Automação da manifestação do destinatário com IA: XML e antifraude

Resposta curta

Automação da manifestação do destinatário com IA é um fluxo que captura documentos fiscais destinados ao CNPJ, valida o XML, compara nota, pedido, fornecedor, recebimento e financeiro, abre exceções e só então transmite o evento oficial adequado. Ela ajuda a encontrar NF-e desconhecida, impedir pagamento indevido e alimentar a escrituração sem depender de caixa de e-mail.

Os quatro eventos não são equivalentes. Ciência da Operação apenas registra que o destinatário tomou conhecimento da NF-e e ainda não é uma conclusão. Confirmação da Operação, Desconhecimento da Operação e Operação não Realizada expressam conclusões diferentes e podem produzir efeitos relevantes. A IA pode sugerir e explicar; regras, evidências e uma pessoa autorizada decidem.

Manifestar NF-e automaticamente não é clicar em “confirmar” para liberar XML. É provar se houve pedido, entrega e aceite, escolher o evento coerente, transmitir com identidade autorizada e reconciliar o protocolo com a operação real.

Por que esta é uma pauta de alta intenção em 2026

Toda empresa que compra mercadorias pode receber NF-e emitida contra seu CNPJ. Quando compras, almoxarifado, fiscal e contas a pagar trabalham em sistemas separados, o documento chega antes da explicação: existe uma chave no Ambiente Nacional, mas o pedido está em outro ERP, a entrega está no WMS, a ocorrência está no e-mail e a aprovação está numa conversa.

Isso cria perguntas com impacto direto no caixa e na conformidade:

• esta nota corresponde a uma compra aprovada;
• a mercadoria chegou e foi aceita;
• o valor e os itens conferem com pedido e recebimento;
• o fornecedor existe no cadastro e está liberado;
• a empresa desconhece a operação ou participou de uma operação que não se realizou;
• o XML completo já foi obtido e arquivado;
• a nota deve seguir para escrituração e pagamento;
• existe prazo interno ou regra estadual a cumprir;
• uma manifestação anterior precisa ser investigada.

O tema continua tecnicamente ativo. Em 3 de julho de 2026, o Portal Nacional da NF-e publicou o pacote de liberação da Distribuição de DF-e v1.04. O portal também mantém, em produção, o serviço de recepção de eventos da manifestação. Isso não significa que toda empresa precise desenvolver integração própria, mas reforça que a rotina deve acompanhar esquemas, notas técnicas, certificados e regras do Ambiente Nacional.

Há ainda um componente antifraude. A autorização de uso da NF-e verifica autoria, formato e autorização do emitente; ela não prova, por si só, que o destinatário fez aquela compra. Monitorar documentos destinados e relacioná-los a pedido, contrato e recebimento encurta o tempo entre uma emissão indevida e a reação da empresa.

O que é a manifestação do destinatário da NF-e

A manifestação do destinatário é o registro de um evento vinculado a uma NF-e modelo 55. O destinatário informa ao ambiente fiscal o que sabe sobre a operação representada pelo documento. O Manual de Orientação do Contribuinte e a Nota Técnica 2020.001 descrevem quatro códigos de evento:

Ciência é um evento não conclusivo. Ela não quer dizer “mercadoria recebida”, “nota correta”, “compra aprovada” nem “pode pagar”. Confirmação é conclusiva e não deve ser usada como atalho técnico. Desconhecimento e operação não realizada também não são sinônimos: no primeiro, a empresa não reconhece ter solicitado a operação; no segundo, reconhece participação, mas informa que ela não se concretizou como descrita.

O Ajuste SINIEF 07/05 e a regulamentação estadual definem hipóteses de obrigatoriedade e procedimentos. O MOC afirma que qualquer destinatário pode manifestar-se e detalha operações em que o registro é obrigatório. Como regras estaduais podem ampliar obrigações, o cadastro da automação precisa considerar estabelecimento, inscrição estadual, setor, CFOP, produto e norma vigente na UF, em vez de aplicar uma conclusão nacional genérica.

Manifestação, download do XML, escrituração e pagamento são coisas diferentes

Uma boa automação separa quatro estados que frequentemente aparecem misturados:

1. documento descoberto: a NF-e apareceu na distribuição de DF-e ou em outra fonte confiável;
2. XML disponível: o arquivo autorizado e seus eventos foram obtidos e validados;
3. operação manifestada: um evento foi transmitido e recebeu protocolo;
4. compra conciliada: pedido, recebimento, tributos, contabilização e pagamento foram tratados.

O registro de manifestação pode liberar ou participar do fluxo de obtenção do XML completo, conforme o serviço e o estado do documento. Mesmo assim, obter o arquivo não torna a compra verdadeira. Da mesma forma, possuir um DANFE recebido no caminhão não prova que o XML foi capturado do canal oficial nem que a operação foi aceita.

Não condicione a escrituração apenas à presença de PDF. O documento fiscal eletrônico é o XML autorizado. O DANFE é uma representação auxiliar. Valide assinatura, chave de acesso, protocolo, emitente, destinatário, valores, itens, eventos e situação antes de alimentar sistemas posteriores.

Também não use manifestação como baixa financeira. Contas a pagar precisa de sua própria aprovação, vencimento, título, retenções, dados bancários e proteção contra troca de favorecido. Uma NF-e confirmada pode ainda depender de disputa comercial, devolução parcial, bonificação, contrato ou conferência tributária.

Como funciona a distribuição de DF-e por NSU

O serviço NFeDistribuicaoDFe entrega documentos e eventos de interesse de atores autorizados, como emitente, destinatário, transportador ou terceiro indicado em autXML. O Ambiente Nacional associa um Número Sequencial Único, o NSU, aos documentos disponíveis para cada interessado.

Para captura contínua, a aplicação informa o último NSU armazenado e recebe o próximo lote. O valor ultNSU retornado deve alimentar a chamada seguinte até alcançar maxNSU. Essa sequência não é um detalhe de infraestrutura: ela evita lacunas, repetição desnecessária e bloqueio por consumo indevido.

O Portal Nacional publicou regras explícitas:

• quando cStat=137 informa que não existem documentos, novas consultas devem aguardar uma hora;
• consultar novamente dentro dessa janela pode gerar cStat=656, consumo indevido, e bloqueio temporário;
• a consulta deve seguir o ultNSU retornado, em ordem ascendente;
• aplicações diferentes consultando o mesmo CNPJ precisam compartilhar o mesmo estado, ou podem quebrar a sequência;
• consultas pontuais por chave ou NSU possuem finalidade e limites próprios;
• a consulta distNSU é o caminho indicado para recuperar o conjunto de documentos disponíveis no período tratado pelo serviço.

Por isso, não instale dois coletores independentes para o mesmo CNPJ sem coordenação. ERP, escritório contábil, plataforma fiscal e robô interno podem disputar o cursor. Centralize a captura ou estabeleça um único consumidor oficial que distribui os documentos internamente.

Guarde, por CNPJ e ambiente, pelo menos:

• ultNSU confirmado;
• maxNSU observado;
• data e hora da consulta;
• cStat e xMotivo;
• hash do lote recebido;
• documentos processados;
• lacunas identificadas;
• tentativa, retorno e backoff;
• versão do esquema;
• certificado e aplicação utilizados, sem registrar segredo ou chave privada.

Nunca avance o cursor antes de persistir e validar o lote. Se o processamento falhar depois de gravar ultNSU, a aplicação pode acreditar que recebeu documentos que nunca chegaram ao fluxo interno.

Fluxo seguro da automação da manifestação do destinatário

1. Capturar documentos e eventos

Consuma a distribuição de DF-e com certificado autorizado, ambiente correto e cursor único. Normalize resumo de NF-e, XML completo e eventos sem destruir o arquivo original. Registre a origem de cada pacote e aplique backoff conforme o retorno oficial.

Uma caixa de e-mail pode complementar a captura, mas não deve ser a fonte única. O fornecedor pode esquecer o anexo, enviar PDF, usar endereço antigo ou incluir arquivo adulterado. A distribuição oficial permite descobrir documentos mesmo quando nenhuma pessoa avisou a empresa.

2. Validar autenticidade e estrutura

Valide XML contra o esquema vigente, assinatura, chave, protocolo de autorização, modelo, ambiente, CNPJ do destinatário e situação do documento. Recalcule totais e confira consistência entre itens, bases, tributos, frete, desconto e valor final segundo regras determinísticas.

Não “corrija” XML recebido. Arquive o original imutável. Se um campo interno precisar de normalização, crie uma representação derivada com rastreabilidade para o elemento de origem.

