Em resumo: o PrestaShop e o NetSuite podem ligar-se de três maneiras: com o conector da Celigo para PrestaShop, com um desenvolvimento à medida sobre a API do PrestaShop e os serviços web do NetSuite, ou com um módulo de PrestaShop já existente. A escolha depende da versão do PrestaShop e dos módulos, do catálogo e do número de combinações, de quantas lojas gere e de como as finanças querem contabilizar as encomendas e os recebimentos.
Quando o PrestaShop e o NetSuite vivem separados
Costuma começar com um passo manual que nunca desaparece. Talvez reconheça alguns destes:
- As encomendas são reintroduzidas à mão no NetSuite, ou exportadas do PrestaShop num ficheiro CSV.
- O stock por combinação (tamanho, cor) está errado na loja online: vende-se a mais uma variante e sobra outra.
- Os preços mantêm-se duas vezes, no NetSuite e na loja.
- Uma loja B2C e outra B2B funcionam com regras diferentes, e ninguém é responsável pela diferença.
- O fecho do mês significa reconciliar à mão os recebimentos de Redsys, PayPal ou Stripe.
Fazer entrar as encomendas é a parte fácil; o nosso artigo sobre quatro formas de levar as encomendas de ecommerce para o ERP explica a arquitetura que está por trás. Também o desvio do stock raramente é um problema de velocidade, como explicamos em porque é que o stock se desajusta entre canais.
Existe um conector nativo do NetSuite para PrestaShop?
Não. A documentação da Oracle sobre o NetSuite Connector enumera como lojas suportadas Amazon Seller Central, Amazon Vendor Central, BigCommerce, eBay, Magento 2, Shopify, Shopify POS, Walmart e WooCommerce, além do ShipStation entre os 3PL. O PrestaShop não consta da lista. Verificámo-lo a 15 de outubro de 2026 (Oracle, NetSuite Connector: Supported Storefronts and 3PLs).
A Celigo oferece no integrator.io um conector pré-construído para PrestaShop. Autentica-se com uma chave do Webservice do PrestaShop e cobre carrinhos, clientes, encomendas, produtos e stock, entre outros, com um modo HTTP para o que não esteja na sua lista de endpoints pré-construídos. É um conector sobre o qual construir fluxos, pelo que o mapeamento para o NetSuite continua a ser trabalho de desenho. Existem também módulos de PrestaShop que dizem ligar ao NetSuite; convém avaliar cada um pelos seus méritos.
O que sincronizamos entre o PrestaShop e o NetSuite
| Fluxo | Direção | O que cobre |
|---|---|---|
| Encomendas | PrestaShop → NetSuite | Linhas, transportadora, método de pagamento, descontos e vales |
| Clientes e moradas | PrestaShop → NetSuite | Compradores convidados e registados; as contas B2B podem seguir também do NetSuite para o PrestaShop |
| Produtos, combinações e preços | NetSuite → PrestaShop | Quando o NetSuite é o mestre de artigos |
| Stock | NetSuite → PrestaShop | Por combinação e por armazém ou localização |
| Estado da encomenda, expedição e seguimento | NetSuite → PrestaShop | Confirmação de expedição e números de seguimento de volta à loja |
| Devoluções e reembolsos | PrestaShop → NetSuite | Vales de crédito e reembolsos associados à encomenda original; veja devoluções, reembolsos e notas de crédito |
| Recebimentos e liquidações | Gateway de pagamento → NetSuite | Liquidação de Redsys, PayPal, Stripe e outros pagamentos face ao movimento bancário |
Se vende também em marketplaces, as liquidações seguem outra lógica; veja a nossa página de liquidações de marketplace.
Celigo ou API à medida: como escolhemos
| Via | Adequa-se quando | Atenção a | Quem a mantém |
|---|---|---|---|
| Celigo integrator.io com o conector de PrestaShop | Já usa Celigo, ou tem vários sistemas para ligar e quer uma plataforma com painel de monitorização | O conector é uma peça de construção, não uma aplicação acabada PrestaShop–NetSuite; o lado do NetSuite continua a exigir desenho e configuração | Uma plataforma gerida, operada por nós ou pela sua equipa |
| Integração à medida sobre a API do PrestaShop e o NetSuite (SuiteTalk REST, RESTlets) | Muita personalização, um catálogo muito grande, lógica multiloja pouco habitual, ou não querer licenciar um iPaaS | O código é seu, pelo que tem de estar documentado, testado e monitorizado | Nós, ou a sua equipa depois de formada |
| Módulo de PrestaShop existente | Casos simples | Manutenção, versões de PrestaShop suportadas e quem é o dono do código | O fornecedor do módulo, mais a sua agência |
A decisão depende da versão do PrestaShop e dos módulos, da dimensão do catálogo e do número de combinações, do número de lojas, do volume de encomendas e dos seus picos, das regras de contabilização das finanças e do iPaaS que já paga. Não somos revendedores e recomendamos a via que se adequa, não a que mais vendemos. Para o equilíbrio geral, veja iPaaS, ponto a ponto e middleware. Somos parceiro de implementação da Celigo e só a recomendamos quando se adequa.
Decisões de desenho próprias do PrestaShop
É aqui que as integrações com PrestaShop correm bem ou mal. Nada disto sai da configuração por defeito de um conector.
Combinações e artigos matriz do NetSuite. O produto corresponde a um pai de matriz e cada combinação a um filho de matriz, com os valores de atributo mapeados nos dois lados. A referência (SKU) de cada combinação tem de ser única e estável. Acorde de antemão o que acontece quando a agência acrescenta um atributo ou um valor novo, porque uma combinação por mapear é um produto que deixa de vender sem avisar.
Multiloja. Várias lojas, seja por país ou separadas em B2B e B2C, têm de corresponder à subsidiária (OneWorld), ao nível de preços, à moeda e à localização certos do NetSuite. Decida-o loja a loja antes de construir, não enquanto se depura um preço errado.
Estados da encomenda. Associe cada estado de encomenda do PrestaShop, incluindo os personalizados que os módulos acrescentam, a uma encomenda de venda, a uma expedição ou a um cancelamento do NetSuite. Decida que estado dispara a importação; «pagamento aceite» é uma escolha habitual e mantém fora do NetSuite as encomendas por pagar.
Módulos de pagamento. Redsys, PayPal, Stripe, transferência bancária e pagamento contra reembolso transformam-se cada um num depósito de cliente ou num recebimento no NetSuite de forma diferente, e cada um liquida segundo o seu próprio calendário. Desenhamos como se regista cada método e como se reconcilia a sua liquidação.
Quem emite a fatura legal. O PrestaShop pode gerar faturas, e o NetSuite também. Escolha um único emissor, nunca os dois. Em Espanha, o sistema de faturação tem de cumprir a regulamentação do SII e do Verifactu, pelo que a escolha deve ser acordada com o consultor fiscal antes do go-live. Isto não é aconselhamento fiscal.
Impostos. As regras de impostos do PrestaShop e os códigos de imposto do NetSuite são dois modelos diferentes. Mapeie-os de forma explícita, incluindo casos especiais como o recargo de equivalencia em algumas vendas B2B espanholas e o OSS da UE para o B2C transfronteiriço. As regras são fixadas pelo consultor; a integração transporta-as.
API e alojamento. O PrestaShop está normalmente alojado pelo próprio cliente, pelo que a API corre no seu servidor. Contam o desempenho, a cache, o HTTPS e o âmbito da chave de API, e também as implementações da sua agência. O PrestaShop 9, publicado a 10 de junho de 2025, acrescenta uma Admin API baseada em API Platform com autorização OAuth, a par do Webservice anterior. A sua cobertura era ainda parcial no lançamento, pelo que escolhemos a API por versão e por endpoint depois de verificar o que a sua versão realmente expõe.
Atualizações e módulos. Uma atualização do PrestaShop ou de um módulo, ou um override, pode alterar estruturas de dados. Inclua testes de integração na rotina de lançamentos da agência para que uma atualização não quebre os fluxos.
Tempo real ou por lotes. O Webservice funciona por pedido e resposta, pelo que um fluxo normalmente consulta periodicamente. Que a instalação possa também enviar notificações depende da versão e dos módulos, e confirmamo-lo na descoberta. A frequência do stock depende da rotação do catálogo.
Como decorre um projeto NetSuite–PrestaShop
- Descoberta com a sua agência de PrestaShop. Versão, módulos, lojas, combinações e módulos de pagamento.
- Mapeamento e construção em sandbox. Com os seus dados reais, cobrindo os casos-limite: combinações, vales, reembolsos, várias lojas.
- Execução em paralelo. Sobre um subconjunto de produtos ou encomendas, comparando com o que faz hoje.
- Go-live e monitorização. Implementamos, vigiamos de perto as primeiras sincronizações e continuamos consigo.
O prazo depende da via e da instalação, e fixamos âmbito e esforço depois da descoberta, não a adivinhar antes.
Depois do go-live: monitorização, erros e propriedade
A maioria das integrações não falha no primeiro dia. Falha numa semana de muito trabalho, em silêncio, e alguém dá por isso no fecho do mês. Por isso a gestão de erros, as repetições automáticas e os alertas são entregues com a integração. No PrestaShop, os alertas que costumamos configurar cobrem as importações de encomendas falhadas, as combinações por mapear, os erros na carga de stock e as falhas de autenticação da API.
Acordamos com a sua agência de PrestaShop quem corrige o quê: as alterações na loja são da agência, a integração é nossa ou sua. O que construímos é seu. Documentamos os fluxos e, se preferir geri-los internamente, formamos a sua equipa. O nosso artigo sobre a vida depois do go-live explica porque é que esta fase decide se uma integração dura.
Porquê a Atypical Tech
- Conhecimento profundo do NetSuite, não só canalização. Compreendemos os registos, os processos e as finanças por trás de cada fluxo.
- Só engenheiros seniores. Quem define o âmbito do seu projeto é quem o constrói.
- Parceiro onde ajuda, independente onde conta. Somos parceiro de implementação da Celigo e parceiro da Stacksync, e construímos diretamente sobre as API quando nenhuma plataforma se adequa.
- Sediados em Espanha, a trabalhar por toda a Europa. Em inglês, espanhol, português e catalão. Já operamos integrações com Shopify, WooCommerce e Magento; o WooCommerce é o parente mais próximo, por ser de código aberto e estar normalmente alojado pelo cliente. Vende também B2B? Leia sobre o ecommerce B2B para distribuidores. Veja todos os sistemas que ligamos.
Fontes
- Oracle NetSuite Help Center, NetSuite Connector: Supported Storefronts and 3PLs, consultado a 15 de outubro de 2026.
- Celigo, PrestaShop integrations, e Celigo Help Center, Set up a connection to PrestaShop e Available PrestaShop APIs, consultados a 15 de outubro de 2026.
- PrestaShop Project, PrestaShop 9.0 is available, e documentação para programadores da Admin API e do Webservice, consultados a 15 de outubro de 2026.