Español
English
Deutsch
Français
Português
Italiano
Nederlands
Polski
Una comanda de Temu no es tanca quan la prepares: es tanca quan Temu sap que l'has preparada. Fins que el número de seguiment no arriba a la seva plataforma, per a Temu aquesta comanda continua pendent, i el rellotge que corre no és el teu. Aquí hi ha tota la diferència entre una integració que funciona i una que només sap importar comandes.
El termini el porta cada comanda, no el teu magatzem
Temu assigna a cada comanda una data límit d'expedició. No és una recomanació ni un objectiu intern de servei: és una dada que viatja amb la comanda (a l'API de Temu, expectShipLatestTime) i és diferent per a cada línia de la teva cua de treball. Un magatzem que prepara per ordre d'arribada incompleix tard o d'hora, perquè l'ordre d'arribada i l'ordre de venciment no són el mateix ordre. La regla és curta: si el termini no és dins d'Odoo, no existeix, i el que no existeix no es prioritza.
La data límit ha d'arribar fins a l'albarà
Guardar-la a la comanda de venda no n'hi ha prou. Qui prepara no mira comandes de venda: mira albarans. La data límit ha de viatjar de la comanda a l'albarà, i ser en un camp pel qual es pugui ordenar la llista, perquè la vista de preparació s'ordeni per venciment i no per referència. És la mateixa feina que expliquem a importar les comandes de Temu a Odoo: si la dada no entra amb la importació, cap automatisme posterior se la pot inventar.
Confirmar l'enviament són dues dades, i totes dues han de ser correctes
Temu no espera un «enviat»: espera un transportista i un número de seguiment que el seu sistema pugui rastrejar. I el transportista s'ha d'identificar amb el codi que Temu reconeix, no amb el nom que tu hagis posat al mètode d'enviament a Odoo. Un enviament confirmat amb un transportista que Temu no identifica és un enviament que la seva plataforma no pot seguir, i acaba tractant-se gairebé igual que si no l'haguessis confirmat. El número surt del transportista en generar l'etiqueta; la feina d'integració consisteix que aquest número pugi sol, en el moment en què es valida l'albarà, i no quan algú se'n recordi. Com es generen aquestes etiquetes ho trobaràs a etiquetes i seguiment a Odoo.
Trampa clàssica: els enviaments amb diversos bultos. Si l'albarà genera tres números de seguiment i la confirmació només puja el primer, el comprador veu un paquet i n'espera tres. Decideix des del principi quin número representa l'enviament i deixa-ho per escrit.
Què se sanciona realment si s'incompleix
No és un recàrrec a la factura: és el compte. Una comanda expedida fora de termini compta com a enviament tardà, i aquesta mètrica és la que Temu mira per decidir la teva visibilitat i, si es repeteix, per aplicar restriccions. Una comanda sense seguiment vàlid pot acabar cancel·lada, amb la venda perduda i la mercaderia ja al carrer. Els llindars concrets són a les teves condicions de venedor: no et donarem un percentatge que no hem mesurat. El que sí és constant és la direcció: es mesura per comanda, s'acumula per compte i es recupera lentament.
La fallada que ningú veu: la confirmació que no va pujar
El cas perillós no és l'error visible. És la crida que falla (l'API no respon, el token ha caducat, el transportista no està mapat) i ningú se n'assabenta, perquè l'albarà d'Odoo va quedar validat igualment. A dins tens la comanda servida; a Temu continua pendent i el termini continua corrent. Una integració seriosa guarda l'estat de la confirmació a l'albarà mateix, la torna a intentar i deixa a la vista la cua del que no ha pujat. Sense aquesta cua, el primer avís arriba per correu de Temu. És el mateix patró que descrivim a quan el tracking no arriba a Amazon.
Què fa el nostre connector, i quan no el necessites
Si envies cinc comandes al dia i mai se't passa una, copiar el número al panell de Temu surt més barat que qualsevol integració: no ens contractis per això. Comença a compensar quan hi ha diverses persones preparant, diversos transportistes o prou volum perquè una comanda es perdi sense que ningú ho noti. El connector de Temu per a Odoo porta a Odoo la data límit d'expedició de cada comanda, puja transportista i número de seguiment en validar l'albarà, tradueix els teus mètodes d'enviament als transportistes que Temu reconeix i guarda a l'albarà mateix l'estat de cada confirmació (enviada, pendent o amb error, amb el motiu), amb un botó per reenviar-la. La data límit queda a la fitxa de la comanda de Temu; ordenar-hi la llista d'albarans és un ajust que fem a mida. Funciona a Odoo 17, 18 i 19.
Preguntes freqüents
En quin moment es puja el seguiment?
En validar l'albarà, i una altra vegada si després s'afegeix o canvia el número de seguiment. Si la crida falla, l'albarà queda marcat amb l'error i es pot reenviar amb un botó. Deixar-ho en un cron d'una hora regala una hora d'un termini que ja és just.
I si el número de seguiment canvia després?
Es pot tornar a enviar mentre Temu continuï acceptant la modificació d'aquesta comanda. Passat aquest punt la correcció deixa de ser un assumpte tècnic i es converteix en una incidència amb atenció al venedor.
Funciona si és un operador logístic qui valida els albarans?
Sí, sempre que el número de seguiment acabi a l'albarà d'Odoo. El que canvia és d'on surt: en comptes de generar-lo Odoo amb l'etiqueta, entra des de l'operador. La confirmació cap a Temu és exactament la mateixa.
Enllaços útils dins de FlexigoTech
El que fem sobre això
Se't escapen terminis de Temu?
Explica'ns quantes comandes mous al dia, amb quins transportistes treballes i qui valida els albarans. Mirem si el problema és el termini que no arriba al magatzem, el transportista mal traduït o confirmacions que fallen en silenci. Escriu a comercial@flexigobe.com o agenda una trucada.