El error «Request Override JSON must be an object/dict payload.»: checklist

Qué comprueba el módulo antes de lanzar el mensaje

El mensaje Request Override JSON must be an object/dict payload. lo lanza el paso del módulo que construye lo que se va a enviar a Temu desde una ficha de Fulfillment. Ese paso se alcanza cuando pulsas el botón Ejecutar (Execute) de la ficha. En Odoo 17, 18 y 19 ese botón se ve siempre, y el mensaje está en el código publicado de esas tres ramas.

La lógica del código es corta y se lee así:

• Si el campo Request Override Json tiene contenido, el módulo comprueba qué tipo de dato es.
• Si ese contenido no es un objeto (un diccionario de claves y valores), la acción se detiene con el mensaje.
• Si es un objeto, el módulo devuelve una copia de ese objeto tal cual y no sigue leyendo el resto de campos de la ficha para montar lo que se envía.
• Si el campo está vacío, el código no entra en esa comprobación. En la mayoría de operaciones pasa a construir lo que se envía a partir del tipo de operación de la ficha y de sus campos. En las operaciones de almacén cooperativo no construye nada: el campo tiene que ir relleno y, vacío, la acción se detiene con otro mensaje distinto.

Es decir, este mensaje no habla de que falte un dato: habla de que hay un dato escrito con la forma equivocada. Una lista en lugar de un objeto, por ejemplo, ya cumple la condición del error.

Antes de pulsar Ejecutar

Una revisión rápida en la ficha evita el error. Las fichas de Fulfillment se abren desde el menú Temu › Orders & Fulfillment › Fulfillment.

• Abre la ficha de «Fulfillment» desde Temu › Orders & Fulfillment › Fulfillment.
• Ve a la pestaña Override de payload (Payload Override).
• Mira el campo Request Override Json. Su ayuda dice: «Optional payload override. If set, it is sent as-is.».
• Decide si de verdad quieres sustituir lo que construye el módulo. Si rellenas el campo, lo que pongas es lo que se envía, tal cual.
• Si no quieres sustituir nada, deja el campo vacío, salvo que la operación de la ficha sea de almacén cooperativo: en esas el campo tiene que ir relleno.
• Si lo rellenas, escribe un único objeto JSON: un solo bloque de claves y valores, no una lista de elementos ni un texto o un número sueltos.

Si ya te ha salido el mensaje

El error tiene una sola condición en el código: el campo Request Override Json está relleno y su contenido no es un objeto. Estos son los pasos, en orden.

• Cierra el aviso y no pulses Ejecutar otra vez todavía: con el mismo contenido volverá a salir el mismo mensaje.
• Abre la pestaña Override de payload de esa misma ficha.
• Lee lo que hay en Request Override Json y averigua si es un objeto (un bloque de claves y valores) o es otra cosa, como una lista.
• Si era una lista, reescribe el contenido como un único objeto JSON o vacía el campo. Vaciarlo solo vale si la operación no es de almacén cooperativo; en esas, el campo debe quedar con un objeto.
• Si no tenías intención de sustituir lo que construye el módulo, vacía el campo (de nuevo, salvo en las operaciones de almacén cooperativo).
• Guarda la ficha con el campo corregido.
• Pulsa Ejecutar de nuevo.

Si vacías el campo, el código ya no entra en la comprobación de este mensaje. En la mayoría de operaciones pasa a construir lo que se envía a partir del tipo de operación y de sus campos, un camino distinto con sus propias comprobaciones, que cuenta el botón Ejecutar paso a paso. En las operaciones de almacén cooperativo el campo tiene que ir relleno: vacío, la acción se detiene con otro mensaje.

Después de corregirlo

Tras guardar y volver a pulsar el botón, comprueba lo siguiente.

• El mensaje Request Override JSON must be an object/dict payload. ya no aparece.
• Si has dejado el campo relleno, su contenido es un objeto y es exactamente lo que quieres enviar, porque el módulo lo copia tal cual y no lo completa con otros campos de la ficha.
• Si lo has vaciado en una operación que no es de almacén cooperativo, revisa que la ficha tenga bien puestos los datos de la operación elegida, porque ahora el módulo lee esos campos en lugar de usar tu contenido.
• Si la operación es de almacén cooperativo y has vaciado el campo, la acción se detendrá con otro mensaje: ahí el campo debe llevar un objeto.
• Si te sale otro mensaje distinto, ya no es este error: es otra comprobación del módulo y hay que mirar su propio texto.

Preguntas que te harás

¿Puede salir si el campo está vacío?

No con esta condición: el código solo mira el tipo del contenido si el campo tiene algo. Con el campo vacío sigue con la operación de la ficha, salvo en las operaciones de almacén cooperativo, donde se detiene con otro mensaje porque el campo debe ir relleno.

¿Dónde sale el mensaje?

Al pulsar el botón Ejecutar de la ficha de Fulfillment: ahí es donde el método llega a la comprobación.

¿Qué pasa con la acción cuando sale?

El mensaje detiene la acción: el botón Ejecutar no sigue adelante con lo que se iba a enviar.

¿Es igual en todas las versiones?

El mensaje está en el código publicado de las ramas 17.0, 18.0 y 19.0. El módulo está publicado en Odoo Apps también para la 20.0.

Si necesitas ayuda con tu integración

Si tu caso pasa por enviar a Temu un contenido a medida y quieres que alguien lo revise contigo, puedes consultar la página del módulo. FlexigoTech implanta Odoo 17, 18, 19 y 20 y desarrolla conectores e integraciones a medida, por si lo tuyo va más allá de este campo.

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): models/temu_fulfillment.py
• Código del módulo: flexigobe_temu_connector 19.0 (455b3f0f): views/temu_fulfillment_views.xml
• apps.odoo.com/apps/modules/19.0/flexigobe_temu_connector
• flexigotech.com/en/services.html