CRM-Anbindung: Kundendaten aus dem Shop synchronisieren

Kundendaten entstehen an vielen Stellen zugleich: im Shop bei Registrierung und Bestellung, an der Kasse, im Support und in der Buchhaltung. Solange diese Systeme nicht verbunden sind, führt jedes seinen eigenen Datenbestand – mit dem Ergebnis widersprüchlicher Adressen, doppelter Kontakte und eines Vertriebs, der nicht weiß, was der Shop längst gespeichert hat. Laut Bitkom können 61 Prozent (Bitkom) der Unternehmen ihr Datenpotenzial nicht voll nutzen, weil Daten in unverbundenen Systemen liegen. Kundendaten sind davon besonders betroffen, weil sie sich häufig ändern und an mehreren Stellen gepflegt werden. Genau hier setzt eine CRM-Anbindung an: Sie macht aus verstreuten Fragmenten ein zusammenhängendes Bild.

Ein typisches mittelständisches Unternehmen setzt heute zahlreiche SaaS-Anwendungen ein, von denen gleich mehrere Kundendaten berühren. Ohne eine verbindende Schicht wächst mit jedem System die Zahl der Kopien und damit die Wahrscheinlichkeit, dass Vertrieb und Marketing auf veraltete Informationen zugreifen. Eine CRM-Anbindung schließt diese Lücke, indem sie den Shop sauber an das CRM koppelt und jede relevante Bewegung – neue Bestellung, geänderte Adresse, neuer Ansprechpartner – an genau einer Stelle verbucht. Wer die Kasse ebenfalls einbeziehen möchte, findet im Beitrag zur Omnichannel-Anbindung von Kasse und Shop den passenden Rahmen für eine kanalübergreifende Kundensicht.

Das Feldmapping ist das Herzstück jeder CRM-Anbindung. Es legt fest, welches Feld im Shop welchem Feld im CRM entspricht und wie die Werte dabei umgeformt werden. Was einfach klingt, steckt voller Details: Der Shop kennt vielleicht einen einzigen Namensstring, das CRM erwartet Vor- und Nachname getrennt. Adressen liegen in unterschiedlichen Formaten vor, Länderkürzel folgen verschiedenen Normen, und Pflichtfelder im CRM haben im Shop womöglich kein Gegenstück. Ein sauberes Mapping fängt diese Unterschiede ab, statt sie in den Datenbestand zu tragen.

In der Praxis entsteht daraus eine dokumentierte Zuordnungstabelle, die für jedes Zielfeld die Quelle, die Umformungsregel und den Umgang mit fehlenden Werten festhält. Diese Tabelle ist zugleich Bauplan und Prüfstein: Sie macht Lücken sichtbar, bevor sie im CRM landen. Datentypen, Einheiten, Länder- und Währungscodes werden dabei einmal zentral normiert, statt in jedem Fluss neu behandelt zu werden. Für die Anbindung an ein führendes System wie SAP gelten dieselben Grundsätze wie für den Weg vom Shop ins CRM: ein Feld, eine Quelle, eine Regel.

Im B2B reicht ein flaches Kontaktmodell nicht aus. Hinter einer Bestellung steht selten eine einzelne Person, sondern eine Firma mit mehreren Ansprechpartnern, einer Einkaufsabteilung und oft mehreren Lieferadressen. Das CRM muss diese Struktur abbilden: die Firma als übergeordnetes Konto, die einzelnen Personen als zugeordnete Kontakte, dazu Rollen wie Einkauf, Buchhaltung oder technische Leitung. Der Shop liefert die Rohdaten – wer bestellt hat und für welche Firma – die Middleware ordnet sie der richtigen Hierarchie zu.

Das ist besonders wichtig, wenn Firmenkunden im Shop freigeschaltet werden, individuelle Preise sehen oder auf Rechnung kaufen. In diesen Fällen wandern nicht nur Umsätze, sondern auch Bonitäts- und Freigabestatus zwischen Shop, ERP und CRM. Bereits 51 Prozent (Statistisches Bundesamt) der Unternehmen im verarbeitenden Gewerbe nutzen CRM-Software, um Kundendaten strukturiert zu erfassen und zu speichern – im B2B-Handel ist ein sauber gepflegtes Firmenkonto die Grundlage für jede Angebots- und Serviceentscheidung. Wer sein CRM etwa an Dynamics 365 anbindet, profitiert davon, dass Vertrieb und Innendienst dieselbe Kundenhierarchie sehen.

Jede Anbindung braucht eine klare Antwort auf die Frage, welches System die Wahrheit hält. Für Kundenstammdaten ist das oft das ERP oder das CRM selbst, für Bestellungen der Shop, für Zahlungen die Buchhaltung. Die Datenrichtung folgt dieser Führung: Ein Feld wird an genau einer Stelle gepflegt und von dort verteilt, statt an mehreren Stellen zugleich verändert zu werden. Wo bidirektionaler Abgleich nötig ist – etwa wenn Adressen sowohl im Shop als auch im CRM geändert werden dürfen – braucht es eine eindeutige Konfliktregel, damit sich zwei Systeme nicht gegenseitig überschreiben.

Nicht jede Bewegung braucht denselben Takt. Ein neuer Lead oder eine Bestellung sollte möglichst sofort im CRM ankommen, damit der Vertrieb zeitnah reagieren kann; die nächtliche Umsatzverdichtung dagegen verträgt einen Stapelabgleich. In der Praxis bewährt sich eine Mischung: ereignisbasierte Übertragung für zeitkritische Vorgänge wie Leads und Statuswechsel, ein Delta-Sync in kurzen Intervallen für den übrigen Datenbestand. So bleibt das CRM aktuell, ohne die beteiligten Systeme unnötig zu belasten.

Welcher Weg technisch besser trägt – eine fertige Integrationsplattform oder eine maßgeschneiderte Middleware – hängt von Datenmenge, Sonderlogik und Datenhoheit ab. Der Beitrag iPaaS gegen Eigenentwicklung wägt beide Wege ab. Für die CRM-Anbindung gilt dabei dieselbe Faustregel wie für andere Schnittstellen: Standardnahe, stabile Flüsse sind gute Kandidaten für einen Baukasten, eigentümliche oder besonders sensible Kundendaten sind oft besser in einer eigenen, dokumentierten Lösung aufgehoben.