Vor der Integration von ERP und CRM müssen die übertragenen Informationen, das jeweils führende System, der Synchronisierungszeitpunkt und die Fehlerbehandlung feststehen. Diese Entscheidungen verbinden das Geschäftsziel mit der technischen Umsetzung und verringern Unklarheiten bei der Abnahme.
Eine Anforderung wie „Die Systeme sollen miteinander kommunizieren“ lässt wesentliche Fragen offen. Ein Kunde kann in beiden Anwendungen mit unterschiedlichen Kennungen vorhanden sein. Ein Vertriebsmitarbeiter ändert vielleicht eine Adresse im CRM, während die Rechnungsstellung die ERP-Daten nutzt. Für jede solche Situation braucht die Integration eine Regel.
Wählen Sie einen Geschäftsablauf für die erste Phase
Beginnen Sie mit einem vollständigen Vorgang: einen Kunden anlegen, einen angenommenen Auftrag übertragen oder den Rechnungsstatus im CRM anzeigen. Definieren Sie, wer das Ergebnis nutzt und welche manuelle Tätigkeit sich ändern soll.
Ein begrenzter erster Ablauf erleichtert die Prüfung von Abhängigkeiten. Sie erkennen, ob die Daten ausreichen und die Systemschnittstellen die nötigen Vorgänge ermöglichen, bevor Sie die Integration erweitern.
Halten Sie ausdrücklich fest, was außerhalb dieser Phase bleibt. Eine Auftragsintegration umfasst nicht automatisch alle Funktionen zu Bestand, Retouren, Preisen und Buchhaltung. Diese müssen anhand des Projektziels bewertet werden.
Bestimmen Sie die maßgebliche Quelle für jede Information
„Bidirektionale Synchronisierung“ reicht als Regel nicht aus. Das Team muss wissen, wo Informationen entstehen, wer sie ändern darf und wie Konflikte gelöst werden.
| Information | Erforderliche Entscheidung |
|---|---|
| Kunde | Wie identifizieren wir dasselbe Unternehmen in beiden Systemen? |
| Rechnungsdaten | Wer validiert sie, und welches System führt die maßgebliche Version? |
| Vertriebskontakt | Welche Änderungen werden übertragen, und wer darf darauf zugreifen? |
| Auftrag | In welchem Status darf er ins ERP gelangen, und wann wird die Bearbeitung gesperrt? |
| Rechnungsstatus | Welche Informationen muss das Vertriebsteam sehen? |
| Produkte und Preise | Welcher Katalog wird verwendet, und welche Geschäftsregeln gelten? |
Dies sind Fragen der Konzeption, keine pauschalen Empfehlungen, dass ein bestimmtes System jede Datenkategorie führen muss. Die Antworten hängen von der Arbeitsweise des Unternehmens und den Fähigkeiten der Anwendungen ab.
Prüfen Sie die tatsächlichen Möglichkeiten der Systeme
Fordern Sie Schnittstellendokumentation, verwendete Versionen und Lizenzbedingungen an. Ein Produkt kann eine API besitzen, während bestimmte Vorgänge oder Volumen zusätzliche Rechte erfordern. Prüfen Sie Testumgebung und Zugang zum Support des Anbieters.
Das technische Team muss Authentifizierung, Nutzungslimits und Benachrichtigungsmechanismen klären. Eine Integration, die Ereignisse empfängt, funktioniert anders als eine, die regelmäßig Änderungen abfragt. Die Wahl muss zur erforderlichen Aktualisierungsgeschwindigkeit des Prozesses passen.
Schnittstellendokumentation und Versionsverwaltung werden auch in diesen Empfehlungen behandelt: Microsoft-Empfehlungen zum API-Design. Für den Kunden lautet die praktische Frage, wie die Integration weiter funktioniert, wenn ein Anbieter sein Produkt aktualisiert.
Planen Sie die Fehlerbehandlung vor dem Start
Definieren Sie, was geschieht, wenn ein Auftrag mit fehlenden Angaben eingeht, das ERP nicht antwortet oder dieselbe Nachricht erneut übertragen wird. Eine nützliche Integration muss Situationen sichtbar machen, die ein Eingreifen erfordern.
Bei wiederholbaren Vorgängen prüft das technische Team den Schutz vor Duplikaten. Geschäftlich bedeutet das: Die erneute Übermittlung derselben Anfrage darf nicht versehentlich einen zweiten Auftrag erzeugen. Das genaue Verhalten wird für jeden Ablauf definiert und getestet.
Vereinbaren Sie eine verantwortliche Person für Fehler, einen Benachrichtigungsweg und einen Abgleichprozess. Die Meldung „Nachricht gesendet“ reicht nicht aus, wenn der Nutzer wissen muss, ob Daten angenommen und korrekt verwendet wurden.
Klären Sie Zugriff und Verantwortung nach dem Start
Die Integration sollte die für ihre Vorgänge benötigten Rechte erhalten. Legen Sie fest, wer Zugangsdaten verwaltet, wie sie geändert werden und welche Informationen in technischen Protokollen erscheinen dürfen.
Trennen Sie die Verantwortung für die Funktion der Integration von der Verantwortung für die Datenqualität. Eine im Quellsystem falsch eingegebene Adresse kann technisch korrekt übertragen werden und dennoch ein operatives Problem verursachen.
Der Supportplan muss klären, wer eingreift, wenn das Problem im ERP, im CRM oder in der Verbindungskomponente liegt. Servicelevels und Verfügbarkeitszeiten werden vertraglich vereinbart.
Definieren Sie die Abnahme anhand realer Beispiele
Bereiten Sie repräsentative Fälle aus dem Unternehmensalltag vor, einschließlich Änderungen, Stornierungen und unvollständiger Daten. Beschreiben Sie für jeden Fall das erwartete Ergebnis und die in beiden Systemen sichtbaren Informationen.
Messen Sie die erforderliche Synchronisierungszeit und den verbleibenden manuellen Aufwand. Testen Sie auch die Rückkehr zu einer sicheren Arbeitsweise, falls beim Start Probleme auftreten. Eine abgenommene erste Phase bildet die Grundlage für weitere Abläufe.
UP2DATE bietet Systemintegration und Modernisierung sowie Softwareentwicklung für Unternehmensprozesse. Im Projekt Defiro Health zeigen Anwendungen, Webplattform und vernetzte Geräte, warum der Datenweg bis zu den Menschen gedacht werden muss, die die Informationen nutzen. Es ist ein Integrationsbeispiel aus einem anderen Bereich, kein ERP-CRM-Projekt.
Wenn Sie ERP und CRM verbinden möchten, beschreiben Sie uns Ihren Geschäftsablauf. Das erste 30-minütige Gespräch ist kostenlos. Gemeinsam klären wir Anforderungen, Integrationen und Umsetzungsschritte und schlagen anschließend klare Ergebnisse, Termine und Kosten vor.
