Flere rangeringsprosedyrer per produkt eller flere spesifikasjoner på hvilket som helst nivå for repriceProduct

Formatere InsProductService:repriceProduct userInputs for produkter som bruker flere rangeringsprosedyrer i produkthierarkiet eller flere underordnede spesifikasjoner på hvilket som helst nivå i hierarkiet.

Et kommersielt produkt som bruker unike rangeringsprosedyrer for sted, bygning og infrastruktur, har for eksempel flere rangeringsprosedyrer i produkthierarkiet.

Merk

Produkter som er konfigurert før Winter '23-utgivelsen 240.22, kan ha flere underordnede spesifikasjoner på et gitt nivå i hierarkiet, ingen underordnede spesifikasjoner og bare én rangeringsprosedyre på rotnivå. For disse produktene bruker du det samme userInputs-formatet som du gjorde i tidligere utgivelser. Se One Rating Procedure per Product for repriceProduct.

Et hjemforsikringsprodukt med mer enn ett kunstverk og smykker forsikret på en gitt eiendom, har flere underordnede spesifikasjoner på ett enkelt nivå i produkthierarkiet.

Merk

Hvis du vil rangere produkter som bruker en enkelt rangeringsprocedure per rotprodukt, formaterer du inndata-JSON på en annen måte. For å unngå feil kjører du tjenesten med bare én type userInputs-format om gangen. Se One Rating Procedure per Product for repriceProduct.

InsProductService: repriceProduct ser etter en userInputs-nøkkel i inndata-JSON-filen. Produkter med rangeringer på forsikringsartikkelnivå har én userInputs for hver forsikringsartikkelforekomst og én separat userInputs for rotforekomsten og dens dekninger.

I den unike userInputs med forsikrede elementnivådetaljer:

• For de forsikrede elementene som er direkte relatert til rotproduktet, angir du parentInstanceKey til produktkoden til rotproduktet.

• For forsikringselementer på lavere nivå angir du parentInstanceKey til den overordnede instanceKey. På et sted som heter 1 Market Street, er det for eksempel en bygning som heter Bygning 100. parentInstanceKey i userInputs for bygning 100 er 1 Market Street ('parentInstanceKey' => '1 Market Street').

• Angi instanceKey til instanceKey for den forsikrede artikkelen. instanceKey-verdien i userInputs for "Building 100" er for eksempel "Building 100" ('BUILDING.instanceKey' => "Building 100").

• Inkluder forekomstens dekninger for det forsikrede elementet.

I den separate userInputs med detaljer på rotnivå:

• Angi instanceKey til rotproduktens produktkode.

• Inkluder dekning på rotnivå.

Et reisendeforsikringsprodukt (TRAVEL_ROOT) dekker for eksempel en reisende (forsikret part), bagasje (forsikret artikkel) og verdipapirer (forsikret artikkel). Rotproduktet har ulykkesdekning (TRAVEL_ACCIDENT), og de underordnede produktene har hver sin egen dekning (TRAVELER_HEALTH, BAGAGE_LOSS og VALUABLES_THEFT).

{
'TRAVEL_ROOT.instanceKey' => 'TRAVEL_ROOT',
'parentInstanceKey' => '',
'TRAVEL_ACCIDENT.FaceAmount' => 3000
}

{
'TRAVELER.persName' => 'John Smith',
'TRAVELER.persIncome' => 100000,
'TRAVELER.instanceKey' => John Smith',
'parentInstanceKey' => 'TRAVEL_ROOT',
'TRAVELER_HEALTH.CoInsurance' => 0.2
},

{
'LUGGAGE.valuableName' => 'Suitcase',
'LUGGAGE.valuableValue' => 400,
'LUGGAGE_LOSS.ded_limit_Limit' => 400,
'LUGGAGE.instanceKey' => 'Suitcase',
'parentInstanceKey' => 'John Smith'
},

{
'VALUABLES.valuableName' => 'iPad',
'VALUABLES.valuableValue' => 600,
'VALUABLES_THEFT.ded_limit_Limit' => 400,
'VALUABLES.instanceKey' => 'iPad',
'parentInstanceKey' => 'John Smith'
}