SAP Notes da Reforma Tributária: como acompanhar, decidir e provar a aplicação

Seis passos entre a publicação da nota e a prova

A nota é o começo do trabalho, não o fim. O ciclo vale para qualquer nota com efeito fiscal, da reforma ou não.

Acompanhar uma nota é uma decisão com dono e prova

A SAP entrega a correção. A empresa decide se ela entra, quando entra e como se prova que o cálculo continua certo. A matéria da reforma, tributo por tributo, tem página própria em Reforma Tributária: IBS e CBS no SAP, e o processo das notas começa onde ela termina.

As notas e os guias da reforma que organizam o trabalho

A SAP mantém, para a reforma do Brasil, notas de referência que dizem o que foi entregue e em que ordem implementar. O rito parte delas.

Fonte: SAP Community, publicação da SAP sobre o impacto da reforma tributária do Brasil nos usuários SAP.

Seis canais e uma rotina para a nota não chegar sem aviso

Monitorar é ter canais definidos e um horário fixo para lê-los. Sem isso, a nota chega pela aplicação técnica e o fiscal descobre depois.

Um responsável nomeado lê os seis canais em horário fixo e abre uma linha na lista única de notas. Todo o resto do rito parte dessa lista.

Doze datas fixas para ler as notas do mês

A SAP publica as notas de segurança novas na segunda terça-feira de cada mês. As datas de 2026 estão abaixo.

Os clientes localizam as notas no SAP for Me, na área de notas de segurança, escolhendo a lista completa. O nível de Support Package do ambiente decide se a correção do mês chega até ele.

Fonte: SAP Support Portal, SAP Security Notes e News. Política de manutenção na nota 3053725.

O passivo de notas: o que já entrou e ninguém avaliou

Antes de o rito valer para as notas novas, é preciso saber o que já foi aplicado no ambiente. Esse passivo é o primeiro resultado do trabalho.

Nota implementada de forma incompleta merece atenção especial: o sistema continua funcionando e pode calcular diferente do esperado sem emitir aviso. Por isso o levantamento separa a implementação completa da parcial.

O resultado é a primeira ficha de cada nota relevante e uma lista de pendências, cada uma com dono e data. O checklist de prontidão fiscal ajuda a medir o restante do ambiente.

Quatro categorias para dizer se a nota toca o fiscal

A triagem separa a nota que exige o fiscal da que não exige. O critério é o efeito da nota, não o componente que ela altera.

O ponto cego entre TI e fiscal, que esse filtro fecha, está descrito no artigo do blog sobre SAP Notes com impacto fiscal.

Oito perguntas que o responsável faz a cada nota

As quatro primeiras perguntas decidem se o fiscal entra. As quatro últimas decidem a ordem e a janela.

• A nota fala de imposto, base, alíquota, classificação ou situação tributária?
• Ela muda campo, tabela ou configuração do cadastro fiscal de produto, parceiro ou operação?
• Ela altera o conteúdo do XML do documento fiscal ou uma regra de validação?
• Ela toca a integração com a apuração, com o SPED ou com a escrituração?
• Exige atividade manual depois da implementação, como parametrização ou ajuste de tabela?
• Depende de outra nota, de Support Package ou de versão de componente que o ambiente ainda não tem?
• Há objeto próprio do cliente no mesmo ponto, como exit, BAdI ou programa Z?
• Existe data legal que obriga o comportamento novo?

Qualquer resposta sim nas perguntas 1 a 4 leva a nota para o fiscal. As perguntas 5 a 8 não mudam a categoria: definem a ordem, a janela e o esforço de teste.

Aplicar, adiar ou não aplicar: a decisão com critério escrito

Toda nota com efeito fiscal termina em uma de quatro decisões. A de não aplicar também vale, desde que tenha dono e justificativa.

A data da nota vem do fisco, a janela vem do calendário da operação

Duas datas decidem quando a nota entra: a que a lei impõe e a que a operação tolera. A primeira é fixa, a segunda se planeja.

Janela é calendário compartilhado. O fiscal marca os períodos sensíveis, a TI marca as janelas técnicas, e a interseção livre vira a agenda de aplicação.

