Neu Plattformkosten auf Auftragspositionsebene in die JTL WaWi schreiben

[maggi1989]

Hallo liebe Community,

ich bräuchte eine Idee oder ein Best Practice wo man Plattformkosten auf Auftragspositionsebene am besten in die JTL WaWi schreibt. Leider haben Auftragspositionen keine eigenen Felder. Ich habe bei Auftragskosten noch keinen Weg gefunden, wie ich das überhaupt befüllen kann, ebenso wie bei Auftragspositionseigenschaften. Am liebsten wäre es mir über die API oder notfalls auch die Ameise. SQL Inserts sind immer mit ein wenig Bauchschmerzen verbunden. Ich danke euch schon mal für eure Tipps!

VG Markus

 

[John]

Dafür gibts leider nicht fertiges. Da kannst Du Dir höchstens eine eigene Tabelle per SQL anlegen und darin Arbeiten...

 

[maggi1989]

Legst du sowas dann direkt in der eazybusiness an oder lieber in einer Art StagingArea?

 

[frankell]

Hallo Markus,

Du kannst Dir in der DB ein eigenes Schema anlegen, das Du für Deine eigenen Tabellen verwendest. Die bleiben auch von Updates verschont.

Viel spannender ist aber die Frage, was Du damit anfangen möchtest. Die Funktion der Auftragskosten ist nach wie vor eher rudimentär und abseits von Eigenen Felder kannst Du auch nichts in die GUI einfügen. Die Kosten also wirklich übersichtlich und positionszuordenbar in die Auftragsmaske zu bekommen, ist aktuell nicht möglich.

Ich hab für einen Kunden eine Auswertung gebaut, die auf Eigenen Feldern bei der Firma beruht. Dort kann er die Kosten einstellen, wie sie anfallen. Die Auswertung zieht sich die Werte von dort je nach Plattform des Auftrags. Du kannst aber natürlich auch alles rein auf DB-Ebene machen und Auftragsauswertungen in der Wawi auf Basis von Eigenen Übersichten anzeigen lassen, sowohl je Auftrag als auch kumuliert.

VG,
Frank

 

[maggi1989]

Hallo Frank,
wir betreiben einen eigenen Data Lake für die Business Intelligence, jedoch war mein Ziel immer die Rohdaten zur Überprüfung in der WaWi sichtbar zu machen.
In diesem Fall geht das also leider nicht und es wird eine Tabelle in der Staging Area mit Upsert Logik, dass wir die Daten im DataLake als Full Load ziehen können ohne die Historie zu verlieren.
Wir haben die Plattformkosten der jeweiligen Plattform als Kalkulationsartikel in der WaWi, dass die Fachabteilung Preisänderungen selbstständig pflegen können. Meistens ändern sich ja nur die Werte und nicht die Kalkulationslogik.

VG Markus

 

[Robin M.]

Hallo Markus,

der Weg über ein eigenes Schema ist richtig — die nativen Auftragskosten sind zu rudimentär, und ein eigenes Schema übersteht die Updates.
Wir betreiben selbst JTL-Wawi multichannel (Amazon, eBay, Otto, Shop) und sind genau aus deinem Grund auf eine eigene Auswertung außerhalb der WaWi gegangen.

Eine Sache, die bei uns rückblickend die eigentliche Arbeit war — und die ich dir mitgeben würde, bevor du das Schema festzurrst: Das Speichern der Plattformkosten auf Positionsebene ist der einfache Teil. Die saubere Zurechnung ist das Harte. Zwei, drei Fragen, an denen wir uns die Zähne ausgebissen haben:
– Wie ordnest du Versandkosten bei Multi-Positions-Aufträgen zu — gewichtsbasiert oder gleichmäßig? Das verzerrt den Positions-Reingewinn massiv.
– Ziehst du die echten kanalspezifischen Gebühren pro Bestellung (Amazon/eBay/Otto unterscheiden sich stark, FBA hält noch zusätzlich ein) oder arbeitest du mit Pauschalen über die Kalkulationsartikel?
– Wie verbuchst du Retouren/Erstattungen zurück auf die Ursprungsposition? Sonst sieht der Reingewinn auf dem Papier besser aus, als er ist.

Wenn du das im Data Lake gleich richtig modellierst, sparst du dir später viel Nacharbeit. Falls hilfreich, teile ich gern, wie wir die drei Punkte gelöst haben.
Oder hast du ein ganz anderen Hintergrund wofür du die Daten genau brauchst, also was ist das eigentlich Ziel?