Millor transportista per a Odoo ecommerce: SEUR, MRW, Correos Express, DHL, GLS, UPS i CTT, quin triar i per quin camí

No hi ha un millor transportista per a Odoo: hi ha un trio, transportista × volum × camí d'integració, i on més es falla és en el tercer. Amb un servei, pocs bultos per comanda i sense reemborsament, n'hi ha prou amb un mòdul OCA ben implantat. Si vius de la recollida o del punt de recollida, necessites un mòdul propi que cobreixi aquestes crides. I amb diversos transportistes per país, o si l'etiqueta la necessiten altres sistemes, la integració va a un middleware d'enviaments i Odoo només envia la comanda.

Tot surt de llegir codi el 12 de setembre de 2026: a OCA/l10n-spain, delivery_seur_atlas, delivery_mrw i delivery_dhl_parcel (19.0) i delivery_gls_asm (18.0); a OCA/delivery-carrier, delivery_correos_express (19.0), delivery_ups_oca i delivery_cttexpress (18.0); i els nostres connectors de Correos Express i MRW.

Què cobreix cada transportista a Odoo, llegit al codi

Llevat d'on digui «propi», la cel·la descriu el mòdul OCA; «No» vol dir que no ho fa cap. La branca és la que existeix avui a GitHub, no la que promet una fitxa.

Tres coses que la taula no diu. Cap dels set OCA cotitza llevat del d'UPS: el de SEUR aixeca un NotImplementedError i els altres cinc retornen el preu de venda del producte d'enviament, així que el port es defineix a Odoo. El seguiment l'actualitza en tots el mateix cron, el de delivery_state, amb interval d'un dia. I cap, OCA o propi, envia partida aranzelària ni valor declarat.

MRW o SEUR a Odoo: on difereixen de debò per a B2C nacional

A l'etiqueta fan el mateix: es valida l'albarà, es crea l'expedició, l'etiqueta queda adjunta i el seguiment s'escriu al picking. Difereixen en tres funcions que no surten en una demo. Recollida programada: a l'OCA de SEUR no existeix. El nostre connector MRW envia la data de recollida dins de la sol·licitud, calculada des de la data prevista de l'albarà, passada al dia següent després de les 17:00 i saltant caps de setmana. L'OCA de MRW envia el node de recollida buit i rebutja «amb recollida en franquícia», tot i que sí que admet el lliurament en franquícia.

Multibulto: l'OCA de SEUR reparteix el pes a parts iguals entre els bultos i envia mesures 1×1×1; desa un sol número d'expedició. El nostre connector MRW construeix una línia per bulto amb el seu pes i valida les dades abans de cridar. Reemborsament: SEUR no l'envia en cap camp; l'OCA de MRW sí, amb comissió a origen o a destí i l'import pres del total de la comanda. Vendre contra reemborsament és desenvolupament a SEUR i configuració a MRW. Detall a connectar SEUR amb Odoo i a connector MRW Odoo.

GLS o DHL a Odoo: paqueteria europea davant d'enviament internacional

El criteri no és l'etiqueta, és la frontera. GLS Espanya és paqueteria de xarxa: bultos petits, agències, volum. DHL a Odoo són dos productes amb dues API: el mòdul OCA és només de DHL Parcel i la seva pròpia descripció avisa que no val per a DHL Express, que és just el que Odoo 19 documenta com a connector natiu, juntament amb UPS. Mira primer quin producte de DHL tens contractat.

Duanes: ni GLS ni DHL Parcel les fan. El de DHL porta els camps de l'API, CustomsValue, CustomsCurrency i GoodsDescription, i els tres viatgen buits; l'incoterm només admet CPT o EXW. El de GLS envia el valor declarat buit i el país del remitent fix a 34, Espanya. Si exportes fora de la Unió, Canàries, Ceuta i Melilla incloses, tria el camí que et deixi omplir aquestes dades. Detall a DHL i GLS a Odoo.

GLS a Odoo: què cobreix el mòdul OCA i quan n'hi ha prou

