Em resumo: há quatro formas de ligar o Shopify ao NetSuite: o NetSuite Connector da Oracle, a integration app Shopify–NetSuite da Celigo, a sincronização em tempo real com a Stacksync ou um desenvolvimento à medida sobre as APIs. A certa depende do volume, da latência necessária, de quanto do processo foge ao padrão e de quem o vai manter. Primeiro mapeamos os fluxos; depois escolhemos.
Quando o Shopify e o NetSuite não falam, a equipa passa a ser o conector
Costuma começar devagar. Alguém volta a introduzir no NetSuite as encomendas do Shopify, ou importa um CSV todas as manhãs. Depois o stock no Shopify afasta-se do stock no NetSuite: na sexta-feira vende-se uma referência a mais e na segunda-feira esconde-se stock que podia ser vendido. Um reembolso é feito duas vezes, uma em cada sistema, e mesmo assim não bate com a nota de crédito. As finanças recebem um pagamento do Shopify Payments que não conseguem associar às encomendas que contém. O mesmo cliente existe três vezes.
Nada disto é, por si só, um problema de software. É um problema de desenho: ninguém decidiu que sistema é dono de cada registo nem o que acontece quando uma sincronização falha às duas da manhã. Algumas marcas já têm um conector que «quase sempre funciona» e lança erros de que ninguém trata. Outras têm um script escrito por um freelancer que ninguém sabe manter. Em ambos os casos, cada aumento de vendas converte-se em mais trabalho administrativo.
O que sincronizamos entre o Shopify e o NetSuite
| Fluxo | Direção | O que cobre | O que costuma correr mal e como o resolvemos |
|---|---|---|---|
| Encomendas | Shopify → NetSuite | Encomenda de venda (sales order) ou venda a pronto (cash sale), conforme o processo; impostos, descontos, portes, cartões-oferta; várias lojas e encomendas B2B | Duplicados quando uma sincronização é repetida. Usamos chaves idempotentes e uma fila de erros, para que uma nova tentativa nunca crie uma segunda encomenda. |
| Inventário e disponibilidade | NetSuite → Shopify | Quantidade disponível por localização, e o que conta como disponível: em armazém, comprometido, em trânsito | Vender acima do stock nos picos. Decidimos a fonte de verdade e a lógica de reservas antes de escrever um único mapeamento. |
| Produtos, preços e catálogo | Normalmente NetSuite → Shopify | SKU, variantes, preços, tabelas de preços B2B | Variantes que não correspondem de forma limpa aos artigos matriz do NetSuite. Acordamos primeiro o modelo de artigo. |
| Expedição e seguimento | NetSuite (ou 3PL/WMS) → Shopify | Expedição de artigos (item fulfillment), transportadora, número de seguimento, envios parciais | Envios parciais que fecham a encomenda inteira. Sincronizamos linha a linha. |
| Devoluções, reembolsos e cancelamentos | Shopify ↔ NetSuite | Autorizações de devolução, notas de crédito ou reembolsos em dinheiro, trocas, reposição em stock | O fluxo inverso fica para depois. Desenhamo-lo antes do go-live. |
| Clientes | Shopify → NetSuite (e de volta no B2B) | Regras de deduplicação, empresas B2B e condições de pagamento | Clientes duplicados. Definimos as regras de correspondência logo de início. |
| Pagamentos e reconciliação | Shopify Payments → NetSuite | Pagamentos, e liquidações de marketplaces, registados como depósitos com as respetivas comissões | Pagamentos que as finanças não conseguem reconciliar. Cada depósito leva as suas encomendas, reembolsos e comissões. |
Três fluxos merecem um olhar mais atento. O desvio de stock raramente é uma questão de velocidade de sincronização; explicamos porque é que o stock se desvia entre canais. As devoluções são onde a maioria das integrações falha, e é por isso que insistimos em desenhar o fluxo inverso cedo. E os pagamentos são um problema tanto de finanças como de dados: veja como reconciliar pagamentos e liquidações. Para quem vende B2B no Shopify, a mesma lógica aplica-se às tabelas de preços B2B e limites de crédito.
O Shopify e o NetSuite raramente estão sozinhos. Operadores logísticos (3PL), sistemas de gestão de armazém, ficheiros EDI e SFTP, Amazon, Stripe: se tem API, pode ser ligado. Veja todos os sistemas que ligamos.
Quatro formas de ligar o Shopify ao NetSuite, e como escolhemos
| Via | Melhor quando | Atenção a | Quem a opera |
|---|---|---|---|
| NetSuite Connector (Oracle) | Fluxos B2C ou B2B padrão com pouca personalização | Processos que não cabem nos seus mapeamentos padrão | A equipa interna, dentro do NetSuite |
| Integration app Shopify–NetSuite da Celigo | Pretende-se uma app suportada pelo fabricante, configurável e extensível com fluxos à medida | O custo da licença; continua a ser preciso alguém que perceba a plataforma e o NetSuite | Uma plataforma gerida, operada por nós ou pela equipa interna |
| Sincronização em tempo real com a Stacksync | Dois sistemas têm de coincidir continuamente: inventário, clientes | Só compensa onde a latência importa mesmo | Uma plataforma gerida, operada por nós ou pela equipa interna |
| Desenvolvimento à medida sobre as APIs | O volume, a latência, a residência dos dados ou uma lógica pouco habitual excluem uma plataforma | O código é da empresa, por isso tem de estar documentado e monitorizado | Nós, ou a equipa interna depois de formada |
NetSuite Connector
O conector pré-construído da Oracle. A página de produto do NetSuite inclui o Shopify B2C e o Shopify B2B entre os seus conectores: produtos, preços e stock são geridos no NetSuite, e as encomendas e os clientes chegam da loja. É uma boa escolha para fluxos padrão. Reembolsos complexos, várias subsidiárias, regras de preços B2B ou registos personalizados são onde as marcas costumam precisar de mais.
Integration app Shopify–NetSuite da Celigo
Como parceiro de implementação da Celigo, implementamos as integration apps pré-construídas da Celigo, entre elas a NetSuite–Shopify, configuradas para os processos de cada empresa. O resultado é um conector suportado pelo fabricante numa plataforma gerida, com fluxos à medida onde o processo se afasta do padrão. A Celigo continua a alargar a app: as notas da versão 2026.1.1 descrevem devoluções do Shopify que criam autorizações de devolução no NetSuite e uma importação de reembolsos baseada em GraphQL. Os fluxos da Celigo podem correr de forma agendada ou por eventos, por isso usamos quase tempo real onde é preciso, não em todo o lado.
Sincronização em tempo real com a Stacksync
Quando dois sistemas têm de coincidir continuamente, como o stock ou os registos de clientes, usamos a sincronização em tempo real com a Stacksync: bidirecional, abaixo do segundo, com resolução de conflitos e recuperação automática de erros.
Desenvolvimento à medida sobre as APIs
A Admin API do Shopify (GraphQL) e os webhooks de um lado, o SuiteTalk e os RESTlets do NetSuite do outro, escrito na nossa própria stack: sem licença de terceiros pelo meio e sem limites de conectores a contornar. Escolhemo-lo quando o volume, a latência, a residência dos dados ou uma lógica pouco habitual excluem uma plataforma. Quando um processo precisa de aprovações ou de vários passos, acrescentamos o n8n para a orquestração.
Qual usamos depende do caso: o volume, a latência necessária, se os dados podem sair da infraestrutura da empresa e o que a equipa vai manter depois. Não somos revendedores, e a recomendação segue o caso, não uma quota. Para uma comparação mais profunda de arquiteturas, leia quatro arquiteturas para levar as encomendas de ecommerce para o ERP e iPaaS versus ponto a ponto.
Não é claro que via encaixa? Marque uma chamada de 30 minutos e traga a configuração atual.
Como decorre um projeto NetSuite–Shopify
- Chamada de descoberta (30 minutos). Os sistemas, os processos manuais e onde a automação compensa mais depressa.
- Blueprint de integração. Mapeamos os fluxos, escolhemos a via e entregamos um âmbito fechado, com esforço e calendário.
- Construção e testes num sandbox. Com dados reais, iterando até cobrir os casos-limite: reembolsos, expedições parciais, várias lojas, B2B.
- Go-live e monitorização. Fazemos a implementação, acompanhamos de perto as primeiras sincronizações e continuamos presentes.
Conte com semanas, não meses, para um primeiro fluxo em produção. O âmbito completo e o seu calendário ficam fixados no blueprint, não são adivinhados antes.
Depois do go-live: monitorização, erros e responsabilidade
A maioria das integrações não falha no primeiro dia. Falha num sábado de muito movimento, em silêncio, e alguém dá por isso na terça-feira. É por isso que o tratamento de erros, as novas tentativas e os alertas vêm com a integração, e não como um extra vendido depois da primeira falha silenciosa.
Depois do go-live, monitorizamos os fluxos em produção, tratamos os erros e as novas tentativas, e fazemos os fluxos evoluir à medida que os processos mudam. Se a empresa preferir assumi-los, formamos a equipa para isso. Em qualquer caso, os fluxos ficam documentados, sem caixas negras, e nunca fica nada que ninguém entenda.
Também assumimos integrações Shopify–NetSuite existentes, seja um conector ou um script à medida, de que já ninguém trata. Revemos o que existe, corrigimos o que falha e documentamos tudo.
Porque é que as marcas trabalham com a Atypical Tech em NetSuite e Shopify
- Profundidade em NetSuite, não só canalização. Somos especialistas em NetSuite que vivem nos ERP todos os dias. Percebemos os registos, os processos e as finanças por trás de cada fluxo.
- Só engenheiros seniores. Quem define o âmbito do projeto é quem o constrói.
- Parceiro onde ajuda, independente onde conta. Somos Authorized Celigo Partner e parceiro da Stacksync, e mesmo assim construímos diretamente sobre as APIs quando nenhuma plataforma serve.
- Sediados em Espanha, a trabalhar em toda a Europa. Em inglês, espanhol, português e catalão, no mesmo fuso horário. Mais sobre quem somos.
Com os dados sincronizados, é possível pô-los a trabalhar: um agente de IA para as exceções de inventário é o passo natural seguinte.
Fontes
- NetSuite, NetSuite Connector: o Shopify B2C e B2B constam entre os conectores. Consultado a 29 de setembro de 2026.
- Celigo Help Center, Shopify – NetSuite integration app release notes, 2026.1.1: autorizações de devolução para os artigos devolvidos e importação de reembolsos baseada em GraphQL. Consultado a 29 de setembro de 2026.