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.
Fehlermeldungen von gestern Abend:
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![Dickes Grinsen :D :D](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
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