Ihre Systeme arbeiten nebeneinander her, und jemand überträgt Bestellungen, Bestände oder Kundendaten von Hand? Ich verbinde Shop, Warenwirtschaft, CRM, Buchhaltung und Postfach über echte Schnittstellen und automatisiere die Handgriffe dazwischen. Gibt es keine offizielle API, suche ich einen sauberen Weg über Export-Dateien oder die Datenbank. Entwurf, Bau und auf Wunsch der Betrieb kommen aus einer Hand.

So machen es viele

Ein Klick-Flow in Zapier oder Make läuft eine Weile und kippt dann still um: ohne Protokoll, ohne neuen Versuch, ohne dass jemand merkt, dass seit Tagen keine Bestellung mehr in der Warenwirtschaft angekommen ist. Oder die Anbindung wird einmal programmiert und nach der Abnahme vergessen. Ändert ein System sein Datenformat, steht der Datenfluss, und niemand fühlt sich zuständig.

So baue ich es

Eine serverseitig programmierte Anbindung mit Fehlerbehandlung, automatischen Wiederholungen, Drosselung gegen Abruf-Limits und einem Protokoll für jeden Lauf. Ich baue gegen die Fälle, an denen Schnittstellen in der Praxis reißen: Zeitüberschreitungen, halbe Übertragungen, Felder, die ein Hersteller ohne Ankündigung umbenennt. Was über feste Grenzen hinausgeht, legt die Anbindung einem Menschen zur Freigabe vor, so wie mein Preis-Agent. Hakt etwas, bekommen Sie eine Meldung, statt es an fehlenden Bestellungen zu merken. Solche Abgleiche betreibe ich auch in meinem eigenen Onlineshop produktiv, zum Beispiel mit Lieferanten und Warenwirtschaft.

Was Sie bekommen

Konkrete Leistungen

  • Shop und Warenwirtschaft im Abgleich: Bestände, Preise, Aufträge, Kunden
  • Schnittstellen über REST und Webhooks, bei Altsystemen über Export-Dateien oder Datenbank
  • Anbindung von CRM, Buchhaltung und Versanddienst
  • Abgleich in beide Richtungen mit klarer Regel, welches System bei welchem Feld führt
  • Anfragen aus mehreren Kanälen in einem Posteingang bündeln
  • Wiederkehrende Abläufe automatisieren: Berichte, Exporte, Benachrichtigungen
  • Protokoll, automatische Wiederholung und Meldung bei Ausfällen

Mein Dokumentenarchiv setzt auf Paperless-ngx auf, statt es zu ersetzen. Eine eigene KI liest jedes Dokument, benennt es, vergibt Schlagworte und ordnet den Absender zu, und über das ganze Archiv lässt sich chatten. Das läuft mit lokalen Modellen, auch in Archiven mit über 290.000 Dokumenten, und der Code liegt öffentlich auf GitHub. So verstehe ich Schnittstellen: Das vorhandene System bleibt, die Arbeit dazwischen übernimmt der Code.

Aus der PraxisDokumentenarchiv

DokumentenarchivKI liest, benennt, verschlagwortet und beantwortet Fragen
läuft
Scan_0347.pdf
Wartungsvertrag Heizung Absender erkannt · 12.03.2026 VertragHausFrist

Was verlängert sich im März?

Archiv-Chat

Zwei Verträge: Heizungswartung und Mobilfunk. Kündbar bis Ende Dezember.

Vereinfacht nachgestellt aus Systemen, die ich gebaut habe

Beispiel (vereinfacht): ein Abgleich im Protokoll
[04:00:02] sync start · quelle=wawi · ziel=shop
[04:00:09] preise: 3 geaendert, 1 ausserhalb der grenze
[04:00:09] artikel 1042: 129,00 → 183,00 € (+41,9 %) → zur freigabe
[04:00:11] bestand: 2 artikel auf 0 gesetzt (ausverkauft)
[04:00:11] abruf-limit erreicht → 5 s warten, versuch 1 von 3
[04:00:18] sync ok · 0 fehler · 1 freigabe offen

Warum Klick-Automatisierungen still ausfallen

Werkzeuge wie Zapier oder Make sind schnell eingerichtet und für einfache Abläufe oft ausreichend. Kritisch wird es, wenn Bestellungen, Bestände oder Geld daran hängen. Dann fehlen meist genau die Teile, die im Alltag zählen: ein Protokoll, das zeigt, was übertragen wurde, ein neuer Versuch bei einer Zeitüberschreitung und eine Meldung, wenn ein Zugang abläuft oder ein Feld plötzlich anders heißt.

Ich baue Anbindungen deshalb direkt auf dem Server. Jeder Datensatz wird genau einmal übertragen, auch wenn ein Lauf wiederholt werden muss, und jeder Lauf hinterlässt ein Protokoll. Schlägt eine Übertragung fehl, versucht die Anbindung es erneut und meldet sich, wenn es dauerhaft hakt.

