Hallo Torsten!
Da wir keine Lust hatten die Daten (es waren 3350 Sätze) aus Afterbuy (wollen wir komplett abschalten) händisch komplett neu anzulegen, haben wir uns für ein Importmodul von der Seite (( Wir dulden keine kommerziellen Werbelinks - Bitte
Forenregeln beachten! )) gekauft.
Der Import ist auch sauber gelaufen, die Artikelkategorien sowie Artikelstammdaten wurden sauber übernommen und die Artikelmerkmale / Optionswerte automatisch durch den Import angelegt.
Problem ist also nicht die Anlage eines Artikels mit Variationen (wie in der Doku in Kapitel 3.6 + 3.7 beschrieben), sondern was das Frontend/der Admin-Bereich damit macht:
- Bei Größenartikeln kann ich einen Artikel nur in den Warenkorb legen, wenn nicht nur die Größe selbst, sondern auch der Hauptartikel Bestand hat.
Ist das so richtig und gewollt? Und was ist mit Bestandsupdates (siehe weiter unten)?
Addieren wir manuell den Bestand der einzelnen Größen und fügen ihn dem Hauptartikel hinzu, führt dies dazu, dass im Admin-Bereich unter Lager/Warnung nur noch die grüne Ampel sichtbar ist. Wenn der Hauptartikel keinen Bestand hat, wird dort "Haupt" und die jeweiligen Größen, deren Bestand "0" ist angezeigt. Dies ist sehr nützlich - so kann man schnell erkennen bei welchem Artikel / welcher Größe Handlungsbedarf besteht, ohne bei jedem Artikel zuerst in den Artikelmerkmalen => Bestand schauen zu müssen...
- Da der Hauptartikel nach der Migration keinen Preis hatte (die Preise wurden nur auf die Größen [Artikelattribute] kopiert), zeigt das Frontend hier in der Lisentdarstellung immer "Ab 0,00 €" an. Dies irritiert natürlich jeden Kunden.
Entsprechend fragen wir uns, ob die Pflege der Daten (Preis, Gesamtbestand aller Variationen) auf Hauptartikelebene zwingend notwendig ist - mit allen Einschränkungen wie der "Lager / Warnung"-Anzeige, oder ob es hier eine Lösung gibt, die wir völlig übersehen haben.
Auf Ebene der Artikelmerkmale (Größe) ist ja bereits alles (Menge , Preis) korrekt vorhanden.
Wenn wir täglich aktuelle Bestände aus unserer Warenwirtschaft oder aber auch neue Preise importieren wollen, können wir ja eh nur auf Größenebene aktualisieren, weil nur die Variationen gültige EAN haben, auf die wir referenzieren können. Die Hauptartikel sind ja nur eine "leere Hülle" und kein eigenständiger Artikel mit separater EAN. Außerdem findet ja keine automatische Verdichtung der Bestände von unten nach oben (Größen => Hauptartikel) statt.
Entsprechend müssten die Bestände für den Hauptartikel nach jedem Bestandsimport ja wieder neu und manuell berechnet werden?!?!
Ich kann mir nicht vorstellen, dass das im "Sinne des Erfinders" ist und nehme momentan an, dass der Fehler in diesem Fall - wie so oft - 40 cm vor dem Bildschirm sitzt und wir etwas verkehrt machen…
Wir sind momentan ratlos!
Schöne Grüße!
Christian
PS: Ich hoffe, ich habe unsere Vorstellungen und Probleme verständlich beschrieben…