Com a agenda pronta, a pergunta do dia da decisão deixa de ser quando dá e passa a ser qual janela serve a esta nota.

Nota por nota, na ordem certa

As notas da reforma dependem umas das outras. A ordem não é escolha de quem implementa: ela vem das dependências.

O XML é atualizado com frequência, então a ordem é reimportada a cada rodada de aplicação.

Fonte: SAP Community, publicação da SAP sobre a reforma tributária do Brasil.

O que a ferramenta da SAP faz e o que continua sendo trabalho humano

A ferramenta reduz o erro de execução, mas não decide nada. Separar o que ela faz do que fica com a equipe evita a ilusão de que a nota aplicada é a nota avaliada.

O Note Assistant, transação SNOTE, é a ferramenta padrão da SAP para essa tarefa. Sua lista de trabalho separa as notas atribuídas ao usuário, as inconsistentes e as novas ainda não processadas.

Notas assinadas digitalmente só podem ser baixadas e enviadas com o SNOTE habilitado para isso, e os passos estão reunidos na nota 2836302. A versão aprimorada da ferramenta exige SAP_BASIS 7.40 SP02 ou a nota 3051466.

Fonte: SAP Support Portal, Note Assistant, e documentação do Note Assistant no SAP Help.

Quatro ambientes, uma sequência

A nota percorre os ambientes na ordem das demais mudanças do cliente e só avança com a aprovação do ambiente anterior.

O rito da DFSpro prevê implementar a nota no desenvolvimento e mover a mesma ordem pela esteira. Implementar direto em produção rompe a sequência e tira a prova de que o teste olhou o mesmo código que vai rodar.

A qualidade só serve de prova com dados que preservem o que determina o imposto, como NCM, UF, regime e perfil do parceiro. O método está em testes e validação fiscais.

Seis regras para a nota não chegar à produção fora de ordem

O transporte é onde a ordem das dependências se perde com mais facilidade. Estas regras protegem a sequência.

Antes, durante e depois da importação em produção

O dia da importação é curto e tem pouca margem. Por isso cada passo já está escrito antes e tem responsável.

A nota só é dada como concluída depois que o fiscal acompanha as primeiras emissões reais e confirma que o resultado bate com o esperado.

Onde a nota encontra o que o cliente já mudou

Quando o ambiente fiscal tem código próprio em volta do cálculo, a nota padrão pode colidir com ele, e a colisão não aparece no teste de tela.

Antes de aplicar, a TI lista os objetos próprios e os pontos de extensão no trecho que a nota toca, e o fiscal diz qual regra de negócio cada um carrega. Colisão encontrada vira item de decisão, não ajuste silencioso.

Quanto menos código próprio no cálculo, menor a colisão, e esse é o argumento do Clean Core fiscal. O desenho e a revisão do código que fica estão em ABAP e customização fiscal.

Fotografar o comportamento fiscal antes da nota

Sem fotografia do antes, o depois não prova nada. A linha de base é montada na qualidade, antes de a nota entrar.

• Um documento de referência por operação, com o imposto de cada tributo.
• O resultado do cálculo dos casos críticos, com base, alíquota e situação tributária.
• O XML gerado nos tipos de documento eletrônico mais usados.
• O relatório de apuração de um período fechado, para comparação.
• Data, versão da nota e do componente em que a fotografia foi tirada.
• O autor da fotografia e o fiscal que reconhece os valores como corretos.

A fotografia não precisa ser grande. Ela cobre os casos que a nota pode tocar, escolhidos na triagem, e reaproveita a matriz de cenários que a empresa já usa em teste fiscal.

Quando a nota traz campo novo, como os de IBS e CBS, a fotografia registra que o campo estava vazio antes. O efeito esperado inclui o campo passar a existir.

O que rodar depois da nota, por categoria

A regressão da nota é menor que um teste de projeto. Ela roda só o que a categoria da triagem pode ter alterado e compara com a fotografia.

Matriz de cenários, massa de dados e níveis de teste têm página própria: testes e validação fiscais. Para a nota, vale só o recorte que a categoria pede.

A regressão roda na qualidade, com a nota já implementada na ordem correta, e termina com a assinatura do fiscal.

