Loading
Försäkring
Stöd/MTA för automatiska verksamhetsprocesser

Stöd/MTA för automatiska verksamhetsprocesser

Vi har skapat ett gäng verksamhetsprocesser för policystöd/MTA som du kan undersöka, använda som exempel och utöka för att skapa dina egna verksamhetsprocesser för stöd/MTA för automatisk försäkring i Vlocity.

Alla våra skärmbilder är för närvarande i Lightning stil. Ditt snurr kan se annorlunda ut eftersom det använder Newport-stilen i Broker Portal och självbetjäningsportalen för försäkringstagare.

Stödflöden för OmniScript-policyer

Du kan starta alla följande OmniScripts från följande program, där det kan kommas åt av de typer av användare som beskrivs:

  • Broker Portal (Newport)

    Mäklare och agenter

  • Självbetjäningsportal för försäkringstagare (Newport)

    Slutkunder som äger försäkringspolicyer

  • Interaktionskonsol (Lightning)

    Interna försäkringsagenter och callcenterrepresentanter

  • Lighting Experience för Vlocity Admin (Newport)

    • Interna försäkringsagenter

    • Vlocity-administratörer

Dessa OmniScripts skriver nu till det inbyggda objektet Financial Services Cloud Insurance Policy istället för objektet Tillgång. Dina försäkringspolicydata lagras i standardobjekt för Försäkringspolicy med hjälp av standardfält.

Ändra täckningar

Först tar OmniScript policy-ID för den policy användaren vill göra ändringar av.

Den använder tjänsten InsPolicyService:getInsuredItems för att hämta data om alla förare och fordon som redan är försäkrade av denna policy.

Sedan använder den tjänsten InsPolicyService:getPolicyDetails för att få täckningsdata för policyn.

OmniScript använder webbkomponenten insOsMultiInstanceGrandchildren Vlocity Lightning för att visa fordon, förare och deras omfattningar.

Denna Lightning låter användare göra ändringar av attributvärden.

Användare kan även markera och avmarkera valfria omfattningar.

Denna sida visar även den totala nya premien, den ursprungliga premien och andra data. Varje gång användaren gör en ändring av ett attribut eller valfri täckning ändras prissättningen här.

Efter att användaren har klickat på Ändra täckningar gör OmniScript följande bakom kulisserna:

  1. En Omnistudio Data Mapper-transformationsåtgärd gör data redo att skapa en ny version av den befintliga policyn.

  2. Tjänsten InsPolicyService:createNewPolicyVersion skapar en ny version av policyn som inkluderar den nya drivrutinen/drivrutinerna.

  3. Betalningsinformation uppdateras.

Slutligen visas en bekräftelsesida. Det inkluderar de slutgiltiga prisändringarna.

Lägg till drivrutiner

Först tar OmniScript policy-ID för den policy användaren vill lägga till drivrutiner i.

Sedan anropar det ett annat OmniScript: autoWC/reusableDriverInput1. Samma OmniScript används av OmniScript för autoWC/offert.Det återanvändbara OmniScript tillhandahåller ett formulär där användare kan ange information om de drivrutiner som ska läggas till.

Fälten och valen i detta formulär motsvarar attributen i specifikationen för den försäkrade parten i produktmodellen.

Efter att användaren har sparat den nya förarinformationen gör OmniScript en massa saker bakom kulisserna:

  1. Använder tjänsten InsPolicyService:getInsuredItems för att hämta data om alla förare som redan är försäkrade av denna policy.

  2. Använder en integreringsprocess för att koppla de nya drivrutinerna med de befintliga drivrutinerna.

  3. Använder tjänsten InsPolicyService:getModifiedPolicy för att få ändrade policydata som inkluderar de nya drivrutinerna.

  4. Använder en extraheringsåtgärd för Datamappning för att förbereda data för visning.

OmniScript visar alla gamla och nya drivrutiner med webbkomponenten insOsMultiInstanceGrandchildren Vlocity Lightning.

Användare kan öppna alla fordon för att ändra attributvärden för täckningar för det fordonet.

På samma sida kan användare markera eller avmarkera valfria omfattningar.

Denna sida visar även den totala nya premien, den ursprungliga premien och andra data. Varje gång användaren gör en ändring av ett attribut eller valfri täckning ändras prissättningen här.

Efter att användaren har klickat på Lägg till drivrutiner gör OmniScript följande bakom kulisserna:

  1. En transformeringsåtgärd för Datamappning gör data redo att skapa en ny version av den befintliga policyn.

  2. Tjänsten InsPolicyService:createNewPolicyVersion skapar en ny version av policyn som inkluderar den nya drivrutinen/drivrutinerna.

  3. Betalningsinformation uppdateras.

