DMS, Fahrzeugbörse und CRM tun jeweils das, wofür sie gebaut wurden. Das Problem sitzt dazwischen: Ein Fahrzeug, das im Dealer-Management-System (DMS) steht, existiert auf der Börse ein zweites Mal, und die Anfrage dazu liegt als E-Mail im Postfach, bis jemand sie ins CRM tippt. Keines der drei Systeme ist kaputt. Die Organisation arbeitet daran, sie in Übereinstimmung zu halten.
Das gilt für das einzelne Autohaus ebenso wie für Importeure, die Preis-, Ausstattungs- und Kampagnendaten an den Handel geben. Die Systeme heißen dort anders, die Brücke ist dieselbe.
Drei führende Quellen, die sich nicht kennen
Bevor irgendetwas automatisiert wird, muss feststehen, welches System für welche Information die Wahrheit ist. Ohne diese Festlegung verdoppelt jede Schnittstelle nur den Streit.
Das DMS führt Bestand, Einkauf, Verkauf, Werkstatt und oft die Buchhaltung. Hier entsteht der Vorgang: Ein Fahrzeug kommt an, bekommt eine interne Nummer, einen Einkaufspreis, später einen Verkaufspreis. Wer hier etwas ändert, ändert den Betrieb.
Die Fahrzeugbörse führt das öffentliche Angebot. mobile.de stellt dafür eine Seller-API bereit, mit der sich der gesamte Lebenszyklus eines Inserats abbilden lässt — anlegen, ändern, Bilder nachziehen, löschen. AutoScout24 bietet Händlern und Datendienstleistern eine eigene Listing-API für denselben Zweck. Technisch ist die Börse also kein geschlossenes Portal. Praktisch wird sie in vielen Häusern trotzdem wie eines bedient: jemand öffnet die Oberfläche und tippt.
Das CRM führt den Kunden. Eine Anfrage, die nur im Postfach liegt, hat keinen Status. Eine Anfrage im CRM hat einen. Genau das ist der Unterschied, der über Nachfassen, Wiedervorlage und spätere Auswertung entscheidet.
Drei führende Quellen sind kein Fehler. Der Fehler entsteht, wenn dieselbe Angabe in allen dreien gepflegt wird und niemand sagen kann, welche gilt, sobald sie auseinanderlaufen.
Die Brücke, die jeden Tag gebaut wird
Die folgenden Übergänge kommen in dieser Form in fast jedem Autohaus vor. Sie unterscheiden sich in der Software, nicht in der Struktur.
Vom Bestand ins Inserat
Ein Fahrzeug steht im DMS. Damit es gefunden wird, muss es auf einer oder mehreren Börsen stehen — häufig zusätzlich auf der eigenen Website. Typischer Ablauf: Jemand öffnet das DMS, öffnet die Börse und überträgt Marke, Modell, Erstzulassung, Kilometerstand, Kraftstoff, Leistung, Ausstattung, Preis, Standort und eine Beschreibung. Bilder werden separat hochgeladen, oft aus einem dritten Ordner.
Jede spätere Änderung wiederholt den Weg. Der Preis sinkt, der Kilometerstand wird korrigiert, das Fahrzeug ist reserviert oder verkauft: Wer das nur im DMS ändert, hat auf der Börse ein Inserat, das nicht mehr stimmt. Wer es nur auf der Börse ändert, hat im DMS einen Bestand, der nicht mehr stimmt.
Die Seller-API von mobile.de ist genau für diesen Lebenszyklus gebaut. Sie speichert Fahrzeuge und Inserate in der Plattformdatenbank und macht sie als Anzeige verfügbar. Trotzdem bleibt der manuelle Weg verbreitet — nicht weil die Schnittstelle fehlt, sondern weil niemand festgelegt hat, dass das DMS das Inserat erzeugt, statt es nur zu inspirieren.
Von der Anfrage ins CRM
Auf der Gegenseite kommt der Kunde. Die Lead-API von mobile.de definiert einen Lead als bekundetes Interesse an einem konkreten Fahrzeug. Die Schnittstelle liefert Ereignisse — eine Nachricht, eine Leasinganfrage, einen verpassten oder angenommenen Anruf, später geänderte Wunschkonditionen — und erlaubt es, den Status zurückzuschreiben. Das ist ein bidirektionaler Austausch, kein Einbahn-Postfach.
In der Fläche sieht der Alltag oft anders aus. Die Börse schickt eine E-Mail. Jemand liest sie, öffnet das CRM und legt einen Kontakt an: Name, Telefon, Fahrzeug, Freitext. Wenn dieselbe Person zwei Fahrzeuge anfragt, entstehen zwei Kontakte. Wenn die zuständige Person im Urlaub ist, entsteht gar keiner. Die Börse weiß dann nicht, was aus der Anfrage geworden ist, und das CRM weiß nicht, dass es sie gab.
Der teure Fall ist nicht die doppelte Anlage. Der teure Fall ist die Anfrage, die niemand nachfasst, weil sie in keinem System einen Status hat.
Vom Verkauf zurück in den Bestand
Der Abschluss liegt im CRM oder — je nach Haus — im DMS. Das Inserat auf der Börse lebt weiter, bis jemand es abschaltet. Dazwischen liegen Stunden oder Tage, in denen andere Interessenten ein Fahrzeug anfragen, das nicht mehr verfügbar ist. Jede dieser Anfragen erzeugt Arbeit und Enttäuschung, und keine davon war unvermeidlich.
Umgekehrt bleibt ein Fahrzeug im DMS als verfügbar stehen, obwohl es auf der Börse schon als verkauft markiert ist. Die nächste Preisrunde, die nächste Inventur, der nächste Monatsbericht rechnen mit einem Bestand, den es so nicht gibt.
Beim Importeur: dieselben Daten, mehr Empfänger
Importeure und Hersteller pflegen Preise, Ausstattungen, Paketbindungen und Kampagnen nicht für ein Haus, sondern für ein Netz. Die Daten liegen in markeneigenen Systemen. Der Handel bekommt sie als Datei, als Portalabzug oder als PDF. Jedes Autohaus überträgt sie erneut — ins eigene DMS, in die eigene Börsenpflege, in die eigene Preisliste.
Das ist dieselbe Brücke, nur mit mehr Empfängern. Wo Ausstattungsregeln und Preise aus den führenden Daten entstehen statt aus einer nachgebauten Tabelle, entfällt die Übertragung nicht durch Disziplin, sondern durch Bauart. Eine Fallstudie dazu steht unter Preislisten, die sich selbst erzeugen.
Auf der Marketingseite wiederholt sich das Muster markenübergreifend: Kampagnen-, CRM- und Kanaldaten liegen je Marke in eigenen Werkzeugen. Eine gemeinsame Auswertung entsteht dann als Sammelaktion — Export, Tabelle, Begriffsangleichung. Wie sich das in eine nachvollziehbare Schicht überführen lässt, beschreibt Kampagnendaten aus fünf Automarken in einer Auswertung.
Was die Handarbeit wirklich kostet
Die offensichtliche Kostenstelle ist Zeit. Ein Inserat von Hand anzulegen dauert Minuten. Ein Bestand von einigen Dutzend Fahrzeugen, der sich wöchentlich bewegt, wird daraus ein fester Posten in mehreren Rollen: Verkauf, Assistenz, Marketing.
Die teurere Kostenstelle ist Abweichung. Der DAT Report — seit 1974 die Referenzstudie zum privaten Autokauf in Deutschland — beziffert den durchschnittlichen Gebrauchtwagenpreis im Markenhandel für 2024 auf 26.140 Euro. Eine falsche Zahl in einem Inserat, das zu diesem Preis gefunden wird, ist kein Tippfehler, sondern ein öffentliches Angebot. Ein überholtes Inserat nach dem Verkauf ist eine Zusage, die das Haus nicht halten kann.
Dazu kommt eine Wirkung, die sich nicht in Minuten rechnet. 88 Prozent der Neuwagenkäufer im DAT Report 2025 würden wieder bei demselben Händler kaufen. Die Bindung hängt am Kontakt, nicht am Portal. Wer die Anfrage verliert, weil sie zwischen Börse und CRM liegen bleibt, verliert nicht einen Klick, sondern den Vorgang, aus dem diese Bindung entsteht.
Wann die Strecke reif ist
Nicht jeder dieser Übergänge gehört in eine Automatisierung. Die Prüfung ist kurz und dieselbe wie auf der Seite zur Prozessautomatisierung; hier nur der Branchenschnitt.
Reif ist die Strecke, wenn sich zwei Personen den Ablauf gleich beschreiben, wenn klar ist, was ihn startet und woran er endet, und wenn die Regel vor dem Einzelfall feststeht. Ein Fahrzeug, das ins DMS aufgenommen wird, soll auf der Börse erscheinen — außer es ist als intern, reserviert oder bereits verkauft gekennzeichnet. Eine Anfrage von der Börse soll als Vorgang im CRM liegen, mit Fahrzeugreferenz und Status. Das sind Regeln, keine Ermessensfragen.
Reif ist sie außerdem nur, wenn sie häufig genug läuft und die Daten in Systemen liegen, nicht in Köpfen. Ein Haus, das drei Fahrzeuge im Monat bewegt, hat ein anderes Rechenexempel als eines, das den Bestand täglich dreht. Und ein Bestand, dessen Ausstattung nur in Freitextfeldern steht, erzeugt auf der Börse keine sauberen Inserate, sondern schnelle Fehler.
Nicht reif — und nicht zu ersetzen — sind Gespräch, Preisverhandlung und der Grenzfall, in dem jemand entscheidet, ein Fahrzeug trotz abweichender Ausstattung zu inserieren. Automatisierbar ist die Übertragung. Die Entscheidung bleibt beim Menschen.
Wer zuerst die Website neu baut und die Brücken lässt, wie sie sind, bekommt eine weitere Stelle, an der dieselben Daten gepflegt werden. In einer Fallstudie begann der Auftrag genau so; die wirksame Arbeit war die Festlegung der führenden Quellen und die Automatisierung der Übergänge. Die Website kam zuletzt: Vom Website-Relaunch zur durchgehenden Vertriebskette.
Was sich als Erstes lohnt
Die Reihenfolge folgt der Häufigkeit und der Klarheit der Regel, nicht dem größten Ärger.
- Bestand als Inserat. Ein Fahrzeug, das im DMS den Status „verkaufsbereit“ hat, erscheint auf der Börse. Ein Statuswechsel dort zieht das Inserat nach — Preis, Verfügbarkeit, Löschung. Das ist der häufigste Vorgang und der mit der klarsten Regel.
- Anfrage als CRM-Vorgang. Ein Lead der Börse landet vollständig im CRM, nicht als E-Mail. Der Status geht zurück, soweit die Gegenstelle das hergibt. Damit wird sichtbar, was heute unsichtbar ist: welche Anfrage niemand bearbeitet hat.
- Website als Abnehmer, nicht als Speicher. Die eigene Seite liest denselben Bestand wie die Börse oder denselben Feed, der die Börse speist. Eine zweite Pflege entfällt.
Alles Weitere — Preislisten, markenübergreifende Auswertungen, Werkstattanbindung — setzt darauf auf. Wer mit dem spektakulärsten Vorhaben beginnt, verbraucht die Bereitschaft für die Strecke, die jeden Tag läuft.
Wie 01PC solche Strecken aufnimmt, schneidet und baut, steht unter Prozessautomatisierung. Die Prozessaufnahme ist ein abgeschlossener Auftrag: Sie hat auch dann einen Gegenwert, wenn danach nichts gebaut wird.
Quellen