Loading
Forsikring
InsEnrollmentServiceStd:enrollPlans

InsEnrollmentServiceStd:enrollPlans

Bruk denne tjenesten til å opprette forsikringspolise- (InsurancePolicy)-poster for medlemmets valgte medisinske, dental-, syns- og andre planer.

Klasse: InsEnrollmentServiceStd​​

Metode: enrollPlans

Slik virker det

Tjenesten gjør følgende:

  1. Tjenesten tar inndata-JSON-koden og ser etter informasjonen for å opprette polisene (Forsikringspolise).
    defaultIsFSCOption​isFsc-parameteren​Output​
    ​True​ ​False​ Oppretter Forsikringspolise-poster ( InsurancePolicy )
    ​False​ ​False​ Returnerer feilmelding - "FSC deaktivert; Bruk den gamle enrollPlans-metoden til å opprette aktivumobjekt ".
    ​True​ ​True​ Oppretter Forsikringspolise-poster ( InsurancePolicy )
    ​False​ ​True​ Oppretter Forsikringspolise-post ( InsurancePolicy )
    Merk
    Merk Registreringstjenester kan skrive til Forsikringspolise og relaterte objekter (Harmonisert polisedatamodell) eller Aktivum-objekter (Vlocity-modell), avhengig av isFsc-parameteren og den tilpassede innstillingen for defaultIsFSCOption . Bruk InsEnrollmentService:enrollPlans-tjenesten til å opprette aktivumposter
  2. For en Forsikringspolise-post kan medlemmet representeres som enten en kontakt eller en personkonto. Hvis medlemmet er representert som en kontakt, angis Account.Id av registreringskontrakten som polisens konto. Når et medlem representeres som en personkonto, angis personkonto-IDen til medlemmet som policyens konto.

    Når et medlem (primært eller avhengig) representeres som både en konto og en kontakt, bruker tjenesten kontorepresentasjonen.

  3. Knytter avhengige til polisene som Forsikringspolisedeltakere ( InsurancePolicyParticipants ). Den oppretter en annen Forsikringspolisedeltaker (​InsurancePolicyParticipant​​) for det primære medlemmet.
  4. Postene for InsurancePolicyParticipants​​ fylles ut i henhold til disse reglene:

    Primær InsurancePolicyParticipant

    Avhengig InsurancePolicyParticipant

    Primært medlem-ID = PersonAccount

    PrimaryParticipant.PrimaryParticipantAccountId = PersonAccount PrimaryParticipant.PrimaryParticipantContactId = PersonAccount.personContactId

    AvhengigParticipant.PrimaryParticipantAccountId = PersonKonto AvhengigParticipant.PrimaryParticipantContactId = PersonKonto.personKontaktId

    Primært medlem-ID = ContactId

    PrimaryParticipant.PrimaryParticipantContactId = ContactId​

    ​DependentParticipant.PrimaryParticipantContactId = ContactId​

    Avhengig medlem-ID = ContactId/AccountId

    Populasjonen av primære deltakerposter skjer basert på primærmedlem-IDen.

    Den avhengige medlemspopulasjonen følger samme logikk som beskrevet ovenfor for primære medlemmer.

  5. Henter ProductId fra planen og stempler InsurancePolicy.ProductId til denne ID-en.

  6. Oppretter disse relasjonene:

    Forsikringspolise

    InsurancePolicy.EffectiveDate= Contract.StartDate eller EffectiveStart i inndata-JSON-filen.

    InsurancePolicy.ExpirationDate = Contract.EndDate eller EffectiveEnd i inndata-JSON-filen.

    InsurancePolicy.ContractGroupPlanId = ContractGroupPlan.Id​

  7. Tjenesten beregner InsurancePolicy.PolicyTerm basert på Contract.ContractTerm:

    Forsikringspolise

    InsurancePolicy.PolicyTerm = Årlig.

    InsurancePolicy.PolicyTerm = Halvårlig

    InsurancePolicy.PolicyTerm = Månedlig

  8. Henter Price-nøkkelen fra inndata-JSON-filen og oppretter disse relasjonene:

    Forsikringspolise

    InsurancePolicy.StandardPremiumAmount = Pris

    InsurancePolicy.TermPremiumAmount​ = Prissammenlignet pris basert på gyldighetsdatoen.

  9. Oppretter Forsikringspolisedekninger (InsurancePolicyCoverages) for dekningselementene.

Eksterne alternativer

Alternativ

Beskrivelse

inputKey

Obligatorisk.

Nøkkelen til en forhåndstransformert JSON-struktur som inneholder informasjon tjenesten trenger.

Inndata-JSON

Tjenesten tar JSON-koden som er angitt av inputKey. I dette eksemplet er inputKey = enrollmentJson.

Tjenesten krever følgende:

  • contractId: <verdi>

  • Dependents: <liste over kart for contactId og relationshipType av de avhengige>

Denne JSON-koden for inndata kan ha enten en liste over objekter eller et kart fordi tjenesten støtter opprettelse av én policy eller flere policyer.

​​primaryMemberId​​ kan enten være en personkonto-ID eller kontakt-ID. Basert på ID-typen ​primaryMemberId fungerer tjenesten som beskrevet tidligere.

Tjenesten har også en memberId-node for å støtte både Personkonto-ID og Kontakt-ID for avhengige. Basert på Id-typen memberId fungerer tjenesten som beskrevet ovenfor.

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

{
	"enrollmentJson": {
    	"dependents": [
      	{
        	"IsSpouse": false,
        	"memberId": "001RO000003NTBtYAO",
        	"LastName": "Jones",
        	"FirstName": "Jean",
        	"relationshipType": "Child"
      	}
    	],
    	"coverages": {
      		"records": [
        	{
          		"Price": "13",
          		"productcode": "CI"
        	}
      		]
    	},
    	"Price": 20,
    	"planId": "0rgRO000000000zYAA",
    	"primaryMemberId": "001RO000003Zr0AYAS",
    	"contractId": "800RO000000TFXdYAO"
  }
}

Utdata-JSON

Tjenesten oppretter en liste over forsikringspoliseposter.

{
  "policyIds": [
    "0YTRO00000006Ar4AI"
  ],
  "errorMsg": "",
  "assetIds": [],
  "error": "OK"
}
 
Laster
Salesforce Help | Article