Loading
Försäkring
Verksamhetsprocesser för problempolicy

Verksamhetsprocesser för problempolicy

Vi har skapat en verksamhetsprocess för Problempolicy som tar en offert och utfärdar en försäkringspolicy. Denna verksamhetsprocess återanvänds i flera verksamhetslinjer.

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 Kundportalen.

OmniScript för problempolicy

Du kan starta detta OmniScript 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

  • Interaktionskonsol (Lightning)

    Interna försäkringsagenter och callcenterrepresentanter

  • Lightning Experience för Vlocity-administratör (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.

Låt oss nu gå igenom OmniScript för problempolicy steg för steg.

Först tar OmniScript ett offert-ID och använder tjänsten InsQuoteService:getQuoteDetail för att hämta data för offerten som användaren vill utfärda en policy för.

Den visar sedan information om offerten, inklusive premiepriset och villkoret för den försäkring som ska köpas.

Beroende på vilket betalningsalternativ användaren väljer ändras stegträdet till höger. Stegen en användare utför för att skapa ändringar av betalningsinformation baserat på de val de gör. I följande exempel valde användaren Betalningsplan.

Illustrerar skärmen för att välja faktureringsalternativ.

Efter att användaren har valt Betalningsplan och klickat på Nästa anropar detta OmniScript ett annat Omniscript som heter ins/SetupPaymentPlan PaymentPlanSetup1. OmniScriptet PaymentPlanSetup1 tar användaren igenom de formulär och val som behövs för att konfigurera all deras betalningsinformation för policyn.

Illustrerar skärmen för att konfigurera faktureringsdetaljer.
Illustrerar skärmen för att välja betalningsfrekvens.
Anteckning
Anteckning

För att göra det enkelt att testa denna funktionalitet använder vi en Lightning byggd för att integrera med Braintree. Braintree låter oss antingen lägga till testbara kreditkortsnummer eller klicka på Nästa. OmniScript ser betalningsinmatningarna som giltiga och låter användaren gå vidare till nästa steg.

Du kan ta bort eller ändra Braintree Lightning om du klonar och använder detta OmniScript i en produktionsmiljö.

Illustrerar skärmen för att välja en betalningsmetod.
Illustrerar skärmen för att ange betalningsinformation.

Efter att betalningen har auktoriserats anropar IssuePolicy OmniScript tjänsten InsPolicyService:createUpdatePolicy för att skapa policyposten.

En Omnistudio Data Mapper Extract-åtgärd läser policyposten och OmniScript visar en bekräftelse på att policyn är aktiv.

Låt oss nu gå igenom samma flöde, där användaren gör olika val.

På samma sida Bekräfta offertdetaljer i början av det föregående flödet väljer användaren Betala i sin helhet.

Illustrerar skärmen för att välja betalningsalternativ.

Sedan väljer användaren alternativet Elektronisk kontroll som sin betalningsmetod. Detta OmniScript anropar ett annat Omniscript som heter ins/IssuePayment1. OmniScriptet IssuePayment1 tar användaren genom de formulär och val som behövs för att få all deras betalningsinformation för att betala för policyn just nu.

Användaren kan välja Kreditkort eller Elektronisk kontroll. I detta exempel valde användaren Elektronisk kontroll.

Illustrerar skärmen för att ange betalningsinformation.

OmniScriptet IssuePayment1 integreras med ett ACH-system för att ta kundens bankkontoinformation och auktorisera betalningen.

Illustrerar skärmen för att ange kontodetaljer.
Illustrerar skärmen för att auktorisera betalning.
Anteckning
Anteckning

Steget achAuthorization i OmniScript IssuePayment1 är konfigurerat för att acceptera och auktorisera testdata.

Du kan ändra detta steg i det OmniScript du skapar eller utökar.

Efter att betalningen har auktoriserats anropar IssuePolicy OmniScript tjänsten InsPolicyService:createUpdatePolicy för att skapa policyposten.

En åtgärd för extrahering av datamappning läser policyposten och OmniScript visar en bekräftelse på att policyn är aktiv.

Vad finns i den

Så här ser stegen ut i OmniScript Designer:

  1. getQuoteDetails

  2. getQuoteInformation

    • Komponenttyp: Extraheringsåtgärd för datamappning

    • Vad den gör: Extraherar produkt- och kontoinformation från offerten.

    • Samtal: Ins_ExtrQuoteDetails_IssueOS

  3. setQuoteInformation

    • Komponenttyp: Ange värden

    • Vad den gör: Ställer in värden för ett antal offertelement

    • Samtal: Ingen

  4. quoteDetails

    • Komponenttyp: Steg

    • Vad den gör: Innehåller följande underkomponenter:

      • quoteNumber

      • quoteEffectiveDate

      • quotePremium

      • quoteTerm

      • billType

    • Samtal: Ingen

  5. paymentPlanSetUp1

    • Komponenttyp: OmniScript

    • Vad den gör: Anropar ett annat OmniScript som låter användaren konfigurera en betalningsplan.

    • Samtal: ins/SetupPaymentPlan OmniScript

  6. setPaymentAmount

    • Komponenttyp: Ange värden

    • Vad den gör: Ställer in värden för ett antal faktureringselement.

    • Samtal: Ingen

  7. IssuePayment1

    • Komponenttyp: OmniScript

    • Vad den gör: Låter en användare betala sin premie i realtid.

    • Samtal: OmniScript för ins/IssuePayment

  8. createUpdatePolicy

    • Komponenttyp: Integreringsproceduråtgärd

    • Vad den gör: Skapar en policypost.

    • Samtal: Integreringsprocedur för Insurance_CreatePolicy

  9. applyPremiumPayment

    • Komponenttyp: Integreringsproceduråtgärd

    • Vad den gör: Tillämpar en premie som betalats via OmniScriptet IssuePayment i steg 7 för policyposten.

    • Samtal: Insurance_IssuePayment

  10. readPolicyförbekräftelse

    • Komponenttyp: Extraheringsåtgärd för datamappning

    • Vad den gör: Extraherar data om policyn, produkten och betalningen.

    • Samtal: readPolicyLwc

  11. UpdateQuoteStatus

    • Komponenttyp: Åtgärd för inlägg i datamappning

    • Vad den gör: Uppdaterar offertens status.

    • Samtal: UpdateQuoteStatus

  12. CreatePolicyParties

    • Komponenttyp: Integreringsproceduråtgärd

    • Vad den gör: Skapar en post för försäkringstagaren som en part.

    • Samtal: Integreringsproceduren PolicyholderParty_Create

  13. CreateProducerParty

    • Komponenttyp: Integreringsproceduråtgärd

    • Vad den gör: Skapar en partpost för mäklaren som sålde försäkringspolicyn.

    • Samtal: ProducerParty_Create

  14. policyConfirmation

    • Komponenttyp: Steg

    • Vad den gör: Innehåller följande underkomponenter:

      1. Grattis: Ett textblock som gratulerar användaren till att ha köpt policyn.

      2. CustomLWC1

        • Komponenttyp: Egen LWC

        • Vad den gör: Visar bekräftelse av policyinköpet, med inköpsdata.

        • Samtal: vlocity_ins__insOsConfirmation

      3. textBlock2: Ett textblock som innehåller kontaktuppgifter för försäkringsbolaget.

      4. viewPolicy

        • Komponenttyp: Navigera åtgärd

        • Vad den gör: Ger navigering

    • Samtal: Ingen

Problempolicy från offertens användargränssnitt

En kundtjänstrepresentant eller intern försäkringsagent med åtkomst till offertens användargränssnitt kan utfärda policyer från det användargränssnittet. Detta exempel visar policyer utfärdade från offertens användargränssnitt med hjälp av färdiga LWC-baserade komponenter från en befintlig offert.

Så här ser det ut steg för steg:

Börja på offertlistsidan. Välj den offert du vill utfärda en policy för.

I offertens användargränssnitt, klicka på Problempolicy - Inbyggd.

I fönstret Problempolicy, gör de ändringar du vill och klicka på Skapa.

Vlocity skapar policyn och visar ett resultatmeddelande i offertens användargränssnitt.

Du kan även starta OmniScript som beskrivs i föregående avsnitt från offertens användargränssnitt. Klicka på Problempolicy för att starta detta OmniScript.

 
Laddar
Salesforce Help | Article