TRADElube 1.2.1.27 Release Notes
Release Datum: 22.09.2025
Die Entwicklungen in der Version 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 nä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.
"Doppelte Auftragsnummer ist bereits in TriData bzw. in TriCon vorhanden"
Seltenen, aber wenn dann bei mehreren TriData Anbindungen gleichzeitig, kam es über Nacht zu folgenden Fehlermeldungen, obwohl diese Aufträge eigentlich bereits korrekt in TriCon importiert wurden.
Für das eigentlich vorgesehene Szenario ist diese Fehlermeldung jedoch sehr wichtig und sinnvoll. Sie weist dann zuverlässig darauf hin, wenn es in TriData zu Kollisionen im Nummernkreis kommen würde, ein Problem, das auch unerwünschte Konsequenzen mit dem Bestellstatus bei neuen Bestellungen nach sich ziehen würde. Da TriCon keine weiteren eindeutigen Merkmale zu den betroffenen Aufträgen bereitstellt, ließ sich diese Fehlermeldung bislang nicht einfach unterdrücken, ohne dabei leichtfertig ein Risiko einzugehen.
Die Ursache war zunächst sehr schwer nachvollziehbar, und alle naheliegenden Vermutungen liesen sich auch nicht bestätigen (Verbindungsabbrüche etc.). Erst nach aufwendiger Analyse stellte sich heraus, dass dies immer dann passierte, wenn TriCon bei anderen Endpunkten einen Fehler lieferte, konkret waren das Verbindungsproblemen zur Datenbank. Im selben Zeitraum gab der Endpunkt zum Abholen der Bestellstatus kein Ergebnisse zurück (quasi ein "Nicht gefunden" anstatt einer klaren Fehlermeldung). Dies verleitete TRADElube dazu, den Auftrag als nicht mehr vorhanden zu interpretieren und ihn aus dem Kanal zu entfernen. In der Folge wurde der Auftrag erneut angelegt, und es kam zu dieser Fehlermeldung.
Das Problem kommt ab jetzt also nicht mehr vor, weil TRADElube ab jetzt beim Statusabgleich einfach keinen Bestellungen mehr aus dem Kanal entfernt, selbst wenn diese lt. TriCon nicht mehr vorhanden sind.
Umwandeln von Variantenprodukten in Hauptprodukte
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:
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 zurück ü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.
Feldzuweisung für Farbe und Material
In CAO-Faktura wurden in einem kürzlichen Upgrade freie Felder für Farbe und Material auch in der CAO Standardschnittstelle bereitgestellt. Diese Felder können nun im Kanal von CAO-Faktura im Transferplan Register "Produkte/Aktualisieren/Eigenschaften" bei Bedarf zugeordnet werden.
Performance TriCon Lagerbestände nach Vollupload optimiert
Ü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".
Und im Fall der Hauptprodukte das Feld "StockID".
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.