Versões e edições do NetSuite: o que muda e quando atualizar

Quem procura a versão do NetSuite em vigor costuma esperar um número simples, como numa aplicação instalada num servidor. No Oracle NetSuite, a lógica é outra: o produto é um serviço em nuvem, a Oracle faz evoluir a plataforma em ciclos planificados e a questão deixa de ser «que versão instalo?» para passar a ser «como me preparo para a próxima?». Esta página explica as edições, a última versão, o ritmo das atualizações e a forma de as testar numa empresa portuguesa.

Como se organiza uma versão do NetSuite

A documentação oficial da Oracle descreve a versão NetSuite 2026.2 como uma mudança de versão planificada, entregue duas vezes por ano, que traz novas funções, melhorias e alterações a toda a plataforma. O nome da versão segue, portanto, um raciocínio de calendário: o ano, seguido do número do ciclo nesse ano.

Isto tem uma consequência prática. Num ERP instalado localmente, a empresa decide quando migra, e pode adiar durante anos. No NetSuite, a plataforma é a mesma para todos os clientes do serviço e a Oracle conduz o calendário. A margem de manobra da empresa está na preparação, não na recusa. Para o enquadramento geral entre nuvem e instalação própria, veja o guia sobre ERP na nuvem ou local.

Versões planificadas, versões mensais e SuiteApps

As notas da versão 2026.2 estão organizadas em três famílias, e convém não as confundir:

• as notas da versão planificada, que descrevem a mudança grande do ciclo;
• as notas das versões mensais, com melhorias entregues em cada mês depois da atualização;
• as notas das SuiteApps, publicadas em separado, porque estas aplicações têm o seu próprio ritmo.

Existe também um PDF das notas e versões traduzidas, o que ajuda quando a equipa financeira não trabalha confortavelmente em inglês. Para o responsável de sistemas, a leitura prioritária são as notas planificadas; para o diretor financeiro, a secção de contabilidade; para quem gere integrações, os capítulos sobre SuiteScript e serviços web.

A última versão do NetSuite: o que traz a 2026.2

Se procura a última versão do NetSuite referenciada nesta página, é a 2026.2. A documentação da Oracle cita, entre os domínios abrangidos:

Esta lista não substitui as notas completas. Serve para mostrar o tipo de alterações que uma atualização planificada pode trazer: funções novas que ninguém lhe pede para ativar de imediato, e mudanças que podem tocar em processos existentes.

O que isto significa para um diretor financeiro em Portugal

A menção à norma IFRS 18 e ao Intelligent Close Manager interessa sobretudo a empresas com reporte consolidado ou com obrigações de relato mais exigentes. Já a reconciliação bancária toca no dia a dia de qualquer tesouraria. Se quer aprofundar a vertente contabilística, consulte a página sobre contabilidade e finanças no NetSuite. A planificação de capacidade em fabrico é um tema para indústrias e está desenvolvida em produção no NetSuite.

Nada disto deve ser ativado só porque existe. Uma boa prática é listar as novidades da versão, marcar as que respondem a uma necessidade real e deixar as restantes para um ciclo posterior.

Edições do NetSuite: o que as distingue

A pergunta sobre as edições do NetSuite é legítima, mas a resposta honesta tem limites. A documentação de versões não define a gama comercial, e esta página não a inventa. O que se pode dizer com segurança é o princípio: as edições correspondem a pacotes comerciais, definidos pela Oracle ou por um revendedor, que combinam o âmbito funcional, a dimensão da empresa e o número de utilizadores e entidades previstos.

Para comparar propostas, pergunte sempre ao fornecedor:

1. que módulos estão incluídos na edição proposta e quais são opcionais;
2. quantos utilizadores e quantas entidades jurídicas cobre;
3. que ambientes de teste fazem parte do contrato;
4. que limites existem para a personalização e para as integrações;
5. como evolui a edição se a empresa crescer ou abrir uma filial.

A distinção entre edições liga-se diretamente ao orçamento. Os custos dependem do perímetro, do número de utilizadores e dos módulos, e são tratados em preços do NetSuite. A lista de módulos disponíveis está em módulos do NetSuite.

Edição, versão e módulo: três coisas diferentes

Uma confusão frequente em reuniões de projeto é tratar estes três conceitos como se fossem um só.

Compreender esta diferença evita duas armadilhas: pagar por uma edição maior só para obter uma novidade que chega a todos na próxima versão, e esperar uma função de uma versão futura que, na verdade, depende de um módulo não contratado.

Quando e como atualizar: o papel do Release Preview

Como a Oracle conduz o calendário, a ferramenta central para a empresa é o Release Preview. A documentação descreve-o como uma conta de teste temporária e isolada da produção, que executa a nova versão do software. Serve para testar:

• as personalizações da conta;
• os SuiteScripts;
• as integrações por serviços web;
• as lojas online;
• o acesso SuiteAnalytics Connect.

Duas regras de funcionamento merecem atenção. Primeiro, o Release Preview permanece disponível até à atualização da conta de origem, ou até 14 dias consecutivos sem ligação, momento em que é purgado. Quem não o utiliza durante duas semanas perde o ambiente e os testes feitos. Segundo, o acesso é inicialmente reservado aos administradores, que podem depois abri-lo a outros utilizadores. O conselho prático é abri-lo cedo aos utilizadores-chave de finanças, vendas e armazém.

Atenção ainda a um limite: esta conta serve apenas para testes. Não deve receber trabalho real nem dados que a empresa pretenda conservar.

Um calendário de preparação para cada atualização

Sem inventar prazos, eis uma sequência de trabalho que funciona em qualquer ciclo:

1. Ler as notas da versão planificada e marcar o que afeta processos da empresa.
2. Abrir o Release Preview e confirmar que os administradores têm acesso.
3. Repetir os processos críticos: emissão de faturas, encomendas, receções, encerramento contabilístico.
4. Testar as integrações com a loja online, o banco, o transitário ou o CRM. O tema está desenvolvido em integrações do NetSuite.
5. Testar as personalizações e os scripts, que são a primeira fonte de surpresas. Veja personalização do NetSuite.
6. Registar os problemas e corrigi-los antes da mudança da produção.
7. Comunicar aos utilizadores o que vai mudar no ecrã e na rotina.

O que testar em Portugal antes de cada atualização

O contexto fiscal português acrescenta uma camada de verificação que a documentação da Oracle não pode cobrir por si. Antes de dar a atualização por boa, repita no Release Preview:

• a emissão de uma fatura com o ATCUD e o código QR esperados;
• a exportação do ficheiro SAF-T (PT) e a sua validação;
• os fluxos de comunicação associados ao e-fatura, se a empresa os utiliza;
• o cálculo do IVA nos casos mais comuns, incluindo operações com outros Estados-Membros;
• o fecho do período, em articulação com o seu contabilista certificado.

A forma como o NetSuite responde às exigências portuguesas é tratada em NetSuite em Portugal, e o enquadramento geral em SAF-T (PT) e ERP. Não presuma nada: peça ao integrador que lhe confirme, por escrito, como a sua configuração cumpre estas obrigações e que testes foram feitos nesta atualização.

Quem faz o quê durante uma atualização

Uma atualização bem-sucedida reparte responsabilidades de forma clara. A Oracle aplica a mudança à plataforma. A empresa decide quem testa, o que testa e quando aprova. O integrador, escolhido como parceiro de projeto, traz o método, conhece as personalizações e corrige o que o teste revelar.

Esta repartição é uma das razões pelas quais o contrato de manutenção importa. Vale a pena perguntar, antes de assinar, quem acompanha cada ciclo de atualização, se os testes estão incluídos e como são tratadas as correções. Veja suporte e manutenção do NetSuite e, para a escolha do interlocutor, como escolher um integrador de ERP. Nós não fazemos o projeto: colocamos a sua empresa em contacto com um integrador adequado, e o serviço é gratuito.

Sinais de que a sua conta não está preparada

Algumas situações indicam que a próxima atualização pode correr mal:

• ninguém na empresa lê as notas de versão;
• as personalizações foram feitas por pessoas que já não estão disponíveis, sem documentação;
• o Release Preview nunca foi aberto, ou foi aberto e deixou-se expirar;
• as integrações dependem de scripts que ninguém testa de forma sistemática;
• o contabilista certificado só é informado depois da mudança.

Se reconhece vários destes pontos, uma revisão técnica pode ser mais útil do que um novo projeto. A página sobre auditoria e recuperação de projeto NetSuite explica quando essa revisão faz sentido.

Perguntas a fazer antes de assumir um calendário de versões

Para fechar, uma pequena lista de verificação para a reunião com o fornecedor ou com o integrador:

• Quem testa cada atualização e com que cenários?
• Quem lê as notas e filtra o que é relevante para a nossa empresa?
• O que acontece se um teste revelar um problema numa personalização?
• Como se garante que a faturação e o SAF-T (PT) continuam a funcionar?
• A formação dos utilizadores cobre as novidades de cada ciclo? Veja formação NetSuite.

Quem sabe responder a estas perguntas transforma duas atualizações por ano numa rotina de trabalho, e não num risco. Se está ainda a decidir se o NetSuite é a escolha certa, compare-o com as alternativas em alternativas ao NetSuite ou consulte a comparação NetSuite vs Business Central.

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.