Em resumo: há três formas de ligar a Amazon ao NetSuite: o NetSuite Connector da Oracle, a integration app Amazon–NetSuite da Celigo ou um desenvolvimento à medida sobre a Selling Partner API (SP-API). A certa depende dos marketplaces, do programa FBA, do volume, da forma como a contabilidade quer registar vendas e comissões e de quem vai manter a integração. Primeiro mapeamos os fluxos; depois escolhemos.
Quando a Amazon e o NetSuite não falam
Costuma começar por um pequeno passo manual que nunca desaparece. Alguns destes serão familiares:
- As encomendas da Amazon são reintroduzidas à mão, ou importadas por lotes a partir de um ficheiro.
- O stock da Amazon e o do NetSuite não coincidem, pelo que se vende a mais uma referência e se fica com excesso de outra.
- Os planeadores não veem quanto stock FBA está em cada país de armazenamento da Amazon.
- As liquidações são registadas como um único valor, e as vendas brutas e as comissões ficam invisíveis.
- As devoluções e os reembolsos da Amazon não são tarefa de ninguém, pelo que nunca são registados.
- Vários marketplaces reportam em moedas diferentes, e as diferenças são absorvidas em algum lado.
A deriva do stock raramente é uma questão de velocidade; explicamos porque é que o stock se desvia entre canais. As decisões de conceção que se seguem é que a resolvem.
Seller ou Vendor, FBA ou FBM: o que muda na integração
O modelo com que vende decide o que entra no NetSuite, por isso defina-o antes de escolher a via.
| Modelo | Quem tem o stock | O que entra no NetSuite | Quem expede | O que volta |
|---|---|---|---|---|
| Seller Central, FBA | A Amazon, nos seus centros logísticos | Encomendas de venda ou faturas a partir das encomendas da Amazon; níveis de stock FBA para visibilidade | A Amazon | Devoluções, reembolsos, reembolsos de perdas (reimbursements) |
| Seller Central, FBM (MFN) | O vendedor | Encomendas de venda; o seu stock é a fonte de verdade | O vendedor ou o seu 3PL | A expedição e o tracking voltam à Amazon; as devoluções entram |
| Vendor Central (1P) | A Amazon, depois de lhe comprar | Encomendas de compra da Amazon, que o vendedor fatura | O vendedor | Confirmações de expedição, faturas, chargebacks |
| Multi-Channel Fulfilment (MCF) | A Amazon, que serve encomendas de outros canais | Encomendas das suas outras lojas, como o Shopify | A Amazon | O tracking volta à loja de origem |
O Vendor Central é outro fluxo: a Amazon envia-lhe encomendas de compra, por EDI ou por API, e o vendedor fatura à Amazon, em vez de receber encomendas de clientes finais. Quase tudo o que se segue trata do Seller Central, que é por onde começa a maioria das marcas europeias.
O que sincronizamos entre a Amazon e o NetSuite
| Fluxo | Direção | O que cobre |
|---|---|---|
| Encomendas | Amazon → NetSuite | Encomendas MFN e FBA com marketplace, moeda e impostos tal como a Amazon os reporta |
| Inventário | NetSuite → Amazon em FBM; Amazon → NetSuite em FBA | Quantidade disponível enviada à Amazon em FBM; stock FBA por localização recebido para visibilidade |
| Listings e preços | NetSuite → Amazon | Preços e disponibilidade, quando o NetSuite é o mestre de artigos |
| Expedição e tracking | NetSuite → Amazon | Confirmação de expedição e tracking das encomendas MFN |
| Devoluções, reembolsos e reembolsos de perdas | Amazon → NetSuite | Notas de crédito e reembolsos, associados à encomenda original; veja devoluções, reembolsos e notas de crédito |
| Liquidações | Amazon → NetSuite | Resumo mais abaixo; o tratamento completo está na nossa página de liquidações de marketplaces |
Fazer entrar as encomendas é a metade fácil. O nosso artigo sobre quatro formas de levar as encomendas de ecommerce para o ERP explica as decisões de arquitetura que estão por trás.
Três formas de ligar a Amazon ao NetSuite, e como escolhemos
| Via | Melhor quando | Atenção a | Quem a opera |
|---|---|---|---|
| NetSuite Connector (Oracle) | Fluxos padrão do Seller Central ou do Vendor Central, equipa centrada no NetSuite | Processos que não cabem nos mapeamentos padrão; confirme a cobertura de cada marketplace que usa | A sua equipa, dentro do NetSuite |
| Integration app Amazon–NetSuite da Celigo | Quer uma app suportada pelo fabricante numa plataforma gerida, ampliada com fluxos à medida | Cobertura de marketplaces e limites de edição: os fluxos de liquidações da Celigo exigem a edição Premium | Uma plataforma gerida, operada por nós ou pela sua equipa |
| Desenvolvimento à medida sobre a SP-API | Fluxos pouco habituais, registo resumido com muito volume, packs e kits, encaminhamento multientidade (OneWorld) | O código é seu, pelo que tem de estar documentado e monitorizado | Nós, ou a sua equipa depois de formada |
NetSuite Connector
O conector pré-construído da Oracle. A sua documentação inclui o Amazon Seller Central e o Amazon Vendor Central entre as lojas suportadas (NetSuite Connector, Supported Storefronts and 3PLs). É uma opção sólida para fluxos padrão quando a equipa vive no NetSuite. Se cobre todos os marketplaces europeus e as suas regras de packs, devoluções e multimoeda, é algo a verificar com a sua própria lista antes de se comprometer.
Integration app Amazon–NetSuite da Celigo
Como parceiro de implementação da Celigo, implementamos as integration apps pré-construídas da Celigo, esta incluída, configuradas de acordo com os seus processos. A app tem fluxos para a importação de encomendas, para a exportação de inventário, preços e expedições, e para as liquidações. A Celigo documenta que os seus fluxos de liquidações, que transformam os dados da liquidação em registos de liquidação personalizados e em recebimentos de clientes, só estão disponíveis na edição Premium. As notas de versão mencionam vários marketplaces europeus, mas a cobertura varia consoante o marketplace e a edição, pelo que confirmamos cada marketplace em que vende na documentação da Celigo, e com a Celigo quando não é claro, antes de a recomendar. Implementamos a Celigo e só a recomendamos quando encaixa.
Desenvolvimento à medida sobre a SP-API
A Selling Partner API da Amazon de um lado, o SuiteTalk e os RESTlets do NetSuite do outro, na nossa própria stack: sem licença de terceiros pelo meio e sem limites de conectores a contornar. Escolhemos esta via quando os fluxos são pouco habituais, quando o volume pede registo resumido em vez de encomenda a encomenda, quando os packs e os kits precisam de lógica própria ou quando as encomendas têm de ser encaminhadas por várias entidades do NetSuite. Quando um processo exige aprovações ou vários passos, acrescentamos o n8n para a orquestração.
Como escolhemos. A recomendação segue o volume, os marketplaces em que vende, o programa FBA, o modelo de artigos, as regras de registo que a contabilidade quer e qualquer iPaaS que já pague. Não somos revendedores, e a resposta segue o seu caso, não uma quota. Para o contraste de arquiteturas mais amplo, leia iPaaS, ponto a ponto e middleware.
Não sabe que via encaixa? Marque uma chamada de 30 minutos e traga a sua configuração atual.
Decisões de conceção próprias da Amazon
É aqui que as integrações com a Amazon correm bem ou mal. Nada disto sai das definições por omissão de um conector.
Inventário FBA no NetSuite. O stock que a Amazon detém deve aparecer no NetSuite como uma localização própria ou várias, uma por país ou por programa, ou uma única localização «Amazon EU», alimentada com os dados de inventário da Amazon e reconciliada com os seus relatórios de inventário. As expedições de entrada para a Amazon são transferências da localização do seu armazém para a localização da Amazon. Assim, os planeadores veem em separado o que está no seu armazém e o que está no da Amazon, e nenhum dos números é um palpite.
FBA pan-europeu e vários marketplaces. Com o Pan-European FBA, a Amazon pode mover o stock entre países, e as encomendas chegam de amazon.es, .de, .fr, .it e outros, em euros e noutras moedas, como a coroa sueca, o zloty polaco ou a libra esterlina, se vender nesses mercados. A conceção tem de decidir se o cliente no NetSuite é um por marketplace ou um por comprador, como se registam os movimentos de stock entre países e onde ficam as diferenças cambiais.
Dados restritos de compradores. A Amazon limita o que a integração de um vendedor pode ler sobre os compradores: os dados pessoais são dados restritos na SP-API. Os registos de clientes no NetSuite devem ser concebidos em torno dessa limitação, e não o contrário. Consulte os requisitos vigentes de proteção de dados para programadores da Amazon para saber o que lhe é aplicável; isto não é aconselhamento jurídico.
Registo encomenda a encomenda ou resumido. Os vendedores B2C com muito volume costumam registar um resumo diário em vez de cada encomenda, o que mantém o NetSuite ágil e o razão legível. Os vendedores com pouco volume ou B2B costumam querer cada encomenda. É uma decisão da contabilidade, e deve ser tomada antes do mapeamento.
Mapeamento de SKU, ASIN e FNSKU. Um listing da Amazon, uma etiqueta logística da Amazon e o seu próprio artigo são três identificadores do mesmo produto. Os packs e os kits complicam o assunto, porque uma venda na Amazon pode consumir vários artigos do NetSuite. Acordamos primeiro o modelo de artigos.
IVA e OSS. Ter stock noutro país da UE e vender através de vários marketplaces pode criar obrigações de IVA. A integração tem de transportar corretamente os dados fiscais que a Amazon reporta, e as regras vêm do consultor fiscal, não de nós. Em Espanha, as faturas emitidas a partir destes dados ficam ainda sujeitas às regras de faturação eletrónica e de comunicação fiscal (SII, Verifactu), que tratamos à parte.
Liquidações: onde falha a maioria das integrações com a Amazon
A Amazon paga um valor líquido por cada período de liquidação, depois de comissões, encargos de FBA, publicidade, reembolsos e reservas. Se a integração o registar como um único depósito, as vendas brutas e as comissões desaparecem numa só linha e ninguém consegue dizer quanto ganha realmente um canal. Uma integração bem feita divide cada liquidação em vendas, comissões, reembolsos e pagamento líquido, de modo que o depósito coincide com a linha do banco e cada comissão tem a sua conta. Os relatórios de liquidação antigos da Amazon, em XML e em ficheiro simples, são retirados em favor do relatório Flat File V2 a 11 de novembro de 2026, pelo que um leitor feito para o formato antigo tem prazo (Amazon SP-API changelog).
Não repetimos aqui, de propósito, todo o tratamento. A página de liquidações de marketplaces cobre a reconciliação multimarketplace, com Amazon, Zalando e Mirakl lado a lado, e o nosso artigo sobre a lacuna de reconciliação das liquidações de marketplaces explica porque importa. Vende através da Amazon e da sua própria loja? Veja também como ligamos o WooCommerce e o Magento.
Como decorre um projeto NetSuite–Amazon
- Descoberta. Marketplaces, programa FBA, volumes e regras de registo.
- Construção em sandbox e mapeamento. Com os seus dados reais, cobrindo os casos-limite: devoluções, packs, várias moedas, stock que se move entre países.
- Execução em paralelo. Num subconjunto de SKU ou de encomendas, comparando com o que faz hoje.
- Entrada em produção e monitorização. Implementamos, vigiamos de perto as primeiras sincronizações e ficamos consigo.
O calendário depende dos marketplaces e da via, e fixamos o âmbito e o esforço num blueprint de integração depois da descoberta, em vez de os adivinhar antes.
Depois do go-live: monitorização, erros e responsabilidade
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 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 invisível. Na Amazon, os alertas que costumamos configurar cobrem as falhas de importação de encomendas, os SKU sem mapeamento, os envios de inventário rejeitados e as divergências de liquidação.
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
- Profundidade em NetSuite, não só canalização. Conhecemos os registos, os processos e a contabilidade 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 parceiro de implementação da Celigo e parceiro da Stacksync, e 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. Já operamos integrações com o Shopify, o WooCommerce e o Magento, e reconciliação de liquidações de marketplaces. Veja todos os sistemas que ligamos.
Fontes
- Oracle NetSuite Help Center, NetSuite Connector: Supported Storefronts and 3PLs. Consultado a 7 de outubro de 2026.
- Celigo Help Center, Amazon Seller Central–NetSuite integration app e notas de versão. Consultado a 7 de outubro de 2026.
- Amazon SP-API, changelog: retirada dos relatórios de liquidação em XML e em ficheiro simples. Consultado a 7 de outubro de 2026.