Pular para o conteúdo
Consultoria fiscal SAP S/4HANA

Consultoria fiscal SAP S/4HANA: o fiscal que atravessa a troca de plataforma sem perder prova

Migrar para o S/4HANA muda o cadastro de parceiros, o livro contábil, o caminho dos dados e o ritmo de atualização. O fiscal sente cada uma dessas mudanças, quase sempre no primeiro fechamento depois do go-live.

Esta página trata só do recorte da plataforma. O trabalho fiscal em geral está em consultoria fiscal SAP, e a decisão tributária segue com a empresa.

A resposta curta

Consultoria fiscal no S/4HANA, em uma frase

A resposta direta

É o trabalho de garantir que apuração, documentos, livros e obrigações dêem o mesmo resultado depois da migração, e de provar isso com um conjunto de casos que roda antes e depois. A plataforma muda, e o que a empresa decidiu em matéria fiscal precisa continuar valendo.

O que cobre

Fiscal dentro do projeto de migração: desenho, configuração, teste de paridade, cutover fiscal e acompanhamento dos primeiros fechamentos.

O que muda

Cadastro de parceiros, livro contábil, caminho de transição, customização e calendário de releases. Cada um tem um efeito fiscal que o plano do projeto raramente lista.

O que não muda

A regra que a empresa decidiu. Se o tratamento era um antes, precisa ser o mesmo depois, salvo decisão registrada do responsável fiscal.

O que muda

Cinco mudanças do S/4HANA e a pergunta fiscal de cada uma

MudançaO que a SAP afirmaPergunta fiscal
Business PartnerClientes e fornecedores passam a ser mantidos como Business Partner, e a conversão exige que todos eles, e as pessoas de contato, de todos os mandantes sejam convertidos.Os números fiscais e inscrições de cada parceiro chegaram completos e no lugar certo?
Livro contábil universalA ajuda da SAP descreve o Universal Journal como a base única de lançamentos de contabilidade financeira e de custos.O razão e o livro fiscal continuam batendo, por conta de imposto e por período?
Caminho de transiçãoA SAP descreve conversão de sistema, nova implementação e transição seletiva de dados, e indica que a nuvem pública aceita só nova implementação.Que histórico e que saldos fiscais atravessam em cada caminho?
Código customizadoOrientação de núcleo limpo e extensões por camadas: não conferida em fonte oficial nesta leitura, e por isso apresentada como pergunta.Quais regras fiscais próprias existem, e quais podem voltar ao padrão?
Calendário de releasesRitmo de atualização: não conferido em fonte oficial nesta leitura, e por isso apresentado como pergunta.Quem prova que o cálculo seguiu igual depois de cada atualização?
i

Sobre a coluna do meio

Constam só as afirmações da SAP lidas em 25/10/2026, com a ressalva de que o release do seu ambiente é quem manda. Onde não houve leitura direta, a célula diz isso.

Caminho de transição

O fiscal em cada caminho: conversão, nova implementação e transição seletiva

Conversão de sistema

A SAP a descreve como migração do sistema existente. Para o fiscal, a pergunta é o que atravessa intacto e o que precisa ser revisto: histórico, saldos, regras e customização. A paridade antes e depois é a prova central.

Nova implementação

Parte de um sistema novo, com dados migrados. Para o fiscal, é a chance de revisar regras que o legado acumulou, e o risco de esquecer exceções que viviam só no sistema antigo. O inventário do legado vira insumo obrigatório.

Transição seletiva de dados

A SAP a apresenta como alternativa às duas anteriores, e como mistura delas. Para o fiscal, a questão é a fronteira: que período e que objetos entram, e como se garante a continuidade de livros e de saldos.

Nuvem pública

A SAP informa que, nessa edição, a nova implementação é a única opção. O fiscal precisa verificar, antes da decisão, o que a localização Brasil e as extensões permitem naquela edição.

Para a decisão de nuvem, a página sobre RISE e GROW with SAP trata o tema por inteiro.

Por fase do projeto

O que o fiscal precisa entregar em cada fase do SAP Activate

FaseFoco descrito pela SAPEntrega fiscal
DiscoverEscopo e justificativa do projeto.Lista dos tributos, documentos e obrigações do escopo, com o que fica de fora.
PreparePlanejamento e preparação do projeto.Responsável fiscal nomeado, conjunto de casos de referência definido e acessos de teste combinados.
ExploreAnálise de aderência ao padrão e identificação de lacunas.Mapa das regras fiscais atuais contra o padrão, com cada lacuna classificada: manter, substituir ou retirar.
RealizeConfiguração, construção e teste.Parametrização aprovada, testes de paridade rodados e evidências guardadas.
DeployVirada para produção.Plano de cutover fiscal com saldos de abertura, livros e período de corte.
RunOperação contínua.Acompanhamento dos primeiros fechamentos e rotina de regressão a cada release.
Ambientes de teste

