InsQuoteService:updateQuotePlans

Clase: InsQuoteService

Método: updateQuotePlans

Funcionamiento

Por ejemplo, si una cobertura tiene un atributo con el código de atributo cat1_copay_inn y el mapa de datos de entrada contiene un código de atributo parcial copago, habría una coincidencia, ya que cat1_copay_inn contiene la cadena copay y los atributos de esta cobertura se actualizarían.

1. El servicio toma la quoteId de encontrar el presupuesto de destino.

2. Utiliza el inputKey para localizar los datos de entrada (coberturas, atributos).

3. Modifica coberturas o atributos en un presupuesto, basándose en operationScope (coberturas o atributos) y operationType (insertar, actualizar, alterar).

• Si operationScope son coberturas, las coberturas de entrada en los planes de destino se insertan, actualizan o aumentan en el presupuesto de destino, basándose en el operationType.

• Si operationScope es atributos, se actualizan los atributos de cobertura del presupuesto de destino, en base a qué coberturas contienen atributos cuyo código contiene uno de los códigos de atributo parciales enumerados en el mapa de datos de entrada.

Nota

NOTA: Si se proporciona planIds, la cobertura se actualizará solo si pertenece a uno de los planIds de la lista, incluso si existe una coincidencia.

Nota

NOTA: Para insertar una nueva cobertura de producto raíz, necesita al menos una partida de presupuesto secundaria bajo el producto raíz.

Opciones remotas

MAPA de opciones

Estas son las variables de mapa de opciones de ejemplo, como se utilizan en una tarjeta, cuando el operationScope es coberturas:

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

A continuación se muestran opciones de ejemplo para asignar variables, como se utiliza en una tarjeta, cuando el operationScope es atributos:

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

JSON de entrada

Si el operationScope es coberturas, los datos de entrada deben contener un objeto JSONResult (o un mapa que se puede analizar como un objeto JSONResult) que contiene las coberturas para insertar o actualizar (Cobertura 1, Cobertura 2, etc.):

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

Si el operationScope es atributos, los datos de entrada deben contener un mapa de códigos de atributo parciales y sus valores actualizados, como se muestra en este ejemplo:

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

Uso de ejemplo

Supongamos que desea cambiar el valor del atributo de copago en la categoría de atributo ChirOffiProf.

Suponiendo una convención de nomenclatura estándar de:

attributeCategory_attributeCode_inNetwork/outOfNetwork

Con los siguientes atributos de copago dentro y fuera de la red:

• ChirOffiProf_copay_inn

• ChirOffiProf_copay_oon

Configuraría el servicio de updateQuotePlans con las siguientes entradas y opciones:

Entradas

Mapa de códigos parciales y sus valores (es decir, copago devuelve cualquier nombre de atributo con copago en la cadena.) El código parcial en este caso sería la parte attributeCode de la plantilla:

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

Opciones

• quoteId

• planId (QuoteLineItem Id)

El servicio buscará todas las coberturas dentro de los planIds especificados que tienen un atributo que contiene el código de atributo parcial (en este caso, copago) y actualizará esos atributos con el nuevo valor (en este caso, 20).

Si no se especifica planId, se actualizan todas las coberturas que tienen un atributo que contiene el attributeCode parcial que se está pasando.