Salta al contingut principal
Amazon SP-API · Troubleshooting Odoo

Amazon SP-API i Odoo: errors freqüents i com evitar-los

Els mateixos cinc o sis errors apareixen una vegada i una altra en connectar Amazon Seller Central amb Odoo: estoc desquadrat, comandes duplicades, tracking tard, errors 429 i tokens caducats. T'expliquem per què passen i què ha de fer un connector ben construït per evitar-los.

Tauler d'operativa FBA d'Amazon que s'ha de mantenir sincronitzat amb Odoo

Gairebé totes les empreses que connecten Amazon Seller Central amb Odoo passen pel mateix: el primer mes tot funciona bé a les proves, i a les poques setmanes d'operar amb volum real comencen a aparèixer els mateixos símptomes. Estoc que no quadra, comandes que es dupliquen, tracking que arriba tard, l'API que comença a retornar errors 429, o un token que deixa de funcionar un dilluns al matí sense previ avís.

Idea clau: gairebé cap d'aquests errors és un problema d'Amazon ni d'Odoo per separat. Apareixen a la capa de sincronització, quan el connector no respecta el model asíncron de la SP-API (notificacions en temps real, límits de peticions per endpoint, tokens OAuth amb caducitat curta) i, en lloc d'això, fa un sondeig simple cada X minuts i confia que tot arribi a temps.

Per què falla la integració Amazon-Odoo (i no sempre és evident)

La SP-API d'Amazon no és una API REST simple de petició-resposta. Combina crides síncrones amb un sistema de notificacions asíncron (Notifications API, lliurat via SQS o EventBridge), un model de reports que es generen en segon pla i cal consultar fins que estan llestos, i un límit de peticions per segon diferent per a cada operació, no un de global per a tot el compte. L'autenticació es fa amb Login With Amazon (LWA): l'access token caduca cada hora i cal renovar-lo amb el refresh_token abans que expiri.

Moltes integracions (sobretot les muntades amb automatitzacions genèriques tipus Zapier, Make o un iPaaS sense lògica específica per a Amazon) simplifiquen tot això a un cron que consulta comandes cada X minuts i dona per fet que amb això n'hi ha prou. Aquesta simplificació és l'origen directe de la majoria dels errors de la taula següent.

Taula: símptoma, causa probable i com s'evita

Vuit símptomes reals que veiem repetir-se en operacions que venen a Amazon des d'Odoo, amb la causa tècnica més probable en cada cas i la solució que aplica un connector construït per operar de debò, no només per superar una demo.

Símptoma Causa probable Com s'evita
Estoc desquadrat / oversell a Amazon Sincronització per sondeig cada 30-60 minuts; no es consumeix la Notifications API d'inventari en temps real Subscripció a notificacions d'inventari amb enviament immediat després de cada moviment d'estoc a Odoo, més un buffer de seguretat configurable
Comandes duplicades a Odoo Reintents del connector sense idempotència; no s'usa l'AmazonOrderId com a clau única Upsert idempotent indexat per AmazonOrderId, amb restricció d'unicitat a nivell de base de dades
El tracking arriba tard a Amazon (puja el Late Shipment Rate) L'enviament del tracking es fa en un cron nocturn per lots, en lloc de fer-ho en validar l'albarà Acció automàtica que crida la Shipping API en el moment en què es valida el lliurament a Odoo
Errors 429 / "Request throttled" No es respecta el rate limit específic de cada operació de la SP-API (cada endpoint té el seu propi bucket) Cua de feines amb backoff exponencial i un rate limiter propi per endpoint, no un de global
Token OAuth caducat o refresh_token invàlid No hi ha renovació automàtica de l'access token LWA, o es va revocar el consentiment a Seller Central sense que ningú se n'assabentés Renovació automàtica amb marge de seguretat, més una alerta quan falla el refresh (no quan ja falla una comanda real)
Preus diferents entre Amazon i la resta de canals No hi ha una font de veritat única; s'edita el preu a mà a Seller Central Odoo com a font de veritat de preus, amb regles de conflicte explícites si es detecta una edició manual a Amazon
Reemborsaments i devolucions que no quadren a comptabilitat Només es processen les comandes; no s'importen els informes de Returns/Refunds d'Amazon Importació automàtica dels Returns Reports a assentaments comptables d'abonament, no només a l'estoc
Funciona a les proves però falla amb diversos comptes o marketplaces Credencials i estat de sincronització hardcodejats per a un sol compte de venedor Model de credencials per empresa/marketplace des del mateix model de dades, no com un pedaç afegit després

