Especialidade · Testes e validação

Testes fiscais no SAP: cenários, evidência e o que o teste técnico não vê

Teste fiscal é a prova de que o SAP calcula o imposto certo, emite o documento certo e fecha o mês no valor certo para cada cenário da operação. Ele parte de uma matriz de cenários, usa dados que preservam o que determina o imposto, compara cada resultado com um valor esperado escrito antes e guarda a evidência.

O teste técnico mostra que o sistema roda sem erro. O teste fiscal mostra que o resultado coincide com o que a empresa decidiu ser o correto.

Falar sobre o plano de testes fiscais Ver a matriz de cenários

Índice

Vá direto ao trecho do teste fiscal que cabe ao seu papel

Uma leitura para cada um dos cinco papéis, com atalho para o trecho certo.

01Gerente de projeto

Níveis de teste, critérios de entrada e de saída e a regra de não passar com defeito fiscal aberto, para fechar escopo e cronograma.

Ir para a seção

02Key user fiscal

Como montar a matriz de cenários, escrever o valor esperado de cada caso e o que o teste da autorização do fisco não prova.

Ir para a seção

03QA e TI

Massa de dados, ambientes, automação que vale a pena e o pacote de regressão para nota, atualização e mudança de leiaute.

Ir para a seção

04Contabilidade e controladoria

Teste de apuração e de arquivo, teste de fechamento com um mês de movimento e a conciliação que o teste por documento não faz.

Ir para a seção

05Auditoria interna

Ficha de evidência, rastreabilidade do caso ao valor esperado e o horizonte de guarda a considerar.

Ir para a seção

Links diretos

Links diretos:matriz de cenários ambientes do fisco critérios de saída regressão erros comuns perguntas

A resposta curta

Três provas, e cada uma responde a uma pergunta

A resposta direta

São três provas diferentes: o teste técnico mostra que o sistema executa, o teste fiscal mostra que o resultado está certo para o cenário, e o teste de fechamento mostra que o mês inteiro concilia. Passar na primeira não dispensa as outras duas.

Teste técnico

Pergunta: o sistema executa sem erro? Confirma telas, interfaces, jobs e transportes. Evidência típica: execução sem mensagem de erro. Não prova que o imposto calculado é o devido.

Teste fiscal

Pergunta: o valor e o documento estão certos neste cenário? Compara imposto, classificação e campos com um valor esperado escrito pelo fiscal. Evidência típica: caso, esperado, obtido e aprovação.

Teste de fechamento

Pergunta: o período fecha e concilia? Reúne documentos, apuração, arquivos, guia e contabilidade de um mês de movimento. Evidência típica: quadro de conciliação sem diferença sem dono.

A distinção entre os dois primeiros já é tratada no Diagnóstico Fiscal SAP e na parametrização fiscal.

Por que o teste fiscal é diferente

O valor certo vem de fora do sistema

Todo teste compara um resultado obtido com um resultado esperado. No teste técnico, o esperado está na especificação. No teste fiscal, está na lei, no ato do estado e na leitura que a empresa faz deles.

O esperado escrito antes, por quem decide

Todo caso de teste fiscal nasce de uma afirmação do fiscal: nesta operação, entre estas UFs, com este produto e este perfil de parceiro, o imposto é este e o documento sai assim. A afirmação tem autor e data. Se o esperado for copiado do que o SAP calculou, o teste vira uma fotografia, e uma fotografia concorda com qualquer erro.

A tese é do cliente

A interpretação tributária que gera o valor esperado é decisão da empresa, com os seus assessores. O trabalho do teste é provar que o sistema reproduz essa decisão em cada cenário. Se o fiscal e o contador divergem, o caso fica suspenso até haver decisão registrada, porque passar com a dúvida em aberto só a empurra para o fechamento.

A regra muda sem o código mudar

Alíquota, benefício, base de cálculo e leiaute mudam por ato do fisco, sem que programa algum tenha sido alterado. Um caso que passou em março pode falhar em outubro com o mesmo código. Por isso cada caso carrega a data da regra que verifica, e a regressão tem calendário próprio, além dos gatilhos técnicos.

Boa prática

Trate o valor esperado como um documento com dono, fonte e data de vigência. Quando o dono muda de ideia, o caso muda junto, e o histórico mostra a versão anterior.

Os níveis

Seis níveis de teste, cada um com a sua pergunta

Os termos mudam de projeto para projeto. O que não muda é a pergunta que cada nível responde e o que ele deixa de provar.

