Pular para o conteúdo

Fóruns / PIS e Cofins

Pis cofins não cumulativo dominio

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
5 Respostas

Estou há oito anos lidando com questões fiscais, e agora migrando um processo de outro ERP para o ECC 6.0, estou com um ponto de fricção considerável. Estamos revisando a base de cálculo para o PIS e a Cofins, especificamente quando envolvemos situações de não cumulatividade. Tentar replicar a correta apuração dos valores, especialmente considerando as regras de incidência sobre diferentes receitas, tem sido um desafio técnico significativo aqui no desenvolvimento ABAP. Já mapeamos o fluxo de dados do período de um ano anterior, mas a transição para o regime não cumulativo ainda gera dúvidas na parametrização. Então, meu ponto, como podemos assegurar que o cálculo reflita precisamente os débitos apurados, como aqueles detalhados no inciso II e os tributos não recuperados do inciso III, dentro da nova estrutura do sistema?


Atualização:

Agradeço as contribuições de vocês. Seguindo o paralelo que estabelecemos sobre a granularidade dos dados, testamos um cenário onde a receita gerada era inerente a uma operação de revenda, e como isso afetaria a apuração do tributo embutido. Então, meu ponto, ao considerarmos a reconstituição dos valores, seria como assegurar que o sistema reconheça o crédito apropriado quando estamos diante de bens destinados a microempresas ou pequenas empresas que compõem um grupo.

Avatar
Cancelar
Melhor resposta

Ao migrar o cálculo de PIS e Cofins para o regime não cumulativo, a complexidade reside na precisão com que os valores de débitos e créditos são segregados no novo ambiente. A transposição de um modelo antigo para o S/4HANA exige mais do que uma simples reprodução das taxas passadas. É mandatório que a base de dados reflita com extrema fidelidade a natureza de cada transação, desde a receita gerada até os custos considerados. Para avançar no teste, sugiro focar na validação do fluxo documental que suporta a recuperação tributária, garantindo que cada lançamento no módulo de contabilidade reflita inequivocamente a cadeia de insumos e produtos utilizados nas operações. Para aprofundar, veja EFD Contribuições, PIS e Cofins no SAP. Confirme com o tributário da empresa antes de aplicar.


Fontes oficiais consultadas

Avatar
Cancelar
Melhor resposta

Matheus Monteiro, bem, pelo meu histórico no setor automotivo, percebi que a passagem para o regime não cumulativo exige muito mais do que apenas a replicação das taxas anteriores. Ao olharmos para as operações de aquisição, por exemplo, precisamos assegurar que os tributos incidentes sobre as compras estejam corretamente mapeados para que a recuperação tributária seja legítima. É crucial que o lançamento no sistema reflita essa cadeia de valores de forma inequívoca.

Avatar
Cancelar
Melhor resposta

Roberta Brito, eu concordo com a dificuldade de replicar fielmente o antigo regime inserindo-o em um modelo não cumulativo. Bem, minha ressalva, ao olharmos para as situações onde há custos tributáveis ou receitas específicas, precisamos ter certeza de que toda a documentação suporta essa transição. Por exemplo, no cenário de instituições financeiras, o cálculo dos débitos sobre certas receitas deve ser feito com base em documentos específicos, como tarifas e comissões, e isso precisa estar perfeitamente mapeado no fluxo do S/4HANA para que o crédito subsequente seja reconhecido corretamente.

Avatar
Cancelar
Melhor resposta

Acredito que a migração do fluxo tributário para o tratamento não cumulativo, embora complexa, exige que a granularidade dos dados de entrada seja impecável. O desafio não reside apenas em replicar a incidência anterior, mas em estruturar o novo ambiente para suportar essa visão detalhada. Como bem lembrou, pois é, a correta segregação dos débitos e créditos é o cerne da questão ao migrar bases de cálculo.

Avatar
Cancelar
Melhor resposta

A migração do fluxo de apuração para o não cumulativo exige muita atenção aos detalhes da base de cálculo, especialmente ao trazermos dados históricos. Por exemplo, ao lidar com o recebimento de receitas de serviços, precisamos garantir que a correta segregação dos débitos e créditos esteja ocorrendo no novo ambiente. Passou por situação parecida no fechamento do mês passado, e a validação cruzada dos tributos incidentes sobre aquisições se mostrou crítica. Então, pelo que testei, a replicação fiel das regras de incidência anteriores é fundamental para validar o resultado no sistema.

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 PIS e Cofins.

Ver todas do fórum