CRM-Integration der Lieferung: welche Daten übergeben werden und wie Sie den Austausch einrichten

Was schiefgeht, wenn CRM und Lieferung getrennt bleiben

Das CRM verantwortet die Kundenbeziehung: Dort liegen Geschäfte, Kontakte, Terminzusagen und Zahlungsvereinbarungen. Das Liefersystem verantwortet die Ausführung: wer hinausfährt, in welcher Reihenfolge und womit die Erledigung belegt wird. Solange diese beiden Kreisläufe nicht verbunden sind, steht ein Mensch dazwischen und überträgt Daten von Hand — und diese Übertragung kostet weit mehr als nur die dafür aufgewendete Zeit.

Die typischen Folgen der Lücke sehen so aus:

• Doppelte Erfassung und Tippfehler. Eine zum zweiten Mal eingetippte Adresse ist eine Adresse mit Fehlerchance. Der Mitarbeiter fährt zum falschen Ort, und geklärt wird das erst vor Ort.
• Statusmeldungen mit Verzögerung. Der Vertrieb sieht nicht, was mit dem Auftrag passiert, und antwortet dem Kunden „ich frage kurz nach“ statt einer konkreten Auskunft. Jede dieser Rückfragen ist ein Anruf in der Disposition.
• Verlorene Aufträge. Das Geschäft ist in die Phase „an die Lieferung übergeben“ gewandert, beim Disponenten aber nie angekommen — gemerkt hat es niemand, bis der Kunde anrief.
• Auswertungen, die nicht zusammenpassen. Im CRM steht die eine Zahl an Zustellungen, im operativen System eine andere, und erklären kann die Differenz nur die eine Kollegin mit dem guten Gedächtnis für Details.

Die Integration entfernt diese manuelle Zwischenschicht: Der Auftrag erscheint beim Disponenten in dem Moment, in dem das Geschäft die passende Phase erreicht, und das Ergebnis kommt ohne Nacherzählung in die Kundenakte zurück. Alles Weitere — Benachrichtigungen, Auswertungen, angenehme Oberflächen — baut auf diesem Grundaustausch auf. Deshalb beginnt die Planung sinnvollerweise mit der Frage „welche Fakten müssen in welche Richtung wandern“ und nicht mit der Frage „welche Knöpfe drücken wir“.

Welche Daten zwischen CRM und Liefersystem wandern

Der Austausch verläuft fast immer in beide Richtungen, und es hilft, ihn als zwei kurze Listen zu beschreiben — was das CRM verlässt und was zurückkommt. Aus dem CRM ins Liefersystem gehen üblicherweise:

• der Auftrag: Nummer, Art der Leistung, Inhalt, Anmerkungen des Vertriebs;
• die Einsatzadresse mit Zugangshinweisen — Aufgang, Etage, Ausweis, wen man vor Ort anruft;
• Kontaktdaten des Empfängers und das vereinbarte Zeitfenster;
• Betrag und Zahlungsart, falls der Mitarbeiter Geld kassiert;
• ein Dringlichkeits- oder Prioritätskennzeichen — damit der Disponent sieht, dass sich das nicht auf morgen schieben lässt.

In die Gegenrichtung, vom Liefersystem ins CRM, kommen die Fakten der Ausführung:

• der zugewiesene Mitarbeiter und die voraussichtliche Ankunftszeit;
• Status: angenommen, unterwegs, vor Ort, erledigt, nicht erledigt;
• der Grund für die Nichterledigung aus einer festen Liste — Annahme verweigert, niemand erreicht, Adresse nicht gefunden, auf Kundenwunsch verschoben;
• Belege: Fotobericht, Unterschrift des Empfängers, Zeit und Ort der Statusmeldung;
• das vor Ort kassierte Geld, sofern der Mitarbeiter es eingesammelt hat.

Über die Kunden- und Adressstammdaten sollten Sie sich gesondert einigen. Dürfen beide Seiten Einträge anlegen, tauchen die Dubletten schon im ersten Monat auf: Aus „Muster GmbH“ und „Muster Gesellschaft mbH“ werden zwei Einträge mit unterschiedlicher Historie, und jede Kundenauswertung müssen Sie von Hand zusammenstellen. Deutlich einfacher ist es, ein System zum Eigentümer der Stammdaten zu erklären und das andere zum Konsumenten.

