Da Padronização à Sincronização: A Importância dos Dados Mestres no Dynamics 365 Business Central

Introdução

Se você está lendo este artigo, provavelmente já viveu um destes dois cenários: um cadastro criado de forma apressada que, semanas depois, vira problema em relatórios, integrações e até na apuração fiscal — ou a necessidade de criar uma nova empresa no Business Central e garantir que ela nasça com a mesma estrutura de cadastros das demais. Nos dois casos, a raiz do problema é a mesma: dados mestre sem padrão e sem processo.

No Dynamics 365 Business Central, os dados mestre (master data) são a fundação de todos os processos. A forma como eles são configurados, padronizados e sincronizados define a qualidade de todo o ERP. Este artigo é voltado para consultores e implementadores e une duas frentes: o embasamento conceitual — o que é master data, por que padronizar, quais erros evitar — e um passo a passo prático de como replicar configurações e cadastros entre empresas usando RapidStart e o Master Data Management (MDM).

💡 Este artigo complementa o vídeo publicado no canal. Se preferir o formato visual, assista ao vídeo ao final — o conteúdo é o mesmo, com demonstração prática no ambiente.

1. O que é Master Data no Business Central

Master data são os dados de referência que estruturam e dão contexto às transações. No Business Central, os principais são:

• Clientes (Customers)

• Fornecedores (Vendors)

• Itens (Items)

• Contatos (Contacts)

• Recursos (Resources)

• Funcionários (Employees)

• Dados de apoio: grupos de preços, condições de pagamento, códigos de impostos, dimensões, unidades de medida, localizações/armazéns
  
  

A diferença entre um dado mestre e um dado transacional é simples: o mestre é reutilizado em múltiplas transações e raramente muda — e quando muda, muda de forma controlada. Um pedido de venda é transacional; o cliente daquele pedido é mestre.

Por isso, o erro mais comum em implementações é tratar o cadastro como uma etapa burocrática do go-live, quando na verdade ele é uma das decisões de arquitetura mais importantes do projeto — especialmente em cenários multiempresa.

2. Por que a padronização importa tanto

Um cadastro mal padronizado gera consequências em cascata:

• Relatórios e BI inconsistentes — um mesmo cliente cadastrado de formas diferentes quebra agrupamentos e somatórios.

• Integrações instáveis — sistemas externos (CRM, e-commerce, bancos) dependem de campos-chave bem preenchidos.

• Fiscal e tributário comprometido — código de imposto errado no cadastro do item gera apuração incorreta.

• Duplicidade e retrabalho — a mesma base é recriada por cada área, sem gerência única.

• Onboarding lento — novos usuários não sabem qual campo preencher e como.

A padronização não é sobre "preencher tudo", mas sobre definir o que é obrigatório, o que é opcional e o que é derivado — e garantir que isso seja respeitado por regra, não por boa vontade.

3. O cenário real: novas empresas com base replicável

Quando uma organização opera com múltiplas empresas no Business Central, um dos maiores desafios é garantir que cada nova empresa nasça com a mesma estrutura. Haverá uma empresa principal, e as demais empresas são receptoras desses cadastros — clientes, fornecedores, depósitos, NOP etc.

4. Criando a nova empresa

O ponto de partida é a criação da empresa sem dados, conforme as telas abaixo:

1. Selecione Novo > Criar Nova Empresa.

2. Na caixa modal, selecione Avançar.

3. Informe o nome da nova empresa.

4. No tipo de configuração, selecione "Criar novo – Sem dados".

Com a empresa criada, aplicamos as configurações do master data (MDM).

5. Passo a passo: definição das tabelas

Com a empresa criada, é necessário navegar para a tela do master data management e indicar quais tabelas deverão ser sincronizadas, e qual a ordem disso, unilateral ou bilateral. Se será alguns ou todos os campos daquela tabela escolhida.

Caminho - Sincronização de Tabelas -> Selecione a tabela -> Campos

Ex.:

6. Passo a passo: sincronização do Master Data via MDM

O Master Data Management (MDM) do Business Central permite replicar cadastros da empresa origem para as demais de forma contínua. O fluxo é: exportar → importar → ativar → sincronizar.

Isso facilita na replicação das configurações, caso já tenha sido feito um pré setup na empresa origem.

6.1 Exportação

1. Selecione a empresa origem.

