Im Einzelnen
Was übertragen wird
Fünf Abschnitte in den Shop hinein, vier zurück. Jeder einzeln abschaltbar, jeder mit eigenem Stand — bricht ein Lauf zwischen Artikeln und Aufträgen ab, sind die Artikel trotzdem durch.
Katalog und Varianten
Kategorien, Artikel und Varianten. Eine Shopware-Variante wird in Odoo eine echte Variante am Stammartikel — kein zweiter eigenständiger Artikel, wie es bei einfachen Importen üblich ist. Der Konnektor löst dafür die Vererbung auf: In Shopware haben die meisten Varianten weder eigenen Preis noch eigene Steuer, weil beides vom Stammartikel kommt. Ohne diesen Schritt käme die Mehrheit Ihrer Varianten als „hat keinen Preis“ zurück.
Stammartikel werden immer vor ihren Varianten angelegt, auch wenn Shopware sie gemischt liefert.
Bestand
Übernommen wird der physische Bestand des Shops, nicht der verfügbare. Shopwares verfügbarer Bestand ist bereits um offene Aufträge verringert — ihn zu importieren würde dieselben Aufträge in Odoo ein zweites Mal abziehen.
Umgekehrt kann Odoo den Bestand in den Shop zurückschreiben, gebündelt zu hundert Artikeln je Aufruf. Optional, standardmäßig aus.
Kunden und Adressen
Kunden mit ihren Rechnungs- und Lieferadressen. Am Auftrag werden die Adressen verwendet, die zum Zeitpunkt der Bestellung galten — zieht ein Kunde später um, wandert die alte Rechnung nicht mit. Gastbestellungen werden als solche gekennzeichnet.
Aufträge
Aufträge mit allen Positionsarten, die Shopware kennt: Artikel, Aktionen, Gutschriften und Versandkosten. Jede Position behält ihren eigenen Steuersatz. Enthält ein Warenkorb 19 % und 7 %, werden Rabatt und Versandkosten anteilig auf beide Sätze aufgeteilt und einzeln ausgewiesen.
Der Konnektor legt Aufträge an, aber überschreibt sie nie. Wird der Auftrag später im Shop geändert, bleibt der Odoo-Beleg unberührt.
Rückschrieb in den Shop
| Vorgang | Wann | Was im Shop passiert |
|---|---|---|
| Versand | Lieferschein validiert | Zustand auf shipped; die Sendungsnummer wird
vor dem Zustandswechsel geschrieben, damit die
Versandbestätigung des Shops sie enthält |
| Teillieferung | noch Mengen offen | shipped_partially, später der volle Versand |
| Zahlung | jede gebuchte Rechnung bezahlt | Transaktion auf paid |
| Erstattung | Gutschrift gebucht und ausgezahlt | refunded bei voller, refunded_partially
bei teilweiser Erstattung |
| Bestand | nach jedem Abgleich, wenn eingeschaltet | Artikelbestände gebündelt, wahlweise über Shopwares Warteschlange |
Eine Entwurfsrechnung zählt nie als bezahlt, eine gebuchte, aber nicht ausgezahlte Gutschrift nie als Erstattung. Beides dem Shop zu melden hieße, dem Kunden etwas zu sagen, das nicht stimmt.
Zuordnungen — einmal treffen, dann gilt es
Steuern, Zahlarten und Versandarten holt der Konnektor aus dem Shop und legt sie als Liste an. Sie wählen je Zeile den passenden Odoo-Eintrag. Das ist Arbeit von zehn Minuten und der Grund, warum nichts geraten wird.
Betrieb
Mehrere Shops
Beliebig viele Shop-Datensätze nebeneinander, jeder mit eigenen Zugangsdaten, eigenen Zuordnungen und eigenem Stand. Zwei Shops nehmen sich gegenseitig nichts weg.
Mehrere Firmen
Jeder Shop gehört zu genau einer Odoo-Firma. Datensatzregeln sorgen dafür, dass Firma A die Shops und Zugangsdaten von Firma B nicht sieht.
Nur Änderungen
Jeder Lauf holt nur, was sich seit dem letzten geändert hat. Der erste Lauf holt alles, danach bleiben die Läufe kurz — auch bei mehreren tausend Artikeln.
Womit es läuft
- Odoo 17.0, 18.0 oder 19.0 mit Verkauf, Lager und Buchhaltung — je Odoo-Version ein eigenes Paket.
- Ein Shopware-6-Shop, der über HTTPS erreichbar ist.
- Zugangsdaten erstellen Sie sich im Shopware-Adminbereich selbst (Einstellungen → System → Integrationen). Kein Partnervertrag, keine Freischaltung, kein Plugin auf der Shopware-Seite.
- Keine weiteren Odoo-Module. Kein Konnektor-Framework, keine Warteschlange.