Schnittstellen und Automatisierung: Wann Systeme zusammenarbeiten sollten

Doppelte Datenpflege ist kein Prozess.

CRM, ERP, Shop, Buchhaltung und Website können jeweils ihre Aufgabe erfüllen und trotzdem im Alltag aneinander vorbeiarbeiten. Dann werden Kundendaten zweimal angelegt, Bestellungen als PDF weitergereicht und Status per E-Mail erfragt. Die Arbeit wirkt erledigt. Die Quelle der Wahrheit bleibt unklar.

Eine Schnittstelle ist deshalb keine technische Spielerei. Sie ist die Vereinbarung, welches System einen Datensatz besitzt, wohin er wandert und was passiert, wenn die Übertragung scheitert. Ohne diese Vereinbarung entsteht Automatisierung, die Fehler nur schneller verteilt.

Wann eine Anbindung den Alltag entlastet

• Dieselben Felder werden regelmäßig in zwei oder mehr Programmen eingetragen.
• Ein Statuswechsel löst heute eine manuelle Nachricht, eine Liste oder einen Export aus.
• Kunden oder Partner fragen Informationen ab, die intern bereits vorliegen.
• Vorhandene Software soll bleiben. Ersetzt werden soll die Handarbeit dazwischen.
• Fehler fallen erst auf, wenn ein Mensch sie zufällig bemerkt.

Nicht jeder Austausch braucht eine Schnittstelle. Ein seltener Jahresimport mit Prüfung durch die Fachabteilung kann bewusst manuell bleiben. Automatisiert wird, was häufig, einheitlich und geschäftlich relevant ist.

Zuerst klären, welches System führend ist

Bevor eine API, ein Export oder eine Middleware geplant wird, braucht jedes Datenobjekt einen Eigentümer. Sonst überschreibt die Anbindung nachts, was jemand tagsüber korrigiert hat.

• Artikel, Preise, Bestand: ERP oder Warenwirtschaft führt. Die Schnittstelle gibt lesend an Shop, Portal oder Preisliste, überschreibt nicht umgekehrt.
• Leads und Vertriebsaktivitäten: Das CRM führt Chancen und Kontakte. Aufträge werden erst übergeben, wenn sie verbindlich sind.
• Aufträge und Rechnungen: ERP oder Fakturierung führt. Belege und Nummern werden zurückgemeldet, sobald sie existieren. Für die Übergabe an die Buchhaltung lässt sich eine DATEV-Schnittstelle entwickeln lassen.
• Website-Anfragen: Formular oder CRM übergibt vollständig, macht Duplikate erkennbar und lässt sie nicht in einem Postfach versanden.
• Benutzer und Zugriffe: Verzeichnisdienst oder Microsoft 365 führt Konten zentral. Anwendungen spiegeln nur benötigte Rechte.

Die Zuordnung ist ein Start, keine Vorschrift. Entscheidend ist, dass das Unternehmen die Richtung schriftlich festlegt und Ausnahmen benennt. Eine Preisänderung, die an drei Stellen gepflegt wird, bleibt ein Risiko, auch wenn alle drei Systeme modern sind.

Nicht jede Verbindung muss in Echtzeit laufen

Echtzeit klingt nach Kontrolle. Oft reicht ein klarer Takt: Bestellungen alle paar Minuten, Stammdaten nachts, Dokumente beim Statuswechsel. Was zählt, ist die fachliche Toleranz. Darf ein Bestand fünf Minuten hinterherhinken? Darf eine Rechnung erst nach Prüfung ins Buchhaltungssystem?

Je unmittelbarer die Kopplung, desto sichtbarer müssen Fehler sein. Ein nächtlicher Import mit Protokoll ist für Stammdaten oft robuster als eine ständige Synchronisation, die bei einem Feldkonflikt still stehen bleibt.

Ein stiller Fehler ist teurer als ein sichtbarer. Wenn die Übertragung scheitert, muss jemand es merken: ein Protokoll, eine Benachrichtigung, eine Liste offener Fälle. Eine Schnittstelle, die „einfach nichts tut“, erzeugt falsche Sicherheit.

Ein Datenfluss zuerst, nicht die ganze Landschaft

Der belastbare Einstieg ist ein begrenzter Weg. Zum Beispiel: verbindliche Aufträge aus dem CRM ins ERP, oder Anfragen von der Website ins CRM, oder Lieferstatus aus dem ERP ins Kundenportal. Nutzer, Felder, Ausnahmen und das Erfolgskriterium werden vorher benannt.

Erst wenn dieser Weg im Alltag hält, folgt der nächste. So bleibt nachvollziehbar, welche Regel gegriffen hat, wenn ein Datensatz nicht ankommt. Ein Großprojekt, das alle Systeme auf einmal koppelt, macht denselben Fehler nur schwerer suchbar.

Kritische Schritte dürfen eine menschliche Freigabe behalten. Automatisierung ersetzt Wiederholung, nicht Verantwortung.

Fragen für das erste Gespräch

• Welche zwei Systeme und welcher konkrete Ablauf sollen als Erstes verbunden werden?
• Welches System darf welchen Datensatz verbindlich ändern?
• Wie oft entsteht der Fall, und was passiert heute dazwischen (Export, E-Mail, Tabelle)?
• Welche Felder müssen wirklich wandern, welche nur „wäre schön“?
• Was soll bei einem Fehler passieren, und wer wird informiert?
• Gibt es bereits eine API, ein Exportformat oder nur Dateien aus dem Alltag?

Mit diesen Antworten lässt sich prüfen, ob eine Anbindung technisch möglich und fachlich sinnvoll ist. PixelManufaktur ordnet Datenflüsse und Prüfregeln unter Automatisierungen und Schnittstellen; für zwei Anwendungen, die dauerhaft dieselben Daten teilen sollen, lässt sich eine API-Schnittstelle entwickeln lassen. Wo Nutzer den Status selbst sehen sollen, greifen Webanwendungen und Portale. Die Frage, ob überhaupt individuell gebaut wird, bleibt der Ratgeber Individualsoftware oder Standardsoftware.

Betrieb gehört zur Schnittstelle

Eine Anbindung ist nicht fertig, wenn der erste Datensatz ankommt. Formate ändern sich, Felder kommen hinzu, ein System wird aktualisiert. Ohne Protokoll, Zuständigkeit und einen Weg, fehlgeschlagene Sätze nachzuarbeiten, fällt die Automatisierung leise auf den alten manuellen Pfad zurück.

Deshalb gehören Monitoring, nachvollziehbare Logs und eine vereinbarte Betreuung in denselben Umfang wie die erste Kopplung. Wiederkehrende Fehlerfälle sind ein Hinweis, Mapping oder Prozess anzupassen, nicht nur denselben Datensatz erneut zu senden.