3. Conciliar com a operação real

Procure pedido de compra, contrato, fornecedor, unidade, centro de custo, recebimento, quantidade e valor. Uma nota pode cobrir vários pedidos; um pedido pode gerar entregas parciais; a mercadoria pode chegar com avaria; uma nota de remessa pode não gerar título financeiro.

Use regras explícitas para tolerâncias. Diferença de centavos, unidade de medida, frete ou imposto não deve ser resolvida pela IA sem política aprovada. O motor determinístico calcula; o modelo explica a causa provável e apresenta evidências para a pessoa revisora.

4. Classificar o caso e o risco

Separe documentos em filas como:

• pedido e recebimento conciliados;
• pedido encontrado, entrega pendente;
• entrega recusada ou operação interrompida;
• fornecedor conhecido sem pedido;
• emitente desconhecido;
• CNPJ, filial ou inscrição divergente;
• duplicidade possível;
• cancelamento, carta de correção ou outro evento posterior;
• XML inválido ou sem protocolo coerente;
• prazo interno próximo do limite;
• nota com valor, item ou dado bancário suspeito.

A classificação não é a manifestação. Ela direciona a investigação e sugere o evento possível, sempre com grau de confiança, regras acionadas e documentos de suporte.

5. Aprovar por alçada

Defina quem pode registrar ciência e quem pode aprovar cada evento conclusivo. Compras confirma pedido; recebimento comprova entrega; fiscal avalia documento e regra estadual; financeiro bloqueia pagamento; segurança investiga emitente desconhecido. Para valores altos ou fornecedor novo, exija dupla aprovação.

O revisor precisa ver a NF-e, o pedido, o recebimento, a divergência, o evento sugerido e o efeito esperado numa única tela. Aprovação cega em lote apenas transfere o risco manual para uma interface mais rápida.

6. Assinar e transmitir o evento oficial

Gere o XML do evento com código, chave, sequência e ambiente corretos, assine com certificado ICP-Brasil habilitado e envie ao serviço NFeRecepcaoEvento4 ou ao canal oficial adotado. Confirme cStat, motivo, data e protocolo de cada evento; resposta de transporte HTTP não prova registro fiscal.

Implemente idempotência. Antes de repetir, consulte o estado e relacione chave, tipo de evento, sequência, conteúdo, lote e protocolo. Uma falha de rede depois do processamento pode deixar o cliente sem resposta embora o evento tenha sido registrado.

7. Reconciliar, arquivar e monitorar

Atualize a nota apenas após retorno válido. Arquive solicitação assinada, resposta, protocolo, certificado lógico utilizado, usuário aprovador, evidências e versão da regra. Propague o estado para escrituração, estoque, compras e contas a pagar sem sobrescrever decisões anteriores.

Monitore documentos sem conclusão, eventos rejeitados, notas suspeitas, lacunas de NSU, certificados próximos do vencimento e divergências reabertas por evento posterior.

Matriz prática para escolher o evento

A tabela orienta triagem, não substitui análise fiscal. Casos como devolução, recusa parcial, entrega futura, industrialização, remessa, triangulação e operação interestadual podem exigir documentos e procedimentos específicos.

Ciência da Operação não é botão de download sem consequência

É comum tratar Ciência da Operação como etapa técnica para acessar o XML. O MOC a classifica como não conclusiva, mas isso não a torna irrelevante. Ela registra que o destinatário recebeu informação sobre a NF-e e cria uma pendência operacional: a empresa ainda precisa chegar a uma conclusão coerente.

Se o sistema usa ciência, crie automaticamente:

• prazo interno para conclusão;
• dono da investigação;
• vínculo com pedido e recebimento;
• bloqueio de pagamento enquanto faltarem evidências;
• alerta de notas envelhecidas;
• histórico de quem autorizou o evento;
• verificação de manifestação conclusiva posterior.

Não envie Ciência para toda NF-e descoberta sem capacidade de tratar a fila. O resultado pode ser milhares de documentos “conhecidos” tecnicamente e abandonados operacionalmente.

Confirmação da Operação exige mais cuidado

Confirmação declara que a operação descrita ocorreu. Ela pode interferir em procedimentos posteriores do emitente, inclusive cancelamento, conforme as regras de validação aplicáveis. A SEFAZ de São Paulo, por exemplo, informa que uma NF-e com confirmação sem manifestação posterior compatível pode impedir cancelamento.

