Middleware pago ou conector nativo para Amazon e Odoo: quanto custa de verdade cada via

A pergunta surge quase sempre no mesmo momento: já vende na Amazon, já tem Odoo, e alguém lhe passou o orçamento de uma plataforma de integração paga que liga tudo. A decisão não é «caro ou barato». É de quem são as credenciais, quantos minutos passam entre a Amazon saber algo e o seu armazém o saber, e a quem liga no dia em que a SP-API mudar.

São três vias, não duas

Middleware pago: um serviço externo fala com a Amazon, normaliza os dados e envia-os para o Odoo. Conector nativo: um módulo dentro do Odoo que chama a SP-API a partir do seu servidor. E uma terceira que quase toda a gente esquece: o Odoo Enterprise traz o seu próprio conector da Amazon, que importa encomendas e cria o cliente e a guia de remessa. Se tudo o que precisa é que as encomendas entrem e já paga Enterprise, comece por aí antes de contratar o que quer que seja. As diferenças estão detalhadas na comparação de conectores da Amazon para Odoo.

O custo que se vê e o que não se vê

A mensalidade do middleware é a parte visível e quase nunca é a cara. O que sai caro é que o custo cresce com o seu sucesso: os escalões por encomendas fazem com que, quanto melhor vender, mais pague, e esse dinheiro não compra funcionalidade nova. O conector nativo tem o perfil contrário, e é preciso dizê-lo por inteiro: também tem de ser mantido. A Amazon retira versões da SP-API, o Odoo lança uma versão principal todos os anos e tem de haver alguém por trás. Um módulo sem manutenção acaba por sair mais caro do que qualquer mensalidade.

Latência: onde se pagam os minutos

Cada salto acrescenta tempo. Amazon → middleware → Odoo são duas filas em vez de uma, cada uma com as suas repetições e a sua janela de sincronização. Onde isso se paga em dinheiro é na confirmação de envio: a Amazon dá-lhe um prazo para carregar o rastreio e penaliza nas métricas da conta se chegar tarde, um problema desenvolvido em quando o tracking não chega à Amazon. Agora a outra metade, que também é verdade: parte do atraso não o põe o intermediário, põe-no a Amazon. O inventário da FBA é publicado por relatório assíncrono, e aí o conector nativo também não faz magia.

De quem são as credenciais e por onde passam os dados do comprador

Com o nosso conector autoriza no seu Seller Central a aplicação da Amazon da FlexigoTech, sem conta de programador. As chamadas à SP-API saem do seu Odoo e a quota gasta-a você, ao ritmo que decidir. A autorização (o token) é dada pela FlexigoTech Cloud enquanto a subscrição estiver ativa. Com middleware, os dados do comprador (nome, morada, telefone) passam por um terceiro. Isso não é mau por si só: a Amazon tem uma política de proteção de dados e há fornecedores sérios que a cumprem. Mas é uma pergunta que tem de ser feita e ver respondida por escrito, não um detalhe que se resolve na demonstração.

Quem corrige quando a Amazon muda a API

A Amazon muda. Versiona endpoints, desativa os antigos e aperta os limites de chamadas. Com middleware, a correção é feita pelo fornecedor e você espera; costuma ser rápido, porque a falha afeta todos os clientes dele ao mesmo tempo. Com módulo próprio, corrige quem o fez, e aí a resposta depende inteiramente de a quem o comprou e de se mantém o módulo no Odoo 17, 18 e 19 ou apenas na versão em que lho vendeu. As falhas concretas que mais aparecem estão em erros frequentes da SP-API no Odoo.

Quando o middleware é a resposta certa

Quando vende em oito canais e a Amazon é só mais um: pagar uma mensalidade para não manter oito integrações é um bom negócio. Quando está a testar o canal e não sabe se continuará dentro de seis meses. Quando não tem equipa técnica nem partner e precisa que algo funcione na segunda-feira. E quando já o tem montado e funciona: substituir uma integração que não dói é gastar dinheiro e risco para não melhorar nada. Se o único motivo para mudar é que «parece caro», compare antes a fatura de um ano com o que custa manter um módulo.

Quando compensa o nativo, e o que fazemos nós

Compensa quando o volume sobe, quando os canais se reduzem a dois ou três sérios, ou quando a operação precisa de mais do que encomendas: liquidações acertadas linha a linha, FBA como localização real, devoluções e reembolsos. O conector da Amazon para Odoo chama a SP-API a partir do seu Odoo, com a autorização da FlexigoTech Cloud, no Odoo 17, 18, 19 e 20. A parte de inventário está explicada em FBA como armazém dentro do Odoo. E se o que tem hoje é middleware, como se migra sem parar a operação explica a ordem dos passos.

Perguntas frequentes

Ligações úteis dentro da FlexigoTech

O que fazemos sobre isto