Resposta direta: para automatizar notas fiscais com IA, use o XML como fonte principal, aplique OCR apenas quando receber DANFE ou PDF, valide CNPJ, chave, valores e itens, peça aprovação humana nas divergências e envie o resultado ao ERP. A emissão de NF-e ou NFS-e deve passar por um emissor ou ERP integrado ao serviço fiscal competente; o OpenClaw orquestra e monitora o fluxo, mas não substitui o sistema fiscal nem o contador.

A melhor automação de notas fiscais não começa pedindo para uma IA “entender qualquer documento”. Ela começa separando tarefas diferentes: receber, extrair, conferir, aprovar, lançar, emitir e arquivar. Cada etapa pede uma ferramenta e um nível de controle próprios.

Se a empresa recebe uma NF-e, o arquivo XML autorizado contém os dados estruturados e deve ser a primeira opção. Se recebe apenas um PDF ou uma imagem, OCR e IA ajudam a recuperar os campos, mas a confiança é menor. Para emitir uma nova nota, a automação precisa conversar com um ERP, prefeitura, provedor de NFS-e ou API fiscal; uma resposta gerada por modelo de linguagem não tem validade fiscal por si só.

Este guia apresenta uma arquitetura prática para pequenas e médias empresas brasileiras, incluindo critérios de escolha, exemplos de fluxo e um checklist para colocar a automação em produção sem tratar IA como autoridade tributária.

O que pode ser automatizado em notas fiscais?

A expressão “automação de notas fiscais” cobre pelo menos seis trabalhos:

  1. Captura: baixar anexos do e-mail, receber documentos por WhatsApp ou consultar o sistema usado pela empresa.
  2. Leitura: interpretar XML, PDF, DANFE ou imagem e transformar o conteúdo em campos estruturados.
  3. Conferência: comparar pedido, fornecedor, CNPJ, valores, itens e duplicidades.
  4. Lançamento: criar um rascunho no ERP, contas a pagar, estoque ou planilha de controle.
  5. Emissão: enviar os dados a um emissor fiscal e acompanhar autorização, rejeição ou cancelamento.
  6. Arquivo e auditoria: guardar documentos, registrar aprovações e permitir busca posterior.

A IA é especialmente útil nas etapas que envolvem texto variável, classificação e exceções. Regras determinísticas continuam melhores para validar formato de CNPJ, somar valores, detectar chave repetida e conferir campos obrigatórios. A arquitetura mais segura combina as duas abordagens.

XML, PDF ou OCR: qual fonte usar?

Documento recebidoMétodo recomendadoConfiabilidade esperadaUso indicado
XML autorizado de NF-eParser de XML + regrasAltaLançamento, conferência e integração
DANFE em PDF com textoExtração de texto + validaçãoMédia/altaTriagem e busca; confirme com o XML
PDF escaneado ou fotoOCR + IA + revisão humanaVariávelRascunho, nunca aprovação cega
NFS-e em PDF ou portalAPI/integração quando disponível; OCR como fallbackVariável por município/provedorServiços e contas a pagar
Planilha ou CSV do emissorImportação estruturadaAlta se o esquema for estávelProcessamento em lote

Regra prática: se existe XML, não use OCR para redigitar o que já está estruturado. O PDF pode ser mais confortável para uma pessoa ler, mas o XML é melhor para a máquina. Reserve OCR e modelo multimodal para documentos sem fonte estruturada, layouts incomuns ou anexos enviados como imagem.

Para um fluxo genérico de contratos, faturas e comprovantes, leia também o guia de extração de dados de PDF com IA.

Arquitetura recomendada para automatizar NF-e e NFS-e

Um fluxo robusto pode ser representado assim:

E-mail, pasta ou canal de entrada
        ↓
Identificação do documento e deduplicação
        ↓
XML parser OU OCR/IA
        ↓
Validações determinísticas
        ↓
Conferência com pedido, fornecedor e ERP
        ↓
Aprovação automática ou fila humana
        ↓
ERP / contas a pagar / estoque / emissor fiscal
        ↓
Arquivo, log e alerta de resultado

