Español
English
Deutsch
Français
Português
Italiano
Nederlands
Polski
Una comanda d'Amazon no es tanca quan el paquet surt del magatzem: es tanca quan Amazon rep la confirmació d'enviament amb el seu transportista i el seu número de seguiment. Fins llavors la comanda continua pendent per a Amazon, encara que la mercaderia ja sigui en repartiment. Aquest avís és una crida a l'API, i la fa el teu ERP o una persona copiant números a mà.
El termini el posa Amazon, i és un per comanda
Cada comanda arriba amb la seva data límit d'enviament. No és una recomanació ni un objectiu intern: és el compromís que Amazon ha donat al comprador en nom teu. Aquesta data ha de viatjar de la comanda a l'albarà d'Odoo i ser visible per a qui prepara, perquè l'ordre que importa al magatzem és el de dates límit, no el d'arribada. Qui prepara per ordre d'entrada arriba tard a les comandes urgents i aviat a les que no tenien pressa.
Què passa quan confirmes tard
Amazon mesura dues coses diferents i les penalitza per separat: els enviaments confirmats després de la data límit i els seguiments que no pot rastrejar. Els llindars exactes els publica Amazon al panell Estat del compte de Seller Central i els revisa de tant en tant, així que mira'ls allà i no en un article. El que és estable és la conseqüència: la mètrica es degrada, el comprador pot cancel·lar sense cost i, si la cosa es manté, es restringeix la capacitat de vendre.
A FBA l'estat es llegeix; a FBM l'escrius tu
És la confusió més habitual. Amb FBA no confirmes res: prepara i envia Amazon, i el número de seguiment neix al seu sistema, no al teu. El que necessites allà és el camí invers: portar aquest estat a Odoo perquè l'albarà es tanqui. Amb FBM és al revés: l'enviament el fas tu i l'avís el dónes tu, dins del termini. Una operació mixta fa les dues coses sobre el mateix catàleg, i cada comanda ha de saber des del primer moment de quin tipus és.
Si vens amb FBA, l'estat d'enviament és només una part: l'estoc, les devolucions i els reemborsaments es mouen al magatzem d'Amazon sense que els toquis. Ho trobaràs desenvolupat a Amazon FBA dins d'Odoo.
El codi de transportista decideix si el seguiment compta
Amazon no accepta qualsevol text al camp del transportista: té la seva pròpia llista de codis i rastreja l'enviament contra el que li declares. Si envies el número correcte amb el transportista equivocat, o amb un de genèric tipus «altres», el seguiment existeix però Amazon no el pot seguir: a efectes de mètrica, com si no l'haguessis enviat. Per això l'equivalència entre el teu transportista d'Odoo i el codi d'Amazon ha de ser una taula explícita i editable, no una cadena escrita a mà dins del codi.
On es troben el connector de transport i el de marketplace
El punt de trobada és l'albarà. La seqüència sana és aquesta: la comanda entra amb la seva referència d'Amazon i la seva data límit, es prepara, es valida l'albarà, el connector del transportista demana l'etiqueta i retorna el número de seguiment, i només llavors el connector d'Amazon envia la confirmació amb aquest número i el codi correcte. Si inverteixes l'ordre, confirmes enviaments que encara no tenen etiqueta. Si no hi ha enllaç entre els dos, algú copia números a mà i aquest algú s'equivoca un dimarts a la tarda.
El fallo que més trobem en revisar integracions alienes és just aquí: la confirmació es llança en segon pla, falla (error de l'API, token caducat, el transportista va trigar a donar el número) i ningú se n'assabenta, perquè l'albarà d'Odoo ja està validat i en verd. La confirmació ha de deixar rastre a la comanda: enviada, fallida, reintentada. Una feina que falla en silenci és pitjor que no tenir integració, perquè a sobre et dona confiança.
Una comanda, dos paquets
Els enviaments parcials són el cas que gairebé ningú prepara. Si una comanda surt en dues expedicions, Amazon espera dues confirmacions amb les seves línies i les seves quantitats, no una amb el seguiment del primer bulto. A Odoo això són dos albarans sobre la mateixa comanda de venda, així que el mapatge ha de ser per línia i no per comanda. Muntar-ho bé des del principi costa poc; arreglar-ho després d'haver confirmat malament dues-centes comandes, no.
Quan cal automatitzar això i quan no
Si envies deu comandes al dia i confirmes a mà a Seller Central en cinc minuts, no necessites una integració per a això: necessites una rutina i un avís. Automatitzar surt a compte quan copiar números ja és una feina, quan hi ha diversos transportistes en joc o quan el mateix catàleg es ven en diversos llocs i ningú sap què ha sortit. Dir-te el contrari seria vendre't una cosa que no et fa falta.
El connector d'Amazon per a Odoo cobreix aquest carril: taula d'equivalències de transportistes, confirmació per línia amb número de seguiment, estat de l'avís i últim error d'Amazon a l'mateix albarà, reintents automàtics i, a FBA, lectura de l'estat en lloc d'escriptura. Funciona a Odoo 17, 18, 19 i 20. Els connectors de transportista són a el catàleg de mòduls, i com es munten sense sorpreses, a etiquetes i seguiment a Odoo.
Preguntes freqüents
Cada quant avisa Odoo Amazon que la comanda ha sortit?
En el moment de validar l'albarà, i una tasca programada reintenta cada pocs minuts els que han quedat pendents. Deixar els reintents en una hora és arriscat: aquesta hora se l'empassa la data límit.
Puc confirmar l'enviament sense número de seguiment?
Amazon ho permet en alguns casos, però aquest enviament compta com a sense seguiment vàlid i això també es mesura. Si el transportista dona número, cal enviar-lo amb el seu codi.
Serveix si el connector del transportista l'ha fet un altre?
Sí, mentre deixi el transportista i el número de seguiment a l'albarà. L'enllaç es fa allà; no cal tocar el mòdul del transportista.
Enllaços útils dins de FlexigoTech
El que fem sobre això
Se't escapen els terminis d'enviament d'Amazon?
Explica'ns quantes comandes mous al dia, quins transportistes uses i si vens amb FBA, amb FBM o amb els dos. Mirem on es trenca la cadena abans de tocar res. Escriu a comercial@flexigobe.com o agenda una trucada.