Arbeidsflyt for prediktivt vedlikehold i tilkoblede kjøretøy
Se gjennom arbeidsflyten på høyt nivå før du planlegger og implementerer arbeidsflyten for prediktivt vedlikehold for tilkoblede kjøretøy i Automotive Cloud.
Nødvendige utgaver
| Tilgjengelig i Enterprise, Unlimited og Developer Edition |
Tillatelser og tilgang
Forsikre deg om at Automotive, Automotive Scheduler, Actionable Event Orchestration, Context Definitions og Tilkoblet kjøretøy Services er aktivert i organisasjonen.
Salesforce-administratoren må ha tillatelsessettene Automotive Foundation-bruker, Kjøretøytilkoblede tjenester, Bilplanlegger, Konteksttjenesteadministrator, Regelmotordesigner og Utforming av handlingsorientering av hendelser tildelt til dem.
Viktige trinn
Her er trinnene for prediktivt vedlikehold.
- Når en viktig hendelse mottas av sensorene i et kjøretøy, deles en diagnostisk feilkode av telematikksystemet med føreren. Hvis løsningen leveres til føreren, utføres det ingen ytterligere handling. For problemer som ikke løses, deles den diagnostiske feilkoden (DTC) og andre diagnostiske detaljer med MuleSoft.
- MuleSoft API-er bruker kildesystemidentifikatoren til å hente kjøretøyidentifikasjonsnummeret til den tilhørende Kjøretøy-posten i Automotive Cloud. MuleSoft overfører deretter diagnostisk informasjon til det handlingsorienterte Rammeverket for hendelsesorkestrering i Automotive Cloud og et postvarsel, en aktivummilepæl og en sak opprettes med diagnostiske detaljer.
- Qualcomm sender en forespørsel til MuleSoft om å få en liste over servicecentre i nærheten for den identifiserte feilen sammen med den beregnede kostnaden for reparasjon og tid til reparasjon. MuleSoft bruker informasjonen i de tilpassede metadatatypene som er konfigurert i Salesforce, til å identifisere den tilsvarende arbeidstypeposten i Salesforce for den identifiserte feilen.
- Qualcomm sender en forespørsel til MuleSoft om å få en liste over servicecentre i nærheten for den identifiserte feilen sammen med den beregnede kostnaden for reparasjon og tid til reparasjon. MuleSoft bruker informasjonen i de tilpassede metadatatypene som er konfigurert i Salesforce, til å identifisere den tilsvarende arbeidstypeposten i Salesforce for den identifiserte feilen.
- Automotive Cloud utløser Salesforce Scheduler API-er for å få en liste over tjenesteområder basert på kjøretøyets plasseringsdetaljer som deles av MuleSoft. Tjenesteområdene spørres også basert på arbeidstypen som utføres på stedet. Tjenesteområde-ID-ene overføres til MuleSoft.
- Automotive Cloud bruker også beslutningsmatrisen og uttrykkssettet til å finne den beregnede reparasjonskostnaden og tiden basert på DTC-koden. Informasjonen overføres til MuleSoft.
- MuleSoft konsoliderer listen over tilgjengelige tjenesteområder, anslåtte kostnader og tid til reparasjon, og deler informasjonen med Qualcomm. Etter at føreren har valgt et servicesenter basert på deres preferanse eller nærhet, deles tjenesteområdets ID tilbake til MuleSoft, og MuleSoft overfører informasjonen til Automotive Cloud.
- Automotive Cloud utløser Salesforce Scheduler API-ene for å hente listen over tilgjengelige tidsluker og agenter i det valgte tjenesteområdet for den bestemte arbeidstypen. Listen over tjenesteressurser (agenter) som kan utføre tjenesten for den bestemte arbeidstypen, og deres tilgjengelige tidsluker overføres til MuleSoft.
- MuleSoft deler tidsluken og tjenesteressursinformasjonen med Qualcomm. Føreren velger en tjenesteressurs og dens foretrukne tidsluke. Valgene overføres til MuleSoft, og MuleSoft bruker kjøretøyidentifikasjonsnummeret til å hente aktivum-IDen i Automotive Cloud.
- Automotive Cloud utløser Salesforce Scheduler API-ene for å planlegge avtalen med alle nødvendige inndata. Tjenesteavtale-ID-en overføres til MuleSoft, og Mulesoft deler den videre med Qualcomm. Føreren varsles om bekreftelsen av tjenesteavtalen.
Hjalp denne artikkelen med å løse problemet ditt?
La oss få vite det slik at vi kan forbedre!

