Dados de entrada

Dados de entrada são o que o cliente informou e o que a plataforma conferiu sobre ele, num formato só, para você decidir com base neles sem copiar nada à mão.

​

De onde vêm

Não existe tela para digitar dados de entrada. Eles se formam sozinhos a partir de quatro origens: Cada dado tem quatro atributos: O conjunto é versionado por um hash: quando algo muda, o hash muda, e a plataforma sabe que precisa atualizar.

​

Na esteira

A execução recebe os dados de entrada da proposta quando começa. Quando uma etapa Solicitação fecha, a esteira recarrega o conjunto, porque o cliente pode ter respondido um formulário ou enviado um documento novo.

​

Como viram variáveis

Cada dado vira variável de fórmula de dois jeitos: pela chave com pontos e pelo apelido com sublinhado. Onde já havia uma variável com o mesmo nome (como valor_pedido, prazo_pedido, produto, tipo e origem), vale a variável que já existia: os dados de entrada ficam por baixo e não sobrescrevem nada.

​

Onde usar

No construtor, o botão Variáveis (N) mostra os dados de entrada disponíveis, com busca por nome. Ele aparece em três lugares:

• Na condição Executar quando do tipo Personalizada.
• Nas fórmulas da faixa da Pré-aprovação.
• Nas fórmulas da oferta na Decisão.

Os dados também podem ir no pedido de uma Chamada de API como {{variavel}}.

​

Dado sem valor

Se o dado existe no catálogo mas veio vazio (ou fora do tipo), ele entra na fórmula como o erro #N/A, em vez de zero ou texto vazio. Você pode tratá-lo com IFNA ou IFERROR. Sem tratamento, a fórmula falha com “Variável X sem valor”. Numa condição Executar quando, a execução para em erro com esse motivo, em vez de pular a etapa. Isso evita uma decisão tomada em silêncio sobre um dado que não chegou.

​

Na política de crédito

Os dados de entrada também viram variáveis nas regras da política de crédito de uso Esteira. No editor de regras, cada um aparece como Dado de entrada: Rótulo, e o campo de formulário também entra nas Condições como regra própria, sem precisar de fórmula. A política de uso Relatório não oferece dados de entrada: fora da esteira, eles não chegam. Regras para ter em mente:

• Dado ausente vira erro, não aprovação. Sem valor, a regra é marcada como erro (“Indisponível”) e o desfecho segue a configuração de erro da regra.
• Fórmula não mistura origens. Uma regra de fórmula que combina dado de entrada com dado de outra fonte é recusada ao salvar: “Fórmulas com dados de entrada ainda não podem ser combinadas com variáveis de outras fontes. Separe em regras diferentes.”
• Só na política de análise. Numa camada de aprofundamento, a regra de dado de entrada termina em erro, porque o dado não é reenviado depois que o relatório nasce. Use a regra na política da Análise.
• Só no titular. Uma política que usa dados de formulário não pode ser usada numa etapa Vínculos: “Dados de formulário só existem para o titular; a política “X” não pode ser usada em Vínculos.”
• A política só espera o dado quando precisa. Se nenhuma regra usa dados de entrada, a análise não espera por eles.
• Uma variável de dado de entrada nunca é apagada. Se a chave some do catálogo, a variável fica indisponível.

​

No relatório

O relatório de uma execução com proposta ganha a seção Dados de entrada, na aba cadastral, com as colunas Dado, Valor e Origem. Os valores aparecem legíveis: Sim/Não, datas em dd/mm/aaaa, valores em R$ e o nome do produto. Sem nenhum dado, a seção mostra “Nenhum dado de entrada”. A falta de dados de entrada nunca impede o relatório de sair: sem conjunto, a análise segue sem eles.

​

Na foto da aprovação

Quando a esteira aprova uma proposta, a aba Foto da aprovação guarda os dados de entrada daquele momento. O cartão Dados de entrada naquele momento compara Na foto e Hoje e avisa quando algo mudou depois da aprovação. Mudança depois da aprovação não altera a proposta.

​

Pela API

Veja a API de Propostas.

​

Próximos passos