Quatro cuidados com o ambiente para o teste fiscal valer

Massa de dados realista

Teste fiscal com dado inventado esconde as exceções que mais custam. Use documentos reais descaracterizados, preservando UF, regime, classificação e valores que acionam cada regra.

Proteção de dado pessoal

Documento real carrega nome, número fiscal e endereço. A descaracterização precisa manter a lógica do documento e remover o que identifica pessoas, conforme a política de proteção de dados da empresa.

Homologação com a autoridade

Emissão e recepção de documentos só se provam completamente quando o ambiente conversa com o ambiente de homologação da autoridade. Planeje a janela e as credenciais cedo.

Ambientes alinhados

Resultado diferente entre desenvolvimento e qualidade costuma vir de transporte incompleto. Compare configuração fiscal entre ambientes antes de interpretar qualquer divergência.

Cadastro de parceiros

Business Partner: o que acontece com o dado fiscal do parceiro

A SAP trata o Business Partner como objeto mestre no S/4HANA, e a sincronização com clientes e fornecedores ocorre por um componente de integração. O Cookbook da SAP diz que a conversão exige que todos os clientes, fornecedores e pessoas de contato estejam convertidos.

O fiscal entra porque o cadastro do parceiro alimenta a determinação de imposto. Um número fiscal no campo errado, uma inscrição perdida na conversão ou um endereço incompleto produzem documentos com imposto diferente, e o erro só aparece no fechamento.

Números fiscais

CNPJ, CPF e inscrições devem chegar completos e no campo correto. Valide uma amostra por tipo de parceiro antes do cutover.

Endereço e município

Para serviços, o município determina regras e retenções. Verifique parceiros sem município ou com código divergente.

Papéis do parceiro

Um mesmo parceiro pode ser cliente e fornecedor. Confirme que a regra fiscal de cada papel continua clara.

CNPJ alfanumérico

O novo formato do CNPJ afeta cadastro e integrações, e tem página dedicada, a de CNPJ alfanumérico no SAP.

Livro contábil

Universal Journal e conciliação: onde o fiscal confere

Razão e livro fiscal

A ajuda da SAP descreve o Universal Journal como fonte única dos lançamentos de contabilidade financeira e de custos. O fiscal confere se a escrituração por conta de imposto continua batendo com o livro.

Contas de imposto

Revise as contas ligadas a cada tipo de imposto depois da conversão e o saldo de abertura de cada uma. Um saldo de abertura errado contamina todos os períodos seguintes.

Relatórios antigos

Relatórios fiscais e contábeis que liam estruturas antigas precisam ser testados. Se o resultado muda, é preciso saber se mudou o dado ou o relatório.

Conciliação por período

Defina o período de corte e rode a conciliação dos dois lados dele. Diferença no corte é o achado mais comum e o mais barato de resolver cedo.

Quem precisa aprofundar o método de conferência encontra o passo a passo em conciliação fiscal e contábil.

Saldos e livros

Seis saldos fiscais que o corte precisa carregar

Saldo ou livroPor que exige atençãoPergunta de conferência
Créditos acumulados de impostoSaldo credor que a empresa tem direito de usar não aparece sozinho no sistema novo.O valor de abertura bate com a última apuração e com a escrituração?
Estoque e inventárioO saldo de itens alimenta o inventário e bases de cálculo posteriores.As quantidades e valores do corte batem com a contagem e com o razão?
Ativo imobilizado com créditoBens com crédito em parcelas precisam manter a cadência de aproveitamento.As parcelas restantes de cada bem foram trazidas com a data de origem?
Retenções a recolherValores retidos e não recolhidos atravessam o corte.O saldo por tributo e por beneficiário bate com a contabilidade?
Notas em trânsitoDocumentos emitidos e não escriturados, ou recebidos e não conferidos, ficam no limbo.Existe lista das notas pendentes no corte e dono para cada uma?
Livros do período de corteO mês do corte tem dados dos dois sistemas.Como o livro e as obrigações do mês serão consolidados e quem assina?

Para os temas ligados, veja Bloco H e inventário e CIAP e ativo imobilizado.

O mês da virada

Obrigações do período em que dois sistemas conviveram

O arquivo entregue ao fisco não sabe que o sistema mudou no meio do mês. Uma obrigação mensal tem de refletir o período inteiro, mesmo que metade dos dados nasça num sistema e metade em outro.

Consolidação do período

Defina quem consolida os dados dos dois sistemas, com que ferramenta e com que conferência. A regra precisa estar escrita antes da virada.

Numeração e séries

Séries de documentos e sequências devem continuar sem repetição nem lacuna que gere questionamento. Combine o ponto de continuidade com a emissão.

Escrituração do mês

