Neu Update auf Connector 2.2.5.3 stürzt mich ins Chaos

[Timme]

Hallo Zusammen,

aus mehreren Posts konnte ich herauslesen, dass der Connector 2.2.5.3 gerne mal die jtl_connector_payment aus der DB löscht.

Wawi: 1.8.9.1
Shopware: 5.5.4


Ich habe am 30.12. den Connector geupdatet um quasi frisch und aktuell ins neue Jahr zu starten und von da an wurde alles komisch. Die Bestellungen wurden erst gar nicht mehr aus Shopware an die Wawi übertragen, dies ist mir am 01.01.24 aufgefallen.
Dann habe ich im Forum sehr oft den Tipp gelesen, das der Haken im Connector "Auftragsnummer aus dem Shop verwenden" das Problem sein kann.
Gesagt getan und die Bestellungen wurden zu JTL übertragen. Somit lief aber anscheinend der die Wawi nicht mehr syncron.
Ab dem 02.01.24 wurden keine Bestellungen mehr über magnalister von ebay, Amazon etc. importiert.
Durch Nachfrage beim Support kamen wir am 03.01.24 darauf, das die jtl_connector_payment gelöscht wurde.

Ein BackUp vom 01.01.24 korrigierte dies zwar, aber alle Bestellungen in der Zwischenzeit sind nicht mehr in der DB, da Sie ja am 01.01.24 noch nicht getätigt waren.

Durch die Anpassung des Connectors konnten zwar fast alle Bestellungen in die Wawi importiert werden, aber faktisch gibt es diese in Shopware nicht.

Durch Backups konnte ich die Bestellungen sichern. Allerdings nehmen nun die neuen Bestellungen auf den Plattformen die Bestell IDs der bisherigen ein.

Im WawiLog vom 30.12.

