Sobrevender en Temu no se paga con una disculpa: se paga en cancelaciones, en métricas de cuenta y en un cliente que ya ha pagado. Y casi nunca ocurre porque el stock esté mal contado en Odoo. Ocurre por el camino: entre que una unidad se vende en un canal y el otro canal se entera hay una ventana. Todo lo que viene ahora va de estrechar esa ventana y de asumir a conciencia la que queda.
El stock maestro vive en Odoo, no en el canal
La regla es aburrida y es la única que aguanta: una unidad existe en un solo sitio, y ese sitio es Odoo. Los canales no guardan stock, reciben una cifra publicada. En cuanto dos sistemas se creen dueños del mismo número aparece el caso clásico: Temu resta de su copia, tu web resta de la suya, y las dos copias juntas ofrecen más unidades de las que hay en la estantería. Lo que se ve en Temu tiene que ser una función del disponible en Odoo, no un valor que alguien edita a mano en el panel.
Repartir no es restar
Si vendes la misma referencia en Temu, en tu web y en otro marketplace, la pregunta no es cuánto tienes: es cuánto le enseñas a cada uno. Publicar todo en todos maximiza ventas y multiplica las cancelaciones; repartir en cuotas fijas es seguro y deja unidades muertas en el canal que no vende. Lo razonable suele estar en medio: cuota mínima para las referencias que rotan, disponible completo para las que tienen stock de sobra. Y si parte de esa mercancía está en un almacén que no es tuyo, tiene que contarse antes de publicarla: es el caso de Amazon FBA dentro de Odoo. Decidas lo que decidas, la política tiene que estar escrita como una regla legible en Odoo, no en la cabeza de quien lleva el canal.
Una cuota fija que nadie revisa envejece mal. Si el reparto no se ajusta cuando cambia la rotación, acabas con media estantería reservada al canal que menos vende.
El colchón se pone por referencia, no por catálogo
El colchón de seguridad es lo que decides no publicar para absorber el desfase. Puesto global —restar dos unidades a todo— es cómodo y caro: a la referencia que vende una unidad al mes le quitas dos meses de ventas, y al superventas no le salva de nada. El colchón se calcula por referencia, y si hace falta por canal: rotación alta y plazo de envío apretado piden más, producto lento con stock profundo no necesita ninguno. En Odoo eso tiene que ser un dato del producto que alguien pueda mirar y cambiar, no una constante escondida en el código del conector.
Publicar al confirmar, no cuando toque el lote
Aquí está la mayor parte del riesgo real. Si el stock se sincroniza cada hora, tu ventana de sobreventa es de una hora, y no hay colchón que arregle una hora en una referencia que rota. La alternativa es publicar cuando el stock cambia: se confirma un pedido, se valida un albarán, entra una recepción, y ese movimiento dispara la actualización de esa referencia, no de las diez mil. El barrido completo sigue haciendo falta, pero como red de seguridad nocturna, no como mecanismo principal. Es la diferencia entre empujar los cambios y esperar al turno, y está desarrollada en stock en tiempo real para marketplaces.
Lo que el canal tarda en creerte
Publicar no es que esté publicado. La llamada puede fallar, puede encolarse, puede aceptarse y aplicarse minutos después. Un conector serio guarda qué cifra mandó, cuándo y qué contestó el canal; reintenta con espera creciente en vez de machacar; y no se da por satisfecho con un 200 si el valor que queda arriba no es el que envió. Sin ese registro, el día que Temu enseñe siete unidades y Odoo diga cero no habrá forma de saber en qué paso se rompió. Es el mismo ciclo visto por el otro lado que la entrada de pedidos.
Cuándo no hace falta nada de esto
Si vendes piezas únicas, o tienes pocas referencias con stock profundo y un solo canal, sincronizar al instante no te aporta nada: un barrido diario y un colchón generoso te dejan tranquilo y te ahorran un proyecto. El problema aparece cuando la misma unidad puede venderse en dos sitios a la vez y la reposición tarda. Si ese no es tu caso, no lo compres; y si no estás seguro, mira primero cuántas cancelaciones por falta de stock llevas este trimestre, que esa cifra la tienes gratis.
Qué hace nuestro conector
El conector de Temu para Odoo empuja el stock por SKU, sincroniza por cron y por webhook, y registra los payloads y las respuestas de Temu para que haya algo que auditar cuando las cifras no coincidan. Publica las existencias físicas del almacén que asignas a cada cuenta de Temu, o una cantidad fija que mantienes tú en el producto. Funciona en Odoo 17, 18 y 19, con migración a Odoo 20 el día que salga. Descontar lo reservado, llevar un colchón por referencia o repartir entre canales con reglas propias no viene de serie: esa política la decides tú, y automatizarla es desarrollo a medida. Si vendes en más canales, el reparto se decide una vez para todos: eso está en varios marketplaces en un solo Odoo.
Preguntas frecuentes
¿Cada cuánto debería sincronizarse el stock con Temu?
Importa más el disparador que la frecuencia: publicar cuando cambia el stock y dejar un barrido completo periódico como red de seguridad. Un intervalo fijo largo es lo que abre la ventana de sobreventa.
¿Se publica el stock físico o el disponible?
El disponible: lo físico menos lo reservado por pedidos que aún no han salido, y menos el colchón. Publicar la cantidad física es el camino corto a cancelar pedidos que creías que podías servir.
¿Y si vendo el mismo producto en Temu y en mi propia web?
Mismo stock maestro y una política de reparto explícita. Si la tienda es Odoo eCommerce no hay reparto que valga: las dos ventas descuentan del mismo disponible en el mismo instante, que es justo lo que quieres.
Enlaces útiles dentro de FlexigoTech
Lo que hacemos sobre esto
¿Cancelas pedidos de Temu por falta de stock?
Cuéntanos cuántas referencias compartes entre canales, cada cuánto sincronizas hoy y dónde está la mercancía. Te decimos si el problema es el disparador, el colchón o el reparto, y si se arregla con lo que ya tienes. Escribe a comercial@flexigobe.com o agenda una llamada.