Loading
Forsikring
Forretningsprosesser for problempolicyer

Forretningsprosesser for problempolicyer

Vi har opprettet en Problempolise-forretningsprosess som tar et tilbud og utsteder en forsikringspolise. Denne forretningsprosessen brukes på nytt på tvers av flere forretningsområder.

Alle skjermbildene våre er for øyeblikket i Lightning. Spinnet kan se annerledes ut fordi det bruker Newport-stilen i meglerportalen og kundeportalen.

OmniScript for problempolicy

Du kan starte dette OmniScript fra følgende programmer, der det kan åpnes av brukertypene som er beskrevet:

  • Broker Portal (Newport)

    Meglere og agenter

  • Interaksjonskonsoll (Lightning)

    Interne forsikringsagenter og Call Center-representanter

  • Vlocity Admin Lightning Experience (Newport)

    • Interne forsikringsagenter

    • Vlocity-administratorer

Disse OmniScripts skriver nå til det innebygde Financial Services Cloud Insurance Policy-objektet i stedet for Aktivum-objektet.

La oss nå gå gjennom OmniScript-policyen for problemer trinn for trinn.

Først tar OmniScript et tilbuds-ID og bruker tjenesten InsQuoteService:getQuoteDetail til å hente dataene for tilbudet brukeren vil utstede en policy for.

Den viser deretter informasjon om tilbudet, inkludert premieprisen og betingelsen for forsikringspolisen som skal kjøpes.

Avhengig av hvilket betalingsalternativ brukeren velger, endres tretræet for de riktige. Trinnene en bruker utfører for å opprette betalingsinformasjonsendringer basert på valgene de gjør. I følgende eksempel valgte brukeren Betalingsplan.

Illustrerer skjermen for å velge faktureringsalternativer.

Når brukeren har valgt Betalingsplan og klikket på Neste, kaller dette OmniScript opp et annet Omniscript med navnet ins/SetupPaymentPlan PaymentPlanSetup1. PaymentPlanSetup1 OmniScript tar brukeren gjennom skjemaene og valgene som er nødvendige for å konfigurere all betalingsinformasjon for policyen.

Illustrerer skjermen for å konfigurere faktureringsdetaljer.
Illustrerer skjermen for å velge betalingsfrekvens.
Merk
Merk

For å gjøre det enkelt å teste denne funksjonaliteten bruker vi en Lightning Web-komponent som er bygd for å integreres med Braintree. Braintree lar oss legge til testbare kredittkortnumre eller klikke på Neste. OmniScript ser betalingsinndataene som gyldige og lar brukeren gå videre til neste trinn.

Du kan fjerne eller endre Lightning Braintree hvis du kloner og bruker dette OmniScript i et produksjonsmiljø.

Illustrerer skjermen for å velge en betalingsmetode.
Illustrerer skjermen for å skrive inn betalingsdetaljer.

Når betalingen er godkjent, kaller IssuePolicy OmniScript opp tjenesten InsPolicyService:createUpdatePolicy for å opprette poliseposten.

En Omnistudio Data Mapper Extract-handling leser policyposten, og OmniScript viser en bekreftelse på at policyen er aktiv.

La oss nå gå gjennom samme flyt, der brukeren gjør forskjellige valg.

På samme Bekreft tilbudsdetaljer-side i begynnelsen av forrige flyt velger brukeren Betal fullt ut.

Illustrerer skjermen for å velge betalingsalternativer.

Deretter velger brukeren alternativet Elektronisk kontroll som betalingsmetode. Dette OmniScript kaller opp et annet Omniscript med navnet ins/IssuePayment1. IssuePayment1 OmniScript tar brukeren gjennom skjemaene og valgene som er nødvendige for å få all betalingsinformasjon for å betale for policyen akkurat nå.

Brukeren kan velge Kredittkort eller Elektronisk sjekk. I dette eksemplet valgte brukeren Elektronisk kontroll.

Illustrerer skjermen for å skrive inn betalingsdetaljer.

IssuePayment1 OmniScript integreres med et ACH-system for å hente kundens bankkontoinformasjon og godkjenne betalingen.

Illustrerer skjermen for å skrive inn kontodetaljer.
Illustrerer skjermen for å godkjenne betaling.
Merk
Merk

achAuthorization-trinnet i IssuePayment1 OmniScript er konfigurert til å godta og godkjenne testdata.

Du kan endre dette trinnet i OmniScript-koden du oppretter eller utvider.

Når betalingen er godkjent, kaller IssuePolicy OmniScript opp tjenesten InsPolicyService:createUpdatePolicy for å opprette poliseposten.

En Data Mapper Extract-handling leser policyposten, og OmniScript viser en bekreftelse på at policyen er aktiv.