Antes de confirmar, exija evidências mínimas:

• pedido ou contrato válido;
• fornecedor e CNPJ corretos;
• destinatário e estabelecimento corretos;
• recebimento físico ou prestação correspondente;
• quantidades e itens aceitos;
• ausência de recusa ou devolução integral pendente;
• valores e tributos dentro das tolerâncias;
• situação atual da NF-e;
• aprovação conforme valor e risco.

Uma regra “se XML válido, confirmar” é incorreta. XML válido prova que o documento passou pela autorização fiscal, não que a empresa recebeu exatamente o que foi faturado.

Desconhecimento da Operação é um controle antifraude

Uma nota emitida contra o CNPJ sem compra legítima pode indicar erro cadastral do fornecedor, teste em produção, tentativa de criar aparência de operação, uso indevido de dados ou fraude associada a cobrança. Detectar rápido reduz a chance de o documento entrar em escrituração ou virar título a pagar.

O fluxo de desconhecimento deve:

1. procurar pedido, contrato, cotação e recebimento em todas as unidades relevantes;
2. conferir se o emitente usa nome fantasia diferente do fornecedor cadastrado;
3. validar operações de grupo econômico, marketplace, operador logístico ou faturamento por terceiro;
4. contatar o fornecedor por canal independente e conhecido, quando cabível;
5. bloquear criação automática de pagamento e crédito;
6. registrar evidência da busca;
7. obter aprovação fiscal ou de compliance;
8. transmitir o evento e guardar o protocolo;
9. acompanhar cancelamento ou providência do emitente;
10. abrir incidente se houver padrão, recorrência ou alto valor.

A IA pode comparar razão social, itens e histórico para priorizar suspeita. Ela não deve concluir “fraude” apenas porque o nome não apareceu no ERP.

Operação não Realizada pede motivo estruturado

Use Operação não Realizada quando a empresa reconhece participação, mas a operação não ocorreu ou não se efetivou como a NF-e descreve. Exemplos podem incluir venda desfeita antes da entrega, mercadoria recusada integralmente ou operação interrompida. O enquadramento exato precisa ser validado pela área fiscal.

O evento deve nascer de uma ocorrência documentada, não de um campo livre. Registre motivo padronizado, pedido, comunicação com fornecedor, transportadora, tentativa de entrega, comprovante de recusa, responsável e documento posterior esperado. Isso permite distinguir falha logística de erro fiscal e cobrar a ação correta.

Como usar IA sem terceirizar a decisão fiscal

A IA agrega valor quando organiza informação dispersa. Ela pode ler descrição de item, resumir divergências, relacionar nota a pedido provável, classificar motivo de recusa e explicar uma rejeição técnica. O efeito fiscal, porém, precisa de regra reproduzível e alçada humana.

Use IA para:

• sugerir o pedido mais provável para uma NF-e;
• comparar descrições diferentes do mesmo produto;
• priorizar emitente novo, valor atípico ou item incomum;
• resumir diferenças entre pedido, XML e recebimento;
• classificar e-mails e ocorrências de transportadora;
• agrupar rejeições por causa provável;
• redigir uma explicação para o revisor;
• detectar notas envelhecidas sem conclusão;
• identificar recorrência por fornecedor ou unidade;
• mascarar dados em suporte e testes;
• montar amostras para auditoria;
• recomendar o próximo documento a consultar.

Não use IA para:

• inventar pedido, entrega, CFOP, valor ou justificativa;
• confirmar operação só porque fornecedor e valor parecem conhecidos;
• desconhecer operação sem buscar filiais e responsáveis;
• alterar o XML oficial para fazê-lo passar;
• assinar ou transmitir fora da alçada;
• selecionar certificado ou CNPJ por aproximação;
• ignorar evento posterior;
• continuar consultando após retorno de consumo indevido;
• guardar chave privada, senha ou token em prompt;
• decidir tratamento tributário sem regra aprovada;
• liberar pagamento a partir da manifestação;
• substituir consulta à legislação estadual.

O modelo gera hipótese. O motor de regras valida. A operação fornece evidência. A pessoa autorizada decide. O web service registra. A conciliação prova o resultado.

Certificado digital, identidade e segregação de funções

