Objekter
Læs og skriv
Køretøj, kunde, mulighed, arbejdsordre, faktura, lagerbevægelse, de samme objekter, modulerne bruger.
Open Platform
Jeres landskab forbliver jeres. Omnetic tilslutter sig det.
At erstatte otte systemer er ambitionen, ikke forudsætningen. Det, der hører til udenfor — en OEM-portal, et koncerndatawarehouse, en national regnskabspakke — forbindes via dokumenterede API'er og hændelser, og fortsætter med at virke dagen efter idriftsættelse.
Omnetic · indbygget
Publicering
Octavia 2.0 TDI
- Pris
- 178.300 kr. · synkroniseret
- Galleri
- 48 fotos · sorteret
- Beskrivelse
- DA + DE · klar
- Udstyr
- 36 felter · mappet
Event bus · REST · webhooks
De samme grænseflader, Omnetic-modulerne bruger, under jeres rettigheder og revisionsspor.
Klassificerede annoncer og markedspladser
Octavia 2.0 TDI178.300 kr. · synkroniseret
Publicér, synkronisér pris og status, indfang henvendelser tilbage på recorden.
Open Platform · Én styret grænse
- Bedst egnet til
- Forhandlerkoncerner · OEM- og mærkedrift · Teams med systemer, der skal forblive
- Driftsopgave
- Forbind de systemer, der forbliver eksterne, til én styret record via dokumenterede API'er og hændelser, under jeres rettigheder og revisionsspor.
- Hvad du får
- Dataudveksling med eksterne systemer, styret af rettigheder og et revisionsspor.
Integration architectureIllustrative architecture
Indgående · systemer, der fodrer recorden
- OEM- og mærkesystemerOrdrer, registreringer, kampagner, garantiregler
- Klassificerede annoncer og markedspladserHenvendelser, annoncestatus, prisrespons
- Marked- og køretøjsdataSammenlignelige annoncer, VIN-afkodning, historikkilder
- IdentitetSSO til jeres medarbejdere, koncernkatalog, rollemapping
Omnetic · indbygget
Én record · køretøj, kunde, arbejde, penge
Produkterne læser og opdaterer den fælles datapost via de relevante grænseflader.
- Commerce & retail
- Acquisition & pricing
- Service & operations
- Intelligence & platform
Event bus · REST · webhooks
Hver grænsekrydsning bruger de samme grænseflader, vores moduler bruger, ingen privat bagdør.
Udgående · systemer, recorden fodrer
- Bank, finans og forsikringTilbud, kontrakter, udbetalinger, porteføljerapportering
- Regnskab og lovpligtig eksportBogføringer i det lokale regnskabssystems format, hvor det forbliver eksternt
- Datawarehouse og BIHændelsesstrøm eller planlagt udtræk ind i jeres egen model
- KommunikationTelefoni, e-mail, beskeder, logført tilbage på recorden
Produkterne læser og opdaterer den fælles datapost via de relevante grænseflader.
Illustrativ arkitektur. Kategorier, ikke navngivne partnere; endpoint-navne, payload-formater og ratebegrænsninger findes i udviklerdokumentationen, der udleveres med jeres miljø.
API- og hændelsesmodel
Læs det, I har brug for, reagér på det, der ændrer sig
To mekanismer dækker næsten alle tilfælde: en REST-grænseflade over platformens objekter og webhooks, der udløses, når noget sker. Bulk-udtræk findes til datawarehouses, der foretrækker en tidsplan.
Hændelser
Abonnér
Handel underskrevet, pris ændret, køretøj modtaget, arbejdsordre lukket, faktura bogført. Leveret med gentagelse og genafspilning.
Bulk
Udtræk
Planlagte eksporter til BI og lovpligtige arkiver, i det format, det modtagende system forventer.
Adgang
Afgrænsede legitimationsoplysninger
Hver legitimation bærer en rolle, et lokationsområde og en udløbsdato. Hvert kald logges mod den.
Endpoint-navne, payload-formater og ratebegrænsninger findes i udviklerdokumentationen, der udleveres med jeres miljø. Denne side offentliggør bevidst ingen endpoint-liste, før dokumentationen er offentlig.
Integrationskatalog
Kategorier nu, navngivne partnere efterhånden som aftaler tillader det
Intet her er opfundet. Hvor en partner endnu ikke kan navngives, angiver kategorikortet, hvad forbindelsen gør, og hvilke markeder den gælder for.
Pr. mærke
OEM-ordre og registrering
Ordrestatus, registreringsdata og kampagneberettigelse på køretøjsrecorden.
Pr. mærke
Garanti og sager
Sager rejst fra arbejdsordren, beslutninger returneret til den samme opgave.
Eksempel nedenfor
Publicering til klassificerede annoncer
Publicér, synkronisér pris og status, indfang henvendelser tilbage på recorden.
Partner
Finans- og leasingtilbud
Tilbud og kontrakt inde i handlen i stedet for en anden portal.
Partner
Forsikring
Police vedhæftet køretøjet og kunden, fornyelse sporet.
Standard
Single sign-on
Jeres katalog, jeres adgangskodepolitik, roller mappet til Omnetic-omfang.
Pr. marked
Lokal regnskabseksport
Hvor regnskabet forbliver eksternt, forlader bogføringer i dets eget format.
Standard
Datawarehouse- og BI-feed
Hændelsesstrøm eller planlagt udtræk ind i jeres egen koncernmodel.
Partner
Telefoni og beskeder
Opkald og beskeder logført til kunden med udskrifter, hvor det er tilladt.
Pr. mærke
OEM-ordre og registrering
Ordrestatus, registreringsdata og kampagneberettigelse på køretøjsrecorden.
Pr. mærke
Garanti og sager
Sager rejst fra arbejdsordren, beslutninger returneret til den samme opgave.
Partner
Finans- og leasingtilbud
Tilbud og kontrakt inde i handlen i stedet for en anden portal.
Partner
Forsikring
Police vedhæftet køretøjet og kunden, fornyelse sporet.
Eksempel nedenfor
Publicering til klassificerede annoncer
Publicér, synkronisér pris og status, indfang henvendelser tilbage på recorden.
Standard
Single sign-on
Jeres katalog, jeres adgangskodepolitik, roller mappet til Omnetic-omfang.
Pr. marked
Lokal regnskabseksport
Hvor regnskabet forbliver eksternt, forlader bogføringer i dets eget format.
Standard
Datawarehouse- og BI-feed
Hændelsesstrøm eller planlagt udtræk ind i jeres egen koncernmodel.
Partner
Telefoni og beskeder
Opkald og beskeder logført til kunden med udskrifter, hvor det er tilladt.
Systemforhold
Open Platform i det forbundne produktsystem
Open Platform
Sikkerhed og rettigheder
En integration er en rolle, ikke et hul i muren
Hver forbindelse kører som en afgrænset identitet med den samme rettighedsmodel, jeres medarbejdere har. Intet omgår revisionssporet, og ingen partner ser en lokation, den ikke har fået adgang til.
Security & TrustOmfang
Legitimationsoplysninger udstedes pr. integration, pr. lokation og pr. objekttype, med en udløbsdato og en navngiven ejer på jeres side.
Revision
Hvert kald og hver hændelseslevering logges med legitimationen, payload-referencen og resultatet. I kan svare på, hvem der ændrede en pris seks måneder senere.
Datalokation
EU-hostet, med overførsler til en partner styret af den samme aftale, der styrer jeres data.
Fejladfærd
Gentagelser med backoff, genafspilning af manglede hændelser og en synlig integrationsstatus, en stille fejl er det ene, en integration ikke må gøre.
Sandbox og implementering
Byg mod en kopi, før I rører produktionen
Hvert kundemiljø leveres med en sandbox med realistiske, men ikke-personlige data, legitimationsoplysninger udstedt med miljøet og hændelsesgenafspilning, så I kan teste uden at vente på et rigtigt salg. Jeres udviklere, eller vores, arbejder der, indtil integrationen opfører sig korrekt; overgang til produktion er en legitimationsændring, ikke en omskrivning.
- 1
Omfang
Hvilke objekter, hvilken retning, hvilke lokationer og markeder, hvem ejer det på begge sider. Én side, aftalt før nogen skriver kode.
- 2
Byg i sandbox
Legitimationsoplysninger, eksempel-payloads og genafspillelige hændelser. Mapping af jeres taksonomi sker én gang og versioneres.
- 3
Verificér på ti køretøjer
Et kort, levende pilotprojekt på et navngivet sæt records, kontrolleret af den lokation, der bruger det hver dag.
- 4
Drift
Statusvisning, alarmering ved fejl og en navngiven kontakt, når den anden side ændrer noget.
Mangler I noget?
Mangler I noget, der skal forbindes?
Fortæl os systemet, og hvad der skal strømme. I får ét af tre ærlige svar: det findes, det er planlagt, eller det skal bygges, og her er, hvad det kræver, fra en integrationsarkitekt, ikke en formular-autosvarer.
Bliv partner
Hvis jeres produkt betjener forhandlere på vores markeder, giver certificering jer en understøttet plads i kataloget.
Til udviklere
Dokumentation og sandbox-adgang udstedes med et kundemiljø; der findes endnu ingen offentlig udviklerportal.
Kontakt platformteametTag jeres arkitekturdiagram med
Vi markerer, hvad Omnetic erstatter, hvad det forbinder til, og hvad der reelt skal blive, hvor det er.
Tal med en integrationsarkitektSystemerne
Hvad der skal forblive i driftslandskabet.
Objekterne
Hvilke records og hændelser der skal krydse grænsen.
Omfanget
Lokationer, handlinger og legitimationsoplysninger, hver forbindelse kræver.