Decida se o livro do mês sai de um único sistema, depois de carga complementar, ou da soma de duas saídas. Cada escolha tem efeito sobre a conferência.

Retificação possível

Planeje o que fazer se uma diferença aparecer depois da entrega. A decisão de retificar é do responsável fiscal, e o plano evita decidir com pressa.

As obrigações mensais e anuais estão tratadas em SPED e obrigações acessórias.

Documentos fiscais

Emissão e recepção: seis perguntas que o plano de migração esquece

Emissão

  • Qual solução emite a nota no S/4HANA, e quem a mantém?
  • Como o ambiente de homologação reproduz o de produção?
  • Que eventos de nota são tratados e por quem?
x

Recepção

  • Como a nota do fornecedor chega e é conferida com o pedido?
  • O que acontece com notas em trânsito no dia do corte?
  • Como a escrituração de entrada alimenta a apuração?

Para o desenho de cada documento, veja documentos fiscais eletrônicos; para quem ainda usa o componente antigo de emissão, migração do GRC NF-e para o DRC.

Prova de paridade

Seis passos para montar o conjunto de casos que prova que o cálculo seguiu igual

  1. Escolha o universo. Liste operações, parceiros, materiais e estabelecimentos que representam o negócio, incluindo as exceções mais caras.
  2. Selecione documentos reais. Para cada combinação, escolha um documento real do ECC e anote impostos, bases e contas. Descaracterize dados pessoais.
  3. Fixe o resultado esperado. O responsável fiscal aprova, por escrito, o valor esperado de cada caso. Aprovar depois de ver o resultado novo invalida a prova.
  4. Rode no S/4HANA. Reproduza cada caso no ambiente novo, com os dados migrados, e guarde o resultado ao lado do esperado.
  5. Classifique cada diferença. Dado migrado, regra, customização ou melhoria do padrão. A decisão sobre aceitar ou corrigir é do responsável fiscal.
  6. Guarde e repita. O conjunto vira o teste de regressão de cada release. Quando algo mudar, o mesmo conjunto responde se o cálculo continua igual.
i

Formato do quadro de resultados

Cada linha do quadro traz o caso, o resultado esperado aprovado, o resultado no ECC, o resultado no S/4HANA, a diferença e a classificação dela. Uma linha sem diferença também fica registrada, porque ela é a prova.

Código próprio

Regra fiscal escrita à mão: manter, trocar ou retirar

DecisãoQuando faz sentidoO que provar
ManterA regra atende a um caso que o padrão não cobre, e tem dono e documentação.Que o resultado é o mesmo no S/4HANA e que o código passa nas verificações do release.
Trocar pelo padrãoO padrão cobre o caso e o código só existia por limitação antiga.Que a matriz de cenários dá o mesmo resultado sem o código.
RetirarNinguém usa, ou o efeito foi absorvido por mudança de processo.Que nenhum documento do último ciclo de apuração passou pelo código.
ReescreverA regra é necessária e o código não é sustentável.Especificação aprovada pelo responsável fiscal e teste da nova versão.

O detalhe de núcleo limpo e do que cada nível permite está em Clean Core fiscal, e o de desenvolvimento em ABAP e customização fiscal.

Decisão antes do cutover

Qual camada fiscal vai rodar no S/4HANA: decida antes da realização

A escolha da camada que calcula o imposto, emite o documento e gera as obrigações precisa estar feita antes da fase de construção. Mudá-la no meio do projeto refaz parametrização, teste e cutover.

Existem caminhos com a localização Brasil nativa, com um produto fiscal integrado ou com plataforma externa. A comparação por critério está em como escolher a solução fiscal para o SAP, e a escolha é da empresa.

Se já há produto fiscal

Verifique a compatibilidade com a plataforma-alvo, a rotina de atualização de release e quem prova o cálculo depois dela.

Se usa a localização nativa

Verifique o que o release oferece para os tributos e documentos do seu escopo e o que ficará em customização.

Se está decidindo

Peça uma comparação escrita por critério, com o que cada caminho exige de manutenção e de teste.

Fora do ERP

Integrações que o fiscal depende e que mudam de endereço na migração

IntegraçãoRisco na migraçãoO que testar
Autoridades e portaisCredenciais, certificados e endereços de serviço precisam ser reconfigurados no ambiente novo.Emissão e consulta em homologação e, depois, em produção com documento real.
Bancos e pagamentosArquivos de cobrança e retorno carregam dados que alimentam a conciliação.Remessa e retorno de um lote completo, com a baixa e o imposto relacionado.
Transportadoras e logísticaDocumentos de transporte dependem de dados da nota e de eventos.Fluxo de ponta a ponta, da nota ao conhecimento de transporte e ao manifesto.
Comércio eletrônico e pedidos externosPedidos entram com dados fiscais que o ERP valida.Pedido de cada canal com UF, regime e item diferentes.
Sistemas de terceiros de escrituraçãoArquivos trocados com ferramentas externas dependem de leiaute estável.Arquivo gerado no sistema novo aceito pela ferramenta, sem ajuste manual.

