Español
English
Deutsch
Français
Português
Italiano
Nederlands
Polski
La pregunta arriba gairebé sempre en el mateix moment: ja vens a Amazon, ja tens Odoo, i algú t'ha passat el pressupost d'una plataforma d'integració de pagament que ho connecta tot. La decisió no és «car o barat». És de qui són les credencials, quants minuts passen entre que Amazon sap alguna cosa i que ho sap el teu magatzem, i a qui truques el dia que la SP-API canviï.
Són tres vies, no dues
Middleware de pagament: un servei extern parla amb Amazon, normalitza les dades i les empeny a Odoo. Connector natiu: un mòdul dins d'Odoo que crida la SP-API des del teu servidor. I una tercera que gairebé tothom oblida: Odoo Enterprise porta el seu propi connector d'Amazon, que importa comandes i crea el client i l'albarà. Si l'únic que necessites és que les comandes entrin i ja pagues Enterprise, comença per aquí abans de contractar res. Les diferències estan desglossades a la comparativa de connectors d'Amazon per a Odoo.
El cost que es veu i el que no
La quota mensual del middleware és la part visible, i gairebé mai és la cara. Allò car és que el cost creix amb el teu èxit: els trams per comandes fan que com millor vens, més pagues, i aquests diners no compren funcionalitat nova. El connector natiu té el perfil contrari, i cal dir-ho sencer: també cal mantenir-lo. Amazon retira versions de la SP-API, Odoo treu versió major cada any i algú hi ha d'estar al darrere. Un mòdul sense manteniment acaba sortint més car que qualsevol quota.
Latència: on es paguen els minuts
Cada salt afegeix temps. Amazon → middleware → Odoo són dues cues en lloc d'una, cadascuna amb els seus reintents i la seva finestra de sincronització. On això es paga en diners és a la confirmació d'enviament: Amazon et dona un termini per pujar el seguiment i penalitza en mètriques de compte si arribes tard, un problema desenvolupat a quan el tracking no arriba a Amazon. Ara l'altra meitat, que també és certa: part del retard no el posa l'intermediari, el posa Amazon. L'inventari de FBA es publica per informe asíncron, i aquí el connector natiu tampoc no fa màgia.
De qui són les credencials i per on passen les dades del comprador
Amb el nostre connector autoritzes al teu Seller Central l'aplicació d'Amazon de FlexigoTech, sense compte de desenvolupador. Les crides a la SP-API surten del teu Odoo i la quota la gastes tu, al ritme que tu decideixes. L'autorització (el token) la dona FlexigoTech Cloud mentre la subscripció sigui activa. Amb middleware, les dades del comprador (nom, adreça, telèfon) passen per un tercer. Això no és dolent per si sol: Amazon té una política de protecció de dades i hi ha proveïdors seriosos que la compleixen. Però és una pregunta que cal fer i veure respost per escrit, no un detall que es resol a la demo.
Quatre preguntes abans de signar, vàlides per als dos models: de qui és el token d'actualització? Qui processa les dades del comprador? Què m'emporto si me'n vaig, el mapa de SKU i l'historial de comandes inclosos? En quantes hores hi ha pedaç quan Amazon canvia alguna cosa?
Qui ho arregla quan Amazon canvia l'API
Amazon canvia. Versiona endpoints, apaga els vells i estreny els límits de crides. Amb middleware, l'arranjament el fa el proveïdor i tu esperes; sol ser ràpid, perquè l'error afecta tots els seus clients alhora. Amb mòdul propi, ho arregla qui te'l va fer, i aquí la resposta depèn enterament de a qui l'hi vas comprar i de si manté el mòdul a Odoo 17, 18 i 19 o només a la versió en què te'l va vendre. Els errors concrets que apareixen més sovint són a errors freqüents de la SP-API a Odoo.
Quan el middleware és la resposta correcta
Quan vens en vuit canals i Amazon n'és un més: pagar una quota per no mantenir vuit integracions és un bon tracte. Quan estàs provant el canal i no saps si hi seguiràs d'aquí a sis mesos. Quan no tens equip tècnic ni partner i necessites que alguna cosa funcioni dilluns. I quan ja ho tens muntat i funciona: substituir una integració que no fa mal és gastar diners i risc per no millorar res. Si l'únic motiu per moure't és que «sona car», compara abans la factura d'un any amb el que costa mantenir un mòdul.
Quan compensa el natiu, i què fem nosaltres
Compensa quan el volum puja, quan els canals es redueixen a dos o tres de seriosos, o quan l'operació necessita més que comandes: liquidacions quadrades línia a línia, FBA com a ubicació real, devolucions i reemborsaments. El connector d'Amazon per a Odoo crida la SP-API des del teu Odoo, amb l'autorització de FlexigoTech Cloud, a Odoo 17, 18, 19 i 20. La part d'inventari està explicada a FBA com a magatzem dins d'Odoo. I si el que tens avui és middleware, com es migra sense aturar l'operació explica l'ordre dels passos.
Preguntes freqüents
Puc tenir middleware i connector natiu alhora?
Durant una migració sí, però només un pot escriure. Si tots dos confirmen enviaments o publiquen estoc, Amazon rep ordres contradictòries i apareixen duplicats. Es reparteix per canal o per tipus de dada, mai a veure quin arriba primer.
El connector natiu necessita un compte de desenvolupador d'Amazon?
Amb el nostre, no. Autoritzes des del teu Seller Central l'aplicació d'Amazon de FlexigoTech, que ja està registrada amb el nostre perfil de desenvolupador. FlexigoTech Cloud fa servir aquesta autorització per donar el token al teu Odoo mentre la subscripció sigui activa, i la pots revocar quan vulguis des del teu Seller Central.
M'emporto l'historial si deixo el middleware?
L'imprescindible són el mapa de SKU i les comandes obertes. L'historial tancat es pot portar o deixar arxivat: no bloqueja l'arrencada. Demanar per escrit com s'exporta, abans de signar, evita la sorpresa.
Enllaços útils dins de FlexigoTech
Què fem sobre això
Estàs decidint entre middleware i mòdul propi?
Digues-nos quantes comandes al mes mous per Amazon, en quants canals més vens i què et costa avui l'intermediari. Si la resposta correcta és quedar-te on ets, t'ho diem. Escriu a comercial@flexigobe.com o agenda una trucada.