InsEnrollmentServiceStd:enrollNewHires

Så här fungerar det

1. Tjänsten söker efter gruppräkningsmedlemmar:
   1. Antingen alla medlemmar för en given groupCensusId eller
   2. Endast de medlemmar som anges i groupCensusMemberIds.
2. Varje primär groupCensusMemberIds i gruppräkningen ska ha fältet PolicyStartDate mappat. PolicyStartDate ska hamna mellan Startdatum för kontrakt och Slutdatum för kontrakt.
   1. Om någon av de primära groupCensusMemberIds inte har PolicyStartDate ifylld visas ett felmeddelande med en lista över groupCensusMemberIds och ett meddelande: "Ange ett giltigt datum för PolicyStartDate."
   2. Om någon av de primära groupCensusMemberIds har en PolicyStartDate som inte hamnar mellan Startdatum för kontrakt och Slutdatum för kontrakt visas ett felmeddelande med en lista över groupCensusMemberIds och ett meddelande: '"Specificera en PolicyStartDate inom ContractStartDate och ContractEndDate."
3. När tjänsten har bekräftat att alla medlemmar i primärräkningen har den PolicyStartDate som den söker efter de förinskrivna planerna som är länkade till varje medlem i GroupCensusMemberPlan.
4. Planens produkter för varje medlem returneras.
5. Om produkten är berättigad (den är en del av en Contract och ContractGroupPlans) skapas en Försäkringspolicy.
6. Försäkringspolicytäckningar (InsurancePolicyCoverages) skapas för de täckningsobjekt som specificeras i planen.
7. Personkonton kan skapas för gruppräkningsmedlemmarna i gruppräkningen. För att stödja personkontoflödet går denna tjänst igenom gruppräkningsmedlemmar för att göra följande saker:
   1. Om AccountIds (som hämtas från GroupCensusMember) är tillgängliga använder tjänsten AccountId som InsurancePolicy.NameInsured och skapar InsurancePolicyParticipants' PrimaryParticipantAccountId och RelatedParticipantAccountId.
   2. Om AccountId är null använder tjänsten groupAccountId som InsurancePolicy.NameInsured och contactId som InsurancePolicyParticipants' PrimaryParticipantContactId och RelatedParticipantContactId.
8. En Försäkringspolicy skapas endast för en primär medlem, inte deras beroende. De beroende detaljerna i Försäkringspolicyerna lagras som:
   1. Den beroende informationen skapas i ett separat objekt som kallas InsurancePolicyParticipants. En post skapas även för den primära medlemmen. Tjänsten associerar dessa poster till Försäkringspolicyer.
   2. Fälten primaryParticipantAccountId och relatedParticipantAccountId för deltagare i försäkringspolicy (InsurancePolicyParticipant) fylls också i med hjälp av AccountId för gruppräkningsmedlemmen och Kontaktfält när AccountId är null.
9. Försäkringspolicyns giltighetsdatum kommer att vara samma som PolicyStartDate för huvudmedlemmen.
10. Försäkringspremien kommer att beräknas baserat på antalet dagar som medlemmen är registrerad för inom kontraktsperioden. Till exempel: den totala premien från betyget :16.00. Kontraktets varaktighet: 365 dagar (Startdatum: 10-jan-2023 till Slutdatum: 9-jan-2024)Medlemmens policy startdatum : 28-feb-2023Totalt antal dagar för nyförvärvet i kontraktet: 316Prorated premium: 16* (316/365) = 13.85
11. Försäkringspolicytäckningar:
    1. Om en familjemedlem registrerar sig för en valfri täckning under medlemsregistreringen motsvarar en separat InsurancePolicyCoverage varje registrerad valfri täckning. Varje InsurancePolicyCoverage som motsvarar valfria täckningar lagrar den registrerade deltagaren i försäkringspolicyn i fältet vlocity_ins_fsc__InsurancePolicyParticipantId__c i objektet InsurancePolicyCoverage.
    2. Det finns en enda InsurancePolicyCoverage för obligatoriska täckningar för en familj per produkt.
12. Försäkringspolicypremie: Om saveMemberPremium är satt till true innehåller InsurancePolicyParticipant policyns StandardPremiumAmount. Detta belopp beräknas på samma sätt som försäkringspremien i steg 10.
    

    Anteckning Konfigurera uttrycksuppsättningen eller beräkningsförfarandet för att ställa in premiebeloppet på medlemsnivå till ett memberPremium som är inställt till sant.

Konfigurera värderingsförfarandet för att skicka giltighetsdatum som alternativ till uttrycksuppsättningen eller beräkningsförfarandet.

• Nyckel för fjärralternativet för uttrycksuppsättning eller beräkningsförfarande : effectiveDate
• Värde för alternativet för uttrycksuppsättning eller beräkningsförfarande: %options:effectiveDate%
• Vad den gör: Detta värde skickas som ett alternativ till InsProductService:getRatedProduct genom denna integreringsprocess. Dessa data används för att hämta rätt versioner av uttrycksuppsättningen eller beräkningsförfarandet och matriser som integreringsförfarandet använder för värdering.

Fjärralternativ

Indata-JSON

Här är exempel-JSON för indata:

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

JSON för utdata

Här är exempelutdata-JSON:

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