Odoo 19.0 Community · Persistente

hr.leave.type: campos, relaciones y API

El modelo hr.leave.type («Tipo de ausencia») es un modelo persistente declarado por el módulo Ausencias y ampliado por 2 módulos más. Expone 43 campos, 37 de ellos declarados directamente en el modelo; 11 campos de otros modelos apuntan a él. A continuación encontrará cada campo con su nombre técnico, tipo, etiqueta en español y relaciones, y un ejemplo de llamada a la API JSON-2 de Odoo 19.

Ver el código fuente Buscar otro modelo

Ficha de identidad

Nombre técnico: hr.leave.type
Etiqueta: Tipo de ausencia
Tipo: Persistente (models.Model)
Tabla SQL: hr_leave_type
Módulo de origen: Ausencias (hr_holidays)
Ampliado por: hr_holidays_attendance, hr_work_entry_holidays
Orden por defecto (_order): sequence

Campos del modelo

37 campos propios, 0 heredados de mixins y 6 campos automáticos del ORM. Haga clic en un nombre para obtener el enlace directo al campo.

Ocultar los campos heredados

43 de 43 campos mostrados

Nombre técnico	Etiqueta	Tipo	Detalles
accrual_count	Número de acumulaciones	`float`	calculado
accruals_ids	Acumulaciones	`one2many` → hr.leave.accrual.plan	inverso: `time_off_type_id`
active	Activo Si el campo activo se establece en False, le permitirá ocultar el tipo de ausencias sin eliminarlo.	`boolean`
allocation_count	Asignaciones	`integer`	calculado
allocation_notif_subtype_id	Subtipo de notificación de asignación	`many2one` → mail.message.subtype
allocation_validation_type	Aprobación Select the level of approval needed in case of request by employee # - No validation needed: The employee's request is automatically approved. # - Approved by Time Off Officer: The employee's request need to be manually approved # by the Time Off Officer, Employee's Approver or both.	`selection`	Valores: `no_validation` (No es necesario), `hr` (Por el encargado de ausencias), `manager` (Por aprobador de empleado), `both` (Por aprobador del empleado y por el encargado de ausencias)
allow_request_on_top	Permitir solicitudes superpuestas Si está seleccionada esta opción, los usuarios pueden solicitar otro permiso además de los de este tipo.	`boolean`
allows_negative	Permitir límite negativo Si está seleccionado, las solicitudes de los usuarios pueden exceder los días acumulados y el saldo puede cambiar a negativo.	`boolean`
color	Color El color seleccionado aquí se utilizará en cada pantalla con el tipo de ausencia.	`integer`
company_id	Compañía	`many2one` → res.company
country_code	Código de país	`char`	solo lectura related: `country_id.code`
country_id	País	`many2one` → res.country	calculado, almacenado
create_calendar_meeting	Mostrar ausencias en el calendario If this field is checked, every leave request of this type will have a corresponding entry in the calendar application. There will be no entry if this stays unchecked.	`boolean`
elligible_for_accrual_rate	Elegible para la tasa de acumulación Si está seleccionada, este tipo de ausencia se tendrá en cuenta para el cálculo de las acumulaciones.	`boolean`	calculado, almacenado
employee_requests	Permitir las solicitudes de empleados Extra Days Requests Allowed: User can request an allocation for himself. Not Allowed: User cannot request an allocation.	`boolean`	obligatorio
group_days_leave	Ausencia grupal	`float`	calculado
has_valid_allocation	Tiene una asignación válida Esto indica si aún es posible usar este tipo de permiso	`boolean`	calculado
hide_on_dashboard	Ocultar en el tablero Es posible seleccionar las asignaciones no visibles al pedir un permiso, pero no se mostrarán en el tablero del permiso	`boolean`
icon_id	Imagen de portada	`many2one` → ir.attachment
include_public_holidays_in_duration	Ignorar días festivos Los días festivos se deben tomar en cuenta en la duración de los permisos al solicitar permisos.	`boolean`
is_used	Se usa	`boolean`	calculado
leave_notif_subtype_id	Subtipo de notificación de ausencias	`many2one` → mail.message.subtype
leave_validation_type	Validación de ausencias	`selection`	Valores: `no_validation` (No es necesario), `hr` (Por el encargado de ausencias), `manager` (Por aprobador de empleado), `both` (Por aprobador del empleado y por el encargado de ausencias)
leaves_taken	Ausencias ya tomadas Este valor viene dado por la suma de todas las solicitudes de ausencia con un valor negativo.	`float`	calculado
max_allowed_negative	Cantidad máxima de exceso Defina el nivel máximo de días negativos que este tipo de ausencia puede alcanzar. El valor debe ser de al menos 1.	`integer`
max_leaves	Máximo permitido Este valor viene dado por la suma de todas las solicitudes de ausencia con un valor positivo.	`float`	calculado
name	Tipo de ausencia	`char`	obligatoriotraducible
overtime_deductible	Descontar horas extras Una vez que este tipo de ausencia se apruebe, se descontarán las horas extras en asistencias.	`boolean`	añadido por Asistencia RR. HH. días feriados (`hr_holidays_attendance`)
request_unit	Tipo de duración	`selection`	obligatorio Valores: `day` (Día), `half_day` (Medio día), `hour` (Horas)
requires_allocation	Necesita asignación	`boolean`	obligatorio
responsible_ids	Notificar a RR. HH. Elija a los encargados de ausencias que recibirán notificación para aprobar asignaciones o solicitudes de ausencias. Si no hay personas asignadas, no se enviará una notificación.	`many2many` → res.users
sequence	Secuencia El tipo con la secuencia más pequeña es el valor por defecto en la solicitud de ausencia	`integer`
support_document	Documentos de apoyo	`boolean`
time_type	Tipo de ausencia La distinción entre tiempo trabajado (p. ej. asistencia) y ausencia (p. ej. formación) se utilizará en el cálculo de la tasa del plan de acumulación.	`selection`	Valores: `other` (Tiempo trabajado), `leave` (Ausencia)
unpaid	No está pagada	`boolean`
virtual_remaining_leaves	Ausencias virtuales restantes Ausencia máxima permitida - Tiempo de ausencia ya tomado - Tiempo de ausencia en espera de aprobación	`float`	calculado
work_entry_type_id	Tipo de entrada de trabajo	`many2one` → hr.work.entry.type	añadido por Ausencias en nómina (`hr_work_entry_holidays`)
create_date	Creado el	`datetime`	solo lecturaautomático
create_uid	Creado por	`many2one` → res.users	solo lecturaautomático
display_name	Nombre mostrado	`char`	solo lecturacalculadoautomático
id	ID	`integer`	solo lecturaautomático
write_date	Última actualización el	`datetime`	solo lecturaautomático
write_uid	Última actualización por	`many2one` → res.users	solo lecturaautomático

