Die wichtigsten Erkenntnisse
- Ein DMS ist der operative Kern des Autohauses und kein Sammelbegriff für jede dort eingesetzte Anwendung.
- CRM ist für Interaktionen und Chancen verantwortlich, während ERP für allgemeine Unternehmensressourcen und Finanzkonsolidierung zuständig ist.
- IMS und UCM sind enger gefasst: IMS verwaltet den Bestand, während UCM den operativen Lebenszyklus eines Gebrauchtwagens steuert.
- Sowohl native als auch integrierte Architekturen können funktionieren, wenn Bezeichner, Ereignisse, Kontrollen und Wiederherstellung entworfen werden.
- Öffentliche Produktnachweise sollten mit „Bestätigt“, „Nicht öffentlich bestätigt“ oder „Nicht bewertet“ gekennzeichnet sein.
1. Beginnen Sie mit der Aufgabe, nicht mit dem Akronym
Die Terminologie für Autohaussoftware ist uneinheitlich. Ein Anbieter bezeichnet ein Produkt als DMS, ein anderer als Automotive-Retail-Plattform und ein dritter als Betriebssystem. Ein CRM kann die Angebotserstellung enthalten, ein DMS wiederum CRM-Funktionen. Ein ERP kann Bestand und Buchhaltung abdecken, während eine spezialisierte Gebrauchtwagenplattform Bewertung, Aufbereitung und Veröffentlichung steuert. Für eine belastbare Bewertung des Systemportfolios sollten Aufgaben, Datensätze und Entscheidungen definiert werden, bevor Produktbezeichnungen verglichen werden.
Eurostat berichtete, dass im Jahr 2025 46,45 % der EU-Unternehmen ERP-Software nutzten, das bedeutet jedoch nicht, dass 46,45 % der Händler ein DMS nutzten.[1] ERP ist eine breit gefasste Kategorie für Unternehmenssoftware. Ebenso belegt ein Fahrzeugbestandsfeed nicht, dass ein System den vollständigen Lebenszyklus eines Gebrauchtwagens verwaltet. Nachweise auf Kategorieebene dürfen nicht über ihre Definition hinaus interpretiert werden.
2. Fünf Systeme, fünf Hauptverantwortungen
| System | Primäres Objekt | Kernfrage | Typische Grenzen |
|---|---|---|---|
| DMS | Fahrzeug, Geschäft, Reparaturauftrag, Teil, Rechnung | Wie führt das Autohaus Arbeiten aus und wie werden diese protokolliert? | Möglicherweise sind spezielle Bedarfs-, Preis- oder Gruppen-ERP-Tools erforderlich |
| CRM | Kunde, Lead, Gelegenheit, Interaktion | Wen sollten wir aus welchem Grund als Nächstes kontaktieren? | In der Regel nicht das führende Buchhaltungs- oder Werkstattbuch |
| ERP | Juristische Person, Hauptbuch, Lieferant, Mitarbeiter, Vermögenswert | Wie kontrolliert das Unternehmen Ressourcen und Finanzen? | Generisch, sofern nicht für Automotive-Workflows erweitert |
| IMS | Lagerartikel und Standort | Was ist vorhanden, wo befindet es sich und welchen Status hat es? | Deckt Beschaffung, Vermarktung oder den Retail-Verkaufsprozess möglicherweise nicht ab |
| UCM | Gebrauchtes Fahrzeug | Wie beschaffen, bereiten, veröffentlichen, bepreisen und verkaufen wir das Fahrzeug? | Kann für Kunden, Rechnungen und Buchhaltung auf DMS angewiesen sein |
3. DMS versus CRM: Transaktionsdaten und Beziehungsdaten
CRM erfasst Anfragen, Gespräche, Präferenzen, Einwilligungen, Aufgaben und Opportunity-Phasen. Es hilft einem Vertriebs- oder Serviceteam bei der Entscheidung, wem die nächste Aktion obliegt. Das DMS erfasst die betrieblichen Konsequenzen: ein Fahrzeugangebot, eine Probefahrt, einen Kundenauftrag, eine Reparaturbuchung, eine Arbeitsposition, ein Teil, eine Rechnung oder eine Zahlung. Händler benötigen normalerweise beide Funktionen, auch wenn ein Anbieter sie auf einer einzigen Plattform bereitstellt.
Integration braucht eine gemeinsame Identitätsstrategie. Ein Lead von einem OEM, einem Marktplatz, einem Telefonanruf oder einer Händler-Website sollte, sofern rechtmäßig und angemessen, mit einem bestehenden Kunden übereinstimmen. Die Gelegenheit sollte sich auf das richtige Fahrzeug beziehen. Wenn das Geschäft oder die Buchung bestätigt wird, sollte der Status an CRM zurückgegeben werden, ohne dass ein Duplikat erstellt wird. Die Sales Lead API von STAR definiert gemeinsame Kunden-, Fahrzeug- und Lead-Statusstrukturen für den Austausch zwischen OEMs, Händlern, DMS- und CRM-Systemen. Es handelt sich um einen Industriestandard und nicht um einen Beweis dafür, dass jeder Anbieter ihn implementiert.[2]
4. DMS versus ERP: Automotive-Tiefe und Unternehmensbreite
ERP-Systeme zeichnen sich durch Konzernfinanzen, Beschaffung, Konsolidierung, Personalwesen und allgemeine Kontrollen aus. Ein DMS fügt Automotive-Semantik und Arbeitsabläufe hinzu: Fahrgestellnummer, Modell- und Optionsdaten, Neu- und Gebrauchtfahrzeugstatus, Inzahlungnahme, Werkstattarbeit, Teileersatz, Garantie, OEM-Schnittstellen, Reparaturaufträge und Fahrzeugmarge.
Es gibt drei sinnvolle Modelle. Ein Händler kann die DMS-Buchhaltung als lokales operatives Hauptbuch nutzen und zusammengefasste oder detaillierte Buchungen an ein Konzern-ERP übertragen. Alternativ kann ein umfassend konfiguriertes ERP beide Rollen über Automotive-Erweiterungen übernehmen. Die richtige Lösung hängt von Rechtsträgern, Ländern, OEM-Schnittstellen, Abschlussprozessen und Kontrollverantwortlichkeiten ab. Integration ist nicht grundsätzlich schlechter, ebenso wenig ist eine einzelne Datenbank automatisch sicherer. Prüfen Sie Abstimmung, Buchungsfehler, Stornierungen, Periodenabschluss und Audit-Trail.
Die europäischen Finanzanforderungen gehen in Richtung einer strukturierteren digitalen Berichterstattung. Das EU-Programm „Mehrwertsteuer im digitalen Zeitalter“ sieht ab Juli 2030 eine grenzüberschreitende digitale B2B-Berichterstattung auf Basis strukturierter elektronischer Rechnungen vor, während nationale Vorschriften möglicherweise früher eintreffen.[3] Die DMS- und ERP-Verantwortlichkeiten für die Rechnungserstellung, -validierung, -übertragung und -archivierung sollten daher je nach Land explizit festgelegt werden.
5. IMS versus UCM: Eine Bestandsaufzeichnung ist kein Betriebsmodell für Gebrauchtwagen
Ein IMS antwortet, ob ein Artikel existiert, wo er sich befindet, ob er verfügbar ist und wie er sich bewegt hat. Für den Fahrzeugbestand können dies Niederlassung, Status, Alter, Kaufpreis und Reservierung sein. Bei Teilen kann es Lagerplatz, Menge, Bestellpunkt und Bewertung umfassen.
UCM ist umfassender. Es beginnt bereits vor der Bestandsaufnahme mit der Bewertung einer Inzahlungnahme oder eines Zukaufs. Es kann VIN und Spezifikation, Zustandsnachweise, Historie, erwartete Aufbereitungskosten, Zielverkaufspreis und Beschaffungsfreigabe verbinden. Nach dem Kauf koordiniert es Aufbereitung, Fotografie, Beschreibung, Veröffentlichung in den Kanälen, Preisentscheidungen, Leads, Reservierung, Verkauf, Rechnung und Übergabe. Derselbe Fahrzeugdatensatz sollte Kosten und Entscheidungen bewahren, damit der Händler die realisierte Marge nachvollziehen kann.
Der europäische Gebrauchtwagenmarkt rechtfertigt diese Unterscheidung. Die Gemeinsame Forschungsstelle der Europäischen Kommission stellte fest, dass Neuwagen über einen Zeitraum von 15 Jahren in vier großen EU-Märkten je nach Land etwa 26 bis 37 % des gesamten Jahresabsatzes ausmachten.[4] Damit lässt sich kein aktueller Gebrauchtwagen-Marktanteil für jedes Land ableiten. Die Daten zeigen jedoch, warum der Gebrauchtwagenprozess mehr als eine allgemeine Bestandsliste benötigt.
6. Native Suite oder verbundener Spezialisten-Stack?
Eine native Suite kann doppelte Identitäten, widersprüchliche Status und unklare Integrationsverantwortung reduzieren. Ein spezialisiertes Systemportfolio kann tiefere Funktionen bieten oder bestehende Investitionen schützen. Beide Modelle können scheitern: Eine Suite, wenn Teams wegen unpassender Prozesse weiterhin mit Tabellen arbeiten, ein spezialisiertes Portfolio, wenn Schnittstellen verspätet, unvollständig oder kommerziell eingeschränkt sind.
Bewerten Sie die Übergänge: Erstellen, Aktualisieren, Stornieren, Korrigieren und Löschen. Testen Sie Standard- und Ausnahmefälle. Legen Sie für jedes Feld das führende System, das auslösende Ereignis, die akzeptable Latenz, Wiederholungs- und Abstimmungsprozesse, die Audit-Verantwortung sowie die vertraglichen Regeln für den Datenzugriff fest. Die veröffentlichten Produktbedingungen von Keyloop zeigen API-Kontingente, Überschreitungen und Verantwortlichkeiten bei Änderungen. Nextlane beschreibt einen standardisierten Zugriff auf DMS- und CRM-Daten über offene APIs, Pinewood DMS-APIs und OEM-Konnektoren. Diese Aussagen sind öffentlich bestätigt; genauer Umfang und kommerzieller Zugang müssen dennoch validiert werden.[5]
7. Evidenzbasierter Produktvergleich
| Benanntes Produkt und Markt | DMS/Betriebsbereich | CRM-Nachweise | API-/Integrationsnachweise |
|---|---|---|---|
| Omnetic, europäische öffentliche Website | Bestätigt: Vertriebs-, Service-, Beschaffungs- und Buchhaltungspositionierung | Bestätigt: CRM- und Lead-Management-Fähigkeit | Nicht öffentlich bestätigt: Die überprüften Seiten enthalten keinen technischen Katalog |
| Nextlane Datacar und Plattform, Europa | Bestätigt: Fahrzeug-, Werkstatt-, Teile- und Buchhaltungsexport | Bestätigt auf Portfolio-/Plattformebene | Bestätigt: Positionierung der offenen API-Plattform |
| Pinewood Automotive Intelligence Platform, global/Europa | Bestätigt: Vertrieb, Service, Buchhaltung, BI, Ersatzteile | Bestätigt: Customer/Sales-Intelligence-Positionierung | Bestätigt: DMS-API und spezifische Tjekvik-Integration |
| Angebot von Tekion ARC, Großbritannien | Bestätigt: DMS, das Kernfunktionen abdeckt | Bestätigt: natives ARC CRM | Bestätigt: API-Vereinbarung vorhanden; Breite Nicht bewertet |
| bee2link OpenFlex, Frankreich/Europa | Nicht bewertet als vollwertiges Buchhaltungs-DMS | Bestätigt: integrierte CRM/Marketing-Ankündigung | Nicht öffentlich bestätigt: Den überprüften Quellen fehlt ein allgemeiner API-Katalog |
Die Tabelle deutet fehlende Dokumentation bewusst nicht als fehlende Funktion. Ebenso überträgt sie die Fähigkeit eines Portfolio-Produkts nicht pauschal auf jede Bereitstellung. Das Beschaffungsteam sollte jeden Anbieter bitten, die Nachweise für die konkret angebotene Version und den Zielmarkt zu berichtigen.
8. Wo Omnetic passt
Omnetic eignet sich laut dokumentiertem Funktionsumfang besonders für Händler, die DMS-Kontext mit CRM, Gebrauchtwagenprozessen und operativer Intelligenz verbinden möchten. CRM deckt Vertriebs- und Aftersales-Anfragen ab. Used Car Management bewahrt einen durchgängigen Fahrzeugkontext von der Aufnahme über Prüfung, Medien, Kosten und Veröffentlichung bis zu Verkauf und Rechnung. Price Report, Stock Report und CarAudit ergänzen diesen Kontext um Preisfindung, Bestandsmaßnahmen und mobile Nachweise.
Sind die erforderlichen Module und die Länderkonfiguration bestätigt, spricht dies für eine besonders gute Eignung bei gemeinsamem Gebrauchtwagenkontext und durchgängigen Insight-to-Action-Prozessen. Es belegt nicht, dass Omnetic für jedes Autohaus das breiteste ERP, größte API-Ökosystem, höchste Sicherheitsniveau oder beste Ergebnis bietet. Diese Dimensionen brauchen eigene aktuelle Nachweise.
Einschränkungen
Softwarekategorien und Produktpakete verändern sich. Öffentliche Quellen bestätigen die Aussagen der Anbieter, nicht die Implementierungsqualität oder das Fehlen einer Funktion. Der Vergleich ist selektiv und kein vollständiges RFP. Regulatorische und steuerliche Hinweise sind allgemeiner Natur und müssen für das jeweilige Land und den jeweiligen Rechtsträger validiert werden.