Warenwirtschaft (ERP)

JTL-Wawi

Angebunden wird JTL-Wawi direkt über den API-Server beim Händler oder über die JTL Cloud. Die Artikel kommen als Produkte des Commerce Bundles heraus, vollständig oder nur die seit dem letzten Lauf geänderten — und gehen mit demselben Mapping in jeden Shop.

In die Gegenrichtung werden Bestellungen mit den bezahlten Preisen und Versandkosten als Aufträge angelegt; Bearbeitungsstand und Sendungsnummern kommen zurück.

Demo mit Ihren eigenen Daten

Eine Bestellung, die JTL-Wawi unter ihrer Nummer schon kennt, wird übersprungen.

JTL-WawiWarenwirtschaft (ERP)
ConFlowIOIntegrationsplattformLauf aktiv
Shopware 6
WooCommerce
Amazon

7fertige Bausteine
21Datenmodelle im Commerce Bundle, ein Mapping für alle Ziele

Bausteine

Sieben Bausteine für JTL-Wawi

Artikel lesenLesen
Liest Artikel als Produkte des Commerce Bundles, vollständig oder nur die seit dem letzten Lauf geänderten, auf Wunsch mit vollständigen Texten und Kategorien.
Bestände lesenLesen
Liest Bestände als schlanke Datensätze. Ein Artikel ohne Lagerführung oder ohne Bestandsangabe wird übersprungen statt als null gemeldet.
Bestellungen übergebenSchreiben
Legt Bestellungen mit den bezahlten Preisen und Versandkosten als Aufträge an. Bekannte Bestellungen werden übersprungen, fehlende Kunden auf Wunsch angelegt, Zahlungs- und Versandarten über Zuordnungstabellen übersetzt.
Aufträge lesenLesen
Liest Aufträge mit Bearbeitungsstand und Sendungsnummern zurück — etwa alle seit dem letzten Lauf versendeten.
Aufträge stornierenSchreiben
Storniert den Auftrag in JTL-Wawi, wenn die Bestellung im Shop storniert wurde.
Stammdaten und Belege lesenLesen
Liest mit den Feldnamen von JTL-Wawi Kunden, Kundengruppen, Lieferanten, Rechnungen, Gutschriften, Lieferscheine, Retouren, Bestellungen beim Lieferanten und Stammdaten wie Firmen, Zahlungsarten, Versandarten, Steuerklassen und Stornogründe.
Freie Anfrage
Für alles, wofür es keinen fertigen Baustein gibt: eine Anfrage an die Schnittstelle, mit den hinterlegten Zugangsdaten.

In der Praxis

Zwei Prozesse mit JTL-Wawi

Artikel und Bestände in den Shop
JTL-Wawi führt Artikel und Bestände, der Shop soll denselben Stand zeigen.
1. AuslöserZeitplan
2. LesenArtikel aus JTL-Wawi, nur die seit dem letzten Lauf geänderten
3. Beständeals schlanke Datensätze, Artikel ohne Lagerführung bleiben außen vor
4. SchreibenShopware 6, Shopify oder WooCommerce
Ein Mapping auf das Commerce Bundle, und welcher Shop geschrieben wird, entscheidet der letzte Baustein. Ein Artikel ohne Lagerführung meldet keinen Bestand von null.
Bestellungen ins ERP — und zurück
Bestellungen aus Shop und Marktplätzen sollen ohne Handarbeit als Aufträge in JTL-Wawi stehen, die Versandmeldung soll folgen.
1. AuslöserWebhook des Shops oder Zeitplan für die Marktplätze
2. Übergebenals Auftrag an JTL-Wawi, Zahlungs- und Versandarten über Zuordnungstabellen
3. Zurücklesenalle seit dem letzten Lauf versendeten Aufträge mit Sendungsnummer
4. MeldenVersand an Shop und Marktplatz
Keine Bestellung wird von Hand nachgetragen, keine doppelt angelegt — eine Bestellung, die JTL-Wawi schon kennt, wird übersprungen.

Gut zu wissen

Was Sie über JTL-Wawi wissen sollten

VoraussetzungenWas auf Ihrer Seite eingerichtet sein muss.
- JTL-Wawi ab Version 2.1 mit gebuchter Lizenz für die JTL-Wawi API
- Für den direkten Weg: ein laufender API-Server, bei dem ConFlowIO einmalig als App registriert wird
- Für den Weg über die JTL Cloud: eine App im JTL Partner Portal
Was nicht abgedeckt istWas ConFlowIO nicht nach JTL-Wawi schreibt.
- Artikel werden gelesen, aber nicht nach JTL-Wawi geschrieben
- Bestände ebenso — sie kommen aus JTL-Wawi, nicht hinein
- Kunden werden nicht gepflegt; angelegt werden nur fehlende Kunden zu einer Bestellung
AusfallsicherheitGilt für diese Anbindung wie für jeden Prozess in ConFlowIO.
- Fehlgeschlagene Schritte wiederholen sich selbst
- Große Lesevorgänge laufen seitenweise, jede Seite ist ein eigener Schritt
- Ein gescheiterter Lauf wird fortgesetzt, nicht neu gestartet
- Live-Protokolle je Schritt, Zugangsdaten darin entfernt