Como migrar para o NetSuite sem perder o histórico nem a conformidade

A migração para o NetSuite é, antes de mais, um projeto de decisões. A tecnologia de carregamento existe e está documentada; o que determina o resultado é saber que dados passam, em que estado, com que regras e com que plano caso algo corra mal. Quem decide passar a NetSuite a partir de folhas de Excel, de um programa de contabilidade ou de um ERP com muitos anos faz, na prática, três coisas ao mesmo tempo: muda de ferramenta, limpa a casa e reescreve processos.

Esta página explica como preparar essa passagem, como funciona a reprise de dados, como organizar o arranque, e o que muda quando a migração é apenas uma atualização entre versões do próprio NetSuite.

Os três pontos de partida mais comuns

Nem todas as migrações se parecem. O ponto de partida define o risco e o esforço.

Do Excel para o NetSuite, a dificuldade é a ordem: há que criar a estrutura antes de carregar. De um ERP antigo, a dificuldade é a escolha: não se leva tudo, e quem leva tudo transporta os erros de há dez anos para um sistema novo.

Antes de migrar: o que clarificar

Uma migração começa muito antes do primeiro ficheiro importado. Há quatro perguntas que o projeto tem de fechar:

• Perímetro: que entidades, filiais e países entram no arranque? Entram todas de uma vez ou por vagas?
• Módulos: o que o NetSuite vai cobrir de imediato e o que fica temporariamente fora? A página sobre os módulos do NetSuite ajuda a delimitar.
• Data de corte: em que momento do exercício se muda? Uma data a meio de um período de IVA complica a reconciliação; um fim de mês ou de trimestre simplifica-a.
• Responsáveis: quem valida os dados do lado da empresa? Sem um responsável por domínio (clientes, artigos, contabilidade), a validação fica por fazer.

O enquadramento global de um projeto, com fases e papéis, está descrito na página sobre a implementação do NetSuite. Aqui concentramo-nos no que é específico da migração.

Reprise de dados: o que levar e como limpar

Dados mestres primeiro

Os dados mestres são a espinha dorsal: clientes, fornecedores, artigos, listas de preços, plano de contas, centros de custo. É aqui que a limpeza compensa mais, porque cada erro se multiplica por todas as transações futuras.

Uma limpeza útil passa por:

1. fundir duplicados (o mesmo cliente com duas grafias do nome ou dois NIF);
2. validar os números de contribuinte e as moradas;
3. normalizar unidades de medida e famílias de artigos;
4. desativar o que já não se usa, em vez de o transportar;
5. decidir uma regra de codificação que se mantenha no futuro.

Uma regra prática: se ninguém consegue explicar para que serve um registo, não deve entrar no novo sistema.

Saldos de abertura e documentos em aberto

Para a contabilidade, o que conta no arranque são os saldos de abertura e os documentos por regularizar: faturas de clientes e de fornecedores em aberto, adiantamentos, encomendas pendentes. O contabilista certificado deve validar a correspondência entre o balancete de fecho do sistema antigo e os saldos de abertura do novo. A abordagem à contabilidade está detalhada na página sobre contabilidade e finanças no NetSuite.

Para os stocks, o inventário de arranque deve ser contado fisicamente ou, no mínimo, reconciliado; a página sobre stocks e compras no NetSuite mostra o que o módulo espera receber.

E o histórico?

O histórico é a pergunta mais disputada. Há três abordagens, e nenhuma é universal:

A decisão deve envolver o contabilista certificado e a direção financeira, porque as obrigações de conservação de documentos são legais e não se resolvem por preferência técnica. Para o enquadramento, consulte o guia sobre requisitos legais de um ERP.

As ferramentas do NetSuite para carregar dados

Segundo a documentação oficial, o assistente de importação CSV do NetSuite (em Setup > Import/Export > Import CSV Records, com a permissão «Import CSV File») conduz o utilizador em cinco etapas: análise e envio do ficheiro, opções de importação, mapeamento de ficheiros (nas importações com vários ficheiros), mapeamento de campos, e por fim gravação do mapeamento e lançamento. A importação pode ser imediata ou diferida.

Duas consequências práticas:

• O mapeamento grava-se e repete-se. Pode-se ensaiar o carregamento várias vezes, ajustar e repetir. Isto torna possível o princípio central de qualquer migração séria: nunca se carrega pela primeira vez no dia do arranque.
• O assistente não limpa nada. Importa o que lhe dão. A qualidade do ficheiro é responsabilidade do projeto.

Para volumes grandes, ligações a outros sistemas ou cargas recorrentes, o integrador pode recorrer a outras vias técnicas; o tema das ligações está tratado na página sobre integrações do NetSuite.

Estratégia de arranque: como passar de um sistema para o outro

Arranque em bloco

Todos os módulos e todas as entidades mudam na mesma data. É mais simples de explicar e evita manter dois sistemas em paralelo, mas concentra o risco num único momento. Convém sobretudo a empresas com um perímetro pequeno e processos bem conhecidos.

Arranque por vagas

Muda-se primeiro a contabilidade, depois as vendas, depois as compras e os stocks, ou uma entidade de cada vez. Reduz o risco de cada etapa, mas obriga a manter pontes temporárias entre sistemas, que também têm de ser testadas e depois desligadas.

Paralelo

Os dois sistemas funcionam em simultâneo durante um período curto. Parece seguro, mas duplica o trabalho da equipa e cria a dúvida sobre qual dos dois é a «verdade». Só se justifica por uma duração limitada e com regras claras.

Seja qual for a opção, três princípios mantêm-se:

• uma data de corte conhecida por todos;
• um período de congelamento dos dados mestres no sistema antigo antes da carga final;
• uma sala de comando nos primeiros dias, com um circuito curto para tratar problemas.

Testar antes de ligar

Uma migração sem ensaios é uma aposta. O mínimo razoável inclui:

1. Cargas de ensaio repetidas, com relatório de rejeições a cada passagem.
2. Reconciliações: saldos de clientes, fornecedores, stocks e contabilidade comparados com o sistema de origem.
3. Testes de processo ponta a ponta: do orçamento à fatura e ao recebimento; da compra à receção e ao pagamento.
4. Aceitação pelos utilizadores, feita por quem usa o sistema, não por quem o configurou.
5. Ensaio do arranque, com cronometragem das etapas e das pessoas envolvidas.

A formação dos utilizadores faz parte dos testes: quem nunca viu o ecrã antes do primeiro dia não deteta o que está errado. Veja a página sobre formação no NetSuite.

Conformidade portuguesa: o que não pode falhar no arranque

Num contexto português, a migração tem de proteger várias obrigações:

• a numeração e as séries de documentos devem ser definidas com o contabilista certificado, para evitar quebras ou repetições;
• a comunicação à AT e o ficheiro SAF-T (PT) devem ser testados antes da primeira obrigação declarativa;
• o ATCUD e o código QR nos documentos, e o programa de faturação certificado, são matéria de conformidade e não de preferência (veja o guia sobre software de faturação certificado);
• o circuito do e-fatura e o tratamento do IVA têm de funcionar desde o primeiro documento.

A forma como o NetSuite responde a estes requisitos em Portugal deve ser confirmada por escrito com o integrador, caso a caso. A página sobre o NetSuite em Portugal e o guia sobre SAF-T (PT) e ERP ajudam a preparar essas perguntas.

Plano de retorno: preparar o que se espera nunca usar

Todo o arranque deve ter um plano para voltar atrás. Não por pessimismo, mas porque uma decisão tomada sob pressão, sem plano, é quase sempre pior.

Um plano de retorno credível define:

• o ponto de não-retorno, isto é, o momento a partir do qual voltar atrás deixa de ser razoável (tipicamente quando se emitem documentos fiscais no novo sistema);
• quem decide e com que critérios (por exemplo, impossibilidade de faturar ou de expedir);
• a conservação do sistema antigo, intacto e consultável;
• o tratamento das transações feitas entretanto, para que não se percam;
• a comunicação a clientes, fornecedores e colaboradores.

Migrar de uma versão do NetSuite para outra

Quem já usa o NetSuite não migra como quem chega: acompanha as atualizações. A documentação oficial descreve a versão 2026.2 como uma atualização planificada, entregue duas vezes por ano, que traz novas funções, melhorias e mudanças em toda a plataforma. As notas de versão organizam-se em três famílias: as da versão planificada, as das versões mensais (melhorias entregues cada mês após a atualização) e as dos SuiteApps publicados separadamente.

Entre os domínios cobertos pela versão 2026.2 contam-se o Ask Oracle (ajuda e conversa por inteligência artificial), o Intelligent Close Manager e o suporte da IFRS 18 na contabilidade, a autenticação sem palavra-passe por chaves de acesso (passkeys), a reconciliação bancária, o planeamento de capacidade na produção, os subscritores de eventos e o módulo LLM do SuiteScript, bem como a exportação .xlsx do SuiteAnalytics.

Para esta situação, a ferramenta principal é o Release Preview: uma conta de teste temporária, isolada da produção, que corre a nova versão do software. Permite testar personalizações, SuiteScripts, integrações por serviços web, lojas online e o acesso SuiteAnalytics Connect antes da atualização. Alguns pontos a reter:

• a conta mantém-se até à atualização da conta de origem, ou até 14 dias consecutivos sem ligação, e depois é purgada;
• começa por estar acessível apenas aos administradores, que podem depois abrir o acesso a outros utilizadores;
• destina-se exclusivamente a testes.

Na prática, cada atualização deve ter uma lista de verificação curta: processos críticos, integrações, relatórios e scripts personalizados. Quanto mais personalizado for o seu ambiente, mais valor tem este ensaio; veja a página sobre personalização do NetSuite e a que explica as versões e edições.

Erros a evitar numa migração para o NetSuite

• Reproduzir o sistema antigo. Migrar para configurar o NetSuite como o ERP anterior desperdiça a razão da mudança.
• Carregar sem limpar. Os erros de dados multiplicam-se; limpar é mais barato antes do que depois.
• Deixar a validação aos informáticos. Os dados pertencem às áreas de negócio.
• Subestimar as integrações. Cada ligação a bancos, lojas, transportadores ou entidades públicas é um mini-projeto.
• Fixar a data de corte antes dos ensaios. A data deve resultar dos testes, não precedê-los.
• Esquecer o dia seguinte. Sem apoio nas primeiras semanas, a equipa regressa a folhas paralelas. Veja o suporte e manutenção do NetSuite.

O guia geral sobre migração de ERP e o que reúne os erros mais frequentes em projetos ERP completam esta lista.

Quem deve conduzir a migração

Uma migração bem-sucedida exige um integrador que já tenha feito carregamentos reais, que saiba explicar a sua metodologia de ensaios e de arranque, e que fale a língua do contabilista certificado. Convém pedir uma descrição clara do plano de retorno e da forma como os dados serão validados. Os critérios de escolha estão em como escolher um parceiro NetSuite; o nosso serviço, gratuito, explica-se em como funciona: descrevemos o seu projeto e apresentamo-lo a integradores adequados, que conduzem depois o trabalho.

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.