# Événements

> L’agenda de la communauté, avec des événements en ligne, en présentiel ou hybrides, une adresse sur la carte, des réponses de participation, la diffusion en direct par YouTube, Vimeo ou Mux, l’enregistrement hébergé, des rappels par e-mail, la vente de billets, des places et une liste d’attente.

Le module **Événements** organise l’agenda : lives, ateliers, séances de mentorat, rencontres en présentiel, conférences. Chaque événement a sa propre page avec la date, le lieu, les animateurs, qui vient et, s’il est en ligne, la diffusion.

## À quoi ça sert

| Communauté | Événements |
|---|---|
| École en ligne | Le live hebdomadaire de questions-réponses, diffusé sur YouTube |
| Coworking | L’afterwork mensuel, en présentiel, avec l’adresse sur la carte |
| RH d’entreprise | L’intégration des nouveaux collaborateurs, en hybride |
| Association | Le congrès annuel, avec billets en vente |

## Comment ça marche

### L’éditeur d’événement dans la page

Un événement se crée et se modifie **sur sa propre page**, celle que voient les membres, sans formulaire séparé.

- **Nouvel événement** crée un **brouillon** et ouvre la page de l’événement en mode édition. Le brouillon n’appartient qu’à l’équipe (propriétaire, administrateur, modérateur et finances) : les membres ne le voient pas, il n’entre pas dans le Feed et il n’envoie aucun avis, ni e-mail, ni rappel, tant qu’il n’est pas publié.
- **Modifier l’événement**, dans la barre d’un événement déjà publié, active le même mode édition.
- **Chaque partie se modifie sur place.** Au survol, la partie reçoit un contour et un crayon ; un clic (ou un appui, sur le téléphone) ouvre l’édition sur place, et **Échap** ou un clic à l’extérieur la ferme. Une partie vide apparaît en pointillés, avec l’invitation : **Ajouter une description**, **Ajouter un lieu**, **Ajouter des organisateurs et des intervenants**, **Ajouter des questions d’inscription**, **Ajouter un certificat**, **Ajouter un enregistrement**.
- **Un brouillon s’enregistre tout seul.** La barre du haut affiche *« Enregistrement… »*, *« Enregistré à l’instant »* ou *« Enregistré il y a N min »* ; si l’enregistrement échoue, *« Impossible d’enregistrer : réessayez »*. Si un autre onglet a enregistré le même événement avant, la page le dit (*« Un autre onglet a enregistré cet événement ; nous avons chargé la dernière version. »*) et montre la nouvelle version.
- **Un événement publié s’enregistre avec le bouton.** Les modifications restent en *« Modifications non enregistrées »* jusqu’à ce que vous cliquiez sur **Enregistrer les modifications**, car elles atteignent ceux qui sont déjà inscrits et, dans un espace modéré, chaque enregistrement retourne dans la file de modération.

Ce que contient la page, dans l’ordre d’apparition :

