Procédures de tarification multiples par produit ou spécifications multiples à tout niveau pour priceProduct

Mettre en forme les InsProductService:repriceProduct userInputs de produits qui utilisent plusieurs procédures de tarification dans la hiérarchie des produits ou plusieurs spécifications enfants à n'importe quel niveau de la hiérarchie.

Par exemple, un produit commercial qui utilise des procédures de tarification uniques pour Emplacement, Bâtiment et Infrastructure a plusieurs procédures de tarification dans la hiérarchie des produits.

Remarque

Les produits configurés avant la version Winter '23 version 240.22 peuvent avoir plusieurs spécifications enfants à un niveau donné de la hiérarchie, aucune spécification petit-enfant et une seule procédure de tarification au niveau racine. Pour ces produits, utilisez le même format de userInputs que dans les versions antérieures. Consultez Une procédure de tarification par produit pour repriceProduct.

Un produit d'assurance habitation avec plusieurs œuvres d'art et bijoux assurés dans une propriété donnée a plusieurs spécifications enfants dans un seul niveau de la hiérarchie des produits.

Remarque

Pour évaluer les produits qui utilisent une procédure de tarification unique par produit racine, vous formatez différemment le JSON d'entrée. Pour éviter les erreurs, exécutez le service avec un seul type de format userInputs à la fois. Consultez Une procédure de tarification par produit pour repriceProduct.

InsProductService: repriceProduct recherche une clé de userInputs dans le JSON d'entrée. Les produits qui ont une évaluation au niveau de l'élément assuré ont une userInputs pour chaque instance d'élément assuré et une userInputs séparée pour l'instance racine et ses couvertures.

Dans le userInputs unique avec les détails au niveau de l'élément assuré :

• Pour les articles assurés associés directement au produit racine, définissez parentInstanceKey sur le code produit du produit racine.

• Pour des articles assurés de niveau inférieur, définissez parentInstanceKey sur la valeur de instanceKey du parent. Par exemple, à un emplacement appelé 1 Market Street, il y a un bâtiment appelé Building 100. La valeur parentInstanceKey dans la userInputs du bâtiment 100 est 1 Market Street ('parentInstanceKey' => '1 Market Street').

• Définissez instanceKey sur la valeur de instanceKey de l'article assuré. Par exemple, la valeur instanceKey dans userInputs pour « Building 100 » est « Building 100 » ('BUILDING.instanceKey' => 'Building 100').

• Incluez les couvertures de l'instance de l'élément assuré.

Dans le userInputs unique séparé avec les détails au niveau racine :

• Définissez instanceKey sur le code produit du produit racine.

• Incluez des couvertures au niveau racine.

Par exemple, un produit d'assurance voyage (TRAVEL_ROOT) couvre un VOYAGEUR (Partie assurée), DES BAGAGES (Article assuré) et DES OBJETS DE VALEUR (Article assuré). Le produit racine a une couverture accident (TRAVEL_ACCIDENT) et les produits enfants ont chacun leur propre couverture (TRAVELER_HEALTH, LUGGAGE_LOSS et 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'
}