Pular para o conteúdo
Como funciona este fórum

Moderado por Emanuel Kaufman. As três primeiras mensagens de cada pessoa passam por revisão e respondemos em até 1 dia útil.

Aqui se discute o comportamento do sistema. Decisão tributária é sempre da sua empresa, e ninguém neste fórum dá parecer.

Tudo o que você publicar é público e pode ser usado por terceiros, inclusive por sistemas de IA. Não publique dado de cliente, nome de empresa nem tela do produto.

Esta pergunta foi sinalizada
6 Respostas

Estou acompanhando este processo de mudança para o ambiente S/4HANA e a transição fiscal é um ponto que exige extrema cautela. Já fizemos simulações com o nosso cenário específico, migrando dados e testes de parametrização, e a parte tributária estava bem mapeada considerando a nossa realidade operacional. Contudo, ao chegarmos à fase de corte, a sincronização entre os módulos fiscais e o novo sistema parece ser onde surgem as maiores dúvidas. Considerando a complexidade inerente a um go-live, então, o x da questão é como podemos garantir que o fluxo fiscal esteja perfeitamente aderente ao novo ambiente durante o cutover, sem surpresas operacionais no primeiro ciclo fechado.


Atualização:

Agradeço a todos os pontos trazidos. Entendo que a replicação da saída tributária é crucial, mas, então, o x da questão para mim era a aderência funcional do motor de cálculo. Nós testamos os cenários de transição de competências fiscais, simulando fluxos complexos antes do corte. Gostaria de saber como vocês endereçaram a divergência de tratamentos contábeis gerados pelos novos processos do S/4HANA versus o legado, quando o resultado final era idêntico.

Avatar
Cancelar
Melhor resposta

A transição fiscal ao migrar para o S/4HANA exige mais do que apenas igualar os valores finais nas notas fiscais. É fundamental que o contribuinte domine como o novo sistema processa as informações e aplica as determinações tributárias. A equivalência do resultado não anula a necessidade de mapear como o S/4HANA chegou àquela conclusão, especialmente quando há diferenças conceituais entre as arquiteturas. Para minimizar riscos pós-implementação, sugiro que, além de simulações de paralelo, vocês documentem detalhadamente o porquê de cada comportamento do novo módulo, garantindo rastreabilidade total do processo.

Avatar
Cancelar
Melhor resposta

Marcelo Soares: Concordo com a abordagem de paralelo, Mariana. No meu projeto, né, além de validar o fluxo transacional, focamos também na granularidade dos documentos fiscais gerados em cada ambiente. A migração não é apenas mover os dados, mas sim garantir que a saída fiscal do S/4HANA replique fielmente a sequência lógica que o sistema anterior gerava, mesmo com novas estruturas internas. Isso evita surpresas na recepção das autoridades fiscais após o evento de corte.

Avatar
Cancelar
Melhor resposta

Marcelo, sua colocação sobre a replicação da sequência lógica dos documentos é pertinente. No nosso cenário, que envolvemos a aplicação do GUEPARDO Tax, a transição do registro documental para o novo módulo exigiu atenção extra. Vamos lá, pois é, como vocês garantiram que cada campo gerado no S/4HANA estava gerando o mesmo resultado tributário ao cruzar com o sistema legada antes do corte?

Avatar
Cancelar
Melhor resposta

Eu acompanhei a experiência de vocês com o módulo de tributação e achei o foco na replicação da sequência lógica muito acertado. No meu entendimento, o desafio vai além da mera replicação do resultado. É imperativo que o contribuinte tenha total clareza de como o S/4HANA interpreta os dados de entrada, mesmo que o resultado final seja o mesmo. Como de costume, pois é, o mapeamento da regra de negócio que alimenta o sistema é o ponto de maior risco durante a transição.

Avatar
Cancelar
Melhor resposta

No nosso caso, optamos por um paralelo funcional antes do corte. Mantivemos o sistema legado ativo em paralelo com o S/4HANA, durante um período de testes mais estendido. Isso nos permitiu validar pontualmente as diferenças de comportamento entre os dois sistemas diante de cenários marginais. Aqui por perto, ó, verificamos que a diferença de aceite entre as duas interfaces era mínima, mas a segurança gerada pelo paralelo foi inestimável para o aceite final.

Avatar
Cancelar
Melhor resposta

Camila Barbosa: A funcionalidade fiscal durante a migração para o S/4HANA depende crucialmente da validação prévia de todos os fluxos transacionais. Olha só, ó, meu acompanhamento desde o início do projeto RISE com SAP reforça que a passagem do antigo para o novo ambiente exige uma trilha de testes fiscais muito robusta. Não basta mapear o cenário antigo; é preciso simular o novo sistema suportando o volume e a variação da realidade operacional. O ponto sensível reside em assegurar que as regras tributárias do contribuinte estejam sendo corretamente interpretadas pelo kernel do S/4HANA durante o processo de corte.

Avatar
Cancelar

Sua resposta

Tente oferecer uma resposta substancial. Se quiser comentar sobre a pergunta ou resposta, basta utilizar a ferramenta de comentários. Lembre-se de que você sempre pode revisar suas respostas - Não há necessidade de responder à mesma pergunta duas vezes. Não esqueça de votar - Selecionar as melhores perguntas e respostas é realmente útil!

Perguntas relacionadas

Mais conversas em Testes fiscais, cutover e go-live fiscal no S/4HANA.

Ver todas do fórum