Forum sap reforma tributária

Talita, embora sua visão sobre a dupla coluna para confrontar os anexos seja metodologicamente sólida, creio que talvez devamos dar mais peso à ordem cronológica das versões da NT. Sugeriria talvez iniciar analisando o controle de versões primeiro, como o seu colega Sérgio mencionou, para garantir que estamos tratando das premissas mais recentes da Lei Complementar nº 214/2025, antes de mergulhar nos detalhes dos anexos.

Nós focamos na documentação de versões da Nota Fiscal Eletrônica para acompanhar as alterações. Verificamos a transição por meio do Controle de Versões, onde cada atualização traz ajustes e cria campos para a apuração do IBS, CBS e IS. Isso se torna particularmente útil quando estamos lidando com movimentações fiscais que exigem rastreabilidade precisa entre as diferentes versões documentais.

Talita Pires, complementando o que sugeri, ao montar essa lista de conferência, não se esqueçam de mapear como os dados do Banco de Dados se relacionam com esses grupos da Nota Técnica. Especificamente, o Grupo 3A, que trata do Banco de Dados: NFe Referenciada, precisa dialogar com os dados que chegam no Grupo 11, Notas de antecipação de pagamento. O truque é, viu, garantir que essa cadeia de documentos reflita fielmente o que está sendo gerado no sistema.

Na minha vivência, adotamos uma abordagem mais focada na transição dos dados. Inicialmente, nosso time mapeou os campos de controle e os eventos necessários para a apuração do IBS e CBS, considerando a versão 1.00 da NT. Isso era essencial para inicializar o processo de migração. Quando o produto possui particularidades complexas, verificamos os ajustes e correções trazidos nas versões seguintes, como a 1.10, para garantir que todos os detalhes estejam cobertos.

Tatiana Correia, para complementar o que foi dito, sugiro que, ao chegarmos à parte prática da validação, olhemos também os grupos informados na Nota Técnica. Por exemplo, o Grupo W03, que trata do Total da NF-e, precisa ser coerente com os dados que compõem os Grupos 3A e 11, como os dados do Banco de Dados de Notas de antecipação de pagamento. Veja, o fato é que o alinhamento entre esses grupos garante a integridade volumétrica da operação sob a nova dinâmica.

O resultado que importa é uma tabela de conferência viva. E aí, no nosso caso, o caminho a avaliar seria a criação de uma planilha com código, descrição e tipo de crédito de cada item, ligada à versão da nota técnica de setembro de 2026. Vale quando há muito produto parecido; para poucos itens, a revisão direta basta. A parametrização do cliente deve decidir o enquadramento, não a planilha. Isso vale para a reforma tributária toda.

Talita, olha, um palpite complementar ao seu: um caminho a avaliar é fazer a lista em duas colunas, uma para cada anexo da NT. Vale quando o produto é simples; para casos com código de classificação mais raro e para o cCredPres, melhor uma revisão manual. No log do meu teste o campo cCredPres apareceu em branco e a nota seguiu, e isso me fez rever a reforma tributária do cadastro inteiro.

Um risco comum é descobrir só na apuração que o cClassTrib não bate com o anexo, então comece por ele. Minha dica, tá: pegue o sumário, veja os tipos básicos da tributação e o anexo III, e monte uma lista de conferência por produto. Não precisa esgotar tudo antes do fechamento, mas o que ficar sem código pode virar pendência na reforma tributária.