Checklist: què ha de tenir un connector Amazon-Odoo ben construït

Abans de donar per bo un connector Amazon-Odoo (el teu o un que estiguis avaluant comprar), repassa aquesta llista. No és teoria: són els punts exactes on hem vist fallar integracions reals.

  • Consumeix la Notifications API d'Amazon (SQS/EventBridge) en lloc de dependre només de sondeig periòdic
  • Importa comandes de manera idempotent usant l'AmazonOrderId com a clau única
  • Envia el tracking a Amazon en el moment de validar l'albarà, no per lots en un cron nocturn
  • Aplica un rate limiter i backoff exponencial per endpoint, no un límit global aproximat
  • Renova el token OAuth (LWA) de manera automàtica, amb alerta primerenca si falla el refresh
  • Deixa log de cada crida a l'API amb codi de resposta i payload, no només un genèric "sync OK"
  • Suporta diversos comptes i marketplaces des del mateix model de dades, no com un afegit posterior

Què fem a FlexigoTech: el nostre Conector Amazon per a Odoo

El nostre Conector Amazon per a Odoo està construït amb FBA i FBM en producció real via SP-API, precisament per no caure en cap dels vuit punts de la taula anterior: importació idempotent per AmazonOrderId, enviament de tracking en validar l'albarà i renovació automàtica de tokens, entre altres. No és una capa d'automatització genèrica muntada sobre l'API: és un mòdul d'Odoo natiu pensat per operar amb volum real, no només per superar una demo.

Si ja tens Odoo però el connector actual (propi o de tercers) et dona algun d'aquests símptomes, moltes vegades el problema no és canviar de connector sinó revisar com està desplegat dins la teva instància. Això sol resoldre's dins d'un projecte d'implantació d'Odoo 19 ben fet, amb la sincronització de marketplaces com a part de l'abast des del principi, no com un pedaç posterior.

Enllaços útils dins de FlexigoTech

Conector Amazon per a OdooContinuar llegint a FlexigoTechServei d'implantació Odoo 19Continuar llegint a FlexigoTech

Preguntes freqüents

Per què es desincronitza l'estoc entre Amazon i Odoo encara que tinc un connector instal·lat?

Gairebé sempre perquè el connector sincronitza per sondeig (polling) cada cert temps, en lloc de reaccionar a les notificacions d'inventari d'Amazon en temps real. Entre una passada i la següent hi ha una finestra en què Amazon i Odoo no coincideixen, i en catàlegs amb rotació alta això basta per vendre alguna cosa que ja no tens.

Com evito comandes duplicades quan Amazon reenvia la mateixa notificació?

Amazon pot reenviar la mateixa notificació de comanda més d'una vegada; és part normal del seu model de lliurament. La solució no és filtrar reenviaments a mà, sinó que el connector usi l'AmazonOrderId com a clau única i faci un upsert idempotent: si la comanda ja existeix, l'actualitza; si no, la crea. Mai la insereix dues vegades.

Què és un error 429 d'Amazon SP-API i com se soluciona des d'Odoo?

És un error de throttling: has superat el límit de peticions per segon d'aquell endpoint concret (cada operació de la SP-API té el seu propi límit, no un de global). Se soluciona amb una cua de feines que respecta el rate limit de cada endpoint i reintenta amb backoff exponencial, no tornant a cridar als pocs segons.

Què passa si el meu token OAuth d'Amazon caduca en producció?

Amazon usa Login With Amazon (LWA): l'access token caduca cada hora i cal renovar-lo amb el refresh_token abans que expiri. Si el connector no automatitza aquesta renovació, o si el venedor va revocar el consentiment a Seller Central sense avisar ningú, les crides comencen a fallar amb errors d'autorització fins que es reconnecta el compte a mà.

El tracking que arriba tard a Amazon afecta de debò el meu compte?

Sí. Amazon mesura el Late Shipment Rate i, si puja per sobre del seu llindar, pot afectar la salut del compte i la visibilitat dels teus listings, a més de l'impacte directe en l'experiència del comprador. Si el tracking s'envia en un cron nocturn en lloc de fer-ho en el moment de validar l'albarà a Odoo, aquest retard és responsabilitat del connector, no d'Amazon.

El que fem sobre això

Conector AmazonQuè fa, captures, versions i preu.

Vols que revisem la teva integració amb Amazon?

Explica'ns quin símptoma tens (estoc, comandes duplicades, tracking o tokens) i en la primera trucada et diem si és un ajust puntual o si el connector necessita revisió de fons. Escriu-nos a comercial@flexigobe.com o truca al +34 616 809 504.

Parlar amb un enginyer