A parte técnica de cada interface fica na página de integração fiscal com SAP BTP e API.

Calendário

O go-live e a reforma tributária: três cenários de data

Go-live em 2026

A EC 132 e a LC 214 fixam, para 2026, alíquotas de teste de 0,1% para o IBS e 0,9% para a CBS, compensadas com PIS e Cofins. A migração pode já nascer testando o documento com os novos tributos, em ambiente adequado.

Go-live em 2027

A CBS passa a ser cobrada e PIS e Cofins são extintas, conforme o art. 126 do ADCT. O primeiro fechamento do S/4HANA terá os dois mundos de tributos, e o plano de testes precisa cobrir ambos.

Go-live depois de 2027

O ambiente nasce com a CBS em vigor e com ICMS e ISS em convivência até 2032, de acordo com o art. 128 do ADCT. A pergunta é se o desenho cobre a redução proporcional ao longo dos anos.

Os detalhes do que muda estão em CBS e IBS no SAP. A SAP indica, na ajuda do TAXBRA, cálculo e mapeamento de CBS e IBS para a nota fiscal, e a cobertura do seu release se confirma no sistema.

Depois da virada

Os três primeiros fechamentos: o que acompanhar

  1. Primeiro fechamento. Confronto do razão com o livro, nota por nota nas contas de maior valor, e conferência dos saldos de abertura.
  2. Segundo fechamento. Rotina de conciliação mais enxuta, foco nas diferenças que se repetiram e nas exceções de cada estabelecimento.
  3. Terceiro fechamento. Fechamento sem acompanhamento especial, com relatório do que foi corrigido, do que ficou aberto e do que passa a ser rotina.

Quando a rotina precisa de um acompanhamento permanente, veja AMS Fiscal.

O que fica documentado

Seis entregáveis fiscais de um projeto de migração

EntregávelQuando nasceQuem aprova
Inventário das regras e customizações fiscaisFases de descoberta e exploração.Responsável fiscal e responsável de TI.
Comparação das alternativas de camada fiscalAntes da realização.Responsável fiscal e diretoria.
Conjunto de casos de referência com resultado esperadoPreparação, antes de qualquer resultado do sistema novo.Responsável fiscal, por escrito.
Quadro de paridade com diferenças classificadasRealização, a cada rodada de teste.Responsável fiscal, caso a caso.
Plano de cutover fiscalAntes da virada.Responsável fiscal e coordenador do projeto.
Relatório dos três primeiros fechamentosDepois da virada.Responsável fiscal e controladoria.
Perfis de organização

Quatro perfis de empresa, quatro prioridades fiscais na migração

Grupo com vários CNPJs

A prioridade é padronizar a regra entre estabelecimentos e provar que cada inscrição aplica o mesmo tratamento. O conjunto de casos precisa cobrir a variação por UF.

Indústria

A prioridade é a ligação entre produção, estoque e imposto: classificação do item, regimes especiais, substituição e saldos de abertura de estoque.

Serviços

A prioridade é município, retenção e documento de serviço. Entre as nossas entregas está a tabela de parâmetros por município, que já entra no desenho.

Empresa que implanta SAP pela primeira vez

Atendemos quando o contratante procura a DFSpro para implementar SAP. O fiscal nasce junto com o projeto, sem legado a limpar e sem exceção a esquecer.

Quem faz o quê

Integrador e consultoria fiscal: uma fronteira escrita

FrenteIntegrador SAPConsultoria fiscal
Plataforma e infraestruturaResponde por arquitetura, instalação e desempenho.Fora do escopo, com acesso combinado ao que o fiscal precisa.
Desenho fiscalParticipa do desenho geral.Desenha a regra a partir da decisão do cliente.
ConfiguraçãoConfigura a plataforma.Configura a camada fiscal e registra cada ajuste.
TesteCoordena o teste integrado.Monta e roda os casos de paridade e entrega a evidência.
CutoverConduz a virada técnica.Conduz a virada fiscal: saldos, livros e período de corte.
Pós go-liveEstabiliza a plataforma.Acompanha os primeiros fechamentos.
Objeções comuns

Quatro frases que ouvimos no início de projetos e o que responder

Já está tudo no padrão, não há fiscal a fazer

Padrão cobre o que a SAP entrega, e a empresa tem exceções próprias de UF, de município, de regime e de item. O inventário mostra quanto do seu fiscal já é padrão e quanto é regra sua.

Deixamos o fiscal para depois do go-live

Depois do go-live o calendário fiscal manda, e o erro aparece como nota rejeitada ou diferença de apuração. Corrigir com a produção rodando custa mais caro do que provar antes.

