Agentes de IA podem apoiar a auditoria de despesas ao extrair dados de comprovantes, localizar a política vigente e preparar alertas com evidências para revisão. O desenho adequado combina regras determinísticas para valores e prazos com interpretação assistida para justificativas e documentos. Pagamentos, recusas e acusações não devem nascer de uma resposta livre do modelo.
O resultado esperado é uma fila de exceções explicáveis: qual despesa foi analisada, qual regra se aplica, o que divergiu e o que falta verificar. Esse controle interno não equivale, por si só, a uma auditoria independente de demonstrações contábeis nem autoriza um agente a emitir opinião profissional.
Resumo rápido
- Versione políticas e associe cada despesa à regra vigente na data relevante.
- Use código para somar valores, verificar limites e detectar duplicidades exatas.
- Peça à IA evidência documental e uma justificativa curta, nunca um veredito de fraude.
- Separe extração, análise, aprovação e pagamento por permissões.
- Meça alertas corretos, omissões e tempo de revisão antes de ampliar o uso.
Defina o escopo antes de conectar o financeiro
Comece com uma categoria, como reembolso de alimentação em viagens. Defina os documentos aceitos, a equipe responsável pela decisão e as exceções previstas. Uma implantação que tenta auditar toda a contabilidade de uma vez mistura problemas de qualidade de dados, interpretação e autorização, dificultando identificar a causa dos erros.
Escreva o objetivo em linguagem operacional: conferir se comprovantes e solicitações atendem à política interna de despesas. Não confunda essa conferência com dedutibilidade fiscal, validade jurídica da contratação ou reconhecimento contábil. Cada uma dessas questões pode demandar outra análise e outro responsável.
O catálogo de normas de auditoria do CFC identifica, entre outras, normas de documentação e evidência de auditoria. Ele é uma referência para entender a diferença entre produzir um alerta operacional e realizar trabalho profissional de auditoria. Não anuncie conformidade com essas normas apenas porque o sistema guarda registros.
Determine também o que o agente não pode fazer: alterar cadastro bancário, criar fornecedor, modificar limite de política ou liberar pagamento. Essas ações devem permanecer em fluxos próprios. Um assistente com acesso de leitura e criação de pendências já permite testar boa parte do valor do projeto.
Transforme políticas em regras rastreáveis
Cada política precisa de identificador, versão, data de início e fim de vigência, responsáveis e escopo. Indique se a data relevante é a realização da despesa, a solicitação ou outro marco previsto na regra. Não escolha esse marco automaticamente: duas empresas podem usar procedimentos diferentes, e uma alteração de política pode trazer disposições transitórias.
Extraia limites monetários, categorias permitidas, prazos, exigências documentais e níveis de aprovação. Armazene regras objetivas em uma tabela consultável pelo sistema. Mantenha o texto original e a localização de cada condição para que a equipe consiga revisar a interpretação.
| Controle | Método principal | Destino da exceção |
|---|---|---|
| Valor acima do limite | Cálculo com regra versionada | Responsável pela alçada |
| Comprovante repetido | Chaves e comparação de arquivos | Revisão de possível duplicidade |
| Justificativa incompleta | Leitura assistida com critérios | Pedido de complemento |
| Categoria ambígua | Classificação com evidência | Analista financeiro |
| Exceção previamente aprovada | Consulta ao registro de aprovação | Validação do escopo e aprovador |
Uma regra como “despesas razoáveis” não vira um limite numérico por vontade do modelo. Peça ao proprietário da política critérios de avaliação ou encaminhe esses casos para julgamento humano. A IA pode localizar precedentes autorizados, mas não deve transformar uma exceção antiga em permissão geral.
Para documentos extensos, uma base de consulta de políticas com busca semântica ajuda a encontrar cláusulas. Filtre por empresa, unidade, categoria e vigência antes da busca. O trecho mais parecido linguisticamente pode pertencer a uma política que não se aplica à despesa em análise.
Monte a esteira de comprovante até evidência
A entrada deve gerar um identificador único para a solicitação. Preserve o arquivo original, a origem e o momento de recebimento. Se houver reconhecimento óptico de caracteres, mantenha o texto extraído separado do original. O agente precisa reconhecer campos ilegíveis e solicitar nova imagem, em vez de adivinhar fornecedor ou valor.
Normalize datas, moeda, identificadores, valores e categorias. Valores financeiros devem ser tratados com precisão decimal adequada ou unidades inteiras de centavos, conforme a implementação. Defina explicitamente conversão cambial e arredondamento quando fizerem parte da política. A resposta do modelo não deve ser a calculadora final do processo.
Depois, execute verificações objetivas. Compare total do pedido e comprovantes, procure documentos ausentes e examine possíveis duplicidades. Igualdade de valor e data é indício insuficiente: dois deslocamentos legítimos podem ter o mesmo custo. Um identificador fiscal ou um arquivo idêntico produz evidência mais específica, mas ainda exige contexto.
A etapa de linguagem interpreta a justificativa e localiza trechos da política. Solicite uma saída com regra consultada, evidência, divergência e informação pendente. Evite pedir raciocínio interno detalhado. Uma explicação curta baseada em registros verificáveis é mais útil que uma narrativa longa de aparente certeza.
O pacote enviado ao revisor reúne solicitação, comprovante, campos extraídos, regra aplicada e alertas. A interface precisa permitir corrigir a extração sem apagar o valor original e registrar a razão da decisão. Essa separação ajuda a distinguir erro de leitura, regra mal configurada e exceção legítima.
Controle permissões, privacidade e reprocessamento
Um comprovante pode revelar localização, hábitos ou informações de saúde. A LGPD exige que o tratamento observe sua finalidade e os requisitos aplicáveis. Avalie quais campos são necessários para a conferência e restrinja acesso a dados que não ajudam a decidir o reembolso.
Os materiais orientativos da ANPD incluem segurança da informação e definições de agentes de tratamento. Use essas referências no desenho de responsabilidades, contratos com fornecedores e controles de acesso. Não suponha que enviar tudo ao modelo seja necessário só porque o arquivo já existe no financeiro.
Separe ambientes e credenciais por cliente ou empresa. O sistema de busca não deve recuperar documentos de outra organização. Restrinja os registros técnicos: muitas vezes basta guardar identificador da solicitação, versão da regra e resultado, mantendo o comprovante em armazenamento protegido com acesso específico.
Trate PDFs, imagens e mensagens como dados não confiáveis. Um comprovante pode conter instruções maliciosas para ignorar limites ou acessar outro documento. O agente não deve obedecer a texto embutido no material analisado. Imponha permissões nas ferramentas e valide parâmetros no servidor, independentemente da resposta gerada.
Também defina idempotência: repetir uma tentativa de processamento não deve criar outro reembolso ou outra tarefa de aprovação. Use a chave da solicitação e uma versão da análise. Em falhas parciais, registre o estado e retome a etapa necessária. Nunca interprete ausência de resposta como aprovação.
O AI Risk Management Framework do NIST oferece uma referência voluntária para gestão de riscos de IA. No projeto, traduza essa preocupação em responsáveis, avaliação antes da implantação e acompanhamento de falhas. A referência não é uma certificação do agente nem uma obrigação brasileira criada pelo artigo.
Exemplo: distribuidora em Curitiba revisa viagens
Imagine uma distribuidora fictícia em Curitiba que reembolsa viagens da equipe comercial. Sua política didática fixa um limite de R$ 80 por refeição elegível, permitindo exceção com autorização registrada. Esses números foram escolhidos para explicar o controle e não representam uma recomendação de limite ou resultado real de implantação.
Um colaborador apresenta um comprovante de R$ 95 e informa que recebeu autorização. O cálculo identifica diferença de R$ 15 em relação ao limite comum. O agente procura a aprovação no sistema autorizado e encontra uma mensagem associada a outra viagem. Ele não nega o pedido: classifica a justificativa como ainda não comprovada para aquela solicitação.
O revisor recebe o comprovante, a regra e o motivo da pendência. Solicita a autorização correta ou encaminha o pedido ao responsável pela exceção. A decisão fica vinculada à viagem e ao documento. Se a autorização chegar, o sistema registra a resolução sem apagar o alerta originalmente produzido.
Em outro pedido, o OCR lê R$ 180 onde a imagem mostra R$ 130. O analista corrige a extração e classifica o problema como erro de leitura. Essa distinção impede que a equipe comemore uma falsa detecção de irregularidade e ajuda a melhorar o tratamento de imagens antes de alterar qualquer política.
O piloto opera em modo de observação: o fluxo normal continua e a ferramenta prepara uma análise paralela. A equipe compara alertas com decisões revisadas e inspeciona também casos sem alerta. Só depois de conhecer as falhas considera permitir a criação automática de pendências, com responsável e prazo definidos.
Erros comuns
Chamar todo desvio de fraude é um erro grave. Uma despesa pode estar sem documento, acima do limite ou vinculada à política errada. Use descrições factuais e ofereça revisão. Qualquer investigação de conduta deve seguir os procedimentos da organização e a avaliação das pessoas responsáveis.
Outro erro é medir apenas quantos alertas o agente gerou. Acompanhe a proporção de alertas confirmados após revisão, as divergências descobertas nos casos silenciosos e o tempo necessário para resolver cada pendência. Compare categorias separadamente, porque imagens de estacionamento podem ter dificuldades diferentes de notas de hotel.
Não ajuste regras com base apenas em casos recentes que deram errado. Reserve um conjunto de avaliação com situações normais, documentos ilegíveis, exceções e políticas antigas. Faça novo teste quando mudar modelo, extrator, busca ou política. O guia de testes de agentes antes da produção ajuda a organizar essa verificação.
Também evite dar ao agente a mesma identidade de acesso de um administrador. A integração deve consultar apenas os dados necessários e produzir ações limitadas. A definição de permissões para agentes deve fazer parte do desenho inicial, com separação entre quem solicita, revisa e autoriza.
Por fim, não arquive apenas a resposta final. Guarde as versões dos componentes usados, os campos relevantes, as referências à política e as alterações humanas. Estabeleça retenção com os responsáveis contábeis, jurídicos e de proteção de dados, em vez de escolher um prazo genérico para todos os registros.
Perguntas frequentes
O agente pode aprovar despesas automaticamente?
Uma organização pode desenhar regras de aprovação restritas, mas isso exige autorização explícita, controles e testes específicos. No piloto proposto, o agente apenas confere e organiza pendências. Ele não recebe permissão para movimentar dinheiro nem alterar dados bancários.
A IA substitui o auditor ou contador?
Não. Ela apoia tarefas delimitadas de leitura e organização. Julgamento profissional, planejamento do trabalho e responsabilidade por conclusões não desaparecem quando a extração é automatizada. A análise de políticas internas também não resolve todas as obrigações contábeis e fiscais.
Como lidar com política contraditória?
Marque a regra como pendente de interpretação e encaminhe ao proprietário da política. Registre a resposta e atualize a versão aplicável. Não deixe o modelo escolher silenciosamente a cláusula que parece mais recente ou favorável.
É necessário treinar um modelo próprio?
Não necessariamente. Extração estruturada, recuperação de documentos e regras objetivas podem sustentar o primeiro piloto. Avalie a necessidade de treinamento apenas depois de medir erros repetidos e verificar se a causa é o modelo, a documentação ou o fluxo de aprovação.