Nível	A pergunta que responde	Quem executa	Evidência	O que não prova
Unitário	Uma regra, um cálculo ou uma extensão, isoladas, respondem como esperado para entradas conhecidas?	Equipe técnica, com os casos escritos pelo fiscal	Resultado do caso e versão do objeto testado	Que o conjunto funciona junto
Integrado	O processo inteiro, do pedido ao documento autorizado, ao lançamento e à escrituração, fecha no valor esperado?	Fiscal e TI, no ambiente de qualidade	Documento, lançamentos e arquivo do caso	Que o mês fecha com volume real
Regressão	O que estava aprovado continua aprovado depois de uma mudança?	TI, com o fiscal assinando	Comparação com o resultado anterior, caso a caso	Que o caso novo está certo
Aceite do usuário (UAT)	O key user reconhece o resultado como o que a operação precisa?	Key user fiscal e áreas de negócio	Ata de aceite com os casos executados	Conformidade com a lei quando o usuário não domina a regra
Paralelo	O resultado do SAP coincide com o de uma referência independente no mesmo período?	Fiscal e controladoria	Quadro de diferenças por documento e por apuração	Casos que a referência também não cobre
Fechamento	O período inteiro fecha, concilia e gera arquivos e guias sem ajuste manual?	Controladoria, fiscal e TI	Apuração, conciliações, arquivos e guias do período de teste	Períodos futuros, como virada de ano ou mudança de regime

A ordem é a da dependência: o integrado só vale se os unitários dos pontos críticos passaram, e o fechamento só vale se o integrado cobriu as operações do mês. A regressão não é uma fase, é uma repetição que acompanha todas. O teste paralelo é o mais caro e o mais revelador: ele compara o SAP com uma referência independente, como o resultado do ambiente anterior ou uma apuração feita por fora, e a diferença aponta onde investigar.

Boa prática

Nem todo projeto precisa dos seis níveis. Mudança pequena de parametrização pede unitário, integrado e regressão. Migração de versão e rollout para unidade nova pedem também o paralelo e o fechamento. A escolha deve constar do plano, com a justificativa.

Matriz de cenários

Cinco dimensões formam a matriz

A matriz é a lista das combinações que mudam o imposto ou o documento. Ela existe para que os cenários não sejam escolhidos por memória.

Operação

Venda, devolução, transferência, remessa para conserto, bonificação, serviço, importação, entrada de insumo. Cada uma percorre uma regra diferente de imposto, de CFOP e de escrituração.

Origem e destino

UF de origem e de destino, e o município quando há serviço. A mesma venda muda de alíquota, de diferencial e de substituição tributária conforme a rota.

Perfil das partes

Contribuinte ou não, regime do emitente e do destinatário, consumidor final, parceiro com retenção ou benefício. O cadastro do parceiro decide parte do cálculo.

Produto ou serviço

NCM, origem da mercadoria, tratamento tributário (substituição, isenção, alíquota zero, monofásico) e código de serviço. É a dimensão que mais cresce em indústria e distribuição.

Documento e evento

NF-e, NFC-e, CT-e, NFS-e e os eventos que alteram o caso: cancelamento, carta de correção, complemento, devolução e inutilização.

Há uma sexta dimensão silenciosa, o tempo. Todo caso verifica uma regra que vale a partir de uma data e deixa de valer em outra. Anotar a vigência no caso evita aprovar hoje o que o ato do estado já mudou.

Como reduzir sem perder o que importa

Levantar o que a operação faz

Extraia os documentos dos últimos doze meses por operação, UF e produto. Cenário que nunca ocorreu só entra se for ocorrer no projeto.

Agrupar por equivalência

Casos que passam pela mesma regra e mudam só o valor viram um cenário com dois valores, o mínimo e o máximo, e não dois cenários.

Marcar os críticos

Valor, frequência e exposição definem a criticidade: regime com benefício, substituição, exportação e devolução costumam subir. O critério é do fiscal.

Escrever o esperado

Imposto por tributo, classificação, campos obrigatórios do documento e lançamentos, com a fonte citada ao lado de cada valor.

Dar dono e data

Cada esperado tem quem o assina, o ato que o sustenta e até quando vale. Sem dono, o caso não entra no critério de saída.

Boa prática

Combinar primeiro e reduzir depois é a ordem segura. Reduzir antes de combinar esconde as dimensões que o projeto esqueceu, e elas aparecem no primeiro fechamento.

Calculadora

O tamanho da matriz e o esforço de execução

A multiplicação das dimensões dá o universo teórico. A redução por equivalência e a escolha dos críticos dão o que se executa. Mude os campos para ver quanto cada dimensão pesa.

Tamanho da matriz

Quantos cenários o projeto tem de verdade?

Exemplo com os valores iniciais: 6 operações, 5 combinações de UF, 4 perfis de parceiro, 8 tratamentos de produto e 3 tipos de documento ou evento formam 2.880 cenários possíveis. Com redução de 85% por equivalência, ficam 432 cenários a executar. A 12 minutos por cenário, são 86,4 horas de execução. Ative o JavaScript para alterar os valores.

Exemplo ilustrativo, com valores hipotéticos. O percentual de redução e o tempo por cenário são julgamento do projeto, não regra.

Dados de teste

Massa real anonimizada e o que não se pode mascarar

O dado de teste precisa preservar o que determina o imposto e proteger o que identifica pessoas. A mesma coluna pode estar nos dois grupos conforme o cadastro.

Real, anonimizado ou sintético

Massa real traz os casos que a operação de fato tem, inclusive os que ninguém lembraria de escrever. Massa sintética dá controle: o caso existe porque alguém o desenhou. A real descobre o que faltava na matriz, e a sintética cobre o que a operação ainda não fez, como uma UF nova. Os cinco padrões do CNPJ alfanumérico estão na página específica.

