Bilden Sie den Lebenszyklus vom Lead bis zum Beleg ab, legen Sie die maßgebliche Datenquelle für Firma, Kontakt, Preis und Status fest, führen Sie stabile Identitäten und ein Freigabe-Gate für das Anlegen einer ERP-Bestellung ein. Spielen Sie Ergebnisse und Fehler ins CRM zurück und gleichen Sie die wichtigsten Objekte regelmäßig ab.
Die Verbindung von CRM und ERP verknüpft die Vertriebsarbeit mit Umsetzung, Lager und Buchhaltung. Die Systeme beschreiben Kunden und Aufträge jedoch aus unterschiedlichen Perspektiven. Das CRM arbeitet mit Kontakt, Verkaufschance und Aktivität, das ERP mit juristischer Person, Bestellung, Lieferung und Beleg. Eine direkte Übertragung ähnlich benannter Felder ohne Prozessmodell erzeugt Duplikate und unklare Zuständigkeiten.
Die Integration soll festlegen, wann ein Vertriebsdatensatz zu einer verbindlichen Bestellung wird, welche Daten sich noch ändern dürfen und wie der Status an den Vertriebsmitarbeiter zurückgemeldet wird. Sie braucht Regeln für Identität, Validierung und Korrektur. Ziel ist nicht, ganze Datenbanken zu kopieren, sondern die manuelle Übertragung in einem konkreten Ablauf zu beseitigen, ohne Kontrollpunkte zu verlieren.
Skizzieren Sie den Vertriebs- und den Umsetzungslebenszyklus
Schreiben Sie die Schritte vom ersten Kontakt über Qualifizierung, Angebot, Genehmigung, Bestellung und Lieferung bis zur Rechnungsstellung auf. Legen Sie für jeden Schritt das System, die verantwortliche Rolle und die Übergangsbedingung fest. Die Bezeichnung „gewonnene Verkaufschance“ muss nicht automatisch eine bereite Bestellung bedeuten, wenn Rechnungsdaten, Positionen oder die interne Genehmigung fehlen.
Trennen Sie die geschäftliche Prognose vom verbindlichen Beleg. Das CRM kann mehrere Angebotsvarianten vorhalten, während das ERP eine einzige genehmigte Version benötigt. Die Rückgabe einer Bestellung zur Korrektur muss einen klaren Status und einen Verantwortlichen haben. Die Automatisierung darf keine Kontrolle überspringen, die den Preis, eine steuerliche Angabe oder die Umsetzungskapazität schützt.
Vereinheitlichen Sie die Identitäten von Unternehmen und Kontakten
Legen Sie fest, ob ein ERP-Kunde eine juristische Person, einen Betrieb oder ein Rechnungskonto darstellt und wie er mit den Kontakten im CRM verknüpft ist. Speichern Sie eine stabile ID auf beiden Seiten. Ein Abgleich nur anhand des Namens oder der E-Mail-Adresse führt zu Fehlern bei Umbenennungen, gemeinsamen Postfächern und mehreren Niederlassungen. Die erste Übertragung kann eine Dublettenprüfung erfordern.
Übertragen Sie Änderungen an Identifikations- und Rechnungsdaten nicht bidirektional, ohne dass die Zuständigkeit geklärt ist. Ein Vertriebsmitarbeiter kann einen Kontakt ergänzen, rechtliche Angaben verwaltet nach der Anlage jedoch ein anderer Prozess. Firmenzusammenführungen, Sitzwechsel und das Ausscheiden einer Kontaktperson erfordern eigene Regeln. Das Audit hält fest, wer den Wert geändert hat und aus welcher Quelle.
- externe IDs von Unternehmen, Betriebsstätte und Kontakt
- Regeln für Anlage und Abgleich
- Single Source of Truth für die einzelnen Daten
- kontrollierter Zusammenführungsprozess
Übertragen Sie das freigegebene Angebot in die Bestellung
Definieren Sie den Mindestumfang an Positionen, Preisen, Währung, Steuern, Adresse und Geschäftsbedingungen. Validieren Sie die Werte noch vor dem ERP-Aufruf und spielen Sie Fehler an die konkrete Verkaufschance zurück. Schützen Sie die Auftragserstellung mit einem Idempotenzschlüssel, damit ein wiederholter Klick oder ein Timeout keinen zweiten Beleg erzeugt.
Schreiben Sie nach erfolgreichem Abschluss die ERP-Nummer, die Version und den Zeitpunkt zurück ins CRM. Lösen Sie eine nachträgliche Änderung des Preises oder einer Position nicht durch stilles Überschreiben; je nach Prozess kann sie eine Stornierung, einen Nachtrag oder eine erneute Freigabe erfordern. Klären Sie, ob das CRM nach dem Anlegen der Bestellung nur eine Kopie anzeigt oder einen Änderungsvorschlag ermöglicht.
Spielen Sie den Umsetzungsstatus zurück, ohne das CRM zu überladen
Der Vertriebsmitarbeiter benötigt ausgewählte Informationen, zum Beispiel den Eingang der Bestellung, den geplanten Termin, einen blockierenden Fehler oder die Zahlung. Er muss nicht jeden internen Lagerstatus sehen. Bilden Sie nur Ereignisse ab, die die Kommunikation mit dem Kunden oder die nächste Aufgabe verändern. Jeder Status sollte eine genaue Definition und zulässige Übergänge haben.
Schnelle Änderungen lassen sich per Webhook übermitteln, verpasste Ereignisse durch eine periodische Prüfung nachholen. Die Verarbeitung muss Duplikate und eine geänderte Reihenfolge tolerieren. Ein älterer Zustand darf ein neueres endgültiges Ergebnis nicht überschreiben. Erzeugen Sie bei einem unbekannten Status eine sichtbare Ausnahme, statt ihn dem nächstliegenden bekannten Namen zuzuordnen.
Gleichen Sie Daten ab und legen Sie die betriebliche Verantwortung fest
Vergleichen Sie regelmäßig Anzahl und Identitäten der übertragenen Bestellungen, Beträge, Status und die Verknüpfung mit der Verkaufschance. Teilen Sie Abweichungen in ausstehende Vorgänge, fehlerhaftes Mapping, manuelle Änderungen und verlorene Ereignisse ein. Eine Korrektur muss die aktuelle Version berücksichtigen und einen Audit-Eintrag hinterlassen. Ziehen Sie bei Finanzdaten für die konkreten Regeln kompetente Fachleute hinzu.
Legen Sie einen Verantwortlichen für die Integration sowie Ansprechpersonen für CRM, ERP und den Geschäftsprozess fest. Dokumentieren Sie Mapping, Berechtigungen, Alarme und das Ersatzverfahren bei einem Ausfall. Eine Änderung eines Feldes oder Status in einem System löst einen Vertragstest aus. Eine Integration ist eine langfristige Fähigkeit des Unternehmens, kein einmaliger Konnektor zwischen zwei Formularen.
- Verknüpfung jeder Bestellung mit einer Verkaufschance
- Prüfung von Betrag, Währung und Endstatus
- sichtbare Datensätze, die auf manuelle Korrektur warten
- gemeinsamer Verantwortlicher für Prozess- und technische Änderungen
- Audit von Änderungen verbindlicher Daten nach der Freigabe
- Ersatzverfahren während des Ausfalls eines Systems
Häufige Fragen
Sollte das CRM oder das ERP die Single Source of Truth für Kunden sein?
Sie können unterschiedliche Teile verantworten. Das CRM verwaltet häufig Vertriebskontakte und das ERP rechtliche oder Abrechnungsdaten. Legen Sie die Zuständigkeit für einzelne Felder und Lebenszyklusphasen fest.
Wann sollte die Bestellung im ERP angelegt werden?
Nach Erfüllung klarer geschäftlicher und datenbezogener Bedingungen, beispielsweise eines genehmigten Angebots und vollständiger Daten. Eine bloße Umbenennung der Phase ohne Validierung kann einen fehlerhaften verbindlichen Beleg erzeugen.
Wie lassen sich doppelte Firmeneinträge verhindern?
Verwenden Sie eine stabile externe ID, eine Prüfung bestehender Verknüpfungen und einen gesteuerten Abgleichprozess. Name oder E-Mail reichen nicht in allen Fällen aus; eine unsichere Übereinstimmung sollte eine berechtigte Person bestätigen.
Quellen und weiterführende Lektüre
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
