Schnittstellen entwickeln, die ERP und CRM verbinden

Ein gewonnener Auftrag steht im CRM, doch die Sachbearbeitung legt ihn im ERP erneut an. Dabei müssen Kundennummer, Angebotsstand und Leistungsumfang zusammenpassen. Eine Schnittstelle kann diese Übergabe übernehmen, sofern beide Systeme die erforderlichen Daten und Zugänge bereitstellen.

Beginnen Sie mit einer solchen konkreten Übergabe. Notieren Sie Auslöser, Häufigkeit, beteiligte Personen und heutige Nacharbeit. Ein Datensatz, der nur einmal im Jahr benötigt wird, rechtfertigt einen anderen Aufwand als ein Vorgang, der täglich durch mehrere Hände geht. Für seltene Übertragungen kann ein kontrollierter Export genügen. Auch eine bestehende Standardanbindung sollte zuerst auf ihre fachliche Passung geprüft werden.

Unser Fokus liegt auf Datenflüssen rund um Kunden, Angebote, Aufträge und operative Bearbeitung. Welche Produkte sich anbinden lassen, prüfen wir anhand ihrer Dokumentation, Zugangsbedingungen und Versionen. Die Existenz einer API allein bestätigt noch nicht, dass sie alle benötigten Aktionen unterstützt.

Für jeden Datenbereich braucht es eine klare Verantwortung. Das CRM könnte Ansprechpartner und Vertriebsaktivitäten führen; das ERP könnte Auftragsnummer und Bearbeitungsstatus vergeben. Welche Aufteilung passt, hängt von Ihren Abläufen ab. Legen Sie fest, wo eine Information geändert werden darf und wohin die Änderung weitergegeben wird.

Ein Feldmapping ordnet Quell- und Zielfelder zu. Es enthält außerdem Datentypen, Pflichtangaben, erlaubte Werte und Regeln für fehlende Informationen. „Kunde“ reicht als Beschreibung nicht: Welche eindeutige Kennung verbindet dieselbe Firma in beiden Systemen? Was passiert, wenn eine Firma mehrere Rechnungsadressen hat?

Das folgende Beispiel zeigt, warum die fachliche Zuordnung vor der Übertragung stehen muss.

CRM-Eingang	Prüfung	ERP-Ziel
Firma C-104	Eindeutige Zuordnung vorhanden?	Debitor K-208
Angebot A-031, Version 2	Diese Version freigegeben?	Auftragspositionen
Projektbeginn offen	Ist das Datum im Ziel Pflicht?	Übertragung ggf. zurückhalten

Wenn Sie die führenden Kundeninformationen zunächst strukturieren müssen, beschreibt unsere Seite zur individuellen CRM-Software die Arbeit mit Kontakten, Verkaufschancen und Übergaben.

Für einen Pilotfall vereinbaren wir einen klaren Startpunkt, etwa die fachliche Freigabe einer Angebotsversion. Der Datenfluss liest die vereinbarten Felder, prüft ihre Zuordnung und übergibt sie über den verfügbaren technischen Zugang. Anschließend wird das Ergebnis mit dem erwarteten Vorgang im Zielsystem abgeglichen.

Eine technische Empfangsbestätigung beantwortet dabei eine andere Frage als die fachliche Abnahme. Wurde der richtige Kunde zugeordnet? Sind Menge, Einheit und Angebotsversion erhalten? Ist der Vorgang im gewünschten Bearbeitungsstatus angekommen? Diese Kriterien gehören in den Test, ebenso Stornierungen, Änderungen und doppelte Nachrichten.

Bei zwei Übertragungsrichtungen benötigen Sie zusätzlich Regeln für konkurrierende Änderungen. Ein neuer Wert darf einen anderen Wert nicht allein deshalb überschreiben, weil er später übertragen wurde. Welche Information Vorrang hat, muss fachlich begründet und technisch umsetzbar sein.