O que a lei de proteção de dados diz

A LGPD considera dado pessoal a informação relacionada a pessoa natural identificada ou identificável. Dado anonimizado não é dado pessoal, salvo se o processo for revertido (art. 12). O tratamento se limita ao mínimo necessário (art. 6º, III), com medidas de segurança (art. 46). CNPJ de pessoa jurídica não se refere a pessoa natural, mas sócios e contatos aparecem nos mesmos cadastros.

Preservar, porque determina o imposto

CNPJ e inscrição estadual: entram em validação, em regime e em regras por parceiro.
NCM, CFOP, origem da mercadoria, CST ou CSOSN: trocar o código troca o cenário.
UF e município de origem, destino e prestação: definem alíquota, diferencial, substituição e local de incidência.
Valores, quantidades e descontos: podem escalar mantendo as proporções, porque a base e o arredondamento dependem da composição.
Datas de emissão, entrada e saída: definem a vigência da regra e o período de apuração.

Mascarar, porque identifica pessoas

CPF de pessoa física: substituir por um número válido fictício.
Razão social, nome fantasia e logradouro: não alteram o cálculo. Mantenha a UF e o município.
E-mail, telefone e nome de contato: não entram no cálculo do imposto.
Conta bancária e dados de pagamento: mascarar, preservando o layout que o teste de interface exige.

Fonte oficial

A LGPD define dado anonimizado (art. 5º, III), o exclui do conceito de dado pessoal (art. 12), fixa o princípio da necessidade (art. 6º, III) e exige medidas de segurança (art. 46).

Lei 13.709/2018 (LGPD), Planalto

Boa prática

Mascarar o que identifica pessoas e preservar o que determina o imposto. A decisão de usar dado real em ambiente de teste é da governança de dados do cliente, com o encarregado de dados. Antes de acusar o cálculo, confira os dados mestres fiscais

Ambientes e homologação do fisco

Dois ambientes chamados de homologação, e o que cada um prova

O sistema de teste da empresa e o ambiente de teste do fisco respondem a perguntas diferentes. O plano de testes precisa dizer qual dos dois cada resultado usou.

Ambiente	O que é	O que prova	O que não prova
Qualidade ou homologação da empresa	Sistema SAP de teste, onde se configura, desenvolve e testa antes da produção	Que configuração, código e dados de teste produzem o resultado esperado	Que o fisco aceita o documento, nem o comportamento com o cadastro e o volume reais
Homologação do fisco (NF-e)	Ambiente de autorização mantido pelas administrações tributárias para teste de leiaute e regras. No leiaute, o campo tpAmb distingue produção (1) e homologação (2)	Que o XML cumpre o leiaute e as regras de validação vigentes naquele ambiente	Que o valor tributário está certo, nem que a produção terá a mesma regra no mesmo dia: a implantação em homologação pode variar por UF
Produção restrita (NFS-e padrão nacional)	Ambiente de testes do emissor nacional, com documentação interativa das APIs	Que a integração e o leiaute funcionam antes de apontar para produção	O tratamento do município, que depende dos parâmetros dele
Plataforma pública do split payment	Fase de testes de integração entre prestadores de serviço de pagamento e a plataforma, a partir de 15/10/2026, em ambiente controlado	A integração dos prestadores com a plataforma	O comportamento do ERP da empresa, que não é o participante dessa fase

Armadilha de vocabulário

Homologação nomeia dois ambientes: o sistema de teste da empresa e o ambiente de teste do fisco. Um relatório que diz apenas "homologado" não diz qual dos dois foi usado.

O calendário muda, e o plano precisa de data de vigência

NF-e

O aviso do Portal da NF-e de 05/10/2026 posterga as notas técnicas NF-e 2025.002 v.1.52, 2026.007 v.1.10 e 2026.008 v.1.00 para 26/10/2026 em homologação e 16/11/2026 em produção. São três semanas de intervalo, e é esse o tempo real de teste. Veja quem assina a regressão do leiaute novo.

Split payment

O comunicado de 30/09/2026 trata de testes de integração dos prestadores de pagamento com a plataforma, sem transação definitiva. O Manual de Tempos deixa homologação fora dos seus prazos. A empresa testa o lado do ERP, com dados simulados: Split payment no SAP.

NFS-e

A documentação oficial confirma ambiente de testes e orienta validar a integração ali antes de apontar para produção. O tratamento de cada município segue os parâmetros dele: NFS-e padrão nacional no SAP.

Fonte oficial

Portal da NF-e (avisos e notas técnicas vigentes), NT 2025.002 RTC v1.40 (define o campo tpAmb e o cronograma separado de homologação e produção), comunicado da Receita Federal de 30/09/2026, Manual de Tempos do split payment (seção 1.2) e Perguntas e Respostas da NFS-e (tema 19.5). O aviso do Portal da NF-e de 05/10/2026 posterga a NT 2025.002 v.1.52, junto com as NTs 2026.007 v.1.10 e 2026.008 v.1.00, para 26/10/2026 em homologação e 16/11/2026 em produção.