Escrever o efeito esperado antes do teste

Uma nota da reforma muda o resultado de propósito. Por isso o teste não procura nenhuma diferença: procura a diferença certa.

O efeito esperado é escrito pelo fiscal antes da implementação, com a norma que o sustenta. A tabela de CST e cClassTrib é o ponto de partida do esperado para classificação.

A comparação do depois com o esperado e com a fotografia dá três resultados: bate, diferença justificada ou diferença sem explicação. Os dois primeiros passam. O terceiro volta para a TI e para o fiscal.

Seis registros que provam que a nota entrou

Aplicada é o que o sistema mostra, não o que a equipe lembra. A prova da aplicação é técnica e vem do próprio ambiente.

O conjunto fica anexo à ficha da nota. Quem audita reconstrói, só com ele, o que mudou, onde, quando e por ordem de quem.

O que prova que o cálculo continua o que a empresa decidiu

A aplicação correta não garante o efeito correto. A prova do efeito compara o resultado com o que o fiscal escreveu antes.

Cada caso reprovado abre um item com dono e prazo, e a nota só segue para a produção com todos os casos críticos aprovados. Seguir com uma diferença conhecida é decisão do cliente e fica escrita, com a justificativa.

Em produção, a primeira apuração depois da nota recebe conferência reforçada: o fiscal compara o resultado com o período anterior e registra as diferenças explicadas.

Quem decide, quem executa e quem assina

Cada etapa do rito tem um papel que decide, um que executa e um que assina. Quando o mesmo papel faz os três, a prova perde valor.

O responsável pela lista de notas é uma pessoa nomeada, com substituto. A reunião de decisão é curta e periódica, e o fiscal e a TI sentam à mesma mesa.

A ficha da nota: oito campos que ficam no sistema do cliente

A ficha é um registro único por nota, mantido onde o cliente já controla mudanças. Um arquivo solto não serve de prova.

Onde o cliente já usa um sistema de gestão de mudanças, a ficha vira um formulário dele, com os mesmos campos. A pergunta de auditoria sobre quem avaliou a nota e por quê se responde abrindo a ficha.

O prazo de guarda é definido pelo jurídico e pelo fiscal do cliente.

O plano de retorno vem antes da importação

Nem toda nota volta com facilidade. Por isso a forma de recuar é definida antes, e o critério de recuar também.

O retorno precisa de um responsável com poder de acioná-lo. Ele também tem um relógio: documentos fiscais já autorizados seguem regras próprias de cancelamento e de correção, e o plano considera isso.

Oito falhas que fazem a nota virar problema fiscal

Oito padrões se repetem quando o processo falha, e cada um tem uma resposta no rito.

Seis sinais de que o rito está funcionando

Um processo só melhora quando alguém o mede. Estes seis sinais cabem em uma página de acompanhamento mensal.

Os indicadores alimentam a conversa mensal de gestão. Metas e limites são definidos pelo cliente, e nenhum valor deve ser copiado de outro ambiente.

Quando o cálculo fiscal roda no GUEPARDO Tax

A licença do GUEPARDO Tax é da NTT DATA, e a DFSpro a vende como Canal Autorizado, além de implantar e governar o produto.

Quem usa o GUEPARDO Tax em parte das operações e o cálculo padrão do SAP em outras mantém uma lista única, com a origem de cada item.

As quatro frentes do trabalho com as notas

A DFSpro estrutura o rito e o conduz ao lado da equipe do cliente. Para quem ainda não sabe o que já entrou no ambiente, a porta de entrada é o Diagnóstico Fiscal SAP.

Quem decide cada nota e o que a DFSpro entrega ao cliente

A decisão sobre cada nota é do cliente. A DFSpro entrega o desenho do processo, a configuração do que o sistema permite e a prova de como ele se comporta depois da nota.

Documentação e publicações de referência

Comece pela lista de notas que o fiscal ainda não leu

O primeiro passo é levantar o que já foi aplicado, em que ordem e sem avaliação fiscal.

Para aprofundar: Reforma Tributária: IBS e CBS no SAP e testes e validação fiscais.