O OpenClaw pode atuar como orquestrador: observar uma caixa de entrada, chamar parsers e APIs, aplicar regras, enviar uma divergência ao responsável no WhatsApp ou Telegram e registrar a decisão. Ele não calcula sozinho a obrigação tributária oficial e não transforma uma integração inexistente em “integração nativa”. O conector precisa ser implementado com a API, webhook, exportação ou recurso oferecido pelo sistema escolhido.

Componentes mínimos

  • Uma origem controlada para os documentos, como e-mail fiscal ou pasta monitorada.
  • Um parser de XML e, se necessário, um serviço ou modelo de OCR.
  • Regras de validação independentes do modelo de IA.
  • Credenciais guardadas como segredos, nunca dentro do prompt.
  • API, webhook ou importação suportada pelo ERP/emissor.
  • Uma fila de exceções com responsável e prazo.
  • Logs com identificador do documento, ação, horário e resultado.

Passo a passo: como automatizar notas fiscais recebidas

1. Centralize a entrada

Defina uma única porta de entrada, por exemplo [email protected]. Se fornecedores também enviam documentos pelo WhatsApp, encaminhe-os para o mesmo pipeline em vez de criar dois processos independentes.

Comece com uma pasta de teste. Não permita que o agente escreva diretamente no ERP durante a primeira semana. Primeiro, ele deve apenas ler, classificar e gerar uma tabela para comparação com o processo manual.

2. Identifique o tipo de documento

O fluxo deve distinguir pelo menos:

  • NF-e de mercadoria;
  • NFS-e de serviço;
  • NFC-e;
  • CT-e ou outro documento de transporte;
  • boleto, fatura ou comprovante que não é nota fiscal;
  • documento ilegível ou incompleto.

Essa classificação evita aplicar campos e regras de NF-e a um documento diferente. Quando o tipo não puder ser determinado com confiança, encaminhe para revisão.

3. Extraia os campos necessários

Para uma NF-e recebida, um conjunto inicial pode incluir:

{
  "tipo": "NFe",
  "chave_acesso": "...",
  "numero": "...",
  "serie": "...",
  "data_emissao": "...",
  "cnpj_emitente": "...",
  "cnpj_destinatario": "...",
  "valor_total": 0,
  "itens": [],
  "fonte": "xml",
  "confianca": 1.0
}

Não peça ao modelo para inventar campo ausente. A saída deve usar null, “não encontrado” ou uma fila de exceção. Essa regra reduz alucinações e facilita auditoria. Veja outras medidas no guia para reduzir alucinações em agentes de IA.

4. Aplique validações que não dependem de IA

Antes de qualquer lançamento, verifique por código ou pelo sistema fiscal:

  • formato e correspondência dos CNPJs;
  • chave de acesso e duplicidade;
  • soma de itens, descontos e valor total;
  • data de emissão;
  • fornecedor cadastrado ou bloqueado;
  • existência do pedido de compra relacionado;
  • moeda e casas decimais;
  • campos obrigatórios definidos pelo processo interno.

A IA pode explicar a divergência, mas não deve substituir essas verificações matemáticas e cadastrais.

5. Compare com pedido, contrato ou recebimento

Uma nota válida ainda pode estar errada para a sua empresa. Compare-a com a origem comercial:

VerificaçãoAção quando confereAção quando diverge
Fornecedor e CNPJContinuarBloquear e revisar
Pedido de compraVincularSolicitar referência
Quantidade e preçoLançar rascunhoEnviar diferença ao comprador
Mercadoria recebidaLiberar etapa seguinteAguardar recebimento
DuplicidadeContinuarInterromper automaticamente
Centro de custoPreencherSolicitar classificação

Esse é um bom ponto para usar aprovação humana. O agente envia um resumo curto: “NF 123, fornecedor X, R$ 4.820; preço do item Y está 8% acima do pedido. Aprovar, corrigir ou rejeitar?”. O padrão de human-in-the-loop reduz o risco de uma exceção virar pagamento incorreto.

6. Lance no ERP como rascunho

Na primeira fase, crie um rascunho ou registro pendente, não um lançamento irreversível. A integração pode ocorrer por:

  • API oficial;
  • webhook;
  • importação de XML, CSV ou planilha;
  • automação de navegador apenas quando não houver opção melhor e o fornecedor permitir.

Confirme na documentação do seu ERP quais operações estão disponíveis. Omie, Bling, Conta Azul, Tiny, TOTVS, SAP e outros produtos têm capacidades, planos e APIs diferentes; não presuma que todos aceitam o mesmo fluxo.