Documentos eletrônicos

Autorização de uso: o que ela confirma e o que deixa em aberto

Ver o documento autorizado dá a sensação de que o teste passou. A norma é explícita sobre o que essa autorização significa.

A autorização de uso confere

A regularidade fiscal do emitente.
O credenciamento do emitente para emitir a NF-e.
A autoria da assinatura do arquivo.
A integridade do arquivo digital.
A observância do leiaute do arquivo.
A numeração do documento.

Só o teste fiscal confere

Se a alíquota e a base de cálculo são as devidas para o cenário.
Se a classificação do produto e o tratamento tributário estão certos.
Se o benefício foi aplicado quando devia e não foi quando não devia.
Se o lançamento contábil e a escrituração refletem o documento.
Se o evento posterior (cancelamento, devolução) reverte o que devia reverter.

O Ajuste SINIEF 07/05 diz, na cláusula quarta, § 3º, I, que a concessão da autorização de uso resulta da aplicação de regras formais especificadas no manual e não implica a convalidação das informações tributárias contidas na NF-e. A cláusula sexta lista o que a administração analisa antes de autorizar. O § 1º da mesma cláusula quarta vai além: ainda que formalmente regular, não é idônea a NF-e emitida ou utilizada com erro que possibilite, mesmo a terceiro, o não pagamento do imposto ou outra vantagem indevida.

Fonte oficial

Ajuste SINIEF 07/05, cláusula quarta, §§ 1º e 3º, I, e cláusula sexta. Texto consolidado no Confaz.

Ajuste SINIEF 07/05, Confaz

A consequência para o plano é prática: nota autorizada é critério de entrada para o teste do documento, e não critério de saída. A saída exige a comparação com o valor esperado. O mesmo raciocínio vale para eventos e para os demais documentos eletrônicos. A emissão, os eventos e as rejeições estão em documentos fiscais eletrônicos no SAP e em CT-e e MDF-e no SAP.

Apuração e obrigações

O validador do arquivo não substitui a conferência da apuração

O teste de arquivo e o teste de apuração são dois testes. O primeiro responde se o arquivo está bem formado. O segundo responde se o número está certo.

Teste de arquivo

Confere se o arquivo cumpre o leiaute e a consistência exigidos. No SPED fiscal, o Ajuste SINIEF 02/09 (cláusula décima) manda submeter o arquivo à validação de consistência de leiaute do PVA-EFD. Um arquivo que o validador aceita é um arquivo bem formado. Ele não diz se a apuração que o arquivo carrega está certa.

Teste de apuração

Confere se o resultado do período é o devido: débitos, créditos, ajustes, saldo e guia. A referência é uma apuração independente, feita com as mesmas regras por outro caminho, e a comparação procura diferença por documento, não só no total.

A ordem de teste segue a dependência dos dados

Documento

Cada operação da matriz gera o documento certo, com o valor esperado.

Lançamento

Os lançamentos fiscais e contábeis do documento batem com o que ele declara.

Apuração

O período fecha no saldo esperado, com ajustes e extemporâneos tratados.

Arquivo

O arquivo do período passa no validador e conta a mesma história da apuração.

Guia e contabilidade

A guia gerada e o razão contábil concordam com a apuração e com o arquivo.

Cada elo depende do anterior. Testar o arquivo sem ter testado o documento é procurar, no fim da cadeia, uma causa que nasceu no começo. O teste de fechamento percorre os cinco elos em um mês de movimento, e a regra é conferir se algum ajuste manual foi necessário para fechar: se foi, o ajuste é um defeito ou uma regra que ainda não está no sistema. Os testes de cada obrigação estão em SPED Fiscal, apuração de impostos e fechamento fiscal pós go-live.

Fonte oficial

Ajuste SINIEF 02/09, cláusula décima, sobre a validação de consistência de leiaute e a assinatura pelo PVA-EFD.

Ajuste SINIEF 02/09, Confaz

Reforma tributária

O que testar em 2026, frente a frente

A reforma entra na matriz como mais uma dimensão, a dos novos grupos e regras.

Documento com os novos grupos

Preenchimento dos campos de IBS e CBS, classificação tributária, rejeições do leiaute e devolução referenciada. Detalhe no Portal da NF-e e em documentos fiscais eletrônicos.

Liquidação e retenção

Previsão da retenção, vínculo com o documento, baixa por arranjo e conciliação, com o plano de dez testes em Split payment no SAP.

Cadastro

Parceiros com CNPJ alfanumérico no cadastro, no documento, na escrituração e na interface, com a massa dos cinco padrões em CNPJ alfanumérico no SAP.

Apuração do período

Apuração e arquivos com os novos tributos em convivência com os atuais, no contexto de reforma tributária no SAP.

Serviços

Emissão e integração da NFS-e no padrão nacional e o tratamento por município, em NFS-e padrão nacional.

