TRADElube 1.3.0.10 Release Notes
Release Datum: 21.02.2026
Diese Release Notes fokussieren auf die wichtigsten Neuerungen und Verbesserungen, unabhängig vom Entwicklungsaufwand, basierend auf ihrem Informationsgehalt. Kontinuierliche interne Optimierungen der Softwarearchitektur, Performance und Systemstabilität erfolgen ebenfalls, werden aber nicht explizit aufgeführt.
Filterung nach Zeitpunkten
Bei der Filterung nach Zeitpunkten kann nun auch eine Uhrzeit ausgewählt werden.
Anzeige interner IDs in allen Datenbereichen
Interne IDs werden jetzt in allen Bereichen, einschließlich Einstellungen und Katalogen, für einzelne Datensätze angezeigt.
Ein Klick auf eine ID kopiert diese in die Zwischenablage, sodass sie z. B. in Skripten für benutzerdefinierte Import-/Export-Schnittstellen verwendet werden kann - der aktuelle Anlass für diese Erweiterung.
Kontextverschachtelung bei benutzerdefinierter Exportstruktur
Gerade bei sehr kompliziert strukturierten Ausgabeformaten (z. B. im aktuellen Anlass "Bestellungen nach XML") können nun noch einfacher komplex verschachtelte Strukturen konfiguriert werden. Im aktuellen Anlass z. B. war es notwendig, dass in allen Bestellpositionen abhängig vom Typ der Lieferung eine spezielle Info hinterlegt wird.
Dies war zuvor noch ein Kontextproblem, also die Daten standen an der benötigten Stelle zum Bearbeitungszeitpunkt nicht zur Verfügung. Nun kann man ganz einfach im Register "Allgemein" wo auch der Kontext der Lieferart zu finden ist eine Zuweisung für die Bestellposition einfügen.
Der Datensatz "Bestellposition" ist im "Aufbau" einfach als übergeordneter Knoten für Produkt-, Gutschein-, Lieferposition etc. definiert. Die Bearbeitungsreihenfolge ist dann so, dass erst die untergeordneten Konfigurationsknoten ausgeführt werden und dann die übergeordneten.
Titel bei Export als CSV
Bei einem benutzerdefinierten Export mit Format CSV wurden die Titel bisher nicht korrekt ausgegeben, obwohl in der Konfiguration des Datenformats die Option "Spalten aus Kopfzeile" aktiviert war. CSV spielte bisher eigentlich nur eine übergeordnete Rolle für Imports, daher ist dies bis zu einem aktuellen Anlass noch nicht aufgefallen und das Problem wurde nun behoben.
Optimierung der Übertragung fehlerhafter oder übersprungener Einträge
In seltenen Fällen wurden fehlerhafte oder übersprungene Übertragungen nicht wie vorgesehen gedrosselt, sondern wiederholten sich in einer Dauerschleife (also bei jedem Übertragungsintervall wieder). Dies führte bei vielen fehlerhaften Übertragungen zu Verzögerungen im Gesamtablauf.
Beispiel: Bei der Lagerbestandsübertragung mit vielen fehlenden Produkten im Shop kam es zu gewollten Fehlermeldungen, um auf noch anzulegende Produkte hinzuweisen.
Fehler im Übertragungsprotokoll wurden beim Löschen nicht entfernt
Übertragungsfehler aus anderen Kanälen wurden beim Löschen von Objekten (z. B. Produkten, Medien) nicht entfernt. Diese mussten daher manuell aus der Nachverfolgung gelöscht werden oder wurden erst nach einiger Zeit automatisch bereinigt.
Nun werden diese explizit beim Löschen sofort entfernt.
"TriData Produkte Herunterladen" Änderungsdetektion optimiert
In der Aufgabe "TriData Produkte Herunterladen" wird immer vorab kontrolliert, ob sich vom Änderungszeitpunkt her irgendwas geändert hat. Nur dann wird im Sinne von Resourcenschonung ein weiterer automatischer Abgleich durchgeführt.
Jedoch, wenn man in TRADElube selber bzw. manuell Änderungen an Produkten durchführte oder diese löschte, dann dauerte es bisher bis zu 3 Stunden, bis diese Änderungen durch einen Abgleich wieder rückgängig gemacht wurden, also sofern es zwischenzeitlich keine andere Änderung mehr seitens TriData bzw. TriCon gegeben hat. Übrigens galt dies auch bei manueller Ausführung im TRADElube Backend, wenn man die Seite nicht zwischendurch neu geladen hat.
Nun wurde dieser Änderungscheck optimiert und es wird nun zusätzlich geprüft, ob es interne Änderungen gibt. Der Abgleich wird somit auch bei manuellen Änderungen unmittelbar im nächsten Interval automatisch ausgeführt. Bei manueller Ausführung sofort, auch wenn man die Seite nicht neu lädt.
Migration von Produkt-Kategorie Zuordnungen
Die Synchronisation von bereits bestehenden Produkt-Kategorie Zuordnungen, aber aus Sicht von CAO-Faktura die initiale bzw. erstmalige Übertragung, war bisher nicht möglich. Also es wurde nicht gesucht, ob es bereits eine Kategorie-Zuordnung exisistiert (kein Migrationsschritt), was in der Folge zu einem Fehler "Duplicate entry ..." führte.
In der Regel hat das bisher nie zugetroffen, wenn sowieso alles von Anfang an aus CAO synchronisiert wurde. Zutreffend war dies nur in Spezialkonfigurationen, oder wenn der Kanal zurückgesetzt wurde. Daher ist das bisher nicht aufgefallen.
Dieser Daten-Migrations-Schritt wurde nun für einen aktuellen Anlass ergänzt.