TRADElube 1.2.0.61 Release Notes

Release Datum: 22.09.2025

Die Entwicklungen in der Version 1.2.0 und 1.2.1 sind soweit grundsätzlich abgeschlossen und beschränkt sich nur noch auf Bugfixes und kleinere Optimierungen. Die Entwicklung größerer Features sind in der übernächsten Hauptversion 1.3.0 in Arbeit.

Die Release Notes konzentrieren sich auf die wichtigsten Themen, unabhängig vom Entwicklungsaufwand, jedoch basierend auf dem Informationsgehalt. Zusätzlich erfolgen immer auch kontinuierlich interne Überarbeitungen der Softwarearchitektur, Performance und Systemstabilität, die nicht explizit erwähnt werden.

Umwandeln von Variantenprodukten in Hauptprodukte

Optimierung
Shopware

Wenn sich ein Variantenprodukt nachträglich ändert und daraus wieder ein Hauptprodukt wird, dann gab es bisher bei der Synchronisation mit Shopware immer folgende Fehlermeldung:

Screenshot TRADElube 1.2.1.27-2

Das Problem lies sich also bisher nur manuell beheben. Nun wird das Problem automatisch umschifft, indem dann (also NICHT immer, sondern NUR wenn sich der Produkttyp auch tatsächlich ändert) der aktuelle Lagerbestand aus dem Shop gelesen wird und direkt wieder nach Shopware mit übertragen wird. Dann hat Shopware kein Problem mehr damit und es können so Variantenprodukte in Hauptprodukte umgewandelt werden, OHNE dass das Produkt gelöscht und wieder neu angelegt werden müsste.

Performance TriCon Lagerbestände nach Vollupload optimiert

Optimierung
TriData

Über die neue historische Nachverfolgung (ab Version 1.3.0 verfügbar) haben wir die Entdeckung gemacht, dass bei einem TriCon Vollupload der Lagerbestände immer folgende Ids geändert werden (in rot dargestellt der alte Wert, in grün dargestellt der neue Wert).

Im Fall der Größen/Farben also das Feld "StockColorSizeID".

Screenshot TRADElube 1.2.1.27-3

Und im Fall der Hauptprodukte das Feld "StockID".

Screenshot TRADElube 1.2.1.27-4

Zusätzlich, und das war uns aber schon länger bekannt, wird auch grundsätzlich das Feld "LastChange" bei allen Produkten geändert (bei den Produktdaten im übrigen auch noch das Feld "VeröffentlichungsDatum").

Was auf den ersten Blick unwichtig erscheint hatte bisher einen großen Performancenachteil nach einem Vollupload der Lagerbestände von TriData nach TriCon.

Denn TRADElube optmiert grundsätzlich bereits im ersten Schritt beim Datenimport - Datensatz für Datensatz, und prüft dabei über eine eigentlich effiziente Methode, ob sich irgendwas an den Daten geändert hat. Falls nicht, braucht ein Datensatz erst gar nicht verarbeitet werden - und das führt dann im Normalfall zu einer erheblich schnelleren Verarbeitung der Daten, weil sich ja nur selten tatsächlich das gesamte Produktsortiment auf einmal ändert, sondern nur vereinzelt.

Da sich faktisch nach einem TriCon Vollupload aus oben genannten Gründen immer alle Produkte ändern, selbst wenn sich eigentlich gar nichts ändert, haben wir bereits länger einen Workaround für die oben genannten Datumsfelder integriert.

Aufgrund der neuen Erkenntnis jedoch, weil sich auch die oben genannten Id Felder ändern, hatte dies jedoch bisher für die Lagerbestände leider keinen Effekt.

Nun wurde der Workaround um die Berücksichtigung der genannten Ids ergänzt und die Übertragung der Lagerbestände dürfte ab jetzt nach einem Vollupload von TriData nach TriCon viel schneller sein.

Hinweis: Das hat aber temporär zur Folge, dass unmittelbar nach diesem Upgrade nochmal alle Lagerbestände aus TriCon vollständig verarbeitet werden müssen, da sich der zugrundelegende Hashwert bei allen Lagerbeständen nun ändert. TRADElube dürfte diesbzgl. temporär sehr ausgelastet sein, weil es sich um ein kleines Upgrade handelt, das alle Kunden in dieser Version gleichzeitig erhalten.