Vamos esperar a regulamentação da reforma

O ano de 2026 já tem alíquotas de teste, e a CBS entra em 2027. O que depende de regulamento pode ser desenhado com revisão prevista, e o teste repetível reduz o custo da mudança.

O integrador já cobre o fiscal

Pode cobrir, se tiver gente de fiscal no projeto e provar o resultado. Se não tiver, a fronteira precisa estar escrita e alguém precisa assinar a prova do cálculo.

Por tributo

O que observar em cada tributo ao migrar o cálculo

Tributo ou temaO que observarPágina de apoio
ICMS, substituição e DIFALRegras por UF, benefícios com vigência e partilha em operações interestaduais para não contribuinte.ICMS-ST e DIFAL
PIS e CofinsCréditos e regime de apuração; os tributos são extintos a partir de 2027, segundo o art. 126 do ADCT, e o desenho precisa prever a transição.EFD Contribuições
ISSMunicípio do serviço, alíquota por município e retenção na fonte.Apuração de ISS
RetençõesBase, código de retenção e conta de recolhimento ligados ao parceiro convertido.Retenções na fonte
Comércio exteriorRegimes aduaneiros, documentos de importação e ligação com a apuração.Comércio exterior
O que a sua equipe leva

Oito coisas que o seu time precisa ter prontas para o trabalho render

  • Responsável fiscal com tempo reservado para aprovar resultados esperados.
  • Responsável de TI com acesso aos ambientes e ao histórico de transportes.
  • Lista dos tributos, documentos e obrigações do escopo.
  • Documentos reais para o conjunto de casos, já descaracterizados ou prontos para isso.
  • Lista das regras fiscais próprias conhecidas, mesmo que incompleta.
  • Decisão sobre o caminho de transição, ou a data em que será tomada.
  • Calendário de fechamentos e obrigações do período do projeto.
  • Nome de quem decide quando duas opções forem possíveis.
Trabalho em dupla

Como a consultoria fiscal trabalha ao lado do integrador

Agenda compartilhada

Os marcos fiscais entram no cronograma geral: conjunto de casos, rodadas de paridade, ensaio de cutover e acompanhamento. Sem marco no plano, o fiscal vira urgência de última hora.

Ambiente comum

Testamos no ambiente que o integrador mantém, com acesso combinado e registro de cada alteração. Não criamos ambiente paralelo que esconda divergência.

Evidência compartilhada

O quadro de paridade e as classificações ficam acessíveis ao integrador e ao responsável fiscal. Cada diferença tem dono e prazo.

O que dá errado

Oito erros de migração fiscal evitáveis

  • Tratar o fiscal como mais um módulo, sem responsável nomeado e sem espaço no cronograma.
  • Definir o conjunto de casos depois de ver o resultado do sistema novo.
  • Converter o cadastro de parceiros sem validar os números fiscais.
  • Descobrir tarde que a camada fiscal escolhida não cobre uma exceção do negócio.
  • Levar para a plataforma nova todo o código customizado, sem decidir caso a caso.
  • Marcar o corte no meio de um período de apuração sem plano de conciliação.
  • Deixar a regressão fiscal sem dono depois do go-live.
  • Confundir saneamento de dado, que é do cliente, com configuração, que é nossa.
Contagem regressiva

Doze meses até o go-live: o que o fiscal faz em cada janela

  1. Doze a nove meses antes. Nomear o responsável fiscal, inventariar regras e customizações e definir o caminho de transição com o efeito sobre livros e saldos.
  2. Nove a seis meses antes. Decidir a camada fiscal, montar o conjunto de casos de referência e combinar os ambientes de teste.
  3. Seis a três meses antes. Configurar, rodar a paridade, classificar diferenças e validar a conversão do cadastro de parceiros.
  4. Três a um mês antes. Ensaiar o cutover fiscal, conferir saldos de abertura, definir a consolidação do mês da virada e treinar quem opera.
  5. Na semana da virada. Congelar mudanças de regra, executar o plano de corte e manter a equipe de prova de plantão.
  6. Depois da virada. Acompanhar os três primeiros fechamentos e transformar o conjunto de casos em regressão permanente.
i

Sobre os prazos

As janelas são uma ordem de trabalho, e não um compromisso de data. Projetos menores comprimem a sequência, e projetos com muitas unidades a estendem.

Decisões do cliente

Seis decisões fiscais que são suas e que o projeto precisa registrar