7. Arquive e registre a decisão

Guarde o arquivo original e associe a ele:

  • hash ou identificador único;
  • data e canal de recebimento;
  • resultado das validações;
  • usuário ou regra que aprovou;
  • ID gerado no ERP;
  • mensagens de erro e tentativas.

A política de retenção e acesso deve ser definida com a contabilidade e com o responsável por proteção de dados. NF-e e NFS-e podem conter dados pessoais; aplique controles de acesso e as práticas do guia de LGPD.

Como automatizar a emissão de NF-e ou NFS-e

Emissão é diferente de leitura. O caminho recomendado é:

  1. O pedido, venda ou serviço concluído gera um evento.
  2. O sistema monta os dados fiscais a partir do cadastro aprovado.
  3. Regras validam campos obrigatórios e impedem emissão duplicada.
  4. Um ERP, emissor ou API fiscal transmite o documento ao serviço competente.
  5. O fluxo recebe autorização ou rejeição.
  6. O agente envia o resultado, arquiva os documentos e abre uma exceção quando necessário.

O OpenClaw pode iniciar e acompanhar essas etapas, mas a transmissão deve ser feita pelo sistema fiscal integrado. NCM, CFOP, código de serviço, município, regime e alíquotas precisam vir de regras e cadastros revisados por quem responde pela área fiscal. Não use um modelo de linguagem para escolher enquadramento tributário sem validação profissional.

NF-e e NFS-e exigem o mesmo conector?

Não. NF-e de mercadorias segue uma infraestrutura diferente da NFS-e de serviços. A NFS-e pode depender do padrão nacional, do município ou do provedor adotado. Antes de contratar uma API ou desenvolver o conector, confirme:

  • quais municípios e documentos são cobertos;
  • se emissão, consulta, cancelamento e substituição são suportados;
  • como certificados e segredos são armazenados;
  • limites, filas, contingência e retentativas;
  • política de preço por CNPJ ou documento;
  • formato de webhook e ambiente de homologação.

Ferramentas: como escolher sem depender de uma lista universal

Não existe uma única “melhor plataforma” para todas as empresas. Use esta rubrica:

CenárioCaminho mais simples
ME ou pequena empresa com baixo volumeRecurso fiscal do ERP já usado pela empresa
Alto volume de emissãoAPI fiscal com homologação, fila, webhook e observabilidade
Muitas notas recebidasCaptura de XML + conciliação com ERP e pedido
Muitos PDFs e imagensOCR/IA com revisão humana e busca posterior pelo XML
Vários sistemas desconectadosOpenClaw como orquestrador entre entrada, regras, API e aprovação
Dados sensíveis ou política local-firstProcessamento local quando possível e envio mínimo a terceiros

Ao avaliar NFe.io, Arquivei, ERPs ou outros fornecedores, consulte a documentação e o preço vigentes. Produtos podem mudar cobertura, limites e integrações. Faça uma prova com documentos reais anonimizados antes de assumir compatibilidade.

Exemplo prático: notas recebidas por e-mail e lançadas no ERP

Imagine uma distribuidora que recebe 300 documentos por mês. O fluxo inicial pode funcionar assim:

  1. A cada 30 minutos, o OpenClaw verifica a caixa fiscal.
  2. XMLs são enviados ao parser; PDFs sem XML entram em OCR e ficam marcados como fonte secundária.
  3. O sistema rejeita duplicidades e confere fornecedor, pedido e valor.
  4. Documentos sem divergência viram rascunho no ERP.
  5. Divergências chegam ao responsável no Telegram ou WhatsApp.
  6. Após a aprovação, o rascunho é liberado e o documento vai para o arquivo.
  7. No fim do dia, um relatório lista processados, pendentes e erros.

O objetivo da primeira versão não é “100% sem humanos”. É reduzir digitação e concentrar o trabalho humano nas exceções.

Como calcular o retorno da automação

Evite promessas universais de redução de custo. Meça com dados da sua operação.

Use esta fórmula:

Economia mensal estimada =
(documentos por mês × minutos economizados por documento × custo-hora ÷ 60)
− custo mensal das ferramentas
− custo mensal de revisão e manutenção