Slutligen visas en bekräftelsesida. Det inkluderar de slutgiltiga prisändringarna.

Ta bort drivrutiner

Först tar OmniScript policyId och använder tjänsten InsPolicyService:getInsuredItems för att hämta data för de drivrutiner som inkluderas i denna policy.

En Vlocity Lightning (specifikt utökad för detta syfte) visar drivrutinerna och gör dem tillgängliga för användare att välja för borttagning.

En vald förare får en halvgräns och en stor blå prick.

OmniScript använder InsPolicyService:removeInsuredItem för att ta bort de valda drivrutinerna.

En sida visar prisändringen som kommer att träda i kraft när drivrutinen tas bort från policyn.

Efter att användaren har klickat på Ta bort drivrutin transformerar en datamappning datan och tjänsten InsPolicyService:createPolicyVersion skapar en ny version av den befintliga policyn, minus de borttagna drivrutinerna.

Slutligen visas en bekräftelsesida. Den visar de nyckeldata som har ändrats för policyn.

Lägg till fordon

Först tar OmniScript policy-ID för den policy användaren vill lägga till fordon i.

Sedan anropar det ett annat OmniScript: autoWC/reusableVehicleInput1. Samma OmniScript används av OmniScript för autoWC/offert.

Det återanvändbara OmniScript tillhandahåller ett formulär där användare kan ange information om fordonet som ska läggas till. Fälten och valen i detta formulär motsvarar attributen i specifikationen för det försäkrade objektet i produktmodellen.

Efter att användaren har sparat informationen om det nya fordonet gör OmniScript en massa saker bakom kulisserna:

  1. Använder tjänsten InsPolicyService:getInsuredItems för att hämta data om alla fordon som redan är försäkrade av denna policy.

  2. Använder en integreringsprocess för att koppla de nya fordonen med de befintliga fordonen.

  3. Använder tjänsten InsPolicyService:getModifiedPolicy för att få ändrade policydata som inkluderar det nya fordonet.

  4. Använder en extraheringsåtgärd för Datamappning för att förbereda data för visning.

OmniScript visar alla gamla och nya fordon med webbkomponenten insOsMultiInstanceGrandchildren Vlocity Lightning.

Användare kan öppna alla fordon för att ändra attributvärden för täckningar för det fordonet.

På samma sida kan användare markera eller avmarkera valfria omfattningar.

Denna sida visar även den totala nya premien, den ursprungliga premien och andra data. Varje gång användaren gör en ändring av ett attribut eller valfri täckning ändras prissättningen här.

Efter att användaren har klickat på Lägg till fordon gör OmniScript följande bakom kulisserna:

  1. En transformeringsåtgärd för Datamappning gör data redo att skapa en ny version av den befintliga policyn.

  2. Tjänsten InsPolicyService:createNewPolicyVersion skapar en ny version av policyn som inkluderar det nya fordonet/de nya fordonen.

  3. Betalningsinformation uppdateras.

Slutligen visas en bekräftelsesida. Det inkluderar de slutgiltiga prisändringarna.

Ta bort fordon

OmniScript tar ett policy-ID och använder tjänsten InsPolicyService:getInsuredItems för att hämta data om alla fordon som är försäkrade av denna policy. Den anropar en datamappare för att transformera data från tjänsten för att få dem redo att visas. Sedan visas fordonen.

OmniScript anropar en Vlocity Lightning som låter användare klicka på ett fordon och sedan klicka på Nästa för att ta bort fordonet från policyn.

När en användare väljer ett fordon får det en kontur och en stor blå prick.

OmniScript anropar tjänsten InsPolicyService:removeInsuredItem. Den visar data om vad som kommer att ändras, särskilt prisändringen för kunden.

En massa saker händer bakom kulisserna efter att användaren har klickat på knappen. En datamappning transformerar data för att förbereda för att skapa en ny policyversion.

Tjänsten InsPolicyService:createPolicyVersion skapar en ny version av den befintliga policyn som inte inkluderar de valda fordonen.

En integreringsprocess uppdaterar betalningsplanen för policyn, minus premien för de borttagna fordonen.

Användaren ser en bekräftelsesida som ger ändringen av den premie de är skyldiga.

Godkännanden (MTA) med hjälp av användargränssnitt för offerter och policyer

För alla stöd (MTA) till policyer kan dina användare börja med användargränssnittet för policyer.

För att starta allt stöd på detta sätt:

  1. Gå till listan Policyer och öppna den policy du vill stödja.

  2. I panelen Åtgärder, klicka på den typ av stöd du vill göra.

 
Laddar
Salesforce Help | Article