DecisãoAlternativas que o sistema permiteRegistro que fica
Caminho de transiçãoConversão, nova implementação ou transição seletiva, conforme o que a SAP oferece para o seu ambiente.Ata com a escolha, o motivo e o efeito sobre histórico e saldos.
Camada fiscalLocalização nativa, produto fiscal integrado ou plataforma externa.Comparação por critério e a escolha assinada pelo responsável.
Histórico que atravessaSó saldos, ou saldos e um recorte de movimento.Período escolhido e justificativa operacional.
Regras própriasManter, trocar, retirar ou reescrever, regra por regra.Lista com a decisão e o responsável de cada item.
Mês do corteCorte no fim do período, ou no meio com consolidação.Plano de consolidação e quem assina as obrigações.
Diferenças encontradasAceitar como melhoria, corrigir ou documentar como exceção.Registro de cada diferença com a decisão do responsável fiscal.
Fronteira

O que fazemos no projeto e o que fica com a empresa

Nosso trabalho

  • Desenhar a regra fiscal a partir da decisão do cliente.
  • Configurar a camada fiscal e registrar cada ajuste.
  • Montar e rodar o conjunto de casos de paridade.
  • Conduzir o cutover fiscal e acompanhar os primeiros fechamentos.
x

Decisão e dado do cliente

  • Tese e enquadramento tributário de cada operação.
  • Aprovação do resultado esperado de cada caso.
  • Saneamento do cadastro de origem.
  • Escolha de caminho de transição, de camada fiscal e de mês do corte.
Sinais de alerta

Dez sinais de que o fiscal está subdimensionado no seu projeto

  • O responsável fiscal não participa das reuniões de desenho.
  • O cronograma não tem uma linha para teste fiscal.
  • Ninguém definiu o conjunto de casos de referência.
  • A camada fiscal ainda não foi escolhida e a realização já começou.
  • A conversão do cadastro de parceiros é tratada como tarefa de TI, sem validação fiscal.
  • Não existe plano para o mês em que dois sistemas coexistirem.
  • Há regras customizadas e ninguém sabe quantas.
  • O teste integrado usa dados inventados.
  • A homologação com a autoridade está marcada para a semana do go-live.
  • O acompanhamento depois da virada não tem dono nem prazo.
Para o integrador

Vinte perguntas fiscais para levar à reunião técnica

Escopo e responsáveis

Quem é o responsável fiscal do projeto? Onde o fiscal aparece no cronograma? Que tributos e documentos estão no escopo? O que está fora?

Dados

Como o cadastro de parceiros será convertido? Quem valida os números fiscais? Como são tratados saldos de abertura? Que histórico atravessa?

Plataforma

Qual caminho de transição foi escolhido? Que camada fiscal rodará? Quem a mantém? Como a atualização de release será testada?

Teste

Há conjunto de casos fiscais de referência? Quem aprova o resultado esperado? Onde ficam as evidências? Como a regressão continua depois do go-live?

Cutover

Qual é o período de corte? Como as notas em trânsito serão tratadas? Qual é o plano de volta? Quem acompanha os primeiros fechamentos?

Se a virada falhar

O plano B fiscal da virada: o que decidir antes, e não na madrugada

Todo ensaio de cutover tem um critério de aprovação, e todo critério precisa de um caminho alternativo quando não é atingido. Na virada, a pergunta fiscal não é se algo pode dar errado, e sim quem decide, até que hora e com que efeito sobre as notas e os livros. A tabela abaixo reúne as decisões que valem ser tomadas e escritas com antecedência.

Ponto de decisãoPergunta a responder antesRegistro esperado
Emissão de notaSe o sistema novo não emitir na primeira hora útil, existe forma contingente de emissão e quem autoriza usá-la?Procedimento de contingência assinado pelo responsável fiscal.
Saldos de aberturaSe um saldo não bater com a última apuração, a virada espera ou segue com a diferença anotada?Limite de diferença aceito e quem pode aceitá-lo.
Documentos em trânsitoNotas lançadas no sistema antigo e recebidas depois: quem as escritura e em qual sistema?Lista de corte e regra de escrituração.
Retorno ao sistema antigoExiste ponto a partir do qual voltar deixa de ser possível, e quem sabe qual é?Hora limite de retorno e dono da decisão.
Comunicação internaQuem avisa fiscal, contabilidade e vendas de que a virada foi concluída ou adiada?Mensagem pronta e lista de destinatários.

O plano B não prevê fracasso. Ele reduz o tempo em que a equipe fica discutindo, no pior horário possível, uma decisão que podia ter sido tomada com calma duas semanas antes.

Obrigações em paralelo

Como rodar uma obrigação nos dois sistemas e comparar o resultado