Os eventos têm validade jurídica e usam certificado digital compatível com as regras da NF-e. A Nota Técnica 2020.001 descreve assinatura vinculada ao CNPJ-base do destinatário. O desenho precisa mapear matriz, filiais, certificados, ambiente de homologação e produção, cadeia ICP-Brasil e validade.

Não distribua arquivo A1 e senha em pastas, chat ou estação pessoal. Prefira cofre de segredos ou serviço de assinatura com controle de acesso, rotação, log, restrição de exportação e separação entre aplicação e operador. Para A3, considere disponibilidade, driver, sessão e recuperação operacional sem contornar a segurança do dispositivo.

Separe papéis:

• integração captura e valida;
• compras confirma pedido;
• recebimento registra aceite ou recusa;
• fiscal decide enquadramento;
• gestor aprova conforme alçada;
• serviço de assinatura transmite;
• auditoria consulta evidências;
• administrador técnico mantém acesso sem poder aprovar a própria manifestação.

Uma pessoa que cadastra fornecedor, cria pedido, registra recebimento, aprova manifestação e libera pagamento concentra risco demais.

Painel operacional da manifestação do destinatário

O painel deve mostrar estado fiscal e estado operacional separadamente:

• documentos novos por CNPJ e unidade;
• resumos aguardando XML completo;
• notas com ciência e sem conclusão;
• confirmações pendentes de protocolo;
• desconhecimentos e operações não realizadas;
• divergências de pedido, valor, quantidade e recebimento;
• emitentes novos ou bloqueados;
• títulos financeiros associados e bloqueados;
• ultNSU, maxNSU, lacunas e atraso de captura;
• retornos 137 e 656;
• eventos rejeitados por código;
• certificados próximos do vencimento;
• idade da exceção, dono e alçada;
• evento posterior ainda não propagado;
• evidências incompletas;
• amostras para auditoria.

Evite um único indicador “manifestadas”. Uma operação pode estar manifestada com o evento errado, ter protocolo válido e continuar sem pedido, entrega ou reconciliação. Meça completude, correção, tempo, risco e consequência financeira.

Exemplo concreto: distribuidora com três centros de recebimento

Imagine uma distribuidora que recebe 2.400 NF-e por mês em três centros. O ERP de compras, o WMS e o sistema fiscal não compartilham o mesmo identificador. O escritório contábil baixa XML por uma plataforma, enquanto um robô interno consulta o mesmo CNPJ. O financeiro recebe boletos diretamente por e-mail.

Na primeira semana, a automação centraliza o cursor de NSU e encontra 612 documentos e eventos. Quarenta e oito aparecem apenas como resumo. A aplicação registra ciência apenas nos casos previstos pela política e abre prazo de investigação; não confirma em lote.

Dos XMLs validados, 521 conciliam com pedido e recebimento. Vinte e sete possuem pedido, mas a entrega ainda está em trânsito. Dezoito têm diferenças de quantidade. Nove foram emitidos por um CNPJ de faturamento pertencente a fornecedores conhecidos. Cinco não possuem pedido nem recebimento em nenhuma unidade.

A IA sugere vínculos e resume divergências. As regras confirmam CNPJ, valor, chave e protocolo. Compras reconhece os nove CNPJs depois de verificar contratos. Recebimento resolve doze diferenças e mantém seis em exceção. Os cinco documentos sem origem legítima são bloqueados no contas a pagar e seguem para compliance. Após busca documentada, quatro recebem Desconhecimento da Operação; o quinto correspondia a uma compra emergencial ainda não lançada e volta para regularização, sem manifestação conclusiva precipitada.

Durante o piloto, o robô antigo continua consultando o mesmo CNPJ e provoca quebra de sequência. O novo painel detecta divergência entre ultNSU local e retorno, suspende chamadas e identifica o segundo consumidor. A empresa desativa a duplicidade e deixa a captura central como fonte única.

O resultado não é “2.400 manifestações automáticas”. É saber quais notas podem avançar, por que algumas foram bloqueadas, qual evento recebeu protocolo e qual documento sustenta cada decisão.

Métricas que mostram se a automação funciona

Use indicadores que não premiem velocidade errada:

• tempo entre autorização da NF-e e captura;
• percentual de NSU processados sem lacuna;
• documentos descobertos fora do e-mail;
• tempo entre captura e primeira classificação;
• ciência sem conclusão por faixa de idade;
• confirmações com pedido e recebimento comprovados;
• desconhecimentos revertidos por busca incompleta;
• operações não realizadas por motivo;
• rejeições de evento por código;
• retransmissões evitadas por idempotência;
• ocorrências de cStat=656;
• horas de indisponibilidade por certificado;
• notas bloqueadas antes de virar pagamento;
• valor de documentos sem pedido;
• divergência entre XML, pedido e recebimento;
• eventos sem protocolo arquivado;
• tempo de resposta por área;
• falsos positivos do classificador;
• incidentes por fornecedor;
• ajustes manuais por 1.000 documentos.

Reduzir o tempo médio não é sucesso se a automação aumenta confirmações indevidas ou produz bloqueio do web service.

Checklist de implantação

1. Mapear CNPJs, inscrições estaduais, unidades e regimes.
2. Confirmar regras nacionais e estaduais aplicáveis.
3. Identificar todos os consumidores atuais da distribuição de DF-e.
4. Eleger um único controlador de NSU por CNPJ e ambiente.
5. Inventariar certificados A1, A3, validade e responsáveis.
6. Separar homologação e produção.
7. Validar esquemas XML vigentes.
8. Preservar XML original e protocolos sem alteração.
9. Modelar pedido, entrega, nota, evento e título como objetos distintos.
10. Definir tolerâncias de valor, quantidade e item.
11. Criar matriz dos quatro eventos.
12. Definir quando Ciência da Operação pode ser usada.
13. Criar prazo e dono para conclusão posterior.
14. Bloquear confirmação sem evidência mínima.
15. Exigir busca documentada antes de desconhecimento.
16. Estruturar motivos de operação não realizada.
17. Implementar aprovação por valor, risco e unidade.
18. Assinar em serviço protegido e auditável.
19. Tratar retorno fiscal, não apenas resposta HTTP.
20. Implementar idempotência e reconciliação de protocolo.
21. Respeitar backoff para 137 e bloqueio 656.
22. Integrar bloqueio com contas a pagar.
23. Monitorar eventos posteriores e cancelamentos.
24. Aplicar retenção, criptografia e acesso mínimo.
25. Rodar piloto em modo sombra antes de transmitir.

Testes antes de liberar para produção

Teste com certificado e ambiente de homologação quando o canal permitir. Em modo sombra, capture e classifique documentos reais sem transmitir eventos; compare as sugestões com o processo fiscal vigente.

Inclua ao menos:

• NF-e com pedido e recebimento exatos;
• pedido sem entrega;
• entrega parcial;
• mercadoria recusada integralmente;
• fornecedor conhecido com novo CNPJ;
• emitente sem cadastro;
• compra emergencial sem pedido prévio;
• chave já processada;
• evento registrado e resposta perdida;
• NF-e cancelada depois da captura;
• carta de correção posterior;
• ciência sem manifestação conclusiva;
• confirmação tentada sem evidência;
• desconhecimento com compra em outra filial;
• operação não realizada com motivo e prova;
• XML inválido;
• documento de homologação chegando ao fluxo de produção;
• certificado vencido ou cadeia inválida;
• ultNSU menor, igual e maior que o esperado;
• dois consumidores para o mesmo CNPJ;
• cStat=137 e espera de uma hora;
• cStat=656 sem reiniciar indevidamente a janela;
• falha entre persistir o lote e avançar cursor;
• rejeição do evento com código tratável;
• indisponibilidade do serviço;
• retorno com protocolo válido;
• usuário sem alçada;
• alteração de pedido depois da aprovação;
• título financeiro criado antes da conclusão;
• log sem senha, chave privada ou XML sensível desnecessário.

Defina critérios de aceite. Uma manifestação só termina quando o protocolo foi conciliado, o estado interno foi atualizado, as evidências foram arquivadas e os sistemas consumidores receberam o resultado correto.

Método Laf para automatizar a manifestação do destinatário

A Laf Digital começa por um CNPJ, uma unidade e um conjunto limitado de fornecedores. Primeiro estabiliza a captura e a verdade operacional; depois amplia manifestações conclusivas.

