O template global do S/4 nasce fora do Brasil. De quem é a exceção fiscal aqui?

Todo projeto de S/4HANA multipaís nasce em torno de um template global, desenhado para dar consistência entre operações de países diferentes, reduzir custo de manutenção e padronizar processo. Esse desenho, por definição, não inclui nomear formalmente quem é o dono da decisão sobre a exceção fiscal brasileira, o volume de regra, exceção e obrigação acessória que não tem equivalente direto em regimes de imposto sobre consumo de modelo IVA.

Onde a exceção brasileira se perde num template desenhado fora daqui

Um template global funciona bem para a maioria dos módulos, porque a maioria dos processos de negócio (compras, vendas, produção) tem estrutura parecida entre países. Fiscal brasileiro é diferente: substituição tributária por estado, obrigação acessória com prazo curto e penalidade específica, exceção de benefício fiscal regional, tudo isso não tem equivalente direto em regimes de imposto sobre consumo de modelo IVA, que é o desenho tributário mais comum entre os demais países de um programa de implementação global. Quando o time de arquitetura global prioriza consistência entre países, o instinto natural é tratar essa complexidade brasileira como exceção incômoda, algo para encaixar depois da decisão de arquitetura principal, não para desenhar desde o início como parte dela.

A pergunta não é se o template global vai comportar a exceção fiscal brasileira. É quem, formalmente, tem autoridade para decidir como ela vai ser tratada dentro dele.

A pergunta de propriedade que o template não responde

Um projeto multipaís tem, normalmente, um dono de arquitetura global, responsável por manter o template consistente entre operações, e um time local em cada país, responsável por adaptar o que for necessário à realidade regulatória local. O problema aparece na fronteira entre os dois papéis: quando uma exceção fiscal brasileira específica não cabe claramente no template, nem o time global (que não tem profundidade em fiscal brasileiro) nem o time local (que não tem autoridade para alterar decisão de arquitetura global) assume, sozinho, a decisão de como tratá-la. Cada lado espera que o outro resolva, e a exceção fica numa zona cinzenta até alguém, tarde, perceber que ninguém a tratou.

Um exemplo do tipo de exceção que fica sem dono

Um cenário comum, sem ser específico de nenhuma empresa real: o template global de determinação fiscal foi desenhado com um número limitado de condições de cálculo, suficiente para cobrir a realidade fiscal da maioria dos países do programa. A operação brasileira precisa de uma condição adicional, específica, para tratar um regime de substituição tributária que só existe aqui. O time de arquitetura global, ao revisar o pedido, responde que a mudança "foge do escopo padrão do template" e sugere resolver com uma customização local, fora do template. O time local brasileiro, por sua vez, não tem mandato para decidir sozinho se essa customização deve existir, porque decisões de arquitetura, formalmente, pertencem ao time global.

O resultado é que a exceção fica pendurada entre os dois times, sem que nenhum dos dois a assuma formalmente como responsabilidade própria, até o momento em que alguém percebe que aquela regra de substituição tributária nunca foi implementada em lugar nenhum, o que, nos projetos que acompanhamos, costuma acontecer durante o projeto de testes ou já no primeiro fechamento fiscal pós-go-live. Ninguém decidiu, conscientemente, deixá-la de fora. Ela ficou de fora porque a pergunta "quem decide isso" nunca teve resposta nomeada.

Um padrão que vemos em projetos multipaís com operação brasileira

Nos projetos multipaís com operação brasileira que acompanhamos, um padrão se repete: o kickoff do projeto tem uma sessão dedicada para apresentar o template global às áreas locais de cada país, mas não tem uma sessão simétrica, com a mesma formalidade, para o time local apresentar ao time global as exceções fiscais que aquele país específico vai precisar. A informação flui de cima para baixo (o template chega pronto ao Brasil), mas não flui de baixo para cima com o mesmo peso institucional (o Brasil apresenta suas exceções antes de o template estar fechado).

Essa assimetria de processo é a raiz do problema descrito ao longo deste artigo: se a apresentação de exceções locais acontece informalmente, depois que o template já está desenhado, cada exceção brasileira chega como um pedido de mudança a um design já fechado, em vez de chegar como insumo legítimo do próprio desenho. Corrigir essa assimetria não exige nenhuma tecnologia nova, exige apenas inverter a ordem: levantar as exceções fiscais brasileiras antes de desenhar o template, não depois.

O que muda quando existe um dono formal para a exceção brasileira

Um dono formal para a decisão sobre exceção fiscal brasileira dentro do template global muda o fluxo descrito acima de forma simples: em vez de a exceção ficar pendurada entre dois times esperando o outro agir, ela chega a uma pessoa ou comitê com mandato explícito para decidir, caso a caso, se a exceção entra no template global (com o custo de manutenção que isso implica para outros países), se vira uma extensão local dentro do modelo de Clean Core (preservando a exceção sem contaminar o núcleo padrão), ou se é conscientemente aceita como risco, com essa decisão documentada e assinada por alguém.

A diferença central não é técnica, é de responsabilidade: com um dono nomeado, toda exceção fiscal brasileira tem um destino decidido antes do go-live, documentado, com nome de quem decidiu. Sem esse dono, o destino da exceção é decidido pela inércia do processo, e só aparece depois, como descoberta, nunca como decisão.

Por que Clean Core torna essa decisão mais urgente, não menos