Segundo a LC 214/2025, o IBS de 2026 tem alíquota de 0,1% e a CBS, de 0,9% (arts. 343 e 346). Por isso o erro de 2026 custa pouco, e descobri-lo só em 2027 custa mais. É o argumento para testar agora, com os casos da matriz e os campos novos. Leia também fase de teste do IBS e da CBS em 2026 e em cenários de teste fiscais em S/4HANA.

Fonte oficial

Lei Complementar 214/2025, arts. 343 (IBS) e 346 (CBS), alíquotas de 2026. As datas e regras de validação do leiaute estão no Portal da NF-e e na NT 2025.002.

Boa prática

Dê ao teste da reforma o mesmo tratamento dos demais: caso, esperado, fonte, vigência e dono. Como as datas mudam, registre em cada caso a versão da nota técnica e a data de vigência da fonte.

Critérios de entrada e de saída

Quando o teste pode começar, quando pode terminar

Critério de entrada impede testar um sistema que ainda não está pronto. Critério de saída impede sair com a dúvida aberta. Os dois precisam estar escritos antes do primeiro caso.

Critérios de entrada

Escopo e matriz congelados, com versão.
Sistema na versão e com as notas do plano, registradas.
Massa carregada e cadastros conferidos.
Valor esperado assinado para os casos críticos.
Acessos, certificados e ambiente do fisco disponíveis.

Critérios de saída

Todos os casos críticos executados.
Nenhum defeito fiscal aberto sem decisão registrada.
Regressão dos casos aprovados sem queda.
Aceite do key user e da controladoria.
Evidência arquivada e completa.

A regra de não passar com defeito fiscal aberto

Defeito fiscal aberto é toda divergência de valor, de documento ou de arquivo sem uma decisão registrada de quem responde pela regra. A decisão pode ser corrigir, aceitar a diferença por escrito ou mudar o valor esperado. O que não existe é a quarta opção, passar sem decidir. O projeto que adia essa decisão para depois do go-live transfere a conta para o primeiro fechamento, quando o custo da correção é maior.

Severidade	O que é	Exemplo	Decisão
Bloqueante	Imposto, documento ou arquivo errado em operação frequente ou de valor alto	Alíquota errada em venda interestadual de produto de alto giro	Não sai da fase até corrigir e repetir o caso e a regressão
Alta	Diferença de valor ou de campo com efeito em apuração, escrituração ou obrigação	CST divergente que muda o bloco de apuração	Corrigir antes da saída, ou decisão registrada do cliente
Média	Resultado certo com passo manual repetível e documentado	Ajuste manual no fechamento com roteiro e dono	Pendência com prazo e dono, fora da saída apenas se aceita por escrito
Baixa	Divergência sem efeito fiscal	Texto de mensagem ou formato de relatório	Backlog normal do projeto

Boa prática

Os níveis de severidade e os critérios são propostas de método. Cada projeto deve ajustá-los ao seu risco e registrar a versão que valeu na decisão de saída. A SAP descreve, no seu método Activate, a fase de realização com testes e a de implantação com o teste final antes da virada; a decisão de passar é do projeto.

Calculadora

Cobertura: casos testados sobre casos críticos

A cobertura é a divisão do que foi testado pelo que importa. Quem escolhe o que importa é a matriz, e quem confere o resultado é o fiscal.

Cobertura do teste

A cobertura dos casos críticos já permite sair?

Exemplo com os valores iniciais: de 120 casos críticos, 108 foram executados (90%), 96 foram aprovados (80%) e 6 têm decisão registrada do cliente, o que dá 85% prontos. Sobram 6 falhas abertas e 12 casos a executar, e o critério de saída sugerido não está atendido. Ative o JavaScript para alterar os valores.

Exemplo ilustrativo: conta aritmética com valores hipotéticos. O critério de saída é uma sugestão de método, não uma regra legal.

Evidência para auditoria

A ficha que permite repetir o caso e chegar ao mesmo resultado

Evidência é o que permite a outra pessoa, meses depois, entender o que foi testado, contra qual esperado e com que resultado. Uma ficha de oito campos resolve a maior parte dos casos.

Campo da ficha	O que registrar	Por que importa
Identificador e objetivo	Código do caso e a pergunta que ele responde	Permite citar o caso e achar o resultado em segundos
Cenário na matriz	Operação, rota, perfil, produto, documento e data de vigência	Mostra o que o caso cobre e o que deixa de cobrir
Versão do sistema	Ambiente, pacote, notas aplicadas e data da execução	O mesmo caso pode dar outro resultado depois de uma mudança
Massa usada	Documento, parceiro e material de origem, anonimizados	Torna o caso repetível
Valor esperado e fonte	Valores, ato ou norma que os sustenta e quem os assinou	Separa a regra do resultado
Valor obtido	Resultado do sistema, com o documento, o lançamento ou o arquivo anexado	Prova o comportamento do sistema
Resultado e decisão	Passou, passou com ajuste manual ou falhou, e a decisão registrada	Evita aprovação implícita
Responsável e data	Quem executou e quem aprovou, com a data	Dá rastreabilidade a quem audita

Por quanto tempo guardar

A lei fixa a guarda dos documentos e dos livros fiscais. O Código Tributário Nacional manda conservar os livros obrigatórios de escrituração comercial e fiscal e os comprovantes dos lançamentos até que ocorra a prescrição dos créditos tributários decorrentes das operações a que se referem (art. 195, parágrafo único), e fixa em cinco anos o prazo para a Fazenda constituir o crédito (art. 173). O emitente da NF-e deve manter o arquivo digital pelo prazo da legislação tributária (Ajuste SINIEF 07/05, cláusula décima).

Fonte oficial

Código Tributário Nacional, arts. 173 e 195, parágrafo único. Ajuste SINIEF 07/05, cláusula décima. A evidência de teste não é livro nem comprovante de lançamento, e a lei não trata dela diretamente.

Boa prática

Alinhe a retenção da evidência ao horizonte dos documentos que o teste valida, e registre a regra na política de guarda da empresa. Evidência com dado pessoal segue as medidas de segurança da LGPD (art. 46). O que um auditor específico pede deve ser perguntado a ele no início do projeto.

Automação

Automatizar a repetição, nunca a decisão

Automação pesa a favor quando o caso se repete e a regra muda pouco. Pesa contra quando o caso é raro ou quando o esperado ainda está em disputa.

O que vale automatizar

Regressão de casos aprovados, repetida a cada nota, pacote ou mudança de leiaute.
Cálculo com entradas conhecidas e saída esperada, como regras de imposto isoladas.
Comparação de arquivos e de XML entre uma versão e outra, que acusa diferença sem exigir leitura.
Verificações estáticas de código, antes da liberação do transporte.

O que não vale automatizar

O valor esperado: ele nasce da decisão do cliente, e um robô só repete o que alguém decidiu.
O aceite do usuário, que depende de julgamento.
Cenário raro de alto risco, que muda a cada vez e custa mais para automatizar do que para executar.
Qualquer caso cuja regra ainda está em discussão.

A documentação de programação ABAP da SAP descreve o ABAP Test Cockpit como a estrutura que permite executar verificações como a verificação estendida de programa, testes estáticos de desempenho e testes de módulo com ABAP Unit. A regra dessa documentação é rodar o ATC em todos os objetos envolvidos e não ter mensagens pendentes antes de liberar para transporte. Isso cobre o código. Não cobre se a regra fiscal que o código implementa está certa. A conexão entre ATC e casos unitários escritos pelo fiscal está em ABAP e customização fiscal no SAP.

Fonte oficial

SAP, ABAP Keyword Documentation, versão 7.51, diretriz sobre o ABAP Test Cockpit.

ABAP Test Cockpit, SAP Help Portal

Boa prática

Automatize a repetição, nunca a decisão. O custo de manter o caso automatizado cresce toda vez que a regra muda, então comece pelos casos que mudam menos e que mais se repetem.

Regressão

Reexecutar o que importa depois de nota, upgrade e mudança de leiaute

Toda mudança que chega depois do go-live pode alterar um resultado já aprovado. A regressão é a resposta organizada a isso.

Gatilho	O que reexecutar	Quem assina
SAP Note ou pacote de suporte	Casos ligados aos objetos que a nota altera, mais os críticos de cálculo e de documento, e as dependências que a nota declara	TI executa, fiscal assina
Atualização ou upgrade de versão	O conjunto completo de regressão e um fechamento de teste	Gerente do projeto, fiscal e controladoria
Mudança de leiaute (nota técnica)	Emissão em homologação do fisco, rejeições, eventos e o arquivo de escrituração	Fiscal e TI
Mudança de regra do estado ou de alíquota	Casos da UF e da operação afetadas, com a nova data de vigência	Fiscal
Mudança de parametrização ou de código fiscal próprio	Casos da regra alterada e os que a usam	Fiscal e quem alterou

O pacote mínimo de regressão é o subconjunto de casos críticos que cobre cada objeto de risco. Cada caso leva uma etiqueta de gatilho: o que o alterou, o que o faria falhar. Depois de uma nota, não se reexecuta o plano inteiro, e sim os casos com a etiqueta do objeto alterado. O registro cita o número da nota e o sistema em que foi aplicada.

A mudança de leiaute tem uma peculiaridade: a data de homologação do fisco é anterior à de produção, e esse intervalo é o tempo real de teste. No aviso do Portal da NF-e, o intervalo é de 26/10 a 16/11/2026, três semanas. O plano de regressão deve começar na data de homologação, e não na data de produção.

Boa prática

Mantenha a lista de gatilhos e de casos por gatilho em um lugar único. A regressão deixa de depender da memória de quem estava no projeto e vira rotina de suporte contínuo, como a descrita em AMS Fiscal e estabilização pós go-live.

Como a DFSpro atua

Desenho, configuração e prova do comportamento do sistema

No teste fiscal, o trabalho da DFSpro é a parte tributária do projeto. O teste técnico e o plano geral do projeto continuam com quem os responde.

O que a DFSpro faz

