Skip to main content
Os documentos do comprador, do vendedor e da loja são enviados por POST /v2/proposal/{propostaId}/document, um arquivo por chamada.

Quando enviar

Fora dessas etapas, a API retorna 422 com Document.InvalidProposalStage.
Cada participante tem a sua etapa. Olhe o status_ativo de cada participante antes de enviar.

Tipos aceitos

Regras do arquivo

  • Formatos: PDF, JPG/JPEG ou PNG
  • Até 10 MiB depois de decodificado
  • nomeArquivo com extensão, sem caminho, até 255 caracteres
  • A extensão precisa corresponder ao conteúdo real do arquivo
  • conteudoBase64 em Base64 puro, sem o prefixo data:application/pdf;base64,
  • Header Idempotency-Key obrigatório

Exemplo

Para montar o conteudoBase64, leia os bytes do arquivo e codifique em Base64 padrão, sem quebras de linha e sem o prefixo data:. Gere a chave uma vez por envio — por exemplo, um UUID salvo junto ao registro do documento no seu sistema — e passe a mesma chave em todas as tentativas desse envio. Resposta: 204 No Content, sem corpo. O documento entra com status RECEBIDO e passa por análise. Um novo envio do mesmo tipo e participante substitui o anterior.
Gere a Idempotency-Key uma vez por envio e reaproveite a mesma chave nas retentativas desse envio. Com a mesma chave e o mesmo conteúdo, um envio bem-sucedido nas últimas 24 horas não é processado de novo. Uma chave nova a cada tentativa reenvia e substitui o documento.

Correção de documentos

Quando um documento é recusado, o participante vai para CORRECAO_DOCUMENTOS e o documento aparece com status = INVALIDO e o motivo:
1

Filtre os recusados

Selecione os documentos com enum_status = 2 (INVALIDO).
2

Mostre o motivo

Exiba o motivo para a loja ou o cliente corrigir o arquivo.
3

Reenvie o mesmo tipo

Envie de novo com o mesmo participante e tipoDocumento, com uma nova Idempotency-Key. Enviar um tipo que não está recusado retorna 422 com Document.NotPendingCorrection.

Erros

Erros de formato retornam 400, com o campo em campo: Regras que dependem da proposta e do arquivo: