request-id e o processamento continua
em segundo plano — acompanhe o resultado pela consulta de requisição ou por
webhooks.
Antes de começar, revise Convenções — valores em centavos,
datas ISO 8601, campos em kebab-case. Toda chamada exige o header
Authorization: Bearer <access-token>
(ver Autenticação).Escolhendo o endpoint
Inclusão em lote
1
Monte o payload
Informe
company-tax-id e a lista members. Cada membro traz seus dados de perfil e o mapa
products (tipo de produto → entradas com start-option e name ou product-id).2
Envie a requisição
POST /v1/enrollment/inclusion com o corpo JSON.3
Guarde o request-id
A resposta
200 traz { "request-id": "..." }. Use-o para acompanhar o processamento.Inclusão de titular
Inclusão de titular
Inclusão de grupo familiar (membro com dependentes)
Inclusão de grupo familiar (membro com dependentes)
O titular e seus dependentes vão no mesmo array
members. O dependente é vinculado pelo
primary-tax-id. Documentos previamente enviados (ver
envio de documentos)
são referenciados pelo document-id.Respostas de erro
403 Forbidden — sem permissão para acessar esta empresa
403 Forbidden — sem permissão para acessar esta empresa
422 Unprocessable Entity — dados inválidos
422 Unprocessable Entity — dados inválidos
A resposta devolve o lote com as
offenses de cada membro. Ver
Quando a movimentação não é aceita (422).Inclusão de benefício em membro existente
UsePOST /v1/enrollment/inclusion/{member-tax-id} com o CPF do membro no caminho. O corpo traz
company-tax-id e member-benefits.
200) traz o request-id:
Respostas de erro
400 Bad Request — membro não é titular da empresa especificada
400 Bad Request — membro não é titular da empresa especificada
403 Forbidden — sem permissão
403 Forbidden — sem permissão
422 Unprocessable Entity — dados inválidos
422 Unprocessable Entity — dados inválidos
Além dos dados do membro, a resposta inclui as
offenses que indicam quais validações falharam.Acompanhando o resultado
A inclusão retorna umrequest-id:
GET /v1/request/{request-id}, que retorna o andamento por CPF e por produto.
Quando a movimentação não é aceita (422)
Se houver violações de validação, a resposta é422 com o payload devolvido e uma lista de offenses
por membro e/ou por documento:
Testando em homologação
O parâmetro de query opcionalauto-resolve-enrollments permite resolver a movimentação
automaticamente: approve aprova, reject rejeita. Esta opção existe apenas no ambiente de
Homologação, para testes.