A paridade de documentos prova que o cálculo seguiu igual. A paridade de obrigações prova que o que vai ao fisco seguiu igual. São provas diferentes, e a segunda costuma ficar para o último mês, quando já não há tempo de corrigir.

  1. Escolher o período de referência. Um período já fechado e entregue no sistema antigo, com todos os documentos e ajustes conhecidos. O resultado oficial vira o padrão de comparação.
  2. Gerar a obrigação no sistema novo. Com os dados migrados e o mesmo período, usando a mesma versão de leiaute do arquivo entregue. Não vale comparar arquivos de leiautes diferentes.
  3. Comparar por bloco, e não por arquivo. Totais por registro e por tipo de imposto mostram onde nasce a diferença. A comparação linha a linha só entra depois de localizado o bloco.
  4. Classificar cada diferença. Dado migrado, regra de geração, relatório próprio ou erro de configuração. A classificação aponta quem corrige.
  5. Repetir até zerar o inexplicado. Diferença explicada e aprovada pode ficar. Diferença sem explicação reabre a rodada. O responsável fiscal assina o quadro final.
i

Quando o arquivo não é igual

Arquivo diferente não significa arquivo errado. Ordem de registros, formatação e campos que dependem da data de geração podem divergir sem mudar o conteúdo fiscal. Por isso a comparação é por total e por registro relevante.

Quem acessa o quê

Perfis de acesso fiscais no sistema novo: o que revisar na conversão

A troca de plataforma é o momento em que perfis de acesso são recriados, copiados ou simplificados. Para o fiscal, o risco é duplo: acesso demais que permite alterar regra sem registro, e acesso de menos que trava o fechamento no pior dia do mês.

Quem altera configuração

Lista curta, nominal e revisada a cada período. Quem configura imposto não deve poder liberar o próprio transporte, pelo mesmo motivo descrito na governança de cada regra.

Quem opera o fechamento

Apuração, conciliação e geração de obrigações precisam estar nos perfis certos antes do primeiro fechamento. O teste de perfil entra no ensaio, com usuário real, e não só com usuário técnico.

Quem consulta e audita

Auditoria interna e externa precisa de leitura sem alteração. Perfil de consulta criado depois da virada costuma sair às pressas e com permissões em excesso.

O inventário de perfis do sistema antigo é a base. A migração é a oportunidade de remover o que ninguém usa, desde que cada remoção tenha dono e data.

O sistema antigo depois do corte

Guarda do histórico: como o sistema antigo continua respondendo ao auditor

Depois do corte, o sistema novo carrega saldos e talvez um recorte de movimento. O restante do histórico fiscal continua existindo no sistema antigo, e alguém precisa responder o que acontece com ele. O prazo de guarda de cada documento e livro é matéria legal, e este ponto não foi conferido nesta página: a empresa define com o seu jurídico e o seu responsável fiscal.

  • Registrar quais documentos, livros e arquivos de obrigação ficam apenas no sistema antigo e por quanto tempo.
  • Definir quem mantém o sistema antigo ou o arquivo de consulta, e com que acesso, até o fim do prazo definido pela empresa.
  • Testar, antes do corte, a consulta de um documento antigo por número e por chave, como o auditor faria.
  • Guardar a documentação da configuração fiscal do sistema antigo, porque ela explica o histórico que ficou para trás.
  • Combinar com a contabilidade como relatórios comparativos entre períodos serão feitos quando metade do histórico estiver em cada sistema.
Depois do go-live

Cada atualização de release é uma pequena migração: cinco cuidados

A SAP atualiza o S/4HANA em ciclos, e cada atualização pode alterar comportamento padrão. O ritmo e a orientação de cada release não foram conferidos nesta página, e o plano de cada empresa deve partir da documentação da versão em uso. O que não muda é a necessidade de provar que o fiscal continuou igual.

  1. Ler a lista de mudanças. Alguém do fiscal lê as notas da atualização que tocam impostos, antes de o ambiente de teste recebê-la.
  2. Atualizar a qualidade primeiro. A atualização entra no ambiente de teste com dados recentes, e nunca direto na produção.
  3. Rodar o conjunto de casos. O mesmo conjunto da migração, com o resultado esperado original. Diferença exige explicação.
  4. Conferir a customização. Código próprio que depende de objeto padrão alterado é revisado antes da data da atualização.
  5. Registrar e liberar. O quadro de paridade da atualização é assinado pelo responsável fiscal e guardado com a data.
Quem está fora da empresa

Seis avisos a terceiros que a virada exige e que o projeto costuma esquecer

A virada altera como a empresa se apresenta para quem emite e recebe documentos com ela. Parte dos avisos é do fiscal, parte é de vendas ou de compras, e todos precisam de data.

  • Fornecedores que enviam arquivo de nota por canal fixo: confirmar se o endereço de recebimento muda.
  • Clientes que consultam a nota por portal: avisar de eventual mudança de formato ou de canal de envio.
  • Contador externo e escritório de apoio: combinar o ponto exato em que passam a receber dados do sistema novo.
  • Bancos e administradoras: confirmar se arquivos de cobrança e retorno mantêm leiaute e convenção de nomes.
  • Transportadoras: validar se os dados da nota que alimentam o documento de transporte seguem no mesmo formato.
  • Autoridades: conferir certificados, credenciais e cadastros de acesso antes da primeira emissão em produção.
