InsPolicyService:createReinstatementPolicy

Så fungerar det

1. Tjänsten tar policyId av den annullerade policyn som indata.

2. Tjänsten accepterar reinstatementEffectiveDate som indata för transaktionens giltighetsdatum.

3. Tjänsten accepterar policystatusen som indata för status för den nya policyn som skapas.

4. Tjänsten skapar en ny klonad version av den annullerade policyversionen med ett giltighetsdatum som endDate för den annullerade policyversionen + 1 dag.

5. Tjänsten skapar dessa transaktioner som en del av att återinföra en policy:

   1. Återinförande: Om flaggan createTransaction är true skapar tjänsten en transaktionstyp som ett återinförande för ändringarna av villkorspremien.

   2. Återinförande efter betalningsplan: Om både flaggan createTransaction och flaggan includePaymentSchedule är sanna:

      1. Tjänsten skapar alla framtida betalningsscheman baserat på betalningsfrekvensen efter

         reinstatementEffectiveDate.

      2. Servicekontona för den missade betalningen varar mellan annulleringsdatumet och nästa datum för betalningsplanen efter reinstatementEffectiveDate i en konsoliderad post. Schemadatumet för detta betalningsschema är reinstatementEffectiveDate och statusen är Valid.

      3. Om betalningsplanen är obetald vid tidpunkten för annulleringen regleras inte annulleringen. I detta fall är statusen för betalningsplanen (annullering) Invalid och det obetalda beloppet redovisas i den nya betalningsplanen för den återinförda policyn.

      4. Tjänsten skapar en transaktionstyp av Reinstatement by Payment Schedule bifogad till den konsoliderade betalningsplanen.

      5. Om betalningsplanen under annulleringen är obetald uppdaterar tjänsten statusen för betalningsplanen till Invalid och inkluderar det utestående beloppet i den konsoliderade betalningsplanen.

      6. Om useIsPaidFlag är sant skapar tjänsten detaljer om betalningsschemaposter för betalningsschemaposterna och skapar transaktionsfördelningsposter för transaktionerna.

Anteckning

Tjänsten har även stöd för återinförande av policyer där den ursprungliga policyversionen har en varaktighet på mindre än 365 dagar, eller mindre än 366 dagar under ett skottår. Se Överväganden och begränsningar för försäkringspolicyer.

Fjärralternativ

JSON för indata och alternativ

Här är exempel på JSON för indata och alternativ JSON:

JSON för indata

{
	"policyId":"0YTRN0000000CjG4AU"
}

Alternativ JSON

{
    "reinstatementEffectiveDate": "4/28/2023",
    "includePaymentSchedule": true,
    "useLocalTimeZone": true,
    "includeRevenueSchedule": false,
    "isCreatingPolicyTerms": false,
    "createTransaction": true,
    "useIsPaidFlag": true
  }

JSON för utdata

{
  "policyTermIds": [
    "a6ERN00000003RO2AY"
  ],
  "snapshotId": [
    "00PRN000000c9hn2AA"
  ],
  "InsurancePolicy": [
    "0YTRN0000000CjG4AU"
  ]
}