Welches System führt? Die wichtigste Frage vor dem ersten Code

Bevor ich programmiere, lege ich mit Ihnen fest, welches System bei welchem Feld das letzte Wort hat. Bestände kommen oft aus der Warenwirtschaft, Bestellungen aus dem Shop, Kundendaten aus dem CRM. Ohne diese Regel überschreiben sich zwei Systeme gegenseitig, und niemand weiß mehr, welcher Wert stimmt.

Dazu gehören die Fehlerfälle: Was passiert, wenn ein Artikel im Shop fehlt, eine Bestellung doppelt ankommt oder ein Preis offensichtlich falsch ist? Für jeden Fall gibt es eine feste Regel, und was außerhalb der Grenzen liegt, entscheidet ein Mensch.

Schnittstellen in meinen eigenen Systemen

Meine KI-Systeme hängen selbst an Schnittstellen. Der Beratungs-Chat und die Telefon-KI greifen auf dieselbe Wissensbasis zu. Nach jedem Anruf liegen Protokoll und Zusammenfassung im Posteingang, der Bericht der Bildanalyse geht als PDF direkt ins Ticket, und Anfragen aus Chat, Foto, Telefon und E-Mail landen in einem gemeinsamen Posteingang.

Vorgehen

So gehe ich vor

Idee schicken

Welche Systeme, welche Daten, welcher Handgriff kostet heute Zeit? Ein paar Zeilen per Mail reichen.

1. Schritt

Bestandsaufnahme und Einschätzung

Ich prüfe, welche Schnittstellen Ihre Systeme anbieten und was sie wirklich hergeben. Die Einschätzung ist kostenlos und kommt per Mail.

2. Schritt

Entwurf und Angebot

Datenflüsse, führendes System, Konfliktregeln und Fehlerfälle stehen fest, bevor Code entsteht. Dazu bekommen Sie, auf Wunsch zum Festpreis, sonst nach Aufwand, ein verbindliches Angebot, schriftlich.

3. Schritt

Bau, Test und Betrieb

Getestet wird mit echten Daten, nicht nur mit dem Idealfall. Danach läuft die Anbindung mit Protokoll und Meldungen, auf Wunsch betreue ich sie weiter.

4. Schritt

Das Ergebnis für Sie

  • Keine doppelte Datenpflege mehr zwischen Shop, Warenwirtschaft und CRM.
  • Ausfälle lösen eine Meldung und einen neuen Versuch aus, statt still Lücken zu hinterlassen.
  • Ein Ansprechpartner, der die Schnittstelle gebaut hat und sie auf Wunsch betreibt.
FAQ

Häufige Fragen

Oft ja: über Import- und Export-Dateien, über die Datenbank oder über Dateien, die das System ohnehin ablegt. Gerade ältere Warenwirtschaften lassen sich so anbinden. Ob das bei Ihnen sauber geht, prüfe ich in der kostenlosen Einschätzung.
Das hängt von Systemen, Datenflüssen und Fehlerfällen ab. Ein Abgleich in eine Richtung ist deutlich kleiner als einer in beide Richtungen mit Konfliktregeln. Nach der kostenlosen Einschätzung entscheiden Sie: auf Wunsch zum Festpreis, sonst nach Aufwand, immer mit einem verbindlichen schriftlichen Angebot vorab.
Ja, das ist der typische Fall für eine eigene Schnittstelle: Bestände, Preise, Aufträge und Kundendaten im Abgleich. Ob in eine Richtung oder in beide, legen Sie fest. Vorher kläre ich, welches System bei welchem Feld führt.
Fehlgeschlagene Übertragungen werden automatisch erneut versucht, jeder Lauf wird protokolliert, und bei einem dauerhaften Fehler bekommen Sie eine Meldung. Sie erfahren davon also nicht erst durch fehlende Bestellungen.
Nein. Für einfache Abläufe können solche Werkzeuge reichen. Sobald Bestellungen, Bestände oder Geld daran hängen, baue ich die Anbindung direkt auf dem Server, mit Protokoll, Wiederholung und Meldung.
Kundendaten fließen nur dorthin, wo sie gebraucht werden. Seit 2009 bin ich Datenschutzbeauftragter in einem Medizintechnik-Unternehmen: Welche Felder übertragen werden, wer sie sieht und wie lange sie bleiben, kläre ich vor der ersten Übertragung. Bei Cloud-Diensten prüfe ich Anbieter, Serverstandort und Auftragsverarbeitung.

Ihre Anfrage, meine Einschätzung

Neues Projekt, Verbesserung oder einfach eine Frage: Ein paar Zeilen genügen. Sie bekommen eine ehrliche, kostenlose Einschätzung per Mail, ohne Telefonat und ohne Verkaufsgespräch.

Unverbindlich anfragen→