delivery_gls_asm és el més complet dels tres que no arriben a Odoo 19. Llegit a la 18.0.1.1.3: etiqueta només en PDF, amb el format fix a la crida EtiquetaEnvio; recollides amb alta, anul·lació i estats propis; prova de lliurament adjunta a l'albarà; cancel·lació només si l'expedició continua registrada al transportista; reemborsament des del total de la comanda; marca «amb retorn»; i assistent de manifest. N'hi ha prou si envies des d'Espanya, a 17 o 18, amb impressora que accepti PDF. Fitxa a GLS OCA.

UPS a Odoo: compte, claus d'API i on falla l'OCA

delivery_ups_oca és l'únic dels set que cotitza de debò: crida a /api/rating/v1/Rate i retorna el preu segons pes i dimensions, amb tarifes negociades si es marca la casella. Demana client id, client secret i número d'expedidor, i renova el token OAuth sol. Les unitats vénen per defecte en polzades i lliures (IN i LBS): si no les canvies, la tarifa surt amb el pes equivocat. Etiqueta GIF per defecte, convertida a PDF si ho tries; també ZPL, EPL i SPL.

On falla per a internacional, que és per al que es contracta UPS: no hi ha cap referència a InternationalForms, factura comercial ni duanes, així que la documentació duanera es fa fora d'Odoo. Tampoc hi ha recollides, retorn ni punt de recollida; reemborsament sí. I no hi ha branca 19.0. Fitxa a UPS OCA.

CTT Express a Odoo: què demana la integració i com torna el seguiment

delivery_cttexpress val, segons la seva pròpia descripció, per a Espanya i Portugal. Parla SOAP amb zeep contra iberws.tourlineexpress.com, port 8686 en proves i 8700 en producció, i demana usuari, contrasenya i codis de client, agència i contracte. Etiqueta en PDF, PNG o BMP, amb model SINGLE o MULTI; recollida amb franja horària i manifest, tots dos per assistent; seguiment per GetTracking amb el cron diari. No fa retorn, reemborsament, punt de recollida ni duanes, i no té branca 19.0. Fitxa a CTT Express OCA.

Criteri de decisió per volum: quan OCA, quan mòdul propi, quan middleware

No ho decidim per mida d'empresa sinó per on és la feina repetida. Tres preguntes, en aquest ordre.

1. Un transportista, un servei, un bulto habitual i sense reemborsament? Mòdul OCA: és lliure, el codi es llegeix i etiqueta i seguiment hi són. Pressuposta la implantació: mapatge d'estats, baixar el cron i comprovar que la branca de la teva versió existeix.
2. Vius d'una funció que a la taula posa «No»? Recollida programada, punt de recollida, reintents quan l'API cau, validació prèvia de credencials. Això és mòdul propi: el nostre de Correos Express reintenta els pendents cada cinc minuts i sincronitza el seguiment cada trenta; el de MRW bloqueja la validació o només avisa, segons es configuri.
3. Diversos transportistes per país, o l'etiqueta la necessita també la botiga? Middleware d'enviaments: Odoo envia comanda i albarà, la plataforma tria transportista i retorna etiqueta i estat. Es paga per enviament i es perd detall, però es canvia de transportista sense tocar Odoo.

El llindar: mentre ningú retranscrigui adreces al portal, no compensa integrar; així que algú ho fa, compensa l'OCA; quan el magatzem treu etiquetes per dos camins, toca mòdul propi o middleware. Més a mòdul natiu davant d'OCA i a automatitzar etiquetes i tracking.

Els tres errors en triar transportista per a Odoo

• Triar pel preu del port i descobrir el camí després. El port el negocia comercial; el camí el pateix magatzem. Un transportista sense recollida a Odoo costa una persona trucant a l'agència cada tarda.
• Creure la fitxa del mòdul en lloc de la branca. Demana la URL del manifest a la branca de la teva versió i mira si retorna 200.
• Provar amb un bulto a Madrid. És l'únic cas que tots resolen bé. Prova tres bultos de pesos diferents, un reemborsament i un enviament a Canàries.

Preguntes freqüents

Enllaços útils dins de FlexigoTech

El que fem sobre això