6.2. Simulação da Proposta¶
Especificação — em construção
Os serviços descritos nesta área ainda não estão disponíveis.
🔗 Endpoints¶
| Método | URL | Natureza |
|---|---|---|
/credito/propostas/{idProposta}/simulacao | Assíncrono | |
/credito/propostas/{idProposta}/simulacao | Síncrono |
🧾 Descrição¶
Grava as condições financeiras na proposta e gera o fluxo de parcelas.
Diferente da simulação avulsa, este endpoint persiste o resultado na proposta — e por isso é assíncrono: responde 202 e o cálculo é concluído em segundo plano pela bancarizadora.
Use a avulsa para negociar; use esta para registrar o que foi acordado.
Gravar a simulação¶
📤 Requisição¶
Mesmo payload da simulação avulsa, sem tipoPessoa (já vem do tomador da proposta):
{
"tipoSimulacao": 1,
"valor": 18000.00,
"taxa": 1.99,
"quantidadeParcelas": 24,
"dataPrimeiroVencimento": "2026-10-10",
"fluxoIrregular": false,
"valorSeguro": 120.00,
"valorOutrasDespesas": 0.00,
"valorOutrosServicos": 30.00
}
O detalhamento de cada campo está em 5.1. Simular.
🔹 Headers¶
Use Idempotency-Key.
🧪 Exemplo de cURL¶
curl -X POST "https://api.vehub.com.br/credito/propostas/1001/simulacao" \
-H "Authorization: Bearer {seu_token}" \
-H "GrupoEconomico: {seu_grupo_economico}" \
-H "Idempotency-Key: 3c9a1f77-2b58-4a1e-9f3d-71c2e4b8a501" \
-H "Content-Type: application/json" \
-d '{
"tipoSimulacao": 1,
"valor": 18000.00,
"taxa": 1.99,
"quantidadeParcelas": 24,
"dataPrimeiroVencimento": "2026-10-10"
}'
📥 Response — 202 Accepted¶
{
"sucesso": true,
"mensagem": "Simulação em processamento.",
"dados": {
"status": "processando",
"consultarEm": "/credito/propostas/1001/simulacao"
}
}
O resultado chega por webhook (credito.simulacao.concluida ou credito.simulacao.falhou) ou pela consulta abaixo.
Consultar a simulação¶
📥 Response — 200 OK, cálculo concluído¶
{
"sucesso": true,
"mensagem": null,
"dados": {
"status": { "id": 1, "nome": "Em digitação" },
"temErro": false,
"erros": null,
"dadosFinanceiros": {
"tipoSimulacao": 1,
"taxa": 1.99,
"valorSolicitado": 18000.00,
"quantidadeParcelas": 24,
"fluxoIrregular": false,
"nroDiasIntervaloPrazo": null,
"valorParcelaDesejada": null,
"dataPrimeiroVencimento": "2026-10-10",
"valorSeguro": 120.00,
"valorOutrasDespesas": 0.00,
"valorOutrosServicos": 30.00,
"cet": { "valor": 2563.20, "percentualMensal": 2.10, "percentualAnual": 28.30 },
"juros": { "valor": 2150.60, "percentualMensal": 1.99, "percentualAnual": 26.65 },
"iof": { "valor": 412.30, "percentual": 2.31 },
"totais": { "parcela": 850.00, "valorTotal": 20400.00, "valorDesembolso": 18000.00 },
"parcelas": [
{ "numero": 1, "dataVencimento": "2026-10-13", "valor": 850.00, "amortizacao": 495.28, "juros": 354.72, "saldoDevedor": 17325.17 }
]
}
}
}
📥 Response — 200 OK, ainda processando¶
{
"sucesso": true,
"dados": {
"status": { "id": 1, "nome": "Em digitação" },
"temErro": false,
"erros": null,
"dadosFinanceiros": null
}
}
dadosFinanceiros nulo com temErro: false significa em processamento. Continue consultando.
📥 Response — 200 OK, falha no cálculo¶
{
"sucesso": true,
"dados": {
"status": { "id": 10, "nome": "Falha na simulação" },
"temErro": true,
"erros": "Prazo informado é inválido para o produto.",
"dadosFinanceiros": null
}
}
A consulta responde 200 mesmo quando a simulação falhou
O 200 diz que a consulta funcionou. O que falhou foi o cálculo, e isso é dado, não erro de transporte. Sempre inspecione temErro e erros — um cliente HTTP que só olha o status code vai concluir que deu tudo certo.
Resimular¶
Basta chamar o POST novamente com os novos valores. A proposta aceita quantas simulações você precisar enquanto estiver em um destes status:
| Status | Observação |
|---|---|
1 Em digitação | Caminho normal |
10 Falha na simulação | Aceita direto, sem reabertura |
9 Falha na inclusão da proposta | Aceita direto, sem reabertura |
26, 27 ou 28 Retorno do motor | Descarta a análise de crédito (exceto a recusada, 28) — ver Resimular depois do retorno do motor |
Em qualquer outro status a resposta é 409:
| Status | Como sair |
|---|---|
13 Aguardando motor de crédito | aguardar o resultado da análise |
14 Enviando proposta | aguardar o registro na bancarizadora |
5 Aguardando assinaturas | formalização em curso: a proposta já foi registrada |
6 Finalizado / 7 Cancelado | estado terminal |
{
"type": "https://tools.ietf.org/html/rfc9110#section-15.5.10",
"status": 409,
"errors": [
{ "campo": null, "mensagem": "O status atual do contrato não permite o envio da simulação." }
]
}
Com a CCB emitida, a simulação não pode mais ser refeita
A proposta que já tem a CCB emitida na bancarizadora (numeroCcb preenchido) responde 409 em qualquer status, inclusive em 10: a plataforma também grava Falha na simulação depois da emissão, quando a bancarizadora recusa a assinatura ou a liberação, e refazer o cálculo trocaria os valores de uma CCB que já existe. O tratamento passa a ser operacional. A mensagem é A proposta já tem a CCB emitida na bancarizadora e não aceita novo cálculo. O tratamento passa a ser operacional.
Resimular depois do retorno do motor¶
Quando a esteira exige análise de crédito, refazer a simulação depois que o motor respondeu descarta a análise ligada à proposta, seja qual for o resultado — exceto a recusada, que continua na proposta e continua impedindo o envio. O motor avaliou o valor e o prazo que estavam gravados, e o recálculo troca esses números. Em esteira que não exige análise, o recálculo não muda nada nesse ponto.
O que isso muda para a sua integração:
- A proposta passa a ser tratada como nunca submetida à análise. Enquanto o cálculo corre, a consulta da proposta indica
proximaEtapa = simulacao; concluído o cálculo, ela segue a ordem normal das etapas e chega emanalise_credito, com a pendênciaanalise_nao_submetida. - Submeta de novo à análise de crédito e aguarde o resultado. Sem isso, o envio responde
409, como numa proposta nunca submetida. A submissão também responde409enquanto o cálculo ainda está em processamento: aguarde o cálculo concluir antes de submeter. - Nenhum webhook avisa o descarte. Consulte
GET /credito/propostas/{idProposta}para saber em que ponto a proposta está.
⚠️ Observações¶
- A simulação precisa estar concluída antes de submeter ao motor de crédito e antes de enviar a proposta. Sem valores calculados, as duas operações são recusadas. Durante o cálculo (por exemplo, logo depois de resimular), a submissão ao motor responde
409. - Ao resimular, os valores anteriores são substituídos. A última simulação é a que vale no envio da proposta.
- No modo por valor de parcela (
tipoSimulacao = 2), ovalorSolicitadosó é conhecido depois do cálculo — é ele que passa a valer como valor da operação.