Odoo 19.0 Community · Persistant

hr.leave.type : champs, relations et API

Le modèle hr.leave.type (« Type de congés ») est un modèle persistant déclaré par le module Congés, puis enrichi par 2 autres modules. Il expose 43 champs, dont 37 déclarés directement sur le modèle ; 11 champs d'autres modèles pointent vers lui. Retrouvez ci-dessous chaque champ avec son nom technique, son type, son libellé français et ses relations, puis un exemple d'appel à l'API JSON-2 d'Odoo 19.

Voir le code source Rechercher un autre modèle

Fiche d'identité

Nom technique: hr.leave.type
Libellé: Type de congés
Type: Persistant (models.Model)
Table SQL: hr_leave_type
Module d'origine: Congés (hr_holidays)
Étendu par: hr_holidays_attendance, hr_work_entry_holidays
Tri par défaut (_order): sequence

Champs du modèle

37 champs propres, 0 hérités des mixins et 6 champs automatiques de l'ORM. Cliquez sur un nom pour obtenir le lien direct vers le champ.

Masquer les champs hérités

43 champs affichés sur 43

Nom technique	Libellé	Type	Détails
accrual_count	Nombre de cumuls de congés	`float`	calculé
accruals_ids	Cumul de congés	`one2many` → hr.leave.accrual.plan	inverse : `time_off_type_id`
active	Actif Si le champ actif n'est pas coché, ce type de congé sera masqué sans être supprimé.	`boolean`
allocation_count	Allocations de congé	`integer`	calculé
allocation_notif_subtype_id	Sous-type de notification d'allocation	`many2one` → mail.message.subtype
allocation_validation_type	Validation 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`	Valeurs : `no_validation` (Aucun(e) nécessaire), `hr` (Par le responsable RH), `manager` (Par l'approbateur de l'employé), `both` (Par l'approbateur de l'employé et le responsable RH)
allow_request_on_top	Autoriser les demandes avec chevauchement Si coché, les utilisateurs peuvent demander un autre congé en plus de ceux de ce type.	`boolean`
allows_negative	Autoriser une limite négative Si coché, la demande de l'utilisateur peut dépasser les jours alloués et le solde peut être négatif.	`boolean`
color	Couleur La couleur sélectionnée ici sera utilisée dans chaque écran avec le type de congé.	`integer`
company_id	Société	`many2one` → res.company
country_code	Code du pays	`char`	lecture seule related : `country_id.code`
country_id	Pays	`many2one` → res.country	calculé, stocké
create_calendar_meeting	Afficher les congés dans le calendrier 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	Éligible au taux d’acquisition Si coché, ce type de congé sera pris en compte dans le calcul des droits à congé.	`boolean`	calculé, stocké
employee_requests	Autoriser les demandes des employés Extra Days Requests Allowed: User can request an allocation for himself. Not Allowed: User cannot request an allocation.	`boolean`	requis
group_days_leave	Congés de groupe	`float`	calculé
has_valid_allocation	A une allocation valide Ceci indique s'il est toujours possible d'utiliser ce type de congé	`boolean`	calculé
hide_on_dashboard	Masquer sur le tableau de bord Les allocations non visibles peuvent toujours être sélectionnées lors de la prise d'un congé, mais elles ne seront simplement pas affichées sur le tableau de bord des congés.	`boolean`
icon_id	Image de couverture	`many2one` → ir.attachment
include_public_holidays_in_duration	Ignorer les jours fériés Les jours fériés doivent être pris en compte dans la durée du congé lors de la demande de congé.	`boolean`
is_used	Est en cours d'utilisation	`boolean`	calculé
leave_notif_subtype_id	Sous-type de notification pour les congés	`many2one` → mail.message.subtype
leave_validation_type	Validation du congé	`selection`	Valeurs : `no_validation` (Aucun(e) nécessaire), `hr` (Par le responsable RH), `manager` (Par l'approbateur de l'employé), `both` (Par l'approbateur de l'employé et le responsable RH)
leaves_taken	Congés déjà pris Cette valeur est calculée en faisant la somme de toutes les demandes de congé dont la valeur est négative.	`float`	calculé
max_allowed_negative	Montant excédentaire maximal Définir le nombre maximum de jours négatifs que ce type de congé peut atteindre. La valeur doit être au moins égale à 1.	`integer`
max_leaves	Maximum autorisé Cette valeur est calculée en faisant la somme de toutes les demandes de congé dont la valeur est positive.	`float`	calculé
name	Type de congés	`char`	requistraduisible
overtime_deductible	Déduire des heures supplémentaires Une fois qu'un congé de ce type est approuvé, des heures supplémentaires de présence seront déduites.	`boolean`	ajouté par RH Présences Congés (`hr_holidays_attendance`)
request_unit	Type de durée	`selection`	requis Valeurs : `day` (Jour), `half_day` (Demi-journée), `hour` (Heures)
requires_allocation	Nécessite une allocation	`boolean`	requis
responsible_ids	Prévenir les RH Sélectionnez les gestionnaires des congés qui seront notifiés pour approuver la demande d'allocation ou la demande de congés. Si vide, personne ne sera notifiée	`many2many` → res.users
sequence	Séquence Le type de congés avec la plus petite séquence est la valeur par défaut dans la demande de congé	`integer`
support_document	Document justificatif	`boolean`
time_type	Type de congé La distinction entre le temps de travail (ex. Présence) et les absences (ex. Formation) sera utilisée dans le calcul du gain du plan de cumul.	`selection`	Valeurs : `other` (Temps de travail), `leave` (Absence)
unpaid	Est non payé	`boolean`
virtual_remaining_leaves	Congés restants virtuels Maximum de congés autorisés - Congés déjà pris - Congés en attente de validation	`float`	calculé
work_entry_type_id	Type de prestation	`many2one` → hr.work.entry.type	ajouté par Congés dans Fiches de paie (`hr_work_entry_holidays`)
create_date	Créé le	`datetime`	lecture seuleautomatique
create_uid	Créé par	`many2one` → res.users	lecture seuleautomatique
display_name	Nom affiché	`char`	lecture seulecalculéautomatique
id	ID	`integer`	lecture seuleautomatique
write_date	Dernière mise à jour le	`datetime`	lecture seuleautomatique
write_uid	Dernière mise à jour par	`many2one` → res.users	lecture seuleautomatique

Relations

Modèles liés depuis ce modèle

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

Champs d'autres modèles qui pointent ici

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

Lire ce modèle par l'API

Exemple d'appel à l'API JSON-2 d'Odoo 19 : lecture des cinq premiers enregistrements avec des champs réels du modèle. Remplacez l'instance, la base et la clé API par les vôtres.

curl

curl -X POST "https://votre-instance.odoo.com/json/2/hr.leave.type/search_read" \
  -H "Authorization: bearer $ODOO_API_KEY" \
  -H "X-Odoo-Database: votre-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://votre-instance.odoo.com/json/2"
headers = {"Authorization": f"bearer {API_KEY}", "X-Odoo-Database": "votre-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())

L'accès à l'API externe est réservé à la formule Custom d'Odoo.
XML-RPC et JSON-RPC seront retirés dans Odoo 22 (automne 2028) : préférez JSON-2.
Les droits d'accès et règles d'enregistrement de l'utilisateur de la clé s'appliquent.

Citer cet outil

Vous rédigez un tutoriel, une documentation interne ou une réponse sur un forum ? Copiez ce lien pour renvoyer vos lecteurs vers la fiche à jour.

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

Sources

Données vérifiées le 23 septembre 2026 · Odoo 19.0 Community

Vous avez un projet Odoo ou souhaitez exploiter votre ERP avec l'IA ? Échangeons

Intégration, développement de modules, connexion de Claude ou ChatGPT à vos données : décrivez-nous votre contexte, nous vous répondons sous 24 heures ouvrées.

Nous contacter Voir une démo