Schnittstellen statt Copy & Paste: Unternehmenssoftware sinnvoll verbinden

Sie nutzen mehrere webbasierte Anwendungen, übertragen Kundendaten aber weiterhin manuell zwischen Website, CRM und Auftragsverwaltung? Unternehmenssoftware sinnvoll zu verbinden bedeutet, diese Übergaben passend zu Ihrem tatsächlichen Arbeitsablauf zu gestalten. Entscheidend ist dabei weniger die Anzahl der Schnittstellen als die Frage, welche Information wann in welchem System verlässlich verfügbar sein muss.

Warum gute Einzelwerkzeuge trotzdem Lücken lassen

Ein CRM organisiert Kontakte, eine Warenwirtschaft verwaltet Artikel und WordPress nimmt Anfragen entgegen. Jedes System kann seine Aufgabe gut erfüllen, während zwischen den Systemen Arbeit liegen bleibt: Adressen werden erneut erfasst, Statusmeldungen per E-Mail weitergegeben und Listen zur Kontrolle exportiert. Ein zusätzliches Werkzeug beseitigt diese Lücken nicht automatisch.

Die passende Lösung ist häufig eine individuell entwickelte Verbindung vorhandener Anwendungen. Sie bildet Ihre Zuordnungen und Ausnahmen ab, statt Ihrem Team einen fremden Standardprozess aufzuzwingen. Prüfen Sie dennoch zuerst vorhandene Integrationen: Wenn ein unterstützter Konnektor den Ablauf einschließlich Fehlerfällen zuverlässig abdeckt, muss diese Verbindung nicht neu programmiert werden.

Schritt 1: Einen vollständigen Vorgang nachvollziehen

Wählen Sie einen wiederkehrenden Vorgang und verfolgen Sie ihn vom Auslöser bis zum fachlichen Abschluss. Eine Website-Anfrage ist beispielsweise erst dann bearbeitet, wenn sie einem Verantwortlichen zugeordnet wurde und im richtigen System auffindbar ist. Dass eine E-Mail versendet wurde, reicht als Abschlusskriterium nicht.

1. Notieren Sie den Auslöser, etwa eine freigegebene Anfrage oder eine bestätigte Bestellung.
2. Erfassen Sie sämtliche beteiligten Systeme und die heute manuell übertragenen Felder.
3. Markieren Sie Prüfungen, Rückfragen und Entscheidungen durch Mitarbeitende.
4. Definieren Sie den gewünschten Endzustand und einen sichtbaren Zustand für Ausnahmen.

Sprechen Sie dafür mit den Personen, die diese Arbeit täglich erledigen. Eine Prozessbeschreibung der Leitung zeigt häufig den vorgesehenen Ablauf; konkrete Vorgänge zeigen zusätzlich die Sonderfälle. Beides zusammen ergibt eine belastbare Grundlage für die Schnittstellenentwicklung.

Schritt 2: Datenhoheit und Zuordnung festlegen

Welches System darf welches Feld ändern?

Eine bidirektionale Synchronisation klingt bequem, schafft aber Konflikte, wenn zwei Systeme dieselbe Adresse gleichzeitig ändern. Legen Sie deshalb die Datenhoheit pro Feldgruppe fest. Das CRM kann Ansprechpartner führen, während Rechnungsdaten aus der Warenwirtschaft kommen. Ein pauschales Prinzip wie „die letzte Änderung gewinnt“ ist nur sinnvoll, wenn es fachlich wirklich akzeptiert wird.

Verwenden Sie stabile technische Kennungen. Ein Firmenname ist kein zuverlässiger Schlüssel, und auch eine E-Mail-Adresse kann sich ändern oder mehreren Kontakten zugeordnet sein. Speichern Sie die Verbindung zwischen den Kennungen beider Systeme ausdrücklich. Unklare Treffer gehören in eine Prüfliste, nicht in eine automatische Zusammenführung.

Schritt 3: API, Webhook oder geplanter Abgleich?

Eine API ist eine definierte Schnittstelle zum Lesen oder Schreiben von Daten. Ein Webhook meldet ein Ereignis an einen Empfänger. Häufig arbeiten beide zusammen: Ein Webhook signalisiert eine Änderung, anschließend ruft die Integration die benötigten Details über die API ab. Ein geplanter Abgleich eignet sich, wenn zeitnahe Verarbeitung nicht erforderlich ist oder keine Ereignismeldungen verfügbar sind.

Die benötigte Aktualität folgt aus dem Prozess. Für einen täglichen Bericht genügt möglicherweise ein nächtlicher Lauf; für die Auftragsübergabe kann eine kurze Verzögerung wichtig sein. Berücksichtigen Sie dabei API-Limits, verfügbare Filter, Datenmengen und die Möglichkeit, seit dem letzten erfolgreichen Lauf geänderte Datensätze abzurufen.

Fehler sind ein normaler Betriebszustand

Netzwerkunterbrechungen und doppelte Meldungen dürfen keine doppelten Aufträge erzeugen. Eine idempotente Verarbeitung erkennt bereits ausgeführte Aktionen und wiederholt deren Wirkung nicht. Die Stripe-Dokumentation zeigt konkret, dass Webhook-Ereignisse mehrfach und außerhalb ihrer Entstehungsreihenfolge eintreffen können. Welche Zusicherungen gelten, prüfen Sie für jeden beteiligten Anbieter separat.

Technische Ausfälle lassen sich begrenzt erneut versuchen. Ein fachlich ungültiger Datensatz braucht dagegen eine Korrektur. Protokollieren Sie deshalb Vorgangskennung, Zeitpunkt, Verarbeitungsschritt und Fehlergrund. Zugangsdaten und unnötige personenbezogene Inhalte gehören nicht in diese Protokolle. Eine zuständige Person muss offene Fehler sehen und gezielt erneut anstoßen können.

Hypothetisches Beispiel: Von der Anfrage zum CRM-Vorgang

Angenommen, ein Dienstleistungsunternehmen erhält Anfragen über ein WordPress-Formular. Das Büro kopiert bisher Kontaktdaten ins CRM und erstellt anschließend eine Aufgabe. In einer möglichen Integration bekommt jede Anfrage zunächst eine eindeutige Kennung. Die Verbindung prüft Pflichtfelder, sucht eine vorhandene CRM-Zuordnung und legt bei eindeutigem Ergebnis den Vorgang samt Aufgabe an.

Existieren zwei passende Kontakte, erhält das Büro eine Prüfaufgabe mit beiden Treffern. Ist das CRM vorübergehend nicht erreichbar, bleibt die Anfrage gespeichert und wird später erneut übertragen. Nach erfolgreicher Übergabe werden CRM-Kennung und Bearbeitungszeitpunkt hinterlegt. Ein täglicher Kontrolllauf vergleicht eingegangene und übertragene Anfragen.

Dieses Beispiel beschreibt einen möglichen Ablauf, kein Kundenprojekt und kein gemessenes Ergebnis. Ob die Lösung sinnvoll ist, lässt sich anhand der heutigen Bearbeitungszeit, der Zahl ungeklärter Anfragen und des späteren Betreuungsaufwands bewerten. Messen Sie den vollständigen Vorgang einschließlich Nacharbeit.

Checkliste für einen tragfähigen Start

• Der erste Prozess besitzt einen klaren Auslöser und ein überprüfbares Ende.
• API-Zugänge, Dokumentation und passende Testdaten stehen bereit.
• Führende Systeme und Regeln bei widersprüchlichen Änderungen sind benannt.
• Dubletten, fehlende Pflichtfelder und Ausfälle haben definierte Bearbeitungswege.
• Ein Verantwortlicher kontrolliert Fehler und übernimmt die fachliche Abnahme.
• Ein manueller Ersatzablauf und ein Verfahren zum Nachholen fehlender Vorgänge sind dokumentiert.

Wie schnell lässt sich eine Schnittstelle umsetzen?

Bei zugänglichen APIs, sauberen Daten und einem eng begrenzten Ablauf kann ein erster prüfbarer Stand in Tagen entstehen; eine überschaubare produktive Integration kann je nach Umfang Wochen benötigen. Das ist keine Termingarantie. Fehlende Zugänge, Datenbereinigung, mehrere Mandanten oder komplexe Freigaben verändern den Aufwand erheblich.

Ein solcher Einstieg ermöglicht Fortschritt, ohne zunächst ein Gesamtprogramm über Monate oder Jahre abzuwarten. Eine unternehmensweite Ablösung zentraler Systeme bleibt jedoch ein anderes Vorhaben. Für die technische Umsetzung kommen Prozessautomatisierung und passende Integrationen infrage; besondere Fachlogik gehört gegebenenfalls in die individuelle Projektentwicklung. Bei Formularen und Website-Daten ist außerdem die WordPress-Anbindung relevant.

Ihre nächste sinnvolle Verbindung identifizieren

Beschreiben Sie mir einen konkreten Übergabeschritt: beteiligte Systeme, übertragene Daten und häufigste Ausnahme. Senden Sie Ihre Prozessbeschreibung für eine erste technische Einordnung. Damit lässt sich klären, welche Verbindung zuerst Nutzen stiften kann und welche Voraussetzungen dafür fehlen.

Weiterführende Quellen

• Stripe: Webhooks, Wiederholungen und Ereignisreihenfolge
• WordPress: Authentifizierung für REST-API-Zugriffe
• WooCommerce: Ereignisse über Webhooks bereitstellen

Patrick Hofmann

Individuelle Automatisierung, KI-Integration und Entwicklung. Mehr über die Zusammenarbeit.