Ein Auftrag ist gewonnen, im CRM liegt die aktuelle Ansprechpartnerin vor, im ERP wird jedoch ein alter Debitor verwendet. Die Rechnung geht an die falsche Adresse, der Vertrieb verliert Zeit und das Controlling arbeitet mit abweichenden Umsätzen. Wer ein ERP-CRM-Datenmodell abstimmen möchte, löst genau diese Art von Reibung an ihrer Ursache: bei der gemeinsamen Definition geschäftskritischer Daten.
Dabei geht es nicht darum, sämtliche Felder aus Salesforce, Haufe X360 oder einem anderen System identisch abzubilden. ERP und CRM erfüllen unterschiedliche Aufgaben und brauchen deshalb unterschiedliche Datenstrukturen. Entscheidend ist, dass beide Systeme dieselbe geschäftliche Realität beschreiben, Daten eindeutig zuordnen und Änderungen verlässlich weitergeben. Für mittelständische Unternehmen ist das die Grundlage für skalierbare Vertriebs-, Auftrags- und Serviceprozesse.
Warum ein ERP-CRM-Datenmodell mehr ist als eine Schnittstelle
Viele Integrationsprojekte starten mit der Frage, welche Datensätze von A nach B übertragen werden sollen. Das ist zu kurz gedacht. Eine technisch funktionierende Schnittstelle kann fehlerhafte oder widersprüchliche Daten lediglich schneller verteilen. Erst das Datenmodell beantwortet die relevanten Fachfragen: Was genau ist ein Kunde? Wann wird aus einem Lead ein Geschäftspartner? Welche Adresse ist Rechnungsadresse, welche Lieferadresse? Wer darf Preise, Zahlungsbedingungen oder Kreditlimits ändern?
Im CRM steht die Vertriebsarbeit im Vordergrund. Leads, Kontakte, Opportunities, Aktivitäten und Kampagnen sollen Teams helfen, Chancen zu entwickeln und Kundenbeziehungen auszubauen. Das ERP steuert dagegen die operative Abwicklung: Debitoren, Artikel, Angebote, Aufträge, Lieferungen, Rechnungen, Zahlungen und Buchungen. Es gibt Überschneidungen, aber keine vollständige Deckungsgleichheit.
Wer beide Modelle künstlich gleichschaltet, erzeugt oft unnötige Pflichtfelder, komplizierte Prozesse und Akzeptanzprobleme. Wer sie völlig getrennt hält, schafft Datensilos. Die richtige Lösung liegt zwischen diesen Extremen: ein klar abgestimmter Kern gemeinsamer Geschäftsobjekte mit eindeutigen Regeln für die jeweiligen Fachsysteme.
ERP-CRM-Datenmodell abstimmen: Die entscheidenden Objekte
Im Zentrum stehen meist Organisationen beziehungsweise Accounts, Kontakte, Produkte, Preis- und Konditionsdaten sowie Angebote und Aufträge. Diese Objekte wirken auf den ersten Blick vertraut. In der Praxis entstehen gerade hier die meisten Konflikte.
Ein CRM-Account kann etwa eine Unternehmensgruppe, einen potenziellen Neukunden oder einen Bestandskunden darstellen. Im ERP ist ein Debitor häufig eine rechtlich und finanziell relevante Abrechnungseinheit. Ein Konzern mit mehreren Gesellschaften kann daher im CRM als ein strategischer Account mit mehreren Standorten geführt werden, im ERP aber mehrere Debitoren benötigen. Das Datenmodell muss diese Beziehung ausdrücklich abbilden, statt eine vermeintlich einfache Eins-zu-eins-Zuordnung zu erzwingen.
Ähnliches gilt für Kontakte. Der Vertrieb braucht Ansprechpartner mit Rolle, Einfluss auf die Kaufentscheidung und Kommunikationshistorie. Das ERP benötigt gegebenenfalls Ansprechpartner für Rechnung, Bestellung oder Warenannahme. Nicht jeder CRM-Kontakt gehört ins ERP. Umgekehrt müssen operative Kontakte aus dem ERP nicht automatisch für Vertriebsaktivitäten geeignet sein. Definieren Sie daher, welche Kontaktarten synchronisiert werden und mit welchen Pflichtinformationen.
Bei Produkten und Preisen ist die fachliche Verantwortung besonders wichtig. Artikelnummern, Mengeneinheiten, Steuerlogik, Verfügbarkeiten und Einstandswerte gehören in der Regel ins ERP. Das CRM kann diese Daten für Konfiguration, Angebot und Pipeline nutzen. Sonderpreise, Rabattfreigaben und individuelle Konditionen brauchen jedoch einen klaren Prozess. Sonst verspricht der Vertrieb Leistungen, die bei Auftragserfassung oder Abrechnung nicht haltbar sind.
Systemführerschaft konsequent festlegen
Für jedes gemeinsame Datenobjekt und jedes kritische Feld braucht es eine Systemführerschaft. Sie legt fest, wo Daten erstellt, geprüft und verbindlich geändert werden. Ohne diese Regel geraten Teams in die bekannte Schleife: Eine Adresse wird im CRM korrigiert, das ERP überschreibt sie beim nächsten Abgleich, anschließend wird der Fehler erneut manuell behoben.
Eine praxistaugliche Regel lautet nicht zwingend: Ein System führt immer den gesamten Datensatz. Oft ist eine feldgenaue Verantwortung sinnvoll. Das CRM kann beispielsweise für Vertriebssegment, Branche, Lead-Quelle und Ansprechpartnerrollen führend sein. Das ERP führt Debitorennummer, Zahlungsbedingungen, steuerliche Merkmale, Kreditlimit und buchungsrelevante Adressen. Für Stammdaten wie Firmenname oder zentrale Anschrift ist abhängig vom Prozess zu entscheiden, wo die Datenqualität zuverlässig gesichert wird.
Systemführerschaft bedeutet auch, Änderungen kontrolliert zu behandeln. Ändert ein Kunde seine Rechtsform, ist das nicht nur eine Vertriebsinformation. Es kann eine neue Debitorenanlage, steuerliche Prüfung und Anpassung offener Vorgänge auslösen. Ein Datenmodell sollte solche Fälle nicht mit einem freien Textfeld kaschieren, sondern als fachlichen Prozess abbilden.
Eindeutige Schlüssel verhindern Dubletten und Fehlzuordnungen
Namen sind keine sicheren Identifikatoren. „Müller GmbH“ kann mehrfach vorkommen, Firmen können umfirmieren und Schreibweisen unterscheiden sich. Für die Integration benötigen Unternehmen stabile technische Schlüssel und nachvollziehbare Geschäftskennungen.
Üblich ist, dass das ERP die Debitorennummer vergibt und das CRM diese Nummer nach erfolgreicher Übergabe speichert. Zusätzlich besitzt jeder Datensatz eine interne System-ID. Bei Unternehmensgruppen, mehreren Standorten oder abweichenden Rechnungsempfängern sollte das Modell die Beziehungen als eigene Struktur führen. Ein einfaches Feld wie „ERP-Kundennummer“ reicht dann nicht mehr aus.
Vor der Synchronisation lohnt sich eine Bereinigung des Bestands. Prüfen Sie Dubletten, unvollständige Adressen, unterschiedliche Länderformate, veraltete Ansprechpartner und frei gepflegte Produktbezeichnungen. Das ist kein Nebenprojekt. Wenn Altdaten ohne Regeln übernommen werden, entsteht die Unordnung in beiden Systemen erneut - nur mit mehr Automatisierung dahinter.
Vom Lead bis zur Rechnung: Den Prozess zuerst modellieren
Ein abgestimmtes Modell entsteht am besten entlang realer Prozesse, nicht in einer rein technischen Feldliste. Nehmen wir einen typischen B2B-Ablauf: Marketing qualifiziert einen Lead, der Vertrieb entwickelt daraus eine Opportunity, erstellt ein Angebot und gewinnt den Auftrag. Das ERP übernimmt die operative Prüfung, Auftragsabwicklung, Lieferung und Rechnung. Danach braucht der Vertrieb Informationen über Umsatz, offene Aufträge oder Servicefälle, um den Kunden weiterzuentwickeln.
Für jede Übergabe sollte klar sein, welches Ereignis sie auslöst und welche Daten zwingend vollständig sein müssen. Soll der Debitor schon bei der Opportunity angelegt werden, erst beim freigegebenen Angebot oder erst beim gewonnenen Auftrag? Es gibt keine pauschal richtige Antwort. Bei langen Vertriebszyklen und vielen Interessenten ist eine frühe ERP-Anlage meist unnötig. Bei regulierten Branchen, komplexen Bonitätsprüfungen oder stark standardisierten Angebotsprozessen kann sie sinnvoll sein.
Besondere Aufmerksamkeit verdienen Korrekturen und Ausnahmen. Was geschieht bei einem verlorenen Auftrag nach angelegtem Debitor? Wie werden Teilaufträge, Rahmenverträge, Gutschriften oder mehrere Lieferadressen abgebildet? Solche Fälle entscheiden darüber, ob die Integration im Tagesgeschäft trägt oder nur im Idealprozess funktioniert.
Ein umsetzbarer Ablauf für die Abstimmung
Ein belastbares Vorhaben lässt sich in vier Arbeitspakete gliedern:
Fachobjekte und Prozessschritte gemeinsam mit Vertrieb, Finanzwesen, Auftragsabwicklung und IT definieren.
Systemführerschaft, Pflichtfelder, Validierungen und Freigaben pro Objekt und Feld festlegen.
Feldzuordnungen, Identifikatoren, Ereignisse und Fehlerbehandlung als Integrationskonzept dokumentieren.
Mit realistischen Testfällen prüfen und zunächst für einen abgegrenzten Prozess produktiv starten.
Die Dokumentation sollte nicht bei einem Mapping-Sheet enden. Sinnvoll sind zusätzlich ein verständliches Datenlexikon, ein Prozessbild und konkrete Regeln für Fehlerfälle. Beispielsweise: Wenn ein CRM-Account keine gültige Rechnungsadresse enthält, wird kein Debitor erzeugt. Die zuständige Vertriebsrolle erhält eine Aufgabe, statt dass ein unvollständiger Datensatz im ERP landet.
Auch die technische Architektur muss zur Prozesskritik passen. Für manche Informationen genügt ein zeitgesteuerter Abgleich, etwa bei ergänzenden Marketingdaten. Auftragsstatus, Verfügbarkeiten oder Kreditfreigaben können dagegen nahezu in Echtzeit erforderlich sein. Nicht jede Information muss in beide Richtungen laufen. Weniger Synchronisation mit klarer Verantwortung ist häufig besser als ein umfangreicher bidirektionaler Abgleich ohne fachliche Leitplanken.
Governance entscheidet nach dem Go-live
Mit dem Produktivstart ist die Abstimmung nicht beendet. Neue Vertriebskanäle, E-Commerce, zusätzliche Gesellschaften, Preislogiken oder Serviceprozesse verändern die Anforderungen. Ohne Governance werden Felder spontan ergänzt, Validierungen umgangen und Integrationen schrittweise unübersichtlich.
Benennen Sie daher fachliche Datenverantwortliche und einen klaren Entscheidungsweg für Änderungen. Regelmäßige Auswertungen zu Dubletten, Übertragungsfehlern, unvollständigen Stammdaten und nicht zuordenbaren Aufträgen zeigen früh, wo Prozesse nachgeschärft werden müssen. Für wachsende Mittelständler ist diese Disziplin kein Verwaltungsaufwand, sondern Schutz vor späteren kostspieligen Umstellungen.
express Cloud Solutions verbindet ERP-, CRM- und Integrationskompetenz, um diese fachlichen Regeln in eine tragfähige Cloud-Architektur zu überführen. Der entscheidende erste Schritt bleibt dennoch im Unternehmen selbst: Nicht fragen, welche Daten sich übertragen lassen, sondern welche Informationen Mitarbeitende für eine verlässliche Kundenbeziehung und eine korrekte Auftragsabwicklung wirklich brauchen.
