Gelöst Problem mit Kategorie Sync im Shopware 5 Connector

[juergen-sfx]

Es geht um die Synchronisation der Kategorien.


Wenn man in der WaWi Attribute für die Kategorie anlegt, dann werden diese in die Freitextfelder der Kategorie in Shopware synchronisiert.


Beispiel:


Mein_Attribut_A => s_categories_attributes.attribute1
Mein_Attribut_B => s_categories_attributes.attribute2
Mein_Attribut_C => s_categories_attributes.attribute3



Soweit alles gut


Die Attribute werden von der WaWi alphabetisch sortiert und landen in dieser Sortierung auch in den Objekten des Connectors.


Nun wird aber WaWi-seitig ein neues Attribut hinzugefügt:


googlekat => s_categories_attributes.attribute1
Mein_Attribut_A => s_categories_attributes.attribute2
Mein_Attribut_B => s_categories_attributes.attribute3
Mein_Attribut_C => s_categories_attributes.attribute4


Da die Attribute in der WaWi alphabetisch sortiert werden verschiebt sich jetzt das Mapping und die Werte landen in Shopware in anderen Feldern.


Da der Kunde aktuell in der WaWi die Google Kategorien nachpflegen will ist das richtig ungünstig, da die anderen Attribute Funktionen im Template steuern und eine Verschiebung der Tabellenspalte fatale Auswirkungen hat.

Da ja mit Release 1.4.8 des Connectors ein statisches Mapping von attr1 bis attr6 auf die Datenbank Felder in Shopware möglich ist weichen wir jetzt notgedrungen auf diese nicht sehr übersichtliche Nomenklatur aus um das Problem mit der Sortierung zu umgehen. Es wäre aber trotzdem gut wenn man die vordefinierten Attribute wie "googlekat" auch im Shopware Connector sicher nutzen könnte.

 

[Daniel B.]

AW: Problem mit Kategorie Sync im Shopware 5 Connector

Hey,

bitte einmal den Guide durchlesen Kategorie:JTL-Connector:Shopware ? JTL-Guide

Gruß,
Daniel

 

[juergen-sfx]

AW: Problem mit Kategorie Sync im Shopware 5 Connector

bitte einmal den Guide durchlesen Kategorie:JTL-Connector:Shopware ? JTL-Guide

Hallo Daniel. Ich weis nicht genau worauf du mich aufmerksam machen willst.

Die Priorisierung von "attr[1-20]" ist da zwar dokumentiert, was aber nicht mein Problem mit der ansonsten alphabetischen Sortierung behebt. Ausserdem sieht es so aus als ob in der WaWi vordefinierte Attribute wie "googlekat" nicht höher priorisiert werden. Und selbst wenn das so wäre würde es trotzdem dazu führen dass die nachfolgenden Attribute in Shopware verschoben werden.
Es bleibt also das Problem, dass das einfügen von Attributen den Speicherort bereits vorhandener Attribute verschiebt, wenn das neue Attribut in der Sortierung vor den alten steht. Das wiederum beschädigt den Shopware Shop.

 

[Daniel B.]

AW: Problem mit Kategorie Sync im Shopware 5 Connector

Heho,

dann musst du alle Attribute entsprechend mit attr[1-20] vergeben, die verbleiben dann immer auf ihrer Position.

Gruß,
Daniel

 

[juergen-sfx]

AW: Problem mit Kategorie Sync im Shopware 5 Connector

dann musst du alle Attribute entsprechend mit attr[1-20] vergeben, die verbleiben dann immer auf ihrer Position.

Das machen wir jetzt (leider) auch so.

Meine Kritikpunkte sind trotzdem:
1. Ich muss Daten an einer Stelle einpflegen (attr6 in unserem Fall), die von der Dokumentation abweicht. Die Doku beschreibt das einpflegen der Google Kategorien im Attribut "googlekat". Manche Kunden haben ihre Daten bereits so eingepflegt und müssen das jetzt in in ein "attrX" Feld kopieren/duplizieren um den Connector zu benutzen.
2. Werden neue Attribute angelegt kann es zu Verschiebungen des Speicherortes in Shopware kommen - mit verheerenden Folgen für den Shop.

Ich denke es wäre besser die Attribute über eine eigene Mapping Tabelle zu pflegen. So könnte man gewährleisten, dass die Attribute aus der WaWi immer ins selbe Feld in Shopware geschrieben werden, auch wenn in der WaWi ein neues Attribut hinzugefügt wird. Mit Blick auf Shopware 5.2, das eine neue deutlich erweiterte Verwaltung für Freitextfelder mitbringt, hoffe ich auf ein besseres Mapping auch im JTL-Connector.

Grüße, Jürgen

 

[3po]

AW: Problem mit Kategorie Sync im Shopware 5 Connector

Ich denke auch im Zuge der 5.2 Version, das man das Mapping (Attribute und Eigende Felder die übertragen und teilweise auch nicht gespeichert werden) grundlegend überdenken bzw. überarbeiten sollte. Wie in einem anderen Thema bereits angesprochen wäre es sinnvoll, wenn man im SW Backend die Zuweisungen / Mapping von übertragenen Inhalten des Connectors selbst (abgesehen von den default inhalten die 1:1 zu SW passen) in Freitextfelder speichern kann. Die neue Freitextfeld Funktionalität von SW bietet hier eine optimale Basis. So könnte man sehr leicht auch " Eigene Felder" und Attribute sinnvoll für SW nutzen.

 

[Daniel B.]

AW: Problem mit Kategorie Sync im Shopware 5 Connector

Das machen wir jetzt (leider) auch so.

Meine Kritikpunkte sind trotzdem:
1. Ich muss Daten an einer Stelle einpflegen (attr6 in unserem Fall), die von der Dokumentation abweicht. Die Doku beschreibt das einpflegen der Google Kategorien im Attribut "googlekat". Manche Kunden haben ihre Daten bereits so eingepflegt und müssen das jetzt in in ein "attrX" Feld kopieren/duplizieren um den Connector zu benutzen.
2. Werden neue Attribute angelegt kann es zu Verschiebungen des Speicherortes in Shopware kommen - mit verheerenden Folgen für den Shop.

Ich denke es wäre besser die Attribute über eine eigene Mapping Tabelle zu pflegen. So könnte man gewährleisten, dass die Attribute aus der WaWi immer ins selbe Feld in Shopware geschrieben werden, auch wenn in der WaWi ein neues Attribut hinzugefügt wird. Mit Blick auf Shopware 5.2, das eine neue deutlich erweiterte Verwaltung für Freitextfelder mitbringt, hoffe ich auf ein besseres Mapping auch im JTL-Connector.

Grüße, Jürgen

Von welcher Dokumentation redest du? Wieso muss das Attribut unbedingt "googlekat" heißen?