Ein praktischer Kniff, der wochenlange Abstimmungen erspart: Schreiben Sie vor Projektbeginn alle Felder in eine Tabelle mit vier Spalten — Bezeichnung im CRM, Bezeichnung im Liefersystem, Richtung des Austauschs, Verhalten bei leerem Wert. Diese eine Seite ist Ihr Lastenheft für die Integration.

Wege des Austauschs: API, Webhooks und Dateiexport

Technisch führen mehrere Wege zur Verbindung der Systeme. Die Wahl hängt nicht von der Mode ab, sondern davon, wie schnell Sie die Daten brauchen und was Ihr CRM überhaupt kann.

• Austausch über die API. Die Systeme sprechen direkt miteinander. Die flexibelste Variante: Beliebige Felder lassen sich übergeben, die Logik liegt vollständig in Ihrer Hand. Dafür braucht es Einrichtung und ein klares Bild davon, welche Methode bei welchem Ereignis aufgerufen wird.
• Webhooks. Das CRM meldet selbst, dass ein Geschäft die relevante Phase erreicht hat, das Liefersystem meldet Statuswechsel. Die Daten sind fast sofort aktuell, ganz ohne Abfrageschleifen — nur müssen Sie Wiederholungsversuche vorab durchdenken: War der Empfänger nicht erreichbar, darf das Ereignis nicht spurlos verschwinden.
• Dateiexport. Die Aufträge gehen im Paket nach Zeitplan hinaus, etwa aus einer Tabelle. Der schnellste Start: keine Entwicklung nötig, passend, wenn die Aufträge bis zum Morgen feststehen und sich tagsüber selten ändern.
• Zwischengeschalteter Konnektor. Ein eigener Brückendienst gleicht Formate ab und hält Zuordnungen und Regeln vor. Er lohnt sich, wenn es mehr als eine Quelle gibt: ein Teil der Aufträge kommt aus dem CRM, ein Teil aus der Warenwirtschaft, ein Teil aus dem Formular auf der Website.

Eine allgemeingültige Antwort gibt es nicht, wohl aber einen einfachen Anhaltspunkt. Erwartet der Kunde den Status noch am selben Tag und beantwortet der Vertrieb Anrufe nach dem Verbleib der Sendung, brauchen Sie ereignisgesteuerten Austausch. Entsteht der Tagesbestand am Vorabend und bleibt stabil, genügt der Dateiexport — komplizierter machen sollten Sie ihn erst, wenn eine konkrete Aufgabe auftaucht, die er nicht mehr löst.

itlogist bietet Integrationen mit AmoCRM, Bitrix24, 1C und Excel — Aufträge kommen aus der gewohnten Quelle in die Bearbeitung, ohne Abtippen. Was danach mit einem Auftrag geschieht — Verteilung an die Mitarbeiter, Touren live auf der Karte, mobile App mit Fotoberichten und Checklisten, Kundenportal mit Statusanzeige — steht gesammelt auf der Seite Funktionen von itlogist.

Quelle der Wahrheit, Zuordnungsschlüssel und Fehlerbehandlung

Die meisten Integrationsprobleme sind keine technischen, sondern Fragen der Absprache. Vier Punkte entscheiden darüber, ob der Austausch ohne tägliche Aufsicht läuft.

