Descripción general
Permite el control dinámico sobre qué contacto (partner_id) en el ticket, en función de la configuración del equipo de Helpdesk asignado (team_id). La lógica funciona de la siguiente manera:
- Si el equipo tiene un contacto predeterminado, rellenará el campo de contacto con ese valor.
- Si el equipo tiene un contacto único, solo ese contacto estará disponible.
- Si el equipo tiene una lista de contactos permitidos, solo esos contactos estarán disponibles.
- Si el equipo no tiene restricciones, todos los contactos estarán disponibles.
Caso de uso
Este módulo está diseñado para organizaciones que estructuran sus equipos de Helpdesk en torno a clientes, en lugar de áreas funcionales de soporte.
Un caso de uso típico es una empresa de desarrollo de software o servicios donde:
- Cada cliente tiene un equipo de Helpdesk dedicado.
- Los desarrolladores y agentes de soporte se asignan a equipos específicos de cada cliente.
- El panel de Helpdesk se utiliza para hacer seguimiento de la carga de trabajo por cliente (p. ej. "Cliente X – 4 tickets abiertos").
En esta configuración, cada ticket creado para un equipo determinado está implícitamente relacionado con un cliente específico. Sin embargo, en el Odoo estándar, ambos campos aún deben seleccionarse manualmente:
- Equipo: Cliente X
- Cliente: Cliente X
Esta repetición es propensa a errores y ralentiza la creación de tickets.
Propósito del módulo
El objetivo de este módulo es agilizar la creación de tickets y evitar datos inconsistentes vinculando los equipos de Helpdesk a uno o más clientes permitidos.
Según la configuración del equipo, el módulo puede:
- Establecer automáticamente un cliente predeterminado cuando se selecciona un equipo.
- Restringir el campo de cliente a un único cliente permitido.
- Restringir el campo de cliente a una lista predefinida de clientes.
Como resultado:
- La creación de tickets es más rápida.
- Se reduce el riesgo de asignar un ticket al cliente equivocado.
- El panel de Helpdesk permanece agrupado de forma consistente por cliente.
Justificación del diseño
Por qué la restricción va de Equipo a Cliente
A diferencia de configuraciones más comunes donde los clientes se restringen a equipos específicos, este módulo aborda escenarios donde:
- Los equipos representan contextos de cliente.
- Los agentes cambian con frecuencia entre equipos dedicados a clientes.
- La asignación correcta del cliente es crítica para informes, paneles y control del alcance contractual.
Para estos escenarios, imponer la consistencia del cliente a nivel de equipo es tanto intencional como necesario.
Por qué se requiere una restricción del lado del servidor
El dominio dinámico en el campo de cliente está pensado como guía para el usuario, pero no es suficiente para garantizar la consistencia de los datos.
En el comportamiento estándar de Odoo, los campos many2one permiten la creación de registros al vuelo. Por ejemplo, un agente puede escribir el nombre de un nuevo cliente y pulsar Enter, creando un nuevo partner que omite la restricción de dominio de la interfaz.
Por este motivo, se requiere una restricción del lado del servidor para garantizar que, cuando un equipo de Helpdesk define una lista explícita de clientes permitidos, ningún ticket pueda guardarse con un cliente fuera de esa lista.
La restricción no impide la creación de clientes; solo impone la regla de consistencia entre equipo y cliente en el momento de la persistencia.
Por qué no se utilizan reglas de registro
Este módulo no pretende restringir el acceso global a los partners.
La disponibilidad de partners es contextual y depende del equipo de Helpdesk seleccionado en cada ticket. Un mismo usuario puede trabajar con múltiples equipos dedicados a clientes durante el mismo día.
Las reglas de registro se evalúan a nivel de usuario o grupo y, por lo tanto, no son adecuadas para restricciones por registro que dependen del equipo.
Por este motivo, el módulo utiliza:
- un dominio dinámico para guiar al usuario
- una restricción del lado del servidor para la consistencia de los datos
Esto mantiene la implementación simple, predecible y alineada con los patrones de interacción estándar de Odoo.
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 17.0Restringe qué contacto de cliente se puede seleccionar en un ticket de helpdesk según el equipo del ticket. Cada equipo puede tener un contacto predeterminado, un único contacto permitido o una lista de contactos permitidos.
Este módulo añade reglas de contacto de cliente a los equipos de helpdesk. En el formulario del equipo de Helpdesk, una nueva pestaña "Associated Partners" permite establecer un contacto predeterminado, marcar el equipo como que permite solo un contacto y/o listar los contactos permitidos.
En un ticket de helpdesk, el campo de contacto se filtra automáticamente según el equipo seleccionado: - Si el equipo tiene un contacto predeterminado, se rellena automáticamente cuando el ticket aún no tiene contacto. - Si el equipo está configurado con un contacto único, solo se puede elegir ese contacto. - Si el equipo tiene una lista de contactos permitidos, solo se pueden elegir esos contactos (más el predeterminado). - Si el equipo no tiene restricciones, todos los contactos siguen disponibles.
Una regla de validación bloquea el guardado de un ticket cuyo contacto no está permitido para el equipo seleccionado, mostrando el mensaje "This partner is not allowed for selected team". Cambiar el contacto predeterminado en un equipo también desactiva automáticamente la opción de contacto único cuando se borra el predeterminado.
El módulo extiende helpdesk.ticket y helpdesk.ticket.team y añade campos a los formularios existentes de equipo y ticket.
Depende de
Modelos y campos (2)
- helpdesk.ticket · amplía un modelo existentepartner_id_domain
- helpdesk.ticket.team · amplía un modelo existenteis_unique_partner, default_partner_id, allowed_partner_ids
Texto generado por IA (DeepSeek) al leer el código de la versión 17.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: 1 confirmada, 8 sin información de 9 versiones.
Fuentes · Odoo 17.0
Confirmado el 2026-11-03 en la rama 17.0 de OCA/helpdesk.
terminal Instalación y uso
Sin información verificadaLas 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.