Hi zusammen,
wir sind sehr begeistert von den Synesty-Möglichkeiten stehen derzeit aber vor folgendem Problem:
Die Struktur in unserem Warenwirtschaftssystem ist wie folgt aufgebaut:
<Sorte>
<Sortennummer>12345</Sortennummer>
<Artikel>
<Artikelnummer>BSK998833</Artikelnummer>
</Artikel>
<Artikel>
<Artikelnummer>AB7798833</Artikelnummer>
</Artikel>
...
</Sorte>
Erläuterung: Eigentlich würde die Sortennummer somit der Artikelnummer des Parent-Products (MainArticle) in Shopware entsprechen, siehe http://prntscr.com/oif5cx. In Shopware wird aber immer die Bestellnummer der "vorausgewählten" Variante als Artikelnummer des Parent-Products automatisch genommen, siehe http://prntscr.com/oif6hg
Man kann somit dem "Produkt" in Shopware keine von der vorausgewählten Variante unabhängige Artikelnummer geben, siehe Schaubild http://prntscr.com/oifd8k.
Problem:
> Die <Sorte> mit der <Sortennummer> "12345" ist nicht bestellbar, sondern nur die darunter eingeordneten <Artikel> (Shopware:Varianten).
> Die <Artikel> (Shopware Varianten) unseres XML-Feeds ändern sich immer wieder. Es fallen welche weg, es erscheinen andere an erster Position.
> Derzeit wird beim Synesty-Update immer davon ausgegangen, dass der erste <Artikel> IMMER die "vorausgewählte" Variante darstellt und somit seine <Artikelnummer> auch IMMER die für die spätere Zuordnung der Varianten notwendige Identifikator des Parent-Produkts (Shopware: MainArticles) ist. Genau dies kann aber nicht gewährleistet werden.
Wir benötigen eine Möglichkeit die <Sortennummer> für die Zuordnung der <Artikel> bzw. Shopware-Varianten beim Synesty-Update-Vorgang mit zu berücksichtigen.
Frage: Welche Möglichkeiten gibt es, die Zuordnung via <Sortennummer> zu gewährleisten, obwohl die <Sorte> selbst nicht im Shop bestellbar sein darf, sondern nur die "Sorte / das Parentprodukt" darstellt, welches die "Artikel / Varianten" dann beinhält?
Über alle Lösungsvorschläge wären wir sehr dankbar !!!
Viele Grüße Mirco