TRADElube 1.2.1.3 Release Notes
Release Datum: 09.05.2023
Anzeige des Speicherbedarfs in der Übersicht
In der Übersicht ganz unten wird nun der aktuelle Speicherbedarf ihres Mandanten angezeigt. Der Anteil für Medien bzw. Bilder wird dabei extra ausgewiesen.
Beispiel:
Ihr aktueller Speicherverbrauch liegt bei 67,953 MB. Der Anteil davon für Medien beträgt 9,516 MB.
Einstellungen "Alter Bestellungen für Sync" in Aufgaben verschoben
Für das Synchronisieren der Bestellungen muss in der Regel ein maximales Alter für die Bestellungen eingestellt werden. Ältere Bestellungen werden nicht mehr synchronisiert. Der simple Grund hierfür ist die Performance, da es nicht sinnvoll ist jedes mal alle Bestellungen von vielleicht mehreren Monaten oder sogar Jahren zu laden.
Die Einstellung war bisher im entsprechenden Kanal zu finden. Der Nachteil davon war, dass diese Dauer für Bestelldownload/upload und Bestellstatusabgleich gemeinsam definiert werden musste. Der Zeitbereich war dann oft zu lange für den Bestelldownload, aber zu kurz für den Abgleich von Bestellstatus.
Aus diesem Grund wurde die Einstellung nun direkt in die entsprechenden Aufgaben verschoben, damit dies nun getrennt voneineander eingestellt werden kann.
Kanalisierung, bzw. bedingte Zuweisung von Kanäle
Es wurde nun eine neues Konzept entwickelt, damit Daten von oder auf bestimmte Kanäle gefiltert werden können, oder anderes gesagt "kanalisiert" werden können. Das Konzept wurde bisher bei ein paar ausgewählten Aufgaben eingeführt (aus gegebenen Anlass), und wird künftig auch bei Bedarf noch bei weiteren Aufgaben ergänzt werden.
Die Konfiguration dieser "Kanalisierung" kann im entsprechenden Transferplan durchgeführt werden.
Ein Anwendungsbeispiel könnte sein
Nur Produkte aus WooCommerce nach einem bestimmten Kriterium (z. B. "Lagerbestand Verwaltet") gefiltert nach TRADElube synchronisieren. Hier können bereits andere Kanäle (siehe Abb. z. B. für TriData) zugewiesen werden.
... nur gefiltert auf diese zuvor ausgewählten Produkte könnte man dann die Lagerbestände (siehe Abb. aus TriData) synchronisieren.
Ein weiteres künftiges Anwendungsbeispiel könnte sein
Die Bestellungen aus einem Onlineshop könnten nach einem bestimmten Kriterium (z. B. ein benutzerdefiniertes Feld) gezielt auf mehrere Filialen aufgeteilt bzw. "kanalisiert" werden.
Im Rahmen dieser Änderung wurde eine größere Überarbeitung an den internen Kanalzuweisungen (Mappings) der Daten (Produkte, Hersteller, Kategorien, Medien, ...) vorgenommen.
Aufgabe "TriData Produkte Bereinigen" fällt weg
Aufgrund der neuen Möglichkeiten zur Kanalisierung (siehe ein Kapitel weiter oben), die auch in der Aufgabe "TriData Produkte Herunterladen" angewendet werden können, entstehen nun direkte Abhängigkeiten zum Bereinigen der Produkte. Daher kann die Aufgabe "TriData Produkte Bereinigen" nicht mehr für sich alleine stehen. Anders gesagt, wenn man über entsprechende Konfiguration der Kanalisierung nur bestimmte Produkte von TriData nach TRADElube importiert haben möchte, dann müssen quasi auch die restlichen Produkte, die nicht in diesem Filter enthalten sind, bereinigt werden.
Daher wurde die Aufgabe "TriData Produkte Bereinigen" entfernt. Stattdessen findet die Bereinigung nun direkt nach der Ausführung der Aufgabe "TriData Produkte Herunterladen" statt - ABER NUR dann, wenn man die Aufgabe MANUELL ausführt (auf der TRADElube Oberfläche im Bereich Aufgaben, indem man die Aufgabe markiert und dann auf die Schaltfläche "Ausführen" klickt). Es muss dann auch jeweils (für Produkte, Hersteller, Kategorien und Medien) ein entsprechender Dialog zum Löschen bestätigt werden. Hier ist zusätzlich die Eingabe eines 4-stelligen Sicherheitscodes erforderlich. Bei der automatischen Ausführung dieser Aufgabe (oder wenn man den Löschen-Dialog mit "Nein" bestätigt) werden wie gehabt alle nicht mehr im Filter enthaltenen Produkte auf inaktiv gesetzt.
Separate Konfiguration von Produkten und Produktvarianten
Die Aufgabe "Shopware Produkte Hochladen" wurde nun umfangreich überarbeitet. Es ist nun möglich für Produkte und Produktvarianten unterschiedliche Konfigurationen vorzunehmen. Unter anderem kann dabei für Variantenprodukte auch die Shopware-spezifische Vererbung von Werten zum Vaterprodukt konfiguriert werden. Und dieselben Eigenschaften können nun bei Bedarf sowohl als normale Eigenschaft und als Varianteneigenschaft verwendet werden (früher konnte eine Eigenschaft nur entweder/oder verwendet werden).
Das Upgrade ist abwärtskompatibel. D. h. die alten Einstellungen werden automatisch sowohl für Produkte als auch für die Produktvarianten übernommen. Für Neuinstallationen wurde die Standardkonfiguration aber entsprechend optimiert.
Alter von Bestellungen für Export
Ein Filter für das max. Alter von Bestellungen die nach CAO-Faktura exportiert werden, gibt es nun auch im Kanal von CAO-Faktura (dieses Konzept ist bereits bekannt für Shopware, Shöpping etc.). Der simple Grund hierfür ist die Performance, da es nicht sinnvoll ist jedes mal alle Bestellungen von vielleicht mehreren Monaten oder sogar Jahren zu laden. Das war vorallem ein Thema, sofern auch die Bestellstatus nicht verwendet werden und die Bestellungen in TRADElube niemals geschlossen werden.
Die Bestellungen werden nun aber nicht mehr nach Bestellstatus gefiltert (früher nur offene Bestellungen), sondern es werden nun immer alle Bestellungen, die in dem gefilterten Zeitbereich liegen exportiert. Dadurch wird es nun auch leichter Bestellungen erneut in CAO anzulegen (dies ist möglich, sofern man die Bestellung aus dem CAO Journal löscht.). Und es ist dadurch nicht mehr notwendig, dass der Bestellstatus zwingend "Offen" sein muss, sondern es können die Bestellungn theoretisch auch zuerst im Shop auf "In Bearbeitung" gesetzt werden, und erst danach importiert werden (aktueller Anlass ist z. B. die neue WooCommerce Anbindung).
Berücksichtigung der Version von Bestelldetails
Die Details von Shopware Bestellungen (Zahlung, Bestellpositionen, Lieferung etc.) können in speziellen Fällen unterschiedliche Versionen erhalten, wenn sich Bestellungen nachträglich ändern. Diese Version wurde bisher noch nicht berücksichtigt, oder anders gesagt hatte TRADElube bisher nicht entsprechend auf die aktuelle Version gefiltert.
Ein Beispiel (aus aktuellem Anlass):
Wenn eine Zahlung nicht erfolgreich ist, und der Endkunde die Zahlung nochmal durchführt, vielleicht diesmal sogar mit einer anderen Zahlungsart. Beide Transaktionen sind dann in der Bestellung hinterlegt und entsprechend Versioniert.
Unter Umständen wurde diese Änderung aus oben genannten Gründen von TRADElube dann nicht übernommen. Dies wurde nun behoben, indem die aktuelle Version dieser Bestelldetails entsprechend berücksichtigt wird.