Monta com o fiscal da empresa a matriz de cenários e o valor esperado de cada caso crítico.
Ajusta a parametrização fiscal e o código ABAP fiscal quando o teste acusa diferença.
Executa os casos, compara o resultado e entrega a evidência de cada um.
Organiza o teste de fechamento e a conciliação do período.
Desenha a regressão para nota, atualização e mudança de leiaute.

O que continua com o cliente e o integrador

A tese tributária por trás de cada valor esperado, que é decisão da empresa.
A aprovação do resultado e a saída da fase.
O plano geral de testes do projeto, o teste técnico e o ambiente, que seguem com o integrador.
A governança de dados que autoriza a massa de teste.

O recorte da DFSpro é a camada fiscal do projeto SAP, ao lado do integrador e não no lugar dele. Cabe a ela desenhar, configurar e demonstrar como o sistema se comporta; a tese tributária fica com o cliente. O ponto de partida costuma ser o Diagnóstico Fiscal SAP ou a parametrização fiscal. Em migração e unidades novas, entram a migração para o S/4HANA e o rollout fiscal.

Limite do nosso papel

Cabe à DFSpro desenhar, configurar e provar como o sistema se comporta, com o integrador. O teste mostra se o sistema reproduz a decisão da empresa; quem decide a tributação e a tese é o cliente. Dúvida de tese vai para o jurídico e o contador do cliente, e o caso espera a resposta.

Erros comuns

Dez erros que fazem o teste passar e o fechamento falhar

Os erros têm um padrão: o teste mede o que é fácil medir. Cada um tem causa e alternativa.

Erro	Por que acontece	Como evitar
Testar só o caminho feliz	Um cenário por operação parece suficiente	Combinar as dimensões da matriz e reduzir por equivalência, com os críticos garantidos
Tirar o esperado do próprio SAP	É mais rápido que consultar a norma	Esperado escrito pelo fiscal, com fonte e data, antes da execução
Massa sem vigência	Os dados são todos de hoje	Casos com datas de antes e depois de cada mudança de regra
Mascarar o que determina o imposto	A anonimização é feita por coluna, sem critério fiscal	Lista de campos preservados, definida pelo fiscal e pelo encarregado de dados
Tratar a autorização como aprovação	O documento autorizado aparece e o teste termina	A autorização é critério de entrada. A saída é o comparativo com o esperado
Passar com ajuste manual sem dono	O prazo aperta e o ajuste parece pequeno	Passou com ajuste vira pendência com dono, prazo e decisão por escrito
Esquecer o estabelecimento com regra própria	Testa-se a matriz e as filiais herdam	Casos por estabelecimento onde a regra do estado ou do benefício difere
Regressão só do que a nota diz mudar	A descrição da nota parece completa	Etiqueta de gatilho por caso, mais os críticos de cálculo e as dependências declaradas
Evidência em e-mail e planilha local	Cada pessoa guarda o seu	Ficha única, com versão do sistema e do esperado, em repositório do projeto
Encerrar antes do primeiro fechamento	O cronograma termina com o go-live	Teste de fechamento com um mês de movimento antes da saída, e acompanhamento do primeiro real

Fontes oficiais

Normas e documentos de referência

Confaz

Avisos e perguntas dos portais

Receita Federal e CGIBS

Legislação

SAP

Perguntas frequentes

Perguntas frequentes sobre testes fiscais no SAP

Execução4 perguntas, 01 a 04

01O que a DFSpro faz em testes fiscais no SAP?+

Na frente fiscal do projeto SAP, a DFSpro assume estas tarefas: monta com o fiscal da empresa a matriz de cenários e o valor esperado de cada caso, ajusta a parametrização e o código ABAP fiscal quando o teste acusa diferença, executa os casos e entrega a evidência de cada resultado. A decisão tributária por trás do valor esperado continua sendo da empresa.

02O teste da DFSpro substitui o do integrador?+

Não. O integrador responde pelo plano geral de testes do projeto, pelo teste técnico das interfaces e pelo ambiente. O teste fiscal é uma camada a mais, que olha o valor, o documento e o fechamento. Os dois se encontram nos critérios de entrada e de saída, e o resultado fiscal entra no mesmo quadro de aceite do projeto.

03Que cenários mínimos um projeto precisa?+

Não existe uma lista mínima válida para todos. O mínimo é o que cobre cada operação que a empresa realmente faz, em cada combinação que muda o imposto: UF de origem e destino, perfil do parceiro, tratamento do produto e tipo de documento ou evento. Montar a matriz e reduzir o conjunto por equivalência, sem perder o que importa, é o que dimensiona o esforço.

04Como o resultado é documentado?+

Cada caso vira uma ficha com identificador, cenário, versão do sistema e das notas aplicadas, massa usada, valor esperado e sua fonte, valor obtido, resultado e decisão, responsável e data. O critério é que outra pessoa consiga repetir o caso, meses depois, e chegar ao mesmo resultado.

Contratação e escopo4 perguntas, 05 a 08

05Como o cliente participa?+

O fiscal da empresa escreve ou valida o valor esperado dos casos críticos, o key user executa o aceite e a controladoria acompanha a conciliação do período de teste. Sem essa participação o teste prova apenas que o sistema faz o que foi configurado, e não que a configuração é a regra certa para a empresa.

