«¿Temu tiene API?» Sí. La pregunta útil es otra: qué hay que pedir para usarla, qué se puede leer, qué se puede escribir y qué pasa cuando responde que no. Esas cuatro respuestas deciden si la integración aguanta un pico de pedidos o se cae el primer viernes de rebajas. Van por orden.
Las credenciales no son un usuario y una contraseña
Temu funciona como cualquier marketplace serio: hay una aplicación registrada, con su clave y su secreto, y hay una autorización que la tienda concede a esa aplicación. De ahí sale un token que caduca, y la integración tiene que saber cuándo y avisar con margen para renovar la autorización antes de que venza. En Odoo eso significa que el token vive en un parámetro del sistema con permisos, no en un campo de texto que alguien pegó una vez y nadie recuerda. Y significa que el día que la tienda revoca la autorización, la sincronización tiene que parar y avisar, no seguir fallando en silencio durante una semana.
Las credenciales son del vendedor, siempre. No revendemos acceso ni compartimos una aplicación entre clientes: si mañana dejas de trabajar con nosotros, la conexión sigue siendo tuya y no hay nada que devolver.
Qué familias de endpoints hacen falta de verdad
Los nombres exactos cambian entre versiones de la API; las familias no, y son cinco. Listado de pedidos por ventana temporal, para traer lo nuevo sin pedir el histórico entero. Detalle de pedido, que es donde vienen líneas, variante, importes e impuestos. Confirmación de envío, con transportista y número de seguimiento, que es lo único que Temu mira para darte por cumplido. Catálogo, para publicar y actualizar fichas. Y stock, que va aparte del catálogo porque cambia mil veces más. Si una integración solo cubre las dos primeras, no es una integración: es un importador.
El detalle de cada familia está desarrollado en los dos artículos hermanos: importar los pedidos sin perder datos y sincronizar productos y precios.
El stock es la llamada que más se repite
Una tienda con 2.000 referencias que reenvía todo el stock cada quince minutos hace 192.000 escrituras al día para cambiar, con suerte, doscientas cifras. Eso no es sincronizar: es gastar cupo. Lo correcto es enviar solo lo que ha cambiado desde el último envío, agrupado en lotes, y disparar además una actualización inmediata cuando una venta deja una referencia al borde de cero. La frecuencia alta no evita la sobreventa; el colchón de seguridad sí.
Límites: la API no es una base de datos que puedas consultar a discreción
Toda API de marketplace tiene un techo de llamadas por ventana de tiempo, y tarde o temprano lo tocas. Lo que separa una integración sana de una rota es qué hace al tocarlo. Un rechazo por exceso de llamadas no es un error que se traga y se olvida: es una orden de esperar. La integración debe reintentar con espera creciente, encolar lo que no cupo y retomarlo en el siguiente ciclo sin duplicar nada. Todo esto vive en una cola de trabajos, no en un bucle dentro del cron. Cuando esa cola se atasca, el síntoma es el que contamos en colas bloqueadas en Odoo.
Registrar cada llamada no es paranoia: es la única prueba
Cuando un pedido no aparece, o Temu dice que no recibió el número de seguimiento, la discusión se gana con el registro o no se gana. Hay que guardar por llamada: el momento exacto, el endpoint, el cuerpo enviado, el código y la respuesta recibida, y el identificador del pedido o la referencia afectada. Sin secretos ni tokens en claro, y con una caducidad razonable para que la tabla no se coma el disco. Esto es lo primero que miramos al auditar un conector que hizo otro, y su ausencia es la causa de la mitad de los casos imposibles de diagnosticar, como los que describimos en errores frecuentes contra una API de marketplace.
Qué hace nuestro conector (y qué no)
El conector de Temu para Odoo cubre las cinco familias: importa los pedidos por ventana temporal, confirma los envíos con transportista y número de seguimiento, publica productos y SKU y envía el stock por SKU, agrupado por artículo. La tienda se autoriza con el código que emite Temu, y el conector guarda cuándo caduca el token y muestra si la conexión sigue viva. Sincroniza por cron y por webhook, guarda la petición y la respuesta de cada confirmación de envío y el contenido de cada webhook recibido, y si Temu sube de versión un método, repite la llamada con la versión nueva.
Lo que hoy no hace, dicho claro: no envía solo el stock que ha cambiado, porque en cada pasada manda el de todas las referencias vinculadas; no lleva una cola de trabajos con espera creciente, y no registra todas las llamadas. Un rechazo por límite queda en el log del servidor y se reintenta en la siguiente pasada del cron. Funciona en Odoo 17, 18 y 19, con migración a Odoo 20 el día que salga. Si lo que estás decidiendo es si conviene esto o un middleware por encima, está comparado en middleware o conector nativo: hay casos en los que la respuesta correcta no somos nosotros.
Preguntas frecuentes
¿Hace falta una cuenta de desarrollador en Temu?
Hace falta que tu tienda autorice la aplicación desde su panel de vendedor. Las credenciales que salen de ahí son tuyas y el conector las usa; nosotros no revendemos acceso.
¿Se puede probar sin arriesgar la tienda real?
Sí: se levanta una base de pruebas de Odoo con las credenciales reales y se activan solo las lecturas. Leer pedidos y catálogo no cambia nada en Temu; lo que hay que dejar apagado hasta validar es la publicación de fichas, el stock y la confirmación de envío.
¿Cada cuánto conviene llamar a la API?
No hay un número igual para todos. Pedidos, cada pocos minutos, porque el plazo de envío corre. Stock, por cambio y no por reloj. Catálogo, solo cuando la ficha cambia de verdad. Llamar más a menudo de lo que cambian los datos solo gasta cupo.
Enlaces útiles dentro de FlexigoTech
Lo que hacemos sobre esto
¿Vas a atacar la API de Temu por tu cuenta?
Cuéntanos cuántas referencias mueves, en qué países vendes y quién prepara los envíos. Te decimos qué familias de endpoints necesitas y dónde te vas a chocar con los límites. Escribe a comercial@flexigobe.com o agenda una llamada.