1. diagnóstico: mapear DF-e, ERP, WMS, fiscal, financeiro, certificados e normas;
2. captura: centralizar NSU, backoff e armazenamento imutável;
3. validação: conferir esquema, assinatura, chave, protocolo e destinatário;
4. conciliação: relacionar pedido, recebimento, fornecedor e pagamento;
5. regras: documentar os quatro eventos, tolerâncias e bloqueios;
6. IA assistiva: classificar risco, sugerir vínculos e explicar divergências;
7. aprovação: configurar alçadas, evidências e segregação;
8. transmissão: assinar, enviar, tratar rejeições e garantir idempotência;
9. auditoria: guardar protocolo, decisão, regra e documento de suporte;
10. escala: ampliar por unidade e fornecedor só após o piloto fechar sem lacunas.

Se sua empresa ainda descobre notas pelo e-mail, baixa XML em plataformas desconectadas ou confirma operações sem cruzar recebimento, a Laf Digital pode construir a captura, a fila de exceções, a conciliação e o painel com governança. Fale com a Laf Digital para desenhar um piloto por CNPJ e unidade.

Referências consultadas

• CONFAZ — Manual de Orientação do Contribuinte NF-e, versão 7.0, visão geral
• CONFAZ — Ajuste SINIEF 07/05, texto e alterações
• Portal Nacional da NF-e — Nota Técnica 2020.001 v1.10, manifestação do destinatário
• Portal Nacional da NF-e — Nota Técnica 2014.002, distribuição de DF-e
• Portal Nacional da NF-e — regras de uso do serviço NFeDistribuicaoDFe
• Portal Nacional da NF-e — web service de Manifestação do Destinatário
• Portal Nacional da NF-e — esquemas XML oficiais em uso
• SEFAZ São Paulo — aplicativo, requisitos e alternativas para manifestação
• SEFAZ São Paulo — cancelamento extemporâneo e efeito da manifestação
• Planalto — Lei nº 13.709/2018, Lei Geral de Proteção de Dados Pessoais

Esquemas, serviços, prazos e normas estaduais podem mudar. Confirme as versões vigentes no Portal Nacional da NF-e, no CONFAZ e na SEFAZ de cada estabelecimento antes de transmitir eventos em produção.

Perguntas frequentes

O que é manifestação do destinatário da NF-e?

É o registro, pelo destinatário, de um evento vinculado a uma NF-e para comunicar ciência ou uma conclusão sobre a operação representada pelo documento.

Quais são os quatro eventos da manifestação?

Ciência da Operação, Confirmação da Operação, Desconhecimento da Operação e Operação não Realizada.

Ciência da Operação confirma o recebimento da mercadoria?

Não. O MOC define ciência como evento não conclusivo: o destinatário sabe que a NF-e existe, mas ainda não possui elementos suficientes para uma manifestação final.

Ciência da Operação libera pagamento?

Não. Pagamento depende de pedido, recebimento, aprovação financeira, dados bancários e demais controles. Ciência não substitui nenhuma dessas etapas.

Confirmação da Operação pode ser automática?

Pode existir automação assistida, mas a transmissão deve depender de evidências determinísticas e alçada. Confirmar apenas porque o XML é válido ou o fornecedor é conhecido é arriscado.

Qual a diferença entre desconhecimento e operação não realizada?

No desconhecimento, o destinatário informa que não solicitou a operação. Na operação não realizada, reconhece sua participação, mas declara que a operação não ocorreu ou não se efetivou como descrita.

A manifestação é obrigatória para toda NF-e?

O MOC informa que qualquer destinatário pode manifestar-se e detalha hipóteses de obrigatoriedade. Estados podem estabelecer regras adicionais; valide a legislação da UF e o tipo de operação.

A manifestação permite baixar o XML?

Ela integra o processo oficial de disponibilização do documento ao destinatário. O fluxo exato depende do serviço, do evento e do estado da NF-e; trate captura e manifestação como etapas relacionadas, mas separadas.

DANFE é suficiente para a automação?

Não. O DANFE é representação auxiliar. O fluxo fiscal deve trabalhar com o XML autorizado, protocolo e eventos, preservando o arquivo original.

O que é NSU?

É o Número Sequencial Único usado pelo Ambiente Nacional para organizar documentos e eventos disponíveis a cada interessado no serviço de distribuição de DF-e.

Por que o ultNSU precisa ser guardado?

Ele indica de onde a próxima consulta contínua deve prosseguir. Perder, repetir ou avançar o cursor incorretamente pode criar lacunas, reprocessamento e bloqueio por uso indevido.