Projetos multipaís recentes costumam adotar princípios de Clean Core, que restringem customização dentro do núcleo padrão do sistema e empurram qualquer extensão para uma camada separada, desenhada especificamente para isso. Isso parece, à primeira vista, resolver o problema da exceção fiscal brasileira automaticamente: se ela não cabe no template, vira uma extensão Clean Core, sem precisar mexer no núcleo global. Mas essa solução técnica não substitui a decisão de propriedade discutida neste artigo: alguém ainda precisa decidir que aquela exceção específica merece virar extensão formal, com investimento de desenvolvimento e manutenção, em vez de ser simplesmente ignorada por falta de alguém que a levasse à mesa certa.

Clean Core dá uma resposta técnica elegante para "como" implementar a exceção, uma vez que ela foi identificada e priorizada. Não dá resposta para "quem decide se ela é priorizada" em primeiro lugar. Sem um dono formal para essa segunda pergunta, a arquitetura pode estar tecnicamente preparada, com um modelo de extensão limpo e bem desenhado, e ainda assim nunca chegar a implementar a exceção brasileira específica, porque ninguém formalmente pediu que ela entrasse no backlog de desenvolvimento daquela extensão. O modelo técnico correto, sem um processo de decisão que o alimente, produz o mesmo resultado final de um modelo técnico ruim: a exceção fica de fora.

Quem deveria ocupar esse papel

Esse papel de dono da exceção fiscal brasileira dentro do template global precisa de alguém com dois atributos ao mesmo tempo, raros de encontrar na mesma pessoa: conhecimento fiscal brasileiro suficiente para avaliar a relevância real de cada exceção proposta, e autoridade reconhecida pelo time de arquitetura global para que a decisão seja respeitada como parte do desenho do projeto, não como pedido externo a ser encaixado se sobrar tempo. Em muitas estruturas, isso significa criar formalmente uma função de arquiteto fiscal local com assento na governança do projeto global, não apenas um consultor consultado pontualmente quando surge dúvida.

Sem esse assento formal na governança, o arquiteto fiscal local vira, na prática, alguém que responde pergunta quando é chamado, mas nunca participa da decisão de escopo desde o início, que é exatamente o momento em que a exceção brasileira precisaria ser considerada, antes de o template já estar fechado e a mudança custar mais caro.

Vale notar que esse papel não precisa ser uma posição nova criada especificamente para isso, em empresas que já têm um Diretor Fiscal ou um Gerente SAP com profundidade em fiscal brasileiro, o papel pode ser atribuído a essa pessoa, desde que o mandato de participar da governança global seja formalizado explicitamente no início do projeto, não assumido implicitamente por boa vontade de quem já ocupa outro cargo. A diferença entre atribuir o papel formalmente e presumir que alguém "vai cuidar disso" é exatamente a diferença entre uma decisão documentada e uma omissão que só aparece depois.

O que fazer quando a resposta é "não tem dono"

Se o levantamento revelar que uma exceção fiscal brasileira específica não tem, hoje, ninguém formalmente responsável por decidir seu destino, o primeiro passo não é resolver a exceção em si, é nomear o dono antes de qualquer decisão técnica sobre ela. Decidir apressadamente que a exceção "vira template" ou "vira extensão Clean Core" sem antes ter clareza de quem está decidindo isso, e com que autoridade, apenas empurra o mesmo problema de propriedade para a próxima exceção que aparecer, sem corrigir a causa estrutural.

A sequência correta é: primeiro nomear o dono e formalizar seu assento na governança do projeto; segundo, esse dono monta o inventário completo de exceções já identificadas e as que ainda faltam mapear; terceiro, cada exceção do inventário recebe uma decisão documentada, uma a uma. Pular direto para a terceira etapa, decidir a exceção que está mais visível hoje sem primeiro resolver quem decide, é o padrão que produz o mesmo problema de propriedade recorrente, exceção após exceção, ao longo de todo o projeto.

O que avaliar antes do próximo projeto multipaís

Para um CIO avaliando um projeto de S/4HANA multipaís com operação brasileira incluída, três perguntas ajudam a trazer essa lacuna para dentro do escopo formal do projeto. Primeiro, existe hoje uma pessoa ou comitê com mandato explícito para decidir, caso a caso, o destino de cada exceção fiscal brasileira que não cabe no template global, ou essa decisão fica implícita na negociação informal entre times? Segundo, esse dono tem assento na governança do projeto desde a fase de desenho do template, ou só é consultado depois, quando o template já está fechado?

Terceiro, e talvez o mais relevante para uma decisão de projeto responsável: existe hoje uma lista, com nome de responsável e data de decisão, de cada exceção fiscal brasileira que já foi identificada e tratada, ou essa lista só existe informalmente, na cabeça de quem participou das conversas? Uma resposta clara para essa terceira pergunta, documentada e nomeada, é a diferença entre um template global que decidiu conscientemente o que fazer com a exceção brasileira e um template que simplesmente não a tratou, sem que ninguém tenha assinado embaixo dessa omissão.

Essa lista, quando existe, também serve como ferramenta de negociação para o próprio time local diante do time de arquitetura global: em vez de levar cada exceção isoladamente, como um pedido pontual fácil de adiar, o time brasileiro leva um conjunto nomeado e priorizado, com impacto estimado de cada item não tratado, o que muda a conversa de "mais um pedido de exceção" para "aqui está o inventário completo do que falta decidir antes do go-live". Um time de arquitetura global, mesmo sem profundidade em fiscal brasileiro, tende a responder melhor a um inventário estruturado e priorizado do que a uma sequência de pedidos avulsos que chegam em momentos diferentes do projeto, sem contexto do quanto ainda falta resolver.

Se o seu projeto multipaís ainda não tem um dono formal para a exceção fiscal brasileira, o Diagnóstico Fiscal Estruturado da DFSpro mapeia essas lacunas antes de o template global ser fechado.