Como lidar com o evento de cancelamento no DRC quando a nota já entrou na apuração?

Discordo de reabrir como primeira ideia. Direto ao ponto: se o produto permite reabrir apuração finalizada, a documentação que consultamos não afirma. Segundo a documentação da NTT, há histórico de modificação na PIS/COFINS, mas isso não responde se reabrir é o caminho. O custo é, viu: ter duas versões do número no mesmo mês. Veja com o fiscal e com a NTT antes, e registre a decisão.

Aqui a gente fez de outro jeito: o cancelamento vira uma ocorrência numa lista com dono e data, no mesmo local usado no fechamento, e só sai da lista quando fiscal e contabilidade confirmam o mesmo valor. A regra é, viu: nunca corrigir apuração e contabilidade em separado. Isso é desenho de processo, não afirmação sobre o produto, e funciona mesmo que o tratamento do cancelamento mude.

A primeira checagem é em qual apuração a nota entrou e em que status ela está. Foi mal a pergunta? Não, é a certa. Segundo a documentação da NTT, na PIS/COFINS pode haver várias apurações para o mesmo período e empresa, e só uma é a oficial. Como o GUEPARDO trata cancelamento, a base que consultamos não afirma; sobre o DRC, ele só cita o nome num caminho de menu. Confirme com a NTT ou teste no ambiente. Agora, no meu projeto, comece pela apuração oficial.

Explicando o cenário, junte três evidências antes de agir: chave da nota, data do cancelamento e período da apuração. Nas notas de projeto, uma causa comum de diferença é o lançamento manual direto na conta de imposto, feito para corrigir o que o fiscal não corrigiu. No ambiente de qualidade, teste com uma nota de teste cancelada antes e depois de rodar a apuração, e compare o valor da apuração com o da contabilidade.