Dois sistemas podem consultar o mesmo CNPJ?

Tecnicamente podem existir vários consumidores, mas todos precisam coordenar a mesma sequência. O Portal alerta que aplicações concorrentes fora de ordem podem caracterizar uso indevido. Centralizar é mais seguro.

O que significa cStat 137?

Significa que nenhum documento foi localizado. Nas regras publicadas pelo Portal, a aplicação deve aguardar uma hora antes de nova consulta quando não há mais documentos.

O que significa cStat 656?

É rejeição por consumo indevido. Pode ocorrer por consultas repetidas, fora de sequência ou acima dos limites. A aplicação deve respeitar o tempo informado e não reiniciar a espera com novas tentativas.

Consultar por chave substitui o distNSU?

Não para captura contínua. Consultas por chave ou NSU são pontuais e possuem limites. O Portal orienta distNSU para recuperar o conjunto disponível ao interessado.

A empresa precisa de certificado digital?

Sim, os serviços e eventos exigem certificado compatível com as regras da NF-e e da ICP-Brasil. Valide CNPJ-base, tipo, cadeia, validade e ambiente.

Posso armazenar o certificado A1 no servidor?

Somente em arquitetura protegida, com cofre ou serviço de assinatura, acesso mínimo, logs, rotação e política aprovada. Nunca deixe arquivo e senha juntos em pasta compartilhada.

A IA pode escolher o certificado correto?

Não por inferência. CNPJ, estabelecimento, ambiente e certificado precisam de mapeamento determinístico. Erro de identidade invalida ou direciona incorretamente a operação.

A IA pode detectar nota fria ou fraude?

Ela pode priorizar sinais como emitente novo, ausência de pedido e valor atípico. A conclusão exige investigação; um alerta não é prova de fraude.

O que fazer com NF-e sem pedido?

Bloqueie pagamento, procure compra emergencial, contrato, outra unidade, faturamento por terceiro e recebimento. Se a operação realmente não foi solicitada, siga a aprovação para desconhecimento.

Nota com pedido, mas sem entrega, deve ser confirmada?

Não automaticamente. A empresa ainda não comprovou que a operação ocorreu como informada. Mantenha em análise e aplique o procedimento fiscal definido para o caso.

Entrega parcial permite confirmação?

Depende da NF-e e do tratamento comercial e fiscal. Divergência parcial deve ir para exceção; não presuma que confirmação ou operação não realizada resolve todos os casos.

Manifestação substitui escrituração fiscal?

Não. Manifestação registra um evento da NF-e. Escrituração exige tratamento contábil e fiscal próprio, validações, período e obrigações aplicáveis.

Manifestação substitui o aceite no ERP?

Não. O ERP pode registrar aceite de compra, estoque, qualidade e financeiro. Esses estados devem ser conciliados, não confundidos.

Confirmação pode impedir cancelamento da NF-e?

Pode afetar a validação do cancelamento. A SEFAZ-SP informa que confirmação sem manifestação posterior compatível pode desautorizar o cancelamento. Verifique a regra vigente e a cronologia.

Posso mudar uma manifestação depois?

As especificações admitem mais de um tipo de manifestação e consideram a cronologia, com regras próprias. Não use isso como botão de desfazer: investigue, aprove e guarde todos os protocolos.

Como evitar evento duplicado?

Use chave da NF-e, tipo, sequência, conteúdo e protocolo como idempotência. Antes de repetir após falha de rede, consulte ou reconcilie o estado oficial.

Quais dados precisam ser auditados?

XML original, pedido, recebimento, regra acionada, decisão, aprovador, solicitação assinada, retorno, protocolo, data, aplicação e eventos posteriores.

O XML pode ser alterado para corrigir cadastro interno?

Não. Preserve o XML oficial imutável. Faça normalizações em uma camada derivada, com rastreabilidade para o dado original.

Como começar sem risco?

Escolha um CNPJ e uma unidade, centralize a captura, rode classificação em modo sombra, compare com decisões humanas e só depois habilite transmissões com alçada.

A Laf Digital pode integrar DF-e, ERP e financeiro?

Sim. A Laf pode centralizar NSU, validar XML, conciliar pedido e recebimento, criar fila de exceções, aprovação, transmissão auditável e painel sem terceirizar a decisão fiscal para a IA.