Processamento de notas fiscais com IA: fluxo com aprovação humana

O processamento de notas fiscais com IA funciona melhor quando o agente faz a leitura e as conferências, e uma pessoa toma a decisão de lançar. O agente recebe cada nota, extrai os campos, compara com o que a empresa já sabe e prepara uma proposta de lançamento com as evidências. Nada chega ao sistema contábil até que um aprovador identificado aceite, edite ou rejeite essa proposta.

Principais pontos

• O agente lê, confere e propõe. Uma pessoa aprova. O sistema contábil só recebe escrita depois dessa aprovação.
• Cada campo proposto traz sua evidência: de onde no documento veio e quais conferências passou ou falhou.
• Conferências com o cadastro de fornecedores, pedidos em aberto e notas anteriores pegam mais problemas do que uma extração melhor sozinha.
• Duplicidades, dados bancários alterados e instruções escondidas dentro de documentos são os riscos que devem ser tratados primeiro no desenho.
• Avalie o fluxo por correções feitas pelo aprovador, tempo até a decisão e itens bloqueados corretamente, não por quantas notas o agente tocou.

Por que manter uma pessoa entre a extração e o lançamento?

Notas fiscais parecem trabalho de rotina, o que torna tentador automatizar tudo de ponta a ponta. A dificuldade é que o custo de um erro não se distribui por igual. A maioria das notas é comum. Algumas trazem um valor errado, uma duplicidade, uma conta bancária alterada ou um fornecedor que não deveria ser pago. Um agente que lança tudo trata todas da mesma forma, e as caras são justamente as que ninguém percebe até o dinheiro sair.

Ajuda separar dois atos diferentes. Extrair é uma tarefa de leitura, e modelos de linguagem são bons nisso. Lançar é um compromisso: quando o lançamento está no sistema e na fila de pagamento, a empresa passa a agir sobre ele. A leitura pode ser rápida e tolerante. O compromisso deve ser lento o bastante para que alguém responsável olhe.

Esse é o limite de aprovação. O agente não tem autoridade própria. Ele prepara o trabalho, mostra o raciocínio e espera. O aprovador é dono da decisão, e o registro mostra quem decidiu o quê e quando. Se mais tarde o time quiser afrouxar o limite para uma classe estreita e bem compreendida de notas, isso pode ser feito de forma deliberada, com evidência, em vez de descobrir por acaso que o agente já estava fazendo isso.

O canal de entrada também importa. Se as notas chegam por e-mail, o agente deve trabalhar a partir de uma caixa dedicada, e não da caixa de entrada de uma pessoa. Defina as permissões dessa caixa com o mesmo cuidado que daria a qualquer acesso novo.

Como é o fluxo de entrada, passo a passo?

Este é um fluxo que serve para a maioria dos times financeiros de pequeno e médio porte. Ajuste os nomes aos seus sistemas, mas mantenha a ordem.

• Passo um, receber: as notas chegam por uma única porta, como uma caixa de e-mail dedicada ou uma pasta compartilhada que pertence à conta do próprio agente. Uma porta só significa que nada é processado sem que você veja.
• Passo dois, preservar: o arquivo original é guardado sem alteração, com remetente e horário de recebimento, antes de qualquer outra coisa. Todo campo posterior pode ser rastreado até essa cópia.
• Passo três, extrair: o agente lê o documento e preenche um conjunto fixo de campos: fornecedor, número da nota, datas, moeda, itens, impostos, total e dados de pagamento. O que não encontrar é marcado como não encontrado, nunca presumido.
• Passo quatro, conferir: o agente executa as conferências descritas na próxima seção contra o cadastro de fornecedores, pedidos em aberto e notas anteriores.
• Passo cinco, classificar: cada nota recebe o rótulo limpa, requer atenção ou bloqueada, com o motivo em palavras simples.
• Passo seis, propor: o agente rascunha o lançamento, incluindo a classificação contábil sugerida, e o coloca em uma fila de revisão. O sistema contábil ainda não foi tocado.
• Passo sete, aprovar: uma pessoa identificada aceita, edita e aceita, rejeita com um motivo ou devolve uma pergunta.
• Passo oito, lançar e registrar: só depois da aprovação o lançamento é escrito, exatamente uma vez, junto com o registro de quem aprovou e do que foi alterado.

Dois detalhes merecem atenção. Primeiro, a proposta e o lançamento efetivado são estados diferentes, e o sistema deve tornar impossível confundi-los. Segundo, silêncio nunca é aprovação. Se o aprovador está ausente, o item espera, envia lembretes e, se o seu processo permitir, vai para um substituto indicado. Ele não vira aceite por decurso de prazo. O trabalho feito pela metade deve ser salvo com um status claro para poder ser retomado, uma ideia explorada em checkpoints de agentes de IA e como retomar o trabalho.

Quais conferências o agente deve fazer antes de uma pessoa ver a nota?

O agente justifica sua presença ao fazer o trabalho de comparação que uma pessoa teria de repetir em cada nota. Estas conferências são o núcleo do fluxo:

• Correspondência do fornecedor: nome, identificador fiscal (como o CNPJ) e endereço são comparados com o cadastro de fornecedores. Um fornecedor desconhecido vai para uma pessoa sem nenhum dado de pagamento preenchido.
• Dados bancários: a conta da nota é comparada com a conta cadastrada. Qualquer diferença bloqueia o item e gera um alerta. O agente nunca atualiza dados bancários por conta própria.
• Detecção de duplicidade: fornecedor, número da nota, valor e data são buscados entre as notas já lançadas e na fila de revisão atual.
• Aritmética: itens, impostos e totais são recalculados, e a moeda é confirmada.
• Correspondência com pedido ou contrato: quando a empresa usa pedidos de compra ou contratos, a nota é associada a um em aberto, e quantidade e preço são comparados com o que foi combinado.
• Datas e condições: a data de emissão é plausível e o vencimento é coerente com as condições de pagamento combinadas.
• Completude: todos os campos obrigatórios estão presentes. Campos ausentes são listados, não preenchidos.

Sempre que possível, execute essas conferências com código comum e consultas a banco de dados, em vez de pedir ao modelo que as faça de cabeça. Cálculos e buscas de duplicidade têm respostas exatas, e ferramentas exatas dão resultados exatos. O trabalho do modelo é ler documentos bagunçados e explicar o que encontrou. O trabalho das conferências é confrontar essa leitura com fatos que a empresa controla. Mantenha a saída do modelo sempre ancorada em dados verificáveis.

Uma regra poupa muito trabalho: um campo marcado como não encontrado é melhor do que um campo preenchido com um palpite plausível. Aprovadores perdoam uma lacuna visível. Não perdoam um valor errado que parece certo.

O que o aprovador deve ver no cartão de revisão?

O cartão de revisão é onde o fluxo dá certo ou errado no dia a dia. Se o aprovador precisa abrir três sistemas para entender uma nota, vai começar a aprovar por hábito, e o limite vira enfeite. Um bom cartão reúne a decisão em um só lugar:

• O documento original ao lado dos campos extraídos, para que a pessoa confira a olho.
• Para cada campo, onde foi encontrado e uma indicação simples de certeza: encontrado com clareza, encontrado mas ambíguo ou não encontrado.
• O resultado de cada conferência: aprovada, reprovada ou não aplicável, com o detalhe da falha escrito por extenso.
• A classificação contábil proposta, com o motivo e a nota anterior em que se baseou.
• Uma ação recomendada, com as razões por trás dela.
• As respostas possíveis: aprovar, editar e aprovar, rejeitar com um motivo ou fazer uma pergunta.

O cartão deve permitir que uma pessoa decida com uma leitura curta. Se os casos limpos dão trabalho, o cartão carrega informação demais. Se os casos bloqueados não dão trabalho nenhum, o cartão está escondendo informação demais.

Decida antes, por escrito, quem aprova o quê. O financeiro pode definir limites nos seus próprios termos: fornecedores novos, classificações incomuns ou notas de maior valor podem exigir uma segunda pessoa. Guarde essas regras em um documento que o agente possa ler e o time possa alterar. Quando algo foge das regras ou o agente não consegue distinguir, o certo é passar a decisão adiante com contexto, e não com uma pilha de anexos, que é o princípio por trás do escalonamento humano em IA.

Um cenário ilustrativo: uma nota limpa e uma bloqueada

Este é um cenário ilustrativo, não um caso real. Uma pequena distribuidora recebe duas notas na mesma manhã.

A primeira é de uma concessionária de serviço que a empresa já pagou muitas vezes. O agente extrai os campos, encontra o fornecedor e a conta sem alteração, confirma os totais, não vê duplicidade e propõe a classificação de sempre. O cartão sai marcado como limpo. O aprovador compara os valores com o documento e aprova em instantes.

A segunda é de um fornecedor de embalagens. O fornecedor confere, o pedido confere e a aritmética está correta. Mas a conta bancária da nota é diferente da conta cadastrada, e o e-mail pede que a empresa use os novos dados daqui para frente. O agente marca o cartão como bloqueado, explica o motivo em uma frase e não propõe nenhum dado de pagamento. O aprovador entra em contato com o fornecedor pelo telefone que já constava no cadastro, e não pelo que está impresso na nota. O fornecedor diz que não enviou nenhuma alteração. O aprovador rejeita o item, registra o motivo, e o incidente segue para quem cuida da segurança de fornecedores.

O valor do fluxo aparece nos dois resultados. A nota de rotina andou rápido, e a arriscada parou antes que alguém agisse sobre ela.

Como proteger o fluxo contra documentos maliciosos e lançamentos duplicados?

Três proteções devem entrar no desenho desde o primeiro dia.

