Wo genau werden dieselben Angaben erneut erfasst?
Nehmen Sie einen kürzlich bearbeiteten Vorgang und lassen Sie sich beide Bildschirmansichten zeigen. Notieren Sie Ausgangssystem, Zielsystem, abgeschriebene Felder und den Anlass der Übertragung. «Kunde zur Abrechnung freigegeben» ist ein klarer Anlass; «CRM mit ERP verbinden» noch kein abgegrenzter Auftrag.
Unterscheiden Sie erneutes Abtippen von einer notwendigen Entscheidung: Einen Rechnungsnamen zu kopieren lässt sich anders lösen als zu klären, welche Gesellschaft tatsächlich Rechnungsempfänger ist. Im Beispiel oben entfällt die Kopierarbeit; die Freigabe durch Vertrieb und Administration bleibt.
Welches System darf welches Feld ändern?
Das Mapping oben beschreibt die erstmalige Anlage. Danach führt in diesem Beispiel das ERP den Rechnungsnamen und die Rechnungsadresse. Eine spätere CRM-Änderung darf diese Felder deshalb nicht einfach überschreiben. Legen Sie für jedes Feld fest, ob es nur einmal übertragen, in einer Richtung aktualisiert oder zur manuellen Prüfung vorgelegt wird.
Die CRM-ID verbindet neue Datensätze eindeutig. Bereits bestehende ERP-Kunden benötigen zuerst eine geprüfte Zuordnung: Findet die Administration einen möglichen Treffer mit gleichem Namen und gleicher Adresse, bestätigt sie dessen ERP-Nummer. Ein Namensvergleich allein löst hier keine automatische Neuanlage oder Zusammenführung aus.
ERP-Funktion, Import oder Schnittstelle?
Prüfen Sie zuerst, was Ihre vorhandenen Systeme bereits unterstützen. Für das Kundenbeispiel kommen drei Wege infrage:
- Vorhandene ERP- oder CRM-Funktion: Nutzen Sie einen verfügbaren Standardabgleich, wenn er die benötigten Felder, Freigabe und Rückmeldung tatsächlich abdeckt. Prüfen Sie auch dessen Verhalten bei Wiederholungen.
- Kontrollierter Import: Geeignet, wenn Kunden gesammelt zu einem vereinbarten Zeitpunkt übernommen werden können. Exportspalten müssen zu den ERP-Feldern passen; eine Person prüft das Importergebnis und trägt die ERP-Nummern zurück.
- Schnittstelle: Sinnvoll, wenn eine Freigabe regelmässig die Übertragung auslösen und die ERP-Nummer automatisch zurückkommen soll. Beide Systeme müssen den benötigten Zugriff erlauben; Lizenz, Testzugang und Fehleranzeige gehören zur Machbarkeitsprüfung.
Was passiert bei Dubletten und Fehlern?
Vereinbaren Sie sichtbare Zustände: «Zur Prüfung», «Bereit», «Übertragen» und «Fehler». «Übertragen» bedeutet im Beispiel, dass die ERP-Nummer im CRM hinterlegt ist. Offene Vorgänge bleiben bei der Administration sichtbar.
- Doppelte Freigabe: C-184 wurde schon als K-7021 angelegt. Die vorhandene Zuordnung wird zurückgemeldet; es entsteht kein zweiter Kunde.
- Bestätigung fehlt: Nach einem Verbindungsabbruch wird zuerst über die externe Kundenreferenz geprüft, ob das ERP schon gespeichert hat. Erst nach geklärtem Ergebnis folgt ein erneuter Versuch. Kann das ERP diese Prüfung nicht unterstützen, ist eine manuelle Klärung nötig.
- Pflichtfeld fehlt: Ohne Postleitzahl erhält C-184 den Status «Fehler» mit der Meldung «Rechnungs-PLZ fehlt». Die Administration ergänzt die Angabe und gibt den Vorgang erneut frei.
- Mögliche Dublette: Ein vorhandener ERP-Kunde passt, hat aber noch keine CRM-Referenz. Die Administration prüft und verknüpft ihn, bevor die Übertragung weiterläuft.
Die Verbindung mit vollständigen Vorgängen prüfen
Prüfen Sie im Testzugang einen vollständigen Kunden, einen Kunden ohne Pflichtfeld, eine doppelte Freigabe und einen Abbruch nach dem Speichern. Das Ergebnis muss jeweils zum vereinbarten Verhalten passen: genau eine ERP-Kundennummer oder ein sichtbarer offener Fall mit zuständiger Person. Prüfen Sie zusätzlich, dass eine spätere CRM-Adressänderung nicht ungeplant die ERP-Rechnungsadresse ersetzt.
Vergleichen Sie anschliessend die bisherige Kopierarbeit und die verbleibenden manuellen Rückfragen. Erst wenn dieser eine Übergang zuverlässig funktioniert, erweitern Sie ihn um Änderungen oder weitere Datensätze. Für die strukturierten Felder dieses Beispiels ist keine KI nötig.