Quando um Problema de Intercompany é, na verdade, um Problema de Arquitetura de Processo

A equipe do programa vinha trabalhando no problema há semanas.

O system integrator havia explorado diversas alternativas de configuração. Cada uma resolvia parte do problema. Nenhuma resolvia tudo.

Cenários recorrentes de cancelamento de NF-e. Inconsistências entre o custo de estoque e os lançamentos contábeis. Desalinhamento entre o reporting fiscal e as transações operacionais.

Cada sintoma, quando tratado isoladamente, melhorava — apenas para reaparecer depois, ou surgir em outro ponto do processo.

Esse é um dos sinais mais claros de que a causa raiz não está na configuração.

Está na arquitetura do processo.

O contexto

Uma organização global operava um modelo intercompany envolvendo múltiplos países e entidades legais.

O responsável global por supply chain definia o modelo operacional e buscava consistência entre as regiões. Ao mesmo tempo, o processo precisava atender às exigências locais de fiscal, contabilidade e comércio exterior — incluindo NF-e, obrigações de reporting fiscal e requisitos de importação no Brasil.

A plataforma de ERP — Microsoft Dynamics 365 Finance & Operations (D365 F&O) — suportava todas as funcionalidades necessárias.

O desafio era outro.

O desenho global do processo havia sido definido antes de sua interação com as exigências fiscais brasileiras ser devidamente avaliada. O ambiente regulatório do Brasil introduz obrigações específicas — como emissão de NF-e, documentação de importação e regras de composição de custo — que impactam os fluxos intercompany de forma única.

Essas interações criaram lacunas que a configuração não conseguia resolver — porque não eram lacunas de configuração.

O que o Brasil revela nos fluxos intercompany

Na maioria dos mercados, transações intercompany são relativamente diretas: movimentação de mercadorias entre entidades, alinhamento de custos e liquidação financeira.

No Brasil, essas mesmas transações também exigem:

• Emissão de NF-e em pontos específicos do fluxo

• Cumprimento de obrigações de documentação de importação

• Regras de composição de custo vinculadas ao processo de importação

• Reporting fiscal alinhado simultaneamente à transação operacional e ao documento fiscal

Essas exigências não existem paralelamente ao processo global.

Elas estão incorporadas a ele — no nível da transação, do documento e do custo, ao mesmo tempo.

Quando o desenho global não considera como essas dimensões se integram, surgem exatamente os sintomas observados:

Cancelamentos de NF-e quando a sequência documental não corresponde ao fluxo fiscal esperado.
Inconsistências de custo quando a lógica global entra em conflito com o processo de importação local.
Desalinhamento no reporting fiscal quando transação operacional e documento fiscal não seguem a mesma lógica.

Por que o problema persistia

A organização contava com um system integrator experiente.

A equipe de implementação explorou diversas alternativas de configuração com profundidade e boa intenção, buscando adaptar o sistema ao processo existente.

Mas a questão central era outra:

Não era como configurar o sistema para suportar o processo.
Era se o processo, em si, precisava ser redesenhado para atender à arquitetura fiscal brasileira.

Esse é um tipo diferente de problema.

Ele está na interseção entre desenho global de processos, exigências fiscais locais e arquitetura do sistema — e exige que esses três elementos sejam analisados de forma integrada, não isolada.

O que a análise revelou

Ao revisar o fluxo intercompany de ponta a ponta — considerando simultaneamente todas as suas dimensões — a causa raiz tornou-se clara.

O problema não era um parâmetro de configuração ausente.

Era o resultado da interação entre múltiplos domínios que não haviam sido desenhados em conjunto:

• Operações globais de supply chain

• Logística intercompany

• Requisitos fiscais brasileiros

• Regras contábeis e de custo

Cada um desses domínios tinha requisitos válidos. Cada um havia sido tratado dentro de seu próprio fluxo de trabalho.

Mas os pontos de interseção entre eles não haviam sido desenhados como um fluxo integrado.

E é exatamente nesses pontos que o Brasil impõe suas exigências.

Redesenhando o fluxo

A resolução exigiu trabalho de desenho de processo cross-functional.

Em conjunto com o líder global de supply chain e stakeholders regionais, o fluxo completo foi revisado:

• Como as mercadorias circulavam entre entidades legais

• Como o processo de importação era executado

• Como as NF-e eram geradas — e em qual sequência

• Como os custos eram calculados e contabilizados

O objetivo não era criar ajustes pontuais.

Era construir um desenho de processo que:

      ✔ atendesse ao modelo operacional global
      ✔ estivesse em conformidade com o ambiente regulatório brasileiro
      ✔ mantivesse consistência contábil e de custos

Tudo isso como um único fluxo integrado — não como compromissos isolados.

O resultado

Uma vez que o processo foi redesenhado considerando a arquitetura fiscal brasileira em cada etapa do fluxo intercompany, os sintomas desapareceram.

Cancelamentos de NF-e foram eliminados.
Custos e lançamentos contábeis passaram a se alinhar.
O reporting fiscal se estabilizou.

O sistema de ERP não mudou.

O que mudou foi o desenho do processo.

O responsável global também ganhou algo ainda mais valioso: um modelo de processo que funciona de forma consistente entre países — com o Brasil integrado ao desenho, e não tratado como exceção.

Insight final

Em ambientes de ERP complexos, problemas recorrentes — especialmente relacionados a NF-e, inconsistências de custo ou desalinhamento fiscal — raramente são resolvidos apenas com configuração.

Eles persistem porque a causa raiz está na arquitetura do processo.

O Brasil impõe exigências na interseção entre supply chain, finanças e fiscal que a maioria dos modelos globais não foi projetada para suportar.

Quando essas exigências são tratadas no nível do desenho de processo, o sistema passa a suportar o negócio de forma previsível.

Quando não são, os sintomas continuam aparecendo — em diferentes formas, em diferentes partes do programa — até que o desenho seja corrigido.

A ASDM Solution atua como uma consultoria independente de arquitetura para transformação em ERP, com foco exclusivo em programas de Microsoft Dynamics 365 Finance no Brasil.

Se a sua organização está enfrentando desafios recorrentes de intercompany ou compliance no seu programa de D365 — seja durante a implementação ou após o go-live — teremos prazer em conversar.