Gelöst Synchronisation von Kundendaten

[tiroled]

Hallo,

wir sind gerade dabei unsere Systeme umzustellen und wir haben uns für JTL + Shopware entschieden.

Der Connector wurde installiert, konfiguriert und der Abgleich funktioniert eigentlich tadelos, bis auf die Kundendaten.

Die Kunden werden aus Shopware geholt und in die WaWi eingespielt. Soweit so gut.

Aber die jetzt kommen die Probleme:
- Wenn der Kunde im Kundenkonto (Shopware) seine Daten ändert, dann werden diese Daten beim Abgleich nicht berücksichtigt.
- Beim Import wird nicht die Kundennumer aus dem Shop übernommen, sondern eine neue WaWi Kundennummer vergeben. Der Kunde hat dann 2 verschiedene Kundennummern.
- Wenn man den Kunden in der WaWi sperrt, ist dieser Kunde im Shop nicht gesperrt. Wird diese Funktion mit Shopware Shop nicht unterstützt?
- Beim Anlegen eines Neukundens in der WaWi ist dieser Kunde im Shop unbrauchbar. Denn die ausgewählte Zahlungsart und Kundengruppe werden nicht übertragen.

Aus dem Log findet man diese Fehlermeldung mehrmals:

[2015-12-27 19:44:08] global.ERROR: (E_RECOVERABLE_ERROR) File (phar:///.../engine/Shopware/Plugins/Local/Frontend/jtlconnector/connector.phar/src/jtl/Connector/Shopware/Mapper/Customer.php, 144): Argument 2 passed to jtl\Connector\Shopware\Mapper\Customer::prepareCustomerGroupAssociatedData() must be an instance of jtl\Connector\Shopware\Mapper\CategorySW, instance of Shopware\Models\Customer\Customer given, called in phar:///.../engine/Shopware/Plugins/Local/Frontend/jtlconnector/connector.phar/src/jtl/Connector/Shopware/Mapper/Customer.php on line 87 and defined [] []

Anscheinend ist es ein Problem mit der Zuweisung der Kundengruppe. In den Connector-Einstellungen scheint alles in Ordnung zu sein. Wenn man den Kunden eine Kundengruppe zuweist, dann bekommt dieser auch die richtige Kundengruppe zugewiesen.

Wir verwenden WaWi 1.0.7.0, SW 5.1.1 und den Connector 1.3.2
Der Connector wurde schon komplett zurückgesetzt. Leider lassen sich die Probleme nicht beheben. Alle Systeme haben Standardeinstellungen mit Demodaten. Artikel und Aufträge abgleichen funktionieren einwandfrei. Nur Probleme mit Kundendaten.

Da anscheinend nur wir das Problem haben, gehen wir Mal davon aus, dass der Fehler bei uns liegt.

Kann jemand uns einen Hinweis oder Tipp geben?

 

[3po]

AW: Synchronisation von Kundendaten

Aber die jetzt kommen die Probleme:
- Wenn der Kunde im Kundenkonto ( Shopware) seine Daten ändert, dann werden diese Daten beim Abgleich nicht berücksichtigt.

Da anscheinend nur wir das Problem haben, gehen wir Mal davon aus, dass der Fehler bei uns liegt.
Kann jemand uns einen Hinweis oder Tipp geben?

Ihr seit nicht die einzigsten, dieser Fehler wurde bereits vor knapp 3 Monaten gemeldet, jedoch noch nicht behoben, obwohl er kritisch ist!
--> http://forum.jtl-software.de/shopware-connector/79049-fehler-bei-kunden-synchronisation.html#post458361

 

[tiroled]

AW: Synchronisation von Kundendaten

Danke für Info. Gut zu wissen, dass es ein schwerer Bug ist und der Fehler nicht bei uns liegt.

 

[peepp]

AW: Synchronisation von Kundendaten

Hallo Daniel, auch hier eine Fehlermeldung betrifft fast das selbe oben.

Abgleich-Protokollrüfe Endpointkonfiguration.
Abgleich gestartet für ' shopware'.
Gesendet: Artikel (1 Stück)
Gesendet: CrossSellings (1 Stück)
Webshopabgleich beendet für 'shopware'.




Fehler:
Exception: The identifier id is missing for a query of Shopware\Models\Order\Order at delivery_note.push
Lieferscheine-Senden-Fehler: Bitte beachten Sie, dass zur Fehler-Diagnose ebenfalls die Log-Datei des Servers und das Abgleich-Log der Wawi notwendig sind!
The identifier id is missing for a query of Shopware\Models\Order\Order at delivery_note.push
Exception: The identifier id is missing for a query of Shopware\Models\Order\Order at delivery_note.push


Response: {"result":[{"customerOrderId":["",0],"id":["47248",17349],"creationDate":null,"isFulfillment":false,"note":"","items":[],"trackingLists":[]}],"error":{"code":0,"message":"The identifier id is missing for a query of Shopware\\Models\\Order\\Order","data":null},"jtlrpc":"2.0","id":"3f34b6a7bf2b4faf89b6903d3459b5e1"}
bei jtlCore.ControllerClasses.Connector.Abgleich.Connector.KhZptwmokt(String , Object , Boolean , NetworkCredential )

Außerdem habe ich bemerkt das manche Artikel bei Shopware die Kategorien nicht hochgeladen werden obwohl richtig hinterlegt und mit den Manuellen Abgleich habe ich dann auch diesen Fehler gefunden.

 

[Sven M.]

AW: Synchronisation von Kundendaten

In der Klasse src/jtl/ Connector/ Shopware/Mapper/Customer.php sind die Type Hints teilweise falsch gesetzt. CategorySW müsste eigentlich CustomerSW sein. Wurde geändert und ist Teil des nächsten Releases.

 

[Daniel B.]

AW: Synchronisation von Kundendaten

Ist in der kommenden Connector Version 1.4.0 behoben.

Lg,
Daniel

 

[3po]

AW: Synchronisation von Kundendaten

Ist in der kommenden Connector Version 1.4.0 behoben.

Lg,
Daniel

Ist hier die Aktualisierung der Kundendaten bei Änderung im Shop gemeint oder das von peepp beschriebene Problem mit den Kategorien?

 

[Daniel B.]

AW: Synchronisation von Kundendaten

Das Problem mit den Kundendaten ist damit gemeint.

Das Problem von peepp scheint DB seitig zu sein und gehört normal nicht in dieses Thema
Dort wird ein Lieferschein zu einer Bestellung geschickt, die nicht in der Datenbank gefunden wird.

Lg,
Daniel

 

[3po]

AW: Synchronisation von Kundendaten

super, Danke

 

[tiroled]

AW: Synchronisation von Kundendaten

Leider sind die Probleme mit dem Update (noch) nicht behoben.

Wenn der Kunde seine Kundendaten im Shop ändert, dann wird diese Änderung in der WaWi nicht aktualisiert.

Ein in der WaWi gesperrter Kunde kann weiterhin im Shop bestellen.

Bei der Aktualisierung bestehender Kundendaten wird die Kundennummer durch (wahrscheinlich falsche Kodierung) zerstört.

Das einzige was nach dem Update funktioniert ist, dass Neukunden nicht mehr mehrfach angelegt wird.

Muss man wohl auf ein weiteres Update warten und hoffen ...

 

[Daniel B.]

AW: Synchronisation von Kundendaten

Änderungen von Kunden die im Shop gemacht wurden (Rechnungsadresse, etc.) kommen erst mit der nächsten Bestellung zur Wawi.

Die Wawi sendet leider noch nicht die Sperrinformation. Dies wird allerdings mit der nächsten Version implementiert.

Wie sieht die Kundennummer denn bei dir aus? Hast du da ein Beispiel?

 

[tiroled]

AW: Synchronisation von Kundendaten

Aha. OK, danke für die Infos.

Bei der Erstellung/Synchronisierung wird alles korrekt abgespeichert. Aber wenn man dann auf den Button "In allen Webshops aktualisieren" klickt, dann wird die Kundennummer durch "þ" ersetzt. Siehe Anhang.



Wenn du mehr Info dazu brauchst, einfach melden

 

[3po]

AW: Synchronisation von Kundendaten

Änderungen von Kunden die im Shop gemacht wurden (Rechnungsadresse, etc.) kommen erst mit der nächsten Bestellung zur Wawi.

Aus meiner Sicht völlig ausreichend, da neue Daten nur relevant sind wenn der Kunde was bestellt, ob er zwischendurch 100 mal seine Daten ändert interessiert mich nicht.

Die Wawi sendet leider noch nicht die Sperrinformation. Dies wird allerdings mit der nächsten Version implementiert.

Das wäre wünschenswert.

 

[tiroled]

AW: Synchronisation von Kundendaten

Noch eine Info: die "falsche" Kundennr. wurde beim Import aus SW generiert und steht dann als " Shop-Kd-Nr." unveränderbar drinnen. Wenn man dann irgendwann einmal die Kundendaten aktualisiert, dann wird die falsche Kundennr. exportiert und in SW überschrieben.

Z. B. Kundennr. 50002 wird als Åw dargestellt usw.

 

[Daniel B.]

AW: Synchronisation von Kundendaten

@tiroled: Das müssten wir uns am besten bei dir direkt anschauen. Könntest du bitte im JTL-Kundencenter ein Ticket eröffnen?

 

[tiroled]

AW: Synchronisation von Kundendaten

Ein Ticket wurde erstellt. Der Termin ist nächste Woche.

In der Zwischenzeit habe ich es rausgefunden, dass dieser Effekt nur vorkommt, wenn der Kunde noch nie was bestellt hat.
D. h. alle Kunden, die über "Webshop-Kunden aktivieren" importiert wurden haben die fehlerhafte Kundennummer. Die restlichen Kunden (mit Bestellungen) haben unzerstörte Kundennr.