O fiscal está no seu plano de cutover para o S/4HANA?
Apuração, livros e contabilização não migram sozinhos. Dependem de parametrização, de extensões e de dado mestre, e cada um precisa ser decidido, carregado e provado antes da virada.
Estratégia da migração e decisão tributária ficam com a sua empresa e com o seu integrador. A DFSpro entra para provar, com evidência, que o fiscal funciona no sistema novo.
Entre pela pergunta que o seu papel precisa responder
Quatro entradas para o mesmo plano: cada papel enxerga um trecho diferente do fiscal na migração.
01Fiscal e tributário
As perguntas de pronto, a conciliação do primeiro período e quem decide a aceitação de risco.
Ver o trecho do papel02Contabilidade e controladoria
O que atravessa a virada: saldos, guias, escrituração e a conciliação entre fiscal e contábil.
Ver o trecho do papel03TI e integrador
As fases, os quatro riscos e o que o teste integrado precisa ter: massa de dados, usuários-chave e extensões.
Ver o trecho do papel04Diretoria e comitê da migração
Por que o fiscal pede janela própria e o que perguntar ao time antes de congelar o escopo.
Ver o trecho do papelAtalhos do fiscal no cutover
O fiscal entra no cutover como etapa, e não como detalhe
O fiscal precisa de lugar próprio no plano de cutover: uma janela, um dono, massa de teste e um critério de pronto que o primeiro fechamento comprove.
O que entra no plano
Levantamento do fiscal desde o início, janela de virada própria, cenários de teste, inventário de extensões e saldos de abertura conferidos.
Quem responde
Alguém da própria empresa, com poder de dizer que a virada não pode ocorrer com pendência fiscal sem decisão. O integrador e a consultoria apoiam.
O que prova
O primeiro fechamento depois do go-live. Ele mostra se apuração, livros e contabilização contam a mesma história no sistema novo.
O trabalho de migração em si, com a oferta completa, está em migração ECC para S/4HANA. Aqui ficam o plano, os riscos e a prova do lado fiscal. O que muda no fiscal ao ir para RISE with SAP ou GROW with SAP: fiscal no RISE e no GROW with SAP.
O cronograma mede infraestrutura, e o imposto só aparece no fechamento
Seis hábitos de projeto que empurram o fiscal para o fim da fila.
Tratado como mais um módulo
No plano, o fiscal vira uma linha ao lado de compras e vendas. Mas ele atravessa todas elas, e uma pendência fiscal pode parar uma operação inteira.
O resultado só aparece no fechamento
Um erro de apuração não derruba o sistema. Aparece no número do mês, quando o prazo de entrega já está correndo.
Ninguém com poder no comitê
Sem alguém da empresa que responda pelo fiscal, a pendência vira nota de rodapé no relatório de status do projeto.
Teste feito só pela TI
O teste técnico confirma que a tela abre e que a nota sai. Que o imposto esteja certo exige quem conhece a regra.
Calendário de obras
A data da virada nasce das janelas de infraestrutura. O calendário fiscal, com fechamento e entregas, entra depois, se entrar.
Extensão que ninguém enxerga
O desenvolvimento próprio que calcula ou ajusta imposto não aparece no escopo, porque ninguém o vê como parte do fiscal.
Entrar cedo muda onde o problema é descoberto. No levantamento, a pergunta custa uma reunião. Depois da virada, custa um fechamento com diferença.
O que o fiscal pergunta em cada fase, do levantamento à sustentação
Em cada fase o fiscal faz perguntas diferentes, e quem não as faz na fase certa as faz no fechamento.
- 01
Levantamento
Quais obrigações precisam rodar no primeiro período? Que desenvolvimentos próprios existem? Quem é dono de cada dado mestre fiscal? Que evidência a auditoria espera ver?
- 02
Desenho
Para cada regra fiscal em uso, a decisão é replicar, reconfigurar ou descontinuar. A decisão fica registrada, com dono e justificativa. A tese tributária é do cliente.
- 03
Realização
Parametrização, extensões e carga de dado mestre acontecem aqui. A pergunta é se cada item construído tem o comportamento fiscal esperado escrito antes de ser testado.
- 04
Testes
O teste integrado precisa de massa de dados, de usuários-chave e de cenários que cubram o ciclo do documento até a guia. Teste técnico sozinho não prova imposto.
- 05
Cutover
A janela fiscal tem passos próprios: o que congelar, o que carregar e o que conferir antes de liberar a emissão. Ela fica longe do meio do fechamento.
- 06
Go-live
A emissão volta com acompanhamento. Há pendência que impeça emitir ou contabilizar? Quem decide liberar, e com que plano de contorno?
- 07
Sustentação
O primeiro fechamento valida o resultado. O suporte intensivo depois dele precisa de dono e de prazo definidos antes de o suporte do projeto acabar.
Cada fase termina com um documento que o fiscal consegue mostrar
A fase só termina quando existe o registro que a auditoria vai pedir.
| Fase | O que o fiscal precisa ter ao sair da fase | Evidência que fica | Quem responde na empresa |
|---|---|---|---|
| Levantamento | Lista de obrigações do primeiro período, inventário de extensões e mapa de dono do dado mestre. | Documento de levantamento com datas e donos. | Fiscal e tributário, com a TI. |
| Desenho | Decisão registrada para cada regra: replicar, reconfigurar ou descontinuar. | Registro de decisões assinado por quem responde pela regra. | Fiscal e tributário. |
| Realização | Parametrização e extensões com comportamento esperado por escrito. | Especificação de cada item e resultado do teste unitário. | TI, com o fiscal conferindo. |
| Testes | Cenários reais cobertos, defeitos corrigidos e cenário repetido. | Plano de teste, massa usada e resultado de cada cenário. | Usuários-chave do fiscal e da contabilidade. |
| Cutover | Saldos de abertura, numeração e pendências abertas conferidos. | Lista de conferência da janela com horário e responsável. | Fiscal, contabilidade e TI. |
| Go-live | Decisão de liberar a emissão e plano de contorno para pendências. | Ata da decisão e lista de pendências com dono. | Quem responde pela empresa no comitê. |
| Sustentação | Conciliação do primeiro período e suporte com prazo e dono. | Relatório de conciliação e registro de diferenças com causa. | Fiscal e controladoria. |
Dado, teste, extensão e escopo são os riscos que mais se repetem
São quatro famílias de risco, na nossa leitura. Cada uma tem uma pergunta de abertura e um dono do lado da empresa.
Dado
Cadastro, regra de tributação e saldos de abertura que chegam errados à carga. O saneamento é da empresa e começa antes da carga.
Teste
Falta de massa de dados e de usuários-chave. Sem eles, o teste confirma o caminho feliz e deixa de fora as exceções fiscais.
Extensão
Desenvolvimento e relatório do sistema anterior que calculam, ajustam ou escrituram imposto e que ninguém inventariou.
Escopo
O fiscal sem nome no contrato do integrador, sem dono no comitê e sem tempo próprio no cronograma.
O dado fiscal ruim aparece na carga, e o saneamento é do cliente
Cinco famílias de dado que a virada leva junto, e uma pergunta para cada uma.
Cadastro de material
NCM, origem, unidade tributável e demais atributos fiscais. Quando há dois cadastros para o mesmo item, qual vale, e quem decide?
Cadastro de parceiros
CNPJ, inscrições, regime e endereço. Se o sistema novo muda a estrutura do cadastro, os campos fiscais precisam de destino definido.
Determinação de imposto
As regras que escolhem a tributação por operação, por UF e por tipo de movimento. Quem confirma que a regra carregada dá o resultado esperado?
Saldos de abertura
Saldos de apuração, créditos a recuperar e bens com crédito a apropriar. Foram conferidos contra o sistema anterior, linha a linha?
Histórico e guarda
Notas, arquivos, livros e apurações de anos anteriores continuam acessíveis para fiscalização e auditoria? Em qual sistema?
O cliente decide qual dado vale quando duas fontes divergem. A DFSpro mostra a divergência, desenha a regra de carga que o cliente aprovou e prova que a carga a respeitou. Mais sobre o tema: dados mestres fiscais no SAP.
O teste integrado pede massa de dados e usuários-chave disponíveis
Cinco condições que o teste fiscal precisa ter antes de valer como prova.
- 01
Cenários reais
Lista das operações que a empresa de fato faz, por UF e por tipo de movimento, com o valor esperado escrito por quem conhece a regra.
- 02
Massa de dados
Dados parecidos com os de produção, sem expor dado pessoal. Sem massa, o teste cobre o caminho feliz e perde as exceções.
- 03
Usuários-chave
Quem executa e confere o teste precisa de tempo reservado. Usuário-chave que divide a semana entre teste e operação entrega teste incompleto.
- 04
Ciclo completo
Do documento à guia e ao lançamento contábil. Parar na nota autorizada deixa de fora a apuração e a conciliação.
- 05
Repetição
Cada defeito corrigido exige repetir o cenário. O plano precisa de ciclos de teste para isso, e não só de um.
A prova de que o sistema acerta cada cenário, com evidência: testes fiscais no SAP.
Extensões e relatórios do sistema anterior costumam precisar de revisão
O que foi construído sobre o sistema antigo não migra por ser antigo. Migra por ter dono e teste.
Inventário
Quais programas, relatórios, pontos de extensão e tabelas próprias tocam imposto, nota ou escrituração? A lista sai de quem usa, e não só do repositório.
Uso real
O que ninguém roda há anos pode sair. O guia da SAP recomenda retirar o código que não é mais usado.
Revisão
Cada extensão mantida precisa de dono, de comportamento esperado por escrito e de teste. A verificação da SAP não acha todos os casos.
Lugar certo
Onde a regra cabe no sistema novo: parametrização, solução de mercado ou desenvolvimento. A decisão tem dono, e a decisão fiscal é do cliente.
Extensões fiscais, uma a uma: ABAP e customização fiscal no SAP. A leitura de clean core aplicada ao fiscal está em clean core no S/4HANA aplicado ao fiscal.
O escopo precisa dizer onde o fiscal está e quem responde
O risco de escopo é de contrato e de governança, e se resolve antes do desenho.
Fiscal com nome
O escopo do integrador cita parametrização e teste fiscal por nome, ou só a palavra customização? A resposta mostra quem responde pelo quê.
Fronteira escrita
O que fica com o integrador, com o time fiscal, com a TI da empresa e com a consultoria especialista. Fronteira escrita, com dono.
Congelamento
Escopo congelado sem as respostas do levantamento costuma ser reaberto depois. Julgamento nosso, não medido.
Mudança no meio
Se o escopo muda durante o projeto, quem reavalia o impacto fiscal, e em quanto tempo isso volta ao comitê?
O escopo fiscal costuma ficar claro quando cada entrega tem um verbo e um dono: levantar, decidir, parametrizar, testar, aprovar. Entrega sem verbo, como acompanhar o fiscal, abre margem para duas leituras no primeiro fechamento.
O roteiro técnico da SAP tem um reflexo fiscal em cada etapa
O que a SAP escreve sobre a conversão e o que cada item pede de quem cuida do imposto.
| Item da SAP | O que o guia diz | O que pede do fiscal (julgamento nosso) |
|---|---|---|
| Itens de simplificação e verificação de consistência | O catálogo descreve, por área, o que mudou em relação ao ERP anterior, com os passos de preparação e de depois da conversão. A verificação é obrigatória, e o guia recomenda rodá-la cedo. | Levar ao fiscal a lista dos itens que tocam financeiro, vendas e compras, e ler cada um com quem conhece o processo. |
| Verificação de prontidão da SAP | O guia recomenda rodá-la antes do projeto, para identificar itens relevantes, fazer uma análise geral do código próprio e checar a compatibilidade de complementos. | Usar o resultado como mapa para o levantamento do fiscal, e não só como relatório de TI. |
| Análise do código próprio | A verificação confronta o código próprio com as simplificações do S/4HANA. O guia avisa que ela não identifica todos os casos, pede teste do código no sistema novo e recomenda retirar o código sem uso. | Inventariar as extensões que tocam imposto e decidir o que sai antes de adaptar. |
| Conversão de teste em sistema separado | O guia recomenda um segundo sistema de desenvolvimento, cópia do original, para executar e testar todas as fases da conversão e reunir as mudanças em ordens de transporte. | O fiscal precisa de acesso e de dados nesse sistema para validar a parametrização antes da virada real. |
| Validação da transição de dados | A ferramenta compara dados de negócio antes e depois da conversão, usando relatórios ou transações como instrumento de comparação. | Escolher quais relatórios fiscais e contábeis servem de comparação, com a auditoria na conversa. |
| Dados obsoletos | Depois da conversão, dados de estruturas simplificadas podem permanecer no sistema. O guia diz que a limpeza vem depois de testar e validar o resultado. | Só limpar depois de o primeiro fechamento ser conferido. |
| Conversão da contabilidade | Para a contabilidade financeira, o guia remete a uma nota SAP específica de conversão. | O fiscal consome esse dado, e a conciliação depende de o razão chegar íntegro. |
O guia é um roteiro técnico geral. Ele não detalha a escrituração nem as obrigações fiscais do Brasil, e esse trabalho é de quem conhece a regra e o ambiente.
Conversion Guide for SAP S/4HANA 2025, versão 3.0 do documento, de 07/10/2026 (seções 2.2, 2.3, 3.6 a 3.8, 4.6). Leitura feita em 16/10/2026.
Seis tipos de regra, uma pergunta para cada decisão
Todo item do levantamento recebe uma decisão registrada: replicar, reconfigurar ou descontinuar. Sem ela, o item migra por inércia.
Determinação de imposto
O resultado esperado é o mesmo no sistema novo? Quem confirma, e com que evidência?
Cadastro fiscal
O campo mantém o sentido e o dono? Se a estrutura do cadastro muda, para onde ele vai?
Extensão de cálculo
Ainda há uso? A parametrização padrão cobre a regra, ou ela segue precisando de código, com dono e teste?
Relatório fiscal próprio
A auditoria ou a fiscalização ainda pede esse relatório? De qual fonte ele passa a ler?
Interface com sistema externo
Quem a mantém a suporta no sistema novo? O formato ou o ponto de conexão muda?
Lançamento contábil automático
A conta e o critério continuam válidos para a contabilidade?
A decisão de cada linha é registrada com dono e data. A decisão tributária por trás da regra é do cliente, e o registro é o que a auditoria lê depois.
Os eventos fiscais que a janela de cutover precisa respeitar
O cronograma de TI fixa uma data. O calendário fiscal diz se essa data cabe.
Manutenção padrão
O comunicado da SAP de 4 de fevereiro de 2020 fixa a manutenção padrão das aplicações centrais do SAP Business Suite 7 até o fim de 2027.
Manutenção estendida
O mesmo comunicado prevê manutenção estendida opcional, de 2028 ao fim de 2030.
Sem decisão até o fim de 2027
Quem seguir no sistema atual sem optar pela manutenção estendida passa ao modelo de manutenção específica do cliente, que resolve problemas já conhecidos, conforme o comunicado.
Para o S/4HANA, o comunicado fala em manutenção até o fim de 2040. Quando migrar é decisão da empresa, e as condições vigentes se confirmam com a SAP.
O calendário fiscal que a data da virada precisa respeitar
| Evento do calendário fiscal | Por que pesa na virada | Pergunta para o plano |
|---|---|---|
| Fechamento do mês | Apuração, guias e conciliação dependem de o mês fechar com dados completos. | A virada cai antes ou depois do fechamento, e quem fecha o quê em cada sistema? |
| Escrituração e obrigações do período | Cada obrigação cobre um período e uma base de dados. Se a base muda no meio, o arquivo junta duas origens. | De qual sistema sai o arquivo do período em que ocorre a virada? |
| Guias e vencimentos | O vencimento não espera a virada. | Há pagamento programado que atravessa a janela, e quem o libera? |
| Documentos eletrônicos em trânsito | Notas autorizadas, eventos e numeração continuam valendo no sistema novo. | Quem leva a sequência de numeração de cada estabelecimento e série ao sistema novo? |
| Saldos de apuração | O saldo do período anterior alimenta o seguinte. | O saldo de abertura foi conferido contra a apuração do sistema anterior? |
| Fechamento do ano e escrituração anual | A virada no meio do exercício cria um ano com dois sistemas. | Quem consolida os dois no arquivo anual? |
A guarda dos livros e documentos continua com a empresa, em qualquer sistema (Decreto 6.022/2007, art. 2º, § 2º). Na migração, o histórico do sistema anterior precisa continuar acessível a quem fiscaliza e a quem audita.
A data de cada obrigação vem da norma dela, e o plano usa o calendário vigente no ano da virada. A página de obrigações acessórias reúne as obrigações por periodicidade.
Comunicado da SAP de 04/02/2020; Decreto 6.022/2007, arts. 1º e 2º. Leitura feita em 16/10/2026.
Numeração, autorização e eventos atravessam a virada
A nota eletrônica não nasce de novo no sistema novo. A numeração e os eventos seguem a história que o sistema anterior começou.
Sequência por estabelecimento e série
Cada estabelecimento e cada série têm a sua sequência (Ajuste SINIEF 7/05, cl. 3ª, II). O sistema novo continua de onde o anterior parou.
Número repetido
A duplicidade de número é motivo de rejeição (cl. 7ª, I, d). Dois sistemas emitindo na mesma série, ainda que por poucas horas, abrem caminho para esse erro.
Quebra de sequência
Número não usado exige pedido de inutilização até o décimo dia do mês seguinte (cl. 14ª). A virada pode deixar lacunas, e o plano diz quem pede.
Cancelamento com prazo curto
O pedido de cancelamento cabe em até vinte e quatro horas da autorização, se a mercadoria não circulou (cl. 12ª, redação lida em 16/10/2026). Cada UF pode aceitar fora do prazo, em caso excepcional.
Nota em trânsito
Evento pedido depois da virada, para uma nota emitida antes, precisa encontrar a nota. Quem guarda a chave de acesso e o arquivo de cada documento?
O detalhe de cada documento eletrônico está em documentos fiscais eletrônicos no SAP. A norma de cada tipo de documento é diferente, e o plano da virada trata um tipo por vez.
Ajuste SINIEF 7/05, cláusulas 3ª, 7ª, 12ª e 14ª. Leitura feita em 16/10/2026, na redação publicada pelo Confaz naquela data.
Oito padrões que deixam a diferença para o primeiro fechamento
Nenhum deles derruba o sistema. Todos aparecem no número do mês.
Virada no meio do fechamento
A janela cai no pior dia do mês. O primeiro arquivo depois da migração junta dois sistemas, e ninguém reservou tempo para conferi-lo.
Numeração que recomeça
O sistema novo parte do número um em uma série que já existia. A rejeição por duplicidade aparece na primeira nota.
Saldo de abertura sem conferência
O saldo foi carregado e ninguém o comparou com a apuração anterior. A diferença surge no fechamento.
Teste só do caminho feliz
A venda comum passa. A devolução, a transferência e a operação com retenção ficam de fora.
Extensão esquecida
O relatório que o fiscal abre todo mês depende de um programa que ninguém inventariou.
Usuário-chave sem tempo
O teste depende de quem também opera o dia a dia. Fica incompleto, e ninguém registra o que ficou de fora.
Pendência liberada sem registro
A virada segue com pendência aberta, e a decisão de seguir não fica escrita nem tem nome.
Sustentação sem dono
O integrador sai, o suporte do projeto acaba, e a primeira dúvida fiscal não tem a quem ir.
São padrões que costumam aparecer em projetos de migração. A lista é julgamento nosso, sem medição, e serve para a conversa com o integrador.
Seis perguntas sobre o primeiro arquivo do sistema novo
A obrigação do primeiro período é o primeiro teste público do sistema novo.
| Pergunta | Por que importa |
|---|---|
| O que vence? | Cada empresa tem o seu conjunto de obrigações, por periodicidade e por estabelecimento. A lista vem do fiscal da empresa. |
| De onde vem o dado? | Obrigação sem origem definida, no sistema anterior e no novo, é obrigação em risco. |
| De que sistema sai o arquivo? | No período da virada, o arquivo junta duas origens, e alguém precisa responder por ele. |
| O arquivo sai no teste? | Gerar o arquivo com a massa do teste mostra, antes da virada, o campo que o sistema novo não preenche. |
| O conteúdo bate? | Passar na validação do arquivo não prova que o conteúdo bate com a apuração e a contabilidade. |
| O prazo está no calendário? | A data de cada entrega precisa estar no cronograma da virada, com responsável e margem para correção. |
A lista de obrigações é da empresa, e o prazo de cada uma está na norma dela. A DFSpro ajuda a organizar a prova de que o arquivo do primeiro período sai do sistema novo com o conteúdo certo. As obrigações por periodicidade estão em obrigações acessórias do SPED no SAP.
Quatro perguntas decidem se o fiscal está pronto para a virada
Cada pergunta pede uma evidência, e não uma opinião.
Há cenários reais com evidência?
- Os cenários cobrem as operações que a empresa realmente faz?
- Cada cenário tem valor esperado escrito antes do teste?
- A evidência mostra o resultado do sistema, e não só a palavra passou?
- Os defeitos foram corrigidos e o cenário repetido?
- Quem do fiscal assinou o resultado?
Há pendência que impeça emitir ou contabilizar?
- Existe lista de pendências com dono e decisão?
- Alguma nota depende de ajuste manual para sair?
- Os lançamentos contábeis automáticos fecham com a apuração?
- Quem decidiu liberar a virada com pendência aberta?
- O plano de contorno está escrito?
As obrigações do primeiro período foram validadas?
- Quais obrigações vencem logo depois da virada?
- Os arquivos do período foram gerados no ambiente de teste?
- O arquivo que junta dois sistemas tem dono?
- A conferência do conteúdo foi feita, além da validação do arquivo?
- Os prazos estão no calendário do projeto?
A conciliação fiscal e contábil do primeiro período foi feita?
- O mesmo relatório de conciliação roda nos dois sistemas?
- Os saldos de abertura foram conferidos?
- Cada diferença tem causa e dono?
- Quem aceita a diferença que sobrar?
- O resultado ficou guardado para a auditoria?
As perguntas servem de roteiro de conversa. Quem decide que o fiscal está pronto é a empresa. Sobre a conciliação: conciliação fiscal e contábil no SAP.
O primeiro fechamento é a validação
O resultado fiscal só aparece quando o mês fecha. Por isso o primeiro fechamento depois do go-live é a prova final do fiscal na migração.
Quando
No primeiro fechamento completo depois do go-live, com o volume, o prazo e a pressão de uma competência de verdade.
O que se compara
Apuração, livros, guias e contabilização, contra o resultado esperado que o fiscal escreveu antes da virada.
O que fica guardado
O relatório de conciliação, as diferenças com causa e dono e a decisão de quem aceitou cada uma.
Preparar essa prova é o critério de pronto da virada. Os cenários, a evidência e a repetição a cada fechamento estão em testes fiscais no SAP.
Vinte e uma perguntas, em três mesas, antes de congelar o escopo
Cada mesa responde a uma parte do risco. A mesma pergunta feita a duas mesas costuma ter duas respostas.
Ao seu integrador
- Onde o escopo cita o fiscal, e com quais entregas?
- A conversão de teste tem dados e acesso para o fiscal validar?
- Quais extensões que tocam imposto estão no inventário de código próprio?
- Quais itens de simplificação relevantes tocam finanças, vendas ou compras?
- O plano de teste integrado vai até a guia?
- Como o plano trata a numeração das notas na virada?
- Que apoio existe depois do go-live, e por quanto tempo?
Ao seu time fiscal e contábil
- Quais obrigações vencem no primeiro período?
- Quem é dono de cada dado mestre fiscal?
- Quem consegue escrever o resultado esperado de cada cenário?
- Que usuários-chave estão liberados para o teste, e por quantas semanas?
- Que relatório a auditoria espera ver depois da virada?
- Onde ficam os livros e os arquivos do sistema anterior?
- Que diferença o time aceita no primeiro fechamento, e quem assina?
À diretoria e ao comitê
- Quem representa o fiscal no comitê, e com que poder?
- A virada pode ser adiada por pendência fiscal sem decisão?
- Qual é o calendário fiscal do mês da virada?
- O que acontece se o primeiro fechamento tiver diferença?
- O tempo próprio do fiscal está no cronograma?
- Quem aceita o risco que sobrar?
- O fiscal foi consultado antes de o escopo ser congelado?
Seis papéis, e nenhum decide a tese tributária pelo cliente
A virada fiscal falha quando dois papéis acham que o outro decide.
| Papel | O que decide | O que entrega |
|---|---|---|
| Comitê da migração | Se a virada ocorre com pendência fiscal aberta e quem aceita o risco. | Calendário da virada que respeita o calendário fiscal. |
| Fiscal e tributário da empresa | A tese tributária, o enquadramento e o dado que vale quando há divergência. | Resultado esperado de cada cenário e aceitação do resultado. |
| Contabilidade e controladoria | Que diferença é aceitável na conciliação e quais saldos de abertura valem. | Conferência dos saldos e da conciliação do primeiro período. |
| TI da empresa | Acesso, ambiente, guarda do histórico e janela técnica. | Ambientes de teste, cópias de dados e inventário de extensões. |
| Integrador | A estratégia técnica da migração e o cronograma do projeto. | Conversão, carga e adaptação do código próprio. |
| DFSpro | Desenho do levantamento e dos critérios de pronto, e prova do comportamento do sistema. | Levantamento, critérios de pronto, cenários e acompanhamento do primeiro fechamento. |
Quem prova e quem decide
A conferência mostra o que o sistema faz. O que fazer com uma pendência é decisão de quem responde pela empresa.
Entramos no fiscal da migração: desenhamos, configuramos e provamos. A estratégia da migração e o tratamento tributário são da sua empresa e do seu integrador.
A DFSpro prova
- Onde cada pendência fiscal nasce e por qual causa.
- Que o ajuste feito no sistema produz o resultado combinado.
- Que o relatório e a evidência se repetem a cada fechamento.
A empresa decide
- O enquadramento fiscal de cada operação e a tese por trás dele.
- Que dado vale quando duas fontes divergem.
- Se a virada ocorre com pendência aberta e quem aceita o risco.
- Que diferença é aceitável no primeiro fechamento.
O papel completo da DFSpro em qualquer trabalho fiscal está em como trabalhamos com o seu time.
Do levantamento ao primeiro fechamento provado
Três frentes, todas voltadas a provar o fiscal no sistema novo.
- 01
Levantamento e critérios de pronto
O fiscal da migração é mapeado com a sua equipe, e as perguntas de pronto ganham a evidência que a sua empresa vai exigir.
- 02
Prova do comportamento
O comportamento do sistema nos cenários que a empresa escolheu é provado com evidência, do documento à guia.
- 03
Primeiro fechamento
A primeira competência no sistema novo é acompanhada com o relatório de conciliação em uso, até a diferença cair a um nível que a empresa aceite.
A oferta completa para a migração está em migração ECC para S/4HANA. O padrão para novas unidades está em rollout fiscal no SAP.
O suporte depois do go-live está em AMS Fiscal Consultivo: estabilização pós-go-live. Quem ainda não enxerga o risco começa pelo Diagnóstico Fiscal SAP.
Onde o ambiente usa o GUEPARDO Tax, a integração entra no levantamento. O produto é da NTT DATA. A DFSpro, Canal Autorizado, vende a licença, implanta e faz a governança.
Planejar a sustentação antes do fim do suporte do projeto
A sustentação do fiscal começa no plano da migração, e não depois do go-live.
Dono depois do go-live
Quem acompanha o fiscal depois que o integrador sai? O nome precisa existir antes da virada.
Prazo do suporte do projeto
O suporte do projeto tem fim. A sustentação do fiscal precisa começar antes dele acabar, para não haver intervalo.
Fronteira do suporte
O que é incidente, mudança e rotina fica escrito, com dono e canal, antes de o suporte do projeto acabar.
Da obra à rotina
Quando o primeiro fechamento estiver provado, o acompanhamento passa de projeto para rotina, com o relatório de conciliação rodando a cada competência.
O detalhe desse período está em AMS Fiscal Consultivo: estabilização pós-go-live.
Documentos lidos em 16/10/2026
As datas de manutenção e o roteiro de conversão vêm da SAP. As regras de numeração da nota e a guarda de livros vêm das normas citadas.
Perguntas frequentes sobre o fiscal no cutover do S/4HANA
Planejar o fiscal na migração4 perguntas, 01 a 04
01O fiscal deve ter uma janela de cutover própria?+
Deve. O fiscal tem passos que não cabem na janela técnica: conferir saldos de abertura, a sequência de numeração e a retomada da emissão. Uma janela própria permite posicionar a virada longe do meio do fechamento e dar a cada passo um dono.
02Quem é o dono do dado mestre fiscal durante a migração?+
Alguém da própria empresa, nomeado antes do desenho. A consultoria mostra divergências e propõe regra de carga, mas a decisão sobre qual dado vale é do cliente. Sem esse nome, a carga leva o erro para o sistema novo.
03O que levantar de fiscal antes de desenhar a migração?+
Quatro coisas: as obrigações que precisam rodar no primeiro período, os desenvolvimentos próprios que tocam imposto, o dono de cada dado mestre fiscal e a evidência que a auditoria espera ver depois da virada.
04Como decidir o que replica, o que reconfigura e o que descontinua?+
Cada regra fiscal em uso recebe uma das três decisões, registrada com dono e justificativa. Regra sem dono e sem uso recente é candidata a sair. A tese tributária por trás de cada regra continua sendo decisão do cliente.
Estar pronto para a virada4 perguntas, 05 a 08
05Que perguntas mostram se o fiscal está pronto para a virada?+
Há cenários reais com evidência? Existe pendência que impeça emitir ou contabilizar? As obrigações do primeiro período foram validadas? A conciliação entre fiscal e contábil do primeiro período foi feita? Cada resposta pede um documento, e não uma opinião.
06O que acontece com as extensões fiscais na migração?+
Elas não migram por serem antigas. Precisam de inventário, dono, comportamento esperado por escrito e teste no sistema novo. A SAP recomenda retirar o código sem uso, e a verificação dela não acha todos os casos.
07A migração em etapas muda o plano de teste fiscal?+
Muda. Cada etapa que entra em produção precisa de cenários próprios e de conferência dos saldos que passam de um sistema ao outro. O plano diz quais cenários repetem a cada etapa e quais valem uma vez só.
08Quando começar a pensar na sustentação fiscal depois do go-live?+
No levantamento. O suporte do projeto tem fim, e o fiscal precisa de dono, de canal e de prazo antes dele. Deixar o assunto para depois da virada cria um intervalo justo no primeiro fechamento.
Quem decide e quem apoia10 perguntas, 09 a 18
09Que perguntas fazer ao integrador sobre o fiscal?+
Onde o escopo cita o fiscal e com quais entregas, se a conversão de teste tem dados e acesso para o fiscal, quais extensões que tocam imposto estão no inventário, se o teste integrado vai até a guia e que apoio existe depois do go-live.
10Quem representa o fiscal no comitê da migração e com que poder?+
Alguém da própria empresa, com poder de dizer que a virada não pode ocorrer enquanto houver pendência fiscal sem decisão. A consultoria apoia com evidência e perguntas, mas a decisão tributária e a aceitação de risco são do cliente.
11O que o fiscal precisa ter levantado antes de o escopo ser congelado?+
Quais obrigações rodam no primeiro período, que desenvolvimentos próprios existem, quem é dono do dado mestre fiscal e que evidência a auditoria espera. Quem congela o escopo sem essas respostas costuma reabri-lo depois. É julgamento nosso, não medido.
12Como explicar à diretoria por que o fiscal precisa de tempo próprio no cronograma?+
Pelo risco, e não pelo prazo. O resultado fiscal só aparece no fechamento, e uma pendência pode virar obrigação atrasada ou arquivo errado. Pedir tempo próprio é pedir para provar antes de virar. Qualquer estimativa depende do ambiente e se trata em conversa direta.
13A emissão de notas para durante a virada?+
Em geral há uma pausa, e a duração depende do desenho do seu projeto. O que o fiscal precisa saber é quando a emissão para, quem a libera de volta e o que acontece com a operação que não pode esperar. Esse plano de contorno é escrito antes da janela.
14Qual o papel da auditoria na virada fiscal?+
A auditoria, interna ou externa, costuma ser quem pede a evidência depois. Chamá-la antes, para dizer quais relatórios e quais conferências aceita como prova, evita refazer o trabalho no primeiro fechamento. A decisão sobre o que a empresa apresenta é dela.
15O integrador de S/4HANA já não cobre o fiscal?+
Depende do que o contrato dele diz. Em alguns escopos o fiscal aparece só como customização genérica, e vale conferir o seu. A pergunta útil é onde o escopo cita parametrização e teste fiscal por nome, e quem responde pelo resultado do primeiro fechamento.
16Preciso ter o GUEPARDO Tax para fazer esse trabalho?+
Não. O trabalho vale para qualquer ambiente SAP. Onde o ambiente usa o GUEPARDO Tax, produto da NTT DATA, a integração entra no levantamento. A DFSpro, Canal Autorizado, vende a licença, implanta o produto e faz a governança dele.
17Quem guarda os arquivos e os livros do sistema anterior?+
A empresa. A guarda de livros e documentos continua sendo dela em qualquer sistema. O plano da migração precisa dizer onde o histórico fica acessível, por quanto tempo e quem o consulta numa fiscalização ou auditoria.
18A migração muda a obrigação do primeiro período?+
A obrigação continua a mesma, mas o arquivo daquele período pode juntar dados de dois sistemas. O plano define de qual sistema sai o arquivo e quem confere o conteúdo contra a apuração antes de enviar.
Traga o plano de cutover e a lista do que o fiscal ainda não tem dono
A conversa trata do seu plano, do calendário fiscal do mês da virada e de quem decide cada ponto, sem preço e sem compromisso de prazo.
Para aprofundar antes: migração ECC para S/4HANA e fechamento fiscal instável.