Preiseingabe bei Variationskombis

[buergi-ks]

Hallo,

habe wieder einmal eine Frage zur Funktionalität, die mir nicht einleuchtet und eigentlich nur dazuführen wird,
dass man doppelt und dreifach Arbeit hat, bzw. dass sich Fehler ergeben.

Wir sind an der Umstellung von herkömmlichen Variationsartikeln auf Variationskombis - alles schön und gut, aber
warum gibt es im Vaterartikel noch die Preiseingabe der Aufpreise, wenn die Variationskombis schon erstellt sind?
Diese müssten genauso wie die Stückzahlen nur noch über den Kindartikel einzugeben sein (Feld ausgegraut),
ansonsten verstehe ich diese Funktionalität nicht - wofür ist dies noch da?

Danke für eine Antwort.

Grüße Jörg

 

[Janusch]

AW: Preiseingabe bei Variationskombis

Hallo,

sind aus den Variationen Varkombis erstellt, sind die Aufpreise unwichtig. Diese haben keine funktion mehr.
Man kann diese Aufpreise verändern, alle Varkombikinder löchen und neue erstellen mit neuen Aufpreisen.

 

[buergi-ks]

AW: Preiseingabe bei Variationskombis

So jetzt stelle ich hierzu doch nochmal die Frage:

Wie ist das gedacht mit der Preispflege von Variationskombis?

Wir haben jetzt die ganzen Preislisten von unseren Lieferanten vorliegen und dann geht es wieder los mit dem ungeliebten Bearbeiten aller Artikel. Festgestellt haben wir folgendes - wir haben die Preise nur an den Kindartikeln geändert:

Beispiel:
Vaterartikel (der ja nicht gekauft werden kann) hat noch einen alten Preis von 279,-- EUR
Kindartikel (die vom Kunden gekauft werden können) fangen mit Ihren Preisen bei 299,-- EUR an

Jetzt sieht der geneigte Kunde auf den Kategorieseiten, Suchseiten, Artikelseite folgenden Preis "ab 279,-- EUR"

Das heißt: Die Preise müssen doch am Vaterartikel und am Kindartikel gepflegt werden.
Das ist m.E. nicht bis zum Ende gedacht.

Wenn man Variationskombis angelegt hat, sollten die Preise von den Kindartikeln gesteuert und ausgegeben werden.
Die Kindartikel müßten dann auch den niedrigsten Preis des Vaterartikels ausgeben und die Preise der Variationen.

Grüße

 

[ag-websolutions.de]

AW: Preiseingabe bei Variationskombis

Deine Vorstellung entspricht einfach nicht der technischen realisierung

Bei Anzeige des Vaterartikels wird nun mal das ausgegeben, was beim Vater hinterlegt ist (Preise, Beschreibung, Name, etc. etc. etc.)
Selektiert man ein Var.kombi-Kind, dann werden dem seine Daten geladen und angezeigt.

Werden Änderungen erforderlich, so müssen halt ALLE Artikel (egal ob Vater oder Kind) angepasst werden

 

[Patrizia]

AW: Preiseingabe bei Variationskombis

darf ich mal spöttisch sein:
die Wawi hat als Zielgruppe doch die Programmierer, nicht etwa die Anwender?

 

[ag-websolutions.de]

AW: Preiseingabe bei Variationskombis

darf ich mal spöttisch sein:
die Wawi hat als Zielgruppe doch die Programmierer, nicht etwa die Anwender?

wenn das stimmen würde, dann hätte die wawi keine grafische Oberflche (völliger Schnickschnack) und würde mittels Maschinencode bearbeitet

 

[Patrizia]

AW: Preiseingabe bei Variationskombis

also ganz ehrlich, ich hatte nie eine effizientere Wawi als KHK Classic Line unter DOS
abe mal im Ernst: das was buergi-ks beschreibt ist doch der klassische Ablauf bei der Preispflege.
Und obwohl ich ihn bestimmt nicht kenne, bin ich beim gleichen Prozeß an der gleichen Stellen auf das gleiche Problem bzw. Unsicherheit gestossen.
Und solche Dinge gibt es bei JTL doch häufig.
Die Wawi ist, obwohl sie manche Bereiche fast komplett ausspart, ziemlich mächtig, was toll ist und man ja ehrlich gesagt möchte.
Wenn man dann Funktionen nutzt, die nur alle paar Wochen oder Monate genutzt werden, dann sind Bedienungen, die nicht völlig logisch und offensichtlich sind, nicht mehr im Kopf => Fehler => Geld undoder Ärger.
JTL bräuchte mal jemanden mit einem richtigen Faible für Usability ...