Qué hace el botón Enviar de Temu Connector for Odoo, paso a paso

Dónde está el botón y cuándo se ve

Las fichas de cancelación se abren desde el menú Temu › Orders & Fulfillment › Cancelaciones (Temu › Orders & Fulfillment › Cancellations). Dentro de la ficha, con Odoo en castellano, el botón se llama Enviar (Submit). Está en las ramas 17, 18 y 19 de Odoo.

El botón se oculta cuando la ficha ya no está en su estado inicial o cuando la petición es de tipo remoto. Con los valores por defecto de una ficha nueva (petición de tipo apelación y estado inicial) el botón se ve.

El caso: Casa Brisa y un pedido sin existencias

Ejemplo Caso ilustrativo: la empresa y sus datos son inventados para explicar el flujo.

Casa Brisa es una tienda inventada que vende menaje en Temu y se queda sin existencias de un artículo de un pedido. Abre Temu › Orders & Fulfillment › Cancelaciones, entra en la ficha de cancelación de ese pedido y ve el botón Enviar. Lo que ocurre a partir de ahí depende de lo que tenga rellenado la ficha.

Antes de pulsar: lo que el módulo ya rellena

El primer paso no depende del botón. Si la ficha está vinculada a un pedido de Temu, al crearla el módulo completa Instance, Parent Order Sn y la lista de números de pedido (Order Sn List Csv) a partir de ese pedido, cuando esos datos están vacíos. Al guardar la ficha hace un repaso parecido: pone el Parent Order Sn si falta y, si la lista está vacía, la rellena con el número del pedido.

En el caso de Casa Brisa, la ficha nace vinculada al pedido, así que el pedido padre y la lista llegan ya rellenos. Una ficha que no estuviera vinculada a ningún pedido no recibiría esos datos desde el pedido.

Qué comprueba el botón, en orden

Al pulsar Enviar, el módulo hace esto:

1. Repite el repaso de datos desde el pedido que acabas de leer, por si algo sigue vacío.
2. Si el Parent Order Sn sigue vacío, para con Parent Order SN is required.
3. Si la petición es de falta de stock y la lista de números de pedido está vacía, para con Out-of-stock cancellation requires at least one order SN. La lista sale de los datos ya guardados o, si no los hay, del campo Order Sn List Csv, que se lee separando por comas o saltos de línea e ignorando los huecos.
4. Si la petición es una apelación, el módulo exige que haya un motivo escrito y que cada enlace de prueba empiece por http:// o https://. Si falla alguna de las dos cosas, para con un error.
5. Si todo está en orden, envía la petición a Temu a través de la Instance de la ficha.

Cuando falla la comprobación del pedido padre o la de la lista de falta de stock, la ficha sigue en su estado inicial y no se envía nada a Temu. Casa Brisa, con su ficha vinculada, las pasa.

Qué se envía y qué cambia en la ficha

El camino depende del tipo de petición.

Apelación

La petición lleva el tipo de cancelación, el pedido padre y el motivo con sus enlaces de prueba. El tipo sale del campo Appeal Cancel Type, que está en la ficha, se oculta cuando la petición no es una apelación y ofrece Suspected Batch Refund e Incorrect Address. Su valor por defecto es Incorrect Address, así que conviene mirarlo antes de enviar.

Si la respuesta de Temu trae un número de solicitud, la ficha pasa al estado de enviada; si no lo trae, queda pendiente. En ambos casos el módulo guarda la petición y la respuesta, anota la fecha y hora del envío, vacía el último error y deja registrada la lista de números de pedido.

Falta de stock

La petición lleva el pedido padre y la lista de números de pedido. Si la respuesta de Temu indica un resultado positivo, la ficha queda pendiente; si no, queda en Failed. El módulo guarda también los motivos de fallo y los resultados por pedido que devuelva Temu, además de la petición, la respuesta, la fecha y hora del envío y la lista de pedidos.

Hay un detalle que conviene conocer: en este tipo, si Temu no da un resultado positivo, la ficha queda en Failed y el botón termina igualmente con su aviso de envío. Por eso, tras pulsar, mira el estado de la ficha y no te quedes solo con el aviso.

El aviso final y cuando algo falla

Si el envío termina sin error, aparece una notificación de éxito con el texto Temu cancellation request has been submitted., que no se queda fija en pantalla.

Si falla algo dentro del bloque de envío (la comprobación del motivo y de los enlaces en una apelación, la llamada a Temu u otro error), el módulo escribe el estado Failed con el texto del error y vuelve a lanzar ese error, de modo que lo ves en pantalla. Las comprobaciones del pedido padre y de la lista de falta de stock se hacen antes, fuera de ese bloque: solo paran la acción.

Como el botón se oculta cuando la ficha ya no está en su estado inicial, y el envío la deja en otro estado, tras enviarla el botón deja de verse en esa ficha.

Qué aprender del caso

• Revisa Parent Order Sn y Order Sn List Csv antes de pulsar; en una apelación, ten escrito el motivo y enlaces de prueba que empiecen por http:// o https://.
• En una apelación, mira Appeal Cancel Type: viene con Incorrect Address por defecto.
• Después de enviar, lee el estado de la ficha: el aviso de éxito no basta en falta de stock.

Coste y ayuda

Temu Connector for Odoo es un módulo de pago único por versión y la conexión pasa por FlexigoTech Cloud, en el plan Conector: 49 € al mes o 490 € al año, sin IVA. Los detalles de compra están en la página del módulo. FlexigoTech implanta Odoo 17, 18, 19 y 20 y desarrolla conectores e integraciones a medida si tu flujo de cancelaciones necesita algo más.

Sigue leyendo

Comprobado en el código del conector (versión 19.0) y en las fuentes enlazadas

Fuentes

• Código del módulo: flexigobe_temu_connector 19.0 (455b3f0f): views/temu_order_cancellation_views.xml
• Código del módulo: flexigobe_temu_connector 19.0 (455b3f0f): models/temu_order_cancellation.py
• flexigotech.com/precios.html
• flexigotech.com/en/services.html