InsEnrollmentServiceStd:enrollNewHires

Slik virker det

1. Tjenesten søker etter gruppebestillingsmedlemmer:
   1. Alle medlemmer for en gitt groupCensusId eller
   2. Bare de medlemmene som er angitt i groupCensusMemberIds.
2. Hver primær groupCensusMemberIds i gruppensummeringen skal ha PolicyStartDate-feltet tilordnet. PolicyStartDate bør være mellom startdatoen for kontrakten og sluttdatoen for kontrakten.
   1. Hvis noen av de primære groupCensusMemberIds ikke har PolicyStartDate fylt ut, utløser tjenesten en feilmelding med en liste over groupCensusMemberIds og en melding: "Angi en gyldig dato for PolicyStartDate."
   2. Hvis noen av de primære groupCensusMemberIds har en PolicyStartDate som ikke faller mellom Startdato for kontrakt og Sluttdato for kontrakt, utløser tjenesten en feilmelding med en liste over groupCensusMemberIds og en melding: "Angi en PolicyStartDate som er innenfor ContractStartDate og ContractEndDate."
3. Når tjenesten har bekreftet at alle primære folketellingsmedlemmer har PolicyStartDate informasjonen de søker etter de forhåndsregistrerte planene koblet til hvert medlem i GroupCensusMemberPlan.
4. Planens produkter for hvert medlem returneres.
5. Hvis produktet er kvalifisert (det er en del av en Contract og ContractGroupPlans), opprettes det en Forsikringspolise.
6. Forsikringspolisedekninger (InsurancePolicyCoverages) opprettes for dekningselementene som er angitt i planen.
7. Personkontoer kan opprettes for gruppebestillingsmedlemmene i gruppebestillingen. For å støtte Personkonto-flyten går denne tjenesten gjennom gruppebestemmelsesmedlemmer for å gjøre følgende:
   1. Hvis AccountIds (hentet fra GroupCensusMember) er tilgjengelig, bruker tjenesten AccountId som InsurancePolicy.NameInsured og oppretter InsurancePolicyParticipants' PrimaryParticipantAccountId og RelatedParticipantAccountId.
   2. Hvis AccountId er null, bruker tjenesten groupAccountId som InsurancePolicy.NameInsured og contactId som InsurancePolicyParticipants' PrimaryParticipantContactId og RelatedParticipantContactId.
8. En forsikringspolise opprettes bare for et primært medlem, ikke deres avhengige. De avhengige detaljene i Forsikringspoliser lagres som:
   1. Den avhengige informasjonen opprettes i et separat objekt kalt InsurancePolicyParticipants. Det opprettes også en post for det primære medlemmet. Tjenesten knytter disse postene til Forsikringspoliser.
   2. Forsikringspolisedeltagerens (InsurancePolicyParticipant) primaryParticipantAccountId- og relatedParticipantAccountId-felt fylles også ut med AccountId-feltet til gruppebestemmelsesmedlemmet og Kontakt-feltet når AccountId er null.
9. Forsikringspolisen trer i kraft samme dag som det primære medlemmet PolicyStartDate.
10. Forsikringspremien blir fordelt etter antall dager medlemmet er registrert i kontraktsperioden. Eksempel: total premiebeløp fra rangeringen :16.00. Kontraktsvarighet: 365 dager (Startdato: 10-jan-2023 til Sluttdato: 9-jan-2024)Startdato for medlemspolise: 28-Feb-2023Totalt antall dager for den nye ansettelsen i kontrakten: 316Prorated premiebeløp: 16* (316/365) = 13.85
11. Forsikringspolisedekninger:
    1. Hvis et familiemedlem registrerer seg for en valgfri dekning under medlemsregistreringen, tilsvarer en separat InsurancePolicyCoverage-post hver og en av de registrerte valgfrie dekningene. Hver InsurancePolicyCoverage som tilsvarer valgfrie dekninger, lagrer den påmeldte Forsikringspolisedeltakeren i vlocity_ins_fsc__InsurancePolicyParticipantId__c i InsurancePolicyCoverage-objektet.
    2. Det er én enkelt InsurancePolicyCoverage for obligatorisk dekning for en familie per produkt.
12. Forsikringspolise Premium: Hvis saveMemberPremium er satt til true, inneholder InsurancePolicyParticipant-postene StandardPremiumAmount-verdien til policyen. Dette beløpet er fordelt (og beregnes på samme måte som Forsikringspremiebeløpet i trinn 10).
    

    Merk Konfigurer uttrykkssettet eller beregningsprosedyren for å angi premiebeløpet på medlemsnivå til et memberPremium-felt alternativet Inkluder i beregning-utdata angitt til sann.

Konfigurer rangeringsprosedyren til å overføre gyldighetsdatoene som alternativer til uttrykkssettet eller beregningsprosedyren.

• Nøkkel for uttrykkssettet eller eksternt alternativ for beregningsprosedyre: effectiveDate
• Verdi for uttrykkssettet eller eksternt alternativ for beregningsprosedyre: %options:effectiveDate%
• Hva den gjør: Denne verdien overføres som et alternativ til InsProductService:getRatedProduct-tjenesten av denne integrasjonsprosedyren. Disse dataene brukes til å trekke ut de riktige versjonene av uttrykkssettet eller beregningsprosedyren og matrisen som Integrasjonsprosedyre bruker til rangering.

Eksterne alternativer

Inndata-JSON

Her er et eksempel på JSON-koden for inndata:

{
   "Input": {
    "groupCensusId": "0rfRO00000005OUYAY",
    "contractId": "800RO000000WG4mYAG"
  },
  "Options":{
    "isBatchMode":false
  }
 }

Utdata-JSON

Her er et eksempel på JSON-koden for utdata:

{
   "policyIds":[
      "0036F00002Q4wlSQAR",
      "0036F00002Q4wlSQAQ"
   ]
}