Pular para o conteúdo principal
O relatório de questionário contém o formulário estruturado exibido ao usuário, o caminho que ele percorreu pelas ramificações condicionais e a resposta de cada item visível. Ele é retornado por nó, então workflows com várias instâncias (por exemplo, um questionário por UBO) trazem uma entrada para cada ocorrência.
Relatório de questionário de KYC da Didit mostrando respostas estruturadas, seções e tipos de elementos

Visão geral

Cada resposta de questionário descreve:
  • A versão do questionário que o usuário viu (título, descrição, idiomas, metadados da versão, seções).
  • Os itens visíveis do caminho que o usuário de fato percorreu pelo grafo do formulário: os itens ocultados pela lógica condicional são removidos da resposta.
  • A resposta de cada item interativo visível, no formato correspondente ao seu element_type.
  • Um único status para a resposta como um todo.
Os elementos de layout são reestruturados em vez de respondidos: cada SECTION_HEADER se torna uma divisão de seção (seu título e sua descrição passam a ser o title/description da seção), enquanto HEADING, PARAGRAPH e SEPARATOR permanecem em items[] sem a chave answer, para que o relatório mantenha a mesma estrutura visual que o usuário viu.

Onde aparece

O relatório de questionário aparece como o array questionnaire_responses[], que contém várias respostas em GET /v3/session/{sessionId}/decision/, tanto em sessões de KYC quanto de KYB, sempre que um recurso de questionário for executado. O campo é null até que pelo menos uma instância de questionário tenha sido iniciada. Cada entrada traz um node_id, para que fluxos com várias instâncias possam identificar qual etapa do grafo a gerou.

Formato do item

Consulte Resposta de questionário na referência de modelos de dados para ver o esquema canônico.
Os elementos SECTION_HEADER nunca aparecem em items[]: eles abrem uma nova seção e fornecem seu title e sua description.

Tipos de elementos

Um item interativo visível ao qual o usuário nunca respondeu é retornado com "answer": null.

Visibilidade condicional

Quando um questionário define um grafo (lógica condicional), somente os itens do caminho que o usuário de fato percorreu são incluídos. Um item ocultado por uma ramificação que o usuário não seguiu não aparece em sections[].items, mesmo que exista no modelo. As seções que ficam sem itens visíveis são removidas por completo.

Valores de status

O status no nível da resposta assume um de três valores. Internamente, o status base (Approved, ou In Review quando o fluxo exige revisão manual) é combinado com as regras de status personalizadas que se aplicarem, usando a precedência aplicada a toda a plataforma Declined > In Review > Approved; em seguida, um resultado Declined no nível do questionário é convertido em In Review, para que os operadores definam a decisão final durante a revisão.

Avisos

Os questionários emitem um único código de aviso, gerado quando uma regra de status personalizada configurada no nó do questionário corresponde a uma resposta: O additional_data do aviso traz field, operator, rule_value, actual_value, target_status e score, quando a regra define uma pontuação. O log_type acompanha o status de destino da regra: error para Declined, warning para In Review e information nos demais casos. Diferentemente de outros recursos, a entrada do questionário não inclui um array warnings[]: os registros das regras acionadas ficam gravados na sessão em feature: "QUESTIONNAIRE" e aparecem na tela de revisão do Console (veja também a lista de avisos da Verificação de empresas; o mesmo código se aplica a sessões de KYC).

Exemplo: questionário de origem dos recursos

Exemplo: não finalizado

Quando o usuário chegou à etapa do questionário, mas ainda não enviou as respostas, a resposta é retornada com status: "Not Finished" e "answer": null em todos os itens visíveis. Uma sessão que nunca chegou à etapa não gera nenhuma entrada: questionnaire_responses permanece null quando não há nenhuma instância.

Observações

  • As URLs de arquivos expiram. As entradas em answer.files são URLs pré-assinadas (validade de 4 horas por padrão). Consulte novamente o endpoint de decisão quando precisar de URLs atualizadas.
  • Localização. Os campos title, description e placeholder do item, o label das opções e os campos title/description da seção são retornados em inglês quando o questionário oferece suporte a esse idioma; caso contrário, no default_language do questionário. O value de uma opção permanece estável entre idiomas, então você pode basear sua lógica de negócio nele com segurança.
  • A description do item é o texto de ajuda do elemento. Qualquer item pode ter uma, inclusive as perguntas, e ela é null quando nenhuma é definida. Um SEPARATOR nunca tem uma.

Relacionados

Visão geral dos questionários

Como criar, versionar e vincular questionários a um fluxo de verificação (workflow).

Modelos de dados — Resposta do questionário

Esquema canônico, campo a campo, deste objeto.

Recuperar sessão

Referência do endpoint para o payload de decisão da V3.
Última modificação em 1 de novembro de 2026