Die Bearbeitung nach der Übergabe bleibt Teil Ihres ERP-Ablaufs von Auftrag bis Abrechnung. Die Schnittstelle überträgt den vereinbarten Kontext; sie ersetzt keine fehlenden Freigabe- oder Bearbeitungsregeln.

Eine nicht erreichbare Anwendung und eine unbekannte Kundennummer verlangen unterschiedliche Reaktionen. Bei einer vorübergehenden technischen Störung kann eine begrenzte Wiederholung sinnvoll sein. Ein fachlich ungültiger Datensatz benötigt dagegen eine Korrektur oder Entscheidung.

Wiederholungen müssen außerdem gegen doppelte Geschäftsvorgänge abgesichert werden. Hat das Ziel den Auftrag bereits gespeichert, aber keine Antwort geliefert, darf ein neuer Versuch nicht unbemerkt einen zweiten Auftrag erzeugen. Microsoft beschreibt dieses Risiko und die Unterscheidung vorübergehender Fehler im Retry-Entwurfsmuster.

1. Eingang: Angebotsversion A-031/2 soll übertragen werden.
2. Prüfung hält an: Die Kundenzuordnung fehlt; kein Auftrag wird freigegeben.
3. Klärung: Eine zuständige Person bestätigt die Zuordnung zu K-208.
4. Kontrollierter neuer Versuch: Die Vorgangskennung wird geprüft, die Übertragung ausgeführt und das Zielergebnis abgeglichen.

Zum Betriebsumfang gehört deshalb eine verständliche Fehleransicht: betroffener Vorgang, Ursache, letzter Versuch und zuständige Person. Welche Meldungen automatisch behandelt werden dürfen und welche ein Mensch freigeben muss, wird vor dem Start festgelegt.

Wir stimmen ab, welche technischen Identitäten die Verbindung verwendet, welche Aktionen sie ausführen dürfen und wie Zugangsdaten verwaltet werden. Ein Testzugang sollte die Prüfung ermöglichen, ohne unkontrolliert Produktivdaten zu verändern. Für Protokolle wird festgelegt, welche Informationen zur Fehlersuche benötigt werden und wer sie einsehen darf.

Zur vereinbarten Übergabe können Feldmapping, unterstützte Versionen, Testfälle, Betriebsanleitung und Zuständigkeitsliste gehören. Benennen Sie auch die Verantwortlichen der angebundenen Systeme. Änderungen an deren Zugängen, Datenfeldern oder Schnittstellen müssen beim Betrieb der Verbindung berücksichtigt werden.

Falls Eingangsdokumente zunächst interpretiert werden müssen, ist das ein gesonderter Verarbeitungsschritt. Eine KI-Integration mit anschließender Prüfung kann dafür untersucht werden; strukturierte Daten lassen sich häufig bereits mit festen Regeln übertragen.

Ein geeigneter Einstieg umfasst einen Datenfluss, eine klar abgegrenzte Vorgangsart und dokumentierte Ausnahmefälle. Vor der Umsetzung klären wir vorhandene Dokumentation, Testmöglichkeiten, Datenqualität und den erwarteten Aktualisierungsrhythmus. Daraus ergeben sich Umfang und Voraussetzungen eines Angebots.

Der Aufwand hängt unter anderem von den zugänglichen Funktionen, Zuordnungsregeln, Übertragungsrichtungen und erforderlichen Fehlerbehandlungen ab. Einrichtung und Tests sollten getrennt vom laufenden Betrieb, späteren Änderungen und möglichen Gebühren der beteiligten Anbieter beschrieben werden. Ohne diese Informationen lässt sich kein belastbarer Festpreis nennen.

Für die erste Abstimmung helfen Systemnamen mit Version, eine anonymisierte Beispieldatei und die Beschreibung der heutigen Übergabe. Ergänzen Sie, wer das Ergebnis fachlich abnehmen kann. Damit lässt sich prüfen, ob eine vorhandene Verbindung reicht oder eine individuelle Schnittstelle sinnvoll ist.