06Como o escopo é fechado?+

Pelo contato, a partir do que a empresa tem: o tamanho da operação, as UFs, os documentos, o projeto em curso e a existência de ambiente e de massa. A conversa produz o recorte, com as frentes e a ordem, e as condições comerciais são tratadas ali, com a empresa.

07Serve para projeto de reforma, S/4HANA e suporte contínuo?+

Serve. O método é o mesmo e muda o gatilho. Na reforma, o gatilho é a mudança de leiaute e de regra. Na migração para o S/4HANA, é a troca de arquitetura e o primeiro fechamento no ambiente novo. No suporte contínuo, como o AMS Fiscal, é a mudança que chega por nota, atualização ou legislação, e o que se reexecuta é o conjunto de regressão.

08Quem aprova o resultado do teste?+

Quem responde pela regra aprova o resultado: o fiscal da empresa aprova valor e documento, a controladoria aprova a conciliação e o gestor do projeto aprova a saída da fase. A DFSpro apresenta a prova do comportamento do sistema e recomenda. A aprovação e a tese tributária são do cliente.

Riscos e objeções4 perguntas, 09 a 12

09Por que um ambiente passa em todos os testes e falha no fechamento?+

Porque o teste foi feito por documento e o fechamento é feito por período. Documentos isolados passam, mas a soma do mês depende da ordem de lançamento, de documentos extemporâneos, de estornos, de cadastros alterados no meio do período e de regras que só aparecem com volume. Por isso o plano inclui o teste de fechamento, com um mês de movimento.

10Posso usar dado real no ambiente de teste?+

A LGPD considera dado pessoal o que se refere a pessoa natural identificada ou identificável, e dado anonimizado deixa de ser pessoal enquanto o processo não puder ser revertido (arts. 5º e 12). O tratamento deve se limitar ao mínimo necessário e o ambiente deve ser protegido (arts. 6º, III, e 46). Na prática, preserva-se o que determina o imposto e mascara-se o que identifica pessoas. A decisão é da governança de dados do cliente.

11A autorização da SEFAZ basta?+

Não. O Ajuste SINIEF 07/05 diz que a concessão da autorização de uso resulta de regras formais e não implica a convalidação das informações tributárias da NF-e (cláusula quarta, § 3º, I). Ela confere regularidade do emitente, credenciamento, assinatura, integridade, leiaute e numeração. Não confere se a alíquota, a base e a classificação estavam certas.

12O que testar depois de uma SAP Note?+

Reexecute os casos ligados aos objetos que a nota altera, mais os críticos de cálculo e de documento, e confira as dependências que a nota declara. Se a nota muda leiaute ou campo, inclua a emissão em homologação do fisco e o arquivo de escrituração. O registro deve citar o número da nota e o sistema em que ela foi aplicada.

Reforma e próximos passos4 perguntas, 13 a 16

13O que testar em 2026 para a reforma tributária?+

O que o seu ambiente emite e recebe com os novos grupos e regras. O aviso do Portal da NF-e de 05/10/2026 posterga as notas técnicas NF-e 2025.002 v.1.52, 2026.007 v.1.10 e 2026.008 v.1.00 para 26/10/2026 em homologação e 16/11/2026 em produção. Teste preenchimento, rejeições, eventos, devolução referenciada e os arquivos de escrituração. Pela LC 214/2025, as alíquotas de 2026 são 0,1% (IBS) e 0,9% (CBS), nos arts. 343 e 346.

14Como começar: pela matriz de cenários ou pelo teste de fechamento?+

Pela matriz, porque ela define o que o fechamento precisa conter. A primeira conta, porém, é a do fechamento mais recente: pegue o último mês fechado, os documentos e os ajustes que o compuseram, e use como massa de partida. Assim a matriz nasce da operação real e o teste de fechamento já tem um valor de referência.

15Qual evidência o auditor espera?+

A orientação de método é guardar rastreabilidade: o que foi testado, contra qual valor esperado, com quais dados, em qual versão, com qual resultado e com aprovação de quem. O que um auditor específico pede deve ser perguntado a ele no início do projeto.

16Como o método de teste se liga ao teste de cada tema?+

O método é a base, e cada tema tem o seu teste. O Diagnóstico Fiscal SAP e a parametrização fiscal tratam do cálculo. O Split payment traz o plano de dez testes do mecanismo. O CNPJ alfanumérico traz a massa de teste com os cinco padrões. O rollout fiscal traz a primeira nota por unidade, e o ABAP fiscal traz o ATC e os casos unitários.

Próximos passos

Comece pelo mês que a sua equipe já conhece

O primeiro passo é pegar o último fechamento e descobrir quais cenários ele continha e quais ficaram fora do plano de testes. Pelo contato, a conversa trata do seu ambiente, da massa e dos critérios de saída, sem preço e sem compromisso de prazo.

Falar sobre o plano de testes fiscais Avaliar prontidão em 2 minutos

Para aprofundar antes: Diagnóstico Fiscal SAP, Split payment no SAP e fechamento fiscal instável.