Pagamentos Subsequentes
Continuando o exemplo de Primeiro Sinistro: o(a) segurado(a) segue desempregado(a) no mês seguinte e é hora de pedir a segunda parcela.
Cada parcela pleiteada é um sinistro novo e independente — a chamada é exatamente a mesma usada para a primeira parcela (POST /v2/claims), com os mesmos campos, apontando para a mesma apólice e cobertura. Não há um identificador de "caso" unindo as parcelas, nem um endpoint separado de "próxima parcela".
O que muda, e o que não muda
| Campo | Primeira parcela | Segunda parcela | Por quê |
|---|---|---|---|
policyId | igual | igual | mesma apólice |
coverageType | PR | PR | mesma cobertura |
eventDate | 2026-06-01 | 2026-06-01 | reenviado sem alteração — é quando o desemprego começou, não muda |
jobStartDate | 2023-01-15 | 2023-01-15 | reenviado sem alteração — mesma admissão de emprego |
pmtReferenceDate | 2026-06-01 | 2026-07-01 | o único valor que muda — identifica a que parcela este pedido se refere |
proofs | evidência completa | apenas o que for novo | ver abaixo |
As provas de escopo de apólice (ANTIFRAUD_DOCS) já enviadas continuam disponíveis automaticamente — não é preciso reenviá-las. Já as provas de escopo de sinistro (ex: uma evidência atualizada de que o desemprego continua) precisam ser enviadas de novo em cada novo pedido de parcela, pois cada sinistro é um registro independente.
Abrindo o sinistro da segunda parcela
🔎 Exemplo de requisição:
POST /v2/claims
Authorization: Bearer eyJhbGciOiJIUzI1Ni...
Content-Type: application/json
{
"policyId": "3fa85f64-5717-4562-b3fc-2c963f66afa6",
"coverageType": "PR",
"eventDate": "2026-06-01",
"jobStartDate": "2023-01-15",
"pmtReferenceDate": "2026-07-01",
"proofs": [
{ "proofTypeName": "EMPLOYMENT_TERMINATION_PROOF", "url": "https://docs.example.com/rescisao.pdf" }
]
}
✅ Exemplo de resposta:
{
"id": "3fa85f64-5717-4562-b3fc-2c963f66afa7",
"policyId": "3fa85f64-5717-4562-b3fc-2c963f66afa6",
"coverage": "Perda de Renda",
"coverageType": "PR",
"eventDate": "2026-06-01",
"jobStartDate": "2023-01-15",
"pmtReferenceDate": "2026-07-01",
"createdAt": "2026-07-02T09:40:00.000Z",
"updatedAt": "2026-07-02T09:40:00.000Z",
"proofs": [
{ "id": "3fa85f64-5717-4562-b3fc-2c963f66afa9", "proofType": "EMPLOYMENT_TERMINATION_PROOF", "originalUrl": "https://docs.example.com/rescisao.pdf", "contentType": "application/pdf", "createdAt": "2026-07-02T09:40:00.000Z" }
]
}
Todo mês subsequente em que o(a) segurado(a) seguir desempregado(a) repete exatamente este mesmo padrão: mesma apólice, mesma cobertura, mesmo eventDate/jobStartDate, um novo pmtReferenceDate e a evidência daquele mês.
Se algo foi enviado errado
Se uma data foi informada incorretamente em algum desses sinistros, não é preciso abrir um novo — use Retificar Informações para ajustar eventDate, jobStartDate ou pmtReferenceDate no registro existente. E se a seguradora pedir mais documentação em um sinistro que já está em análise, use Enviar Provas Adicionais em vez de abrir um novo sinistro.