Gelöst Modified eCommerce 2.0 mit Connector V1.6 - Fehler beim Abgleich der Bestellungen

[JTL4Tom]

JTL-Wawi 1.1.4.10
Modified eCommerce 2.0.0.0 rev.9678
Connector V1.6 (Download 6.12.16)


Ich hab einen bestehenden Shop und dort gibt es beim erstmaligen Abgleich unzählige Schwierigkeiten, die ich versuche schrittweise zu beseiten, soweit durch mich möglich.

Bei einem der Fehler vermute ich die Ursache im Connector.

Fehlerbild: Abbruch beim Übertrag der Bestellungen vom Shop zur Wawi

In meinem Shop gibt es historisch gesehen viele Order (Tabelle orders) mit je einen Datensatz und Indizierung durch orders_id

Bestellt nun ein registrierter Kunde zu einem späteren Zeitpunkt nochmals, so finden sich seine Kundendaten incl. der customers_id mehrfach in der Tabelle orders.


Beim Import bzw. Abgleich läuft dieser durch bis er auf eine Order trifft, welche durch einen bestehenden Kunden durchgeführt wurde und bricht dann ab. Er will nämlich die gleichen Kundendaten importieren, die es aber dann in der Wawi schon gibt.

Wird der Abgleich erneut angestoßen so läuft er bis zur Order des nächsten Stammkunden und bricht wieder ab.

Beispiel:

Orders_id=1, customer_daten1, bestell_daten beliebig
Orders_id=2, customer_daten2, bestell_daten xyz
Orders_id=3, customer_daten1, bestell_daten abc --> Abbruch, weil customer_daten1 schon bei orders_1 abgeglichen wurden.


Um nun alle Datensätze zu importieren muss ich fortlaufend den Abgleich neu anstoßen. Das ist keine gute Lösung und vor allem könnte so eine Bestellung, welche ein Kunde innerhalb zweier Abgleiche durchführt verloren gehen.

Hier handelt es sich meiner Meinung nach um einen systematischen Fehler und nicht um einen Datenbankfehler bzw. falsche Zeichen in der Datenbank, wie mir von vielen Seiten als möglich Ursache genannt wurde.

Kennt jemand das Problem? Wäre cool, wenn sich das von den Connector-Entwicklern mal jemand anschauen könnte.

 

[daniel.jtl]

Wenn eine Fehlermeldung oder gar ein Abbruch erfolgt muss das andere Ursachen haben.
Ein mehrfaches Vorkommen des gleichen Kunden ist kein Problem. In einem solchen Fall würde die Wawi die Kundendaten zusammenführen.

 

[JTL4Tom]

Nachdem ich gestern nacht nochmal den neuesten Connector (V1.6) und die neueste Wawi (1.1.4.13) runtergeladen und installiert hatte, gibt es neue Erkenntnis
Muss sagen, der Fehler scheint durch die neue Wawi-Version fast behoben zu sein. Der Connector ist der gleiche (falls man erneut übersehen hat die Versionierung hochzuzählen)
Der Abgleich der Bestellungen lief bis zu ca. 1400 von 2100, brach dann aber mit SQL-Fehlermeldung ab. Das musste ich heute morgen dann feststellen.
Allerdings konnte ich diesen heute morgen dann wieder fortführen und lief dann erfolgreich bis fast zum Ende.
Was den Abbruch ausgelöst hat, kann ich nicht sagen:
Hier die Fehlermeldung:

Fehler:
Aufträge-Empfangen-Fehler: Bitte beachten Sie, dass zur Fehler-Diagnose ebenfalls die Log-Datei des Servers und das Abgleich-Log der Wawi notwendig sind!
Verletzung der PRIMARY KEY-Einschränkung 'PK_tkunde'. Ein doppelter Schlüssel kann in das dbo.tkunde-Objekt nicht eingefügt werden. Der doppelte Schlüsselwert ist (2069).
Die Anweisung wurde beendet.
bei System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction)
bei System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction)
bei System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj, Boolean callerHasConnectionLock, Boolean asyncClose)
bei System.Data.SqlClient.TdsParser.TryRun(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj, Boolean& dataReady)
bei System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString, Boolean isInternal, Boolean forDescribeParameterEncryption)
bei System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async, Int32 timeout, Task& task, Boolean asyncWrite, Boolean inRetry, SqlDataReader ds, Boolean describeParameterEncryptionRequest)
bei System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, TaskCompletionSource`1 completion, Int32 timeout, Task& task, Boolean& usedCache, Boolean asyncWrite, Boolean inRetry)
bei System.Data.SqlClient.SqlCommand.InternalExecuteNonQuery(TaskCompletionSource`1 completion, String methodName, Boolean sendToPipe, Int32 timeout, Boolean& usedCache, Boolean asyncWrite, Boolean inRetry)
bei System.Data.SqlClient.SqlCommand.ExecuteNonQuery()
bei jtlDatabase.DB.JKgzIMryyH[T](SqlConnection , Func`1 func)
bei jtlDatabase.DB.executeNonQuery(SqlCommand oSqlCommand)
bei jtlDatabase.jtlObjectRepository.Create(jtlObject item)
bei jtlDatabase.jtlObject.insertInDB()
bei jtlDatabase.classes.jtlDBClasses.jtlKunde.insertInDB()
bei jtlDatabase.jtlObject.Save()
bei jtlDatabase.classes.ConnectorClasses.CustomerOrderSaver.h0NwxltGrM(CustomerOrder )
bei jtlDatabase.classes.ConnectorClasses.CustomerOrderSaver.Save(List`1 customerOrders, List`1& exceptions)

Leider bleiben 37 als Rest noch stehen mit dieser Warnung
Auftrag 11022 hat kein gültiges Lieferland (ISO-Code '').

Diese Warnung erhielt ich auch während dem ganzen Abgleich.
Und zwar immer bei Bestellungen, wo der Kunde schon vorher mal bestellt hat. Also ähnlich wie der ursprüngliche Fehler nur ohne Abbruch. (siehe vorhergehenden Post von mir)

Vielleicht hilft diese Fehlerbeschreibung und meine Hoffnung ist, dass ein weiterer Update auch dieses Problem löst.
Beste Grüße zum Jahreswechsel.

 

[JTL4Tom]

Wenn eine Fehlermeldung oder gar ein Abbruch erfolgt muss das andere Ursachen haben.
Ein mehrfaches Vorkommen des gleichen Kunden ist kein Problem. In einem solchen Fall würde die Wawi die Kundendaten zusammenführen.

Hallo Daniel,
ich hatte jetzt bei den letzten 37 Stück folgenden Workaround durchgeführt.
Im Backend die Bestellungen editiert. Einfach bei Lieferadresse nur entweder Vorname, Nachnahme, PLZ oder Ort um ein "x" erweitert. Somit sind die Daten nicht mehr identisch und der Abgleich war erfolgreich.
Somit denke ich, kann das mit der automatischen Erkennung und Zusammenführung noch nicht ganz funktionieren.
Meinst nicht auch? Oder denke ich falsch.

 

[daniel.jtl]

Auftrag 11022 hat kein gültiges Lieferland (ISO-Code '').

Also wenn das der Fehler ist, dann sollte die Sache ja klar sein?
Dann fehlt offenbar bei den betroffenen Datensätze eine Angabe in der Spalte "delivery_country_iso_code_2", oder diese ist ungültig, so dass der Connector keinen korrekten ISO-Code für das Land erzeugen kann.

 

[JTL4Tom]

Hallo Daniel,
da ist was dran an deiner Aussage. Hab in der Originaldatei nachgeschaut. Die Felder der 37 betroffenen Datensätze sind dort tatsächlich alle leer. Warum auch immer. Findet sich aber nur in alten Datensätzen aus Zeiten von modified 1.04. Und wenn ich mich recht erinnere waren das alles auch Kunden, deren Bestellungen über mail reinkamen und ich über Backend bedient hatte.
Somit ist der Workaround nun klar und werde die Felder vor dem nächsten Abgleich manuell in der Datenbank beschreiben.

Hab auch mit billing_country_iso_code_2 verglichen. Felder sind auch identisch mit den delivery_country_iso_code_2 leer.
Wäre es anzuraten diese auch gleich in der Datenbank korrekt zu beschreiben?

In dem Zuge ist mir aufgefallen, dass auch customer_country_iso_code_2 erst ab dem upgrade auf modified 2.0 beschrieben wird.

Ich denke damit komm ich klar und werde es beim nächsten Testlauf umsetzen.
Mal sehen, was noch alles auftritt, bevor ich mit dem Live- Shop abgleichen kann.
Danke für den Tipp.

viele Grüße und guten Rutsch.

 

[JTL4Tom]

Hat funktioniert. Sind wirklich alte Datensätze aus 1.04, die damals aus dem Backend nicht vollständig erstellt wurden.
Kann hier als gelöst geschlossen werden. Danke für den Support.