Como o eDocument registra eventos de manifestação do destinatário e como usá-los na apuração?

Eu não esperaria resposta pronta da NTT para algo que é regra do cliente. Veja, um ponto importante: o produto pode até ler o dado do evento, mas se ele vale ou não para o crédito é definição do tributário. Defina primeiro a regra, por escrito, e só depois pergunte à NTT se o dado do evento chega na apuração.

Do lado técnico, a documentação da NTT cita o monitoramento de NF-e pela transação J1BNFE. Eu começaria por ela para provar o que o SAP registrou. Um trecho do que eu levo ao auditor:

• Chave da nota
• Evento registrado: manifestação, data e hora
• Usuário que registrou

Na última auditoria, né, o que pesou foi mostrar data, usuário e a ligação com o lançamento do crédito, não o print da tela.

Se a manifestação interfere no crédito é decisão do tributário da empresa, e a documentação que consultamos não afirma como o GUEPARDO Tax usa esse evento. O cerne, tá, é separar duas perguntas: o evento está registrado no SAP, com data e tipo? E a regra de crédito de vocês depende dele?

Segundo a documentação da NTT, o módulo e-Invoicing tem monitor de entrada no SAP para NF-e, NFS-e e CT-e. Se vocês usam o eDocument, confirme se esse monitor entra no desenho. Para o auditor, uma tela por documento já ajuda: Documento | Evento | Data | Status.

No outro ERP em que eu trabalhava, a gente resolveu com uma matriz escrita: tipo de evento na linha, efeito no crédito na coluna, aprovada pelo tributário e assinada. A apuração não consultava nada, o fiscal aplicava a matriz no fechamento.

Quer dizer, a matriz vira o critério que o auditor pede. Não serve se o volume for grande, aí precisa de regra automática. Mas como ponto de partida, para um coordenador que está montando o argumento, funciona bem.