Zum Inhalt springen

Open Platform

Ihre Umgebung bleibt Ihre. Omnetic verbindet sich mit ihr.

Acht Systeme zu ersetzen ist ein Ziel, keine Voraussetzung. Was extern bleiben muss — OEM-Portal, Data Warehouse der Gruppe, nationales Buchhaltungspaket — wird über dokumentierte APIs und Ereignisse verbunden und arbeitet auch am Tag nach dem Go-live weiter.

Open Platform · Eine kontrollierte Grenze

Am besten geeignet für
Autohausgruppen · OEM- und Markenbetriebe · Teams mit Systemen, die bleiben müssen
Operative Aufgabe
Extern verbleibende Systeme über dokumentierte APIs und Ereignisse mit einem kontrollierten Datensatz verbinden — unter Ihren Berechtigungen und in Ihrem Audit-Protokoll.
Was Sie erhalten
Datenaustausch mit externen Systemen unter Berechtigungen und mit Prüfprotokoll.
Integration architectureIllustrative architecture

Eingehend · Systeme, die den Datensatz befüllen

  • OEM- und MarkensystemeBestellungen, Zulassungen, Kampagnen, Garantieregeln
  • Portale und MarktplätzeLeads, Inseratsstatus, Preisfeedback
  • Markt- und FahrzeugdatenVergleichsinserate, FIN-Decodierung, Historienquellen
  • IdentitätSSO für Mitarbeitende, Gruppenverzeichnis, Rollenzuordnung

Omnetic · nativ

Ein Datensatz · Fahrzeug, Kunde, Arbeit, Finanzen

Zwanzig Module lesen und schreiben hier. Zwischen ihnen ist nichts eine Integration.

  • Commerce & Retail
  • Beschaffung & Preisgestaltung
  • Service & Operations
  • Intelligence & Platform

Event Bus · REST · Webhooks

Jede Grenzüberschreitung nutzt dieselben Schnittstellen wie unsere Module — keine privaten Hintertüren — unter Ihren Berechtigungen und in Ihrem Audit-Protokoll.

Ausgehend · Systeme, die der Datensatz versorgt

  • Banken, Finanzierung & VersicherungAngebote, Verträge, Auszahlungen, Portfolio-Reporting
  • Buchhaltung & gesetzlicher ExportBuchungen im Format des lokalen Hauptbuchs, wenn es extern bleibt
  • Data Warehouse & BIEreignisstrom oder geplanter Export in Ihr Modell
  • KommunikationTelefonie, E-Mail und Nachrichten, zurück in den Datensatz protokolliert

Integrationsarchitektur: was nativ und was verbunden ist. Systeme, die den Datensatz befüllen, der Datensatz mit seinen zwanzig Modulen und Systeme, die er versorgt; jede Grenzüberschreitung nutzt dieselben Schnittstellen wie die Module.

Illustrative Architektur. Kategorien statt benannter Partner; Endpunktnamen, Payload-Strukturen und Limits stehen in der Entwicklerdokumentation, die mit Ihrer Umgebung bereitgestellt wird.

API- & Ereignismodell

Lesen Sie, was Sie brauchen, und reagieren Sie auf Änderungen

Zwei Mechanismen decken fast jeden Fall ab: REST-Schnittstellen auf Plattformobjekten und Webhooks, die bei einem Ereignis ausgelöst werden. Für Warehouses mit festem Rhythmus gibt es Massenexporte.

Objekte

Lesen & Schreiben

Fahrzeug, Kunde, Opportunity, Arbeitsauftrag, Rechnung, Lagerbewegung — dieselben Objekte, die die Module verwenden.

Ereignisse

Abonnieren

Vertrag unterzeichnet, Preis geändert, Fahrzeug angenommen, Auftrag geschlossen, Rechnung gebucht. Mit Wiederholung und Replay zugestellt.

Massenverarbeitung

Export

Geplante Exporte für BI und gesetzliche Archive im Format des Zielsystems.

Zugriff

Zugänge mit Geltungsbereich

Jeder Zugang enthält Rolle, Standortumfang und Ablaufdatum. Jeder Aufruf wird dagegen protokolliert.

Endpunktnamen, Payload-Strukturen und Limits stehen in der Entwicklerdokumentation Ihrer Umgebung. Diese Seite veröffentlicht bewusst keine Endpunktliste, solange die Dokumentation nicht öffentlich ist.

Integrationsverzeichnis

Heute Kategorien, benannte Partner, sobald Verträge es erlauben

Nichts hier ist erfunden. Wo ein Partner noch nicht genannt werden darf, beschreibt die Kategoriekarte die Funktion der Verbindung und ihre Märkte.

Nach Marke

OEM-Bestellungen & Zulassungen

Bestellstatus, Zulassungsdaten und Kampagnenberechtigung am Fahrzeugdatensatz.

Nach Marke

Garantie & Claims

Claims werden aus dem Auftrag gestellt, Entscheidungen in denselben Auftrag zurückgeschrieben.

