A mise en place do Business Central numa PME ou ETI portuguesa raramente falha por causa do software. Falha por falta de decisões no início, por dados mal preparados ou por uma recusa em mudar processos que já ninguém questiona. Esta página descreve a implementação do Business Central passo a passo: o que cada fase produz, quem faz o quê e onde costumam surgir os desvios num projeto Business Central em Portugal.
O que significa realmente implementar o Business Central
Implementar não é instalar. O Microsoft Dynamics 365 Business Central é uma solução de gestão em nuvem para empresas em crescimento, cobrindo finanças, vendas, compras, stocks e, conforme o caso, produção. Quando falamos de déploiement ou de implementação, falamos de traduzir a sua forma de trabalhar (circuitos de aprovação, tabelas de preços, contabilidade analítica, regras de faturação) numa configuração coerente.
Duas consequências práticas:
- o resultado depende mais da qualidade da análise do que da rapidez da instalação;
- a sua equipa interna é parte da entrega, não uma simples espectadora.
Se ainda está a comparar soluções, convém primeiro rever o guia para escolher um ERP e redigir um caderno de requisitos: é esse documento que serve de base a uma proposta comparável.
A particularidade portuguesa: a localização é de um parceiro
Há um ponto que muda o desenho do projeto em Portugal. Na lista oficial da Microsoft, a localização de Business Central para Portugal é assegurada por um parceiro, e não pela própria Microsoft. Nos países onde a Microsoft não entrega localização, os parceiros constroem-na sob a forma de aplicações de tradução e localização publicadas no Marketplace, por cima da versão internacional (W1).
Para si, isto significa três perguntas a colocar ao integrador desde o primeiro contacto:
- Que aplicação de localização será usada e quem é o seu editor?
- Como é tratada a faturação com software certificado pela AT, incluindo ATCUD e código QR?
- Como se assegura o SAF-T (PT) e quem garante a compatibilidade em cada atualização?
Detalhámos o contexto local na página Business Central em Portugal. Convém também ter o seu contabilista certificado envolvido desde a fase de análise, e não apenas na validação final.
As fases de um projeto Business Central
O quadro seguinte resume a sequência habitual. A designação das fases varia de integrador para integrador; o que conta é que cada uma tenha um resultado verificável.
| Fase | Objetivo | Entregáveis principais | Papel da empresa |
|---|---|---|---|
| Enquadramento | Fixar objetivos, perímetro e governação | Carta de projeto, equipa, calendário, critérios de sucesso | Nomear um responsável de projeto com poder de decisão |
| Análise | Compreender os processos e as lacunas | Documento de requisitos, mapa de processos, lista de desvios | Descrever o real, incluindo as exceções |
| Parametrização | Configurar o sistema | Plano de contas, dimensões, séries, fluxos de aprovação, perfis | Validar as regras de negócio |
| Migração de dados | Carregar dados fiáveis | Regras de mapeamento, ficheiros limpos, ensaios de carga | Limpar e aprovar os dados de origem |
| Integrações e desenvolvimentos | Ligar sistemas e cobrir lacunas | Especificações, extensões, testes técnicos | Priorizar o que é indispensável |
| Testes de aceitação | Provar que o conjunto funciona | Cenários, registo de anomalias, ata de aceitação | Executar os testes com utilizadores reais |
| Formação | Preparar os utilizadores | Material por perfil, sessões, guias internos | Libertar tempo e escolher formadores internos |
| Arranque | Passar para produção | Plano de corte, inventário inicial, saldos de abertura | Decidir a data e validar os saldos |
| Acompanhamento | Estabilizar e melhorar | Registo de incidências, ajustes, primeiro fecho | Reportar e priorizar |
Enquadramento: o que se decide antes de configurar
O enquadramento define o que está dentro e fora do projeto. Um perímetro vago é a primeira causa de derrapagem. Peça por escrito: módulos abrangidos, entidades jurídicas, moedas, armazéns, integrações previstas e o que fica para uma segunda fase. As versões e edições também se escolhem aqui, porque condicionam o perfil de utilizadores.
Análise: descrever o que acontece de facto
O integrador observa a faturação, as compras, o armazém e o fecho mensal. O erro clássico é descrever o processo oficial em vez do processo real. As folhas de cálculo paralelas, os mapas de Excel enviados ao contabilista e as aprovações por email são precisamente o que o ERP tem de absorver ou substituir.
O resultado é uma lista de requisitos classificados: o que o Business Central cobre de série, o que se resolve por configuração e o que exige desenvolvimento. Quanto mais cedo esta lista existir, mais honesto é o orçamento.
Parametrização: o plano de contas e as dimensões
A parametrização cobre a estrutura contabilística, as séries de documentos, os impostos (IVA e respetivos regimes), os perfis de utilizador e os circuitos de aprovação. As dimensões, que permitem analisar por centro de custo, projeto ou região, merecem atenção especial: uma estrutura mal pensada obriga a refazer relatórios mais tarde. Para o detalhe funcional, consulte as páginas sobre contabilidade e finanças e stocks e compras.
Migração de dados: onde se ganha ou perde o projeto
A migração é muitas vezes subestimada. Clientes duplicados, artigos sem família, fornecedores com NIF inválido e saldos que não batem com a contabilidade aparecem todos nesta fase. A regra de ouro é não migrar tudo: o histórico útil, os saldos em aberto e os dados mestres limpos bastam na maioria dos casos. Os ensaios de carga repetem-se até os totais baterem com os do contabilista. Veja também a página dedicada à migração para Business Central.
Testes de aceitação: com utilizadores, não só com consultores
Os testes só valem se reproduzirem o seu dia a dia: emitir uma fatura com ATCUD, processar uma devolução, fechar um mês, gerar o ficheiro SAF-T (PT). Cada cenário tem um responsável do lado da empresa e um critério de aprovação. Uma anomalia sem dono fica sem resolução.
Formação e arranque
A formação por perfil (contabilidade, comercial, armazém, direção) funciona melhor perto do arranque, com dados reais da empresa. Os utilizadores-chave tornam-se a primeira linha de apoio interno. Para opções de capacitação, veja formação em Business Central.
O arranque exige um plano de corte: até quando se trabalha no sistema antigo, como se carregam os saldos de abertura, quem valida o inventário e que documentos podem ser emitidos durante a transição. Escolher uma data com pouco volume, longe de fechos fiscais e de campanhas, reduz o risco.
Acompanhamento após o arranque
As primeiras semanas servem para corrigir pequenos desvios, afinar permissões e acompanhar o primeiro fecho contabilístico. O contrato deve prever quem responde a incidências e em que condições; a página sobre suporte e manutenção explica o que esperar.
Quem faz o quê: empresa e integrador
O integrador conduz a metodologia, configura, desenvolve quando necessário e forma. A empresa decide, fornece os dados, valida e assume a mudança. Na prática:
- Patrocinador (direção ou administração): arbitra conflitos e protege o tempo da equipa.
- Responsável de projeto interno: conhece os processos e tem autoridade para decidir sem esperar semanas.
- Contabilista certificado: valida o plano de contas, o IVA, o SAF-T (PT) e os saldos de abertura.
- Utilizadores-chave: testam, formam colegas e comunicam anomalias.
- Integrador: propõe, documenta e entrega.
Nós não executamos o projeto: pomos a sua empresa em contacto com um integrador adequado, de forma gratuita. Veja como funciona na página como funciona a ligação a um integrador.
O que a Microsoft oferece como enquadramento
A Microsoft disponibiliza o FastTrack for Dynamics 365, um programa de acompanhamento em que arquitetos da equipa de engenharia do produto animam workshops alinhados com as fases-chave do projeto para identificar riscos. Esses arquitetos não desenham nem desenvolvem a solução. O Success by Design é o quadro de entrega da Microsoft para os clientes FastTrack, e o Dynamics 365 Implementation Portal ajuda a gerir os projetos de implementação.
Não conte com isto como garantia: pergunte ao integrador se o seu projeto é elegível e como as revisões de risco seriam integradas no calendário.
O que faz variar o prazo e o orçamento
Não há prazo nem orçamento fiável sem análise, e qualquer número avançado antes disso é um palpite. Os fatores que mais pesam:
| Fator | Efeito |
|---|---|
| Perímetro funcional | Mais módulos e mais processos alongam análise e testes |
| Número e perfil de utilizadores | Influencia licenciamento, formação e permissões |
| Qualidade dos dados | Dados sujos multiplicam os ensaios de carga |
| Integrações | Cada ligação (e-commerce, banca, transporte) exige especificação e testes |
| Desenvolvimentos específicos | Extensões à medida acrescentam manutenção futura |
| Número de entidades e moedas | Consolidação e regras intragrupo complicam a parametrização |
| Disponibilidade da equipa | Decisões lentas atrasam o calendário mais do que a tecnologia |
| Localização e obrigações fiscais | A cobertura de SAF-T (PT), ATCUD e e-fatura depende da aplicação escolhida |
Do lado das licenças, a Microsoft indica que as licenças online do Business Central só se adquirem através do programa Cloud Solution Provider, isto é, por intermédio de um parceiro. Os valores públicos variam consoante a moeda, o país e a variante regional, e o preço final só surge no pagamento. Para uma leitura detalhada, consulte preços do Business Central e o guia sobre o custo de um ERP.
Armadilhas frequentes no Business Central
- Replicar o sistema antigo. Reproduzir cada ecrã e cada relatório anula o benefício de um ERP padronizado. Adapte o processo antes de adaptar o software.
- Desenvolver demais. Cada extensão tem de acompanhar as atualizações. Prefira a configuração e justifique cada desenvolvimento por escrito.
- Ignorar a localização. Sendo a localização portuguesa assegurada por um parceiro, confirme quem a suporta, como é atualizada e o que acontece se o parceiro mudar de rumo.
- Não testar atualizações. A Microsoft recomenda copiar a produção para uma sandbox antes de cada atualização importante e testar lá os cenários críticos. Inclua esta prática no contrato de suporte.
- Subestimar a migração. Reserve tempo, e o envolvimento do contabilista, para reconciliar saldos.
- Esquecer a mudança de hábitos. Sem formação e sem patrocinador visível, os utilizadores regressam ao Excel.
- Escolher o integrador só pelo preço. Compare a experiência setorial, as referências verificáveis, as competências certificadas da equipa e a clareza do plano.
Para um olhar mais alargado, leia também o guia sobre erros em projetos ERP. Se um projeto já em curso derrapa, uma auditoria e recuperação de projeto pode repor o rumo.
Como avaliar a competência do integrador
A Microsoft atribui a designação «Solutions Partner for Business Applications» com base num sistema de pontos que combina desempenho, competências e sucesso do cliente. As certificações MB-800 (Business Central Functional Consultant Associate) e MB-820 (Business Central Developer Associate) contam para esse score. É um indicador útil, mas não substitui as referências de projetos semelhantes ao seu nem uma proposta clara sobre localização, migração e suporte.
Para a seleção, a página escolher parceiro Business Central propõe um roteiro de perguntas.
Preparar o pedido de proposta
Antes de contactar integradores, reúna: processos principais, número aproximado de utilizadores por perfil, sistemas a ligar, obrigações fiscais específicas (faturação certificada, SAF-T (PT), e-fatura), nível de qualidade dos dados atuais e data-alvo para o arranque. Com isto, as propostas tornam-se comparáveis e as surpresas diminuem.
Perguntas frequentes
Quais são as fases de uma implementação do Business Central?
Um projeto típico passa por enquadramento, análise do processo atual, parametrização, migração de dados, testes de aceitação, formação, arranque e acompanhamento posterior. A ordem pode variar, e algumas fases sobrepõem-se, mas nenhuma deve ser saltada. Um integrador sério documenta o que entrega em cada uma.
Quanto tempo demora a implementação do Business Central?
Depende do perímetro funcional, do número de utilizadores, da qualidade dos dados de partida, das integrações e da disponibilidade da sua equipa. Não existe um prazo fiável sem análise. Desconfie de quem o promete antes de perceber os seus processos, a sua faturação certificada e as suas obrigações fiscais.
Quem é responsável pela localização portuguesa do Business Central?
Na lista oficial da Microsoft, a localização para Portugal é assegurada por um parceiro, e não pela própria Microsoft. Na prática, cabe ao integrador explicar que aplicação de localização propõe, como cobre o SAF-T (PT), o ATCUD e o código QR e quem a mantém depois de cada atualização.
A Microsoft acompanha o meu projeto?
A Microsoft tem o programa FastTrack for Dynamics 365, em que arquitetos da equipa de engenharia do produto organizam workshops alinhados com as fases-chave para identificar riscos. Esses arquitetos não desenham nem desenvolvem a solução. Pergunte ao integrador se o seu projeto pode beneficiar do programa, em vez de o dar como garantido.
Posso testar uma atualização antes de ir para produção?
Sim. A Microsoft recomenda copiar o ambiente de produção para uma sandbox antes de cada atualização importante e agendar lá a atualização, para testar os cenários críticos. A pré-visualização pública não permite testar sobre uma cópia dos dados reais, pelo que a sandbox é o caminho correto.
Fontes
Os nomes de software mencionados são marcas dos respetivos editores, citadas a título meramente informativo. Este site é independente e não é afiliado a nenhum editor.