Neu Connector Version 2.4.0

[Immanuel]

Hallo liebe Community,

wir haben heute das Connector Release 2.4.0 herausgebracht. Da der Payment Trigger entfernt wurde und dafür beim Update die Einträge der Tabelle jtl_connector_link_payment angepasst werden, bieten wir das Update vorerst nur als manuelles Update an. Grundsätzlich funktioniert das Update ganz normal und es sollten auch keine Probleme dabei auftreten, allerdings kann der Update Prozess bei > 100.000 Einträgen in der Payment Linker Tabelle etwas Zeit in Anspruch nehmen.

Durch das Update wird sowohl die Tabelle jtl_connector_payment sowie der gleichnamige Trigger gelöscht.

Wir empfehlen in jedem Falle vor dem Update ein Backup der Tabellen die mit jtl_connector_ beginnen vorzunehmen! Sicher ist sicher.

Das Update kann wie gewohnt im JTL-Kundencenter heruntergeladen werden.

Hier ein Auszug aus dem Changelog:
- CO-923 Fixed CrossSelling deletes in Shopware
- CO-949 Removed payment trigger and payment table
- CO-974 Changed logic when payment will be imported
- CO-966 Fixed limiting customer group to 50

 

[3po]

Aber die Connector Version kommt schon noch regulär in den SW Store?

 

[Puma7]

Interessante Änderung.
Was ich mich schon immer gefragt habe. Was passiert eigentlich wenn es zu einem Totalverlust der Webshopdatenbank kommt und man ein Backup von letzter Nacht einspielt? Soweit ich weis werden dann neue Bestellungen die die gleiche Webshop Bestellnummer bekommen nicht erneut importiert.
Wie geht man eigentlich mit so einem Fall um?

 

[itratosTeam]

Hallo Puma7,

dann musst Du, um zu verhindern das Bestellungen nicht importiert werden - weil die gleiche Nummer schon in JTL vorhanden ist, den Nummernkreis in SW erhöhen.
Beispiel:
- Vor dem Crash letzte Bestellnummer 1000
- Nach dem Crash letzte Bestellnummer 900
-- Nummernkreis in SW anpassen auf 1000

Ich empfehle an dieser Stelle über ein anderes Backup nachzudenken, alle 24 Stunden komplett ist zu wenig.
Am besten wäre einmal alle 24 Stunden komplett und jeder Stunde ein differentielles Backup.
Du kannst natürlich auch ein inkrementelles Backup machen, hier ist aber die Gefahr groß das due viele Daten verlierst wenn man ein inkrementelles Backup einen Fehler hatte.
Auf ein Backup allein solltest Du Dich auch nicht verlassen.
Backup ist billiger als Wiederherstellung, Datenverlust und langer Ausfall des Webshops oder der Wawi.

 

[Puma7]

Hi itaratos,

ich würde ja gerne Backups machen so wie ich es beim MS SQL gewohnt bin, dann würden maximal ein paar Sekunden verloren gehen.
Bin eh gerade dabei das alles in einen Cluster zu legen, damit man keinen ärger mehr hat wenn mal ein Server ausfällt.

 

[itratosTeam]

Hallo Puma7,

ok aber warum sollte das was mit MsSQL geht nicht mit der MySQL oder MariaDB vom Shop gehen?
Cluster ist zwar gut, aber was passiert wenn Du Dir ransomware eingefangen hast und plötzlich ist die Datenbank verschlüsselt

 

[Immanuel]

Aber die Connector Version kommt schon noch regulär in den SW Store?

Klar. Wir verzögern das Release im Store, damit möglichst viele vor dem Update diesen Thread lesen. Das Update kann unter umständen etwas Zeit in Anspruch nehmen, da es während des Updates keine Fortschrittsanzeige gibt, sieht es unter Umständen so aus als würde nichts passieren.

 

[3po]

Ich versteh die Probleme mit den Payment Triggern eh nicht, ich hatte nie wirklich Probleme, lediglich ganz selten kommt eine Sofort/Klarna Zahlung verzögert rein, so das mein Workflow die Bezeichnung schon geändert hatte und dann wieder sofortbankingv2 steht.

 

[Immanuel]

Viele Hoster erlauben keine Trigger. Und bei manchen Kunden waren doppelte Einträge in der Tabelle jtl_connector_payment. Diese sind möglicherweise durch den Trigger verursacht worden. Warum nicht gleich alle Daten für die Zahlungen aus der Tabelle s_order holen? Dort stehen sie ja sowieso schon drin.

Zudem können wir nun den Connector so erweitern, dass der User selbst weitere cleared Status in der Connector Konfiguration einträgt, die für "bezahlt" stehen. Je nachdem was für Zahlungs-Plugins man nutzt, ist das notwendig. Ist noch nicht implementiert, kommt aber.