Zum Inhalt springen

Leistungen

Odoo-Schnittstellen: Systeme anbinden, für die es keinen Adapter gibt

Odoo im Austausch mit Lager, Marktplatz oder Bank - und Daten, die auf beiden Seiten stimmen, auch wenn eine davon ausfällt.

Was ich anbinde

Lager- und Logistiksysteme, Marktplätze und Shops (Shopware, Shopify, Amazon), Banken und Zahlungsanbieter, Buchhaltungssysteme wie DATEV und interne Dienste, zu denen es nur eine API-Beschreibung gibt.

Wenn es einen fertigen Connector gibt und er passt, sage ich das, bevor ich eine Zeile schreibe.

Was eine Schnittstelle stabil macht

Jeder Austausch lässt sich wiederholen, ohne Dubletten zu erzeugen, jeder Datensatz kennt sein Gegenstück auf der anderen Seite, und ein fehlgeschlagener Aufruf landet in einer sichtbaren Warteschlange statt in einem Log, das niemand liest.

Schnittstellen brechen selten am ersten Tag - sie brechen beim ersten Timeout.

Was am Ende dasteht

Ein Modul in Ihrem Repository, das den Austausch erledigt, eine Ansicht in Odoo, die zeigt, was gesendet wurde und was fehlschlug, und ein schriftliches Mapping - welches Feld wohin geht und warum.

So läuft die Arbeit

  1. Die Daten beider Seiten auf einer Seite: was wo führend ist, was bei einem Konflikt passiert, was nie synchronisiert wird.
  2. Entwickelt gegen die Sandbox oder das Testkonto des anderen Systems, nie zuerst gegen Live-Daten.
  3. Ein Parallellauf mit echten Daten und einem Protokoll jedes Austauschs, bis beide Seiten übereinstimmen.
  4. Umstellung, dann zwei Wochen Beobachtung der Fehlerliste - dort zeigen sich die echten Sonderfälle.

Fragen, die vor dem ersten Gespräch aufkommen

Gibt es einen fertigen Connector, oder muss die Schnittstelle geschrieben werden?
Oft gibt es einen, und wenn er existiert und passt, hören Sie das, bevor eine Zeile geschrieben ist. Die Arbeit beginnt dort, wo Adapter aufhören: Lager- und Logistiksysteme, Marktplätze und Shops, Banken und Zahlungsanbieter, Buchhaltungssysteme wie DATEV und interne Dienste, zu denen es nur eine API-Beschreibung gibt.
Was passiert, wenn das andere System ausfällt?
Nichts geht verloren, nichts wird doppelt. Jeder Austausch lässt sich wiederholen, ohne Dubletten zu erzeugen, jeder Datensatz kennt sein Gegenstück auf der anderen Seite, und ein fehlgeschlagener Aufruf landet in einer sichtbaren Warteschlange statt in einem Log, das niemand liest. Schnittstellen brechen selten am ersten Tag - sie brechen beim ersten Timeout.
Greift die Schnittstelle in unsere Live-Daten ein, bevor sie fertig ist?
Nein. Sie wird gegen die Sandbox oder das Testkonto des anderen Systems entwickelt und läuft dann parallel mit echten Daten und einem Protokoll jedes Austauschs, bis beide Seiten übereinstimmen. Erst dann folgt die Umstellung und danach zwei Wochen Beobachtung der Fehlerliste - dort zeigen sich die echten Sonderfälle.
Was haben wir am Ende in der Hand?
Ein Modul in Ihrem Repository, das den Austausch erledigt, eine Ansicht in Odoo, die zeigt, was gesendet wurde und was fehlschlug, und ein schriftliches Mapping - welches Feld wohin geht und warum. Bevor davon etwas gebaut wird, werden die Daten beider Seiten auf einer Seite abgestimmt: was wo führend ist, was bei einem Konflikt passiert, was nie synchronisiert wird.

Wie wir anfangen

Eine halbe Stunde Gespräch: Ihr Bildschirm, Ihr echtes System, eine ehrliche Antwort darauf, ob die Aufgabe meine ist.