InsQuoteService:updateQuotePlans

Klasse: InsQuoteService

Metode: updateQuotePlans

Slik virker det

Hvis for eksempel en dekning har et attributt med attributtkoden cat1_copay_inn, og inndatakartet inneholder en delvis attributtkode copay, vil det være et samsvar, siden cat1_copay_inn inneholder strengen copay, og attributtene på denne dekningen vil bli oppdatert.

1. Tjenesten tar quoteId å finne måltilbudet.

2. Bruker inputKey til å finne inndataene (dekninger, attributter).

3. Endrer dekninger eller attributter i et tilbud basert på operationScope (dekninger eller attributter) og operationType (innsetting, oppdatering, oppdatering).

• Hvis operationScope er dekning, settes inndatakningene i målplanene inn, oppdateres eller oppdateres i måltilbudet, basert på operationType.

• Hvis operationScope er attributter, oppdateres dekningsattributtene i måltilbudet, basert på hvilke dekninger som inneholder attributter hvis kode inneholder en av de delvise attributtkodene som er oppført i inndatakartet.

Merk

MERK: Hvis planIds oppgis, oppdateres dekningen bare hvis den tilhører en av planIds i listen, selv om det er et samsvar.

Merk

MERK: For å sette inn et nytt rotproduktdekning trenger du minst ett underordnet tilbudslinjeelement under rotproduktet.

Eksterne alternativer

Tilordning av alternativer

Her er eksempler på kartvariabler som brukes på et kort når operationScope er dekning:

{
  'quoteId': '0Q0000000000000000',
  'inputKey': 'inputJson',
  'operationScope': 'coverages',
  'operationType': 'insert',
  'identifiers': planId1, planId2'
}

Her er eksempler på kartvariabler som brukes på et kort, når operationScope er attributter:

{
  'quoteId': '0Q0000000000000000',
  'inputKey': 'inputJson',
  'operationScope': 'attributes',
  'identifiers': '0QLf4000000SX3tGAG, 0QLf4000000SX3rGAG'
}

Inndata-JSON

Hvis operationScope er dekninger, må inndataene inneholde et JSONResult-objekt (eller et kart som kan analyseres som et JSONResult-objekt) som inneholder dekningene som skal settes inn eller oppdateres (dekning 1, dekning 2 osv.):

{
  'inputJson': {
    'records': [{
      'productName': 'Coverage 1',
      'attributeCategories': [...],
      ...
    }, {
      'productName': 'Coverage 2',
      'attributeCategories': [...],
      ...
    }]
  }
}

Hvis operationScope er attributter, må inndataene inneholde et kart over delvise attributtkoder og deres oppdaterte verdier, som vist i dette eksempelet:

{
  'inputJson': {
    'copay': 20,
    'covered': '90%'
  }
}

Eksempel på bruk

La oss si at du vil endre copay-attributtverdien på tvers av attributtkategoriens ChirOffiProf.

Forutsatt at en standard navnekonvensjon er:

attributeCategory_attributeCode_inNetwork/outOfNetwork

Med følgende in-network- og out-of-network copay-attributter:

• ChirOffiProf_copay_inn

• ChirOffiProf_copay_oon

Du vil konfigurere updateQuotePlans-tjenesten med følgende inndata og alternativer:

Inndata

Tilordning av delvise koder og deres verdier (det vil si at copay returnerer hvilket som helst attributtnavn med copay i strengen.) Den delvise koden i dette tilfellet vil være attributeCode-delen av malen:

{
    'copay': 20,
    'covered': 75
}

Options

• quoteId

• planId (QuoteLineItem Id)

Tjenesten søker etter alle dekningene innenfor de angitte planIds som har et attributt som inneholder den delvise attributtkoden (i dette tilfellet copay) og oppdaterer disse attributtene med den nye verdien (i dette tilfellet 20).

Hvis ingen planId er angitt, oppdateres alle dekninger som har et attributt som inneholder den overførte attributeCode delvis.