Este módulo integra los registros de intercambio EDI con Queue Job, de modo que las cuatro acciones principales del intercambio —generar, enviar, recibir y procesar— se despachan como trabajos en segundo plano en lugar de ejecutarse de forma síncrona.
Cada tipo de intercambio puede, opcionalmente, dirigir sus trabajos a un canal específico, establecer una prioridad o retener todos los trabajos hasta una hora fija del día —útil cuando el sistema receptor de un socio comercial tiene una ventana de procesamiento nocturna o cuando el operador quiere concentrar el trabajo EDI intensivo en recursos en horas de baja demanda.
Traducción automática al español (DeepSeek) de la descripción original de OCA, que está en inglés.
auto_awesome Qué hace este módulo
Generado por IA a partir del código · Odoo 19.0Ejecuta la generación, el envío, la recepción y el procesamiento de archivos EDI como trabajos en segundo plano en lugar de bloquear la pantalla, y te permite programar cada tipo de intercambio en un canal, una prioridad o una ventana horaria diaria.
Este módulo conecta los intercambios EDI con el sistema de trabajos en segundo plano, de modo que las cuatro acciones principales de EDI (generate, send, receive, process) se ejecutan en segundo plano en lugar de esperar en pantalla.
En cada tipo de intercambio EDI aparece una nueva pestaña "Queue" donde puedes elegir: - el canal de trabajos en el que debe ejecutarse el trabajo, - una prioridad, - y una hora de ejecución diaria opcional (hora, minuto y zona horaria). Cuando está habilitada, los trabajos de ese tipo se retienen y se liberan a esa hora cada día, lo cual es útil cuando un partner solo procesa archivos en una ventana nocturna.
En un registro de intercambio EDI, un botón "Jobs" en el cuadro de botones muestra cuántos trabajos en segundo plano están vinculados a ese registro y abre la lista de esos trabajos.
Comportamiento automático: los pasos generate y send pueden encadenarse para que el envío comience una vez finalizada la generación, y receive y process pueden encadenarse de la misma manera. Si un trabajo falla, el registro de intercambio se actualiza automáticamente con un estado de fallo y el mensaje de error y el traceback se almacenan en el registro.
Toca las pantallas del registro de intercambio EDI y del tipo de intercambio, el backend de EDI y los modelos de trabajos en segundo plano, y añade acceso de lectura a los trabajos para los usuarios de EDI.
Depende de
Lo necesitan otros módulos
Modelos y campos (2)
- edi.exchange.type · amplía un modelo existentejob_eta_tz (Execution time - timezone), job_eta_hour (Execution time - hour), job_priority, job_channel_id, job_eta_minute (Execution time - minute), job_eta_enabled (Enable ETA Scheduling)
- edi.exchange.record · amplía un modelo existenterelated_queue_jobs_count
Texto generado por IA (DeepSeek) al leer el código de la versión 19.0 en GitHub; puede contener errores, así que verifícalo en el código antes de decidir. Ver el código en GitHub
Disponibilidad por versión
Revisado: 2026-11-03Estado de confirmación: 2 confirmadas, 7 sin información de 9 versiones.
Fuentes · Odoo 19.0
Confirmado el 2026-11-03 en la rama 19.0 de OCA/edi-framework.
terminal Instalación y uso
Documentación de OCA · Odoo 19.0Despacho automático de trabajos
Todas las acciones de intercambio en edi.exchange.record se despachan automáticamente como trabajos en segundo plano. No se requiere configuración por registro; la integración está activa para cada tipo de intercambio en cuanto se instala el módulo.
Configuración de trabajos por tipo
Cada Exchange Type incorpora una pestaña Queue con ajustes opcionales:
| Campo | Propósito | |---|---| | Job channel | Enruta los trabajos a un canal específico (p. ej. root.edi.high). | | Job priority | Prioridad entera que se pasa al trabajo de la cola (menor = mayor prioridad). | | Enable ETA Scheduling | Activa la acumulación diaria de trabajos (ver más abajo). | | Execution time | Hora, minuto y zona horaria en que se liberan los trabajos acumulados. Visible solo cuando ETA Scheduling está activado. |
Acumular trabajos hasta una hora diaria fija
Activar ETA Scheduling en un tipo de intercambio hace que cada trabajo creado para ese tipo se retenga en la cola hasta la hora del día configurada, en lugar de procesarse de inmediato. Todos los trabajos que llegan durante el día se acumulan y se liberan juntos en ese momento.
Casos de uso típicos:
- El sistema receptor de un socio comercial solo procesa los archivos entrantes en una ventana nocturna específica (p. ej. 22:00).
- Las operaciones EDI que consumen muchos recursos (exportaciones grandes, transformaciones pesadas) deben diferirse a horas de baja carga para no competir con las cargas de trabajo diurnas.
- Preferencia operativa de enviar un lote de documentos a una hora diaria predecible en lugar de despacharlos uno a uno en tiempo real.
La hora de ejecución se configura con tres campos:
- Hour — hora del día (00–23).
- Minute — minuto de la hora (00–59).
- Timezone — la zona horaria en la que se interpretan la hora y el minuto. Por defecto, la zona horaria del usuario actual.
En tiempo de ejecución, la hora configurada se convierte al siguiente datetime UTC coincidente y se establece como ETA del trabajo de la cola. Si la hora objetivo para hoy ya ha pasado, el trabajo se programa automáticamente para la misma hora de mañana.
Cuando Enable ETA Scheduling está desactivado, los trabajos se despachan inmediatamente como de costumbre.
Prevención de trabajos duplicados
Se adjunta una clave de identidad a cada trabajo en cola, de modo que volver a desencadenar una acción para un registro que ya tiene un trabajo pendiente no encola un duplicado.
Traducción automática al español (DeepSeek) de la documentación original de OCA; los comandos y el código no se traducen. Sin información verificada en OCA: Instalación, Configuración.
Las instrucciones de instalación, el paquete de distribución, las dependencias y los pasos de configuración no se muestran porque todavía no se han verificado en la documentación del módulo para ninguna versión.
Datos importados de GitHub: esta ficha refleja la última revisión del catálogo, no una consulta en directo. Verifica siempre en la documentación del módulo y en staging antes de instalar en producción.