• Der Zuordnungsschlüssel. Über welches Feld wird ein Auftrag in der Lieferung dem Geschäft im CRM zugeordnet — Nummer des Geschäfts, interne Kennung, Auftragsnummer. Es darf nur einen Schlüssel geben, er muss unveränderlich sein und in beide Richtungen mitwandern. Eine Zuordnung über Telefonnummer oder Adresse zerfällt, sobald derselbe Kunde ein zweites Mal bestellt.
• Eine Quelle der Wahrheit je Feld. Wer bestimmt über die Adresse, wer über den Lieferzeitpunkt, wer über den Betrag. Ändert der Vertrieb das Zeitfenster im CRM und der Disponent es im Liefersystem, soll nicht gewinnen, wer später geklickt hat, sondern wer laut Regel zuständig ist.
• Ein einheitliches Statusmodell. Phasen der Vertriebspipeline und Ausführungsstatus sind zweierlei. Sie brauchen eine ausdrückliche Zuordnungstabelle: Welcher operative Status schiebt das Geschäft in welche Phase, und welche Übergänge sind verboten. Sonst rutscht das Geschäft bei jedem erneuten Zustellversuch wieder zurück.
• Verhalten im Fehlerfall. Was passiert, wenn die Adresse leer ist, der Kunde nicht gefunden wird oder die Gegenseite nicht antwortet. Ein tragfähiges Muster: Der Auftrag geht nicht stillschweigend verloren, sondern landet in einer Warteschlange für Wiederholungen oder auf einer Liste zur manuellen Klärung — und für diese Liste ist jemand zuständig.

Zwei Dinge fallen den Beteiligten meist zu spät ein. Erstens darf ein erneutes Senden keine Dublette erzeugen: Kommt dasselbe Ereignis zweimal an, muss der zweite Versuch den vorhandenen Auftrag aktualisieren statt einen neuen anzulegen. Zweitens die Zugriffsrechte: Das Integrationskonto sieht und ändert nur das, was der Austausch erfordert, und hängt nicht an einem bestimmten Mitarbeiter, der irgendwann mitsamt seinem Passwort geht.

Vorgehen beim Rollout: erst ein Szenario, dann der volle Fluss

Eine Integration muss nicht sofort in voller Breite starten. Eine Reihenfolge, die sich bewährt hat, sieht so aus und passt meist in wenige kurze Iterationen.

• Beschreiben Sie ein Szenario vollständig. Nehmen Sie die häufigste Auftragsart und verfolgen Sie sie von der Phase im CRM bis zur Erledigungsmeldung. Sonderfälle — Retouren, Teilablehnungen, wiederholte Anfahrten — kommen im zweiten Schritt dazu.
• Stimmen Sie die Feldzuordnung ab. Genau jene Tabelle mit vier Spalten. Solange sie nicht von beiden Seiten abgesegnet ist, ist es für die Einrichtung zu früh.
• Bringen Sie Ordnung in die Daten. Normalisierte Adressen, aktuelle Telefonnummern, Hinweise zum Zugang. Eine Integration beschleunigt auch die Weitergabe von Müll: Eine schlechte Adresse erreicht den Mitarbeiter einfach schneller.
• Testen Sie mit einem Probelauf. Ein Dutzend Aufträge in beide Richtungen, darunter absichtlich fehlerhafte: ohne Adresse, als Dublette, mit Storno nach der Zuweisung.
• Schaffen Sie die manuelle Übertragung ab. Sobald der Austausch läuft, muss der alte Weg abgeschaltet werden. Zwei parallele Verfahren enden immer in abweichenden Daten und im Streit darüber, welches nun stimmt.
• Klären Sie den Support. Wer schaut in die Fehlerliste, wie schnell wird reagiert, was passiert, wenn eines der Systeme nicht erreichbar ist.

Ob es gewirkt hat, zeigen ein paar einfache Kennzahlen, die Sie vorher und nachher festhalten: wie viel Zeit vom Phasenwechsel des Geschäfts bis zum Erscheinen des Auftrags beim Disponenten vergeht, wie viele Aufträge noch von Hand angelegt werden, wie oft der Vertrieb in der Disposition nach einem Status anruft. Die letzte Kennzahl bewegt sich meist zuerst — an ihr sehen Sie, dass die Informationen nun durch das System laufen und nicht mehr über Menschen.

Die Einstiegshürde liegt niedriger, als viele annehmen: Der Start dauert 7 Tage, ohne langfristige Verträge, und die Plattform ist auf Teams von 5 bis 100 Mitarbeitern ausgelegt. Sie können die Anbindung ans CRM also am laufenden Auftragsvolumen erproben und schon nach einem Monat mit Ihrer festgehaltenen Ausgangslage vergleichen.