# Planification Cal.com

Laissez les répondants choisir et réserver un rendez-vous Cal.com sans quitter votre formulaire.

## Planification Cal.com

Ajoutez une question native Planifier un rendez-vous, connectez Cal.com, et laissez les répondants réserver un créneau disponible directement dans le formulaire.

> ℹ️ **Disponible sur tous les plans**
> <p>La planification Cal.com est disponible sur les plans Free, Pro et Business.</p>

<h2 id="native-workflow">Ce que signifie une planification native</h2>

<p>
  Planifier un rendez-vous est une question Formstep, pas une iframe. Elle utilise le thème et la langue de votre formulaire, participe à la
  logique conditionnelle, et enregistre les détails de la réservation confirmée avec la soumission. Cal.com fournit les types d’événements,
  les disponibilités, les invitations calendrier et les liens de réunion.
</p>

<ul>
  <li>Affichez ou masquez la planification selon des réponses précédentes.</li>
  <li>Exigez qu’une question Planifier un rendez-vous visible soit réservée avant la soumission.</li>
  <li>Préremplissez le nom et l’e-mail du participant à partir de questions précédentes.</li>
  <li>Affichez les dates et heures disponibles dans le fuseau horaire du répondant.</li>
  <li>Incluez les détails de réservation dans les vues de soumission, les PDF, les notifications, les exports et les intégrations.</li>
</ul>

<h2 id="connect">Connecter Cal.com</h2>

<p>
  Vous pouvez aussi connecter des comptes depuis <strong>Espace de travail → Intégrations → Planification → Cal.com</strong>. Les connexions
  appartiennent à l’espace de travail, donc les membres peuvent les réutiliser sur d’autres formulaires et connecter des comptes Cal.com
  supplémentaires.
</p>

<h2 id="configure">Configurer la question</h2>

<p>
  Si aucun champ n’est mappé, les répondants saisissent leur nom et leur e-mail dans la question de planification. Quand des champs sont
  mappés, leurs réponses alimentent automatiquement les détails de réservation.
</p>

<h2 id="respondent-experience">Expérience du répondant</h2>

<ol>
  <li>
    Le répondant choisit une date, puis un horaire disponible. Les horaires s’affichent dans le fuseau horaire signalé par son navigateur ;
    il peut en choisir un autre dans la liste <strong>Fuseau horaire</strong>, et la réservation utilise celui qu’il a choisi.
  </li>
  <li>
    Il confirme le nom et l’e-mail du participant, puis appuie sur <strong>Réserver</strong>.
  </li>
  <li>Cal.com crée la réservation et envoie sa confirmation et son invitation calendrier habituelles.</li>
  <li>
    Formstep lui présente la réservation sous forme de <strong>Quoi</strong>, <strong>Quand</strong>, <strong>Qui</strong> et{' '}
    <strong>Où</strong>, avec le lien de la réunion.
  </li>
  <li>
    Avant de soumettre, il peut appuyer sur <strong>Annuler la réservation</strong> et choisir un autre horaire.
  </li>
</ol>

> ℹ️ **La réservation a lieu avant la soumission du formulaire**
> <p>
>     Cal.com confirme le rendez-vous dès que le répondant clique sur Réserver. La réservation est ensuite rattachée à la soumission du
>     formulaire lorsqu’il la soumet. Jusque-là, le rendez-vous existe dans l’agenda de l’hôte même si le répondant abandonne le formulaire.
>     Sur un lien public, Formstep le libère si le formulaire n’est toujours pas soumis 24 heures après la réservation ; sur une demande,
>     lorsque la demande est annulée ou expire. Il est aussi libéré lorsque vous supprimez la soumission ou le formulaire.
>   </p>

<p>
  Si un créneau est pris par quelqu’un d’autre entre l’affichage et la réservation, le répondant en est informé et voit les créneaux encore
  libres. Si une tentative de réservation échoue en cours de route, Formstep annule l’entrée d’agenda qu’il a créée plutôt que de laisser à
  l’hôte une réservation que le formulaire ignore, et un second appareil ne peut pas réserver deux fois la même question.
</p>

<h2 id="logic">Utiliser la planification avec la logique</h2>

<p>
  La logique peut afficher ou masquer Planifier un rendez-vous comme n’importe quelle autre question. Exemple : demandez si un prospect a un
  budget et l’autorité nécessaire ; ne révélez la réservation que lorsque les deux réponses sont qualifiantes.
</p>

<p>
  Une question Planifier un rendez-vous visible doit avoir une réservation confirmée avant la soumission. Une question masquée ne bloque pas
  la soumission. Dès qu’un répondant réserve, les réponses qui décident si la question s’affiche sont verrouillées, afin qu’une réponse
  ultérieure ne masque pas la réservation par accident ; pour en modifier une, il annule d’abord la réservation. Si la question est tout de
  même masquée au moment de la soumission, par exemple parce qu’une règle de branchement a sauté sa page, cette réservation est annulée sur
  Cal.com afin que l’agenda de l’hôte corresponde à la soumission.
</p>

<h2 id="publish-checks">Contrôles de publication</h2>

<p>La publication est bloquée tant qu’une question Planifier un rendez-vous manque d’une moitié de sa configuration :</p>

