ERP und CRM verbinden, ohne doppelte Datenpflege einzubauen.
Eine ERP-/CRM-Integration überträgt beispielsweise Kunden, Aufträge und Statusinformationen zwischen Vertrieb und kaufmännischer Bearbeitung. Verlässlich wird sie erst, wenn für jeden Datensatz klar ist, welches System welche Angaben führen darf.
Mit Datenverantwortung beginnen
„Beide Systeme sollen synchron sein“ klingt einfach, lässt aber die entscheidenden Regeln offen. Der Vertrieb bearbeitet einen Kontakt im CRM, während die Buchhaltung die Rechnungsadresse im ERP korrigiert. Ohne klare Verantwortung könnte die nächste Synchronisierung eine der Änderungen wieder überschreiben.
Legen Sie die führende Quelle je Datenobjekt oder Feldgruppe fest. Vertriebskontakte, kaufmännische Stammdaten und Auftragsstände müssen nicht denselben Eigentümer haben. Zusätzlich braucht es eine fachliche Zuordnung: Welcher CRM-Kunde gehört zu welchem ERP-Debitor, und wann darf eine neue Zuordnung entstehen?
Eine Zuordnungstabelle macht die Regeln sichtbar
| Information | Mögliche führende Quelle | Vorab zu klären |
|---|---|---|
| Interessent und Vertriebsaktivität | CRM | Ab wann wird aus einem Interessenten ein kaufmännischer Kunde? |
| Debitorennummer und Rechnungsdaten | ERP | Welche CRM-Felder dürfen ergänzt, aber nicht zurückgeschrieben werden? |
| Freigegebener Auftrag | ERP nach Übernahme | Welche eindeutige Kennung verbindet den Vorgang mit dem CRM? |
| Liefer- oder Bearbeitungsstand | Zuständiges operatives System | Wie aktuell muss der Stand im CRM sichtbar sein? |
| Ansprechpartner | Abhängig vom Prozess | Wer darf ändern, zusammenführen oder deaktivieren? |
Nicht jede Änderung muss sofort übertragen werden
Ein zeitnaher Status ist sinnvoll, wenn Mitarbeitende darauf unmittelbar reagieren. Für eine tägliche Auswertung kann dagegen ein geplanter Abgleich genügen. Die fachlich erforderliche Aktualität bestimmt den Takt; die technische Möglichkeit allein ist kein Grund für Echtzeitverarbeitung.
Vorhandene APIs, Ereignismeldungen oder unterstützte Import-/Exportverfahren kommen je nach System infrage. Prüfen Sie Authentifizierung, Lizenzumfang, Abfragelimits, Versionen und verfügbare Testumgebungen. Ein vom Hersteller unterstützter Standard-Connector kann ausreichend sein, sofern seine Regeln tatsächlich zu Ihrem Datenmodell passen.
Wiederholungen dürfen keine doppelten Aufträge erzeugen
Eine Übertragung kann erfolgreich verarbeitet worden sein, obwohl die Bestätigung nicht ankommt. Ein neuer Versuch muss diesen Fall berücksichtigen. Eindeutige Vorgangskennungen und ein Abgleich des bereits erreichten Zustands helfen, doppelte Geschäftsvorgänge zu verhindern.
Vorübergehende Verbindungsprobleme können begrenzte Wiederholungen rechtfertigen. Ein fachlich ungültiger Datensatz wird durch erneutes Senden dagegen nicht richtig. Trennen Sie deshalb technische Störungen von Fehlern, die eine Korrektur durch einen Menschen benötigen. Wiederholungen brauchen Grenzen und Abstände, damit ein gestörtes System nicht zusätzlich belastet wird.
Datenbereinigung und Einführung mitplanen
Vor dem ersten Abgleich müssen vorhandene Dubletten, fehlende Schlüssel und unterschiedliche Formate geprüft werden. Eine Schnittstelle korrigiert keine unklare Kundenzuordnung von selbst. Legen Sie fest, welche Daten übernommen werden, welche manuell geklärt werden und wer diese Entscheidungen trifft.
Für einen Pilot eignet sich ein begrenzter Datenbestand oder Prozess. Testen Sie dabei auch Änderungen nach der ersten Übertragung, gesperrte Kunden, unbekannte Pflichtwerte und unterbrochene Verbindungen. Vor dem breiten Start werden Zuständigkeiten, Kontrollmöglichkeiten und ein Rückfallverfahren abgestimmt.
Was im Betrieb sichtbar sein muss
- Letzter erfolgreicher Abgleich und Alter noch ausstehender Übertragungen.
- Konkrete fehlgeschlagene Vorgänge mit verständlichem Klärungsbedarf und zuständiger Rolle.
- Nachvollziehbare Zuordnung der Kennungen zwischen den beteiligten Systemen.
- Vereinbarter Umgang mit Änderungen an APIs, Datenmodellen und Zugriffsrechten.
- Definierter Umfang für Protokolle und Aufbewahrung, passend zu den verarbeiteten Daten.
Wovon Aufwand und Vorgehen abhängen
Die Zahl der Felder ist nur ein Teil der Kalkulation. Wesentlich sind Datenqualität, Übertragungsrichtungen, Konfliktregeln, verfügbare Herstellerfunktionen und das Verhalten bei Fehlern. Auch Abstimmungen mit den Verantwortlichen beider Systeme benötigen Zeit.
Für eine erste Einschätzung reichen Systemnamen, die betroffenen Daten und eine Beschreibung der heutigen doppelten Arbeit. Automando prüft daraus den Integrationsweg und kann die Schnittstelle einschließlich Überwachung und Wartung umsetzen. Ein Austausch Ihres ERP oder CRM ist dafür nicht automatisch erforderlich.