Primeiro, trate o conteúdo de toda nota como dado, nunca como instrução. Um documento pode conter textos como um pedido para ignorar as regras ou para enviar o pagamento a outro lugar. O agente deve ler isso como um campo a extrair, não como um comando a seguir. O guia de prevenção de prompt injection da OWASP descreve os padrões de defesa, e vale pensar no que proteger especificamente no contexto financeiro. O limite de revisão já é, por si só, uma defesa: mesmo que um documento engane o agente, uma pessoa vê o resultado antes que ele valha.

Segundo, dê ao agente as menores permissões que ainda o deixem trabalhar. Ele pode ler a caixa de entrada das notas e escrever em uma fila de revisão. Não pode escrever no sistema contábil, alterar o cadastro de fornecedores nem liberar pagamentos. Só a etapa de aprovação carrega a permissão de escrita no sistema contábil, e a carrega para aquele único lançamento. O guia de autorização da OWASP recomenda negar por padrão e aplicar o menor privilégio, e esses princípios se encaixam diretamente neste desenho. Dar ao agente uma identidade própria, separada de qualquer funcionário, também mantém a trilha de auditoria honesta.

Terceiro, faça com que lançar seja seguro de repetir. Redes falham e etapas são reexecutadas. Se uma nova tentativa cria um segundo lançamento, você construiu um gerador de duplicidades. O remédio comum é uma chave de idempotência: um identificador único, por exemplo formado pelo fornecedor e pelo número da nota, para que uma requisição repetida seja reconhecida como a mesma. A documentação da Stripe sobre requisições idempotentes mostra como um provedor define esse comportamento, e a mesma ideia vale para a sua própria etapa de escrita. Veja mais em idempotência em agentes de IA.

Manter o desenho simples ajuda nos três pontos. A orientação da Anthropic sobre como construir agentes eficazes prefere a estrutura mais simples que resolva o problema, com pontos em que um humano pode intervir. Um fluxo de entrada com etapas fixas e um único portão de aprovação se encaixa bem nesse conselho.

Como saber se está funcionando e como a Be Human opera esse fluxo?

Antes de entrar em produção, rode o agente em modo sombra sobre um conjunto de notas passadas que seu time já processou. Compare as propostas dele com o que as pessoas realmente lançaram e olhe de perto as divergências. Algumas serão erros do agente, e outras vão revelar inconsistências na própria classificação feita no passado, o que também é útil saber.

Depois de ativo, acompanhe alguns sinais:

• Com que frequência os aprovadores editam cada campo, já que um campo muito editado pede atenção.
• Tempo entre a chegada e a decisão, incluindo o tempo de espera por uma pessoa.
• Itens bloqueados e se os bloqueios foram justificados.
• Duplicidades e alterações de dados bancários detectadas antes do lançamento.
• Itens parados sem resposta do aprovador.

Defina como é um bom resultado antes de começar, como descrito em definição de pronto para agentes de IA, e avalie os resultados com honestidade usando como medir retorno de um fluxo de IA sem exageros.

A Be Human projeta, implementa e opera esse tipo de fluxo como um papel definido. O primeiro trabalho estabelece o papel de entrada de notas, a memória e as ferramentas de que ele precisa (cadastro de fornecedores, dados de pedidos, o canal de entrada), os limites de aprovação e um critério de sucesso observável. A operação gerenciada pode incluir monitoramento, avaliações recorrentes, manutenção de integrações, revisão de permissões e resposta a incidentes, com mudanças feitas de forma controlada. O agente mantém sua própria identidade e suas próprias contas, e a empresa mantém o controle sobre quem aprova.

Perguntas frequentes

O agente pode aprovar sozinho notas pequenas ou de rotina? Pode, mas isso deve ser uma decisão posterior e deliberada, não o ponto de partida. Comece com uma pessoa aprovando tudo, reúna evidências sobre quais tipos de nota estão consistentemente corretos e, então, defina uma classe estreita com regras escritas, um responsável e uma revisão periódica. Tudo o que ficar fora dessa classe continua indo para uma pessoa.

O agente precisa de acesso ao nosso sistema contábil? Precisa de menos do que a maioria dos times imagina. Para ler e conferir, basta acesso de leitura ao cadastro de fornecedores e aos dados de pedidos, e acesso de escrita apenas a uma fila de revisão. A permissão de escrita no sistema contábil deve ficar com a etapa de aprovação, de modo que o agente proponha e a ação aprovada registre.

O que acontece quando o aprovador está ausente? O item espera na fila com o status visível, lembretes são enviados e um substituto indicado pode assumir, se o seu processo definir um. O agente nunca trata o silêncio como aprovação. Uma boa prática é combinar um tempo máximo de espera e o que acontece quando ele passa.

Por onde começar se nossas notas são muito bagunçadas? Comece com uma origem e um tipo de nota, como notas recorrentes de poucos fornecedores conhecidos, e comprove o fluxo ali. O guia sobre como priorizar casos de uso de IA na empresa explica como manter o primeiro escopo pequeno o bastante para ser avaliado. Acrescente fornecedores e exceções quando as conferências e o cartão de revisão estiverem funcionando.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.