L'application Événements d'Odoo modélise un événement comme une date unique, une inscription comme une personne, et une annulation comme une suppression. Une formation qui se répète, un groupe inscrit par son employeur, un désistement à documenter : rien de cela n'y entre.
Vingt-quatre modules communautaires complètent le modèle, et terminent le dépôt event.
Résumé
Trois modules traitent les séances : un même événement tenu plusieurs fois, chaque séance avec ses places et son calendrier ; la vente de séances ; et les inscriptions groupées par séance.
Cinq modules traitent les inscriptions : des inscriptions groupées en quantité — un participant payant pour plusieurs —, leur vente, une réservation avant même la création de l'événement, un nombre de places minimum par événement et par type, et l'unicité d'une inscription par contact et par événement.
Cinq modules traitent l'annulation et les contacts : un référentiel de motifs d'annulation avec journal, une étape d'annulation sur l'événement et la séance, la distinction entre le contact qui réserve et le participant, des contacts rattachés à l'événement et à son type, et la non-facturation des inscriptions gratuites.
Deux modules traitent les envois : des modèles de courriel propres aux événements, et le lien au publipostage. Neuf modules enfin enrichissent les pages publiques : options de calendrier, contacts affichés, filtre par ville, inscription réservée aux adhérents, questions conditionnées au billet choisi, conditions légales, connexion obligatoire, bandeaux et limite de billets.
L'essentiel
- Des séances : un même événement tenu plusieurs fois.
- Un nombre de places minimum par événement et par type.
- Des inscriptions groupées en quantité, vendables.
- Une réservation avant la création de l'événement.
- Des motifs d'annulation avec journal.
- Le contact qui réserve distingué du participant.
- Des questions conditionnées au billet choisi.
- Une inscription réservée aux adhérents.
Ce que ces modules ajoutent à l'instance
| Famille | Modules | Nombre |
|---|---|---|
| Séances | event_session, event_sale_session, event_session_registration_multi_qty | 3 |
| Inscriptions | event_registration_multi_qty, event_sale_registration_multi_qty, event_sale_reservation, event_min_seat, event_registration_partner_unique | 5 |
| Annulation et contacts | event_registration_cancel_reason, event_stage_cancelled, partner_event, event_contact, event_sale_free_no_invoiceable | 5 |
| Envois | event_mail, event_registration_mass_mailing | 2 |
| Pages publiques | website_event_calendar, website_event_contact, website_event_filter_city, website_event_membership_restriction, website_event_questions_by_ticket, website_event_require_legal, website_event_require_login, website_event_ribbon, website_event_ticket_limit | 9 |
Les menus : Événements ▸ Séances et Analyse ▸ Séances, Événements ▸ Configuration ▸ Modèles d'e-mail, Registration cancellation reasons et Ribbons.
Les séances : un événement qui se répète
Une formation donnée douze fois dans l'année est un seul produit et douze dates. Le modèle d'Odoo oblige à créer douze événements, donc à dupliquer le descriptif, les billets, les questions et les modèles de courriel — et à les corriger douze fois quand le programme change.
event_session ajoute la notion de séance : un événement porte plusieurs séances, chacune avec ses places et son calendrier. Menus sous Événements ▸ Séances et une analyse dédiée.
event_sale_sessionpermet de vendre des séances.event_session_registration_multi_qtypermet les inscriptions groupées par séance.
C'est le modèle attendu par un organisme de formation, un musée avec ses créneaux de visite, un atelier récurrent.
Les inscriptions : en groupe, à l'avance, avec un plancher
event_registration_multi_qty permet des inscriptions groupées en quantité : une inscription portant plusieurs participants. event_sale_registration_multi_qty permet de les vendre.
L'inscription groupée est le cas majoritaire en formation professionnelle : l'employeur inscrit quatre salariés, reçoit une facture, et les noms arrivent plus tard. Le modèle « une inscription, une personne » oblige à saisir quatre inscriptions avant de connaître les noms.
partner_event complète ce point en distinguant le contact qui réserve du participant, avec un réglage de création automatique de contacts à l'inscription.
event_min_seatajoute un nombre de places minimum sur l'événement et une valeur par défaut sur le type d'événement. C'est le seuil en dessous duquel une session ne se tient pas.event_sale_reservationpermet de vendre des inscriptions avant que l'événement existe — une réservation sur un catalogue, l'événement étant créé plus tard.event_registration_partner_uniqueimpose une seule inscription par contact et par événement.
Le nombre de places minimum est l'information qui manque le plus à un organisme de formation : sans elle, la décision d'annuler une session se prend en comptant à la main.
L'annulation, documentée
Dans le standard, annuler une inscription revient à la supprimer ou à la laisser en l'état. Le taux de désistement, ses motifs et sa saisonnalité — les trois chiffres qui permettent de dimensionner une session — n'existent donc nulle part.
event_registration_cancel_reason crée un référentiel de motifs d'annulation, rattachables à des types d'événement, avec un journal des annulations. Référentiel sous Événements ▸ Configuration ▸ Registration cancellation reasons.
event_stage_cancelled ajoute une étape d'annulation : un indicateur sur l'étape, un bouton d'annulation sur l'événement et sur la séance, et un marqueur sur l'inscription indiquant qu'elle a été annulée depuis l'événement — c'est-à-dire par l'organisateur, non par le participant.
La distinction compte : une session annulée faute de participants et un participant qui se désiste ne se traitent ni ne se mesurent de la même façon.
event_contactrattache des contacts à l'événement et à son type — le formateur, le responsable de salle, le traiteur.event_sale_free_no_invoiceableempêche la facturation des inscriptions gratuites. Son README est réduit à sa catégorie.
Les envois et les pages publiques
event_mail ajoute des modèles de courriel propres aux événements, sous Événements ▸ Configuration ▸ Modèles d'e-mail, et event_registration_mass_mailing relie les inscriptions au publipostage.
Neuf modules enrichissent les pages publiques :
| Module | Ce qu'il apporte |
|---|---|
website_event_questions_by_ticket | Des questions conditionnées au billet choisi (LGPL-3) |
website_event_membership_restriction | L'inscription réservée aux adhérents (LGPL-3) |
website_event_require_login | La connexion obligatoire pour s'inscrire |
website_event_require_legal | L'acceptation de conditions légales |
website_event_ticket_limit | Une limite de billets par inscription |
website_event_filter_city | Un filtre par ville en haut de la liste (LGPL-3) |
website_event_calendar | Des options de calendrier génériques, à côté des calendriers propriétaires (LGPL-3) |
website_event_contact | Les contacts de l'événement affichés sur sa page |
website_event_ribbon | Des bandeaux sur les événements, avec leur référentiel |
Les questions conditionnées au billet choisi sont ce qui évite le formulaire d'inscription à vingt champs : un participant au déjeuner répond sur ses allergies, un participant à la seule conférence n'y est pas invité.
Les options de calendrier génériques méritent une mention : le standard propose des liens d'ajout au calendrier de services propriétaires, et le module ajoute les formats ouverts — ce qui couvre les utilisateurs qui n'ont pas ces services.
Limites connues
- Six modules ont un README réduit à leur catégorie :
event_min_seat,event_registration_cancel_reason,event_stage_cancelled,event_sale_free_no_invoiceable,partner_event,event_registration_mass_mailing, et deux modules de site. Leurs champs sont relevés sur instance. - Les séances modifient le modèle d'événement : à installer avant la création des premiers événements, sinon il faut reprendre l'existant.
- L'inscription groupée en quantité change le sens d'une inscription : les rapports qui comptent les inscriptions comptent alors des groupes.
event_registration_partner_uniquebloque une seconde inscription : incompatible, par construction, avec l'inscription groupée par un employeur.event_sale_reservationvend un événement qui n'existe pas : prévoir qui crée l'événement, et sous quel délai.- Le nombre de places minimum n'annule rien automatiquement : c'est une information, la décision reste humaine.
website_event_membership_restrictiondépend du module d'adhésions (membership) : une application de plus.- Les questions conditionnées au billet exigent une cohérence de paramétrage : un billet sans question associée n'en pose aucune, y compris les questions obligatoires.
Identité technique
Les vingt-quatre modules viennent du dépôt OCA event, branche 18.0 — dont tous les modules sont désormais documentés ici. Dix-neuf sont en AGPL-3, cinq en LGPL-3. Les dépendances : event et event_sale pour le back-office, website_event pour les pages publiques, mass_mailing pour le publipostage, membership pour la restriction aux adhérents, partner_event pour l'unicité d'inscription.
Voir aussi le site web Odoo : consentement, captcha, pages protégées.
Questions fréquentes
Peut-on gérer une formation qui se répète dans Odoo ?
Oui, avec event_session : un événement porte plusieurs séances, chacune avec ses places et son calendrier. Sans ce module, douze dates obligent à créer douze événements — donc à dupliquer descriptif, billets, questions et modèles de courriel, et à les corriger douze fois.
Un employeur peut-il inscrire plusieurs salariés en une fois ?
Oui : event_registration_multi_qty permet des inscriptions groupées en quantité, event_sale_registration_multi_qty les rend vendables, et partner_event distingue le contact qui réserve du participant. C'est le cas majoritaire en formation professionnelle, où les noms arrivent après la facture.
Peut-on définir un nombre de participants minimum ?
Oui, avec event_min_seat : un minimum sur l'événement et une valeur par défaut sur le type d'événement. C'est l'information qui manque le plus à un organisme de formation — mais elle n'annule rien automatiquement : la décision reste humaine.
Comment documenter les annulations d'inscription ?
event_registration_cancel_reason crée un référentiel de motifs rattachables aux types d'événement, avec un journal. event_stage_cancelled ajoute une étape d'annulation et distingue une inscription annulée par l'organisateur. Sans cela, le taux de désistement et ses motifs n'existent nulle part.
Peut-on poser des questions différentes selon le billet choisi ?
Oui, avec website_event_questions_by_ticket : les questions sont conditionnées au billet. C'est ce qui évite le formulaire à vingt champs — un participant au déjeuner répond sur ses allergies, un participant à la seule conférence n'y est pas invité. Vérifiez qu'aucun billet ne reste sans ses questions obligatoires.
Se faire accompagner
L'application Événements est celle où un choix de modélisation engage le plus : séances ou événements séparés, inscription individuelle ou groupée. Les deux décisions se prennent avant le premier événement, parce que les reprendre suppose de migrer l'historique des inscriptions.
Nous instruisons donc ces deux choix d'après votre activité réelle — formation récurrente, salon annuel, créneaux de visite — puis nous posons les motifs d'annulation dès le départ, parce que c'est la seule donnée qu'on ne peut pas reconstituer après coup. Voir les prestations d'Atalios Consulting ou demander un rappel.
Pour aller plus loin
En résumé
L'application Événements d'Odoo modélise un événement comme une date unique, une inscription comme une personne, et une annulation comme une suppression. Une formation qui se répète, un groupe inscrit par son employeur, un désistement à documenter : vingt-quatre modules complètent le modèle. Parlons de vos événements.