Exemplo hipotético:

  • 500 documentos por mês;
  • queda de 8 para 2 minutos por documento;
  • custo-hora interno de R$ 35;
  • ferramentas e manutenção de R$ 900 por mês.
500 × 6 × 35 ÷ 60 = R$ 1.750 de tempo liberado
R$ 1.750 − R$ 900 = R$ 850 de benefício mensal estimado

Some outros ganhos apenas quando puder comprová-los: menor retrabalho, detecção de duplicidade, fechamento mais rápido e redução de atraso. Não contabilize “créditos tributários recuperados” sem revisão do contador.

Checklist para colocar o fluxo em produção

  • Separar NF-e, NFS-e e documentos não fiscais.
  • Priorizar XML e usar OCR somente quando necessário.
  • Definir campos obrigatórios e formato de saída.
  • Validar CNPJ, chave, soma, duplicidade e pedido por regras.
  • Criar fila humana para divergências.
  • Testar a integração do ERP em ambiente controlado.
  • Guardar segredos fora de prompts e arquivos versionados.
  • Registrar cada leitura, aprovação e lançamento.
  • Definir retenção, acesso e tratamento de dados pessoais.
  • Medir tempo, acurácia, taxa de exceção e custo por documento.
  • Documentar como pausar o agente e processar manualmente.

Para operação contínua, use também o guia de custos do OpenClaw e as boas práticas de segurança.

Perguntas frequentes

Qual ferramenta automatiza melhor a leitura de notas fiscais?

Para NF-e, a melhor fonte é o XML lido por um parser e validado por regras. OCR e IA são úteis quando só existe PDF ou imagem. A ferramenta certa depende do ERP, volume, tipos de documento e necessidade de aprovação; teste com uma amostra real antes de escolher.

É possível automatizar a extração de notas fiscais recebidas por e-mail?

Sim. Uma rotina pode monitorar uma caixa fiscal, baixar anexos, identificar XML ou PDF, extrair os campos, conferir duplicidade e criar um rascunho no ERP. Documentos ilegíveis ou divergentes devem seguir para revisão humana.

OpenClaw emite NF-e e NFS-e sozinho?

Não. O OpenClaw pode orquestrar o processo e chamar uma API, ERP ou emissor compatível, mas a emissão fiscal ocorre no sistema integrado. A empresa continua responsável por certificado, cadastro fiscal, regras tributárias e validação contábil.

IA pode conferir impostos e substituir o contador?

Não. A IA pode organizar dados, localizar diferenças e explicar uma regra configurada, mas não deve ser a autoridade final para classificação fiscal, alíquota ou obrigação acessória. Use regras aprovadas e revisão de contador ou especialista tributário.

Como evitar que a automação lance a mesma nota duas vezes?

Use a chave de acesso, o identificador do documento e um controle de idempotência antes de criar qualquer registro. O fluxo deve interromper duplicidades automaticamente e guardar o vínculo entre o documento original e o ID gerado no ERP.

NF-e e NFS-e podem usar o mesmo fluxo?

Podem compartilhar entrada, aprovação, logs e arquivamento, mas normalmente precisam de conectores e campos diferentes. A NFS-e varia conforme o padrão ou provedor adotado; confirme a cobertura específica antes de implementar.

Dá para processar notas fiscais com IA local?

Parte do fluxo pode rodar localmente: classificação, OCR, extração e validação podem usar ferramentas instaladas no próprio ambiente. A consulta ou emissão ainda pode exigir comunicação com ERP, provedor ou serviço fiscal. Consulte os modelos locais com Ollama se a prioridade for reduzir o envio de documentos a modelos de nuvem.

Próximo passo

Comece por um lote pequeno de notas recebidas, não pela emissão automática. Compare por uma semana o resultado do agente com o lançamento manual, corrija regras e só depois permita escrita no ERP.

Se ainda não tem o ambiente pronto, siga o guia de instalação do OpenClaw. Em seguida, conecte a caixa fiscal, implemente um parser de XML, crie a fila de aprovação e meça quatro indicadores: tempo por documento, acurácia, taxa de exceção e custo total.

Aviso: este conteúdo é educacional e não substitui orientação contábil, fiscal ou jurídica. Regras tributárias, documentos e integrações variam conforme operação, município, estado, regime e fornecedor de software.