Registros públicos
Quinze módulos que consultam registros públicos sobre a pessoa ou a empresa verificada. Todos rodam no servidor, depois das capturas, e seguem a mesma gramática:flagged diz se houve achado e result traz o dado da fonte, sem o envelope da consulta. Um achado nunca reprova sozinho: leva a verificação para revisão humana com a evidência. Fonte fora do ar deixa o check pending e não é cobrado, nunca um falso nada consta.
Os de pessoa consultam o CPF lido pelo cpf_ocr e exigem cpf_ocr, face e liveness no flow. Os de empresa consultam o CNPJ lido pelo cnpj_ocr. O documento consultado nunca é digitado.
Pessoa: óbito, Banco Central, CADIN de São Paulo, certidão federal, situação eleitoral, licitante inidôneo
pending com o motivo alphanumeric_cnpj_unsupported, sem cobrança.
Com dado de entrada: conselhos, chave Pix e empregador
Cinco módulos consultam um dado que documento nenhum traz. Ele chega no bloco source_input da criação da sessão, pelo seu servidor (chave secreta), e cada chave só é aceita com o módulo dela no flow (422 source_input_not_supported). O que você não mandar, o widget pede ao titular antes das capturas, e o seu valor sempre vence: o titular nunca sobrescreve o que o servidor mandou.
GET /v1/verification-sessions/self/state do widget publica só os nomes que faltam, em source_input_missing, nunca um valor. Sem o dado, o check fica pending com o motivo subject_input_missing, sem consulta e sem cobrança.
A resposta é amarrada ao titular. Nos conselhos, o nome que o conselho publica é comparado ao nome lido no documento (holder_name_match): nome diferente é achado para revisão, porque o registro pode ser de outra pessoa. Na chave Pix, o documento consultado é sempre o CPF lido. No vínculo de emprego, holder_listed diz se o CPF lido aparece no quadro, e a lista de funcionários nunca sai da consulta.