Release Notes
- TRADElube 1.1.3 Release Notes
- TRADElube 1.1.3.10 Release Notes
- TRADElube 1.1.3.11 Release Notes
- TRADElube 1.1.3.12 Release Notes
- TRADElube 1.1.3.13 Release Notes
- TRADElube 1.1.3.14 Release Notes
- TRADElube 1.1.3.15 Release Notes
- TRADElube 1.1.3.16 Release Notes
- TRADElube 1.1.3.17 Release Notes
- TRADElube 1.1.3.18 Release Notes
- TRADElube 1.1.3.19 Release Notes
- TRADElube 1.1.3.20 Release Notes
- TRADElube 1.1.3.21 Release Notes
- TRADElube 1.1.3.22 Release Notes
- TRADElube 1.1.3.23 Release Notes
- TRADElube 1.1.3.24 Release Notes
- TRADElube 1.1.3.25 Release Notes
- TRADElube 1.2.0 Release Notes
- TRADElube 1.2.0.1 Release Notes
- TRADElube 1.2.0.2 Release Notes
- TRADElube 1.2.0.3 Release Notes
- TRADElube 1.2.0.4 Release Notes
- TRADElube 1.2.0.5 Release Notes
- TRADElube 1.2.0.6 Release Notes
- TRADElube 1.2.0.7 Release Notes
- TRADElube 1.2.0.8 Release Notes
- TRADElube 1.2.0.9 Release Notes
- TRADElube 1.2.0.10 Release Notes
- TRADElube 1.2.0.11 Release Notes
- TRADElube 1.2.0.12 Release Notes
- TRADElube 1.2.0.13 Release Notes
- TRADElube 1.2.0.14 Release Notes
- TRADElube 1.2.0.15 Release Notes
- TRADElube 1.2.0.16 Release Notes
- TRADElube 1.2.0.17 Release Notes
- TRADElube 1.2.0.18 Release Notes
- TRADElube 1.2.0.19 Release Notes
- TRADElube 1.2.0.20 Release Notes
- TRADElube 1.2.0.21 Release Notes
- TRADElube 1.2.0.22 Release Notes
- TRADElube 1.2.0.23 Release Notes
- TRADElube 1.2.0.24 Release Notes
- TRADElube 1.2.0.25 Release Notes
- TRADElube 1.2.0.26 Release Notes
- TRADElube 1.2.0.27 Release Notes
- TRADElube 1.2.0.28 Release Notes
- TRADElube 1.2.0.29 Release Notes
- TRADElube 1.2.0.30 Release Notes
- TRADElube 1.2.0.31 Release Notes
- TRADElube 1.2.0.32 Release Notes
- TRADElube 1.2.0.33 Release Notes
- TRADElube 1.2.0.34 Release Notes
- TRADElube 1.2.0.35 Release Notes
- TRADElube 1.2.0.36 Release Notes
- TRADElube 1.2.0.37 Release Notes
- TRADElube 1.2.0.38 Release Notes
- TRADElube 1.2.0.39 Release Notes
- TRADElube 1.2.0.40 Release Notes
- TRADElube 1.2.0.41 Release Notes
- TRADElube 1.2.0.42 Release Notes
- TRADElube 1.2.0.43 Release Notes
- TRADElube 1.2.0.44 Release Notes
- TRADElube 1.2.0.45 Release Notes
- TRADElube 1.2.0.46 Release Notes
- TRADElube 1.2.0.47 Release Notes
- TRADElube 1.2.0.48 Release Notes
- TRADElube 1.2.0.49 Release Notes
- TRADElube 1.2.0.50 Release Notes
- TRADElube 1.2.0.51 Release Notes
- TRADElube 1.2.0.52 Release Notes
- TRADElube 1.2.0.53 Release Notes
- TRADElube 1.2.0.54 Release Notes
- TRADElube 1.2.0.55 Release Notes
- TRADElube 1.2.0.56 Release Notes
- TRADElube 1.2.0.57 Release Notes
- TRADElube 1.2.1 Release Notes
- TRADElube 1.2.1.1 Release Notes
- TRADElube 1.2.1.2 Release Notes
- TRADElube 1.2.1.3 Release Notes
- TRADElube 1.2.1.4 Release Notes
- TRADElube 1.2.1.5 Release Notes
- TRADElube 1.2.1.6 Release Notes
- TRADElube 1.2.1.7 Release Notes
- TRADElube 1.2.1.8 Release Notes
- TRADElube 1.2.1.9 Release Notes
- TRADElube 1.2.1.10 Release Notes
- TRADElube 1.2.1.11 Release Notes
- TRADElube 1.2.1.12 Release Notes
- TRADElube 1.2.1.13 Release Notes
- TRADElube 1.2.1.14 Release Notes
- TRADElube 1.2.1.15 Release Notes
- TRADElube 1.2.1.16 Release Notes
- TRADElube 1.2.1.17 Release Notes
- TRADElube 1.2.1.18 Release Notes
- TRADElube 1.2.1.19 Release Notes
- TRADElube 1.2.1.20 Release Notes
- TRADElube 1.2.1.21 Release Notes
- TRADElube 1.2.1.22 Release Notes
- TRADElube 1.2.1.23 Release Notes
- TRADElube 1.3.0 Release Notes
TRADElube 1.1.3.10 Release Notes
Release Datum: 06.02.2022
Lagerbestände aus unterschiedlichen Filialen
Neben dem Gesamt-Lagerbestand können nun auch die Lagerbestände unterschiedlicher Filialen angewendet werden. Auch mehrere gleichzeitig. Die Konfiguration erfolgt im Transferplan der Aufgabe "TriData Lagerbestände Herunterladen" im Bereich "Lagerbestand":
Beachten Sie dabei:
In Shopware z. B. gibt es nur einen offiziellen Lagerbestand. Eine Aufteilung in Filialen ist da standardmäßig nicht möglich. Weitere Lagerbestände können da jedoch in Zusatzfelder von Shopware übertragen werden. Für die Funktionalität und die Darstellung im Shop ist dann eine individuelle Programmierung im Shop erforderlich.
Ausschließlich Lagerbestände Aktualisieren ist nun möglich
Dies funktioniert nun auch ohne dass es die Aufgabe „Shopware Produkte Hochladen“ gibt. Dabei werden nur die existierenden Artikel im Shop abgeglichen (identifizierbar über die Artikelnummer).
TRADElube 1.1.3.11 Release Notes
Release Datum: 11.02.2022
Ausschließlich Lagerbestände Synchronisieren ist nun möglich
Damit wird nun eine vollständige Minimalkonfiguration von TriData zu Shopware unterstützt, wo nur Lagerbestände synchronisiert werden sollen. Dabei werden nun auch neue Artikel in TRADElube direkt aus der Aufgabe „TriData Lagerbestände Herunterladen“ angelegt, aber nur sofern die Aufgabe „TriData Produkte Herunterladen“ nicht existiert. Mit dieser Konfiguration ist es dann auch ausreichend wenn von TriData nach TriCon nur die Lagerbestände abgeglichen werden. Ein Vollupload der gesamten Artikeldaten (inkl. Bilder, Produkttexte etc.) sollte damit nicht mehr erforderlich sein, lediglich ein Vollupload der Lagerbestände, sofern neue Artikel hinzukommen.
Einschränkungen:
- Ein Löschen von nicht mehr existenten bzw. verwaisten Artikeln wird hier nicht durchgeführt
- Produktkombinationen aus TriData werden bei einer solchen Minimalkonfiguration ebenfalls nicht unterstützt
Bei Varianteneigenschaften (Produktkombinationen) kann nun ein Nullwerte wie z. B: „Keine“ ignoriert werden
Zum einen kann das im Transferplan der Aufgabe „TriData Produkte Herunterladen“ im Bereich "Varianteneigenschaften" über ein Skript eingestellt werden. Damit wird die Zuweisung dieses definierten Nullwerts (z. B" "Keine") unterbunden.
Zum anderen kann auch im Transferplan der Aufgabe „TriData Eigenschaften herunterladen“ konfiguriert werden, dass dieser definierte Nullwert (z. B. "Keine") erst gar nicht in die Liste der Eigenschaftswerte aufgenommen wird.
Nachverfolgung überarbeitet
Es wurden nicht die aktuellsten Traces (Datensätze etc.) gespeichert, sofern eine Ausführung einer Übertragung keine Änderung zur Folge hatte. Nun werden diese Traces immer gespeichert, falls sich am Trace selber irgendwas verändert hat, auch wenn diese Änderung für die konfigurierten Feld-Zuweisungen nicht relevant ist.
Performanceverbesserung:
Übertragungen mit bereits existierenden Traces wo noch kein Änderungsdatum hinterlegt war wurden unnötigerweise immer wieder ausgeführt. Besonders stark hat sich das ausgewirkt, wenn man die Traces zu einer Aufgabe früher mal alle gelöscht hat.
Darstellung
Die Darstellung der Nachverfolgungslisten wurden optimiert.
TRADElube 1.1.3.12 Release Notes
Release Datum: 19.02.2022
Aktiv-Feld nun Skript-fähig
Im Transferplan der Aufgabe "Shopware Produkte Hochladen" im Bereich "Allgemein" kann nun das Feld "Aktiv" auch als Skript konfiguriert werden. Z. B. kann der Lagerbestand berücksichtigt werden - also alle Produkte ohne Lagerbestand könnten als nicht-aktiv festgelegt werden.
TRADElube 1.1.3.13 Release Notes
Release Datum: 03.03.2022
Aktualisierungsproblem behoben
Wenn man dasselbe Produkt gelöscht und erneut angelegt hat, dann blieb der Lagerbestand zunächst bei 0. Erst weitere Änderungen an Produktdaten lösten dann die Aktualisierung aus.
TRADElube 1.1.3.14 Release Notes
Release Datum: 10.03.2022
Standardmappings für Zahlungsstatus und Lieferstatus
Mappings für finalen Zahlungsstatus und Lieferstatus, die im Kanal TriData im Bereich "Zuordnungen" Register "Zahlungsstatus" und "Lieferstatus" automatisch vorkonfiguriert werden.
Workaround Skript für Lagerbestand
Im Transferplan für Aufgabe „TriData Lagerbestände herunterladen’“ im Bereich "Lagerbestand" wurde für das Feld "Lagerbestand" das Standardskript geändert, welches aus TriData nun entweder den Lagerbestand oder Menge Verfügbar (den kleinsten Wert von beiden) bereitstellt. Dies dient als Workaround im Fall von ungültigen Daten aus TriCon, bzw. falls hier der gelieferte Wert des Lagerbestands kleiner sein sollte, als der Wert der verfügbaren Menge.
Im folgenden das neue Skript, welches automatisch angelegt wird, wenn Sie den Typ des Feldes auf Skript ändern.
return Math.min(LagerbestandGesamt, MengeVerfuegbarGesamt);
Bei Neuinstallationen wird ab jetzt standardmäßig dieses Skript hinterlegt.
Übernahme der Umsatzsteuer-Id. in den Kundendatensatz
Die Umsatzsteuer-Id. eines Kunden wird nun aus jeder Bestellung in den neuen oder bestehenden Kundendatensatz übernommen.
Zusammenfassung von mehreren Zahlungsarten ist nun möglich
So können z. B. verschiedene Zahlungsarten im Shop zu einer Zahlungsart in TRADElube zusammengefasst werden.
TRADElube 1.1.3.15 Release Notes
Release Datum: 12.04.2022
Kategorien ohne Namen nicht auswählbar
Leere Kategorieeinträge (also Kategorien ohne Namen) konnten in der Baumstruktur nicht mehr ausgewählt werden. Das wurde nun behoben, damit auch diese Einträge ausgewählt und z. B. gelöscht oder bearbeitet werden können.
Lagerbestand unter bestimmten Voraussetzungen nicht aktualisiert
Unter bestimmten Voraussetzungen wurde bei neuen Produkten der Lagerbestand in Shopware nicht gesetzt. Der Lagerbestand blieb dann bei 0. Änderungen von Lagerbeständen (mit der Gefahr von Überverkäufen) waren davon NICHT betroffen.
TRADElube 1.1.3.16 Release Notes
Release Datum: 03.05.2022
Workaround für bestimmte Sonderzeichen
Es gibt nun einen Workaround damit Plus (+) Zeichen in Produktnamen, Texten etc. aus CAO-Faktura richtig übergeben werden können. Diese werden von CAO-Faktura nicht korrekt HTML-encodiert und wurden deshalb bisher als Leerzeichen dargestellt.
Übersetzungen in der Nachverfolgung
Kontextinformationen zur Nachverfolgung werden nun ins deutsche übersetzt.
TRADElube 1.1.3.17 Release Notes
Release Datum: 20.05.2022
Artikeldaten aus TriCon ggf. nicht vollständig
Info vorab: Diese Änderung wurde nach einem Fix seitens TriCon in der Version 1.1.3.20 wieder rückgängig gemacht
Es hat sich herausgestellt, dass es vorkommen kann, dass Artikel beim Abrufen der Artikeldaten aus TriCon fehlen. Das passiert zu einem gewissen Zeitpunkt während ein Vollabgleich von TriData zu TriCon erfolgt. Aus diesem Grund gibt es aktuell für TRADElube keine zuverlässige Methode um zu ermitteln, welche Produkte tatsächlich zwischenzeitlich gelöscht wurden. Bisher hat TRADElube angenommen, dass alle Produkte, die nicht mehr in der Liste aus TriCon enthalten sind, gelöscht werden können. Diese wurden dann auch aus TRADElube und in der Folge auch im Shop gelöscht. Sofern diese wie oben erklärt nur vorübergehend fehlten, wurden diese zwar beim nächsten Abgleich wieder angelegt, jedoch die Daten, die Shop-seitig gepflegt werden gingen somit verloren. Sofern die Datenpflege vollständig WaWi-seitig erfolgt, hat dies keine nennenswerten Konsequenzen.
Aus oben genannten Gründen können Artikel deshalb aus TRADElube mit der beschriebenen Vorgehensweise nicht mehr gelöscht werden. Diese werden ab jetzt inaktiv gestellt (Im Shop wird dann Haken „Aktiv“ entfernt), damit diese dann auch im Shop für den Endkunden im Shop Frontend nicht mehr angezeigt werden. Zur Datenverlust kann es so dann so aber nicht mehr kommen.
Möchte man die Artikel trotzdem vollständig entfernt haben können diese manuell in TRADElube gelöscht werden. Für diesen Zweck gibt es eine Hilfestellung. Und zwar werden die betroffenen Artikel im Bereich „Nachverfolgung“ mit dem Spezialfilter „Ausstehend“ angezeigt.
TRADElube 1.1.3.18 Release Notes
Release Datum: 24.05.2022
Originale Bestellnummer als Auftragsnummer übernehmen
Es gibt nun eine Option, womit die Originale Bestellnummer direkt als Auftragsnummer für TriData verwendet werden kann.
Die Originale Bestellnummer wird aber nur verwendet, falls möglich. D. h. die Nummer darf nur aus Zahlen bestehen und keine Buchstaben oder sonstige Zeichen enthalten, da die Nummer in eine Zahl umgewandelt wird, bzw. TriData hier nur Zahlen als Auftragsnummer akzeptiert.
Ist die Verwendung aus den genannten Gründen nicht möglich, da eine Umwandlung in eine Zahl nicht möglich ist, wird als Fallback wieder der Bestell Id Nummernkreis verwendet.
TRADElube 1.1.3.19 Release Notes
Release Datum: 20.06.2022
Anzeige der Namen der Bilder in der Übersicht
Die Namen der Bilder werden nun in einer kleinen Schrift unter den Bildern angezeigt.
TRADElube 1.1.3.20 Release Notes
Release Datum: 05.07.2022
Artikeldaten aus TriCon wieder vollständig
Die Änderung aus den TRADElube 1.1.3.17 Release Notes wurde nach einem Fix seitens TriCon wieder rückgängig gemacht.
TRADElube 1.1.3.21 Release Notes
Release Datum: 13.07.2022
Interne Überarbeitungen von Architektur, Performance, Systemstabilität etc.
TRADElube 1.1.3.22 Release Notes
Release Datum: 14.07.2022
Interne Überarbeitungen von Architektur, Performance, Systemstabilität etc.
TRADElube 1.1.3.23 Release Notes
Release Datum: 15.07.2022
Anzeige weiterer Spalten in Kanal Zuordnungen
Weitere Spalten "Ausgeführt Am" und "Änderungen Am" und "Status" in den Kanalzuordnungen.
Weniger strikter Umgang mit Duplikaten von internen Zuordnungen
Falls sich interne Id's von anderen Systemen aus unergründlichen Ursachen ändern führt dies in TRADElube unter Umständen zu doppelten internen Zuordnungen. Das führte bei der Übertragung unter Umständen zu Fehlern. Daher wird nun automatisch immer die neueste Zuordnung, bzw. die Zuordnung welche zuletzt angewendet wurde, verwendet.
TRADElube 1.1.3.24 Release Notes
Release Datum: 20.08.2022
Fehlende Produktpositionen in Bestellungen
Sofern die Namen von verschiedenen Produkten im Warenkorb identisch waren, wurden Bestellpositionen nicht übernommen. Dieses Problem der Bestimmung der Eindeutigkeit von Bestellpositionen wurde nun behoben.
TRADElube 1.1.3.25 Release Notes
Release Datum: 29.10.2022
Interne Optimierungen
Bzgl. Speicherverwaltung (Speicherleaks).
Fehlermeldung integriert bei Lagerbestandsabgleich wenn Artikelnummer nicht zusammenpasst
Für eine normalen Konfiguration wo auch die Produktdaten synchronisiert werden ist dies nicht erforderlich, da in diesem Fall auch bedenkenlos die Artikelnummer in der WaWi geändert werden darf. Dies liegt daran, da TRADElube zwar bei der ersten Synchronisation über die Artikelnummer eine Verknüpfung herstellt, aber bei weiteren Synchronisierungen dann nur noch die interne ID für die Zuordnung verwendet.
Diese Änderung wurde deshalb vor allem für diejenigen Konfigurationen gemacht, wo keine Produktinhalte sondern ausschließlich die Lagerbestände zwischen WaWi und Onlineshop etc. synchronisiert werden. In diesem Fall werden oft die Produkte sogar manuell im Shop angelegt. TRADElube verknüpft diese dann von der WaWi bis zum Onlineshop bei der ersten Synchronisierung initial über die Artikelnummer. Danach jedoch ist es in dieser Konfiguration nicht erlaubt, dass man dann nochmal die Artikelnummer ändert, weder in der WaWi noch im Shop. Hat man es dennoch gemacht, führte dies in der Konsequenz zu einem gewissen Durcheinander. Man hat dann über die Artikelnummer nicht mehr gefunden was man suchte, da diese ja nachträglich geändert wurden.
Deshalb führt dies ab sofort bei den Aufgaben "TriData Lagerbestände Herunterladen" und "Shopware Lagerbestände Hochladen" bei der Übertragung zu einer Fehlermeldung, wenn die Artikelnummer nicht mehr übereinstimmt. Diese Fehlermeldungen sind dann hilfreiche Hinweise dafür um gezielt wieder aufräumen zu können.
TRADElube 1.2.0.1 Release Notes
Release Datum: 11.06.2022
Umstrukturierung von mehrsprachigem Inhalt
Die Texte bei Produkten, Herstellern und Kategorien können mehrsprachig verwaltet werden. Hier wurde nun systemweit die Struktur überarbeitet und vereinfacht. Nun ist es nicht mehr notwendig die Standardsprache hinzuzufügen. Sowohl in der Verwaltung oder in Transferplänen von Aufgaben, wodurch sich die Konfiguration und Datenbearbeitung nun viel weniger aufwendiger gestaltet.
Standardsprache ist also nun immer standardmäßig vorhanden und weitere Sprachen können optional hinzugefügt werden.
Leistung von Aufgaben konfigurierbar
Die Leistung von Aufgaben kann nun eingestellt werden. Entweder auf "Manuell" oder auf ein Zeitintervall, sofern die Aufgabe regelmäßig im Hintergrund ausgeführt werden soll.
Erneuerungszeit von Aufgaben konfigurierbar
Die Erneuerungszeit kann nun eingestellt werden. Die Erneuerungszeit ist das Zeitintervall nachdem ein Datensatz (Produkt, Hersteller, Kategorien etc.) erneut übertragen wird, sollte sich zwischenzeitlich keine andere Änderung ergeben haben. Dieses Verhalten hat es früher auch schon gegeben, z. B. wurden die Produkte täglich erneuert.
Bilder verlinken statt importieren
Im Transferplan der Aufgabe "TriData Produkte Herunterladen" im Bereich "Bilder" kann man nun zwischen zwei Optionen wählen
- Verlinken
- Importieren
Früher wurden die Bilder standardmäßig aus TriCon importiert und direkt in TRADElube gespeichert. Die neue Standardoption ist nun "Verlinken", wo die Bilder nur noch verlinkt (zu TriCon) gespeichert werden. Dadurch wird nun nicht mehr doppelt Speicherplatz (in TriCon und TRADElube) belegt.
Bessere Performance nach TriCon Vollabgleich
In TRADElube werden seit Beginn an verschiedene generelle Konzepte (z. B. Hashwerte) angewendet, so dass bei einer Übertragung mit hoher Performance ermittelt werden kann, ob es tatsächlich Änderungen seit der vorherigen Übertragung gibt. Gibt es also keine Änderungen, so erspart sich TRADElube von vornherein eine Menge Vorgänge wie das Öffnen des Produktes. Dadurch wird eine deutlich höhere Performance erzielt, als würde man einfach immer alles Abgleichen. Letzteres Vorgehen würde mit einer sehr großen Anzahl an Produkten vielleicht sogar untragbar werden.
Soweit so gut, aber nach einem Vollabgleich von TriData nach TriCon (was ja fast in allen Fällen erforderlich ist) haben oben genannte Konzepte nicht gegriffen, da TriCon hier immer für alle Produkte das Veröffentlichungsdatum (+ ein paar weitere Felder) auf das aktuelle Datum ändert. In der Folge musste TRADElube also dann doch wieder alle Produkte abgleichen, auch wenn sich effektiv nicht viel geändert hat.
Nun wurde für diesen Fall ein weiteres Konzept eingeführt, indem TRADElube nun auch einzelne Felder für die Generierung eines Hashcodes ignorieren kann, so nun für den TriCon Abgleich angewendet. Dadurch werden nun auch in diesem Fall wieder die gewünschten Effekte von hoher Performance erreicht.
Bereinigen von Konfigurator Settings
Bei den Hauptprodukten (mit Varianten) werden nun die Konfigurator Settings wieder automatisch von unbenutzten Variantenoptionen bereinigt, so dass schließlich nach dem Ausführen der Aufgabe "Shopware Produkte Hochladen" keine Abhängigkeiten mehr existieren und die daraus resultierenden unbenutzte Eigenschaftswerte dann auch vollständig gelöscht werden können.
Produkteigenschaften und Varianteneigenschaften zum Teil im Shop pflegen
Es ist nun möglich, Eigenschaften oder Varianteneigenschaften die nicht in der Schnittstelle konfiguriert sind, im Shop zu pflegen. Dadurch können diese nun zum Teil in der Wawi und zum Teil im Shop gepflegt werden.
Fehler beim Navigieren zwischen Vater und Kindartikeln
Beim Navigieren zwischen den Vater- und Kindartikeln in der Produktverwaltung im Bereich "Abhängigkeiten" ist ein Fehler aufgetreten.
Gutscheinposition konfigurierbar
Im Transferplan der Aufgabe "Shopware Bestellungen Herunterladen" kann nun die Gutscheinposition eigenständig konfiguriert werden.
Diese Position wird nun auch in der TRADElube Bestellverwaltung nicht mehr als normale Produktposition sondern als Position vom Typ "Gutschein" angelegt.
Sortieren der Kategorien nach Name
Die Kategorien werden in der Kategorieverwaltung von TRADElube nun nach Name sortiert.
Unterstützung der Export Filter
Die Exportfilter in CAO-Faktura werden nun beim Transfer in TRADElube angewendet
Sortierung bzw. Priorisierung von mehreren Produkt Kategorie Zuordnungen
Dies wurde benötigt für die aktuelle Entwicklung einer eBay Schnittstelle, damit die Primäre und Sekundäre Kategorie zugeordnet werden kann.
Die Anzeige der Prioritäten erfolgt über die Ziffern innerhalb der kreisrunden Badges. Über die Schaltflächen „Nach Oben“ und „Nach Unten“ kann die Priorität des ausgewählten Eintrages verändert werden.
Löschen von Kanälen und Aufgaben nur noch durch FFE-Tech möglich
Kanäle und Aufgaben können nun nur noch von FFE-Tech gelöscht werden.
TRADElube 1.2.0.2 Release Notes
Release Datum: 20.06.2022
Artikeldaten aus TriCon wieder vollständig
Die Änderung aus den TRADElube 1.1.3.17 Release Notes wurde nach einem Fix seitens TriCon wieder rückgängig gemacht.
Anzeige der Namen der Bilder in der Übersicht
Die Namen der Bilder werden nun in einer kleinen Schrift unter den Bildern angezeigt.
TRADElube 1.2.0.3 Release Notes
Release Datum: 05.07.2022
Überarbeitung der Hintergrunddienste
Diverse interne Überarbeitungen an den TRADElube Hintergrunddiensten. Z. B. rotierende Abarbeitung der Aufgaben.
TRADElube 1.2.0.4 Release Notes
Release Datum: 13.07.2022
Interne Überarbeitungen von Architektur, Performance, Systemstabilität etc.
TRADElube 1.2.0.5 Release Notes
Release Datum: 14.07.2022
Interne Überarbeitungen von Architektur, Performance, Systemstabilität etc.
TRADElube 1.2.0.6 Release Notes
Release Datum: 15.07.2022
Downloadlink für Verträge
Softwarenutzungsverträge die im Benutzerprofil von TRADElube hinterlegt sind können seit kurzem mit Safari (dem Internetbrowser für Mac) nicht mehr richtig angezeigt werden, da hier seit kurzem PDF Dokumente inline (bzw. eingebettet) nicht mehr korrekt angezeigt werden. Daher wurde nun ein direkter Downloadlink "Dokument herunterladen" integriert.
Anpassung der Verträge
Die Vertragsvorlagen (für neue Softwarenutzungsverträge) wurden aufgrund der Gründung der FFE-Tech GmbH überarbeitet.
TRADElube 1.2.0.7 Release Notes
Release Datum: 20.07.2022
Verkaufskanäle konfigurierbar
Für die Konfiguration von Verkaufskanälen gibt es nun im Transferplan der Aufgabe "Shopware Produkte Hochladen" verschiedene Möglichkeiten. Bisher wurde der Verkaufskanal bei Neuanlage immer automatisch zugewiesen, aber nur sofern dieser eindeutig war, falls nicht wurde keine Zuweisung gemacht. Diese musste man dann im Shop manuell machen.
Nun kann man entweder einen fixen Verkaufskanal zuweisen, oder man kann Verkaufskanäle auch mit einer Eigenschaft mappen.
TRADElube 1.2.0.8 Release Notes
Release Datum: 26.07.2022
Anpassung der Verträge
Weitere Anpassung der Vertragsvorlagen (für neue Softwarenutzungsverträge) aufgrund der Gründung der FFE-Tech GmbH.
Standardwerte für Erneuerungszeiten
Die Standardwerte für die Erneuerungszeiten (einstellbar in den Aufgaben) wurden überarbeitet.
TRADElube 1.2.0.9 Release Notes
Release Datum: 08.08.2022
Verschoben nach TRADElube 1.2.0.10 Release Notes
TRADElube 1.2.0.10 Release Notes
Release Datum: 08.08.2022
Service für benutzerfreundliche Fehlertexte und -beschreibungen
Im Bereich "Nachverfolgung" werden, je nach dem welche Filter eingestellt sind, alle Übertragungsvorgänge aller Kanäle aufgelistet. Standardmäßig ist der Filter für die fehlerhaften Einträge aktiv und ein Fehlerprotokoll wird somit angezeigt. Bei einer leeren Liste wurden keinerlei Probleme festgestellt.
Fehler können die unterschiedlichsten Ursachen haben oder von den unterschiedlichen Kanälen, die an TRADElube angebunden sind, bei der Übertragung ausgelöst werden. Meist sind diese sehr kryptisch formuliert und deshalb ohne ein umfangreiches technisches Verständnis nur schwer zu interpretieren gewesen.
Mit diesem neuen Feature bzw. Service können wir nun benutzerfreundliche Fehlermeldungen anbieten inkl. Beschreibung wo Zusammenhänge und auch das Vorgehen zur Problemlösung beschrieben wird
Der Service dahinter funktioniert so, dass FFE-Tech neue, bisher unbekannte, Fehlermeldungen regelmäßig analysieren und diese dann entsprechend benutzerfreundlich klassifizieren.
Einstellung der Lieferzeit als Fixwert
Im Transferplan der Aufgabe "Shopware Produkte Hochladen" im Register "Allgemein" kann nun die Lieferzeit auch als Fixwert definiert werden. In diesem Fall wird die Zuordnung von Lieferzeiten im Kanal Shopware nicht mehr angewendet.
TRADElube 1.2.0.11 Release Notes
Release Datum: 20.08.2022
Eigenständige Gutscheinposition
Im Transferplan der Aufgabe "TriData Bestellungen Hochladen" kann und muss die Bestellposition für Gutscheine nun abweichend definiert werden.
Bisher ging das über die Produktposition, wo ein Skript für die Produktnummer hinterlegt wurde um zwischen normalen Bestellpositionen und Gutscheinen zu unterscheiden. In der neuen Konfiguration kann eine fixe Produktnummer für Gutscheine hinterlegt werden. Dieses Produkt muss in TriData existieren.
Aufsplitten von Bestellpositionen mit unterschiedlicher Mehrwertsteuer
Unter speziellen Voraussetzungen gibt es in Shopware Bestellpostionen, wo unterschiedliche MwSt. Sätze gleichzeitig zur Anwendung kommen. Beispielsweise für die Versandkosten von Produkten mit unterschiedlichen MwSt. Sätzen. Bisher wurde immer der erste MwSt. Satz verwendet. Nun werden diese in TRADElube in mehrere Bestellpositionen anteilig aufgespalten.
Neue Aufgabe für Bestellstatus
Neue Aufgabe "Shöpping Bestellstatus Hochladen" inkl. Unterstützung für Sendungsnummern.
TRADElube 1.2.0.12 Release Notes
Release Datum: 23.08.2022
Zeitraum für den Import von Bestellungen nun einstellbar
Bislang wurden von Shopware immer nur die offenen Bestellungen importiert und für Shöpping ein fix eingestellter Zeitraum (in diesem Fall alle Bestellstatus). Dieses Konzept wurde nun für alle Kanäle vereinheitlicht, indem der Zeitraum bzw. das max. Alter der Bestellungen nun in der jeweiligen Aufgabe "... Bestellungen Herunterladen" im Bereich "Konfiguration" eingestellt werden kann.
Auch für Shopware werden dann für diesen Zeitraum Bestellungen mit allen Bestellstatus importiert. Dies geschieht im vollen Umfang ca. einmal die Stunde. Zu Gunsten der Performance werden in den Übertragungszyklen innerhalb dieser Stunde immer nur die aller neuesten Bestellungen importiert.
TRADElube 1.2.0.13 Release Notes
Release Datum: 23.08.2022
Fehler beim Import von Bestellungen
Ein spezielles Shopware Plugin für Amazon Anbindung importiert die Bestellungen ohne Deliveries Datensatz. Dies führte in TRADElube zu einer Null Reference Exception. Bei normalen Shopware Bestellungen ist der Datensatz immer vorhanden, deshalb war das bisher nie ein Problem.
TRADElube 1.2.0.14 Release Notes
Release Datum: 03.09.2022
Umsatzsteuer ID wurde nicht übernommen
Ein spezielles Shopware Plugin für Amazon Anbindung importiert bei B2B Bestellungen die Umsatzsteuer ID nicht in das vorgesehene Feld der Bestellung, sondern nur direkt in den Kundendatensatz. Daher wurde in TRADElube die Umsatzsteuer Id nicht übernommen.
Als Workaround für dieses Problem kann nun im Transferplan der Aufgabe "Shopware Bestellungen Herunterladen" im Register "Kunde" für das Feld UID-Nummer ein entsprechendes Skript hinterlegt werden, wo ein Fallback auf die UID des Kundendatensatzes gemacht wird.
Aktiv-Haken bei Kategorien
Für den Zweck der nachfolgenden Änderungen (siehe unten) wurde bei den Kategorien das Feld "Aktiv" eingeführt, mit dem selben Zweck, wie es das bei den Produkten schon immer gibt, dass man auch Kategorien aktivieren und deaktivieren kann.
Falls nicht anders in Transferplänen von Aufgaben definiert, wird dieses Feld standardmäßig aktiviert.
Sortimentsbereinigung konfigurierbar
Info vorab: Diese Änderung ist mit der Version 1.2.0.19 wieder hinfällig.
Im Transferplan der Aufgabe "TriData Produkte Herunterladen" kann man nun im Bereich "Konfiguration" einstellen, ob und wie Produkte, Kategorien, Hersteller und Medien, die nicht mehr in TriCon existieren, bereinigt werden sollen.
Die jeweilige Option "... nur Deaktivieren beim Bereinigen" bewirkt, dass das Produkt bzw. die Kategorie nicht mehr gelöscht wird, sondern nur inaktiv gestellt wird. Beachten Sie hierbei, dass das Feld "Aktiv" dann auch in den Transferplänen bei anderen Kanälen (z. B. Shopware) verwendet werden muss, wenn Sie erreichen möchten, dass Produkte oder Kategorien im Shop nicht mehr verfügbar sind.
"Aktiv" Feldzuweisungen für Kategorien
Im Transferplan der Aufgabe "Shopware Kategorien Hochladen" kann nun das neue Kategorie-Feld "Aktiv" angewendet werden. Zwei Möglichkeiten stehen zur Anwendung. "Aktiv" und/oder "Sichtbar".
TRADElube 1.2.0.15 Release Notes
Release Datum: 04.09.2022
Verschoben nach TRADElube 1.2.0.16 Release Notes
TRADElube 1.2.0.16 Release Notes
Release Datum: 11.09.2022
Umsatzsteuer ID Workaround funktionierte noch nicht
Der Workaround aus TRADElube 1.2.0.14 Release Notes funktionierte noch nicht und wurde nun behoben.
Zuordnungen von Ländern, Zahl- und Lieferart welche nicht im Verkaufskanal konfiguriert sind
Nutzt man in Shopware Plugins für weitere Anbindungen (z. B. an Amazon) so werden unter Umständen in Shopware Bestellungen importiert mit zugewiesenen Land, Zahl- oder Lieferart, welche im entsprechenden Verkaufskanal von Shopware nicht konfiguriert ist.
In diesem Fall werden nun die Zuordnungen im Kanal von Shopware automatisch ergänzt und über die Funktion "Neu Laden" auch nicht mehr verworfen. Die Zuweisung bei "Intern muss bislang noch händisch gemacht werden z. B: über die Schaltfläche "Importieren".
TRADElube 1.2.0.17 Release Notes
Release Datum: 17.09.2022
Strikte Einhaltung von referenzieller Integrität beim Import
Unter Referenzen versteht man die Abhängigkeiten der Daten untereinander. Z. B. eine Produkt referenziert mehrere Kategorien, einen Hersteller oder auch mehrere Kindprodukte und umgekehrt referenziert ein Kindprodukt (bzw. Variantenprodukt) ein Vaterprodukt.
Beim Datenabgleich wurde dies bisher an einigen Stellen beim Import nicht entsprechend strikt behandelt, sofern eine WaWi z. B. einen Datensatz geliefert hat, wo das zugewiesen Vaterprodukt nicht existiert. Das führte dann z. B. dazu, dass die Kindprodukte importiert wurden ohne die Abhängigkeit zum Vaterprodukt.
Nun führen solche Verstöße gegen die sog. "Referenzielle Integrität" strikt zu einem Übertragungsfehler. Das war früher zum Teil auch schon so, jedoch wurde dies nun strikter für alle Kanäle optimiert.
Erste Version der offiziellen TRADElube Dokumentation
Mit der Einführung des neuen Dokumentationsoberfläche für TRADElube ist der erste Schritt getan, so dass das System nun nach und nach eine ausführliche Dokumentation bzw. Onlinehilfe erhält.
Inhaltlich wurden mit dieser ersten Veröffentlichung erstmals alle Release Notes für die Version 1.1.3 und 1.2.0 hinterlegt. Die Dokumentation kann direkt im TRADElube Backend (links unten) oder direkt über den Link https://app.tradelube.com/docs erreicht werden. Sie ist auch öffentlich zugänglich und wird aber künftig auch zusätzliche Inhalte enthalten, die nur angemeldete Benutzer sehen können.
TRADElube 1.2.0.18 Release Notes
Release Datum: 24.09.2022
Weiterentwicklung der TRADElube Dokumentation
Die Navigation der neuen Dokumentationsoberfläche wurde weiter optimiert. Diverse Inhaltsverzeichnisse sowie Breadcrums werden nun automatisch generiert.
Die Release Notes wurden weiter überarbeitet und es wurde eine Dokumentation zur Einführung in TRADElube erstellt.
TRADElube 1.2.0.19 Release Notes
Release Datum: 15.10.2022
Automatische E-Mail Benachrichtigung über Systemstatus und Upgrades
In der Version Version 1.2.0.10 wurde der Service für benutzerfreundliche Fehlertexte und -beschreibungen eingeführt. Dieses nun viel besser lesbare Fehlerprotokoll ist bisher im Bereich Nachverfolgung auf der TRADElube Oberfläche aufrufbar.
Nun ist es auch möglich, dass sie sich automatisch per E-Mail benachrichtigen lassen können, wenn neue Fehler bei den Übertragungen oder in den Aufgaben auftreten. Dann bekommen Sie ein übersichtlich zusammengefasstes Protokoll direkt per E-Mail zugeschickt.
Außerdem können Sie sich ab jetzt auch automatisch per E-Mail benachrichtigen lassen, nachdem Ihr TRADElube Mandant ein neues Upgrade erhalten hat.
Hierzu passend ein paar Informationen zu Updates generell
Kleinere Updates (z. B. wichtige Bugfixes, kleinere unabhängige Features mit geringem Risiko) werden laufend automatisch eingespielt. Ein kleines Update erkennt man an der Änderung der Versionsnummer, indem sich hier nur die letzte Stelle erhöht. z. B. ein Upgrade von Version 1.2.0.18 auf 1.2.0.19 (wenngleich dieses Upgrade nun doch etwas größer geworden ist 😉). Alle Mandanten innerhalb einer Hauptversion (also wenn die ersten drei Stellen der Versionsnummer gleich sind) werden also auch immer gleichzeitig aktualisiert.
Größere Updates, also wenn sich die Versionsnummer von der ersten bis zur dritten Stelle ändert (z. B. von 1.1.3.24 auf 1.2.0.19), werden derzeit grundsätzlich immer auch vorher noch persönlich ankündigen, da diese auch bei verschiedenen Mandaten unterschiedlich sein können. TRADElube kann also verschiedene Hauptversionen der Anwendung gleichzeitig über dieselbe Url (https://app.tradelube.com) hosten, meist sind es ca. 2-3 Hautversionen, die redundant innerhalb eines Kubernetes Clusters mit derzeit 5 Servern (5 Nodes zu je 4xCPU 16GB RAM) redundant ausgeführt werden. D. h. es gibt auch einen Zeitpunkt wo dann auch sehr alte Versionen spätestens upgedatet werden müssen, damit wieder Platz für neue Versionen entsteht.
Schreiben Sie uns gerne eine kurze E-Mail an info@ffe-tech.com, wenn wir für sie diese neue E-Mail Benachrichtigung aktivieren sollen. Es ist auch möglich weitere E-Mail Adressen (z. B. von einem ihrer Dienstleister) für die automatische Benachrichtigung zu abonnieren.
Anzeige des Systemstatus auf dem Dashboard
Auch beim Öffnen von TRADElube wird nun direkt auf dem Dashboard ein übersichtlich zusammengefasstes Fehlerprotokoll angezeigt. Damit ist der aktuelle Systemstatus nochmal offensichtlicher, als wie wenn man extra in den Bereich Aufgaben oder Nachverfolgung navigieren muss. Inhaltlich wird das Protokoll genau so generiert, wie sie sich das ab jetzt auch automatisch per E-Mail zustellen lassen können.
Produkte löschen wird nun NICHT mehr automatisch durchgeführt
Bisher wurden standardmäßig alle Produkte immer automatisch gelöscht, die nicht mehr in der Liste der von TriCon gelieferten Artikel enthalten waren. Es war also so vereinbart, wenn bei diesen fehlenden Produkten die Onlinefreigabe in TriData entfernt wurde, dass diese dann auch gelöscht werden sollten.
Ist die Liste aus irgend welchen unvorhersehbaren Gründen mal nicht vollständig oder gar leer (jetzt oder auch in künftigen Versionen von TriCon), würde dies dazu führen, dass Produkte gelöscht werden, die eigentlich gar nicht dafür vorgesehen sind. In der Folge auch im Shop mit den entsprechenden Konsequenzen.
Siehe dazu auch die TRADElube 1.1.3.17 Release Notes.
Aufgrund dieser und neuer Erkenntnisse haben wir uns nun doch endgültig dazu entschieden, dass ein Löschen auf der Entscheidungsbasis "Produkt nicht mehr in Liste" sinnvollerweise nur manuell durchgeführt werden sollte.
Deshalb wurde zum Bereinigen der Produkte nun eine neue Aufgabe "TriData Produkte Bereinigen" eingeführt. Diese neue Aufgabe kann nur manuell ausgeführt werden und zum Löschen von Artikeln, Kategorien, Herstellern und Medien muss dann jeweils zusätzlich eine Meldung (siehe Abb.) bestätigt werden.
Natürlich werden die Produkte aber weiterhin über die automatische Aufgabe "TriData Produkte Herunterladen" inaktiv geschaltet, damit diese auch im Frontend des Onlineshops nicht mehr verfügbar sind. Deshalb ist die neue Aufgabe zum Bereinigen auch nicht zwingend erforderlich. Man kann es auch als Vorteil sehen, wenn man Produkte generell nicht aus dem Shop löscht, denn so bleibt unter anderem die Verkaufshistorie für ihre Kunden immer vollständig erhalten.
Neues Skript-Feld um Produktnamen des Vaterartikels zu übernehmen
Im Transferplan der Aufgabe "TriData Produkte Herunterladen" im Register Beschreibung kann für das Feld Name nun ein neues Skript-Feld TRADElube_ParentProductName verwendet werden um Variantenprodukten den Namen des Vaterproduktes zuzuweisen.
Neue Skript-Felder zur Übernahme weiterer Adresszeilen
In Shopware kann es je nach Konfiguration für die Adressangaben einer Bestellung neben der Straße auch zwei weitere zusätzliche Adresszeilen geben. Im Transferplan der Aufgabe "Shopware Bestellungen Herunterladen" können nun im Register Rechnungsadresse und Lieferadresse jeweils diese Felder über ein Skript bei der Übernahme mit berücksichtigt werden. Das Standardskript für Adresszeile 1 z. B. fügt alle 3 möglichen Felder aus Shopware einfach aneinander. Diese Konfiguration macht Sinn, wenn es in der WaWi nur ein Feld für die Strasse gibt.
Individuelle Sortierung der Zuordnungen in den Kanälen (Duplikate nun möglich)
Diese generelle Änderung optimiert nun vor allem die Synchronisierung der Zahlungsstatus von und nach Shopware. Bisher war es nicht erlaubt, dass man doppelte Zuordnungen macht (wie in der Abb. dargestellt für die Status "In Bearbeitung" und "Abgebrochen"). Auch bei mehrere NICHT-zugeordneten bzw. leeren Einträgen galt die Regel. Nun sind doppelte Einträge problemlos möglich, und für die Zuordnung wird einfach der erste Eintrag verwendet. Damit diese Auswahl nicht willkürlich erfolgt, können nun die Einträge zusätzlich über die neuen Schaltflächen manuell nach oben oder unten verschoben werden. Die Einträge weiter oben haben dann höhere Priorität also die weiter unten.
Konfiguration der Zahlungsstatus Übertragung vereinfacht
Im Vergleich zur Synchronisierung des Bestellstatus ist die Übertragung des Zahlungsstatus wesentlich komplizierter. Während der Bestellstatus relativ eindeutig immer von der WaWi in Richtung Shopware synchronisiert wird und in der Regel NICHT umgekehrt, kann sich der Zahlungsstatus in beiden Systemen verändern und muss dann je nach Situation VON oder NACH Shopware synchronisiert werden.
Beispielsweise bei einer Zahlung über PayPal oder Kreditkarte wird der Zahlungsstatus von Shopware über einen Zahlungsprovider automatisch gesetzt. Dieser geänderte Zahlungsstatus sollte dann also optimalerweise auch von Shopware nach TRADElube (und falls möglich weiter in die WaWi) synchronisiert werden. Bei einer Vorauszahlung ist dies unter Umständen umgekehrt. Der Status wird in der WaWi eingetragen (falls möglich, oder indirekt über den Bestellstatus) und sollte dann bei erfolgreicher Bezahlung bzw. beim Abschluss der Bestellung dann optimalerweise auch in Shopware über die Schnittstelle gesetzt werden.
Für dieses Thema gab es bisher auch entsprechende Lösungen. Diese Lösungsansätze wurden jetzt aber nochmal deutlich vereinfacht, durch weitere Skriptfelder und ein einfacheres und jetzt meist allgemeingültiges Standardskript.
In Worten ausgedrückt macht dieses Standardskript im Transferplan der Aufgabe "Shopware Bestellungen Herunterladen" nun folgendes: Wenn der aktuelle Zahlungsstatus in Shopware einem in TRADElube zugeordnete Zahlungsstatus entspricht und dieser als final (geschlossen) definiert ist (z. B. Bezahlt, Abgebrochen, Erstattet etc.), nur dann wird der Zahlungsstatus in TRADElube auch übernommen.
Das folgende neue Standardskript im Transferplan der Aufgabe "Shopware Bestellstatus Aktualisieren" macht ähnliches. Jedoch wird der Status in Shopware nur überschrieben, falls hier noch kein bekannter und finaler Status bereits eingetragen ist.
Sollte bei Ihnen jeweils noch ein älteres Skript eingetragen sein, dass nichts indiduelles macht, dann können Sie über die ebenfalls neue Schaltfläche "Standard Wiederherstellen" das neue Skript laden. Oder setzen sie sich am besten mit uns im Verbindung und wir nehmen die Konfiguration fachgerecht vor.
Übersetzung von Fortschrittsanzeigen
Sehr viele Texte von Fortschrittsanzeigen waren bisher noch nicht ins deutsche übersetzt. Dies wurde nun zumindest für die meisten nachgeholt.
Hintergrund: TRADElube ist intern in englisch entwickelt und vollständig in andere Sprachen übersetzbar - bisher deutsch. Deshalb, wenn manchmal irgendwelche Texte in Englisch auftauchen handelt es sich nicht um Inkonsistenz sondern um Unvollständigkeiten bei den Übersetzungen.
Viele Interne Optimierungen bzgl. Performance und Systemstabilität
Wie meist nicht explizit in den Release Notes erwähnt gibt es auch dieses mal wieder mehrere interne Optimierungen zur Verbesserung von Systemstabilität, Performance etc.
Nur ein Beispiel: Es werden nun im Uhrzeitraum von 01:15 bis 01:45 alle Übertragungen zu TriCon pausiert, da in diesem Zeitraum täglich einige Services von TriCon neu gestartet werden. Durch diese Pause werden also vorhersehbare Verbindungsabbrüche vermieden.
TRADElube 1.2.0.20 Release Notes
Release Datum: 21.10.2022
Optimierungen an der automatischen E-Mail-Benachrichtigung
Dieses Feature wurde mit dem letzten Release Version 1.2.0.19 eingeführt.
Die Status E-Mails wurden zu früh verschickt. Es war eigentlich so gedacht, dass diese erst 3 Stunden später nach Auftreten eines Fehlers verschickt werden, sofern sich dieser in diesem Zeitraum nicht schon wieder von selbst erledigt hat. Gerade z. B. kurze Verbindungsproblemen zum Onlineshop kann es schon mal geben, weil dies von äußeren Einflüssen abhängt. z. B.:
- kurzfristige Probleme mit der Internetverbindung
- ein Backup des Onlineshops wird erstellt
- Wartungsarbeiten am Shop werden durchgeführt
- etc.
Solche kurzfristigen Fehler haben in der Regel keine Konsequenzen und wurden aber fälschlicherweise sofort nach dem Auftreten als E-Mail verschickt. Erfasst sollten solche Fehler jedoch sinnvollerweise nur werden, falls das Problem längerfristig besteht. Ein Hinweis: Der Versand der Status Mails wird übrigens zusätzlich eingeschränkt, indem max. 1x täglich so eine Mail versendet wird, aber nur bei Änderungen des Status. Erfolgsmeldungen, also wenn sich Probleme wieder erledigt haben gibt es bisher noch nicht. Schreiben Sie uns gerne eine Mail an info@ffe-tech.com, wenn Sie so eine Erfolgsmeldung sinnvoll finden würden.
Auch Inhaltlich an diesen E-Mails wurde noch einiges verbessert. Z. B. der Zeitpunkt der Prüfung wurde hinzugefügt. Zeiträume werden nun inkl. Uhrzeit angezeigt.
Auszeit zwischen 1 und 2 Uhr Nachts
Es wurde nun eine tägliche fixe Auszeit für die Hintergrunddienste eingebaut. Täglich im Zeitraum von 01:00 bis 02:00 Uhr Nachts werden ab sofort die Hintergrunddienste keine Aufgaben mehr ausführen.
Unsere Empfehlung in diesem Zusammenhang: Planen Sie auf diesen Zeitraum automatische Wartungsfunktionen (wie z. B. Backups oder Neustarts für Ihr Shopsystem). Dadurch werden vorhersehbare Verbindungsabbrüche der Schnittstelle beim Zugriff auf ihr Shopsystem vermieden.
Performanceoptimierungen bei TriCon Anbindung
Bei der Aufgabe "TriData Produkte Herunterladen" wird nun bei jedem Ausführen (ab dem 2. mal) in den Hintergrunddiensten bei TriCon vorab angefragt, ob lt. dem Änderungsdatum der Produkte sich zwischenzeitlich überhaupt irgendwas geändert hat. Falls nicht wird die aktuelle Durchführung der Aufgabe nun sofort beendet. Dies spart nun vor allem bei Mandanten mit sehr vielen Produkten eine Menge unnötiges Transfervolumen und dient daher auch einer großen Entlastung sowohl für die TriCon- als auch für die TRADElube-Server.
Da die Hintergrunddienste für einen Mandanten generell alle 3 Stunden neu geladen werden, erfolgt der volle Durchlauf daher in den Zeiten wo sich nichts ändert trotzdem noch alle 3 Stunden anstatt bisher alle 10 Minuten. Dies aber nur zur Sicherheit. Ein Hinweis: Mit vollem Durchlauf ist seitens TRADElube nicht gemeint, dass alle Produkte vollständig abgeglichen werden, sondern nur das nochmal für alle Produkte eine Überprüfung erfolgt, was ziemlich schnell geht (siehe dazu auch Optimierungen in der Version 1.2.0.1). Ein tatsächlicher Abgleich erfolgt generell immer nur dann wenn sich was geändert hat, mit Ausnahme nach Eintreten der Erneuerungszeit (je nach Einstellung: Nächtlich, Täglich, Wöchentlich, Monatlich oder auch Niemals).
Manuelle TriCon Abfragen für Analysezwecke
Im Kanal von TriData kann man nun ganz unten im Bereich "Analyse" einzelne Abfragen an TriCon manuell ausführen. Als Ergebnis erhält man dann jeweils eine Datei zum Download bereitgestellt, die sowohl den Request von TRADElube an TriCon als auch den vollständigen Response von TriCon enthält.
TRADElube 1.2.0.21 Release Notes
Release Datum: 26.10.2022
Weitere Performance Optimierungen
Performance der Aufgabe "TriData Eigenschaften Herunterladen" optimiert. Ähnlich wie die Änderung in Version 1.2.0.20 bzgl. der Aufgabe "TriData Produkte Herunterladen"
Einträge mit Übertragungsfehler beim Löschen von Einträgen (z. B. Fehler beim Löschen von Produkten in Shopware weil es unbekannte Verknüpfungen gibt), wurden unnötigerweise immer wieder zum Übertragen probiert. Nun wird dieser Sachverhalt auch so behandelt wie das bereits bei normalen fehlerhafte Übertragungen schon lange der Fall ist. Das funktioniert so, indem diese Übertragungen nach dem ersten Auftreten des Fehlers zwar noch 2 Stunden lang immer wieder probiert werden (falls es nur vorrübergehende Fehler sind), danach dann aber nur noch einmal in 6 Stunden. Dabei werden auch immer nur max. 10 Einträge neu probiert. Klingt kompliziert, aber solche unscheinbaren und versteckten Konzepte sind wichtig und notwendig, damit die Server nicht unnötig überlastet werden, auf Kosten der allgemeinen Performance.
Fälschlicherweise Eigenschaften gelöscht
Bedauerlicherweise gab es einen Fehler bei der Aufgabe "Shopware Eigenschaften Hochladen". Hier wurden fälschlicherweise Eigenschaften (bzw. Eigenschaftswerte) gelöscht, die aufgrund der Erneuerungszeit (siehe TRADElube 1.2.0.1 Release Notes) eigentlich für erneutes Übertragen vorgesehen waren (z. B. je nach Einstellung nach einer Woche). Der entsprechende Code für diese Erneuerungsregel wurde fälschlicherweise bei der Programmierung in der falschen Funktion eingefügt, "RemoveProperties" anstatt "UploadProperties" 😦
Dafür möchten wir uns entschuldigen! Und auch darauf hinweisen, dass wir die Software als ganzes auch nochmal auf dieses Fehlerbild untersucht haben. Sonst haben wir aber nichts mehr gefunden. Auch die Version 1.1.3 ist nicht betroffen. Das Problem ist mit der Version 1.2.0 hinzugekommen.
Die Korrektur der Eigenschaftwerte erfolgt nun mit der Version 1.2.0.21 entweder nach einiger Zeit automatisch, sofern auch bei der Aufgabe "Shopware Produkte Hochladen" eine Erneuerungszeit eingestellt ist, oder schneller wenn man diese Aufgabe zurücksetzt, dann wird nochmal alles sofort vollständig synchronisiert.
TRADElube 1.2.0.22 Release Notes
Release Datum: 29.10.2022
Zuordnung von Eigenschaften unter Umständen fehlerhaft
Hektik erzeugt weitere Fehler. Hiermit nachgewiesen, da mit dem Bugfix vom 26.10.2022 (Fälschlicherweise Eigenschaften gelöscht) nochmal ein Problem hinzugekommen ist, dass unter bestimmten Umständen die Eigenschaftswerte nicht den richtigen Eigenschaften zugewiesen werden, aufgrund eines fehlenden Filters.
Das trat aber nur dann auf, wenn der Aufgabe "Shopware Eigenschaften Hochladen" eine Erneuerungszeit zugewiesen war und es auch Einträge gab die aufgrund der Erneuerungszeit erneut übertragen werden mussten. Deshalb haben wir bei allen Kunden sofort nach dem das Problem aufgefallen ist (das war sehr zeitnah) diese Erneuerungszeit in dieser Aufgabe deaktiviert und nochmal alle Eigenschaften synchronisiert. Damit wurden etwaige Zuordnungen wieder automatisch korrigiert.
Mit diesem Upgrade ist das Problem wieder behoben und die Erneuerungszeit kann auch wieder bedenkenlos aktiviert werden.
Weitere manuelle TriCon Abfragen für Analysezwecke
Wie in der Version Version 1.2.0.20 eingeführt wurden nun weitere TriCon- Abfragen bzw. Downloads ergänzt. Zu finden im Kanal von TriData ganz unten im Bereich "Analyse".
Fehlermeldung integriert bei Lagerbestandsabgleich wenn Artikelnummer nicht zusammenpasst
Für eine normalen Konfiguration wo auch die Produktdaten synchronisiert werden ist dies nicht erforderlich, da in diesem Fall auch bedenkenlos die Artikelnummer in der WaWi geändert werden darf. Dies liegt daran, da TRADElube zwar bei der ersten Synchronisation über die Artikelnummer eine Verknüpfung herstellt, aber bei weiteren Synchronisierungen dann nur noch die interne ID für die Zuordnung verwendet.
Diese Änderung wurde deshalb vor allem für diejenigen Konfigurationen gemacht, wo keine Produktinhalte sondern ausschließlich die Lagerbestände zwischen WaWi und Onlineshop etc. synchronisiert werden. In diesem Fall werden oft die Produkte sogar manuell im Shop angelegt. TRADElube verknüpft diese dann von der WaWi bis zum Onlineshop bei der ersten Synchronisierung initial über die Artikelnummer. Danach jedoch ist es in dieser Konfiguration nicht erlaubt, dass man dann nochmal die Artikelnummer ändert, weder in der WaWi noch im Shop. Hat man es dennoch gemacht, führte dies in der Konsequenz zu einem gewissen Durcheinander. Man hat dann über die Artikelnummer nicht mehr gefunden was man suchte, da diese ja nachträglich geändert wurden.
Deshalb führt dies ab sofort bei den Aufgaben "TriData Lagerbestände Herunterladen" und "Shopware Lagerbestände Hochladen" bei der Übertragung zu einer Fehlermeldung, wenn die Artikelnummer nicht mehr übereinstimmt. Diese Fehlermeldungen sind dann hilfreiche Hinweise dafür um gezielt wieder aufräumen zu können.
Weitere Performance Optimierungen bei Vollabgleich der Lagerbestände
Bei einer großen Anzahl Artikeln (mehrere 10tsd) hatten mittlerweile die 5 Minuten Begrenzung bei den Hintergrunddiensten für einen Vollabgleich der Lagerbestände nicht mehr ausgereicht, auch wenn es effektiv keine Änderungen gab.
Nun wurde die Aufgabe "TriData Lagerbestände Herunterladen" mit demselben Konzept optimiert, welches bereits seit längerem für die Aufgabe "TriData Produkte Herunterladen" schon angewendet wird und auch mittlerweile etabliert ist. Stark vereinfacht basiert das Konzept darauf, dass alle Informationen zu den Übertragungen und Zuordnungen etc. quasi in einem Stück aus der Datenbank geladen werden, statt für jedes Produkt einzeln. Dies beschleunigt den Vorgang von vorher mehreren Minuten auf nun wenige Sekunden bei wie erwähnt mehreren 10tsd Artikeln, also je mehr Artikel, desto mehr Effekt. Bei wenigen Artikeln z. B. 1000 ging es bisher auch schon immer sehr schnell.
Weitere Hintergrundinformationen: Sowas wie ein Vollabgleich ist nur in den Download Fällen überhaupt erforderlich. Bei Uploads (z. B. "Shopware Produkte Hochladen" etc.) ist dies nicht relevant, da TRADElube hier bereits von selbst weiß, was sich geändert hat.
TRADElube 1.2.0.23 Release Notes
Release Datum: 05.11.2022
Fehler beim Öffnen eines Produktes bei Eigenschaften vom Typ Datum oder Zahl
Wenn man Produkteigenschaften vom Typ Datum (z. B. Lieferzeit) oder Zahl verwendet und diese Eigenschaften bei einem Produkt nicht befüllt sind, dann gab es beim Öffnen dieses Produkts im Backend in der Produktverwaltung einen Konvertierungsfehler.
Fehlertexte überarbeitet
Die bisherigen Klassifizierungen der Fehlertexte wurden überarbeitet. Sowohl inhaltlich als auch bzgl. Performance.
Fehler bei der Berechnung von Bestellpositionen mit gemischten Steuersätzen
Bei der Änderung in der Version 1.2.0.11 bzgl. Aufsplitten von Bestellpositionen mit unterschiedlicher MwSt. war die Berechnung bisher noch nicht korrekt. Fälschlicherweise wurde auch die Menge anteilig berechnet, wodurch in der Folge auch das Endergebnis dieser Position dann nicht korrekt war. Dies trat nur in dem Sonderfall auf, dass für eine Position mehrere MwSt.-Sätze (z. B. 19% und 7%) anteilig in Shopware berechnet werden. Z. B. für Versandkosten oder Rabatt, wenn sich der Warenkorb aus Produkten mit unterschiedlichen MwSt.-Sätzen zusammensetzt.
TRADElube 1.2.0.24 Release Notes
Release Datum: 05.11.2022
Export der Versandkosten gruppiert nach MwSt.
Nach unterschiedlicher MwSt. gesplittete Versandkosten (seit der Version 1.2.0.11) wurden in CAO-Faktura als eine Gesamtposition importiert mit dem durchschnittlichen MwSt. Satz. Daher konnte CAO-Faktura in diesen Sonderfällen die Versandposition aufgrund des ungewöhnlichen MwSt. Satzes nicht vollständig übernehmen. Nun werden mehre Versandkosten-Gesamtpositionen gruppiert nach den verschiedenen MwSt.-Sätzen exportiert.
<TOTAL>
<TOTAL_TITLE>Versandkosten</TOTAL_TITLE>
<TOTAL_VALUE>4.4044</TOTAL_VALUE>
<TOTAL_CLASS>ot_shipping</TOTAL_CLASS>
<TOTAL_SORT_ORDER>2</TOTAL_SORT_ORDER>
<TOTAL_PREFIX>+</TOTAL_PREFIX>
<TOTAL_TAX>19</TOTAL_TAX>
</TOTAL>
<TOTAL>
<TOTAL_TITLE>Versandkosten</TOTAL_TITLE>
<TOTAL_VALUE>5.3956</TOTAL_VALUE>
<TOTAL_CLASS>ot_shipping</TOTAL_CLASS>
<TOTAL_SORT_ORDER>3</TOTAL_SORT_ORDER>
<TOTAL_PREFIX>+</TOTAL_PREFIX>
<TOTAL_TAX>7</TOTAL_TAX>
</TOTAL>
TRADElube 1.2.0.25 Release Notes
Release Datum: 05.11.2022
Bei Aufpreis Gutscheinposition doppelt exportiert
Aus Shopware importierte Aufpreise wurden in CAO-Faktura zusätzlich noch als Gesamtposition für Gutscheine exportiert (bzw. dann die Summe aller Gutscheine und auch mit unterschiedlicher MwSt. gemischt).
<TOTAL>
<TOTAL_TITLE>Gutschein</TOTAL_TITLE>
<TOTAL_VALUE>1.18</TOTAL_VALUE>
<TOTAL_CLASS>ot_gv</TOTAL_CLASS>
<TOTAL_SORT_ORDER>3</TOTAL_SORT_ORDER>
<TOTAL_PREFIX>-</TOTAL_PREFIX>
<TOTAL_TAX>-34.07</TOTAL_TAX>
</TOTAL>
Nun wurde die Übergabe der Gesamtpositionen (Total) für Gutscheine und Rabatte an CAO-Faktura vollständig deaktiviert, da aktuell die Gutscheine und Rabatte auch als Einzelposition an CAO-Faktura übergeben werden. Bei Minus-Beträgen von Gutscheinen war dies bisher noch nicht aufgefallen, da in diesem Fall bisher keine Gesamtposition generiert wurde. Erst durch einen Aufpreis, wenn sich in Summe ein Plus-Betrag ergibt wurde die Gutschein-Gesamtposition generiert.
Für die nächste Hauptversion ist hier nochmal eine generelle Überarbeitung angedacht, so dass man einstellen kann, ob man Versandkosten, Gutscheine, Rabatte als Einzelposition oder als Gesamtposition (Total) übergeben möchte. Außerdem soll dann generell jede Gesamtposition nach MwSt. gruppiert werden.
Auch seitens der Shopware Anbindung gibt es hierzu noch Optimierungsbedarf. Da gibt es bisher nur die Unterscheidung von Produkt- und Gutscheinpositionen, wobei letztere für Gutscheine, Rabatte und Aufpreise aktuell gleichermaßen verwendet wird. Für die WaWi (sowohl CAO-Faktura als auch TriData) macht es keinen Unterschied, jedoch die Anzeige in TRADElube ist hier aktuell undifferenziert ("Gutschein" für alle die genannten Fälle).
TRADElube 1.2.0.26 Release Notes
Release Datum: 18.11.2022
Wiederholtes Setzen des Änderungsdatum bei Übertragungsfehlern verzögerte Mail-Benachrichtigung
Bei speziellen Übertragungsfehlern wurde das Änderungsdatum bei jeder erneuten Ausführung aktualisiert, obwohl sich an dem Fehlerstatus im Vergleich zur vorhergehenden Ausführung nichts geändert hat. Dies hatte indirekt die ungewollte Auswirkung, dass sich die Mail-Benachrichtigung hinausgezögert hat oder dass die Mail-Benachrichtigung dann jeden Tag aufgrund des selben Fehlers nochmal gesendet wurde. Eine Statusbenachrichtigung per Mail erfolgt immer erst 3 Stunden nach Auftreten des Fehlers (bzw. nach Änderungszeit des Fehlers) oder max. nach einem Tag nach dem ersten Auftreten irgend eines Fehlers. Zusätzlich werden Statusmails auf max. einmal täglich begrenzt.
Erneuerungszeiten überarbeitet
Die Einstellung von Erneuerungszeiten wurde aus den Aufgaben zu den Bestellungen entfernt, da es hier keinen sinnvollen Zweck erfüllt, im Gegensatz zur regelmäßigen Übertragung des Produktsortiments. Als Standard (bei Neuinstallation) wird hier nun künftig "Wöchentlich" vorgegeben. Ausnahme bei den Bildern: hier ist die Erneuerung künftig standardmäßig auf "Niemals" eingestellt, Da es hier auch nur in Ausnahmefällen Sinn macht, die Bilder regelmäßig neu zu übertragen.
Produkte Bereinigen überarbeitet - AUTOMATISCH für Ausnahmefälle
Die neue Aufgabe aus Version 1.2.0.19 zum Bereinigen des Produktsortiments (durch Vergleich der in TriCon gelisteten Produkte) kann nun doch in Ausnahmefällen auf automatisch gestellt werden.
Beachten Sie aber: Dies wird ausdrücklich NICHT empfohlen. Die Aufgabe sollte besser von Zeit zu Zeit manuell ausgeführt werden, da man so immer nochmal manuell prüfen kann, ob die betroffene Anzahl Sinn ergibt - zum Fortsetzen muss dann ein Dialog bestätigt werden. Hinweis: Es werden dann alle Produkte gelöscht, die nicht mehr in der Liste von TriCon enthalten sind! In gewissen Ausnahmefällen von Fehlersituationen nach einem Vollupload könnte die Liste vielleicht mal nicht vollständig sein, dies kann von TRADElube nicht unterschieden werden (mit Ausnahme wenn die Liste mal vollständig leer ist - nur dann wird nichts gelöscht). Bedenken Sie, die gelöschten Produkte werden dann in der Folge auch im Shop entfernt, inkl. der Daten die Sie unter Umständen manuell Shop-seitig mühsam gepflegt haben!
Übrigens: Zum Bestätigen der Dialoge, wenn die Aufgabe manuell ausgeführt wird, muss nun kein 4 stelliger Code mehr eingegeben werden. Diese Sicherheitsvorkehrung war etwas übertrieben und wurde jetzt wieder entfernt.
Unsere Konfigurations-Empfehlung: "Produkte Bereinigen" deaktivieren und nur die "Medien bereinigen" aktivieren - siehe Abb. unten. Dadurch wird der Speicherplatz geschont, in der Folge auch im Shop. Die Produkte alleine (also ohne Bilder) in TRADElube und im Shop benötigen nicht viel Speicherplatz und der Vorteil ist, dass bei ihren Endkunden im Shop die Verkaufshistorie erhalten bleibt, wenn die Produkte nicht gelöscht, sondern nur inaktiv geschaltet werden. Letzteres passiert über TRADElube sowieso automatisch und bei dieser Konfiguration kann auch die Aufgabe "Produkte Bereinigen" mit weniger Risiko auf automatisch gestellt werden.
PS: Melden Sie sich gerne unter info@ffe-tech.com und wir übernehmen die Konfiguration.
Neue Skript Variablen für die Preisberechnung
Neue Skript Variablen (Hersteller, Warengruppe und Kategorien) für die individuelle Preisberechnung. So ist es möglich, dass spezifisch auf Hersteller, Warengruppen oder Kategorien Preise benutzerdefiniert berechnet werden. Siehe z. B. das Skript in der Abb. wo für den Hersteller "Sony" -20% berechnet wird.
Fehler beim Hochladen von Lagerbeständen von bereits zum Löschen markierten Produkten
Bei Produkten, die bereits gelöscht wurden, aber wo die Übertragung nach Shopware noch nicht stattgefunden hat, so dass diese noch nicht aus Shopware gelöscht wurden, gab es beim Hochladen der Lagerbestände einen Fehler. Diese bereits zum Löschen markierten Produkte werden ab jetzt in der Aufgabe "Shopware Lagerbestände Hochladen" ausgeschlossen.
TRADElube 1.2.0.27 Release Notes
Release Datum: 25.11.2022
Bestellstatus "Abgelehnt" wurde bisher als Storno interpretiert
Bestellungen, die von TriCon nicht in TriData importiert werden können, erhalten den Bestellstatus "Abgelehnt". Dieser Sachverhalt wurde bisher in TRADElube falsch interpretiert und die betroffene Bestellung wurde fälschlicherweise storniert.
Ab jetzt wird für diese Bestellungen ein Fehler in TRADElube erzeugt und es hat somit nun keinen Einfluss mehr auf den Bestellstatus. Die konkrete Fehlerursache in so einem Fall kann von TRADElube nicht ermittelt werden. Dies kann aber in TriData beim Übertragungsprotokoll nachgesehen werden.
Hinweis: Die Zuordnung des Bestellstatus "Abgelehnt" wird nicht automatisch entfernt und kann aus der Konfiguration nun aber gelöscht werden. Es ist auch kein Problem, wenn dieser Status noch zugeordnet ist - die Zuordnung wird ignoriert und es kommt auf jeden Fall ab jetzt trotzdem zu dem gewünschten Fehler.
Wiederholtes Setzen des Änderungsdatum bei Übertragungsfehlern verzögerte Mail-Benachrichtigung
Ein ähnliche Optimierung wurde auch bereits in der vorherigen Version 1.2.0.26 durchgeführt.
Es gab nun noch eine weitere Ursache, warum bei prinzipiell identischen Fehlern das Änderungsdatum der Übertragung geändert wurde. Und zwar kann es vorkommen, dass sich die Fehlermeldung (z. B. von Shopware) immer etwas unterscheidet, z. B. weil das aktuelle Datum enthalten ist.
Nun werden Fehler über deren Klassifizierung (eingeführt in Version 1.2.0.10) unterschieden, so dass der dahinterliegende Fehlertext sich auch unterscheiden darf, ohne Einfluss auf das Änderungsdatum und somit indirekt auf die Status-Benachrichtigung per E-Mail.
Ausnahme: Bei noch nicht klassifizierten Fehlern wird nach wie vor der dahinterliegende Fehlertext verglichen. Solche noch unbekannten Übertragungsfehler werden aber dann von uns immer zeitnah analsiert und mit einer möglichst aussagekräftigen Fehlerbeschreibung klassifiziert.
TRADElube 1.2.0.28 Release Notes
Release Datum: 06.12.2022
Ergänzung weiterer Kategorien für ein Produkt durch Benutzerfelder ist nun möglich
Standardmäßig ist in TriData je Produkt die Zuordnung einer Warengruppe bzw. in der Folge einer Shop-Kategorie möglich. Nun kann das durch ein Skript mit weiteren benutzerdefinierten Produktfeldern erweitert werden, indem dann weitere Kategorien in einem Bezeichnungs- bzw. Beschreibungsfeld direkt beim Produkt hinterlegt werden könnten.
Hinweis:
Praktisch dafür sind die zusätzlichen und mehrzeiligen Internet-Beschreibungsfelder, da man hier per Skript auch eine-Zeile-pro-Kategorie definieren kann. Diese Felder haben bisher auch keine sonstige Verwendung für TRADElube.
Interne Optimierungen
Es gibt ein paar interne Optimierungen.
- Es wurden bisher keine externen Fehlermeldungen protokolliert, wenn beim Löschen irgendein Fehler auftritt
- Duplikate von Mappings werden nun automatisch bereinigt (diese verursachten in seltenen Fällen Übertragungsfehler)
- Probleme mit Kategorieverlinkungen (bisher nur für eBay relevant) behoben
- Änderung der Sortierung von Produktkategorien (bisher nur für eBay relevant) über die Schaltflächen "Nach oben" & "Nach unten" funktionierte noch nicht richtig
TRADElube 1.2.0.29 Release Notes
Release Datum: 06.12.2022
Erweiterte Preise wurden gelöscht auch wenn nicht konfiguriert
Für Shopware können schon länger erweiterte Preise (Staffelpreise etc.) konfiguriert werden. Bisher wurden die erweiterten Preise dann aber auch im Shop gelöscht, auch wenn keiner konfiguriert war. Dadurch war es nicht möglich die erweiterten Preise nur Shop-seitig zu verwalten. Nun wird keine Änderung mehr an den erweiterten Preisen im Shop vorgenommen, wenn nicht mindestens ein Preis dafür konfiguriert wurde.
TRADElube 1.2.0.30 Release Notes
Release Datum: 12.01.2023
Absturz der Anzeige von Ausführungsprotokoll nach manuellem Ausführen einer Aufgabe
Nach dem manuellen Ausführen einer Aufgabe (im Backend von TRADElube Bereich "Aufgaben" → Schaltfläche "Ausführen") wurde unter bestimmten Voraussetzungen das Ausführungsprotokoll nach Abschluss der Ausführung nicht mehr angezeigt. Die Seite ist an dieser Stelle abgestürzt, sofern im Protokoll Übertragungsfehler enthalten waren. Hier gab es eine Null-Referenz-Exception beim Zugriff auf die Fehlerklassifizierung.
Überarbeitung der Preis Konfiguration für bessere Skript-Unterstützung
Die Konfiguration der Preise im Kanal CAO-Faktura (Bereich Transferpläne → Produkte → Aktualisieren → Preise ...) wurde intern überarbeitet, da es bisher nicht möglich war z. B. den Aktionspreis in einem Skript für einen Preis vom Typ "Verkaufspreis" zu verwenden. Nun kann bei allen Preisen (jeden Typs) ein Skript hinterlegt werden, wo auch wiederrum jeweils alle Preise (jeden Typs) aus CAO-Faktura verwendet werden können.
TRADElube 1.2.0.31 Release Notes
Release Datum: 25.01.2023
Rundungsfehler bei der Übergabe des MwSt.-Satzes bei gesplitteten Versandkosten
In der Version 1.2.0.24 gab es eine Änderung zur Unterstützung von mehreren Versandkosten mit unterschiedlicher MwSt.-Sätzen in einer Bestellung. Im Falle von Versandkosten im wenigen Cent-Bereich (z. B. 0.02 €) gibt es seither ein Rundungsproblem, so dass das Ergebnis für den MwSt.-Satz nicht ganz exakt berechnet wird (z. B. statt 7% 7,03%). In diesem Fall konnte der MwSt. Satz in CAO nicht übernommen werden und dieser musste dann in CAO händisch korrigiert werden. Das Problem ist prinzipiell nur bei nach Mwst.-Satz gesplitteten Versandkosten aufgefallen, da es sich bei Versandkosten ansonsten in der Regel um einen viel größeren Betrag handelt.
In diesem Zusammenhang gibt es nun in der nächsten Hauptversion 1.2.1 auch eine größere Überarbeitung.
Weitere bisher unbenutzte Felder für Eigenschaften und Lagerbestand verwendbar
Weitere bisher unbenutzte Felder aus CAO-Faktura (z. B. FSK18, Lieferstatus, Herkunftsland, Mindestbestand, Produkt-URL, ...) können nun für die Zuweisung von benutzerdefinierten Eigenschaften im Kanal CAO-Faktura im Bereich "Transferpläne" → Register "Produkte" → "Aktualisieren" → "Eigenschaften" verwendet werden. Für die Zuweisung des Lagerbestandes per Skript im Register "Produkte" → "Aktualisieren" → "Lagerbestand" wurden die möglichen Felder um Mindestbestand und Lieferstatus ergänzt.
In diesem Zusammenhang gibt es auch in der nächsten Hauptversion 1.2.1 eine Neuerung, wo Werte von Vaterartikeln in einem Skript des Kindartikels verwendet werden können.
Skriptfelder zum Freigeben von Bestellungen ergänzt
In der Aufgabe "Shopware Bestellungen Herunterladen" wurde für die Zuweisung zur Freigabe von Bestellungen einige Skriptfelder ergänzt:
- Felder bzgl. aktuellem und Ziel-Zahlungsstatus
- Felder bzgl. Ziel-Zahlungsart
- Felder bzgl. aktuellem und Ziel-Lieferstatus
- Felder bzgl. Ziel-Lieferart
Dabei wurden die Zuweisungen für Zahlungsart, Zahlungsstatus, Lieferart und Lieferstatus intern überarbeitet bzw. vereinheitlicht.
TRADElube 1.2.0.32 Release Notes
Release Datum: 30.01.2023
Daten mit existierenden Übertragungsfehlern wurden nicht gelöscht
Wenn man Daten (z. B. Produkte, Bilder etc.) gelöscht hat, für die im Fehlerprotokoll bereits Übertragungsfehler enthalten waren, wurden diese Daten aufgrund des existierenden Fehlers nicht mehr von der Schnittstelle im Zielsystem gelöscht. Der Fehler blieb im Fehlerprotokoll erhalten und musste quasi selbst erst manuell gelöscht werden, damit dann auch die Übertragung finalisiert werden konnte. Dies ist nun nicht mehr notwendig und ein solcher Konflikt wird ab jetzt automatisch bereinigt.
Anzeige der Laufzeit von Aufgaben optimiert
Während eine Aufgabe im Hintergrund ausgeführt ist der Startzeitpunkt größer als der zuletzt gespeicherte Stopzeitpunkt. Dies wurde bisher auch immer so angezeigt. Nun wird in diesem Fall der Text "Wird Ausgeführt" oder bei einem Abbruchszenario der Text "Abgebrochen" angezeigt.
Ausführung von Aufgaben im Hintergrund optimiert
Bislang war es so, dass die Hintergrundlaufzeit einer Aufgabe auf 5 Minuten begrenzt war. Dann hatte das System die Aufgabe unterbrochen, und beim nächsten Zyklus (je nach eingestellter Leistung, z. B. 10 Minuten) wieder gestartet. Dies sollte die Serverlast optimieren. Dieses Vorgehen hatte sich jedoch auf Dauer nicht bewährt und führte gerade bei großen Produktsortiment (und vielen gleichzeitigen Änderungen) zu sehr langsamen Übertragungszeiten (von der WaWi bis zum Onlineshop) und auch zu erhöhten Datenverbrauch. Daher werden einzelne Aufgaben ab dieser Version bei der Ausführung im Hintergrund nun nicht mehr angehalten und grundsätzlich immer vollständig ausgeführt. Die Ausführung wird dann immer erst nach einer Aufgabe unterbrochen bzw. pausiert, in dem Fall das die 5 Minuten Timeout bereits erreicht wurden. Es gab hierzu interne Überarbeitung für die Sicherstellung, dass Aufgaben weiterhin nicht zur gleichen Zeit doppelt ausgeführt werden können.
Nicht freigegebene Bestellungen werden nun regelmäßig synchronisiert
Standardmäßig werden Daten nur neu synchronisiert, wenn sich auch irgendwas was verändert hat. Für die Freigabe von Bestellungen jedoch war eine Ausnahme notwendig, da es hier manchmal sinnvoll ist in dem entsprechenden Skript einen zeitlichen Faktor zu hinterlegen. Z. B. wenn eine Bestellung mit einer bestimmten Zahlungsart 2 Stunden alt ist, dann soll diese spätestens freigegeben werden, egal ob ob ein gültiger Zahlungsstatus vorhanden ist. Deshalb werden nun Bestellungen, die noch nicht freigegeben sind jedes mal neu synchronisiert.
Im folgender Abbildung ein Beispiel für so ein Skript:
TRADElube 1.2.0.33 Release Notes
Release Datum: 30.01.2023
Fehlerstatus von Aufgaben wurde nicht mehr quittiert
Ins letzte Update 1.2.0.32 ist versehentlich ein Bug hinzugekommen, der verursachte, dass Aufgaben die einmal auf einen fehlerhaften Status gegangen sind, nicht mehr auf "Erfolgreich" zurückgewechselt sind. Außerdem waren die Aufgaben ab dann jeweils nach einer Ausführung immer für eine Minute gesperrt. Dies ist unmittelbar nach dem letzten Update aufgefallen und wurde sofort behoben. Es sollte daher gar nicht erst aufgefallen sein.
TRADElube 1.2.0.34 Release Notes
Release Datum: 30.01.2023
Verschoben nach TRADElube 1.2.0.37 Release Notes
TRADElube 1.2.0.35 Release Notes
Release Datum: 31.01.2023
Verschoben nach TRADElube 1.2.0.37 Release Notes
TRADElube 1.2.0.36 Release Notes
Release Datum: 31.01.2023
Verschoben nach TRADElube 1.2.0.37 Release Notes
TRADElube 1.2.0.37 Release Notes
Release Datum: 31.01.2023
Aufgaben sporadisch nach ein paar Minuten beendet
Die Änderung im Update 1.2.0.32 bzgl. Optimierung der Ausführung von Aufgaben im Hintergrund funktionierte in der Produktivumgebung nicht richtig. Aufgaben mit langer Laufzeit wurden trotzdem sporadisch nach ein paar Minuten beendet, da die regelmäßige Aktualisierung eines Datenbankfeldes (Datumsfeld) während des Ausführung der Aufgabe sporadisch nicht funktionierte. Das Problem ist irgendwie verursacht durch einen Bug in MySQL (oder in den MySQL Treibern von .Net), was aber in der Entwicklungsumgebung nicht nachstellbar war. Nun wurde ein entsprechender Workaround eingebaut, der dieses MySQL-Problem umgeht.
TRADElube 1.2.0.38 Release Notes
Release Datum: 02.02.2023
Workaround aufgrund eines Bugs in MySQL bzw. in den MySQL Treibern
Die Änderung im Update 1.2.0.32 (am 30.01.2023) bzgl. Optimierung der Ausführung von Aufgaben im Hintergrund funktionierte nicht richtig. Aufgaben mit langer Laufzeit wurden sporadisch nach ein paar Minuten beendet. Das war anfänglich in der Entwicklungsumgebung nicht reproduzierbar und trat dann erst in der Produktivumgebung auf. Es konnte daher die letzten paar Tage bei größeren Mengen an geänderten Daten etwas zu Verzögerungen bei den Übertragungen kommen.
Zwischenzeitlich wurden ein paar Updates (1.2.0.34 - 1.2.0.37) eingespielt zur genaueren Analyse der Ursache und ein paar Workarounds, die aber immer noch nicht zu 100% funktionierten.
Mit diesem Update wurde die Ursache nun eindeutig ermittelt und behoben. Unter MySQL bzw. mit dem MySQL Connector für .Net funktionieren sporadisch die Aktualisierung von DateTime Feldern nicht richtig, wenn diese mit parametrisierten SQL-Statements an den MySQL Server geschickt werden. Der Wert in der Datenbank weicht dann nicht immer aber sporadisch ein paar Sekunden vom ursprünglichen Wert ab. Das war die Ursache, warum sich die Aufgabe dann beendet hat, da hier ein DateTime Feld einmal in der Minute mit dem aktuellen Zeitpunkt während der Ausführung gesetzt wird. Über dieses Vorgehen wird sichergestellt, dass eine Aufgabe nicht doppelt zur gleichen Zeit ausgeführt werden kann. Die Aufgabe wurde aber nach Eintreten dieses Problems beendet, da es so ausgesehen hat, als ob der Wert im Hintergrund von anderer Stelle verändert wurde.
Dieses MySQL Problem kann man aktuell umgehen, indem DateTime Felder nicht über SQL-Parameter sondern direkt im SQL-Text gesetzt werden. Dies wurde nun systemweit für alle DateTime Felder so geändert.
Alter der Bestellungen im Kanal einstellbar
Für TriData wurde diese Einstellung nun ergänzt. Damit werden u. a. Verbesserungen in der Performance vor allem beim Abgleich des Bestellstatus erzielt. Da nun nur noch offene Bestellungen die nicht älter als das eingestellte Alter sind, synchronisiert werden. Zu alte Bestellungen, die niemals einen finalen Bestellstatus aus TriData erhalten haben, fallen also nun aus der Synchronisierung raus.
Für Shopware und für Shöpping hat es diese Einstellung schon gegeben, aber nur für den Download der Bestellungen. Daher wurde diese Einstellung nun jeweils in den Kanal verschoben und das Alter der Bestellungen wird nun nun auch jeweils für die Synchronisierung des Bestellstatus berücksichtigt.
Sollten sie in der jeweiligen Aufgabe "Shopware oder Shöpping Bestellungen Herunterladen" die Einstellung schon individuell angepasst haben, dann müsste dies nun im Kanal nochmal wiederholen. Früher war der Standardwert 7 Tage nun ist der Standardwert jeweils 14 Tage.
TRADElube 1.2.0.39 Release Notes
Release Datum: 10.02.2023
In speziellen Fällen Produktpositionen vom falschen Typ
Beim Herunterladen von Bestellungen aus Shopware wurden in speziellen Fällen in TRADElube statt Positionen vom Typ "Produkt" Positionen von Typ "Gutschein" erzeugt, zwar mit einem positiven Betrag, so dass die Summe der Bestellung gepasst hat, aber ohne Produktnummer und wie erwähnt vom falschen Typ.
Bei den speziellen Fällen handelt es sich um Produkte, die keine Produkt-Id haben. Z. B. weil diese zwischenzeitlich aus der Produktverwaltung von Shopware gelöscht wurden, bzw. aufgefallen ist das Thema durch ein spezielles Shopware-Plugin, wo bei speziellen Produkten die Produkt-Id in der Bestellung nicht mehr vorhanden ist.
Nun wird zur Identifikation eines Produktes auch immer zusätzlich geprüft, ob eine Produktnummer vorhanden ist.
Flexiblere Gestaltung von Artikelnummern für Gutscheincodes
Die Konfigurationsmöglichkeiten der Artikelnummern für Gutscheine in der Aufgabe "TriData Bestellungen Hochladen" wurden erweitert. Vorher war nur ein Fixwert möglich. Nun kann entweder durch Feldzuweisung der originale Gutscheincode als Artikelnummer verwendet werden, oder es kann ein Skript für noch flexiblere Gestaltung hinterlegt werden.
In diesem Zusammenhang gibt es nun in der nächsten Hauptversion 1.2.1 auch eine größere Überarbeitung, wo dann zwischen Gutscheinen und Rabatten besser unterschieden werden kann, z. B. durch Konfiguration unterschiedlicher Produktnummern.
Beschädigung von Aufgaben nach Eingabe ungültiger Fixwerte
Es war möglich in Fixwert-Felder innerhalb von Transferplänen Werte hineinzuschreiben, welche nicht dem entsprechenden Datentyp entsprachen. Z. B. in der Aufgabe "Shopware Produkte Hochladen" in Register "Allgemein" das Feld Wiederauffüllzeit. Hier darf eigentlich nur ein Zahlenwert definiert werden. Hatte man hier was anderes als eine Zahl eingetragen und die Aufgabe gespeichert, hat sich diese danach nicht mehr öffnen lassen. Diese Inkonsistenz musste über die Datenbank korrigiert werden.
Nun ist die Eingabe von falsch formatierten Fixwerten nicht mehr möglich.
Kanal spezifische Nachverfolgungs-Ansicht
Die Nachverfolgungs-Ansicht ist neben der globalen Übersicht (im Hauptmenü) prinzipiell auch im Kontext von Aufgaben (jeweils der Bereich "Nachverfolgung" ganz unten) erreichbar. Diese Ansicht innerhalb der Aufgabe bietet im Vergleich zur globalen Übersicht mehr Möglichkeiten (z. B. alle fehlerhaften Einträge auf einmal löschen).
Jedoch einige Kanäle haben in dem Sinne keine Aufgaben, z. B. CAO-Faktura, da es sich hier um eine Connector-Anbindung handelt. Daher wurde nun die Nachverfolgungs-Ansicht auch noch zusätzlich in den Kontext der Kanäle integriert.
Optimierungen beim Neu Laden von Kanal Zuordnungen
Das "Neu Laden" von Zuordnungen innerhalb des Kanals (z. B. von Shopware) hatte oft aufgrund eines Performancerproblems ein paar Sekunden gedauert. Das wurde nun optimiert und das Laden geht nun sehr schnell.
Außerdem bei sehr vielen Einträgen (bisher mehr als 50) wurden keine Standardeinträge mehr generiert. Es wurde die Meldung "Zu viele Ergebnisse um für alle einen Eintrag zu erstellen. Bitte fügen Sie relevante Einträge manuell hinzu." angezeigt. Nun wurde die Anzahl Einträge auf 250 erhöht. Die Meldung kommt also nun erst ab 250 Einträge und nicht mehr bereits ab 50.
TRADElube 1.2.0.40 Release Notes
Release Datum: 23.02.2023
Direkte Änderung von Bestellstatus Offen in Abgeschlossen in manchen Fällen mit Abgebrochen als Zwischenstatus
Unter bestimmten Umständen konnte es vorkommen, dass wenn der Bestellstatus von "Offen" direkt auf "Abgeschlossen" geändert wurde (also ohne Zwischenstatus wie z. B. In Bearbeitung), dass dann als Zwischenstatus der Status "Abgebrochen" gesetzt wurde. Die Historie in der Bestellung in Shopware sah dann wie folgt aus - fälschlicherweise mit einem Abgebrochen in der Reihe:
Dieses Verhalten konnte zwischen verschiedenen Shopware-Installationen unterschiedlich sein. Es lag an der Sortierung der entsprechenden Statemachine-Transitions. Es ist daher womöglich bisher nie aufgefallen, entweder weil bei den meisten Installation diese Sortierung wie erwartet ist, oder vielleicht auch deshalb da meist der Workflow für den Bestellstatus auch aus dem Warenwirtschaftssystem grundsätzlich immer über den Status "In Bearbeitung" läuft.
Das korrekte Ergebnis einer direkten Statusänderung von "Offen" auf "Abgeschlossen" sollte wie folgt aussehen - mit dem Zwischenstatus "In Bearbeitung".
Mit diesem Bugfix wird nun unabhängig von der Sortierung der Statemachine-Transitions von TRADElube immer der kürzeste Weg für die notwendigen Statusänderungen herausgesucht.
Produkt-Erscheinungsdatum nun für Produktupdate Skript fähig
Im Kanal von CAO-Faktura im Bereich Transferpläne im Register Produkte/Aktualisieren/Allgemein kann nun für das Feld Erscheinungsdatum ein Skript hinterlegt werden. Da CAO-Faktura kein Erstellungsdatum o. Ä. übermittelt kann man nun alternativ einstellen das bei Neuanlage von Produkten in TRADElube das aktuelle Datum zugewiesen wird. Dadurch erreicht man einen ähnlichen Effekt um z. B. zu erreichen, dass neue Produkte im Shopsystem besonders hervorgehoben werden.
Möglichkeit zur Verwendung des Feldes "Bezirk" beim Export der Bestellungen
Das Feld "Bezirk" kann nun im Transferplan von CAO-Faktura im Register Bestellungen/Exportieren/Rechnungsadresse und im Register Bestellungen/Exportieren/Versandadresse optional verwendet werden - z. B. befüllt aus Adresszeile 2.
TRADElube 1.2.0.41 Release Notes
Release Datum: 16.03.2023
Kompatibilität zur neuen Version 1.2.1
Die neue Version 1.2.1 von TRADElube wurde nun released.
Daher wurden auch in der Version 1.2.0 Kompatibilitäts-Anpassungen durchgeführt, damit die beiden Versionen weiterhin parallel betrieben werden können. Z. B. wurde die E-Mail-Benachrichtigung und die Authentifizierung angepasst.
TRADElube 1.2.0.42 Release Notes
Release Datum: 23.03.2023
Keine Anzeige von Inhalt beim Öffnen von TRADElube
Gelegentlich kam es vor, dass beim Öffnen von TRADElube kein Inhalt angezeigt wurde. Man musste die Seite neu laden oder zwischen den Bereichen hin- und herschalten, damit der Inhalt dann geladen bzw. angezeigt wurde.
Dieses Problem war etwas schwer zu lokalisieren, nun wurde die Ursache eindeutig gefunden und beseitigt.
Vermeidung von doppelten Zuordnungen/Mappings
Produktnummern, Herstellernamen etc. sollten systemweit immer eindeutig sein, damit Produkte, Hersteller etc. bei der ersten Synchronisierung eindeutig einem Quell- oder Zielsystem (z. B. WaWi oder Onlineshop) zugeordnet werden können. In der Regel wird diese sinnvolle Einschränkung auch von den meisten Systeme unterstützt und es sollte zu entsprechenden Fehlermeldungen kommen, falls z. B. eine Produktnummer bzw. SKU doppelt vergeben wird (Ausnahme z. B. WooCommerce bei Produktvariationen, wie kürzlich aufgefallen kann die SKU hier beliebig doppelt vergeben werden).
Ansonsten kann es in speziellen Sonderfällen auch vorkommen, dass man trotz Einschränkung z. B. eine Produktnummer indirekt doppelt generiert, indem man einmal vergebene Produktnummern im Nachhinein einfach wieder umbenennt. Beachten Sie: von dieser Strategie ist grundsätzlich abzuraten.
In diesen Sonderfällen kam es bisher in TRADElube zu doppelten Zuordnungen - erkennbar an den doppelten Einträgen in TRADElube (jeweils bei den Produkten, Herstellern etc. ganz unten im Bereich Zuordnungen):
Man sieht in dem Screenshot zwei Einträge einmal das ursprüngliche Original (Haken bei "Ist Herkunft") und ein weiteres Duplikat, dass wegen oben genannter Gründen entstanden ist. Dies bedeutet nun, dass hier zwei verschiedene Produkte aus dem Kanal TriData mit einem Produkt in TRADElube verknüpft worden sind. Um diesen Sachverhalt zu bereinigen können sie einen (oder auch alle) dieser Einträge direkt aus der Liste löschen - beim nächsten Abgleich werden die Verknüpfung dann neu erstellt.
Künftig wird dies für neue Einträge vermieden, da ab jetzt in TRADElube für solche Fälle eine entsprechende Fehlermeldung generiert wird, also falls bereits eine andere Zuordnung desselben Kanals existiert.
Beachten Sie: Bereits bestehende doppelte Einträge werden nicht automatisch bereinigt. Schreiben Sie uns aber gerne eine Mail, dann können wir ihnen eine Auswertung mit den betroffenen Einträgen bereitstellen und sie können die Duplikate dann gezielt manuell in TRADElube entfernen. Sparen sie dabei Zeit und verwenden sie einfach folgende interaktive Mailvorlage 😉
Option "Nur Hinzufügen" bei den Produktbildern hat nicht korrekt funktioniert
Die selten verwendete Option "Nur Hinzufügen" in der Aufgabe "Shopware Produkte Hochladen" im Register Medien ist dafür gedacht, dass TRADElube nur neue Bilder im Shop hinzufügt, aber keine löscht, z. B. sofern in TRADElube bei einem Produkt kein Bild zugewiesen ist. Gebraucht wird dies, wenn die Bilder in der WaWi nicht vollständig hinterlegt sind, sondern zum Teil nur Shop-seitig angelegt wurden. Quasi eine hybride Möglichkeit um die Bilder sowohl im Shop als auch in der WaWi zu pflegen.
Dies hat noch nicht korrekt funktioniert. Mit Ausnahme des Coverbildes wurden alle weiteren Bilder dann bei jeder Übertragung erneut an das Produkt gehängt, und die Liste der Produkte wurde in diesen Fällen dann bei den betroffenen Produkten immer länger. Zum Verständnis: Die Bilder selber wurden in diesem Szenario NICHT doppelt angelegt, sondern nur dasselbe Bild mehrfach bei den Produkten zugewiesen.
TRADElube 1.2.0.43 Release Notes
Release Datum: 09.05.2023
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.
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.
TRADElube 1.2.0.44 Release Notes
Release Datum: 30.05.2023
Status-Mailversandt bei Ausfällen eines Kanals gebändigt
Wenn ein Kanal ganz ausfällt (z. B. der Onlineshop wird vom Netz genommen), dann kann TRADElube in der Folge keine Verbindung mehr dazu aufbauen. In diesem Fall wird dann auch eine Statusmail versandt, sofern sie diese abboniert haben. Die Fehlermeldung in der Mail sieht dann ungefähr wie folgt aus:
Soweit so sinnvoll. Jedoch in diesen Fällen wurden bisher die Mails dann ungefähr täglich wiederholt versendet. Nicht unbedingt gewollt, sondern deshalb, da sich der Statuszeitpunkt der betroffenen Aufgaben immer mal wieder aktualisiert hat. Dies wurde nun optimiert.
Wie gut dies jetzt tatsächlich funktioniert muss man nun langzeit beobachten, unter Umständen sind hier weitere Optimierungen erforderlich. Im besten Fall jedoch wird die Mail dann nur noch ein einziges Mal zugestellt (wenn sich sonst nichts weiter mehr verändert).
Beachten sie: Im Umkehrschluss bedeutet dies dann aber, dass sie die Mail auch nur noch einmal erhalten und danach nicht mehr erinnert werden.
Fehlerklassifizierung überarbeitet
Einige Fehlermeldungen (z. B. SQL-Fehler von Shopware) ließen sich aufgrund von Länge und Aufbau der Fehlermeldungen nicht optimal mappen. Diese wurden obwohl bereits bekannt und auch bereits gemappt hin- und wieder trotzdem als "nicht klassifiziert" angezeigt. Dazu wurden nun einige interne Optimierungen an der Fehlerklassifizierung durchgeführt.
TRADElube 1.2.0.45 Release Notes
Release Datum: 29.06.2023
Berücksichtigung der Version der Bestellung auch bei Statusupdate
In der vorletzten Version 1.2.0.43 gab es bereits einen Bugfix bzgl. Versionierung von Bestellungen in Shopware (Aufgabe "Shopware Bestellungen Herunterladen"). Dabei wurde übersehen, dass dies auch bei der Aufgabe "Shopware Bestellstatus Hochladen" berücksichtigt werden muss. Das wurde nun nachgeholt.
Weiterleitung zum Loginfenster funktionierte unter Umständen nicht
Die Weiterleitung zum Loginfenster funktionierte bisher nicht, wenn man im Browser eine URL direkt zu einer Detailseite eines TRADElube Mandanten eingegeben hat (selbes Problem durch Verlinkung zu einer Detailseite). Es funktionierte bisher nur korrekt direkt über die Root-URL: https://app.tradelube.com. Dieses Problem ist nun behoben.
Übertragungsfehler wurden bisher nicht in klassifizierter Form zurückgegeben
Bei Übertragungsfehlern aus CAO-Faktura wurde die Fehlermeldung bisher noch nicht übersetzt bzw. noch nicht in klassifizierter Form nach CAO-Faktura zurückgegeben. Die Fehlerklassifizierung wird nun auch hier angewendet. Damit sind ab jetzt etwaige Übertragungsfehler auch direkt im Transfermodul von CAO-Faktura besser lesbar bzw. aussagekräftig.
TRADElube 1.2.0.46 Release Notes
Release Datum: 08.08.2023
Ungültige Transaktionen innerhalb der aktuellen Bestellversion
In den letzten Versionen gab es einen Bugfix bzgl. Versionierung von Bestellungen in Shopware. Nun ist mit der neuesten Shopware Version aufgefallen, dass Transaktionen manchmal die aktuelle Bestellversion haben, obwohl davon welche ungültig sind und bereits eine neue Transaktion mit einer anderen Zahlart gestartet wurde. Daher wird ab jetzt zusätzlich zur aktuellen Bestellversion auch immer die neueste Transaktion zum auslesen und setzen von Zahlart und Zahlstatus verwendet.
Farbliche Visualisierung des Bestellstatus
In der Bestellübersicht werden nun die Bestellstatus farblich gekennzeichnet.
- Grau: Die Bestellung wurde noch nicht freigegeben
- Schwarz: Offen
- Orange: In Bearbeitung
- Grün: Abgeschlossen
- Rot: Abgebrochen
TRADElube 1.2.0.47 Release Notes
Release Datum: 11.09.2023
Fehler beim Import von Bestellungen mit Rabatt
Die Shopware API für Bestellungen liefert bei Bestellpositionen mit Rabatt in Sonderfällen keinen sog. payload. Im Payload steht normalerweise die Produktnummer für Produktpositionen oder der Gutscheincode für Gutscheinpositionen. In solchen Fällen war der Import der Bestellung daher fehlerhaft. Dies wird nun berücksichtigt und diese Positionen werden in TRADElube nun als Gutschein-Position angelegt, da es in dieser Version noch keine Rabattpositionen gibt.
Hinweis
In der neueren Version 1.2.1 gibt es mittlerweile auch Positionen vom Typ Rabatt und dieser Fix wurde dort auch entsprechend umgesetzt, und es werden Rabattpositionen erstellt.
TRADElube 1.2.0.48 Release Notes
Release Datum: 11.10.2023
Feldzuweisung "Unternehmen" mit Skript Unterstützung
Im Transferplan des Kanals CAO-Faktura im Register "Bestellungen" dann im Register "Exportieren" kann nun jeweils für Rechnungs- und Versandadresse für das Feld "Unternehmen" ein Skript hinterlegt werden. Dadurch kann nun, falls gewünscht, zusätzlich die Abteilung hinzugefügt werden. Da es für Abteilung kein dediziertes Feld in CAO-Faktura gibt, in TRADElube und meist im Onlineshop dieses Feld aber schon vorhanden ist.
Entfernen von Emojis aus dem Bestellkommentar
Wenn in Shopware ins Bestellkommentar Emojis reingeschrieben werden, dann kann die Bestellung aktuell nicht importiert werden, da es dann beim Speichern in die Datenbank (MariaDb) aufgrund ungültiger Zeichen einen SQL-Fehler gibt. Diese Problem muss noch weiter untersucht werden - vielleicht ist dazu auch ein größeres Upgrade des Datenbankservers und ggf. von TRADElube wegen der Datenbanktreiber erforderlich. Vorsorglich kann aber deshalb nun (sollte das Problem tatsächlich auftreten) im Transferplan der Aufgabe "Shopware Bestellungen Herunterladen" der Feldzuweisung des Bestellkommentars ein Skript hinterlegt werden, um die Emojis zu entfernen.
Folgendes Script wird bereits automatisch vorgeschlagen:
return customerComment.replace(/([\u2700-\u27BF]|[\uE000-\uF8FF]|\uD83C[\uDC00-\uDFFF]|\uD83D[\uDC00-\uDFFF]|[\u2011-\u26FF]|\uD83E[\uDD10-\uDDFF])/g, '');
Importieren von Lagerbeständen abgebrochen
Bei der Aufgabe "TriData Lagerbestände Herunterladen" konnte es unter gewissen Voraussetzungen aufgrund der Fehlermeldung "Object reference not set to an instance of an object." zu einem Abbruch kommen. Dies war bisher immer nur ein vorrübergehendes Phänomen, und kam dadurch zustande, wenn es in TriCon Lagerbestände zu Filialen gab, aber für diesen Artikel in TriCon noch kein Gesamtlagerbestand angelegt wurde. Diese Inkonstenz ist in der Regel nur vorrübergehend während eines Datenabgleichs von TriData nach TriCon entstanden und dies wurde von TRADElube nicht korrekt berücksichtigt.
Nun wird bei fehlendem Gesamtbestand zu einem Artikel, der Abgleich dessen korrekterweise übersprungen, oder umgekehrt erläutert, es werden nur noch Artikel mit Gesamtbestand synchronisiert.
TRADElube 1.2.0.49 Release Notes
Release Datum: 08.02.2024
Breaking-Change bei Einkaufspreisen seit Shopware in der Version 6.5
Mit Shopware ab der Version 6.5 funktionierte aus TRADElube die Synchronisierung des Einkaufspreises nicht mehr. Diese Änderung an der Shopware API wird nun in TRADElube berücksichtigt.
TRADElube 1.2.0.50 Release Notes
Release Datum: 03.04.2024
Fehler beim Import von Bestellungen ohne Lieferadresse
Beim Import von Bestellungen ohne Lieferadresse aus Shopware, im konkreten Fall eine Bestellung für eine digitales Produkt, gab es einen Fehler.
Ready für Shopware 6.6
Ab Shopware in der Version 6.6 gibt es ein paar relevante Änderungen an der Shopware API welche den Bestellimport in TRADElube betreffen. Dies wurde nun angepasst.
TRADElube 1.2.0.51 Release Notes
Release Datum: 14.05.2024
Vorbereitungen für Version 1.3.0
In dieser Version wurden ausschließlich einige interne Anpassungen gemacht, zum dem Zweck damit die künftige Version 1.3.0 mit dieser Version (1.2.0) weiterhin parallel co-existieren kann. Ein Upgrade von der Version 1.2.0 auf 1.3.0 ist somit nicht unmittelbar erforderlich.
TRADElube 1.2.0.52 Release Notes
Release Datum: 28.06.2024
Weitere Workarounds bzgl. TriCon
In letzter Zeit kam es leider wieder häufig zu Datenverlust aus der TriCon Schnittstelle (hauptsächlich Bilder), aufgrund von abgebrochenen Volluploads von TriData nach TriCon.
Daten wie z. B. die Produktbilder, die in TriCon nicht mehr vorhanden sind, werden als logische Konsequenz von TRADElube natürlich folgerichtig entfernt, auch aus dem Shop. Es gibt auch keine handfeste Möglichkeit von außen zu unterscheiden, ob diese Daten absichtlich entfernt wurden (also z. B. ob Bilder aufgrund von Überarbeitung bei den Produkten mit Absicht in TriData gelöscht wurden), oder ob diese Daten aufgrund eines abgebrochenen Volluploads von TriData nach TriCon fehlen.
Um diese Zusammenhänge überhaupt nachvollziehen zu können, muss man wissen, die Daten fehlen dann deshalb, weil bei einem Vollupload von TriData nach TriCon erst immer alle Daten gelöscht werden und dann wieder neu angelegt werden. Dieses Risiko-by-Design kann auch leider nicht umgangen werden, da es viele Fälle gibt, indem ein Vollupload von TriData nach TriCon wiederrum Voraussetzung ist, damit die Daten in TriCon auch aktualisiert werden, z. B. wenn Produkte aus dem Produktsortiment entfernt werden, indem die Internetfreigabe in TriData entfernt wird.
Bereits in der Vergangenheit wurden in TRADElube einige Workarounds integriert und die daraus entstehenden Probleme bestmöglich zu umgehen. Z. B. werden Produkte als Ganzes schon länger nicht mehr automatisch gelöscht, sondern nur noch deaktiviert. Ein endgültiges Löschen kann aus oben genannten Gründen nur noch durch manuelles Ausführen der Aufgabe und durch Bestätigen eines entsprechenden Dialogs durchgeführt werden.
Es gibt aber auch andere Daten wie eben z. B. die Produktbilder, wo dieses Vorgehen nicht möglich ist und etwaige bisherige Workarounds viel zu aufwendig sind.
Nun, da die Konsequenzen in letzter Zeit (z. B. ein Shop ohne Bilder), unserer Ansicht nach nicht mehr akzeptabel sind, haben wir uns kurzfristig einen weiteren Workaround überlegt.
Die Aufgabe "TriData Produkte Herunterladen" trackt nun in allen Bereichen (Produkte, Produktkombinationen, Produktattribute, Produktbilder) die Anzahl Datensätze. Sollte sich von einem zum nächsten mal die Anzahl der Datensätze um mehr als 20 % verringern, wird der Vorgang vollständig mit einem Fehler abgebrochen und die Übertragung wird erst gar nicht mehr durchgeführt.
Wir empfehlen, beachten sie bei solchen Fehlermeldungen auch grundsätzlich immer die mitgelieferte Beschreibung. Oft sind Handlungsanweisungen bereits mit dabei. Wie in diesem Fall, sollte es sich um einen Fehlalarm handeln, weil tatsächlich mit Absicht viele Daten gelöscht wurden, dann muss die Aufgabe "TriData Produkte Herunterladen" einmal manuell ausgeführt werden und dann kann die Warnmeldung entsprechend über die Schaltfläche "Fortsetzen" bestätigt und damit ignoriert werden.
TRADElube 1.2.0.53 Release Notes
Release Datum: 08.10.2024
Benachrichtigung über Wartung
Ab jetzt haben wir die Möglichkeit sie direkt in der Software zu einer bevorstehenden Wartung zu informieren.
30 Minuten und 5 Minuten vor Beginn der Wartung werden sie dann ab jetzt auch zusätzlich direkt über einen Dialog aufmerksam gemacht, sofern sie gerade im System arbeiten.
TRADElube 1.2.0.54 Release Notes
Release Datum: 22.10.2024
Protokollierung (Nachverfolgung) für Übertragung der Lagerbestände optimiert
Die Nachverfolgung der Shopware Lagerbestände beinhaltete bisher immer den kompletten Trace des Produktes vor der Aktualisierung des Lagerbestandes. Dies konnte insofern missverständlich sein, als das man annehmen konnte, dass der Trace für eine Übertragung nach Shopware stände.
Nun wird nur noch der Lagerbestand und der "Verfügbare Bestand" aus Shopware vor der eigentlichen Übertragung protokolliert.
Previous values => stock: 10; availableStock: 9
----------------------------------------------------------------------------------------------------
Request => Patch: http://shopware-2.localhost/api/product/f5817b2599ea45a4be03b49339fb3773
{
"stock": 8
}
Gebuchte Features und Pro-Features
Bisher wurde in TRADElube technisch nicht überprüft, ob die konfigurierte Funktionalität tatsächlich mit den gebuchten Funktionen (z. B. gebuchte Kanäle) übereinstimmen. Da man bisher als Kunde keine Kanäle oder Aufgaben selber anlegen konnte, war dies bislang auch nicht zwingend notwendig. Dies soll sich künftig ändern bzw. es soll die Skalierbarkeit der Plattform vorangetrieben werden.
Im ersten Schritt wurden nun sog. Features integriert. Alle TRADElube Mandanten werden mit den gebuchten Features verknüpft und an den entsprechenden Stellen in der Software werden diese gebuchten Features dann entsprechend überprüft.
Es werden nun auch zusätzlich buchbare Pro-Features angeboten. z. B.
- Die Nutzung mehrerer Filialen für TriData
- Die Nutzung von Kundengruppen (Kundengruppen Preise) aus TriData
- Die Nutzung mehrerer Verkaufskanäle für Shopware
- Medien bzw. Bilder direkt in TRADElube importieren (statt verlinkt) und der damit verbundene Speicherplatz von 1 GB (mehrfach buchbar)
Hinweis:
Sollen sie so ein Zusatzfeature bereits vorher ohne Zusatzkosten genutzt haben, dann bekommen sie diese Feature auch weiterhin kostenlos von uns zur Verfügung gestellt. Die Umstellung sollte automatisch erfolgen. Sofern hier was übersehen werden sollte und sie dennoch so eine Fehlermeldung erhalten sollten (siehe Abb.), melden sie sich bitte gerne im Support.
Aufgrund dieser Unterscheidung zu Pro-Features, welche in der Regel nur von wenigen Kunden mit speziellen Anforderungen genutzt werden, haben wir nun ein besseres Konzept für die Finanzierbarkeit solcher Weiterentwicklungen in TRADElube.
Zuweisung der Telefonnummer
In der Aufgabe "Shopware Kunden Hochladen" wurde für die Rechnungsadresse und Lieferadresse die Feldzuweisung für die Telefonnummer ergänzt. Alternativ kann hier auch die Telefonnummer des Hauptdatensatzes des Kunden verwendet werden.
TRADElube 1.2.0.55 Release Notes
Release Datum: 08.01.2025
Hintergrunddienste messen nun Workload bzw. Systemlast
Die Hintergrunddienste, welche verteilt auf mehreren Servern ständig die Synchronisationsaufgaben automatisch ausführen, messen nun den Workload (bzw. die Systemlast) der einzelnen TRADElube Mandanten. Alle TRADElube Mandanten werden dadurch nun entsprechend nach ihrem Workload verteilt und es entsteht daher einen deutlich bessere Verteilung der Gesamtsystemlast.
TRADElube 1.2.0.56 Release Notes
Release Datum: 17.01.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.
Doppelte Lagerbestand-Daten in TriCon
Bisher in seltenen Fällen, aber seit Anfang Januar 2025 nach einem TriCon-Upgrade sehr häufig, kommt es vor, dass in TriCon einzelne Lagerbestände doppelt angelegt sind. In diesem Fall kam es daher bisher zu folgender Fehlermeldung:
... und wie in der Fehlermeldung ersichtlich war die Aufgabe "TriData Lagerbestände Herunterladen" daher in diesem Fall vollständig gestört, da die Fehlermeldung bereits beim Abrufen der Daten aus TriCon auftrat und es daher dann gar nicht mehr zu der Verarbeitung kam.
WIR EMPFEHLEN DAHER AUSDRÜCKLICH, dass solchen Fehlermeldungen entsprechend Beachtung geschenkt wird, sofern ein störungsfreier Betrieb wichtig für sie ist. Wie sie sicher schon bemerkt haben, werden diese Fehlermeldungen übrigens nicht nur in TRADElube angezeigt, sondern diese werden auch zusätzlich per E-Mail zugestellt (sofern abonniert).
Um dieses Problem zu de-eskalieren, und da ein Ausfall des gesamten Lagerbestand-Abgleiches stärker wiegt, als fehlerhafte einzelne Lagerbestände, haben wir uns entschlossen, dass wir in diesem Fall diese doppelten Einträge aus TriCon über einen Workaround entsprechend intelligent berücksichtigen. Es wird nun einfach immer der letzte Eintrag übernommen und zusätzlich wird geprüft, ob sich die Lagerbestände dieser doppelten Einträge relevant unterscheiden. Falls ein Unterschied vorliegt wird der letzte Lagerbestand übernommen zusätzlich aber folgender Fehler für das Produkt generiert.
PS: TriData ist über das Thema informiert und auch hier ist eine Lösung bereits in Arbeit ...
Stadt und PLZ wird bei der Bestellung öfter mal verwechselt
In TRADElube ist bei den Bestellungen und bei den Kunden das Feld für die PLZ sinnvollerweise auf 10 Stellen beschränkt (wobei das Feld in der Theorie sogar auf 5 Stellen beschränkt sein könnte).
In Shopware gibt es diese Beschränkung nicht und es kommt daher öfter mal vor, dass die Eingabe von Stadt und PLZ bei der Bestellung in Shopware verwechselt wird, dann wird die Stadt in das Feld PLZ eingetragen und in das Feld Stadt fälschlicherweise die PLZ. In diesem Fall, sofern die Anzahl Zeichen für die eingetragene Stadt auch noch diese 10 Stellen überschreiten, kommt es in TRADElube in der Folge zu folgender Fehlermeldung:
Für diese Fälle bietet TRADElube nun einen Workaround an, der diesen Umstand automatisch korrigiert. Der Workaround kann in der Aufgabe "Shopware Bestellungen Herunterladen" im Bereich "Transferplan" jeweils in den Registern "Rechnungsadresse" und "Lieferadresse" aktiviert werden. Und zwar jeweils bei den Feldzuweisungen für "PLZ" und "Stadt". Ändern sie die Zuweisungsart optimalerweise bei beiden Feldern in "Skript" (über den Button: "Zuweisung über Skript"). Das hinterlegte Standardskript, welches diesen Workaround realisiert, wird dann bereits automatisch eingetragen. Diese Skript kann dann natürlich für individuelle Bedürfnisse weiter angepasst werden.
Hinweis: Der Screenshot wurde in der Version 1.3.0 gemacht und weicht deshalb etwas von der Oberfläche in der Version 1.2.0 ab.
Veraltete Fehlermeldungen werden automatisch bereinigt
Fehlermeldungen, wo die letzte Ausführung mindestens eine Woche zurückliegt, werden nun automatisch bereinigt.
Dies betrifft z. B. ältere fehlerhafte Bestellungen wo der Fehler nie behoben wurde, weil Bestellungen immer nur für einen gewissen Zeitraum (z. B. 14 Tage) verarbeitet werden. Ein weiteres Beispiel sind Bilder, die aufgrund eines Fehlers nicht importiert werden konnten, dann aber im Quellsystem wieder entfernt oder umbenannt wurden.
Außerdem werden etwaige Fehlermeldungen von Aufgaben nach einer Woche zurückgesetzt, wenn diese innerhalb der letzten sieben Tage nicht mehr ausgeführt wurden. Dies kann fehlerhaft ausgeführten Aufgaben, die auf manuell gestellt sind, der Fall sein.
Doppelte Bestellpositiionen
Bei mehr als 500 Bestellungen im eingestellten Bestellzeitraum (Aufgabe "Shopware Bestellungen Herunterladen") kam es vor, dass die Bestellpositionen in TRADElube doppelt angelegt wurden. Das Problem basierte auf einem Problem im Zusammenhang mit Paging beim Abrufen der Bestellungen aus Shopware - quasi 500 Bestellungen pro Seite (Page) und ab der 2. Seite hatte dieser Bug dann Einfluss.
TRADElube 1.2.0.57 Release Notes
Release Datum:
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.
Übertragung von fehlerhaften Einträgen wiederholen
Fehlerhafte Übertragungen werden nach einer gewissen Zeit gedrosselt. Aktuell nachdem der Fehler bereits 48 Stunden lang existiert und eine Behebung trotz der zahlreichen wiederholten Übertragungen nicht funktioniert hat. Ab dann wird die Übertragung nur noch alle 2 Stunden einmal probiert (diese Zeiträume sind aktuell so festgelegt, das kann sich aber künftig noch ändern). Grundsätzlich ist diese Drosselung bei der automatischen Übertragungen sehr sinnvoll, um das System nicht sinnloserweise die ganze Zeit mit fehlerhaften Übertragungen auszulasten.
Wenn man eine Aufgabe jedoch manuell ausführt, dann kann dieses Konzept ein großes Missverständnis sein, wenn man sich z. B. wundert, warum ein Fehler wie z. B. ein Verbindungsproblem zum Shop nicht weggeht, obwohl man das dahinterliegende Problem zwischenzeitlich behoben hätte.
Deshalb wird ab jetzt die oben beschriebene Drosselung nicht mehr durchgeführt, wenn eine Aufgabe manuell in der Oberfläche von TRADElube über die Schatlfläche "Ausführen" ausgeführt wird. Auch fehlerhafte Übertragungen werden in diesem Fall also ab nun grundsätzlich immer nochmal wiederholt, egal wie lange es diesen Fehler bereits gibt.
Workload Überarbeitung
TRADElube ist ein verteiltes System und läuft somit auf mehreren bzw. vielen Servern innerhalb eines Clusters (Kubernetes) aufgeteilt auf verschiedene Dienste (Pods & Container): Backend, API, Worker etc.. Jeder Dienst läuft auch wiederrum vielfach bzw. redundant. Ein offensichtlicher Zweck dieser Architektur ist zum einen die Ausfallsicherheit und zum anderen auch die Lastverteilung wodurch eine Skalierbarkeit der Anwendung auf viele Kunden möglich ist. Sobald das System an seine Grenzen kommt, können also einfach weitere Server ergänzt und die Anzahl Dienste (bzw. Replikate) erhöht werden.
Die Hintergrunddienste (Worker) im Speziellen verteilen die Clients (TRADElube-Mandanten) möglichst gleichmäßig auf viele Worker-Instanzen, welche dann rund um die Uhr die Aufgaben in TRADElube im Hintergrund ausführen. Diese Verteilung des "Workloads" wurde nun vollumfänglich überarbeitet. Grund Nr. 1 war die Notwendigkeit sog. Routing-Regeln, wodurch nun einzelne Clients (TRADElube-Mandaten) z. B. von einzelnen Servern ausgeschlossen werden können.
Warum das Ganze?
In Einzelfällen kann es vorkommen, dass einzelne Server (bzw. dessen öffentliche IP) von fremden Webspaces geblockt werden. Dann ist z. B. kein Zugriff von TRADElube auf das Shopsystem möglich. Das ist dann definitiv kein Problem von TRADElube, sondern ein Problem des Webspaces bzw. des Shopsystems, da müssten z. B. die geblockten IPs durch Whitelisten freigegeben werden, bzw. können die Probleme auch komplizierter sein.
Sollte der Webhoster nicht in der Lage sein, dieses Problem zu lösen, dann gibt es ab jetzt mit diesen neuen Routing Features in TRADElube eine Workaround-Möglichkeit, indem man den Client von den betroffenen Servern ausschließt und wodurch die Hintergrunddienste eines Clients dann immer automatisch auf einem anderen Server eingeplant werden.
Zum aktuellen Zeitpunkt geht das nur für die Hintergrunddienste. Das manuelle Ausführen von Aufgabe im TRADElube Backend ist davon nicht eingeschlossen, da kommt es drauf an auf welchem Server man zufällig gelandet ist. Da kann dann ein Neuladen der Seite helfen, um dann dadurch wieder zufällig auf einem anderen Server zu landen.
TRADElube 1.2.1.1 Release Notes
Release Datum: 16.03.2023
Upgrade der Entwicklungsumgebung auf DotNet 7
Um auf den Laufenden zu bleiben wurde die DotNet Version wieder auf den neuesten Stand gebracht. Unter anderem bringt DotNet 7 wieder sehr viele Performanceoptimierungen im Vergleich zur Version 6.
Bibliothek für UI Elemente wurde ausgetauscht / UI überbeitet
Mit UI Elemente sind alle Eingabeelemente in der Benutzeroberfläche von TRADElube gemeint (z. B. Schaltflächen, Texteingabe, Tabellen, Baumstruktur etc.). Die vorherige Bibliothek wurde von dem Softwarehersteller bzw. Drittanbieter nicht mehr weiterentwickelt. Deshalb war es erforderlich auf eine neue Bibliothek zu setzen und die alte Bibliothek wurde nun vollständig durch die Neue ersetzt. In diesem Zusammenhang wurde die Benutzeroberfläche generell unter der Haube überarbeitet.
Neuer Kanal für WooCommerce
Integration einer umfangreichen neuen Anbindung bzw. eines neuen Kanals zu dem Onlineshopsystem WooCommerce.
Ergänzung weiterer Kategorien für ein Produkt durch Produktattribute ist nun möglich
Normalerweise kann in TriData je Produkt genau eine Kategorie definiert werden, aufgrund der Zuordnung zu einer Warengruppe, welche wiederrum eine Shop-Kategorie repräsentiert. Nun können weitere Kategorien über ein Skript mit Produktattributen ergänzt werden. So lassen sich in TriData über die Produktattribute zusätzliche Kategorien definieren, indem der Wert bei speziell dafür vorgesehene Produktattributen mit der Schreibweise "Hauptkategorie/Unterkategorie1/Unterkategorie2" zugewiesen wird.
Zusätzliche Posten von Bestellungen nun als Summe oder als Einzelposition möglich
Zusätzliche Posten von Bestellungen (Lieferkosten, Rabatte, Gutscheine, ...) können zur Übergabe an CAO-Faktura jetzt entweder als Summen oder als Einzelpositionen konfiguriert werden. Dabei wurde nun auch optimiert das alle Summen generell immer nach dem MwSt. Satz gruppiert ausgegeben werden. Dies gilt nun auch für die Zwischensumme und Gesamtsumme. Letztere wurden bisher nicht korrekt übergeben, was aber im Prinzip nur ein Schönheitsfehler war, da CAO-Faktura diese nicht auswertet.
Konfiguriert werden kann dies im Kanal von CAO-Faktura im Bereich Transferpläne im entsprechenden Register (siehe Abbildung).
Bei der Übergabe als Einzelpositionen werden die zusätzlichen Posten als Produktposition übergeben. Im Beispiel 2 mal Versandkosten mit unterschiedlicher MwSt. und ein Gutschein:
<PRODUCT>
<PRODUCTS_QUANTITY>2</PRODUCTS_QUANTITY>
<PRODUCTS_MODEL/>
<PRODUCTS_NAME>Gutschein</PRODUCTS_NAME>
<PRODUCTS_PRICE>-10</PRODUCTS_PRICE>
<PRODUCTS_TAX>20</PRODUCTS_TAX>
</PRODUCT>
<PRODUCT>
<PRODUCTS_QUANTITY>1</PRODUCTS_QUANTITY>
<PRODUCTS_MODEL/>
<PRODUCTS_NAME>Versand 10%</PRODUCTS_NAME>
<PRODUCTS_PRICE>0.1523</PRODUCTS_PRICE>
<PRODUCTS_TAX>10</PRODUCTS_TAX>
</PRODUCT>
<PRODUCT>
<PRODUCTS_QUANTITY>1</PRODUCTS_QUANTITY>
<PRODUCTS_MODEL/>
<PRODUCTS_NAME>Versand 20%</PRODUCTS_NAME>
<PRODUCTS_PRICE>7</PRODUCTS_PRICE>
<PRODUCTS_TAX>20</PRODUCTS_TAX>
</PRODUCT>
In CAO-Faktura erhält man so folgendes Ergebnis:
Der Unterschied ist z. B. das jede Position eine individuelle Bezeichnung und optional auch eine fixe Produktnummer haben kann, im Unterschied zur Konfiguration "Gesamt", wo alle Positionen summiert und gruppiert nach MwSt. übergeben werden.
<TOTAL>
<TOTAL_TITLE>Gutschein</TOTAL_TITLE>
<TOTAL_VALUE>24</TOTAL_VALUE>
<TOTAL_CLASS>ot_gv</TOTAL_CLASS>
<TOTAL_SORT_ORDER>3</TOTAL_SORT_ORDER>
<TOTAL_PREFIX>-</TOTAL_PREFIX>
<TOTAL_TAX>20</TOTAL_TAX>
</TOTAL>
<TOTAL>
<TOTAL_TITLE>Versandkosten</TOTAL_TITLE>
<TOTAL_VALUE>0.1675</TOTAL_VALUE>
<TOTAL_CLASS>ot_shipping</TOTAL_CLASS>
<TOTAL_SORT_ORDER>4</TOTAL_SORT_ORDER>
<TOTAL_PREFIX>+</TOTAL_PREFIX>
<TOTAL_TAX>10</TOTAL_TAX>
</TOTAL>
<TOTAL>
<TOTAL_TITLE>Versandkosten</TOTAL_TITLE>
<TOTAL_VALUE>8.4</TOTAL_VALUE>
<TOTAL_CLASS>ot_shipping</TOTAL_CLASS>
<TOTAL_SORT_ORDER>5</TOTAL_SORT_ORDER>
<TOTAL_PREFIX>+</TOTAL_PREFIX>
<TOTAL_TAX>20</TOTAL_TAX>
</TOTAL>
Das Ergebnis in CAO-Faktura ist dann in diesem Fall wie folgt:
Hätte man mehrere Posten eines Typs zu der gleichen MwSt. (z. B. Gutschein, Rabatt etc.) so würden diese hier jeweils als Summe zusammengefasst werden.
Eigenschaftwerte vom Vaterartikel für Übertragung von Kindartikel verwenden
Im Kanal CAO-Faktura im Bereich "Transferpläne" → Register "Produkte" → "Aktualisieren" → "Eigenschaften" können nun über ein Skript Eigenschaften des Vaterartikels ausgelesen und somit im Skript verwendet werden.
Ein möglicher individueller Anwendungsfall wäre z. B. wenn beim Vaterprodukt hinterlegt ist, welche Eigenschaften beim Kindartikel verwendet werden sollen, z. B. der Wert "Größe | Farbe". Wenn beim Kindartikel dann als Variantext z. B. ein Wert "XL | blau" hinterlegt ist, lässt sich per Skript "XL" dynamisch der Eigenschaft "Größe" und "blau" dynamisch der Eigenschaft "Farbe" zuordnen.
Unterscheidung bei Bestellpositionen zwischen Gutschein und Rabatt
Sowohl für die Aufgabe "Shopware Bestellungen Herunterladen" für die Aufgabe "TriData Bestellungen Hochladen" und für den Bestellexport von CAO-Faktura wurde nun eine Unterscheidung zwischen Gutschein und Rabatt eingeführt. Bei den Bestellpositionen aus Shopware wird eine Gutscheinposition generiert, wenn ein Gutscheincode vorhanden ist, ansonsten wird eine Rabattposition angelegt. Bei den Warenwirtschaftsprogrammen gibt es diese Unterscheidung dann ebenfalls, was es nun ermöglicht, für Gutscheine und Rabatte unterschiedliche Konfigurationen z. B. für die Produktnummer zu vergeben. Alternativ kann für Gutscheine auch der Gutscheincode als Produktnummer direkt verwendet werden.
E-Mail Benachrichtigung überarbeitet und Einführung eines Newslettersystems
Der E-Mail-Versandt wurde grundlegend überarbeitet. Unter anderem ist dabei auch ein Newslettersystem entstanden. Daher können wir sie künftig noch besser informieren in folgenden Themenbereichen:
- Klärung häufig gestellter Fragen
- Kurzanleitungen für bestimmte Themen der Softwarenutzung
- Themen aus aktuellem Anlass (ggf. auch Neuigkeiten über ihre WaWi oder ihre Shopsystem)
- Umfragen bzgl. Weiterentwicklung von TRADElube
- Produktneuerungen in TRADElube
Die Newsletter werden in Themen unterteilt, sowie ihre Newsletter Anmeldung, damit sie tatsächlich auch nur relevante Inhalte erhalten.
Man kann sich nun auch als Interessent für unser Newsletter anmelden unter https://app.tradelube.com/auth/subscribe
Anmeldeserver überarbeitet
Der Anmeldeserver wurde überarbeitet. Konkret wurde die dahinterstehende Technologie ausgetauscht (IdentityServer4 auf SharedCookieAuthentication).
TRADElube 1.2.1.2 Release Notes
Release Datum: 23.03.2023
Keine Anzeige von Inhalt beim Öffnen von TRADElube
Gelegentlich kam es vor, dass beim Öffnen von TRADElube kein Inhalt angezeigt wurde. Man musste die Seite neu laden oder zwischen den Bereichen hin- und herschalten, damit der Inhalt dann geladen bzw. angezeigt wurde.
Dieses Problem war etwas schwer zu lokalisieren, nun wurde die Ursache eindeutig gefunden und beseitigt.
Vermeidung von doppelten Zuordnungen/Mappings
Produktnummern, Herstellernamen etc. sollten systemweit immer eindeutig sein, damit Produkte, Hersteller etc. bei der ersten Synchronisierung eindeutig einem Quell- oder Zielsystem (z. B. WaWi oder Onlineshop) zugeordnet werden können. In der Regel wird diese sinnvolle Einschränkung auch von den meisten Systeme unterstützt und es sollte zu entsprechenden Fehlermeldungen kommen, falls z. B. eine Produktnummer bzw. SKU doppelt vergeben wird (Ausnahme z. B. WooCommerce bei Produktvariationen, wie kürzlich aufgefallen kann die SKU hier beliebig doppelt vergeben werden).
Ansonsten kann es in speziellen Sonderfällen auch vorkommen, dass man trotz Einschränkung z. B. eine Produktnummer indirekt doppelt generiert, indem man einmal vergebene Produktnummern im Nachhinein einfach wieder umbenennt. Beachten Sie: von dieser Strategie ist grundsätzlich abzuraten.
In diesen Sonderfällen kam es bisher in TRADElube zu doppelten Zuordnungen - erkennbar an den doppelten Einträgen in TRADElube (jeweils bei den Produkten, Herstellern etc. ganz unten im Bereich Zuordnungen):
Man sieht in dem Screenshot zwei Einträge einmal das ursprüngliche Original (Haken bei "Ist Herkunft") und ein weiteres Duplikat, dass wegen oben genannter Gründen entstanden ist. Dies bedeutet nun, dass hier zwei verschiedene Produkte aus dem Kanal TriData mit einem Produkt in TRADElube verknüpft worden sind. Um diesen Sachverhalt zu bereinigen können sie einen (oder auch alle) dieser Einträge direkt aus der Liste löschen - beim nächsten Abgleich werden die Verknüpfung dann neu erstellt.
Künftig wird dies für neue Einträge vermieden, da ab jetzt in TRADElube für solche Fälle eine entsprechende Fehlermeldung generiert wird, also falls bereits eine andere Zuordnung desselben Kanals existiert.
Option "Nur Hinzufügen" bei den Produktbildern hat nicht korrekt funktioniert
Die selten verwendete Option "Nur Hinzufügen" in der Aufgabe "Shopware Produkte Hochladen" im Register Medien ist dafür gedacht, dass TRADElube nur neue Bilder im Shop hinzufügt, aber keine löscht, z. B. sofern in TRADElube bei einem Produkt kein Bild zugewiesen ist. Gebraucht wird dies, wenn die Bilder in der WaWi nicht vollständig hinterlegt sind, sondern zum Teil nur Shop-seitig angelegt wurden. Quasi eine hybride Möglichkeit um die Bilder sowohl im Shop als auch in der WaWi zu pflegen.
Dies hat noch nicht korrekt funktioniert. Mit Ausnahme des Coverbildes wurden alle weiteren Bilder dann bei jeder Übertragung erneut an das Produkt gehängt, und die Liste der Produkte wurde in diesen Fällen dann bei den betroffenen Produkten immer länger. Zum Verständnis: Die Bilder selber wurden in diesem Szenario NICHT doppelt angelegt, sondern nur dasselbe Bild mehrfach bei den Produkten zugewiesen.
Weiterentwicklung der WooCommerce Anbindung
Die neue WooCommerce (beta) Anbindung wird gemeinsam mit den ersten Kunden weiter überarbeitet und weiterentwickelt.
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.
TRADElube 1.2.1.4 Release Notes
Release Datum: 30.05.2023
Status-Mailversandt bei Ausfällen eines Kanals gebändigt
Wenn ein Kanal ganz ausfällt (z. B. der Onlineshop wird vom Netz genommen), dann kann TRADElube in der Folge keine Verbindung mehr dazu aufbauen. In diesem Fall wird dann auch eine Statusmail versandt, sofern sie diese abboniert haben. Die Fehlermeldung in der Mail sieht dann ungefähr wie folgt aus:
Soweit so sinnvoll. Jedoch in diesen Fällen wurden bisher die Mails dann ungefähr täglich wiederholt versendet. Nicht unbedingt gewollt, sondern deshalb, da sich der Statuszeitpunkt der betroffenen Aufgaben immer mal wieder aktualisiert hat. Dies wurde nun optimiert.
Wie gut dies jetzt tatsächlich funktioniert muss man nun langzeit beobachten, unter Umständen sind hier weitere Optimierungen erforderlich. Im besten Fall jedoch wird die Mail dann nur noch ein einziges Mal zugestellt (wenn sich sonst nichts weiter mehr verändert).
Beachten sie: Im Umkehrschluss bedeutet dies dann aber, dass sie die Mail auch nur noch einmal erhalten und danach nicht mehr erinnert werden.
Fehlerklassifizierung überarbeitet
Einige Fehlermeldungen (z. B. SQL-Fehler von Shopware) ließen sich aufgrund von Länge und Aufbau der Fehlermeldungen nicht optimal mappen. Diese wurden obwohl bereits bekannt und auch bereits gemappt hin- und wieder trotzdem als "nicht klassifiziert" angezeigt. Dazu wurden nun einige interne Optimierungen an der Fehlerklassifizierung durchgeführt.
Interne Vorbereitungen für Wechsel der IT-Infrastruktur
Zum Ende des Jahres 2023 ist ein Umzug von TRADElube in ein anderes Rechenzentrum geplant (Hetzner Cloud). Auch soll es in diesem Zuge einige Verbesserungen an der IT-Infrastruktur geben.
- Wechsel von Debian Nodes auf Talos Linux Nodes (ein sehr sicheres Betriebssystem speziell für Kubernetes)
- Datenbank HA Lösung: MariaDb Galera
- Optimierung der Cloud Integration (Loadbalancer für Ingress etc.)
- ARM64 Architektur
- verbesserte Backupstrategien
- Monitoring
- etc.
Diesbzgl. laufen aktuell bereits laufend Tests und es erfordert zum Teil auch internen Anpassungen in TRADElube.
Wert für Produktnummer in Bestellung nicht mehr erforderlich
In WooCommerce sind Produktnummern (SKU) nicht zwingend erforderlich. Bisher gab es bei Bestellungen mit solchen Produkten einen Fehler beim Import in TRADElube. Die Aufgabe "WooCommerce Bestellungen Herunterladen" wurde nun so angepasst, dass hier nun ein Wert nicht mehr zwingend erforderlich ist. Solche Bestellungen mit Produkten ohne Produktnummern (SKU) können ab jetzt also fehlerfrei importiert werden.
Bitte Beachten Sie: Falls die Bestellungen weitergeleitet werden, z. B. an ein Warenwirtschaftssystem, wo für eine fehlerfreie Abarbeitung immer eine Produktnummer erfordert, muss das entsprechend bei dieser Konfiguration berücksichtigt werden, und falls beabsichtigt, eine alternative Produktnummer zugewiesen werden. Dies ist in TRADElube per Skripting meist grundsätzlich möglich.
Fehlerbehandlung der Endpunkte optimiert
Die Fehlerbehandlung der CAO-Faktura Endpunkte wurde überarbeitet. Zum Teil werden nun auch genauere Informationen an CAO-Faktura zurück übermittelt.
Zum Beispiel ...
- wenn beim Update eines Bestellstatus die Bestellung gar nicht existiert, dann wird die Info "Existiert nicht" auch an CAO-Faktura zurückgegeben
- beim Löschen von Produkte, Kategorien oder Hersteller wird ebenfalls die Info "Existiert nicht" an CAO-Faktura zurückgegeben, sofern der Eintrag in TRADElube gar nicht vorhanden ist.
Solche Fälle gibt es zwar bei sauberer Synchronität nicht, aber es geht bei der Fehlerbehandlung immer um die Sonderfälle. Ist irgendwo beispielsweise ein Backup wiederhergestellt worden, dann ist der Zustand zwischen den unterschiedlichen Systemen nicht mehr synchron und es kann zu derartigen plausiblen Fehlern kommen.
TRADElube 1.2.1.5 Release Notes
Release Datum: 19.06.2023
Einmal übersprungene Einträge wurde nachträglich nicht mehr zugeordnet
In der vorletzten Version 1.2.1.3 wurde die Kanalisierungsmöglichkeit eingeführt (bedingte Zuweisung von Einträgen wie z. B. Produkte oder Bestellungen zu Kanälen) und diesbzgl. wurde das interne Mapping umfangreich überarbeitet.
Bei einmal übersprungen Einträgen (also Einträge ausserhalb des Kanalisierungsfilters) funktionierte in einer speziellen Konstellation eine nachträgliche Zuordnung nicht mehr. Dies führte dazu, wie gesagt nur in einer speziellen Konstellation, dass die Synchronisierung für bestimmte Produkte (die nachträglich hinzugekommen sind) nicht funktionierte. Daher wurde nun erneut eine größere Überarbeitung an den internen Mappings durchgeführt, bzw. wurde hier ein neues Konzept ergänzt, was es nun ermöglicht auch übersprungene Einträge mit bester Performance zu berücksichtigen.
Es ist immer eine Herausforderung Konsistenz und Performance gleichzeitig auf ein hohes Level zu bringen, da sich die beiden Zustände erstmal widersprechen (Dilemma). Ein Vollabgleich z. B. wäre immer die einfachste und sicherste Möglichkeit alle Daten auf einen konsistenten Stand zu bringen, jedoch ist dies auch gleichzeitig katastrophal für die Performance und die Übertragung würde so dauerhaft lange dauern (abhängig von der Größe des Produktsortiments). Man denke z. B. an die Lagerbestände, wo es wichtig ist, dass hier die Übertragung so schnell als möglich erfolgt, damit es nicht zu Überverkäufen kommen kann.
Daher forschen und optimieren wir diesbzgl. in TRADElube ständig mit gleichzeitig hohem Anspruch an Konsistenz und Performance bei der Datensynchronisierung.
Gleichnamige Zuordnungen in Kanälen werden nun beim "Neu Laden" ersetzt
Beim "Neu Laden" von Zuordnungen innerhalb von Kanälen werden nun Einträge mit gleichem Namen (aber unterschiedlicher Id) ersetzt. Dies kann z. B. vorkommen, wenn man einen angebundenen Shop (z. B. Shopware) vollständig ersetzt bzw. neu aufbaut. Dann ändern sich auch alle internen Ids, und bisher war dies etwas mühsam zu bereinigen, da zuerst alle bestehenden Einträge einzeln gelöscht werden mussten.
Import der Bilder von TriCon kann nun deaktiviert werden
In der Aufgabe "TriData Produkte Herunterladen" können die Bilder nun deaktiviert werden.
Bereinigung von Leerzeichnen bei Kategorien aus TriCon
Haupt- und Unterkategorien werden in TriData (bzw. in der Konfiguration für TriCon) überlicherweise mit einem '/' (Slash) getrennt. In dem speziellen Fall, dass ein Teil einer übergeordneten Kategorie mehrmals gemappt wurde, führte dies in TRADElube zu Zuordnungsproblemen, sofern vor und nach dem '/' (Slash) Leerzeichnen eingefügt wurden. Nun werden die Zuordnungen für die Kategorien aus TriCon generell beim Import automatisch von diesen Leerzeichen bereinigt. Die bereits bestehenden Zuordnungen werden beim Upgrade automatisch angepasst.
TRADElube 1.2.1.6 Release Notes
Release Datum: 29.06.2023
Berücksichtigung der Version der Bestellung auch bei Statusupdate
In der vorherigen Version 1.2.1.3 gab es bereits einen Bugfix bzgl. Versionierung von Bestellungen in Shopware (Aufgabe "Shopware Bestellungen Herunterladen"). Dabei wurde übersehen, dass dies auch bei der Aufgabe "Shopware Bestellstatus Hochladen" berücksichtigt werden muss. Das wurde nun nachgeholt.
Der manuelle Bildupload in der Medienverwaltung funktionierte nicht mehr zuverlässig
Seit der UI-Überarbeitung in der Version 1.2.1.1 funktionierte der manuelle Bildupload im Bereich Medien nicht mehr zuverlässig und es konnten maximal 10 Bilder auf einmal hochgeladen werden.
Die UI-Komponenten (+ weitere Abhängigkeiten) wurden deshalb auf die neueste Version aktualisiert. Dadurch ist das Problem behoben und es können nun wieder bis zu 200 Bilder gleichzeitig hochgeladen werden.
Upgrade der Entwicklungs- und Laufzeitumgebung auf DotNet 7.0.8
Um auf den Laufenden zu bleiben wurde die DotNet Version wieder auf den neuesten Stand gebracht.
Weiterleitung zum Loginfenster funktionierte unter Umständen nicht
Die Weiterleitung zum Loginfenster funktionierte bisher nicht, wenn man im Browser eine URL direkt zu einer Detailseite eines TRADElube Mandanten eingegeben hat (selbes Problem durch Verlinkung zu einer Detailseite). Es funktionierte bisher nur korrekt direkt über die Root-URL: https://app.tradelube.com. Dieses Problem ist nun behoben.
Medien beim Import automatisch komprimieren
Produktbilder können nun beim Import automatisch von TRADElube komprimiert werden. Zusätzlich kann eine maximale Breite und Länge eingestellt werden. Dadurch werden zu große Bilder auch automatisch auf diese maximale Größe herunterskaliert.
Beachten sie:
Dies gilt nicht für verlinkte Bilder, sondern nur wenn die Bilder direkt in TRADElube importiert werden. Dies schont den Speicherplatz in TRADElube und auch in ihrem Shopsystem.
Die Thumbnails in der Medienverwaltung wurden teilweise nicht richtig skaliert
Dadurch wurden diese teilweise verzerrt dargestellt. Dies wurde nun behoben. Nach außen (Kanäle) hatte dieses Problem keine Relevanz.
Übertragungsfehler wurden bisher nicht in klassifizierter Form zurückgegeben
Bei Übertragungsfehlern aus CAO-Faktura wurde die Fehlermeldung bisher noch nicht übersetzt bzw. noch nicht in klassifizierter Form nach CAO-Faktura zurückgegeben. Die Fehlerklassifizierung wird nun auch hier angewendet. Damit sind ab jetzt etwaige Übertragungsfehler auch direkt im Transfermodul von CAO-Faktura besser lesbar bzw. aussagekräftig.
TRADElube 1.2.1.7 Release Notes
Release Datum: 08.08.2023
Weitere Skript Variablen für Feldzuweisung "Abverkauf"
Für die Feldzuweisung über ein Skript an das Feld "Abverkauf" in der Aufgabe "Shopware Produkte Hochladen" kann nun die Produktnummer und der Produktname als Variable verwendet werden.
Einige Fehlertexte wurden nicht mehr übersetzt
Nach einer kürzlichen Überarbeitung wurden teilweise Fehlertexte nicht mehr übersetzt und blieben unklassifiziert. Ursache war ein überflüssiger Punkt am Anfang in der zugrundeliegenden Fehlermeldung.
Sortierung von internen Auswahlen bei den Kanalzuordnungen
Bei den Kanalzuordnungen wurden die Einträge, innerhalb einer Auswahl für die internen Zuordnungen, nicht sortiert. Nun werden die Einträge nach Position (falls vorhanden) und (dann) nach Name sortiert aufgelistet.
Bessere zeitliche Verteilung bei Erneuerungen bringt neue Performanceoptimierungen
In vielen Aufgaben kann bereits seit längeren eine Erneuerungszeit (z. B. Täglich, Wöchentlich, Nächtlich ...) eingestellt werden. Dies bedeutet, dass Einträge (Produkte, Kategorien, Medien etc.) nach Ablauf dieses Zeitraums, bzw. wenn die letzte Übertragung länger als dieser Zeitraum zurückliegt, nochmals bzw. "erneut" übertragen werden. Daher auch der Name "Erneuerungszeit".
Bisher konnte dies dazu führen, dass es bei der regulären Übertragung vereinzelt zu größeren Verzögerungen kommen konnte, sofern bei einer Übertragung sehr viele Einträge von dieser Erneuerung betroffen waren.
Nun gibt es diesbzgl. eine Optimierung, so dass nicht mehr alle zu erneuernden Einträge auf einmal synchronisiert werden, sondern nur noch eine festgelegte maximale Anzahl zu einem Zeitpunkt. So verteilt sich die Erneuerung nun besser über einen längeren Zeitraum und größere Verzögerungen bei der regulären Übertragung, also da wo sich wirklich was geändert hat, werden dadurch vermieden.
Performanceoptimierungen beim Abfragen von geänderten Einträgen (Produkte, Hersteller, Medien etc.)
Für Aufgaben die mit dem Namen "... Hochladen" enden, werden intern per SQL die geänderten Einträgen ermittelt. Dies geschieht intern durch Versionsvergleich von verschiedenen Tabellen (Mappings, Traces). Bei sehr vielen Produkten (ab 50k) dauert diese Abfrage ein paar Sekunden. Dies macht sich z. B. bemerkbar, wenn man die entsprechende Aufgabe (z. B. "Shopware Produkte Hochladen") mal manuell ausführt, dann dauerte es bisher eine Weile bis der Prozessbalken angezeigt wurde und bis die Übertragung startete. Außerdem war es bei sehr vielen Produkten bisher schwierig sehr kurze Übertragungszyklen (z. B. für Lagerbestände) einzuhalten.
Die Performance wurde diesbzgl. nun durch mehrere Maßnahmen optimiert:
- SQL Abfragen wurden optimiert (ca. 10-20% Verbesserung)
- Die Anzahl Einträge wurde bisher mit einem zusätzlicen SQL-Statement (select count(*) from ...) ermittelt. Diese zusätzlichen SQL-Queries werden nun eingespart, und dies führt daher zusätzlich zu einer Halbierung der Abfragelaufzeit
- Es wird bei manueller Ausführung dieser Aufgaben nun während dieser Abfragelaufzeit ein Prozessbalken mit dem Text "Übertragung Vorbereiten" angezeigt
Unterstützung für WooCommerce Shops mit Nettopreis Eingabe
In WooCommerce kann man einstellen, ob die Preise inklusive oder exklusive MwSt. eingegeben werden. Diese Konfiguration gilt auch für die WooCommerce-API und wurde bisher seitens TRADElube noch nicht berücksichtigt. Es wurde bisher also nur die Standardoption mit Bruttopreiseingabe unterstützt. Nun wird auch die Option 2, die Eingabe exkl. MwSt., unterstützt.
Dies wird nun automatisch berücksichtigt, indem diese Einstellungen durch TRADElube aus WooCommerce ausgelesen werden, und es ist daher keine weitere Konfiguration in TRADElube erforderlich.
Neue Aufgabe "WooCommerce Kunden Hochladen"
Mit dieser neuen Aufgabe ist es nun möglich auch die Kundendaten von der WaWi (sofern unterstützt) nach WooCommerce zu synchronisieren.
Über die neuen Möglichkeiten der Kanalisierung im Transferplan ist es nun auch hier möglich, zu steuern, ob nur die bereits für WooCommerce zugeordneten oder alle Kunden nach WooCommerce synchronisiert werden sollen. Letzteres verhindert unter anderem, dass z. B. Gastkunden (also Kunden ohne eigenes Benutzerkonto) dann in WooCommerce als Kunde angelegt werden.
Sofern es die WaWi unterstützt (z. B. CAO-Faktura) kann im Transferplan für die WaWi dann auch zielgenau durch bestimmmte Kriterien gesteuert werden, welche Kunden WooCommerce (oder auch anderen Shopsystemen) zugeordnet werden sollen.
Weitere Infos über das neue Konzept (seit Version 1.2.1.3) der Kanalisierung erfahren sie hier.
Ergänzung von Kundenzuweisungen für WooCommerce Bestellungen
Die Transferplan für die Aufgabe "WooCommerce Bestellungen Herunterladen" wurde ergänzt um das Register "Kunde". Bisher wurde der allgemeine Kundendatensatz aus der Rechnungsadresse fix kopiert. In der Grundeinstellung bleibt diese Neuerung auch (wie in TRADElube gewohnt) abwärtskompatibel. Man hat nun aber mehr Möglichkeiten. Z. B. das Feld UID-Nummer. WooCommerce stellt dieses Feld standardmäßig nicht zur Verfügung. Dies kann aber durch Plugins erweitert werden, daher können hier über ein Skript die Metadaten aus dem Bestelldatensatz von WooCommerce individualisiert ausgelesen werden, was eine Kompatibilität zu den meisten B2B Plugins gewährleistet.
Mögliche Funktionen werden im Skript Editor nun aufgelistet und beschrieben
Einige Feldzuweisungen mit Skriptunterstützung haben bisher auch schon immer versteckte Funktionen unterstützt. Nun werden die möglichen Funktionen auch offiziell aufgelistet und mit einer gängigen Syntax-Schreibweise beschrieben. Unterschiedliche Feldzuweisungen können unterschiedliche kontextbezogene Funktionen bereitstellen.
Das folgende Beispiel zeigt eine Feldzuweisung für die Freigabe von Bestellungen aus WooCommerce.
Darüber hinaus können aber auch die meisten gängigen Java-Skript Funktionen verwendet werden. Diese werden hier nicht extra aufgelistet. Dafür verweisen wir auf die gängige Fachliteratur.
Produkt ohne Produktnummer wurde angelegt / Überarbeitung "TriData Lagerbestände Herunterladen"
In dem Sonderfall, dass ein Produkt über die Aufgabe "TriData Produkte Herunterladen" nicht gespeichert werden konnte (z. B. im aktuellen Anlass aufgrund Überschreibung zulässiger Feldlängen), wurde dann fälschlicherweise das Produkt dann über die Aufgabe "TriData Lagerbestände Herunterladen" ohne Produktnummer angelegt. Dies konnte dann zu weiteren Folgefehlern führen, z. B. "Doppelte Produktnummer '' ...". Ob man davon betroffen ist, erkennt man daran, dass in der Produktverwaltung ganz oben ein Datensatz ohne Produktnummer und -name existiert.
Hierzu gibt es zum einen einen Bugfix im Rahmen der internen Mappings, so dass das Produkt bei den Lagerbeständen in der Folge dann überprungen wird, sofern bei der Kanalisierung "Nur Bestehende Übernehmen" eingestellt ist.
Für den Fall, dass bei Kanalisierung "Alles Übernehmen" eingestellt ist (dies trifft zu bei einigen Konfigurationen, wo nur Lagerbestände synchronisiert werden sollen), gibt es nun eine Erweiterung im Transferplan. Und zwar kann hier die Zuweisung der Produktnummer, sowie die Zuweisung eines konstanten Produktnamens definiert werden.
Ungültige Transaktionen innerhalb der aktuellen Bestellversion
In den letzten Versionen gab es einen Bugfix bzgl. Versionierung von Bestellungen in Shopware. Nun ist mit der neuesten Shopware Version aufgefallen, dass Transaktionen manchmal die aktuelle Bestellversion haben, obwohl davon welche ungültig sind und bereits eine neue Transaktion mit einer anderen Zahlart gestartet wurde. Daher wird ab jetzt zusätzlich zur aktuellen Bestellversion auch immer die neueste Transaktion zum auslesen und setzen von Zahlart und Zahlstatus verwendet.
Farbliche Visualisierung des Bestellstatus
In der Bestellübersicht werden nun die Bestellstatus farblich gekennzeichnet.
- Grau: Die Bestellung wurde noch nicht freigegeben
- Schwarz: Offen
- Orange: In Bearbeitung
- Grün: Abgeschlossen
- Rot: Abgebrochen
Bestellungen aus WooCommerce benutzerdefiniert filtern
In der Aufgabe "WooCommerce Bestellungen Herunterladen" gibt es nun die Möglichkeit für benutzerdefinierte Kanalisierung. So können nun z. B. Bestellungen mit Status "failed" ausgefiltert werden.
TRADElube 1.2.1.8 Release Notes
Release Datum: 30.08.2023
Feld "Lagerbestand Verwalten" unterschiedlich für Vater- und Kindartikel
Das Feld "Lagerbestand Verwalten" in der Aufgabe "WooCommerce Lagerbestände Hochladen" kann nun über neue Skriptvariablen "IsVariantProduct" und "IsParentProduct" konfiguriert werden. Das Problem bisher war, dass man dies nicht unterscheiden konnte und Vaterprodukte in der Regel aber keinen Lagerbestand haben. Deshalb wurde dann das ganze Produkt in WooCommerce als nicht verfügbar angezeigt. D. h. diese Zuweisung konnte bisher nur bei normalen (nicht Variantenartikeln) sinnvoll verwendet werden.
Feld "Lieferrückstand Erlaubt" korrigiert
Das Feld "Lieferrückstand Erlaubt" in der Aufgabe "WooCommerce Lagerbestände Hochladen" konnte bisher noch nicht korrekt konfiguriert bzw. verwendet werden. Nun wurde dies korrigiert und um weitere Möglichkeiten ergänzt.
Es kann nun die Auswahl aus den 3 Möglichkeiten als Fixwert ausgewählt werden (siehe Screenshot), oder es kann mit einem logischem Benutzerfeld verknüpft werden.
Benutzerfelder für weitere Lagerbestände
Benutzerfelder aus CAO-Faktura können nun für die Zuweisung weiterer Lagerbestände als Skriptfelder verwendet werden.
Preise für Feldzuweisung "Versandkostenfrei" verwenden
In der Aufgabe "Shopware Produkte Hochladen" können nun für die Feldzuweisung "Versandkostenfrei" die Preise als Variablen im Skript verwendet werden. So können nun die Versandkosten-freien Produkte automatisiert vom Preis abhängig festgelegt werden.
Die Abbildung zeigt das beschriebene Feld in Shopware:
Nachträgliche Zuweisung von Varianten bei neu angelegten Vaterartikel
In CAO-Faktura werden im Shoptransfer die Artikel (auch bei Neuanlage) nicht so sortiert, dass erst der Vaterartikel und dann die Kindartikel angelegt werden. Daher musste bisher die Übertragung aus CAO-Faktura oft doppelt erfolgen, damit beim zweiten mal dann die Vater-Artikel-Verknüpfung bei den Varianten zugewiesen wurde.
Nun gibt es eine neue Zuweisungsmöglichkeit im Transferplan von CAO-Faktura, damit nun auch umgekehrt beim Anlegen des Vaterartikels bereits existierende Produktvarianten nachträglich noch hinzugefügt werden. Dies Zuweisung sollte in der Regel nur für Neuanlage ausgewählt werden, da dies nur beim nachträglichen Anlegen des Vaterartikels relevant ist.
Aktuell werden bei dieser Zuweisung keine Produktvarianten vom Vaterartikel entfernt, sondern nur fehlende Produktvarianten hinzugefügt. Das Entfernen erfolgt bereits bei der Zuweisung "Vater Produkt" bei Produktvarianten selbst.
Vaterartikel wird bei Zuweisung zu einem Variantenartikel zurückgesetzt
Falls beim Übertragen von Produktvarianten aus CAO-Faktura entweder der Vaterartikel hinzugefügt oder entfernt wird, wird nun in TRADElube auch der Vaterartikel nochmal zurückgesetzt, damit dieser folglich nochmal in alle Systeme neu synchronisiert wird. Notwendig ist dies im Zusammenhang mit einer Neuerung bzgl. WooCommerce (siehe oben), wo das Feld "Lagerbestand Verwalten" nun für Vater-Artikel individuell festgelegt werden kann.
Lieferzeit nun individueller gestaltbar
Die Feldzuweisung "Lieferzeit" in der Aufgabe "Shopware Produkte Hochladen" kann nun individueller gestaltet werden. Z. B. in Abhängigkeit von Lagerbeständen, von einem Lieferdatum oder von beliebigen benutzerdefinierten Feldern.
Als Grundlage dient hier immer noch das Mapping der Lieferzeiten in Tagen im Kanal "Shopware" Bereich "Zuordnungen" Register "Lieferzeiten".
Über den Modus "Feldzuweisung" können nun auch benutzerdefinierte Eigenschaften vom Typ Ganzzahl ausgewählt werden (z. B. "Lieferzeit in Tagen"). Oder wie bisher ein Lieferdatum-Benutzerfeld, dass dann in Tage und damit in die entsprechende Lieferzeit umgerechnet wird. Für Letzteres ist aber zu beachten, dass dies nur richtig funktioniert, wenn man die Übertragung regelmäßig erneuert, was wir als Herangehensweise nicht vorrangig empfehlen würden. Aus Gründen der Abwärtskompatibilität wurde diese Möglichkeit nicht entfernt.
Über den Modus "Skript" hat man nun viele weitere Möglichkeiten. Zum einen können alle benutzerdefinierten Felder, alle Lagerbestände als Variablen verwendet werden. Und über die neue Funktion "GetDeliveryTimeIdForDays(Integer days)" kann dann ein beliebig berechnetes Ergebnis in Tagen in die entsprechende Lieferzeit Id umgewandelt bzw. gemappt werden.
Beachten Sie folgenden Breaking-Change:
Aus dem Skript wurden Variable entfernt, und zwar die bereits umgerechneten Lieferdatum-Benutzerfelder. Als Ersatz sollte nun die neue Funktion "GetDeliveryTimeIdForDays" kombiniert mit den entsprechenden Variablen zu den Benutzerfeldern verwendet werden.
Preiszuweisung für benutzerdefinierte Produkt-Metadaten
Preise können nun in der Aufgabe "WooCommerce Produkte Hochladen" für die Metadaten Zuweisung verwendet werden. (Gute) WooCommerce Plugins (beispielsweise für B2B Funktionalität) speichern ihre Daten mit diesem allgemeinen Konzept der Metadaten. So kann TRADElube mit den (meisten) WooCommerce-Plugins sehr individuell konfiguriert werden.
Zusätzlich gibt es für Skript-Zuweisung auch neue Funktionen "GetPrice_....(Integer position)" über diese dann auch Staffelpreise durch Angabe der Position ausgelesen werden können.
Beim Neuladen von externen Zuordnungen (Mappings) verblieben gelöschte Einträge
Wurden im externen System (z. B. Shopware, WooCommerce etc.) Einträge gelöscht (z. B. Zahlungsarten, Eigenschaften etc.) konnten diese Zuordnungen in TRADElube nicht mehr entfernt werden, zumindest nicht mehr aus der Auswahl, und die Einträge wurden beim "Neu Laden" auch immer wieder neu angelegt.
Es ist nach wie vor so, dass zum Entfernen eines Eintrages zuerst die Zeile (das Mapping) gelöscht werden muss. Dann aber bewirkt ab jetzt ein "Neu Laden" auch ein vollständiges Entfernen aus der Auswahl.
Erzwungene Aktualisierung von Produktvarianten mit Übertragungsfehlern
Diese Änderung betrifft die Aufgabe "WooCommerce Produkte Herunterladen". Diese Aufgabe benötigt man für eine Sonderkonfiguration, wenn man nur Lagerbestände nach WooCommerce synchronisieren möchte. In WooCommerce geht dies aufgrund der Produktvariationen nur, wenn man vorher eine Verbindung zwischen den Produkten (über die SKU bzw. Produktnummer) herstellt. Daher werden die Produkte hier im ersten Schritt erst von WooCommerce in Richtung TRADElube synchronisiert.
Das Problem hierbei war, dass Produktvariationen, wo es einen vorangegangenen Übertragungsfehler gegeben hat, danach nicht mehr sofort synchronisiert wurden. Im konkreten Fall wurden in WooCommerce eine Menge Produktvarianten in andere Hauptprodukte durch eine andere Schnittstelle verschoben, was erstmal in TRADElube korrekterweise zu Fehlern bzgl. doppelten Produktnummern führte. Nach dem Löschen dieser alten Produkten wurden jedoch die neuen aus dem genannten Grund nicht mehr neu synchronisiert. Nun gibt es für solche und ähnliche Fälle einen Bugfix, indem Produkte, deren Produktvarianten in TRADElube einen Übertragungsfehler aufweisen, immer synchronisiert werden, bis der Fehler wieder verschwindet (mit Einschränkung, da der Interval für fehlerhafte Einträge nach einer Zeit auch stark gedrosselt wird).
Performanceoptimierungen für Download von Produkten
In einem aktuellen Fall gibt es das Problem, dass sich die Responses zu den Produkten aus der WooCommerce API bei jedem Abruf inhaltlich unterscheiden, obwohl es keine Änderung gegeben hat. Schuld sind Listen (z. B. Kategorien) deren Sortierung sich immer ändert und so die Listeneinträge von Aufruf zu Aufruf quasi immer hin- und her-toggeln. Oder anders gesagt diese Responses von WooCommerce scheinen nicht determistisch (vorhersehbar) identisch zu sein.
Aufgrund dessen konnte TRADElube hier die Performance nicht mehr optimieren. Dies geschieht normalerweise so, dass sich TRADElube einen Hashwert zu den einzelnen gelieferten Responses bzw. Datensätzen merkt. So ist es dann möglich, sofort zu erkennen, ob es seit der letzten Übertragung Änderungen gibt, und ob eine Synchronisierung überhaupt erforderlich ist. TRADElube kann die Responses mit bekanntem Hashcode also einfach überspringen und in der Folge reduziert sich der gesamte Zeitaufwand für die Übertragung drastisch, und in der Regel können dadurch auch sehr große Mengen von Daten sehr schnell verarbeitet werden. Dieser Vorteil fällt aber natürlich weg, wenn aus dem Grund wie im ersten Absatz beschrieben, diese Hashcodes nicht mehr zuverlässig berechnet werden können.
Der Workaround funktioniert nun so, dass es statt einem Hashcode nun vier weitere also insgesamt fünf Hashcodes gibt. Es werden also solange mehrere (bis zu 5) Hashcodes gesammelt, solange keine Änderung bei der Synchronisierung festgestellt wird. Dadurch kann nun ab dem 4-5 Durchlauf trotzdem eine gute Performance erzielt werden.
TRADElube 1.2.1.9 Release Notes
Release Datum: 10.09.2023
Bei Eigenschaften Groß-und Kleinschreibung und Leerzeichen ignorieren
Bei der Konfiguration einer Eigenschaft vom Typ "Auswahl" gibt es nun zwei weitere Konfigurationsmöglichkeiten:
- Ignoriere Groß- und Kleinschreibung
- Ignoriere Leerzeichen
Im Zusammenhang mit Kanalanbindungen wo die Zuweisung von Eigenschaften nur über Freitexte erfolgen kann, hat dies nun den Vorteil, dass man dadurch Duplikate aufgrund unterschiedlicher Schreibweise besser vermeiden kann.
Verlust von neuen Eigenschaftwerten aufgrund von Caching
Die Werte von Auswahl-Eigenschaften werden ge-cached, genauso wie dies für alle allgemeinen Einstellungen passiert. Dies hat driftige Performancegründe und bedeutet z. B. dass die ganzen Kataloge (Hersteller, Kategorien, Eigenschaften etc. ) nicht beim Öffnen jedes einzelnen Produktes immer wieder neu aus der Datenbank geladen werden müssen. Stattdessen werden diese ge-cached (vorgehalten) und dadurch lässt sich mit dem System deutlich schneller arbeiten. Diese Performancevorteile gelten genauso deutlich für alle Übertragungen/Synchronisierungen.
Die Werte von Auswahl-Eigenschaften im Sinne von Systemeinstellungen haben hier aber eine besondere Bedeutung, weil diese auch dynamisch aus anderen Kanälen/Systemen angelegt werden.
Das konkrete Problem bestand nun darin, wenn man die Oberfläche bzw. das Backend von TRADElube gleichzeitig offen hatte, während in einem Hintergrunddienst gerade neue Eigenschaften angelegt wurden, dann wurden diese in der Oberfläche nicht mehr nachgeladen, weil diese ja bereits ge-cached waren. Als Folge davon konnte es dann zu Lücken bei den Eigenschaftwerten führen, wenn man weitere Aufgaben (z. B. ... Produkte Hochladen) in der Oberfläche manuell ausgeführt hat, oder wenn man das Produkt in der Produktverwaltung öffnete und speicherte.
Im automatischen Ablauf (Hintergrunddienste) fiel dieses Problem in der Regel nicht auf, da die Hintergrunddienste immer automatisch neu starten, wenn sich Einstellungen verändern. So aber nicht das Backend von TRADElube. Bei Änderungen von Einstellungen sollte man daher zum aktuellen Zeitpunkt auch immer alle anderen bereits offenen Browserfenster neu laden.
Nicht mehr notwendig ist dies ab jetzt für die Auswahl-Eigenschaften, da diese nun bei Bedarf immer automatisch nachgeladen werden.
Fehler beim Herunterladen von Bestellungen
Beim Herunterladen von Bestellungen aus WooCommerce konnte es in Sonderfällen (in Kombination mit weiteren WooCommerce-Plugins) zu folgendem Fehler kommen:
Ursache waren Metadaten mit Werten vom Typ Array. Array-Typen wurden bisher noch nicht berücksichtigt.
{
"id": 87073197,
"key": "_ppcp_refunds",
"value": [
"93L50ANONYM954X"
]
}
TRADElube 1.2.1.10 Release Notes
Release Datum: 11.10.2023
Aktionspreise nun über Gültigkeitszeitraum möglich
Da es in Shopware nicht die Möglichkeit gibt die Standardpreise auf einen Gültigkeitszeitraum zu beschränken, hatte bisher der Gültigkeitszeitraum von den in TRADElube hinterlegten Aktionspreisen auch keine Auswirkung bei der Übertragung nach Shopware:
Der Aktionspreiszeitraum aus CAO-Faktura wurde zwar nach TRADElube synchronisiert, aber nicht nach Shopware. Stattdessen musste der Aktionspreis nach dem Aktionszeitraum auch wieder in der WaWi entfernt und neu synchronisiert werden.
Auch wurde dies seitens TRADElube bisher nicht umgesetzt, da eine einfache Lösung bisher so hätte ausgesehen, dass immer alle Artikel täglich synchronisiert werden hätten müssen, damit bei ein paar wenigen Produkten der Aktionspreis angepasst worden wäre. Das wäre aus Sicht der Performance (vor allem bei vielen Produkten) nicht sinnvoll gewesen. Deshalb ist diese schnelle Lösung für uns auch nicht in Frage gekommen.
Nun haben wir hier die notwendige Energy in ein neues Konzept reingesteckt und eine aufwendigere aber performante Lösung entwickelt, wo die vom Aktionszeitraum betroffenen Artikel nun gezielt zum richtigen Zeitpunkt und einmalig für die Übertragung neu ausgewählt werden. Mit diesem neuen Konzept lassen sich künftig nun auch andere Datums-abhängige Zuweisungen einfacher realisieren.
Die Anpassung der Aktionspreise abhängig vom eingestellten Aktionszeitraum erfolgt somit ab jetzt über Nacht zum richtigen Zeitpunkt automatisch.
Entsprechend wurde auch der Transferplan der Aufgabe "Shopware Produkte Hochladen" um den Gültigkeitszeitraum der Aktionspreise ergänzt.
Unterstützung von Mehrfachmapping bei Produktattributen
Produktattribute aus TriData können nun mehrfach für unterschiedliche Schreibweisen gemappt werden und so in TRADElube zu einer Eigenschaft zusammengeführt werden.
Feldzuweisung "Unternehmen" mit Skript Unterstützung
Im Transferplan des Kanals CAO-Faktura im Register "Bestellungen" dann im Register "Exportieren" kann nun jeweils für Rechnungs- und Versandadresse für das Feld "Unternehmen" ein Skript hinterlegt werden. Dadurch kann nun, falls gewünscht, zusätzlich die Abteilung hinzugefügt werden. Da es für Abteilung kein dediziertes Feld in CAO-Faktura gibt, in TRADElube und meist im Onlineshop dieses Feld aber schon vorhanden ist.
Entfernen von Emojis aus dem Bestellkommentar
Wenn in Shopware ins Bestellkommentar Emojis reingeschrieben werden, dann kann die Bestellung aktuell nicht importiert werden, da es dann beim Speichern in die Datenbank (MariaDb) aufgrund ungültiger Zeichen einen SQL-Fehler gibt. Diese Problem muss noch weiter untersucht werden - vielleicht ist dazu auch ein größeres Upgrade des Datenbankservers und ggf. auch von TRADElube wegen der Datenbanktreiber erforderlich. Vorsorglich kann aber deshalb nun (sollte das Problem tatsächlich auftreten) im Transferplan der Aufgabe "Shopware Bestellungen Herunterladen" der Feldzuweisung des Bestellkommentars ein Skript hinterlegt werden, um die Emojis zu entfernen.
Folgendes Script wird bereits automatisch vorgeschlagen:
return customerComment.replace(/([\u2700-\u27BF]|[\uE000-\uF8FF]|\uD83C[\uDC00-\uDFFF]|\uD83D[\uDC00-\uDFFF]|[\u2011-\u26FF]|\uD83E[\uDD10-\uDDFF])/g, '');
Fehler beim Import von Bestellungen mit Rabatt
Die Shopware API für Bestellungen liefert bei Bestellpositionen mit Rabatt in Sonderfällen keinen sog. payload. Im Payload steht normalerweise die Produktnummer für Produktpositionen oder der Gutscheincode für Gutscheinpositionen. In solchen Fällen war der Import der Bestellung daher fehlerhaft. Dies wird nun berücksichtigt und diese Positionen werden in TRADElube nun als Rabatt-Position angelegt.
Importieren von Lagerbeständen abgebrochen
Bei der Aufgabe "TriData Lagerbestände Herunterladen" konnte es unter gewissen Voraussetzungen aufgrund der Fehlermeldung "Object reference not set to an instance of an object." zu einem Abbruch kommen. Dies war bisher immer nur ein vorrübergehendes Phänomen, und kam dadurch zustande, wenn es in TriCon Lagerbestände zu Filialen gab, aber für diesen Artikel in TriCon noch kein Gesamtlagerbestand angelegt wurde. Diese Inkonstenz ist in der Regel nur vorübergehend während eines Datenabgleichs von TriData nach TriCon entstanden und dieser Umstand wurde von TRADElube nicht berücksichtigt.
Nun wird bei fehlendem Gesamtbestand zu einem Artikel, der Abgleich dessen korrekterweise übersprungen, oder anders gesagt, es werden nur noch Artikel mit Gesamtbestand synchronisiert.
Verzögerung der Synchronisierung von Laberbeständen bei neuen Artikeln
Nach Einführung der Kanalisierung in der Version 1.2.1.3 entstand das Problem, dass unter gewissen Voraussetzungen die Lagerbestände aus TriCon initial nicht mehr synchronisiert wurden. Diese blieben in TRADElube bei neu hinzugekommen Produkten also erstmal bei 0. Erst bei erneuter Änderung des Lagerbestands (oder nach Ablauf der Erneuerungszeit) wurde die Synchronisierung dann verspätet durchgeführt. Bereits bestehende Produkte waren von diesem Problem NICHT betroffen - wie gesagt nur bei neu Hinzugekommenen verzögerte sich die Übertragung und der Lagerbestand blieb erstmal bei 0.
Ursache war, wenn die Aufgabe "TriData Lagerbestände Herunterladen" quasi die Aufgabe "TriData Produkte Herunterladen" überholt hat. Die Artikel, die zu dem Zeitpunkt noch nicht angelegt wurden, wurden von der Aufgabe "TriData Lagerbestände Herunterladen" "Übersprungen" (dieses Konzept gibt es erst seit des Kanalisierungs-Features) und die Übertragung wurde nach der Artikelanlage dann aber nicht mehr wiederholt.
Durch eine Optimierung an der internen Mapping-Versionierung ist das Problem nun behoben.
Hinweis:
Als Übergangslösung bei dieser Art von Übertragungsleak können Aufgaben "Zurückgesetzt" werden. Dies bewirkt dann einen Vollabgleich aller Einträge. Danach werden dann immer nur Änderungen synchronisert (oder auch ohne Änderung wiederholt sich die Synchronisierung nach Ablauf der Erneuerungszeit). Dieses Vorgehen hat erhebliche Performance- bzw. Geschwindigkeitsvorteile im Gegensatz dazu also würde man IMMER das ganze Produktsortiment synchronisieren, ist aber natürlich auf der anderern Seite eine viel größere technische Herausforderung.
TRADElube 1.2.1.11 Release Notes
Release Datum: 08.02.2024
Export von Bestellungen unter Ausschluss der bereits geschlossenen Bestellungen
Es kann nun im Kanal von CAO-Faktura zusätzlich zum Alter der Bestellungen konfiguriert werden, ob beim Export der Bestellungen die bereits geschlossenen Bestellungen ausgeschlossen werden sollen.
Bei sehr vielen Bestellungen wird aus Performancegründen empfohlen, diese Option zu setzen, oder das "Alter der Bestellungen für Export" möglichst niedrig zu konfigurieren.
Bestellstatusabgleich inklusive der bereits geschlossenen Bestellungen
Die Aufgabe "TriData Bestellstatus Herunterladen" hatte bisher grundsätzlich bereits geschlossene Bestellungen ausgeschlossen. Falls also eine bereits abgeschlossene Bestellung dann nochmal storniert wurde, wurde der Bestellstatus dieser Bestellung nicht mehr aus TriCon synchronisiert. Nun kann dies in der Aufgabe konfiguriert werden, ob bereits geschlossene Bestellungen vom Import des Bestellstatus ausgeschlossen werden sollen oder nicht.
Bei sehr vielen Bestellungen wird aus Performancegründen empfohlen, diese Option zu setzen, oder das "Alter der Bestellungen für Sync" möglichst niedrig zu konfigurieren.
Breaking-Change bei Einkaufspreisen seit Shopware in der Version 6.5
Mit Shopware ab der Version 6.5 funktionierte aus TRADElube die Synchronisierung des Einkaufspreises nicht mehr. Diese Änderung an der Shopware API wird nun in TRADElube berücksichtigt.
TRADElube 1.2.1.12 Release Notes
Release Datum: 03.04.2024
Fehler beim Import von Bestellungen ohne Lieferadresse
Beim Import von Bestellungen ohne Lieferadresse aus Shopware, im konkreten Fall eine Bestellung für eine digitales Produkt, gab es einen Fehler.
Ready für Shopware 6.6
Ab Shopware in der Version 6.6 gibt es ein paar relevante Änderungen an der Shopware API welche den Bestellimport in TRADElube betreffen. Dies wurde nun angepasst.
Vererbung der Sichtbarkeit und der Kategorien vom Vaterprodukt
In der Aufgabe "Shopware Produkte Hochladen" kann nun für die Verkaufskanäle und für die Kategorien explizit die Vererbung zum Vaterprodukt zugewiesen werden.
Ein Zurücksetzen zur sog. "Vererbung" in Shopware ist so möglich. Zur Info: eine aktive Vererbung ist in Shopware bei den Variantenprodukten jeweils immer durch das Kettensymbol in der Farbe lila gekennzeichnet.
Zuweisung der Verkaufskanäle in Abhängigkeit der Kategorien
In der Aufgabe "Shopware Produkte Hochladen" steht nun für die Zuweisung der Verkaufskanäle eine neue Skript-Funktion mit dem Namen "ContainsCategoryId" zu Verfügung. Dadurch ist es nun möglich die Verkaufskanäle per Skript in Abhängigkeit zu den Kategorien festzulegen.
Passend dazu wird nun innerhalb der Kategorieverwaltung (gilt auch für Produkte, Hersteller, Medien, Bestellungen & Kunden) im Bereich Kanäle ganz unten die Id angezeigt, damit diese nun ausgelesen und in Scripten verwendet werden kann.
Mit einem Klick auf diese Id wird diese in der Zwischenablage gespeichert und kann dann im Script wieder eingefügt werden.
TRADElube 1.2.1.13 Release Notes
Release Datum: 30.04.2024
Standardkonfiguration Erscheinungsdatum geändert & Skript Variablen hinzugefügt
Im Kanal von CAO-Faktura wurde für die Zuweisung des Erscheinungsdatums (Transferpläne → Produkte → Aktualisieren → Allgemein) bisher als Standardkonfiguration das Lieferdatum aus CAO-Faktura verwendet. Es hat sich herausgestellt das dies oft nicht zutreffend ist. Da die Schnittstelle von CAO-Faktura ansonsten kein optimal passendes Feld bereitstellt, bleibt das Feld daher bei Neuninstallation inaktiv.
Wenn man die Zuweisung aktiviert, dann wird ab jetzt als Standardkonfiguration ein Skript mit dem aktuellem Datum vorgeschlagen. Entsprechend dafür stehen im Skript-Editor (dieses Feldes) nun Datumsfunktionen zur Verfügung.
Bei diesem konkreten Skript sollte die Zuweisung nur mit der Option "Bei Neuanlage" konfiguriert werden. Damit wird erreicht, dass das aktuelle Datum als Erscheinungsdatum nur einmal bei der Neuanlage des Produktes in TRADElube zugewiesen wird und danach nicht mehr verändert wird.
Skripte für Kundengruppe, VertreterId und Preisgruppe nun möglich
Im Kanal von CAO-Faktura kann nun im Transferplan "Bestellungen → Exportieren → Allgemein" für die Felder Kundengruppe, Vertreter Id und Preisgruppe jeweils ein Skript hinterlegt werden. Als Skriptvariable steht das Bestellkommentar zur Verfügung. Dadurch ist es nun möglich Informationen zu den benannten Felder aus dem Bestellkommentar zu parsen.
TRADElube 1.2.1.14 Release Notes
Release Datum: 13.05.2024
Weitere Konfigurations-Möglichkeiten für das Erscheinungsdatum
Für CAO-Faktura und TriData gibt es nun die Möglichkeit für die Konfiguration das Erscheinungsdatums das Produkt-Erstelldatum aus TRADElube zu verwenden. Dies ist entweder das aktuelle Datum bei Neuanlage oder das Datum in der Vergangenheit an dem das Produkt in TRADElube angelegt wurde.
Im Fall von CAO-Faktura könnte dies über folgendes Script dann mit dem Lieferdatum kombiniert werden, so dass abweichend das Lieferdatum zugewiesen wird, sofern dies nach dem Erstelldatum liegt.
TRADElube 1.2.1.15 Release Notes
Release Datum: 14.05.2024
Vorbereitungen für Version 1.3.0
In dieser Version wurden ausschließlich einige interne Anpassungen gemacht, zum dem Zweck damit die künftige Version 1.3.0 mit dieser Version (1.2.1) weiterhin parallel co-existieren kann. Ein Upgrade von der Version 1.2.1 auf 1.3.0 ist somit nicht unmittelbar erforderlich.
TRADElube 1.2.1.16 Release Notes
Release Datum: 24.06.2024
Arbeitsspeicheroptimierungen
Durch einige interne Optimierungen wird nun die Arbeitsspeicherlast (vorallem bei bestimmten längeren Schnittstellen Übertragungen) drastisch reduziert.
Komprimieren von Bildern
Seit der Version 1.2.1.6 besteht die Möglichkeit Bilder beim Import nach TRADElube zu komprimieren. Klicken sie hier für mehr Details..
Diese Komprimierung jedoch wurde bisher nur beim direkten Upload von Bildern in der Medienverwaltung angewandt. Nun werden die Bilder auch komprimiert, wenn diese über einen Kanal importiert werden. Z. B. beim Upload eines Bildes direkt aus CAO-Faktura. Die Komprimierung wird logischerweise ab nun nur für neue Bilder angewandt, nicht aber für die bereits hochgeladenen.
Melden sie sich aber gerne, wenn sie auch die bereits hochgeladene Bilder komprimieren möchten. Diesen Service können wir ihnen kostenlos anbieten. Stellen sie dazu gerne eine Anfrage per E-Mail:
In dieser Version gibt es eine weitere Optimierung bzgl. der Bild-Komprimierung. Und zwar wird bei Bildern, deren Speicherplatz nicht mindestens um 5% reduziert werden kann, die komprimierte Version verworfen und stattdessen das Original übernommen. Dies verhindert unter anderem, dass Bilder die bereits komprimiert wurden nicht erneut komprimiert werden.
Hersteller, Kategorien oder Bilder manuell löschen besser unterstützt
Falls man bisher Hersteller, Kategorien oder Bilder direkt in TRADElube aus der Hersteller-, Kategorie- oder Medienverwaltung gelöscht hat, z. B. aufgrund von manuellen Säuberungsarbeiten, war es erforderlich (z. B. bei TriData) die entsprechende Synchronisierungsaufgabe zurückzusetzen, damit die betroffenen Produkten zeitnah nochmal neu aktualisiert wurden.
Nun werden die betroffenen Produkte (also die Produkte, die den gelöschten Hersteller, die gelöschte Kategorie oder das gelöscht Bild beinhalteten) automatisch nochmal neu für die Synchronisierung ausgewählt, anders formuliert ist daher ab jetzt kein manuelles Zutun (am Beispiel TriData) mehr erforderlich.
Wenn sie z. B. eine Kategorie aus der Kategorieverwaltung löschen, dann werden automatisch nochmal alle Produkte, die die betroffene Kategorie (oder eine Unterkategorie davon) beinhalteten beim nächsten Durchlauf automatisch neu synchronisiert (inkl. des betroffenen Kategoriebaums, der deshalb anschließend auch wieder neu angelegt wird). Beachten sie aber bei diesem Beispiel, dass dies natürlich zur Folge hat, dass diese Kategorien z. B. auch aus dem Shop gelöscht werden, um anschließend wieder neu angelegt zu werden!
Fixwert für Lieferart
Im Transferplan der Aufgabe "Shopware Bestellungen Herunterladen" kann nun für die Lieferart auch ein Fixwert oder ein Script hinterlegt werden.
Aktueller Anlass war speziell für digitale Download-Produkte, wo es keinen Lieferdatensatz aus Shopware gibt. Da die spezielle WaWi dahinter für die Fakturierung trotzdem eine Lieferart benötigt, und diese in diesem Fall mit viel manuellen Aufwand hätte bei allen Bestellungen nachgetragen werden müssen, kann die Zuweisung der Lieferart wie oben beschrieben nun ganz einfach automatisiert werden.
TRADElube 1.2.1.17 Release Notes
Release Datum: 28.06.2024
Weitere Workarounds bzgl. TriCon
In letzter Zeit kam es leider wieder häufig zu Datenverlust aus der TriCon Schnittstelle (hauptsächlich Bilder), aufgrund von abgebrochenen Volluploads von TriData nach TriCon.
Daten wie z. B. die Produktbilder, die in TriCon nicht mehr vorhanden sind, werden als logische Konsequenz von TRADElube natürlich folgerichtig entfernt, auch aus dem Shop. Es gibt auch keine handfeste Möglichkeit von außen zu unterscheiden, ob diese Daten absichtlich entfernt wurden (also z. B. ob Bilder aufgrund von Überarbeitung bei den Produkten mit Absicht in TriData gelöscht wurden), oder ob diese Daten aufgrund eines abgebrochenen Volluploads von TriData nach TriCon fehlen.
Um diese Zusammenhänge überhaupt nachvollziehen zu können, muss man wissen, die Daten fehlen dann deshalb, weil bei einem Vollupload von TriData nach TriCon erst immer alle Daten gelöscht werden und dann wieder neu angelegt werden. Dieses Risiko-by-Design kann auch leider nicht umgangen werden, da es viele Fälle gibt, indem ein Vollupload von TriData nach TriCon wiederrum Voraussetzung ist, damit die Daten in TriCon auch aktualisiert werden, z. B. wenn Produkte aus dem Produktsortiment entfernt werden, indem die Internetfreigabe in TriData entfernt wird.
Bereits in der Vergangenheit wurden in TRADElube einige Workarounds integriert und die daraus entstehenden Probleme bestmöglich zu umgehen. Z. B. werden Produkte als Ganzes schon länger nicht mehr automatisch gelöscht, sondern nur noch deaktiviert. Ein endgültiges Löschen kann aus oben genannten Gründen nur noch durch manuelles Ausführen der Aufgabe und durch Bestätigen eines entsprechenden Dialogs durchgeführt werden.
Es gibt aber auch andere Daten wie eben z. B. die Produktbilder, wo dieses Vorgehen nicht möglich ist und etwaige bisherige Workarounds viel zu aufwendig sind.
Nun, da die Konsequenzen in letzter Zeit (z. B. ein Shop ohne Bilder), unserer Ansicht nach nicht mehr akzeptabel sind, haben wir uns kurzfristig einen weiteren Workaround überlegt.
Die Aufgabe "TriData Produkte Herunterladen" trackt nun in allen Bereichen (Produkte, Produktkombinationen, Produktattribute, Produktbilder) die Anzahl Datensätze. Sollte sich von einem zum nächsten mal die Anzahl der Datensätze um mehr als 20 % verringern, wird der Vorgang vollständig mit einem Fehler abgebrochen und die Übertragung wird erst gar nicht mehr durchgeführt.
Wir empfehlen, beachten sie bei solchen Fehlermeldungen auch grundsätzlich immer die mitgelieferte Beschreibung. Oft sind Handlungsanweisungen bereits mit dabei. Wie in diesem Fall, sollte es sich um einen Fehlalarm handeln, weil tatsächlich mit Absicht viele Daten gelöscht wurden, dann muss die Aufgabe "TriData Produkte Herunterladen" einmal manuell ausgeführt werden und dann kann die Warnmeldung entsprechend über die Schaltfläche "Fortsetzen" bestätigt und damit ignoriert werden.
TRADElube 1.2.1.18 Release Notes
Release Datum: 12.09.2024
Verschieben einer Produktvariante hat nicht mehr funktioniert
Eine Produktvariante, die in WooCommerce einem falschen Hauptprodukt zugeordnet war, konnte nach dessen Korrektur nicht mehr in das richtige Hauptprodukt verschoben werden (dies funktioniert in WooCommerce nur so, dass die Variante gelöscht und neu angelegt wird).
Dieser Spezialfall führte seit dem vorletzten Release V. 1.2.1.16 (Arbeitsspeicheroptimierungen) zu einem "Nicht klassifizierten Fehler → Failed to set value simple for element type".
Weitere Möglichkeiten für Vaterartikelzuordnung
Schon länger gibt es für TriData die Möglichkeit einen Workaround zu nutzen, über den Vater-Kind-Artikel Beziehungen nur mit den TriData Hauptartikeln abgebildet werden können (als Ersatz für die Größen/Farben in TriData).
Bisher konnte in diesem Zusammenhang der Vaterartikel zugeordnet werden, indem in TriData bei den Feldern Bezeichnung 2, 3 oder Matchcode die Artikelnummer des Hauptartikels eingetragen wurde.
Neben der Artikelnummer kann diese Zuordnung nun auch über die
- Hersteller-Artikel-Nummer
- oder die EAN erfolgen.
In der Aufgabe "TriData Produkte Herunterladen" im Transferplan im Register "Allgemein" wurden dazu für die Feldzuordnung "Vater Produkt" das Script um folgende Funktionen erweitert (siehe Abb).
In der Praxis hat dies den Vorteil, dass diese Zuweisung bereits in externen Produktdateien (oder Veloconnect) die man nach TriData importieren möchte, berücksichtigen kann. Das lässt sich dann im Gegensatz zur Artikelnummer besser automatisieren, denn die Artikelnummer hat den Nachteil, dass diese von TriData automatisch vergeben wird und damit im Vorhinein (also vor dem Dateiimport) nicht bekannt ist.
Bestellungen mit Filter auf Verkaufskanal
Bestellungen aus Shopware können nun mit Filter auf einen Verkaufskanal importiert werden. Dazu wurde für die Aufgabe "Shopware Bestellungen Herunterladen" im Transferplan im Register "Kanäle" eine benutzerdefinierte Option zur Kanalisierung eingeführt.
Abweichende Konfiguration für Kombinationen Preis (Größen/Farben) fällt weg
In der TriCon gibt es Felder für abweichende Internetverkaufspreise bei den Größen/Farben. Es hat sich im Nachhinein herausgestellt, dass diese Felder in TriData aber gar nicht verwendet werden. Für alle Größen/Farben (bzw. Produktkombinationen) gelten somit immer die im Hauptprodukt hinterlegten Preise.
Das hat bisher trotzdem funktioniert, da die hinterlegte Standardkonfiguration in TRADElube in der Aufgabe "TriData Produkte Herunterladen" immer auf den Hauptpreis zurückfiel, sofern der abweichende Preis nicht vorhanden ist, was nach neuem Kenntnisstand ja somit immer der Fall ist, und eine abweichende Konfiguration damit eigentlich gar nicht erforderlich ist (und so auch bisher nie absichtlich verwendet wurde).
Die abweichende Konfiguration jedoch konnte man bisher sehr leicht vergessen (und ist auch öfter vorgekommen), wenn man generell z. B. statt dem Internetverkaufspreis den normalen Verkaufspreis verwenden möchte. Diese Änderung wurde dann also öfter bei der normalen Preis-Konfiguration vorgenommen und bei der abweichenden Konfiguration anfänglich vergessen.
Um diese Quasi-Falle und den damit verbundenen Ärger zu vermeiden, haben wir uns nun entschlossen, diese "Abweichende Konfiguration" gänzlich zu entfernen, damit der Preis ab jetzt nur noch an einer Stelle konfiguriert werden muss.
Unterstützung für Kundengruppenpreise (+ Netto oder Brutto Konfiguration)
Die Preise-Konfiguration in der Aufgabe "TriData Produkte Herunterladen" unterstützt nun auch für Kundengruppen abweichende Preise. Nach Auswahl der entsprechenden Konfigurationsvariante "Nettpreis (Kundengruppe)" oder "Bruttopreis (Kundengruppe)" kann die entsprechende Kundengruppe dann ausgewählt werden. Die Liste der möglichen Kundengruppen wird direkt automatisch aus TriCon geladen.
Im Rahmen dieser Änderung gibt es nun generell die Möglichkeit Preise anhand des Nettopreises oder anhand des Bruttopreises zuzuweisen. In der Vergangenheit wurde in Einzelfällen beobachtet, dass der Nettopreis in TriCon fälschlicherweise 0 war. In so einem Fall wäre wahrscheinlich die Option "Bruttopreis" eine bessere Wahl gewesen.
Doppelte Namen von Skript Variablen für Verkaufskanal verursachten Fehler
In einem speziellen einmaligen Sonderfall konnte die Aufgabe "Shopware Produkte Hochladen" nicht mehr geöffnet werden. Ursache war die Zuweisung des Verkaufskanals, da wurden Skript Variablen für die einzelnen Verkaufskanäle doppelt generiert. Normalerweise werden für den Namen der Variablen die ersten 10 Stellen der internen Id des Verkaufskanals als Suffix verwendet. In dem speziellen Sonderfall jedoch reichten die 10 Stellen nicht für eine Eindeutigkeit aus. Dies wird nun automatisch erkannt und alle davon betroffenen Skript Variablen erhalten dann (nur in diesem Sonderfall) einen längeren Namen.
Speicherleak mit Datenbankverbindungen
Aufgrund eines neuen Speicherleaks (seit einem der letzten Upgrades) konnte es vereinzelt zu folgender vorrübergehenden Fehlermeldung kommen.
Timeout expired. The timeout period elapsed prior to obtaining a connection from the pool. This may have occurred because all pooled connections were in use and max pool size was reached.
TRADElube 1.2.1.19 Release Notes
Release Datum: 08.10.2024
Benachrichtigung über Wartung
Ab jetzt haben wir die Möglichkeit sie direkt in der Software zu einer bevorstehenden Wartung zu informieren.
30 Minuten und 5 Minuten vor Beginn der Wartung werden sie dann ab jetzt auch zusätzlich direkt über einen Dialog aufmerksam gemacht, sofern sie gerade im System arbeiten.
Ergänzung von Skript-Variablen für benutzerdefinierte Preis Konfiguration
In der Aufgabe "TriData Produkte Herunterladen" wurde die Preiskonfiguration um viel weitere Skript-Variablen (welche TriCon Felder representieren) ergänzt, damit hier noch individuellere Preisberechnungen möglich sind.
- Mindestbestellmenge
- Maximalbestellmenge
- Artikelnummer
- Herstellernummer
- Hersteller EAN
- Modelljahr
- Top Artikel
- Kostenlose Lieferung
- Rabattsperre
- Rahmennummerpflichtig
- Neuer Artikel
- Nur Abholung
- Im Ausverkauf
- Internetstatus
Bitte beachten sie, diese Felder haben wir aus der TriCon Schnittstellendefinition übernommen. Es hat sich in der Vergangenheit schon öfter herausgestellt, das einzelne Felder in der TriData Oberfläche tatsächlich nicht verfügbar sind.
TRADElube 1.2.1.20 Release Notes
Release Datum: 22.10.2024
Ergänzung von Feldern für Metadaten Konfiguration
In der Aufgabe "WooCommerce Produkte Hochladen" wurde die Konfiguration für die Metadaten um Feldezuweisungen (und entsprechende Skriptvariablen) ergänzt:
- Hersteller Produktnummer
- EAN
- Freigabedatum
- Breite
- Höhe
- Länge
- Gewicht
- Netto-Preis
- Brutto-Preis
Hinweis (Breaking Change)
Bisher gab es ein Feld "Preis" welches in einer neueren Version wegfallen wird. Verwenden sie stattdessen ab jetzt das Feld "Brutto-Preis", oder sparen sie sich eine Umrechnung von Preis in den Nettopreis indem sie direkt die Variable für den "Netto-Preis" verwenden.
Hintergrundinformation
Zusatz-Plugins in WooCommerce speichern ihre Daten in den sog. Metadaten. Z. B. Plugins für erweiterte Preise (B2B-Preise, Staffelpreise), oder Plugins für Inventardaten etc. pp. Da der konkrete Anwendungsfall bei der Konfiguration in TRADElube vorab also nicht bekannt ist, stehen hier einfach eine Menge potentieller Felder zur Verfügung und die Konfiguration kann frei bzw. benutzerdefiniert vorgenommen werden.
Über ein Skript können hier auch komplexere Objekte generiert werden. Beispiel:
return {
ProductNumber: ProductNumber,
ManufacturerName: ManufacturerName,
ManufacturerProductNumber: ManufacturerProductNumber,
Ean: Ean,
ReleaseDate: ReleaseDate,
Width: Width,
Height: Height,
Length: Length,
Weight: Weight,
NetPrice: NetPrice_7907e58ba7,
GrossPrice: GrossPrice_7907e58ba7
}
... daraus resultiert für die WooCommerce API folgende Ausgabe (Json formatiert):
...
"meta_data": [
{
"key": "key...",
"value": {
"ProductNumber": "11785",
"ManufacturerName": "SQ-Lab",
"ManufacturerProductNumber": "2118",
"Ean": "4260086857141",
"ReleaseDate": "2021-05-19T22:00:00Z",
"Width": 0,
"Height": 0,
"Length": 0,
"Weight": null,
"NetPrice": 29.125,
"GrossPrice": 34.95
}
}
...
Protokollierung (Nachverfolgung) für Übertragung der Lagerbestände optimiert
Die Nachverfolgung der Shopware Lagerbestände beinhaltete bisher immer den kompletten Trace des Produktes vor der Aktualisierung des Lagerbestandes. Dies konnte insofern missverständlich sein, als das man annehmen konnte, dass der Trace für eine Übertragung nach Shopware stände.
Nun wird nur noch der Lagerbestand und der "Verfügbare Bestand" aus Shopware vor der eigentlichen Übertragung protokolliert.
Previous values => stock: 10; availableStock: 9
----------------------------------------------------------------------------------------------------
Request => Patch: http://shopware-2.localhost/api/product/f5817b2599ea45a4be03b49339fb3773
{
"stock": 8
}
Gebuchte Features und Pro-Features
Bisher wurde in TRADElube technisch nicht überprüft, ob die konfigurierte Funktionalität tatsächlich mit den gebuchten Funktionen (z. B. gebuchte Kanäle) übereinstimmen. Da man bisher als Kunde keine Kanäle oder Aufgaben selber anlegen konnte, war dies bislang auch nicht zwingend notwendig. Dies soll sich künftig ändern bzw. es soll die Skalierbarkeit der Plattform vorangetrieben werden.
Im ersten Schritt wurden nun sog. Features integriert. Alle TRADElube Mandanten werden mit den gebuchten Features verknüpft und an den entsprechenden Stellen in der Software werden diese gebuchten Features dann entsprechend überprüft.
Es werden nun auch zusätzlich buchbare Pro-Features angeboten. z. B.
- Die Nutzung mehrerer Filialen für TriData
- Die Nutzung von Kundengruppen (Kundengruppen Preise) aus TriData
- Die Nutzung mehrerer Verkaufskanäle für Shopware
- Medien bzw. Bilder direkt in TRADElube importieren (statt verlinkt) und der damit verbundene Speicherplatz von 1 GB (mehrfach buchbar)
Hinweis:
Sollen sie so ein Zusatzfeature bereits vorher ohne Zusatzkosten genutzt haben, dann bekommen sie diese Feature auch weiterhin kostenlos von uns zur Verfügung gestellt. Die Umstellung sollte automatisch erfolgen. Sofern hier was übersehen werden sollte und sie dennoch so eine Fehlermeldung erhalten sollten (siehe Abb.), melden sie sich bitte gerne im Support.
Aufgrund dieser Unterscheidung zu Pro-Features, welche in der Regel nur von wenigen Kunden mit speziellen Anforderungen genutzt werden, haben wir nun ein besseres Konzept für die Finanzierbarkeit solcher Weiterentwicklungen in TRADElube.
Zuweisung der Telefonnummer
In der Aufgabe "Shopware Kunden Hochladen" wurde für die Rechnungsadresse und Lieferadresse die Feldzuweisung für die Telefonnummer ergänzt. Alternativ kann hier auch die Telefonnummer des Hauptdatensatzes des Kunden verwendet werden.
TRADElube 1.2.1.21 Release Notes
Release Datum: 08.01.2025
Anzeigeproblem mit Auswahlfeldern behoben
Es wurde ein Anzeigeproblem bei Auswahlfeldern (mit längeren Inhalten) behoben:
Hintergrunddienste messen nun Workload bzw. Systemlast
Die Hintergrunddienste, welche verteilt auf mehreren Servern ständig die Synchronisationsaufgaben automatisch ausführen, messen nun den Workload (bzw. die Systemlast) der einzelnen TRADElube Mandanten. Alle TRADElube Mandanten werden dadurch nun entsprechend nach ihrem Workload verteilt und es entsteht daher einen deutlich bessere Verteilung der Gesamtsystemlast.
TRADElube 1.2.1.22 Release Notes
Release Datum: 17.01.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 Lagerbestand-Daten in TriCon
Bisher in seltenen Fällen, aber seit Anfang Januar 2025 nach einem TriCon-Upgrade sehr häufig, kommt es vor, dass in TriCon einzelne Lagerbestände doppelt angelegt sind. In diesem Fall kam es daher bisher zu folgender Fehlermeldung:
... und wie in der Fehlermeldung ersichtlich war die Aufgabe "TriData Lagerbestände Herunterladen" daher in diesem Fall vollständig gestört, da die Fehlermeldung bereits beim Abrufen der Daten aus TriCon auftrat und es daher dann gar nicht mehr zu der Verarbeitung kam.
WIR EMPFEHLEN DAHER AUSDRÜCKLICH, dass solchen Fehlermeldungen entsprechend Beachtung geschenkt wird, sofern ein störungsfreier Betrieb wichtig für sie ist. Wie sie sicher schon bemerkt haben, werden diese Fehlermeldungen übrigens nicht nur in TRADElube angezeigt, sondern diese werden auch zusätzlich per E-Mail zugestellt (sofern abonniert).
Um dieses Problem zu de-eskalieren, und da ein Ausfall des gesamten Lagerbestand-Abgleiches stärker wiegt, als fehlerhafte einzelne Lagerbestände, haben wir uns entschlossen, dass wir in diesem Fall diese doppelten Einträge aus TriCon über einen Workaround entsprechend intelligent berücksichtigen. Es wird nun einfach immer der letzte Eintrag übernommen und zusätzlich wird geprüft, ob sich die Lagerbestände dieser doppelten Einträge relevant unterscheiden. Falls ein Unterschied vorliegt wird der letzte Lagerbestand übernommen zusätzlich aber folgender Fehler für das Produkt generiert.
PS: TriData ist über das Thema informiert und auch hier ist eine Lösung bereits in Arbeit ...
Stadt und PLZ wird bei der Bestellung öfter mal verwechselt
In TRADElube ist bei den Bestellungen und bei den Kunden das Feld für die PLZ sinnvollerweise auf 10 Stellen beschränkt (wobei das Feld in der Theorie sogar auf 5 Stellen beschränkt sein könnte).
In Shopware gibt es diese Beschränkung nicht und es kommt daher öfter mal vor, dass die Eingabe von Stadt und PLZ bei der Bestellung in Shopware verwechselt wird, dann wird die Stadt in das Feld PLZ eingetragen und in das Feld Stadt fälschlicherweise die PLZ. In diesem Fall, sofern die Anzahl Zeichen für die eingetragene Stadt auch noch diese 10 Stellen überschreiten, kommt es in TRADElube in der Folge zu folgender Fehlermeldung:
Für diese Fälle bietet TRADElube nun einen Workaround an, der diesen Umstand automatisch korrigiert. Der Workaround kann in der Aufgabe "Shopware Bestellungen Herunterladen" im Bereich "Transferplan" jeweils in den Registern "Rechnungsadresse" und "Lieferadresse" aktiviert werden. Und zwar jeweils bei den Feldzuweisungen für "PLZ" und "Stadt". Ändern sie die Zuweisungsart optimalerweise bei beiden Feldern in "Skript" (über den Button: "Zuweisung über Skript"). Das hinterlegte Standardskript, welches diesen Workaround realisiert, wird dann bereits automatisch eingetragen. Diese Skript kann dann natürlich für individuelle Bedürfnisse weiter angepasst werden.
Hinweis: Der Screenshot wurde in der Version 1.3.0 gemacht und weicht deshalb etwas von der Oberfläche in der Version 1.2.1 ab.
Veraltete Fehlermeldungen werden automatisch bereinigt
Fehlermeldungen, wo die letzte Ausführung mindestens eine Woche zurückliegt, werden nun automatisch bereinigt.
Dies betrifft z. B. ältere fehlerhafte Bestellungen wo der Fehler nie behoben wurde, weil Bestellungen immer nur für einen gewissen Zeitraum (z. B. 14 Tage) verarbeitet werden. Ein weiteres Beispiel sind Bilder, die aufgrund eines Fehlers nicht importiert werden konnten, dann aber im Quellsystem wieder entfernt oder umbenannt wurden.
Außerdem werden etwaige Fehlermeldungen von Aufgaben nach einer Woche zurückgesetzt, wenn diese innerhalb der letzten sieben Tage nicht mehr ausgeführt wurden. Dies kann fehlerhaft ausgeführten Aufgaben, die auf manuell gestellt sind, der Fall sein.
TRADElube 1.2.1.23 Release Notes
Release Datum:
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.
Übertragung von fehlerhaften Einträgen wiederholen
Fehlerhafte Übertragungen werden nach einer gewissen Zeit gedrosselt. Aktuell nachdem der Fehler bereits 48 Stunden lang existiert und eine Behebung trotz der zahlreichen wiederholten Übertragungen nicht funktioniert hat. Ab dann wird die Übertragung nur noch alle 2 Stunden einmal probiert (diese Zeiträume sind aktuell so festgelegt, das kann sich aber künftig noch ändern). Grundsätzlich ist diese Drosselung bei der automatischen Übertragungen sehr sinnvoll, um das System nicht sinnloserweise die ganze Zeit mit fehlerhaften Übertragungen auszulasten.
Wenn man eine Aufgabe jedoch manuell ausführt, dann kann dieses Konzept ein großes Missverständnis sein, wenn man sich z. B. wundert, warum ein Fehler wie z. B. ein Verbindungsproblem zum Shop nicht weggeht, obwohl man das dahinterliegende Problem zwischenzeitlich behoben hätte.
Deshalb wird ab jetzt die oben beschriebene Drosselung nicht mehr durchgeführt, wenn eine Aufgabe manuell in der Oberfläche von TRADElube über die Schatlfläche "Ausführen" ausgeführt wird. Auch fehlerhafte Übertragungen werden in diesem Fall also ab nun grundsätzlich immer nochmal wiederholt, egal wie lange es diesen Fehler bereits gibt.
Workload Überarbeitung
TRADElube ist ein verteiltes System und läuft somit auf mehreren bzw. vielen Servern innerhalb eines Clusters (Kubernetes) aufgeteilt auf verschiedene Dienste (Pods & Container): Backend, API, Worker etc.. Jeder Dienst läuft auch wiederrum vielfach bzw. redundant. Ein offensichtlicher Zweck dieser Architektur ist zum einen die Ausfallsicherheit und zum anderen auch die Lastverteilung wodurch eine Skalierbarkeit der Anwendung auf viele Kunden möglich ist. Sobald das System an seine Grenzen kommt, können also einfach weitere Server ergänzt und die Anzahl Dienste (bzw. Replikate) erhöht werden.
Die Hintergrunddienste (Worker) im Speziellen verteilen die Clients (TRADElube-Mandanten) möglichst gleichmäßig auf viele Worker-Instanzen, welche dann rund um die Uhr die Aufgaben in TRADElube im Hintergrund ausführen. Diese Verteilung des "Workloads" wurde nun vollumfänglich überarbeitet. Grund Nr. 1 war die Notwendigkeit sog. Routing-Regeln, wodurch nun einzelne Clients (TRADElube-Mandaten) z. B. von einzelnen Servern ausgeschlossen werden können.
Warum das Ganze?
In Einzelfällen kann es vorkommen, dass einzelne Server (bzw. dessen öffentliche IP) von fremden Webspaces geblockt werden. Dann ist z. B. kein Zugriff von TRADElube auf das Shopsystem möglich. Das ist dann definitiv kein Problem von TRADElube, sondern ein Problem des Webspaces bzw. des Shopsystems, da müssten z. B. die geblockten IPs durch Whitelisten freigegeben werden, bzw. können die Probleme auch komplizierter sein.
Sollte der Webhoster nicht in der Lage sein, dieses Problem zu lösen, dann gibt es ab jetzt mit diesen neuen Routing Features in TRADElube eine Workaround-Möglichkeit, indem man den Client von den betroffenen Servern ausschließt und wodurch die Hintergrunddienste eines Clients dann immer automatisch auf einem anderen Server eingeplant werden.
Zum aktuellen Zeitpunkt geht das nur für die Hintergrunddienste. Das manuelle Ausführen von Aufgabe im TRADElube Backend ist davon nicht eingeschlossen, da kommt es drauf an auf welchem Server man zufällig gelandet ist. Da kann dann ein Neuladen der Seite helfen, um dann dadurch wieder zufällig auf einem anderen Server zu landen.
Basispreis Konfiguration erweitert
Die Basispreis Angaben in CAO-Faktura werden oft sehr unterschiedlich angewendet und ausgelegt.
Daher besteht nun im Transferplan von CAO-Faktura (Register Produkte → Aktualisieren → Allgemein) auch die Möglichkeit bei Bedarf die Basiseinheit aus CAO-Faktura der Basisgröße in TRADElube zuzuweisen.
Außerdem wurde für das Feld products_me aus CAO-Faktura die Bezeichnung von "Verpackungseinheit" nach "Mengeneinheit" angepasst.
TRADElube 1.3.0.0 Release Notes (Inoffiziell/Vorschau)
Release Datum:
Die Release Notes konzentrieren sich auf die wichtigsten Themen, unabhängig vom Entwicklungsaufwand, jedoch basierend auf dem Informationsgehalt. Zusätzlich erfolgen kontinuierlich interne Überarbeitungen der Softwarearchitektur, Performance und Systemstabilität, die nicht explizit erwähnt werden.
Upgrade der Entwicklungsumgebung auf DotNet 8
Um auf den Laufenden zu bleiben wurde die DotNet Version wieder auf den neuesten Stand gebracht. Unter anderem bringt DotNet 8 als Longterm Version wieder sehr viele Performanceoptimierungen im Vergleich zur Version 7.
Integration eines benutzerdefinierten Kanals
Die umfangreichtste Entwicklung in dieser Version ist ein neuer Kanal für sehr individuelle benutzerdefinierte Schnittstellen für Import/Export von Dateien sowie für Datenfeeds mit den Dateiformaten: CSV, XML & Json.
Mit sehr vielen Features wie Gruppierung, Replikation, Verküpfen mehrerer Dateien untereinander etc. können hier bereits mit ein paar Klicks sehr aufwendige Dateiimporte erstellt werden.
Wir empfehlen ihnen folgendes Video-Tutorial, wenn sie hier einen tieferen Einblick erhalten möchten:
Integration eines Shopify Kanals
In dieser Version wurde ein neuer Kanal zu Shopify integriert. Viele Features (Produktsortiment, Preise, Produkttexte, Produktvarianten, Lagerbestände, Bestellungen etc.) sind bereits in der ersten Version vorhanden. Der Kanal wird aber natürlich künftig noch im Rahmen der ersten konkreten Kundenprojekte Anforderungs-getrieben weiterentwickelt werden.
Überarbeitung NULL-Werte
Das Datenmodell sowie die Tranferpläne wurde bzgl. Null-Werte überarbeitet.
Konkret betrifft die Änderung folgende Produktfelder:
- Breite
- Höhe
- Länge
- Gewicht
- Basisgröße
- Verkaufseinheit
Hier kann nun statt dem Wert 0 auch gar kein Wert hinterlegt werden. Also der Wert 0 kann auch gelöscht werden, bzw. sollte in der Regel auch, da bei diesen Feldern eine 0 in der Regel nicht optimal ist, wenn man damit eigentlich bezwecken will, dass das Produkt z. B. gar keine Angaben zu Höhe hat, anstatt einer Höhe von 0.
Beachten Sie folgenden Breaking-Change:
Diese Änderung hat auch Auswirkung auf die Schnittstellen. In Kombination mit TriData z. B. gibt es seitens TriCon keine Felder für Breite, Höhe und Länge. Dies bedeutet, dass ab jetzt neue Artikel ohne Angaben von Breite, Höhe und Länge angelegt werden. Dies ist dann ein Unterschied zu den bereits in einer älteren Version angelegten Artikel, wo die Werte immer mit 0 vorbelegt wurden.
Auch Shopware z. B. unterscheidet bei den genannten Feldern nach demselben Konzept. Im Gegensatz zu früher, werden ab jetzt bei neuen Artikeln hier ebenfalls NULL-Werte übertragen. Dies muss unter Umständen z. B. bei speziellen Versandkostenberechnungen (abhängig von Breite, Höhe, Länge) berücksichtigt werden.
Bestellungen nun vollständig auch manuell erfassen
Bestellungen können nun in TRADElube auch vollständig manuell erfasst werden. Ein Anwendungszenario wäre z. B. als Außendienstmitarbeiter Bestellungen direkt beim Kunden aufnehmen. Diese Bestellungen können dann genauso wie z. B. bekannt von Shop-Importierten-Bestellungen in die WaWi exportiert werden.
Die allgemeinen Daten der Bestellung konnten bisher auch schon bearbeitet werden. Nun kann man aber auch einen Kunden direkt aus der Kundenverwaltung auswählen:
... und Bestellpositionen anlegen und bearbeiten:
Benutzerdefinierte "Auswahl" für Produkt und Bestellsynchronisierung
Dieses Konzept wurde nun grundlegend weiterentwickelt bzw. überarbeitet, was nun neue Möglichkeiten eröffnet. In den Aufgaben zum Synchronisieren von Produkten und Bestellungen gibt es nun jeweils ganz vorne ein farblich hinterlegtes Register "Auswahl".
Je nachdem welche Möglichkeiten die spezielle Aufgabe unterstützt stehen in diesem Register bis zu 3 Zuweisungsmöglichkeiten (je nachdem auch mit Skript-Unterstützung) zur Verfügung.
1. Bedingung
Hier kann eine benutzerdefiniertes Kriterium hinterlegt werden, welche Daten (z. B. Produkte, Bestellungen) übernommen werden sollen.
2. Bestehender Eintrag Wenn Neu
Speziell für die Produktsynchronisierung gibt es nun mehrere Möglichkeiten, diese im Zielsystem zu identifizieren. Bisher war dieses Kriterium immer fix die Artikel- bzw. Produktnummer. Nun gibt es je nach Kanal weitere Möglichkeiten. Für Shopware kann nun z. B. auch die EAN oder Herstellernummer verwendet werden.
Beachten Sie: Diese Zuordnung erfolgt immer nur bei der aller ersten Synchonisierung (... Wenn Neu) und ist z. B. immer dann notwendig, wenn man den Datenabgleich mit einem bereits bestehenden Datenbestand durchführen möchte. Nach der ersten Synchronisierung ist die interne ID des Produktes bekannt, und ab dann wird für die Zuordnung auch immer diese eindeutige und in der Regel nicht mehr veränderbare interne ID verwendet. Dadurch ist es in TRADElube möglich auch etwaige Produktnummern im Nachhinein zu ändern.
Man kann diese Zuweisungsmöglichkeit auch deaktivieren, dann wird nicht nach bestehenden Einträgen gesucht bzw. dann wird diese "Duplikatsprüfung" nicht durchgeführt und neue Produkte werden grundsätzlich immer neu angelegt.
3. Neuen Eintrag Einfügen
Über diese zusätzliche Bedingung kann festgelegt werden, ob neue Datensätze (z. B. neue Produkte) im Zielsystem neu angelegt werden dürfen. Falls diese Zuweisungsmöglichkeit nicht ausgewählt ist oder wenn die Bedingung nicht matched, dann wird das Anlegen eines neuen Eintrags nicht durchgeführt und die Synchronisierung wird übersprungen.
In Kombination mit der zweiten Zuweisungsmöglichkeit (siehe oben) würden also nur die Produkte synchronisiert werden, die im Zielsystem bereits vorhanden sind. Ein konkretes Anwendungsbeispiel könnte z. B. sein, dass man ein Produktsortiment aus einem Warenwirtschaftsystem mit Daten (Bildern, Eigenschaften etc.) aus zusätzlichen Lieferantendateien anreichert. Die Produkte aus den Dateien sind womöglich nicht alle vorhanden, daher sollen nur die bestehenden Produkte angefasst werden, aber keine neuen Produkte angelegt werden, wenn die WaWi das führende System sein soll. Ansonsten wäre auch ein umgekehrtes Szenario denkbar.
Performanceverbesserungen bei der Übertragung
TRADElube trackt bei allen Übertragungs- bzw. Synchronisationsvorgängen den Status und Fingerprint aller einzelnen Datensätze (Produkte, Hersteller, Kategorien, Medien, Bestellungen, Kunden). Diese Übertragungsinformationen werden genutzt, damit möglichst immer nur das übertragen wird, was sich auch tatsächlich geändert hat und damit auch während der Übertragung nur die wirklich relevanten Daten geladen werden. Das Endergebnis ist eine drastisch höhere Performance, als man hätte, wenn man immer alles vollständig verarbeiten würde. Der Entwicklungsaufwand solcher Konzepte ist natürlich ebenfalls drastisch höher, als wie wenn man es sich dabei eben einfach macht und einfach immer alles verarbeitet.
In dieser Version haben wir wieder einige Arbeit investiert, um diese Konzepte weiter zu verbessern.
Z. B. bei einer Nur-Lagerbestände Konfiguration wird nun die Übertragung von Lagerbeständen zu Produkten die im Shopsystem nicht oder noch nicht existieren nur noch täglich bzw. nächtlich einmal probiert, sofern sich an den Daten zwischenzeitlich nichts verändert hat. Abhängig von der Anzahl solcher verwaisten Produktdatensätze im Shop, erhöht sich dadurch also untertags nun die Performance bzw. die Priorität für die gelisteten Produkte.
Zurücksetzen von Aufgaben überarbeitet
Wenn man eine Konfigurationsänderung in Aufgaben vornimmt musste bisher die Aufgabe immer über eine Schaltfläche "Zurücksetzen" zurückgesetzt werden, damit nochmal alle Übertragungen mit der neuen Konfiguration durchgeführt wurden.
Dieses Zurücksetzen von Aufgaben ist nun NICHT mehr und auch zu KEINEM Zeitpunkt mehr erforderlich, sondern alle Übertragungen werden stattdessen nun auch nach jeder Konfigurationsänderung automatisch neu durchgeführt bzw. "neu gestartet". Die entsprechende und auch oft missverstandene Funktion "Zurücksetzen" wurde deshalb nun entfernt.
Vergleichbare Funktionalitäten sind nun etwas versteckter für Ausnahmezwecke innerhalb der jeweiligen Aufgabe im Bereich "Nachverfolgung" ganz unten auffindbar.
Neben den jeweiligen Funktionen zum "Neu Starten" (entweder für die aktuell gefilterte Liste oder für alle) gibt es nun auch entsprechend gegenteilige Funktionen zum Stoppen der Übertragungen. Letztere kann z. B. dazu verwendet werden um nach einer Konfigurationsänderung eine langandauernde Übertragung zu verhindern. Stattdessen werden die gestoppten Übertragungen dann hinausgezögert bis die "Erneuerung" von Übertragungen stattfindet, oder falls die Übertragung aufgrund von Änderung an den Daten dann wieder stattfindet.
Übrigens auch bei den Kanalinformationen innerhalb der Produkte, Hersteller, Kategorien, Medien gibt es nun eine Schaltfläche "Neu Starten". Dadurch können gezielt in Ausnahmefällen einzelne Daten erneut für die Übertragung angestoßen werden.