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

Ao transitar do meu ciclo anterior no setor automotivo para este desafio do novo modelo tributário, tenho encontrado alguns pontos cruciais na aplicação prática dos conceitos. Estamos revisando o fluxo de lançamento contábil dentro do sistema, comparando o que foi desenvolvido com as diretrizes da Nota Técnica 2025.002-RTC. Estamos tentando mapear corretamente a transição para os novos códigos de classificação tributária do IBS e da CBS, conforme o que está disponível no Anexo III. Já fizemos testes internos usando as estruturas mais recentes, mas ainda há uma grande incerteza sobre como os dados devem ser estruturados para garantir a aderência total ao novo cenário. No rollout, ó, como devemos proceder com a codificação avançada para os eventos específicos que envolvem a apuração correta do IS?


Atualização:

Agradeço as contribuições de vocês. Fizemos simulações utilizando o fluxo de dados do Grupo 11, referente às notas de antecipação de pagamento, para verificar a aderência aos novos campos. No rollout, ó, encontramos inconsistências ao tentar conciliar os dados do nosso sistema com as regras do grupo 3A. Gostaria de saber se vocês identificaram algum detalhe específico no processo de criação destes eventos que possa otimizar a passagem dessas informações sem retrabalho.

Avatar
Cancelar
Melhor resposta

A discussão sobre a transição ao novo regime fiscal aponta para a necessidade de alinhar profundamente o fluxo contábil com os requisitos técnicos da legislação vigente. A inconsistência encontrada na geração dos dados fiscais, particularmente ao lidar com as notas de pagamento antecipado, sugere que a origem da informação merece uma investigação mais focada. É imprescindível verificar se a camada de geração do nosso sistema espelha com precisão a especificação da Nota Técnica utilizada como parâmetro. Para mitigar o retrabalho futuro, sugiro que o ponto de partida seja a validação cruzada dos dados gerados contra a versão inicial do documento normativo, antes de aplicar correções de versão mais recentes. Para aprofundar, veja reforma tributária, CBS e IBS no SAP. Confirme com o tributário da empresa antes de aplicar.


Fontes oficiais consultadas

Avatar
Cancelar
Melhor resposta

Bruno Ferreira, sobre o gerenciamento dos diferentes cenários de pagamento e diferenças de regime que você mencionou, gostaria de seu parecer. No nosso contexto, ao lidar com a utilização do Banco de Dados: Notas de antecipação de pagamento, como podemos otimizar este fluxo para garantir a rastreabilidade completa da operação durante essa transição fiscal?

Avatar
Cancelar
Melhor resposta

Simone Martins, complementando, eu percebo que o desafio maior, quando volumes aumentam, não é apenas o motor, mas sim como o sistema gerencia os diferentes cenários de pagamento e diferenças de regime. É fundamental garantir que o Banco de Dados: NF-e Referenciada esteja integrando corretamente as notas anteriores ao novo cálculo, usando os grupos de dados específicos, como o Grupo 3A, para manter a rastreabilidade completa da operação perante o fisco.

Avatar
Cancelar
Melhor resposta

Embora sua análise sobre a geração dos dados fiscais e a conciliação do motor com a especificação da Nota Técnica seja pertinente, eu discordo ligeiramente do foco único no motor. No meu dia a dia, tá, percebo que o desafio maior, quando volumes aumentam, não é apenas o motor gerar o dado, mas sim garantir que a informação de entrada para aquele grupo documental esteja íntegra e coerente desde a origem da transação comercial. A qualidade dos dados de entrada impacta diretamente a saída fiscal.

Avatar
Cancelar
Melhor resposta

Emanuel Kaufman, concordo com sua visão acerca do alinhamento contábil e requisitos técnicos. Na minha vivência, a geração dos dados fiscais se torna um ponto crítico quando precisamos conciliar o motor de geração com a especificação da Nota Técnica. Por exemplo, a utilização do Grupo 11 para Notas de antecipação de pagamento exige extrema precisão para que o controle de versões esteja alinhado com o que a legislação comporta.

Avatar
Cancelar
Melhor resposta

Na última auditoria, tá, mapeamos uma abordagem alternativa para gerenciar as diferenças entre os regimes antigos e o novo fluxo. Quando o volume de transações é muito grande, e a curva de aprendizado sobre a Lei Complementar nº 214/2025 ainda está acentuada, achamos mais seguro desacoplar temporariamente a geração do Banco de Dados: NF-e Referenciada. Isso nos permitiu isolar e validar as regras de negócio sem sobrecarregar o motor fiscal principal, como sugerido na NT 2025.002-RTC.

Avatar
Cancelar
Melhor resposta

Fernanda Ramos, complementando essa visão, acredito que a correta aplicação do código de classificação tributária do IBS e da CBS, conforme o Anexo III, precisa ser robustamente suportada pelo nosso módulo fiscal. A transição exige que cada campo documental não apenas passe pela apuração, mas que eleve essa informação ao nível da Nota Técnica, visto que a Lei Complementar nº 214/2025 estabelece este novo panorama.

Avatar
Cancelar
Melhor resposta

André Moreira, sobre a criação desses eventos, na real, né, acho que o gargalo reside na sincronização entre o nosso motor de geração e a versão da Nota Técnica que estamos aplicando. Se o campo que alimenta o grupo 11 não estiver mapeado com a versão correta do nosso middleware, qualquer tentativa de conciliação com o grupo 3A vai gerar retrabalho. Sugiro voltarmos à versão 1.00 da NT 2025.002-RTC, que trata da inserção dos campos de controle, para validarmos a gênese desses dados antes de avançar para os ajustes de versões posteriores.

Avatar
Cancelar
Melhor resposta

Acho que talvez devêssemos complementar essa revisão do Grupo W03. Embora o Total da NF-e seja crucial, olhando para o Anexo III, o mapeamento do cClassTrib parece ser o gargalo maior agora. Precisamos assegurar que a base de dados interna reflita fielmente o que a estrutura tributária exige para os novos tributos. Digamos assim, tá, sem essa aderência correta ao código, qualquer conferência posterior perde o sentido prático.

Avatar
Cancelar
Melhor resposta

A adequação dos procedimentos ao novo cenário fiscal exige atenção aos detalhes técnicos da transição. Como passou por situação parecida no fechamento do mês passado, sugiro focar na correta utilização dos grupos de dados mencionados na NT 2025.002-RTC. Analisando essa migração, é fundamental checar o Grupo W03, que trata do Total da NF-e, garantindo que os valores fiscais estejam sincronizados com o que apura o sistema. Então, puxando o fio, o cabeçalho do Grupo 3A sobre o Banco de Dados: NF-e Referenciada merece uma conferência minuciosa neste momento de ajustes.

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 Reforma no SAP: visão geral e transição 2026 a 2033.

Ver todas do fórum