2. Navegue até a página Master Data Management Setup.

3. Selecione Actions > Export Setup.
   

6.2 Importação

1. Selecione a nova empresa.

2. Navegue até Master Data Management Setup.

3. Selecione Actions > Import Setup.

4. Selecione o arquivo XML exportado da empresa origem (o mapeamento das tabelas e campos replicáveis).

5. As tabelas serão importadas habilitadas, com alguns campos habilitados e outros desabilitados.

6. Em Source Company, informe a empresa origem (ex.: Matriz).

7. Habilite o flag Habilitar Sincronização. Ao aparecer a mensagem de confirmação, marque a opção NÃO.
   

6.3 Ativação

1. Na nova empresa, pesquise por Master Data Management Setup.

2. No campo Source Company, informe a empresa origem.

3. Habilite a função Enable Data Synchronization.

4. Selecione o campo Synchronization Tables.
   
   
   
   
   
   
   
   

   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   

6.4 Sincronização inicial

1. Selecione a primeira tabela e clique em Actions > Run Full Synchronization.

2. Repita a ação para todas as tabelas desejadas.
   
   
   
   
   
   
   
   
   
   
   
   

Os job queues são criados automaticamente quando o master data é habilitado, mas por padrão ficam aguardando alterações para mudar o status para "Pronto". O Run Full Synchronization força a execução imediata e sincroniza os dados.

7. Job Queue em standby

Após o Run Full Synchronization, a nova empresa recebe os dados da empresa origem. Para deixar os job queues em funcionamento para novas inserções ou modificações:

1. Na nova empresa, pesquise por "mov tarefa" (Task Queues).

2. Filtre a coluna Cód. Categoria Fila de Tarefas com o valor MDM INTEG — ficarão listados todos os jobs do Master Data.

3. Selecione as linhas e clique em Definir status Pronto.
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   

A partir daí, qualquer nova inserção ou alteração nos cadastros da empresa origem é replicada automaticamente para a nova empresa.

8. Boas práticas e erros comuns

Este é o coração do vídeo. Os erros que mais vejo em projetos — e como evitá-los:

1. Cadastro sem responsável único (data owner). Sem um dono do dado, ninguém responde pela qualidade. Defina quem cria, quem valida e quem aprova cada tipo de cadastro.

2. Campos obrigatórios não usados. O Business Central permite tornar campos obrigatórios via configuração. Não usá-los é abrir a porta para dados incompletos.

3. Duplicidade sem política de merge. Sem rotina de verificação e processo claro de unificação, a base cresce com duplicatas.

4. Numeração quebrada. Séries numéricas mal configuradas geram lacunas e inconsistências — e em cenário multiempresa, cada empresa precisa de suas próprias séries.

5. Ignorar a migração/limpeza de dados. Importar dados mestre sem limpeza prévia transfere o problema legado para o novo ERP.

6. Não testar a configuração com dados reais. Configurar "teoricamente" e descobrir o erro no go-live é o pior cenário.

7. Editar cadastros sincronizados na empresa receptora. Em um ambiente com MDM, a empresa origem é a fonte da verdade — alterações devem ser feitas nela, não nas receptoras.
   
   

Conclusão

Master data no Business Central parece um tema simples, mas é uma das decisões mais estratégicas de uma implementação — e fica ainda mais crítico em cenários multiempresa. Configurar e padronizar cadastros com boas práticas — numeração única, grupos corretos, campos obrigatórios, documentação e governança — evita retrabalho, garante relatórios confiáveis e protege as integrações.

E quando o assunto é criar novas empresas, o caminho é claro: defina uma empresa centralizadora por regime tributário, aplique as configurações via RapidStart e sincronize o master data via MDM, mantendo os job queues ativos para que a estrutura se perpetue sem retrabalho manual.

O erro mais caro não é o cadastro errado; é não ter um padrão para corrigi-lo.

🎯 Assista ao vídeo

Este artigo é o complemento escrito do vídeo publicado no canal. Nele, demonstro na prática os erros mais comuns e como aplicar as boas práticas de configuração e sincronização direto no ambiente. Se você está em um projeto de implementação ou sustentação, vale a pena assistir ao vídeo e salvar este artigo como referência.

Deixe seu comentário: qual erro de cadastro você mais encontra nos projetos? Sua experiência ajuda a comunidade.