Skip to main content
Uma exclusão encerra um ou mais benefícios de um membro. Assim como a inclusão, é assíncrona: a API responde com um request-id e o processamento segue em segundo plano.
Toda chamada exige o header Authorization: Bearer <access-token> (ver Autenticação). Datas em ISO 8601 e campos em kebab-case (ver Convenções).

Escolhendo o endpoint

product-id identifica o benefício pelo produto contratado, e não pelo benefit-id. Se o membro tiver mais de um benefício ativo do mesmo produto dentro do escopo de empresas autorizado do chamador (ex.: o mesmo produto em duas empresas do mesmo grupo), a API não escolhe um deles: a exclusão é recusada com 409. Nesse caso, use o endpoint por benefit-id.

O corpo exclusion-details

Todos os quatro endpoints recebem o mesmo objeto exclusion-details:
Plano de extensão só é concedido quando exclusion-reason é dismissal e o benefício é health-insurance ou dental-insurance. Para qualquer outra combinação de motivo/tipo de benefício, extension-plan e extension-plan-rule são ignorados silenciosamente — a exclusão segue normalmente, sem extensão.

Plano de extensão por produto

Com extension-plan-rule você escolhe quais produtos continuam ativos durante a extensão e até quando cada um. Cada benefício afetado pela exclusão recebe sua data de fim assim: Regras do campo:
  • Cada item exige product-id e end-date. O product-id é o mesmo devolvido nos benefícios do membro (Obter membro).
  • Um mesmo product-id não pode se repetir na lista. Se repetir, a requisição é recusada com 400 de coerção (ver Erros).
  • A validação de “data no passado” vale para o end-date geral. Informe no item da regra a data em que a extensão termina, normalmente posterior ao end-date geral.

Exemplo completo: demissão com extensão do plano de saúde

Cenário: um titular é demitido sem justa causa. Ele tem três benefícios primários ativos: O colaborador contribuía com o plano de saúde e optou por mantê-lo em extensão até 2025-12-31. O odontológico e o seguro de vida terminam junto com o desligamento.
Resultado, por benefício:
Para estender todos os benefícios elegíveis e ainda assim definir uma data própria para algum deles, envie extension-plan: true junto com a extension-plan-rule: os produtos listados usam a data da regra e os demais elegíveis usam o end-date geral.

Exemplos

Demissão sem justa causa em que o benefício excluído (um plano de saúde) segue em extensão até 2025-12-31. O product-id da regra deve ser o produto do benefício informado em benefit-id; se não for, a regra não se aplica e o benefício termina no end-date geral.
Resposta de sucesso (200):

Erros comuns

400 — documentos não aceitáveis

Quando os documentos são rejeitados, a resposta devolve o exclusion-details enviado com offenses em dois níveis: no próprio exclusion-details e em cada documento problemático.

424 — movimentações em andamento

O formato do 424 muda conforme o endpoint.
Detalhes de todos os códigos em Erros.
O parâmetro de query opcional auto-resolve-enrollments (approve ou reject) resolve a exclusão automaticamente. Esta opção existe apenas no ambiente de Homologação, para testes.