Hi Leute,
Wir sind im Migrationsprozess von sw5 nach sw6 in Verbindung mit (noch) JTL 1.5.55.6.
Bisher Shopware 5
Artikelbeschreibung haben wir beim Vater hinterlegt.
Werden Kinder erstellt, so übernimmt JTL automatisch die Vaterbeschreibung in die Kindartikel.
Und das war uns bisher unwichtig, da Shopware 5 nur vom Vater die Beschreibung im frontend zeigt.
(Ob Standard oder von der letzten Agentur durch ein Script so eingestellt, weiss ich nicht)
Nun Shopware 6
Sw6 macht das anders. Folgendes haben wir nach Anbindung mit dem Connector festgestellt.
1) sind die Beschreibungfelder der Kinder leer, wird automatisch vom Vater vererbt. (macht Sinn)
2) bekommt sw6 Produktbeschreibungen von Kindern übernommen, werden diese eingetragen und im frontend abhängig der Variante ausgespielt. (macht auch Sinn)
Soweit passt das ja fast.
Würde jetzt richtig passen, wenn ich entweder in shopware global das vererben fest konfigurieren könnte, oder
in JTL das automatische übernehmen des Beschreibungstextes auf die Kinder abschalten könnte.
JTL 1.5.55.6 vererbt beim Anlegen
Aktuell vererbt JTL automatisch immer die Vaterinhalte bei Neuerstellung an die Kinder.
Damit jedoch sind die Felder beschrieben und shopware nimmt dann die Vererbung automatisch raus.
Wird nun in JTL die Beschreibung beim Vater geändert, bleibt die Beschreibung beim Kind verwaist und muss dann IMMER manuell noch vererbt werden.
Oder in unserem Fall sind die Beschreibungen der Kinder völlig veraltet und will ich gar nicht in shopware haben.
Mein aktueller workaround dazu:
a) geplant ist über Ameise (export alle Kinder), die Beschreibungen zu exportieren und leer wieder zu importieren. (dann setzt, juchu, sw6 die Vererbung wieder aktiv)
b) schon eingerichtet und getestet: ein workflow den ich aktuell manuell auslösen kann und nach Abfrage (ist varkombi) die Inhalte löscht. Diesen hänge ich dann an "Artikel geändert".
Das ganze ist doch ein Systemkonflikt, oder aber ich sehe die Lösung, sprich korrekte Einstellung nicht.
Freue mich auf eure Meinungen und Lösungswege
vg Tom
Wir sind im Migrationsprozess von sw5 nach sw6 in Verbindung mit (noch) JTL 1.5.55.6.
Bisher Shopware 5
Artikelbeschreibung haben wir beim Vater hinterlegt.
Werden Kinder erstellt, so übernimmt JTL automatisch die Vaterbeschreibung in die Kindartikel.
Und das war uns bisher unwichtig, da Shopware 5 nur vom Vater die Beschreibung im frontend zeigt.
(Ob Standard oder von der letzten Agentur durch ein Script so eingestellt, weiss ich nicht)
Nun Shopware 6
Sw6 macht das anders. Folgendes haben wir nach Anbindung mit dem Connector festgestellt.
1) sind die Beschreibungfelder der Kinder leer, wird automatisch vom Vater vererbt. (macht Sinn)
2) bekommt sw6 Produktbeschreibungen von Kindern übernommen, werden diese eingetragen und im frontend abhängig der Variante ausgespielt. (macht auch Sinn)
Soweit passt das ja fast.
Würde jetzt richtig passen, wenn ich entweder in shopware global das vererben fest konfigurieren könnte, oder
in JTL das automatische übernehmen des Beschreibungstextes auf die Kinder abschalten könnte.
JTL 1.5.55.6 vererbt beim Anlegen
Aktuell vererbt JTL automatisch immer die Vaterinhalte bei Neuerstellung an die Kinder.
Damit jedoch sind die Felder beschrieben und shopware nimmt dann die Vererbung automatisch raus.
Wird nun in JTL die Beschreibung beim Vater geändert, bleibt die Beschreibung beim Kind verwaist und muss dann IMMER manuell noch vererbt werden.
Oder in unserem Fall sind die Beschreibungen der Kinder völlig veraltet und will ich gar nicht in shopware haben.
Mein aktueller workaround dazu:
a) geplant ist über Ameise (export alle Kinder), die Beschreibungen zu exportieren und leer wieder zu importieren. (dann setzt, juchu, sw6 die Vererbung wieder aktiv)
b) schon eingerichtet und getestet: ein workflow den ich aktuell manuell auslösen kann und nach Abfrage (ist varkombi) die Inhalte löscht. Diesen hänge ich dann an "Artikel geändert".
Das ganze ist doch ein Systemkonflikt, oder aber ich sehe die Lösung, sprich korrekte Einstellung nicht.
Freue mich auf eure Meinungen und Lösungswege
vg Tom