Relaciones

Modelos enlazados desde este modelo

hr.leave.accrual.plan: accruals_ids
hr.work.entry.type: work_entry_type_id
ir.attachment: icon_id
mail.message.subtype: allocation_notif_subtype_id, leave_notif_subtype_id
res.company: company_id
res.country: country_id
res.users: responsible_ids

Campos de otros modelos que apuntan aquí

hr.employee: current_leave_id
hr.leave: holiday_status_id
hr.leave.accrual.plan: time_off_type_id
hr.leave.allocation: holiday_status_id
hr.leave.allocation.generate.multi.wizard: holiday_status_id
hr.leave.employee.type.report: leave_type
hr.leave.generate.multi.wizard: holiday_status_id
hr.leave.report: holiday_status_id
hr.leave.report.calendar: holiday_status_id
res.company: l10n_fr_reference_leave_type
res.config.settings: l10n_fr_reference_leave_type

Leer este modelo por la API

Ejemplo de llamada a la API JSON-2 de Odoo 19: lectura de los cinco primeros registros con campos reales del modelo. Sustituya la instancia, la base y la clave API por las suyas.

curl

curl -X POST "https://su-instancia.odoo.com/json/2/hr.leave.type/search_read" \
  -H "Authorization: bearer $ODOO_API_KEY" \
  -H "X-Odoo-Database: su-base" \
  -H "Content-Type: application/json" \
  -d '{"domain":[],"fields":["name","employee_requests","request_unit","requires_allocation","allocation_notif_subtype_id"],"limit":5}'

Python (requests)

import requests

BASE_URL = "https://su-instancia.odoo.com/json/2"
headers = {"Authorization": f"bearer {API_KEY}", "X-Odoo-Database": "su-base"}

res = requests.post(
    f"{BASE_URL}/hr.leave.type/search_read",
    headers=headers,
    json={"domain": [], "fields": ["name","employee_requests","request_unit","requires_allocation","allocation_notif_subtype_id"], "limit": 5},
)
res.raise_for_status()
print(res.json())

El acceso a la API externa está reservado al plan Custom de Odoo.
XML-RPC y JSON-RPC se retirarán en Odoo 22 (otoño de 2028): use JSON-2.
Se aplican los permisos de acceso y las reglas de registro del usuario de la clave.

Citar esta herramienta

¿Escribe un tutorial, una documentación interna o una respuesta en un foro? Copie este enlace para dirigir a sus lectores a la ficha actualizada.

<a href="https://aidoo.ai/es/outils/explorateur-modeles-odoo/hr-leave-type">hr.leave.type (Odoo 19.0)</a>

Fuentes

Datos verificados el 23 de septiembre de 2026 · Odoo 19.0 Community

¿Tiene un proyecto Odoo o quiere aprovechar su ERP con la IA? Hablemos

Implantación, desarrollo de módulos, conexión de Claude o ChatGPT a sus datos: cuéntenos su contexto y le responderemos en 24 horas laborables.

Contactarnos Ver una demo