Artikel-Empfangen-Fehler: Bitte beachten Sie, dass zur Fehler-Diagnose ebenfalls die Log-Datei des Servers und das Abgleich-Log der JTL-Wawi notwendig sind!
Zur Shop-Kundengruppe '0' konnte keine Wawi-Kundengruppe gefunden werden.
bei jtlDatabase.classes.ConnectorClasses.SaveClasses.Stuff.ConnectorSpecialValueGetter.GetCustomerGroupKey(String endpointID, Int32 kShop)
bei jtlDatabase.classes.ConnectorClasses.ProductSaver.JYxGK7B8Zwo(IEnumerable`1 , jtlArtikel , Boolean )
bei jtlDatabase.classes.ConnectorClasses.ProductSaver.Save(List`1 products, List`1& exceptions)
bei jtlDatabase.classes.ConnectorClasses.Saver.Save(IEnumerable`1 items, jtlShop shop, List`1& exceptions)
bei jtlCore.ControllerClasses.Connector.Abgleich.Funktionen.ConnectorPuller.Pull[TEntity](Int64 quantity)

Aufträge-Empfangen-Fehler: Bitte beachten Sie, dass zur Fehler-Diagnose ebenfalls die Log-Datei des Servers und das Abgleich-Log der JTL-Wawi notwendig sind!
Verletzung der UNIQUE KEY-Einschränkung "UQ_Verkauf_tAuftrag_cAuftragsNr_nType". Ein doppelter Schlüssel kann in das Verkauf.tAuftrag-Objekt nicht eingefügt werden. Der doppelte Schlüsselwert ist (21340, 1).
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.SqlDataReader.TrySetMetaData(_SqlMetaDataSet metaData, Boolean moreInfo)
bei System.Data.SqlClient.TdsParser.TryRun(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj, Boolean& dataReady)
bei System.Data.SqlClient.SqlDataReader.TryConsumeMetaData()
bei System.Data.SqlClient.SqlDataReader.get_MetaData()
bei System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString, Boolean isInternal, Boolean forDescribeParameterEncryption, Boolean shouldCacheForAlwaysEncrypted)
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 c

Fehlermeldungen von gestern Abend:

Exception bei Payment.statistic: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'pl.order_id' in 'where clause'

SQLSTATE[42S22]: Column not found: 1054 Unknown column 'pl.order_id' in 'where clause'

Response: {"result":null,"error":{"code":42,"message":"SQLSTATE[42S22]: Column not found: 1054 Unknown column 'pl.order_id' in 'where clause'","data":null},"jtlrpc":"2.0","id":"2e1085xxxx"}

Versand/Zahlung-Senden-Fehler: Bitte beachten Sie, dass zur Fehler-Diagnose ebenfalls die Log-Datei des Servers und das Abgleich-Log der JTL-Wawi notwendig sind!
Exception bei status_change.push: The EntityManager is closed.

The EntityManager is closed.

Response: {"result":[{"customerOrderId":["31717",152079],"orderStatus":"cancelled","paymentStatus":"unpaid"}],"error":{"code":0,"message":"The EntityManager is closed.","data":null},"jtlrpc":"2.0","id":"2402xxxx"}
Exception bei status_change.push: The EntityManager is closed.

The EntityManager is closed.

Response: {"result":[{"customerOrderId":["31717",152079],"orderStatus":"cancelled","paymentStatus":"unpaid"}],"error":{"code":0,"message":"The EntityManager is closed.","data":null},"jtlrpc":"2.0","id":"2909xxxx"}
bei jtlCore.ControllerClasses.Connector.Abgleich.Connector.C5Pwl64bVIS(String , Object , Boolean , NetworkCredential )
bei jtlCore.ControllerClasses.Connector.Abgleich.Connector.MAwwlB13Goe(String , Object , Boolean , NetworkCredential , Boolean )
bei jtlCore.ControllerClasses.Connector.Abgleich.Connector.C5Pwl64bVIS(String , Object , Boolean , NetworkCredential )

Nun die große Frage, wie bekommt man alles wieder ins Lot?

Laut Log ist der 30.12. der Tag, an dem noch alles funktionierte.

Wie bekomme ich die Bestellungen in die Datenbank?
Zur Not mache ich das alles händisch
Durch diverse BackUps konnte ich alle Daten irgendwie sichern.

Welche Tabellen sind dazu alle notwendig?
jtl_connector_payment
jtl_connector_costumer_link
jtl_connector_link_order
magnalister_orders
s_core_payment_instance
s_order ( trigger ist hinterlegt )
s_order_attributes
s_order_billingaddress
s_order_billingaddress_attributes
s_order_details
s_order_details_attributes
s_order_documents
s_order_documents_attributes
s_order_history
s_order_shippingaddress
s_order_shippingaddress_attributes
s_user
s_user_addresses
s_user_addresses_attributes
s_user_attributes
s_user_billingaddress
s_user_billingaddress_attributes
s_user_shippingaddress
s_user_shippingaddress_attributes


Eventuell gibt es ja auch einen einfacheren Weg um alles abzugleichen

 

[itratosTeam]

Hallo Timme,

das sieht ja gar nicht gut aus, es wurde auch zu viel gemacht ohne die Folgen zu bedenken z.B. die Vergabe der Auftragsnummern zu ändern. Man hätte hier zuerst prüfen welchen Nummernkreis jtl nutzt.

Hat jtl Auftragsnummern erzeugte die es bereits gab??

Du schreibst das es den Shopware Shop jetzt nicht mehr gibt, wie meinst Du das? Ist die Connector Anbindung nicht mehr vorhanden oder kannst Du den Shop nicht mehr verbinden??
Ich vermute mit einfachen Hinweisen hier im Forum kommen wir nicht an das gewünschte Ergebnis, solche Tipps führten ja wie von Dir beschrieben ja eher zu mehr Problemen.
Mein Vorschlag wäre das man sich das mal anschaut.

 

[Timme]

Hallo Timo,

doch den Shopware Shop gibt es noch. Dieser ist aktuell auf dem Stand, das er die Bestellungen von den Plattformen importieren kann und ich die Bestellungen abarbeiten kann. Zwar umständlich, aber besser als ein Totalausfall.

Der JTL Connector hat auch eine Verbindung zum Shopware Connector, aber aufgrund einiger Probleme, wahrscheinlich auch wegen doppelter Vergabe von Auftragsnummern, blockt er jetzt.
Man sieht zwar im Worker das der Abgleich läuft, aber nach über 109000% Fortschritt breche ich dann ab.


Gern kannst Du mich anrufen, Nummer folgt per PN.

 

[Timme]

Ein sehr großes Danke an Timo.

Sein Rat war, den Nummernkreis um die Menge anzuheben, welche Aufträge fehlenden und dann einen neuen Abgleich zu machen.

Hat wunderbar geholfen.

Vielen herzlichen Dank.

 

[recent.digital]

Timo ist schon sehr gut, wir durften auch schon diverse Male auf sein Wissen zurückgreifen.

💝