Español
English
Deutsch
Français
Português
Italiano
Nederlands
PolskiQuè veus i quan apareix
En prémer Declare to Octopia a l'assistent on hi ha aquest botó, Odoo pot mostrar Fulfillment orders ship themselves -- declaring one would be refused (409) by Octopia. És un error: l'acció s'atura i no es desa res del que el botó havia de canviar.
El botó es veu sempre en aquest assistent, a Odoo 17, 18, 19 i 20, i el missatge és al codi publicat de les quatre versions. S'hi arriba en prémer aquest botó.
La condició exacta al codi
Al codi d'Odoo 20, l'avís salta quan es compleixen alhora dues coses sobre la comanda d'Octopia que s'està declarant:
- la comanda té un mode de subministrament informat (no està buit);
- aquest mode de subministrament no és el de venedor.
Llegit a l'inrevés: si el mode de subministrament està buit, l'avís no salta; si està informat i és el de venedor, tampoc. Només amb un mode informat i diferent del de venedor s'atura l'acció.
Què es mira abans i què es mira després
L'ordre importa. Segons el codi d'Odoo 20, l'assistent exigeix primer que hi hagi almenys un bulto. La comprovació del mode de subministrament va just després d'aquesta exigència i abans de revisar els bultos un per un, de crear el registre de l'enviament i de cridar Octopia.
Per això, un cop hi ha algun bulto a l'assistent, tant és com estiguin emplenades les seves dades: l'avís depèn de la comanda, no del que escriguis a l'assistent.
Què vol dir
El missatge diu dues coses: que les comandes de Fulfillment s'envien soles i que declarar-ne una seria rebutjat per Octopia amb un 409. El mòdul no espera aquest rebuig: s'avança i talla l'acció abans d'enviar res. Per a aquesta comanda no hi ha cap declaració d'enviament per fer des d'aquest botó.
Un cas il·lustratiu: dues comandes, dos resultats
Exemple Cas il·lustratiu: l'empresa i les seves dades són inventades per explicar el flux.
Tienda Aurora és una empresa inventada que ven al marketplace de Cdiscount i gestiona les seves comandes d'Octopia des d'Odoo. La Beatriu, de logística, té al davant dues comandes que ja ha preparat.
Amb la primera obre l'assistent, afegeix el bulto, completa les seves dades i prem Declare to Octopia. La comanda no té mode de subministrament informat, o el té i és el de venedor, així que la comprovació passa i l'assistent segueix el seu camí.
Amb la segona fa exactament el mateix, però Odoo respon amb Fulfillment orders ship themselves -- declaring one would be refused (409) by Octopia. Aquesta comanda té un mode de subministrament informat i diferent del de venedor. La Beatriu prova de canviar de bulto i d'escriure un altre transportista, i el resultat és el mateix, perquè la comprovació es fa abans de mirar res d'això.
Què aprendre del cas:
- Amb algun bulto a l'assistent, l'avís parla de la comanda, no del bulto.
- En aquest intent no es va crear cap registre d'enviament ni es va cridar Octopia.
- La Beatriu no té res a corregir a les dades del bulto: aquesta comanda no es declara des d'aquí.
Què passa quan la comprovació sí que passa
Per entendre el contrast, això és el que fa l'assistent amb una comanda que no dispara l'avís, segons el codi d'Odoo 20, per ordre:
- Exigeix almenys un bulto i, després, comprova el mode de subministrament de la comanda.
- Revisa cada bulto (número de bulto i transportista) i munta la llista que s'enviarà.
- Crea el registre de l'enviament amb aquests bultos.
- Crida el client d'Octopia amb la comanda i la llista de bultos.
- Si Octopia retorna un error, el registre de l'enviament queda marcat com a error, amb el text de l'error i el seu detall, i l'error es torna a llançar perquè el vegis.
- Si tot va bé, el registre passa a enviat amb la data i l'hora, la comanda passa a enviada, s'anota una entrada d'èxit al registre de sincronització d'enviaments i l'assistent es tanca.
Amb l'avís de Fulfillment no es produeix cap dels passos posteriors a la comprovació.
Què fer quan surt
- Tanca l'assistent: des d'aquest botó aquesta comanda no es declara.
- No inverteixis temps en el número de bulto, el transportista o el seguiment: la comprovació va abans i no els mira.
- Si esperaves poder declarar-la tu, la dada que decideix és el mode de subministrament de la comanda. El mòdul el llegeix de la mateixa comanda i no et deixa continuar si està informat i no és el de venedor.
Preguntes concretes sobre l'avís
Es desa res quan surt?
No. És un error que atura l'acció: no es crea el registre de l'enviament, no es crida Octopia i la comanda no canvia d'estat.
Surt igual a totes les versions?
El missatge és al codi publicat d'Odoo 17, 18, 19 i 20.
Pot sortir si la comanda no té mode de subministrament?
No amb el mode buit: la condició exigeix que estigui informat i que sigui diferent del de venedor.
Importa com estigui emplenat el bulto?
Per a aquest avís, no: la comprovació del mode de subministrament va abans de revisar les dades de cada bulto. Al codi d'Odoo 20, l'única cosa que s'exigeix abans és que hi hagi almenys un bulto a l'assistent.
Com ajuda FlexigoTech
FlexigoTech implanta Odoo 17, 18, 19 i 20 i desenvolupa connectors i integracions a mida. Si tens comandes amb diferents modes de subministrament i vols ordenar com es tracten a Odoo, ho podem revisar amb tu. El mòdul està publicat per a les quatre versions a la seva fitxa d'Odoo Apps.
Continua llegint
Comprovat al codi del connector (versió 20.0) i a les fonts enllaçades
Fonts
- Codi del mòdul: flexigobe_octopia_connector 20.0 (4848da6a): wizard/octopia_shipment_wizard.py
- Codi del mòdul: flexigobe_octopia_connector 20.0 (4848da6a): views/octopia_completeness2_views.xml
- apps.odoo.com/apps/modules/20.0/flexigobe_octopia_connector
- flexigotech.com/en/services.html