Ein Standort
- Geltungsbereich
- Berlin-Charlottenburg
- Berechtigungen
- Rollenbasiert, ein Standort
- Buchhaltung
- Eine Gesellschaft, EUR
- Reporting
- Standort-GuV, live
Plattformübersicht
Eine Händlerplattform ist nur so wertvoll wie ihre internen Verbindungen. In Omnetic bilden Fahrzeug, Kunde, Arbeit und Finanzen ein Objekt. Jedes Modul liest daraus und schreibt hinein – nichts muss später zusammengeführt werden.

BRAIN™ überwacht dieses Objekt, empfiehlt den nächsten Schritt und führt nur aus, was die Rolle erlaubt.
Datensatz · Fahrzeug · Kunde · Arbeit · Finanzen · Illustrativer Workflow
Datensatz
Vier Modulfamilien lesen und schreiben denselben Datensatz. BRAIN™ überwacht ihn, empfiehlt den nächsten Schritt und führt nur aus, was die Rolle erlaubt.
Dasselbe Objekt in zwei Geltungsbereichen: was ein Standort sieht und was eine Gruppe mit sechs Standorten sieht. Beispieldaten, keine Kundenkonfiguration.
Architekturprinzipien
Suiten bestehen aus Produkten, die früher eigenständige Unternehmen waren. Eine Plattform wird von einem Datenmodell nach außen gebaut. Der Unterschied zeigt sich an dem Tag, an dem zwei Abteilungen sich bei einer Zahl widersprechen.
Verkauf, Service und Buchhaltung öffnen unterschiedliche Ansichten desselben Fahrzeugs. Es gibt keine Kopie, die veralten kann.
Eine Unterschrift, ein Auftrag oder eine Preisänderung sendet ein Ereignis, auf das andere Module und externe Systeme sofort reagieren.
Der Geltungsbereich ist eine Eigenschaft der Rolle, nicht der Ansicht. Ein Standortleiter sieht dasselbe Objekt, nur einen kleineren Teil davon.
BRAIN™ liest den Datensatz mit denselben Berechtigungen wie ein Mensch und schreibt nur, was ein Mensch freigibt.
Märkte, Marken und Gesellschaften unterscheiden sich durch Konfiguration. Niemand wartet einen privaten Systemzweig für ein einzelnes Land.
Was nach außen gehört, bleibt außen und wird angebunden. Die Plattform verlangt nicht, dass Sie alles gleichzeitig ersetzen.
Modulaktivierung
Wenn Workshop später hinzukommt, muss nichts migriert werden. Das Modul schreibt zu Fahrzeugen, die bereits existieren. Das Entfernen eines Moduls entfernt eine Sicht, nicht die Historie.
Typische Startzeiträume bei einer schrittweisen Einführung, keine Zusage. Die Verfügbarkeit hängt von lokalen Datenquellen, Zulassungsregeln und Finanzpartnern ab; jede Modulseite nennt ihre Märkte.
Systemzusammenhang
Integrationsmodell
OEM-Systeme, Banken, Fahrzeugbörsen, Buchhaltungsexporte und Ihre eigenen Werkzeuge verbinden sich über dokumentierte APIs, Webhooks und zertifizierte Partneranbindungen. Data Governance ist keine Vertragsseite, sondern eine Berechtigung am Objekt.
Was angebunden wird und wie
Ihre Systeme, Ihr Data Warehouse und Ihre Website verbinden sich direkt.
Bestellungen, Zulassungen, Garantie- und Kampagnendaten.
Veröffentlichung, Preissynchronisierung und Rückführung von Anfragen in den Datensatz.
Angebote und Verträge direkt im Geschäftsvorgang, nicht in einem zweiten Portal.
Wo lokale Buchhaltung außen bleibt, werden Buchungen in ihrem Format übergeben.
Innerhalb der Grenze
Ein gesteuerter Datensatz
Ihre Daten bleiben Ihre Daten. Zugriff wird nach Rolle und Standort begrenzt, jeder Lese- und Schreibzugriff protokolliert, und der Export eigener Datensätze ist eine Anfrage, keine Verhandlung.
Gesellschaften, Währungen, Umsatzsteuerregime, Dokumentvorlagen und Sprachen werden je Markt konfiguriert. Gruppenrollen überschreiten diese Grenzen, Standortrollen nicht.
In der EU betriebene Infrastruktur, Auditspur bei jeder Datensatzänderung, dokumentierte Wiederherstellungsziele sowie lokale Implementierungs- und Supportteams.
Jede Anbindung überschreitet dieselbe Grenze und endet am selben Datensatz unter den darin hinterlegten Berechtigungen. Darstellung des Integrationsmodells, keine Produktansicht.
Implementierungspfad
Niemand stellt ein Autohaus über ein Wochenende um. Der Weg ist: ein Standort, ein Modul und dann der Rest nach einem bereits geprüften Muster.
Vier Phasen: zwei Wochen zur Abstimmung des Datensatzes, sechs Wochen Pilot an einem Standort, drei Monate Einführung Standort für Standort und danach laufender Betrieb.
Woche 1–2
Welche Gesellschaften, Standorte, Marken und Rollen existieren und was ein Fahrzeug in Ihrem Unternehmen bedeutet. Alles Weitere baut darauf auf.
Woche 3–8
Bestand, Preisgestaltung und Prüfungen starten zuerst, weil sie sich am schnellsten auszahlen und die wenigsten Menschen betreffen.
Monat 3–6
Verkauf, Service und Buchhaltung folgen in der Reihenfolge, die Ihr Unternehmen aufnehmen kann. Die Konfiguration ist bereits geprüft.
Laufend
Eine neue Marke, ein neues Land oder Modul ist eine Konfigurationsaufgabe, kein Projekt mit Business Case.
Weiterführend
Vier Seiten liefern die Details, die diese Übersicht nur einordnet.
Fahrzeug-, Kunden- und Hauptbuchobjekte, in die jedes Modul schreibt.
DMS Core öffnenWas die KI überwacht, ausführen darf und wer es freigibt.
BRAIN öffnenAPIs, Webhooks, OEM-Anbindungen und ein Katalog zertifizierter Partner.
Integrationen öffnenDatenresidenz, Rollen, Audit, Wiederherstellungsziele und Antworten für den Einkauf.
Sicherheit prüfenBringen Sie Ihre Gesellschaften, Standorte und Marken mit. Wir modellieren sie in der Demo, statt sie auf einer Folie zu beschreiben.
Plattform-Demo buchenWo Fahrzeug- und Kundenidentität heute geführt werden.
Welche Änderungen verspätet, als Kopie oder unvollständig ankommen.
Wer Zugriff über Standorte, Marken und Gesellschaften hinweg benötigt.