Pular para o conteúdo

Fóruns / Dados mestres fiscais, tax code e CNPJ alfanumérico no SAP

Quem deve ser o responsável por parametrização fiscal dentro da empresa?

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

Diga-se de passagem, fazendo acompanhamento dessa implementação do ECC 6.0, percebi que a parametrização fiscal gera bastante correnteza interna. A estrutura dos registros, por exemplo, exige uma aderência muito rígida, como a ordem sequencial e ascendente dos documentos, e isso não é algo que se resolve por tentativa e erro. Da minha vivência, a complexidade de garantir que todos os registros obrigatórios estejam presentes, mesmo quando não há dados específicos para incluir em certos campos, é alta. Digam-se de passagem, a exclusão de campos, mesmo que vazios, pode acarretar erro na estrutura do registro. Diante disso, gostaria de saber: quem deveria ser o responsável interno por validar se essa parametrização fiscal atende completamente à legislação tributária vigente?


Atualização:

Diga-se de passagem, agradeço as visões trazidas por todos. Eu estava avaliando como a sequência dos registros deve ser tratada, visto que a ordem é sequencial e ascendente, e que todos os registros com a observação de obrigatório precisam estar presentes, independentemente de haver ou não informação a ser prestada naquele campo. Disse-se de passagem, a omissão de um detalhe pode causar erro na estrutura do registro. Na prática, diante dessa criticidade, como podemos assegurar que a parametrização suportará variações no volume transacional sem comprometer essa integridade estrutural exigida?

Avatar
Cancelar
Melhor resposta

A atribuição exclusiva de uma única área para gerenciar todos os aspectos fiscais dentro da organização não é o cenário ideal. A funcionalidade do software deve ser capaz de incorporar a complexidade tributária, mas o domínio técnico sobre a legislação ainda precisa ser exercido por especialistas. O sistema deve ser configurado para refletir precisamente os requisitos fiscais, incluindo a precedência dos dados e a completude dos campos, mesmo quando aparentemente silenciosos. Para mitigar riscos, sugiro formalizar um processo contínuo de revisão mútua, onde o conhecimento de negócio valida a execução técnica do mapeamento dentro da ferramenta. Confirme com o tributário da empresa antes de aplicar.


Fontes oficiais consultadas

Avatar
Cancelar
Melhor resposta

Sinto que precisamos ir além da mera existência dos dados de origem. A crença de que o sistema apenas espelha a informação recebida ignora o papel ativo da parametrização. É nosso dever garantir que, mesmo que um campo não exija informação, sua omissão não gere incoerência na estrutura do registro. O custo é, pois é, construir essa camada de inteligência fiscal no software.

Avatar
Cancelar
Melhor resposta

Tatiana, entendo sua preocupação com o gargalo na validação. No meu contexto, como todo mundo sabe, a geração dos registros precisa ser impecável. Se o mapeamento inicial não é perfeito, como podemos assegurar que a base de dados que chega ao sistema suporte essa aderência exigida em todas as movimentações?

Avatar
Cancelar
Melhor resposta

Acho que colocar todo o peso da validação no ponto focal pode ser um paliativo, não a solução estrutural. O sistema precisa ser robusto o suficiente para endereçar a tributação, e não apenas ser um espelho do conhecimento de um indivíduo. Na minha vivência, a geração correta dos blocos depende muito da informação de origem, que é o que chega no sistema. Que eu saiba, né, a boa parametrização deve minimizar a necessidade de intervenções pontuais para acertar a fatura.

Avatar
Cancelar
Melhor resposta

Como desenvolvedor ABAP, acompanho essa implementação e concordo com o Matheus e Sérgio. A complexidade da aderência ao leiaute é gigantesca. E aí, a verdade é que a fase de validação cruzada é onde o gargalo aparece. Se o mapeamento inicial não for perfeito, os ajustes futuros se tornam paliativos perigosos. É fundamental definir um ponto focal que domine essa interface entre o negócio e o fisco para mitigar riscos operacionais.

Avatar
Cancelar
Melhor resposta

A responsabilidade pela configuração tributária deve ser compartilhada, mas a validação final do fluxo tributário deve ser feita por quem domina a legislação aplicável. O cerne da questão reside em garantir que a arquitetura do sistema espelhe corretamente as exigências da entrega fiscal. Por exemplo, a apresentação dos registros deve seguir uma sequência estrita e ascendente, e é preciso atenção à obrigatoriedade de cada campo, mesmo aqueles que poderiam parecer vazios. O correto é que o sistema suporte a lógica tributária, mas o conhecimento técnico para configurar essa aderência é essencial.

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 Dados mestres fiscais, tax code e CNPJ alfanumérico no SAP.

Ver todas do fórum