| Partie | Ce que vous définissez |
|---|---|
| **Image de couverture** | L’image en haut de la page (recommandée : 1800 × 600 px, 3:1). Voir [Images](#images) |
| **Nom de l’événement** et **Catégorie** | Le titre, modifié dans l’en-tête lui-même, et la catégorie : Livestream, Atelier, Webinaire, Rencontre, Mentorat, Conférence, Masterclass, Bootcamp, Networking, Table ronde, Débat, Pitch, Demo Day, Ask Me Anything et d’autres |
| **Date et heure** | **Début** et **Fin**, date et heure, toujours dans le fuseau horaire du pays de la communauté (*« Horaires dans le fuseau horaire de la communauté : … »*) |
| **Lieu** | Le **Format** (**En ligne**, **En présentiel** ou **Hybride**) et, pour le présentiel et l’hybride, l’adresse cherchée sur la carte. En ligne, le lien de diffusion s’ajoute au moment de passer en direct |
| **À propos de l’événement** | La description et **Pour qui** |
| **Organisateurs** et **Intervenants** | Qui organise et qui présente : **Ajouter un organisateur**, **Ajouter un intervenant** |
| **Billets** | Les [types de billets, lots et capacité](#types-de-billets-et-lots) |
| **Inscription** | Les [questions d’inscription](#questions-d-inscription), qui s’ouvrent dans un panneau latéral |
| **Certificat** | Le [certificat de présence](#certificat-de-presence) (propriétaire et administrateur) |
| **Enregistrement** | L’[enregistrement de l’événement](#enregistrement-de-l-evenement) |

La colonne latérale contient **Pour publier**, l’**Image de la carte (facultative)**, **Qui peut le voir** et **Check-in**.

### Pour publier

La liste **Pour publier** montre ce qui manque (*« 3 éléments prêts sur 5 »*), et un clic sur un élément mène à la partie et l’ouvre. Sur le téléphone, elle s’ouvre par le bas, depuis le bouton de la barre.

| Élément | |
|---|---|
| **Nom de l’événement** | Obligatoire |
| **Date et heure de début** et **Date et heure de fin** | Obligatoires |
| **Lieu** | Obligatoire en présentiel et en hybride |
| **Type de billet** | Obligatoire. Chaque événement est créé avec son billet, donc cet élément est en général prêt |
| **Image de couverture** | Recommandée, ne bloque pas la publication |

Quand tout est en place, la liste indique *« Tout est prêt pour la publication. »*. Si vous essayez de publier avec quelque chose qui manque, les éléments manquants sont signalés dans la liste.

### Aperçu

**Aperçu**, dans la barre, montre la page exactement comme les membres la verront, avec le bandeau *« Aperçu : voici comment les membres voient l’événement. »*. **Revenir à l’édition** retourne au mode édition.

### Publier

**Publier** ouvre la confirmation **Publier l’événement ?** : l’événement apparaît pour qui peut le voir, dans le Feed et dans la liste des événements.

- **Avertir par e-mail · N personnes** est coché : qui a accès à l’événement et a gardé la catégorie **Événements** activée reçoit l’avis. Décochez pour publier discrètement. Un événement dont le début est dans le passé ne propose pas l’avis. Voir [Avis par e-mail](#avis-par-e-mail).
- **Publier maintenant** publie. Dans un espace modéré, l’événement passe par la file de modération avant d’apparaître.
- **Publier ouvre la vente de tous les types de billets** de l’événement, chacun avec ses lots et ses dates. Tant que l’événement est un brouillon, les types n’ont pas de bouton de publication à eux : *« Les billets sont mis en vente quand vous publiez l’événement. »*. Un type **payant** n’est mis en vente qu’avec des [Informations commerciales](/pagamentos/informacao-comercial) approuvées ; sans elles, le type reste en brouillon et l’événement est publié quand même.

**Plus d’actions › Supprimer le brouillon**, dans la barre, supprime un brouillon qui ne sortira plus (administrateur et propriétaire, comme dans [Supprimer](#supprimer)).

### Images

- **Image de couverture** : le haut de la page. Sans elle, la couverture affiche un dégradé aux [couleurs de la communauté](/configuracoes/cores).
- **Image de la carte (facultative)** : celle qui s’affiche dans la mise en avant de la liste des événements. Vide, la carte utilise la couverture.
- Sur les deux, le menu de l’image propose **Remplacer**, **Ajuster le cadrage** et **Retirer**. **Ajuster le cadrage** choisit le point de l’image qui doit toujours rester visible (*« Touchez ou faites glisser jusqu’au point qui doit toujours rester visible. »*), avec l’aperçu **Rendu du recadrage** ; **Enregistrer le cadrage** l’enregistre. Ce point reste au centre quand l’image est recadrée sur la carte, sur la page et sur le téléphone.

### Ce qui reste hors de l’éditeur

L’éditeur s’occupe de ce que l’événement **est**. Ce qui **lui** arrive reste sur la page de l’événement publié, dans la barre de gestion : les **ventes** (l’onglet **Ventes** de **Prix et vente**), les **réponses d’inscription**, la **diffusion en direct** et le **check-in** à l’entrée.

### Réponses de participation

Sur la page de l’événement, chaque membre répond et apparaît comme **Inscrit**, **Intéressé** ou **Ne participe pas**. L’équipe voit la liste des participants. Après l’événement, la page affiche *« Cet événement est terminé »* et, pour chaque participant, *« Vous avez participé à cet événement »*.

Quand l’événement se termine, les réponses ferment. **Je participe** et **Peut-être** ne sont plus acceptés (*« Cet événement est déjà terminé. Vous ne pouvez plus confirmer votre participation. »*), y compris quand la confirmation est faite au nom de quelqu’un d’autre, et l’application masque les boutons. **Je ne participe pas** reste accepté par l’API et l’assistant. Un événement sans heure de fin ne ferme jamais.

### Questions d’inscription

Un événement peut demander ce que l’équipe a besoin de savoir sur qui vient : entreprise, fonction, taille de T-shirt, un document. Dans la partie **Inscription** de l’éditeur (qui ouvre un panneau latéral) ou dans **Questions**, dans la barre de l’événement, l’équipe (propriétaire, administrateur, modérateur et finances) construit les **Questions d’inscription** avec les champs des [Formulaires](/espacos/formularios#the-14-field-types), plus **Document (CPF ou passeport)**. Pour chaque question : type, obligatoire, verrouillée sur le profil et **Afficher à l’entrée**. Un consentement, s’il y en a un, est toujours obligatoire et garde la preuve (texte, politique, date et IP) ; sans votre propre lien, la politique de Memberfy s’applique. **Enregistrer les questions** enregistre ; retirer toutes les questions ramène le **Je participe** en un clic, et les réponses déjà données restent conservées.

- **Qui vient répond avant de confirmer.** Sur un événement gratuit, **Je participe** ouvre **Avant de confirmer**, avec les données du profil déjà remplies ; la participation n’est confirmée qu’avec les réponses obligatoires.
- **Mon inscription.** Sur la page de l’événement, chaque personne voit ses propres réponses et peut les changer jusqu’au début de l’événement. Une question obligatoire ajoutée plus tard n’annule personne : un avis demande de compléter l’inscription, avec **Compléter l’inscription**. L’e-mail de confirmation porte les réponses de la personne.
- **Réponses d’inscription.** Sous les participants, seuls l’équipe et les organisateurs de l’événement voient une colonne par question, avec recherche, filtre par réponse, **Reste à répondre** et **Télécharger le CSV**. Le document s’affiche en entier.
- **À l’entrée.** Les réponses marquées **Afficher à l’entrée** apparaissent dans la liste de [check-in](#check-in).
- **Inscription faite par l’équipe.** Quand l’équipe confirme quelqu’un et remplit les réponses, la personne est prévenue que l’équipe a rempli son inscription, vérifie les réponses, donne son consentement et confirme. L’équipe n’écrase jamais les réponses que la personne a déjà données.

Les réponses n’apparaissent jamais dans un espace Formulaires et partent dans le webhook `event.registered`. Les questions peuvent dépendre du [type de billet](#types-de-billets-et-lots), et dans un événement payant elles se remplissent au paiement.

### Diffusion en direct

Pour les événements en ligne, l’organisateur ouvre **Gérer la diffusion** :

1. Choisit la **Plateforme de diffusion** : **YouTube**, **Vimeo** ou **Mux**.
2. Colle l’**URL de la diffusion** (sur YouTube, le lien ou l’ID de la vidéo).
3. **Enregistrer l’URL**, pour l’avoir prête, ou **Enregistrer et démarrer**, quand le live est déjà à l’antenne.

Une fois la diffusion démarrée, la page affiche *« En direct maintenant »* et **Regarder en direct**, et les membres regardent sur place. **Arrêter la diffusion** la termine.

La bannière de direct et les avis à l’écran apparaissent et disparaissent tout seuls quand la diffusion démarre ou se termine, sans recharger la page.

Avec des [types de billets](#types-de-billets-et-lots), le reçu d’achat indique le type, le lot et la quantité ; qui reçoit un billet d’une commande de groupe reçoit l’e-mail *« … vous a envoyé un billet pour … »*, avec le QR code ; et le propriétaire et les administrateurs reçoivent un avis quand un lot est épuisé ou atteint sa date (catégorie **Événements**).

### Check-in

Avec **Check-in à l’entrée** activé dans la carte **Check-in** de l’éditeur, chaque participant confirmé reçoit un billet, et la présence est marquée à l’entrée.

- **Mon billet**, sur la page de l’événement et dans l’e-mail d’inscription, contient le QR et le **Code d’entrée** de 8 caractères. L’e-mail d’inscription est transactionnel : il ne peut pas être désactivé.
- **Check-in à l’entrée**, depuis le bouton **Check-in** de l’événement, est pour l’équipe et les organisateurs de l’événement : **Scanner le QR** avec la caméra, taper le code, chercher par nom, e-mail ou code dans la **Liste** et marquer à la main. Les compteurs montrent **Confirmés**, **Présents** et **Absents** ; **Annuler** demande confirmation ; **Exporter en CSV** télécharge la liste.
- Un organisateur sans accès à l’espace arrive à l’entrée par **Événements que j’organise**, dans le menu du compte, avec **Ouvrir l’entrée**.
- **Invitation**, pour le propriétaire et l’administrateur seulement : un membre sans billet entre comme confirmé et présent, gratuitement, et occupe une place.
- **Borne** : dans l’onglet **Borne** de l’écran de check-in, le propriétaire ou l’administrateur crée un lien pour tablette (`/_/events/kiosk#t=…`) qui lit les QR codes et marque la présence tout seul, sans connexion. **Révoquer** coupe la tablette immédiatement.
- Le check-in ouvre **24 heures avant le début** et ferme **24 heures après la fin**.
- À un événement en ligne ou hybride, ouvrir la diffusion en étant connecté, pendant qu’elle est en direct, compte comme présence.
- Avec le check-in activé, le [certificat automatique](#certificat-de-presence) ne va **qu’à ceux qui ont fait le check-in**, et **Qui reçoit le certificat** montre à l’avance qui le reçoit et qui en est exclu.
- **Badge au check-in**, dans la même carte **Check-in** (propriétaire et administrateur) : qui fait le check-in reçoit le [badge](/membros/engajamento#badges), une fois. Annuler le check-in ne le retire pas.

La liste d’entrée montre le type de billet de chaque personne et le tag **Justificatif** sur les types qui demandent un justificatif à l’entrée (*« vérifier le justificatif »*) ; le CSV d’entrée a les colonnes de type et de justificatif.

### Certificat de présence

Qui confirme sa participation avec **Je participe** reçoit le certificat par e-mail environ 1 heure après la fin de l’événement, et le trouve dans **Mes certificats**. Le réglage vit sur l’événement lui-même et est facultatif.

**Où c’est.** *Rôle : propriétaire ou administrateur.* Dans la partie **Certificat** de l’éditeur (**Ajouter un certificat**, sur un brouillon et sur un événement publié), **Émettre un certificat ?** commence **désactivé**. Les modérateurs et les membres ne le voient pas, même s’ils peuvent modifier l’événement.

**L’activer.** Il faut une **Date de fin** et une **Heure de fin**. Sans elles, l’interrupteur est bloqué, avec l’avis *« Définissez une heure de fin pour émettre un certificat »*. Pour tout événement, la fin doit être après le début (*« L’heure de fin doit être après l’heure de début »*).

**Modèle.** Il vient du module [Certificats](/espacos/certificados) de la communauté : la liste ne montre que les modèles **actifs** et a une zone de recherche. Le **Modèle par défaut de la plateforme** est sélectionné et s’intitule simplement *« Certificat »*, car il sert aux cours et aux événements (là où le modèle par défaut existait déjà, son titre reste tel quel). Si le modèle choisi est **archivé ou supprimé**, le formulaire vous prévient et **rien n’est émis** jusqu’à ce que quelqu’un choisisse un autre modèle actif ou réactive celui-ci ; la plateforme ne change jamais de modèle toute seule. Une fois un nouveau modèle choisi, ceux qui y ont droit le reçoivent en 15 minutes.

**Texte.** Le **Texte du certificat** est déjà rempli et modifiable : *« a participé à l’événement {assunto}[ le {data}][ avec une charge horaire de {cargaHoraria}] »*.

| Variable | Ce qui s’affiche |
|---|---|
| `{nome}` | La personne |
| `{evento}` ou `{assunto}` | Le titre de l’événement |
| `{data}` | La date de l’événement, dans le fuseau horaire de l’événement |
| `{cargaHoraria}` | La charge horaire, déjà avec son unité (« 2 heures »). N’écrivez pas « heures » après |

- Le texte entre `[crochets]` disparaît quand la variable à l’intérieur est vide.
- Pas de HTML. La limite est de 5 000 caractères. **Rétablir le texte par défaut** revient à l’original.
- `{data}` suit les jours de l’événement : un seul jour, au format *« 12 octobre 2026 »* ; plusieurs jours, un intervalle comme *« du 12 au 14 octobre 2026 »* ; un événement de 23 h à 2 h couvre deux jours et s’imprime comme l’intervalle du 12 au 13 octobre.

**Charge horaire.** Il n’y a pas de champ pour elle. L’ordre est : la charge horaire propre du **modèle**, s’il en a une ; sinon la **durée de l’événement** (du début à la fin, en heures avec jusqu’à 2 décimales), à condition qu’elle soit de **24 heures ou moins** ; sinon la ligne n’est pas imprimée et le texte ne laisse pas de trou. Un événement de 3 jours n’imprime donc pas « 72 heures » : choisissez un modèle avec sa propre charge horaire si vous en voulez une.

**Quand il part, et à qui.**

- **Environ 1 heure après la fin.** La plateforme vérifie toutes les 15 minutes, donc le certificat part entre 1 h et 1 h 15 après la fin.
- **À qui a pour dernière réponse « Je participe ».** **Peut-être**, **Je ne participe pas** et les personnes qui n’ont pas répondu n’en reçoivent pas. Les organisateurs et animateurs qui ont confirmé le reçoivent comme tout le monde.
- **Sans check-in, la réponse compte.** Quelqu’un qui a confirmé et n’est pas venu reçoit aussi le certificat ; l’équipe peut révoquer le sien. Avec le [check-in](#check-in) activé, le certificat ne va qu’à ceux qui ont fait le check-in.
- Un certificat par personne et par événement, et l’e-mail part toujours, dans la langue de la personne. La même personne à deux événements reçoit deux certificats.
- Un événement sur plusieurs jours émet une fois, 1 heure après la fin finale.

**Grands événements.** Chaque communauté a une limite d’envoi d’e-mails (100 par heure et 1 000 par jour). Pour un événement avec beaucoup de monde, les certificats arrivent en quelques heures ; chaque personne reçoit un seul e-mail.

**Ce qui n’émet pas.**

- **Pas de rétroactivité.** Un événement terminé avant que vous activiez l’interrupteur n’émet pas. L’émission manuelle, depuis l’écran [Certificats](/espacos/certificados), fonctionne toujours.
- **Événement supprimé** avant l’émission : rien n’est émis. Supprimé après : les certificats déjà émis restent.
- **Modifier l’événement après l’émission** ne change rien : cela ne réémet pas, ne révoque pas et ne modifie pas ce qui est parti. Avant l’émission, changer la fin change l’heure d’émission.
- **Le désactiver** arrête l’émission ; ceux qui l’ont déjà reçu le gardent.
- **Un certificat révoqué ne revient jamais tout seul.** Supprimer un certificat révoqué ou en échec est permis, mais si la personne y a toujours droit, l’application prévient avant que vous confirmiez : *« Cette personne a toujours droit au certificat de cet événement. Si vous le supprimez, un nouveau certificat sera émis automatiquement dans les 15 minutes, et elle recevra un e-mail. »*

**Ce que voit la personne.** Sur la page de l’événement, qui a répondu « Je participe » lit *« Votre certificat sera émis environ 1 heure après la fin de l’événement »* ; puis *« Votre certificat est en cours de génération »* ; une fois prêt, *« Votre certificat est prêt »*, avec le bouton **Voir le certificat**. Un certificat en échec ou révoqué n’apparaît pas, et un événement qui n’émet pas n’affiche rien. Dans l’onglet **Émis** de l’espace Certificats, le certificat affiche le nom de l’événement.

### E-mails

| Quand | E-mail |
|---|---|
| Un membre répond qu’il participe | Inscription confirmée |
| **1 heure avant** le début | Rappel |
| La diffusion démarre | Avis de direct |
| L’événement est annulé | Annulation |

Les e-mails d’inscription, d’annulation et de passage en direct passent désormais par la file d’e-mails de la plateforme, il peut donc y avoir un petit délai. Le contenu et les destinataires sont les mêmes.

### Enregistrement de l’événement

Après la diffusion, l’équipe (propriétaire, administrateur, modérateur et finances) peut stocker l’**enregistrement** sur Memberfy même, au lieu de simplement pointer vers un lien : une vidéo MP4, WebM ou MOV de jusqu’à **2 Go**.

Pour stocker l’enregistrement : ouvrez l’événement, **Modifier l’événement**, et dans la partie **Enregistrement** (**Ajouter un enregistrement** ; *« Une vidéo de l’événement. Visible par l’équipe, les participants inscrits et les personnes qui ont acheté l’événement. »*) cliquez sur **Choisir une vidéo**, suivez la barre d’envoi et cliquez sur **Enregistrer les modifications**. **Remplacer** change le fichier et **Retirer** l’enlève. Sur la page de l’événement, le bloc **Enregistrement de l’événement** affiche le lecteur.

- Le fichier est **privé**. Personne n’obtient d’adresse permanente : la page demande, à chaque visite, un lien qui fonctionne **1 heure** (l’écran le renouvelle tout seul quand il expire).
- **Qui regarde :** l’équipe, les inscrits à l’événement et ceux qui ont acheté l’événement. L’enregistrement suit la **visibilité de l’événement** : un événement privé n’ouvre son enregistrement qu’à l’auteur et à l’équipe, et qui ne voit pas l’espace n’y accède pas.
- Chaque personne peut faire jusqu’à **60 envois de médias par heure**.
- **Remplacer** l’enregistrement supprime le précédent ; **retirer** demande confirmation et supprime le fichier.
- La vidéo compte dans le stockage de la communauté ; à la limite de l’offre, une nouvelle vidéo est refusée (voir [Offre et extensions](/configuracoes/plano#quotas-de-l-offre)).
- Par l’assistant, `update_event` envoie l’enregistrement par lien ou par fichier (`recording_file_*`), `remove_event_recording` le retire et `get_media_url` donne le lien valable 1 heure. Voir [Outils · Événements](/mcp/ferramentas-eventos).

### Listes

L’espace sépare **À venir** et **Passés** et met en avant l’**Événement à la une**. L’équipe voit aussi l’onglet **Brouillons**, avec les événements commencés et pas encore publiés, de n’importe quelle date (sans nom, la carte indique *« Brouillon sans titre »*) ; les membres ne voient jamais cet onglet. Les événements apparaissent aussi dans le [Feed](/espacos/feed). Dans le Feed et dans la liste de l’espace, la carte d’un événement vendu par un produit payant affiche le badge **Billet payant** à qui ne l’a pas encore acheté.

### Qui voit l’événement

La carte **Qui peut le voir** de l’éditeur a quatre options :

| Événement | Voit tout | Qui ne peut pas le voir reçoit |
|---|---|---|
| **Public** | N’importe qui, même sans compte | — |
| **Membres** | Les membres de la communauté | Non connecté : *« Connectez-vous pour voir cet événement »*, avec **Se connecter** (après la connexion, la personne revient à l’événement). Connecté mais pas dans la communauté : *« Événement réservé aux membres »*, qui suggère de demander une invitation aux administrateurs de la communauté |
| **Abonnés** | Qui a un abonnement actif dans la communauté, qui a une entrée payée pour l’événement, et l’équipe | La page de vente : *« Événement pour les abonnés »*, avec **Voir les plans** |
| **Privé** | L’équipe seulement : propriétaire, administrateur, modérateur et finances | *« Événement introuvable »*, comme s’il n’existait pas. L’événement n’apparaît ni dans la liste ni dans le Feed pour qui n’est pas de l’équipe |
| Brouillon, en attente de modération ou refusé | L’équipe | *« Événement introuvable »* |
| Vendu par un produit payant (voir [Vendre des billets](#vendre-des-billets)) | Qui l’a acheté, qui a un plan qui inclut le produit, qui avait déjà répondu **Je participe**, et l’équipe | La page de vente : *« Événement payant »*, avec le panneau d’achat de l’événement |

**La page de vente.** Elle montre l’événement, mais sans le bouton de participation et sans le lecteur : le lien du live, l’enregistrement et l’adresse complète restent masqués. Pour un événement en présentiel ou hybride, la ligne du lieu ne montre que la ville et la région, avec *« Disponible pour les abonnés »* (événement de plan) ou *« Disponible après l’achat »* (événement vendu). Les visiteurs non connectés voient aussi *« Vous avez déjà accès ? Connectez-vous »*. Des participants, la page de vente ne montre que combien de personnes viennent, sans noms ni photos ; la liste complète est pour qui a accès et pour l’équipe.

**Un lien d’une autre communauté, ou vers un événement qui n’existe plus :** *« Événement introuvable »*.

### Qui peut faire quoi

| Action | Qui |
|---|---|
| Créer, modifier et publier un événement, voir les brouillons | Modérateur, finances, administrateur et propriétaire (et le **Qui peut publier** de l’espace) |
| Démarrer et arrêter la diffusion | Modérateur, finances, administrateur et propriétaire |
| Supprimer un événement | Administrateur et propriétaire |
| Répondre à la participation | Les membres qui ont accès à l’espace |

**Affichage.** Le propriétaire et l’administrateur choisissent comment les éléments apparaissent dans cet espace : **Cartes**, **Liste**, **Compact** ou **Calendrier** (par défaut : **Cartes**). Voir [Affichage](/conceitos/espacos#display). Avec **Calendrier**, l’espace montre le mois ou la semaine, et les événements sans date dans **Sans date (N)** (voir [Le calendrier des Événements](/conceitos/espacos#the-events-calendar)).

## Pas à pas

### Créer un événement

*Rôle : modérateur, finances, administrateur ou propriétaire.*

1. Dans l’espace Événements, **Nouvel événement**. Le brouillon s’ouvre sur la page de l’événement.
2. Cliquez sur le titre et tapez le **Nom de l’événement** ; choisissez la **Catégorie**.
3. **Ajouter la date et l’heure** : **Début** et **Fin**.
4. **Ajouter un lieu** : le **Format** et, pour le présentiel ou l’hybride, l’adresse.
5. **Ajouter une description**, avec **Pour qui**, et **Ajouter des organisateurs et des intervenants**.
6. **Ajouter une image de couverture** (et, si vous le souhaitez, l’image de la carte).
7. Dans **Billets**, ajustez le billet déjà créé, ou ajoutez d’autres types ; dans **Qui peut le voir**, choisissez la visibilité.
8. Vérifiez **Pour publier**, utilisez **Aperçu** et cliquez sur **Publier** › **Publier maintenant**.

Tout s’enregistre au fil de l’édition : vous pouvez fermer et revenir plus tard par l’onglet **Brouillons**. Les propriétaires et administrateurs voient aussi la partie **Certificat** : quand ils activent **Émettre un certificat ?**, ils choisissent le modèle et ajustent le texte (il faut la fin). Voir [Certificat de présence](#certificat-de-presence).

### Modifier un événement publié

*Rôle : modérateur, finances, administrateur ou propriétaire.*

1. Sur la page de l’événement, **Modifier l’événement**.
2. Changez les parties nécessaires.
3. **Enregistrer les modifications**.

### Supprimer

*Rôle : administrateur ou propriétaire.*

Dans le menu de l’événement, **Supprimer l’événement**, puis cochez *« Je confirme vouloir supprimer cet événement »*. Les participants et les commentaires partent avec.

## Vendre des billets

Il y a deux façons. La première, ci-dessous, passe par l’événement lui-même ; la seconde est la façon habituelle : vendre un produit qui débloque l’espace.

### Prix et vente de l’événement lui-même

L’événement a son propre produit, et vous pouvez vendre **un événement** sans vendre tout l’espace.

Chaque événement est créé avec un produit de type **Événement**, lié à lui un pour un : **brouillon**, **gratuit**, avec le titre et l’image de l’événement. Sur la page de l’événement, en haut de la colonne de droite, l’équipe voit la carte **Vente**, avec le prix, le statut, les places libres, le tag *« Équipe seulement »* et le bouton qui ouvre le produit. Sur un événement avec des types de billets, la vente se trouve dans la barre de gestion de l’événement. Voir [La carte Vente](/monetizacao/produtos#the-sale-card).

1. Sur la page de l’événement, cliquez sur **Prix et vente**.
2. Définissez le **Prix** (zéro, c’est un événement gratuit : le membre utilise **Participer gratuitement**) et les **Places** (vide signifie illimité).
3. Si l’événement doit se terminer pour ceux qui ne renouvellent pas, définissez la durée d’accès. Voir [Accès limité dans le temps](/monetizacao/produtos#time-limited-access).
4. Sur un événement en brouillon, il n’y a rien à faire : [publier l’événement](#publier) met le billet en vente. Sur un événement déjà publié, publiez le produit. Vendre avec un prix exige des [Informations commerciales](/pagamentos/informacao-comercial) approuvées ; le gratuit, non.

Ce qui change pour qui s’inscrit :

- **Un produit gratuit en brouillon ne change rien :** la participation est ouverte, comme toujours.
- **Publié avec un prix**, le membre voit **Acheter** et ne confirme sa participation qu’après l’achat (*« Cet événement est payant. Achetez un billet pour participer. »*). L’achat approuvé **confirme la participation** (**Je participe**) et occupe une place.
- **Qui entre sans payer :** l’équipe, qui a un [plan qui inclut l’événement](/monetizacao/produtos#plans-that-include-products) et qui avait déjà confirmé sa participation quand le produit a été publié.
- **Places :** seul **Je participe** occupe une place ; **Peut-être** et **Intéressé**, non. Complet, l’écran affiche *« Complet »* et la **liste d’attente** : la place libérée va à la personne suivante pendant 24 heures, par e-mail. Quitter l’événement rend la place. Voir [Places et liste d’attente](/monetizacao/produtos#seats-and-waitlist).
- **Un remboursement** annule la participation. Le certificat déjà émis reste ; qui a eu sa participation annulée n’a plus droit aux nouvelles émissions.
- **Dépublier le produit** n’ouvre que les **nouvelles** participations ; qui a acheté garde la sienne.
- **Supprimer l’événement** archive le produit et est refusé tant qu’il existe un achat payé qui donne encore accès.
- Le propriétaire, l’administrateur et les finances modifient le produit ; le modérateur voit **Voir le prix et la vente**, en lecture seule ; les membres ne voient pas le bandeau.

### Types de billets et lots

Un événement peut vendre **plusieurs types de billets** (plein tarif, demi-tarif, VIP, groupe), chacun avec des **lots** qui se succèdent selon la date ou quand ils sont épuisés. Dans l’éditeur, la partie **Billets** contient les types, les lots et les places de l’événement. Sur la page de l’événement publié, **Prix et vente** ouvre **Billets et lots**, avec trois onglets : **Types et lots**, **Places de l’événement** et **Ventes**. Seuls le propriétaire et l’administrateur modifient ; les finances lisent les types, les lots et les ventes.

**Le type de billet** (**Nouveau type**) :

| Champ | Ce qu’il définit |
|---|---|
| **Nom** et **Description** | Par exemple *Demi-tarif* |
| **Premier lot** | **Prix** (zéro, c’est un billet gratuit, un par personne), **Quantité** et **Se termine le** (vide : sans limite et sans date) |
| **Places de ce type** | Combien de billets du type existent, en additionnant les lots |
| **Minimum par commande** et **Maximum par commande** | Combien de billets une personne achète à la fois |
| **Affiché sur la page de l’événement** | Désactivé : seules les personnes qui ont le lien du type peuvent acheter |
| **Demande un justificatif à l’entrée** | La liste d’entrée affiche le tag **Justificatif** à vérifier (demi-tarif, par exemple) |

Chaque type a un statut (**Brouillon**, **En vente**, **Épuisé**, **Lots terminés**, **Fermé**) et les actions **Publier**, **Fermer la vente**, **Rouvrir** et **Supprimer le type** (seulement sans ventes ; avec des ventes, fermez-les). Sur un événement en brouillon, les types n’ont pas de **Publier** : tous sont mis en vente quand l’événement est [publié](#publier). La pastille **Les abonnés reçoivent celui-ci** marque le type que l’on reçoit par le plan, quand il y a plus d’un type.

**Les lots.** **Ajouter un lot** crée le suivant (**Nom du lot** ; vide, il devient *Lot 1*, *Lot 2*…). Le lot passe au suivant quand sa date arrive ou que sa quantité s’épuise, et le suivant démarre aussitôt. **Fermer** termine un lot à la main ; **Supprimer le lot** ne fonctionne que sans ventes. Un lot qui a vendu garde son prix : pour le changer, fermez-le et ouvrez-en un autre. Quand un lot est épuisé ou atteint sa date, le propriétaire et les administrateurs reçoivent un e-mail, une fois par lot.

**Places de l’événement :**

- **Places de l’événement** : le total pour tous les types (vide : pas de limite au-delà des places de chaque type).
- **Afficher combien il en reste** : la page de l’événement affiche *« Plus que N »* sur le lot en cours.
- **Type pour les abonnés** : le billet reçu par qui entre par le [plan qui inclut l’événement](/monetizacao/produtos#plans-that-include-products).

**Ventes** montre les billets et les commandes par type et par lot, le brut et le montant remboursé, avec **Exporter en CSV**.

**Pour qui achète.** La page de l’événement liste les types, avec le lot en cours (*« Lot 2 · jusqu’au 10/11 ou dans la limite des stocks »*), combien il en reste, le tag **Justificatif à l’entrée** et une liste d’attente par type quand il est épuisé. Dans **Acheter**, la personne choisit la **Quantité** (entre le minimum et le maximum) et répond aux questions du type. Le prix est celui du lot en cours multiplié par la quantité, en un seul paiement : la partie fixe de la [commission de la plateforme](/pagamentos/taxa-da-plataforma) est facturée une fois par commande.

**Commande de groupe.** Qui achète plus d’un billet en garde un et donne les autres plus tard, dans **Mes billets**, sur la page de l’événement : **Offrir un billet** demande l’**E-mail** et, en option, le **Nom**. La personne reçoit le billet avec le QR code par e-mail (*« … vous a envoyé un billet pour … »*) ; si elle n’est pas encore membre, le compte est créé et l’e-mail porte le lien pour définir le mot de passe. L’acheteur peut aussi répondre à l’avance aux questions de chaque billet. Les billets encore **Pas encore attribués** retiennent la place et n’apparaissent pas sur la liste d’entrée.

**Remboursement par billet.** En remboursant une commande de groupe, l’équipe choisit **Par billet** quels billets rendre. Chaque billet vaut le prix de la commande divisé par les billets ; la partie en pourcentage de la commission de la plateforme revient au prorata, et la **partie fixe ne revient qu’avec le dernier billet de la commande**. Les billets remboursés quittent l’événement, et la place revient au type (d’abord à la liste d’attente).

**Questions par type.** Dans [Questions d’inscription](#questions-d-inscription), chaque question a **Demander pour** : les types de billets qui y répondent (aucun coché : tous). Sur un événement payant, les questions se remplissent dans le paiement lui-même.

- **La barre de gestion de l’événement** montre l’état de la vente (*« Vente ouverte · 79 places sur 80 »*, **Vente fermée** ou **Complet**) et a le compteur de billets, qui ouvre **Prix et vente**. **Modifier l’événement** et **Check-in** restent sur la barre ; le reste passe dans **Plus d’actions**.
- **Les types de billets** apparaissent comme des cartes de choix, avec un seul bouton : **Acheter · US$ 40,00** (ou **Obtenir un billet**, s’il est gratuit). Qui a déjà un billet voit son billet et son inscription dans la colonne principale et le lien **Acheter un autre billet**.
- **Au paiement**, l’article apparaît comme *« Événement · Type »*, le bouton affiche le montant (**Payer US$ 40,00**) et **Revenir à la quantité** revient d’une étape.
- Les billets de tous les événements sont aussi dans **Mon compte › Mes billets**. Voir [Compte et profil](/conceitos/conta-e-perfil).

### Par l’espace

1. Créez un [produit](/monetizacao/produtos) à l’unité (le billet), avec **Gérer le stock ?** pour le nombre de places.
2. Réglez l’espace de l’événement sur **Privé**, avec le produit dans **Qui entre › Produits**.
3. Qui achète entre dans l’espace et répond à l’événement.

Par ce chemin, la réponse de participation reste faite par la personne : acheter le billet débloque l’espace ; cela ne l’inscrit pas automatiquement.

## Exemples

**Un live hebdomadaire.** Un espace **Lives** (Membres, **Équipe**). Chaque mardi, un événement En ligne de type Livestream, avec l’URL YouTube enregistrée à l’avance et **Enregistrer et démarrer** à l’heure du live.

**L’afterwork du coworking.** Un événement En présentiel avec l’adresse de la maison ; les résidents répondent et reçoivent le rappel 1 heure avant.

## Erreurs fréquentes et comment les corriger

| Situation | Que faire |
|---|---|
| *Le lieu est obligatoire pour les événements en présentiel* | Cherchez et choisissez l’adresse |
| *Adresse introuvable. Essayez d’affiner votre recherche.* | Ajoutez le numéro et la ville |
| Un membre ne voit pas **Nouvel événement** | Créer des événements est réservé aux modérateurs et au-dessus |
| **Publier** ne publie pas et signale des éléments dans **Pour publier** | Un élément obligatoire manque : nom, début, fin, lieu (présentiel ou hybride) ou type de billet |
| L’événement publié n’apparaît pas pour les membres | L’espace est modéré (l’événement attend l’approbation) ou **Qui peut le voir** est sur **Privé** |
| Un type de billet payant est resté en brouillon après la publication | Il manque des [Informations commerciales](/pagamentos/informacao-comercial) approuvées ; une fois approuvées, publiez le type dans **Prix et vente** |
| La diffusion n’apparaît pas | Le live n’est pas encore actif sur la plateforme, ou **Enregistrer et démarrer** a été sauté |

Trois messages nouveaux. *« Cet événement est déjà terminé. Vous ne pouvez plus confirmer votre participation. »* : les réponses ferment à la fin, et seul **Je ne participe pas** fonctionne. *« L’heure de fin doit être après l’heure de début »* : corrigez la fin. *« Définissez une heure de fin pour émettre un certificat »* : remplissez la fin ou laissez le certificat désactivé.

## Questions fréquentes

**Puis-je répéter un événement chaque semaine ?**
Il n’y a pas de récurrence : créez un événement par date.

**Le chat en direct fonctionne-t-il ?**
Le chat de la diffusion arrive (*« Chat bientôt disponible »*) ; pour l’instant, la conversation se passe dans les commentaires.

## Avis par e-mail

Quand vous [publiez](#publier) un événement futur, la confirmation contient la case **Avertir par e-mail · N personnes**, cochée par défaut : 10 minutes plus tard, qui a accès à l’événement et a gardé la catégorie **Événements** activée reçoit un e-mail. Un brouillon n’avertit jamais. Il part une fois par événement ; modifier après la publication ne le renvoie pas, et publier sans l’avis ne l’envoie pas plus tard. Voir [Avis de nouveaux contenus par e-mail](/notificacoes/avisos-de-novidade).

## Dans l’API

`POST /api/events` (`spaceId`, `title`, `slug`, `type`, `startTime`, `endTime`, adresse, `streamingUrl`, `streamingService`), `PUT` et `PATCH /api/events/{id}`, `POST /api/events/{id}/publish`, `POST /api/events/{id}/participate`, `GET /api/events/{id}/participants`, `POST /api/events/{id}/start-stream` et `stop-stream`. Voir [Events](/api/referencia/events). Le `timezone` de l’événement, dans `POST`, `PUT` et `PATCH`, doit être un fuseau horaire IANA valide (`America/Sao_Paulo`) ; toute autre valeur renvoie `400` sur `timezone`. Un événement sans fuseau horaire utilise celui de la communauté, dans le détail et dans les e-mails, qui portent l’abréviation du fuseau dans l’horaire (*« 22:00 - 23:30 BRT »*).

**Brouillon et publication.** `POST /api/events` crée un **brouillon** (`status: DRAFT`) et n’exige que `spaceId` ; le `slug` vient du titre. Un brouillon n’entre pas dans le Feed, ne notifie pas, ne passe pas par la modération et ne déclenche pas le webhook `event.created`. Avec **`publish: true`**, le `POST` crée et publie d’un coup, comme avant (alors `title`, `slug` et `startTime` sont obligatoires ; sans `startTime`, `400` avec `errors[].param = startTime`). `PATCH /api/events/{id}` n’enregistre que les champs envoyés, avec le `updatedAt` que vous avez lu (ou `If-Unmodified-Since`) : si un autre enregistrement est passé avant, `409` avec `param: updatedAt` et le `data.updatedAt` actuel. `POST /api/events/{id}/publish` (`notifyByEmail`) publie : `422` avec un `errors[]` par élément manquant (`title`, `startTime`, `endTime`, `location`, `ticketTypes`) et `409` si déjà publié ; en cas de succès, les types de billets en brouillon sont mis en vente (`data.ticketTypes` : `activated`, `keptDraft`) et `event.created` se déclenche. Pour l’équipe, le détail porte `readiness` (`key`, `ok`, `required`), `status`, `publishedAt`, `updatedAt` et les points de cadrage (`bannerFocalX`/`Y`, `featuredFocalX`/`Y`, de 0 à 1) ; `GET /api/events?status=DRAFT` (ou `all`) liste les brouillons. Réponse de participation, achat et diffusion sur un brouillon : `409`. `visibility` accepte `public`, `members`, `plan` (**Abonnés**) et `private` (équipe seulement). Voir [Ordre de création](/api/ordem-de-criacao#event).

Dans l’API : les réponses d’événement portent `product` (`id`, `kind`, `status`, `price`, `currency`, `capacity`, `available`, `soldOut`) et, dans le détail, `access`, `canEnter` et `waitlist` ; `POST /api/events/{id}/participate` avec `going` répond `403` (avec `data: { productId, price, currency }`) quand le produit est publié avec un prix et que la personne ne l’a pas acheté, et `409` quand c’est complet ; `DELETE /api/events/{id}` répond `409` avec un achat payé qui donne encore accès. L’enregistrement hébergé utilise `PUT /api/events/{id}/recording` (`mediaId` ou `null` ; l’événement porte `recordingMediaId`) et l’envoi de `/api/media` (purpose `eventRecording`) ; le lien valable 1 heure vient de `GET /api/media/{id}/url`.

`POST` et `PUT /api/events` acceptent le bloc `certificate` (`enabled`, `templateId`, `text`), seulement pour les propriétaires et administrateurs (un modérateur reçoit `403`) ; l’activer sans `endTime` renvoie `400`, et la fin doit être après le début (`400`, `param: endTime`). `POST /api/events/{id}/participate` avec `going` ou `maybe` après la fin renvoie `409` (`param: status`). Lire l’événement renvoie `issuesCertificate` pour tout le monde, `certificate` (`enabled`, `enabledAt`, `templateId`, `templateName`, `usesDefaultTemplate`, `templateActive`, `text`, `defaultText`, `workloadHours`, `emits`) pour les propriétaires et administrateurs, et `userCertificate` (`PENDING` ou `ISSUED`) pour qui a confirmé. Les erreurs spécifiques portent sur `certificate.templateId` (`404` pour un modèle d’une autre communauté, `400` pour un modèle archivé ou supprimé) et `certificate.text`.

`GET /api/events/{identifier}` exige `X-CommunityId` (sans lui, `400`) et ne trouve que les événements de cette communauté. Il répond `401` pour un événement **Membres** demandé sans connexion, `403` pour quelqu’un connecté qui n’est pas dans la communauté, et `404` pour un événement qui n’existe pas, appartient à une autre communauté, ou est un brouillon, **Privé**, en attente de modération ou refusé (l’équipe les lit tous). Il porte toujours `requiresPlan` et `requiresPurchase` ; quand l’un des deux vaut `true`, la réponse est la page de vente et `streamingUrl`, `recordingMediaId`, `location`, `placeId`, `street`, `number`, `neighborhood`, `postalCode`, `latitude` et `longitude` viennent à `null`. La liste suit la même règle. `GET /api/events/{id}/participants` suit la même règle : `404`, `401` ou `403` comme le détail et, sur la page de vente, `data: []` avec le nombre dans `pagination.totalCount` et `requiresPlan` ou `requiresPurchase` à `true`.

Les types de billets et les lots sont dans `/api/events/{id}/ticket-types` (et `/batches`), `PATCH /api/events/{id}/ticket-settings`, `GET /api/events/{id}/ticket-sales` (`format=csv`), `GET /api/events/{id}/my-tickets`, `POST /api/events/{id}/my-tickets/{ticketId}/assign`, `GET` et `PUT /api/events/{id}/my-tickets/{ticketId}/registration` et `GET /api/manage/purchases/{purchaseId}/tickets` ; `quantity` et `registrationAnswers` dans `POST /api/checkout` ; `ticketIds` dans le remboursement (`POST /api/manage/purchases/{id}/refunds`). Dans les webhooks, `purchase.completed` porte `ticket` (type, lot, quantité et prix unitaire), `purchase.refunded` porte `ticketIds` et `event.registered` porte `ticketType`. Par l’assistant, voir [Outils · Événements](/mcp/ferramentas-eventos#ticket-types-and-batches).

## Voir aussi

- [Feed](/espacos/feed)
- [Produits](/monetizacao/produtos)
- [E-mails de la plateforme](/notificacoes/emails-da-plataforma)