Beispiel unten

Veröffentlichung auf Portalen

Publizieren, Preis und Status synchronisieren, Leads zurück in den Datensatz übernehmen.

Partner

Finanzierungs- & Leasingangebote

Angebot und Vertrag direkt im Deal statt in einem zweiten Portal.

Partner

Versicherung

Police mit Fahrzeug und Kunde verbunden, Verlängerung nachverfolgt.

Standard

Single Sign-on

Ihr Verzeichnis, Ihre Passwortregeln, Rollen auf Omnetic-Umfänge abgebildet.

Nach Markt

Export ins lokale Hauptbuch

Bleibt die Buchhaltung extern, gehen Buchungen in ihrem eigenen Format hinaus.

Standard

Warehouse- & BI-Feed

Ereignisstrom oder geplanter Export in Ihr Gruppenmodell.

Partner

Telefonie & Nachrichten

Anrufe und Nachrichten beim Kunden protokolliert, mit Transkripten, wo zulässig.

Systembeziehungen

Open Platform im verbundenen Produktsystem

Open Platform

Nativ
Von Ihnen erweiterbar
Verbunden
Reversibel

Sicherheit & Berechtigungen

Eine Integration ist eine Rolle, kein Loch in der Wand

Jede Verbindung läuft als Identität mit begrenztem Umfang und demselben Berechtigungsmodell wie Ihre Mitarbeitenden. Nichts umgeht das Audit-Protokoll und kein Partner sieht einen Standort, der ihm nicht zugewiesen wurde.

Security & Trust

Geltungsbereich

Zugänge werden je Integration, Standort und Objekttyp mit Ablaufdatum und benanntem Verantwortlichen auf Ihrer Seite ausgegeben.

Audit

Jeder Aufruf und jede Ereigniszustellung wird mit Zugang, Payload-Referenz und Ergebnis protokolliert. Wer einen Preis geändert hat, ist auch sechs Monate später beantwortbar.

Datenresidenz

Hosting in der EU; Übertragungen zu Partnern unterliegen demselben Vertrag wie Ihre Daten.

Fehlerverhalten

Wiederholungen mit Backoff, Replay verpasster Ereignisse und sichtbarer Integrationszustand — stilles Scheitern ist das Einzige, was eine Integration nicht darf.

Sandbox & Implementierung

Gegen eine Kopie entwickeln, bevor die Produktion berührt wird

Jede Kundenumgebung enthält eine Sandbox mit realistischen, aber nicht personenbezogenen Daten, Zugängen für diese Umgebung und Ereignis-Replay. Ihre oder unsere Entwickler arbeiten dort, bis sich die Integration korrekt verhält; die Produktionsfreigabe ist eine Zugangsänderung, keine Neuentwicklung.

  1. 1

    Umfang

    Welche Objekte, in welche Richtung, welche Standorte und Märkte und wer beide Seiten verantwortet. Eine Seite, vereinbart bevor jemand Code schreibt.

  2. 2

    In der Sandbox entwickeln

    Zugänge, Beispiel-Payloads und wiederholbare Ereignisse. Ihre Taxonomie wird einmal abgebildet und versioniert.

  3. 3

    An zehn Fahrzeugen prüfen

    Kurzer Live-Pilot mit einem benannten Datensatz, geprüft von dem Standort, der ihn täglich nutzt.

  4. 4

    Betrieb

    Zustandsübersicht, Fehlerwarnungen und ein benannter Kontakt, wenn die andere Seite etwas ändert.

Fehlt etwas?

Fehlt Ihnen ein System, das verbunden werden muss?

Nennen Sie uns das System und was fließen soll. Sie erhalten eine von drei ehrlichen Antworten: Es existiert, es ist geplant oder es muss gebaut werden — samt Aufwand, von einem Integrationsarchitekten statt aus einer automatischen Formularantwort.

Integration anfragen

Wir verwenden Ihre Angaben, um diese Anfrage zu bearbeiten und Sie dazu zu kontaktieren. Datenschutzhinweise.

Ein Integrationsarchitekt antwortet persönlich, keine automatische Formularantwort.

Partner werden

Wenn Ihr Produkt Händler in unseren Märkten unterstützt, schafft die Zertifizierung einen betreuten Platz im Verzeichnis.

Für Entwickler

Dokumentation und Sandbox-Zugang werden mit der Kundenumgebung bereitgestellt; ein öffentliches Entwicklerportal gibt es noch nicht.

Plattformteam kontaktieren

Bringen Sie Ihr Architekturdiagramm mit

Wir markieren, was Omnetic ersetzt, womit es sich verbindet und was wirklich dort bleiben muss, wo es ist.

Mit einem Integrationsarchitekten sprechen
  1. Systeme

    Was in der Betriebsumgebung bleiben muss.

  2. Objekte

    Welche Datensätze und Ereignisse die Grenze überschreiten müssen.

  3. Umfang

    Standorte, Aktionen und Zugänge für jede Verbindung.