<ul>
  <li>
    <strong>Connectez Cal.com avant de publier des formulaires qui planifient des rendez-vous.</strong> — un type d’événement est
    sélectionné mais aucun compte ne l’est.
  </li>
  <li>
    <strong>Sélectionnez un type d’événement du planificateur avant de publier cette question Planifier un rendez-vous.</strong> — un compte
    est sélectionné mais aucun type d’événement ne l’est.
  </li>
  <li>
    <strong>Finalisez la configuration de cette question Planifier un rendez-vous avant de publier.</strong> — ni l’un ni l’autre n’est
    sélectionné.
  </li>
</ul>

<p>
  Chaque message pointe vers la question qui l’a déclenché. Dans l’éditeur, les trois mêmes états s’affichent sur la question sous forme de
  badges <strong>Non connecté</strong>, <strong>Événement manquant</strong> et <strong>Configuré</strong>.
</p>

<p>
  Un type d’événement qui exige plus qu’un nom, un e-mail et une heure ne peut pas être réservé depuis un formulaire. Les types d’événement
  qui nécessitent une confirmation, se répètent, ont des places, sont payants ou posent des questions de réservation obligatoires sont
  signalés <strong>Non réservable depuis un formulaire</strong> et ne peuvent pas être sélectionnés ; un formulaire qui pointe encore vers
  l’un d’eux ne peut pas être publié tant que vous n’avez pas choisi un autre type d’événement.
</p>

<h2 id="after-booking">Après la soumission</h2>

<p>
  Les détails de réservation apparaissent sous la question Planifier un rendez-vous dans le tableau des soumissions et la vue de détail,
  avec la date et l’heure dans votre propre langue. Ils sont aussi disponibles dans les e-mails de notification, les PDF générés, les
  exports CSV/Excel, les webhooks et les intégrations mappées. Les webhooks, Zapier, n8n, Make, les callbacks de demande et l’API reçoivent
  la réservation sous forme de données : heure de début et de fin, fuseau horaire, participant, lien de réunion, identifiant de réservation
  Cal.com et statut. Voir <a href="/fr/developers/webhooks-reference#bookings-and-payments">Réservations et paiements</a>.
</p>

<p>
  Formstep continue d’écouter après la soumission. Lorsque le répondant ou l’hôte reprogramme ou annule via Cal.com, ou que l’hôte refuse la
  réservation ou signale une absence, la réservation de la soumission est mise à jour : son statut change, et le texte affiché pour elle
  commence par <strong>Reprogrammé</strong>, <strong>Annulé</strong>, <strong>Refusé</strong> ou <strong>Absence</strong>. Le tableau, les
  exports, l’API et les PDF régénérés montrent l’état actuel. Les intégrations ne sont pas renvoyées : la soumission elle-même n’a pas
  changé.
</p>

<p>
  Supprimer une soumission, ou le formulaire entier, annule ses rendez-vous sur Cal.com afin que l’hôte ne garde pas un créneau pour des
  réponses qui n’existent plus.
</p>

> ⚠️ **La modification après soumission est désactivée**
> <p>
>     Les formulaires contenant des questions Paiement, Signature ou Planifier un rendez-vous ne peuvent pas laisser les répondants modifier
>     leurs réponses après soumission. Formstep désactive ce paramètre lors de la publication, afin que les enregistrements externes de
>     paiement, de signature et de réservation ne puissent pas diverger des réponses soumises.
>   </p>

<h2 id="connection-health">Santé de la connexion</h2>

<p>
  Une tâche quotidienne renouvelle les jetons OAuth Cal.com avant leur expiration. Une panne temporaire de Cal.com est réessayée le
  lendemain et ne change rien. Si l’accès est révoqué, la connexion est marquée comme expirée : la question affiche un badge{' '}
  <strong>Déconnecté</strong>, la réservation cesse de fonctionner pour les répondants et la personne qui a connecté le compte reçoit un
  e-mail nommant chaque formulaire publié qui réserve via ce compte. Reconnectez Cal.com depuis Espace de travail → Intégrations →
  Planification, puis resélectionnez le compte et confirmez le type d’événement sur chaque question concernée.
</p>

<p>
  Déconnecter un compte Cal.com depuis Espace de travail → Intégrations répertorie les formulaires publiés qui planifient des rendez-vous
  via ce compte. Ces formulaires n’acceptent plus de réservations, et leur propriétaire reçoit un e-mail. Reconnecter le même compte Cal.com
  les restaure : les questions conservent le compte, il n’y a donc rien à resélectionner.
</p>

<h2 id="next-steps">Prochaines étapes</h2>

<div class="not-prose grid gap-3 sm:grid-cols-2">
  - [Logique conditionnelle](/fr/building-forms/conditional-logic) — Ne révéler la réservation que pour les réponses qualifiantes
  - [Types de questions](/fr/building-forms/field-types) — Découvrez toutes les questions disponibles dans Formstep
  - [Santé des intégrations](/fr/integrations/health-monitoring) — Reconnecter des comptes OAuth expirés
  - [Boîte de réception des soumissions](/fr/submissions-analytics/submission-inbox) — Voir les détails de réservation avec les soumissions
</div>