Fontes

Normas e páginas lidas para esta página

Páginas dinâmicas da SAP foram lidas por título e trecho. Para qualquer decisão, vale o texto do release e da nota de simplificação do seu ambiente.

Perguntas frequentes

Perguntas frequentes sobre consultoria fiscal SAP S/4HANA

01A DFSpro atua em projetos de migração para S/4HANA?+

Atuamos na camada fiscal do projeto: desenho, configuração, teste de paridade, cutover fiscal e acompanhamento dos primeiros fechamentos. Também implementamos SAP, e o escopo é definido por entregável.

02Já temos integrador. A consultoria fiscal ainda é necessária?+

Depende de quem responde pela prova do cálculo. O integrador cuida da plataforma, e a consultoria fiscal cuida de provar que o resultado fiscal seguiu igual. A fronteira deve ser escrita antes do início.

03Qual caminho de transição é melhor do ponto de vista fiscal?+

Não há resposta única. Conversão, nova implementação e transição seletiva carregam histórico e saldos de formas diferentes. A escolha cabe à empresa, e o nosso papel é mostrar o efeito de cada uma sobre livros e saldos.

04O que é o conjunto de casos de referência?+

É uma amostra de documentos reais, com resultado esperado aprovado pelo responsável fiscal antes do teste. Roda no ECC e no S/4HANA e serve depois como regressão a cada atualização.

05Business Partner mexe com o fiscal?+

Sim, porque o cadastro do parceiro alimenta a determinação de imposto. A conversão precisa ser validada quanto a números fiscais, inscrições e município.

06Como a reforma tributária entra no projeto?+

Como cenário de teste desde o desenho. A data do go-live define se o primeiro fechamento terá alíquotas de teste, a CBS em vigor ou a convivência com ICMS e ISS.

07Vocês trabalham com o GUEPARDO Tax no S/4HANA?+

Sim. A DFSpro implanta e faz a governança do GUEPARDO Tax, produto da NTT DATA, e também atende ambientes sem ele. A compatibilidade com a plataforma-alvo é verificada no desenho.

08E o código customizado de regra fiscal?+

Fazemos o inventário e propomos, caso a caso, manter, trocar pelo padrão, retirar ou reescrever, sempre com prova de que o resultado fiscal não muda sem decisão do cliente.

09Quem decide o que atravessa e o que não atravessa?+

A empresa. Apresentamos o efeito de cada alternativa e registramos a decisão do responsável fiscal. A configuração e a prova ficam conosco.

10A consultoria cuida do cutover fiscal?+

Sim, na parte fiscal: saldos de abertura, livros, período de corte e plano de conciliação. A virada técnica segue com o integrador.

11E depois do go-live?+

Acompanhamos os primeiros fechamentos e deixamos a regressão rodando. Para acompanhamento permanente existe o AMS Fiscal, em fases com critério de saída.

12O que acontece com a obrigação do mês em que o sistema muda?+

O arquivo precisa refletir o período inteiro. Definimos com o responsável fiscal quem consolida os dados dos dois sistemas, como se conferem totais e que plano existe para retificar, se for o caso.

13Vocês cuidam das integrações com portais e bancos?+

Cuidamos da parte fiscal delas: o que cada integração carrega de dado fiscal e o teste de ponta a ponta. A construção técnica da integração segue com o integrador ou com a equipe de TI.

14Quanto tempo antes do go-live devemos começar o fiscal?+

O quanto antes. A decisão da camada fiscal e a definição do conjunto de casos precisam anteceder a fase de realização. Em projetos pequenos a sequência é mais curta, e o escopo nasce do levantamento inicial.

15Vocês atendem quem ainda não usa SAP?+

Sim, desde que a empresa nos procure para implementar SAP. Nesse caso o fiscal é desenhado junto com o projeto, sem legado para inventariar.

16Vocês decidem a tese tributária no projeto?+

Não. A tese e o enquadramento são da empresa. Apresentamos as alternativas que o sistema permite e registramos a escolha do responsável fiscal.

17Dá para fazer só a prova de paridade, sem o projeto todo?+

Dá, quando o integrador ou a equipe interna já cuida da configuração e falta quem monte o conjunto de casos, rode a comparação e classifique as diferenças. O escopo é definido por entregável.

18Como começar a conversa?+

Descreva a versão atual, o caminho de transição pretendido, a data do go-live e se há produto fiscal. A conversa parte do seu cenário, sem compromisso, e termina em um escopo por entregável.

Próximos passos

Chegue ao go-live com a prova do fiscal pronta

Conte a versão do SAP, o caminho de transição e a data pretendida. A conversa parte do seu cenário, sem preço nem compromisso de prazo, e as decisões fiscais seguem com a sua empresa.