Pedido de segunda via é ao mesmo tempo simples e perigoso. Simples porque quase sempre é o mesmo tipo de solicitação: boleto, fatura, contrato, comprovante, cartão de acesso. Perigoso porque o volume é alto, o valor unitário é baixo e o dano de enviar o documento para a pessoa errada é grande. Boleto com dados de outra pessoa, contrato com cláusula de valores, comprovante com saldo: cada um desses vazamentos tem consequência jurídica e de confiança.
O desenho que funciona automiza o pedido e mantém a conferência humana nas exceções. O cliente pede pelo canal, a IA classifica o tipo de documento e confere a identidade, o sistema localiza o arquivo, e uma pessoa valida o que foge do padrão ou envolve risco maior. Este guia mostra esse desenho, a matriz de risco por tipo de documento e os limites claros da automação.
Resumo rápido
- Segunda via é alto volume e baixo valor unitário, mas o risco de envio à pessoa errada exige controle proporcional ao tipo de documento.
- A IA classifica o pedido, extrai o número de contrato e monta a resposta; ela não decide sozinha enviar documento financeiro.
- Verificação de identidade deve ser proporcional ao risco: comprovante simples e boleto de valor não pedem a mesma checagem.
- Toda automação de segunda via precisa de trilha de auditoria: quem pediu, o que foi enviado, para onde e quem validou.
- Divergência de titularidade, alteração de dados cadastrais e sinais de fraude vão para conferência humana, sem exceção.
- LGPD e princípios de segurança da informação orientam o desenho: minimizar dados, limitar finalidade e registrar o tratamento.
Por que segunda via é um caso de automação com risco
Empresas de saneamento, cooperativas de crédito, prestadoras de serviço e órgãos públicos recebem pedidos de segunda via em volume. Cada pedido individualmente é barato de atender, e é por isso que a tentação de automatizar tudo seja grande. O problema é que o mesmo documento que resolve a vida de um cliente, na mão errada, se transforma em incidente.
Há três características que definem esse tipo de atendimento. A primeira é o volume: muitos pedidos, repetidos, parecidos entre si, o que pede padronização. A segunda é o baixo valor unitário: não dá para gastar vinte minutos de um atendente por pedido sem inviabilizar a operação. A terceira é a assimetria do erro: acertar mil vezes não compensa um envio equivocado de fatura com dados de outro titular.
Essa combinação é justamente a que pede automação de processo com ponto de controle humano, e não automação cega.
O desenho do fluxo: do pedido ao documento
Um fluxo de segunda via com conferência humana tem cinco etapas. A automação cobre as quatro primeiras com folga; a quinta é o ponto de decisão.
1. O cliente pede pelo canal
O pedido chega por WhatsApp, formulário no site, aplicativo ou telefone. O canal define o formato da entrada, mas não a regra de risco: a mesma solicitação vinda de um canal menos controlado exige verificação mais forte, não mais fraca.
2. A IA classifica o pedido
O modelo identifica o tipo de documento pedido (boleto, fatura, contrato, comprovante, cartão de acesso), extrai o número de contrato ou matrícula quando aparece na mensagem e organiza a solicitação em campos. Classificar e extrair é tarefa de texto, e a IA faz isso bem.
3. O sistema confere a identidade conforme o risco
Aqui está o ponto sensível. A checagem não é a mesma para todo documento. O sistema aplica o nível de verificação definido pela matriz de risco e, quando o dado não bate ou não basta, encaminha para conferência humana em vez de tentar resolver no automático.
4. O sistema localiza o documento
Com tipo de documento e número de contrato confirmados, a consulta ao sistema de origem é determinística: busca o arquivo correto e confere se a titularidade bate com quem pediu.
5. O humano valida exceções e casos de risco
Documento financeiro, divergência de titularidade, pedido de alteração cadastral e qualquer sinal de fraude param na fila humana. Uma pessoa confere, decide e registra a decisão.
Esse desenho se parece bastante com automação de atendimento em outros setores. A lógica de classificar, localizar e escalar exceções é a mesma que descrevemos no guia de agentes de IA no atendimento por WhatsApp.
Matriz de risco por tipo de documento
Não existe um nível único de verificação. O que define a checagem é o que o documento revela e o dano que o vazamento causa. A tabela abaixo organiza isso.
| Tipo de documento | Risco | Verificação proporcional | Automação possível |
|---|---|---|---|
| Boleto de valor baixo, sem dados sensíveis além do necessário | Baixo | Confirmação de identidade no canal | Envio automático após checagem |
| Fatura de consumo com histórico e valores | Médio | Confirmação de identidade mais número de contrato/matrícula | Automático com registro; humano em divergência |
| Contrato com cláusulas e valores | Alto | Verificação reforçada e conferência de titularidade | Só com validação humana antes do envio |
| Comprovante de pagamento / recibo | Médio | Confirmação de identidade e vínculo com o contrato | Automático com trilha de auditoria |
| Cartão de acesso / credencial | Alto | Verificação reforçada, ligada a quem tem direito de uso | Humano valida emissão e reemissão |
| Extrato ou documento com dado financeiro consolidado | Alto | Verificação reforçada e canal seguro | Sempre com validação humana |
| Alteração de dados cadastrais | Alto | Fora do escopo de segunda via; procedimento próprio | Nunca automático |
O critério de “canal seguro” importa: mandar um extrato por um canal que não controla quem lê a mensagem é o mesmo que enviar para qualquer um. Por isso, a definição do canal faz parte da verificação, não é detalhe de conveniência.
O que a IA pode fazer
A automação brilha na parte mecânica do atendimento, que é a maior parte do volume.
Classificar o pedido
Separar “quero o boleto do mês” de “meu contrato” e de “preciso do comprovante” é classificação de texto. Bem feita, ela reduz a fila manual e organiza o restante do fluxo.
Extrair o número do contrato
Quando o cliente manda o número na mensagem, a IA extrai e formata. Vale sempre uma conferência contra a base: número que não existe ou que não pertence ao titular é exceção, não caminho automático.
Montar a resposta e redigir o texto de envio
A IA escreve a mensagem de retorno com o nome do documento, o canal combinado e o que fazer se houver erro. Padronizar o texto evita a variação que deixa o cliente confuso e evita promessas que a empresa não pode cumprir.
Resumir o pedido e encaminhar a exceção
Antes de mandar para a fila humana, a IA resume o pedido e o que ela conseguiu confirmar. Quem valida começa com o contexto pronto, e não do zero.
Para escrever instruções de sistema que fixem o comportamento do assistente, vale seguir os princípios do nosso guia de como escrever prompt de sistema para atendimento.
O que a IA não pode fazer
- Decidir sozinha enviar documento financeiro. Contrato, extrato e documento com dado financeiro consolidado saem só depois de validação humana, porque a assimetria do erro é alta.
- Alterar dados cadastrais. Mudança de titular, endereço, telefone ou dado de contato é procedimento com verificação própria e não faz parte da segunda via. Deixar a IA alterar cadastro abre a porta para fraude.
- Ignorar divergência de titularidade. Se o documento é de outro titular, ou se o dado não bate, a automação para e escala. Seguir em frente “porque parecia o mesmo nome” é o erro clássico.
- Resolver sinais de fraude. Pedido repetido, mudança de canal no meio, pressa incomum e inconsistência de dados são padrões que pedem olhar humano, não automação.
- Decidir o que é dado sensível. A classificação do dado e a base legal do tratamento seguem a política da empresa e a LGPD, não o palpite do modelo.
Verificação de identidade proporcional ao risco
A pergunta certa não é “como confirmo tudo”, e sim “quanto preciso confirmar para este documento”. Verificação exagerada trava o atendimento; verificação de menos vaza dado. A proporcionalidade evita os dois extremos.
Confirmação simples
Serve para documento de baixo risco: confirmação de identidade no canal já registrado no cadastro. Não é prova de identidade forte, então não vale para documento financeiro.
Confirmação com dado de vínculo
Para risco médio, pede-se um dado que só o titular conhece além do nome: número de contrato, matrícula ou unidade consumidora. O ponto é conferir contra a base, não apenas aceitar o que foi digitado.
Verificação reforçada
Para risco alto, entra mais de um fator ou checagem por procedimento próprio da empresa, com registro. Nesses casos, o envio do documento só ocorre após validação humana.
Evitar enumerar dados sensíveis no canal errado
Não confirme o pedido repetindo CPF, valor de fatura em aberto ou dado de outro contrato no chat. Confirmação não é abaixo-assinado: diga o mínimo necessário para o titular reconhecer o documento, e mande o arquivo pelo canal adequado.
Governança, LGPD e princípios de segurança
A LGPD trata como dado pessoal toda informação relacionada a pessoa natural identificada ou identificável, e exige que o tratamento tenha finalidade definida e seja feito com medidas técnicas e administrativas que reduzam risco. Isso tem consequência direta no desenho de segunda via.
- Minimização: colete e exiba só o dado necessário para atender o pedido. Fatura e contrato não precisam ser repetidos no chat.
- Finalidade: o dado do pedido serve para atender aquele pedido, não para alimentar outras ações de marketing sem base legal.
- Trilha de auditoria: registre quem pediu, o que foi enviado, por qual canal, quando e quem validou. Sem registro, não dá para apurar erro nem responder a uma solicitação de titular.
- Comunicação de incidente: envio para a pessoa errada é um incidente de segurança, e a ANPD mantém canal próprio para comunicação. Trate como processo, não como acaso.
- Proporcionalidade: medidas de segurança devem ser proporcionais ao risco identificado, o mesmo princípio que orienta a verificação de identidade por tipo de documento.
Para aprofundar o lado de política e boa prática, veja o nosso guia de segurança e LGPD na implantação de IA.
Exemplo: uma empresa de saneamento no interior tratando segunda via por WhatsApp
Uma empresa de saneamento de uma cidade do interior atende moradores que pedem segunda via da fatura por WhatsApp e pelo formulário do site. O volume de pedidos se concentra no início do mês, e boa parte é só “quero o boleto do mês”.
O que a empresa faz, na prática: um formulário e um canal de WhatsApp registram o pedido; a automação classifica se é segunda via de fatura, comprovante ou outro documento; extrai o número da matrícula quando informado; confere contra a base se aquela matrícula pertence ao titular do contato; e monta a resposta com o link seguro para o documento. Pedidos de fatura de risco médio seguem automáticos com registro, porque a verificação de vínculo passou. Contrato, extrato e qualquer divergência entre matrícula e titular vão para a fila humana.
Uma cooperativa de crédito com o mesmo tipo de demanda segue lógica parecida com um cuidado extra: pedido de boleto simples passa pelo fluxo, mas pedido de extrato consolidado ou alteração de endereço sempre para na mesa de uma pessoa, com verificação reforçada. A regra da casa: a automação nunca altera cadastro e nunca envia documento financeiro sem validação.
Resultado esperado, sem número inventado: atendimento mais rápido nos pedidos de rotina, fila humana concentrada no que realmente precisa de julgamento e um registro claro de cada envio para eventual apuração.
Erros comuns
- Aceitar a identidade que o cliente diz ter. Reconhecer o pedido no chat não é verificar identidade; o dado precisa ser conferido contra a base.
- Exagerar na verificação para documento simples. Pedir procedimento pesado para boleto de rotina trava a operação e empurra o cliente para canais informais.
- Mandar documento financeiro no automático. Contrato e extrato são justamente os que exigem validação humana antes do envio.
- Repetir dado sensível no chat. Confirmar o pedido listando CPF, saldo ou valor em aberto transforma a própria confirmação em vazamento.
- Deixar a IA alterar cadastro. Mudança de titularidade ou de contato não é segunda via; se passar pelo mesmo fluxo automático, vira porta de entrada para fraude.
- Sem trilha de auditoria. Sem registro de quem validou, não há como apurar envio equivocado nem responder a titular que pede informação.
- Ignorar divergência pequena. Nome parecido não é o mesmo titular. Divergência escala, não se resolve por semelhança.
- Confiar no resumo da IA como prova. O resumo do pedido ajuda quem valida, mas a decisão sai da conferência dos dados de origem.
Perguntas frequentes
Posso automatizar o envio de boleto de segunda via?
Sim, quando o risco é baixo e a verificação de identidade corresponde ao documento. O que não se recomenda é automatizar sem checagem de titularidade: o boleto sai com dados do contrato, e enviar para a pessoa errada é incidente.
Qual a diferença entre segunda via e alteração cadastral?
Segunda via recupera um documento que já existe. Alteração cadastral muda dado do titular e exige procedimento de verificação próprio. As duas não devem compartilhar o mesmo fluxo automático, porque o risco da segunda é bem menor.
A IA pode decidir se um pedido é fraude?
Ela pode sinalizar padrões suspeitos e marcar o pedido para revisão. Decidir sozinha que não é fraude e liberar o envio é diferente, e não deve acontecer em documento de risco alto.
O que registrar para atender a LGPD?
Registre a finalidade do pedido, os dados usados na verificação, o que foi enviado, por qual canal e quem validou. Mantenha o mínimo necessário e trate envio equivocado como incidente, com o processo de comunicação previsto.
Como saber se a verificação de identidade é suficiente?
Pergunte o que o documento revela e qual o dano se ele cair na mão errada. Documento que expõe valor, saldo ou cláusula pede verificação reforçada e validação humana; comprovante simples pede confirmação de vínculo.
Isso funciona para empresa pequena?
Funciona. Um formulário, uma base de contratos e uma fila de exceções já entregam o essencial. O que muda com o tamanho é o grau de automação da checagem, não a lógica do desenho.
Leia também
Para aprofundar o tema deste artigo, veja também:
- segurança e LGPD na implantação de IA
- atendimento com agente de IA no WhatsApp
- conferir respostas de IA antes de enviar