Hva er i den

Slik ser trinnene ut i OmniScript Designer:

  1. getQuoteDetails

  2. getQuoteInformation

    • Komponenttype: Handlingen Datakarttrekk

    • Hva den gjør: Trekker ut produkt- og kontoinformasjon fra tilbudet.

    • Samtaler: Ins_ExtrQuoteDetails_IssueOS

  3. setQuoteInformation

    • Komponenttype: Angi verdier

    • Hva den gjør: Angir verdier for en rekke tilbudselementer

    • Samtaler: Ingen

  4. quoteDetails

    • Komponenttype: Trinn

    • Hva den gjør: Inkluderer følgende underkomponenter:

      • Citatnummer

      • quoteEffectiveDate

      • quotePremium

      • quoteTerm

      • billType

    • Samtaler: Ingen

  5. paymentPlanSetUp1

    • Komponenttype: OmniScript

    • Hva den gjør: Kaller opp et annet OmniScript som lar brukeren konfigurere en betalingsplan.

    • Samtaler: ins/SetupPaymentPlan OmniScript

  6. setPaymentAmount

    • Komponenttype: Angi verdier

    • Hva den gjør: Angir verdier for en rekke faktureringselementer.

    • Samtaler: Ingen

  7. IssuePayment1

    • Komponenttype: OmniScript

    • Hva den gjør: Lar en bruker betale premiebeløpet sitt i sanntid.

    • Samtaler: ins/IssuePayment OmniScript

  8. createUpdatePolicy

    • Komponenttype: Integrasjonsprosedyrehandling

    • Hva den gjør: Oppretter en policypost.

    • Samtaler: Insurance_CreatePolicy-integreringsprosedyre

  9. applyPremiumPayment

    • Komponenttype: Integrasjonsprosedyrehandling

    • Hva den gjør: Bruker et premiebeløp som betales via IssuePayment OmniScript i trinn 7 på poliseposten.

    • Samtaler: Insurance_IssuePayment

  10. readPolicyforbekreftelse

    • Komponenttype: Handlingen Datakarttrekk

    • Hva den gjør: Trekker ut data om policyen, produktet og betalingen.

    • Samtaler: readPolicyLwc

  11. UpdateQuoteStatus

    • Komponenttype: Handlingen Datatilordninginnlegg

    • Hva den gjør: Oppdaterer tilbudsstatusen.

    • Samtaler: UpdateQuoteStatus

  12. CreatePolicyParties

    • Komponenttype: Integrasjonsprosedyrehandling

    • Hva den gjør: Oppretter en post for poliseholderen som en part.

    • Samtaler: PolicyholderParty_Opprett integreringsprosedyre

  13. CreateProducerParty

    • Komponenttype: Integrasjonsprosedyrehandling

    • Hva den gjør: Oppretter en partspost for megleren som solgte forsikringspolisen.

    • Samtaler: ProducerParty_Create

  14. policyConfirmation (policybekreftelse)

    • Komponenttype: Trinn

    • Hva den gjør: Inneholder følgende underkomponenter:

      1. Gratulerer: En tekstblokk som gratulerer brukeren med kjøpet av policyen.

      2. CustomLWC1

        • Komponenttype: Tilpasset LWC

        • Hva den gjør: Viser bekreftelse av polisekjøpet, med kjøpsdata.

        • Samtaler: vlocity_ins__insOsConfirmation

      3. textBlock2: En tekstblokk som inkluderer kontaktinformasjon for forsikringsselskapet.

      4. viewPolicy

        • Komponenttype: Navigere i handling

        • Hva den gjør: Gir navigering

    • Samtaler: Ingen

Problempolicy fra tilbudsgrensesnittet

En kundeservicerepresentant eller intern forsikringsrepresentant som har tilgang til Tilbud-grensesnittet, kan utstede poliser fra det grensesnittet. Dette eksemplet viser poliser utstedt fra Tilbud-grensesnittet ved bruk av forhåndsdefinerte LWC-baserte komponenter fra et eksisterende tilbud.

Slik ser det ut trinn for trinn:

Start på Tilbud-listesiden. Velg tilbudet du vil utstede en policy for.

Klikk på Problempolicy – Innebygd i Tilbud-grensesnittet.

I Problempolicy-vinduet gjør du eventuelle endringer du ønsker, og klikker på Opprett.

Vlocity oppretter policyen og viser en melding om vellykket utførelse i Tilbud-grensesnittet.

Du kan også starte OmniScript som beskrevet i forrige del, fra Tilbud-grensesnittet. Klikk på Problempolicy for å starte dette OmniScript.

 
Laster
Salesforce Help | Article