Intégration d'un agenda et prise de rendez-vous
Le rendez-vous appartient au dossier, pas au lien Calendly
Nous synchronisons Google Calendar, Outlook, Cal.com ou Calendly avec votre métier. Disponibilités, fuseaux, annulation : le calendrier n'est plus la seule vérité.
- Sync d'agenda en production
- propriété d'événement tranchée
- fuseaux recettés
Qu'est-ce que l'intégration d'un agenda et quand la faire développer ?
Intégrer un agenda, c'est faire vivre les disponibilités, les événements et les rendez-vous dans votre application plutôt que dans un onglet calendrier. Google Calendar et Outlook portent l'agenda de travail. Calendly et Cal.com portent la prise de rendez-vous. On fait développer le connecteur quand un créneau réservé doit créer la mission, quand un rappel doit partir de votre produit, ou quand deux agendas se marchent dessus. La requête qui porte la catégorie est « synchroniser agenda Google », pas un tutoriel OAuth de plus.
Les agendas que nous intégrons
Google Calendar
Synchroniser un agenda Google : événements, disponibilités, webhooks de changement.
Microsoft Outlook
L'agenda Microsoft Graph, souvent déjà voisin de Microsoft 365.
Calendly
La prise de rendez-vous, à relier à votre dossier plutôt qu'à un lien nu.
Cal.com
Notre propre cas : prise de RDV et webhook de rappel, en production sur ce site.
Ce qui crée le double rendez-vous
Le calendrier tient les créneaux. Tant que l'événement n'a pas de propriétaire, le lien dans l'e-mail et le dossier métier divergent.
On a deux fois le même rendez-vous
Une clé d'événement et une règle de priorité. La sync met à jour, elle ne duplique pas.
Le créneau est pris, le dossier n'existe pas
La réservation crée la mission, le ticket ou l'intervention. Le calendrier n'est plus un silo.
Les disponibilités affichées sont fausses
Nous lisons les agendas réels (occupé, hors heures, buffers). Un créneau déjà pris n'apparaît plus en ligne.
Le token expire et plus rien ne se crée
Rafraîchissement, révocation, relance de reconnexion. Un agenda déconnecté se voit avant le lundi matin.
Ce que chaque agenda implique concrètement
Cal.com
Notre cas réelCas de preuve réel : nous l'utilisons sur fragments-studio.com (composants de prise de rendez-vous, webhook de rappel). La page documente une intégration vécue, pas un tutoriel de plus. Utile si vous voulez le même schéma : réservation, webhook, relance, sans coller un SaaS opaque au métier.
- En production sur notre site
- Webhook de rappel
- Schéma reproductible chez vous
Calendly
Prise de RDVUn outil de prise de rendez-vous. L'intégration se juge sur l'événement créé (invitee, créneau, annulation) et ce qu'il déclenche dans votre dossier. Un lien Calendly collé dans un e-mail n'est pas un connecteur.
- Réservation vers dossier
- Annulation et report traités
- Périmètre tranché au cadrage
Google Calendar
Le plus demandéLe volume est sur « synchroniser agenda Google », plus accessible que « api google calendar ». Événements, busy, notifications de changement : le connecteur porte votre identifiant métier sur l'événement. OAuth, scopes et révocation se cadrent avec vos utilisateurs, pas en dur dans une démo.
- Sync bidirectionnelle cadrée
- Busy pour les disponibilités
- Identifiant métier sur l'événement
Microsoft Outlook
Microsoft GraphL'agenda via Microsoft Graph, souvent dans le même tenant que le reste de Microsoft 365. Sans routes inventées : le cadrage fixe calendriers concernés, permissions et le même problème de token que Google. Les deux se combinent quand vos équipes sont mixtes.
- Graph pour l'agenda Outlook
- Permissions par calendrier
- Token et reconnexion cadrés
Quatre syncs que le terrain reconnaît
Aller-retour pour les équipes terrain
Le mobile et le métier voient le même créneau. Une modification d'un côté met à jour l'autre.
Page de réservation qui crée la mission
Cal.com ou Calendly écrit dans le dossier. Le calendrier n'est plus le SI.
Buffers et temps de trajet
Les règles d'occupation sont dans le produit. Un créneau « libre » n'est plus un piège.
Annulation qui libère et notifie
Le slot redevient libre. Le canal (mail, SMS) part d'une politique, il n'est pas le sujet de cette page.
Ops, terrain, assistant, client : qui possède l'événement
Nous ne « synchronisons pas Google ». Nous trançons le propriétaire de l'événement et les règles de conflit.
Les ops cessent de recoller deux agendas
Une clé d'événement, une priorité. La sync met à jour, elle ne duplique pas.
Le terrain arrive au bon fuseau
Nous recettons les fuseaux comme un cas métier. Un RDV « à 14 h » sans zone est un bug.
L'assistant n'est plus le bus d'événements
Les scopes d'autorisation sont minimaux. On ne demande pas tout le calendrier personnel pour une mission.
Le client voit une annulation vraie
Annulé dans l'app, libéré dans l'agenda. Plus de no-show né d'un oubli de sync.
Ce que nous avons livré, et qui s'applique ici
Ce qu'une sync d'agenda force comme méthode
Propriété de l'événement
Créateur, priorité, clé d'événement stable.
Livrable : règle de propriétéFuseaux et conflits
Fuseaux, busy/free, buffers, collisions.
Livrable : règles d'occupationPolitique de rappel
Délais, canaux, qui coupe le rappel.
Livrable : politique de rappelCascade d'annulation
Annulation, no-show, report : trois cascades distinctes.
Livrable : cascade d'annulationCe que personne ne vous dit avant de signer
La bidirectionnalité crée des boucles
Si les deux côtés écrivent le titre et l'heure sans priorité, ils se réécrivent. Une source par champ, posée au cadrage.
Le token n'est pas éternel
Révocation, expiration, scopes trop larges : le parcours de reconnexion est un livrable, pas un oubli.
Busy n'est pas « tout l'agenda »
Calendriers privés, hors heures, buffers : mal lus, ils affichent des créneaux fantômes ou bloquent trop.
Un outil de RDV n'est pas un CRM
Calendly ou Cal.com créent un événement. Le dossier métier, c'est votre connecteur qui le crée. Traiter l'outil de booking comme un CRM laisse des missions sans propriétaire dès qu'on supprime l'événement.
Ce que nous mesurons sur un projet agenda
Intégration d'un agenda : vos questions
Trois étapes. D'abord figer le sens : l'application crée l'événement, l'agenda est lu pour le busy, ou les deux, champ par champ. Ensuite brancher OAuth avec les scopes minimaux, les notifications de changement, et une clé d'événement pour ne pas dupliquer. Enfin recetter report, annulation et token révoqué. La difficulté n'est pas d'afficher un calendrier, c'est de ne pas booker deux fois le même créneau.
Lire le busy pour afficher des disponibilités se chiffre bien plus bas qu'une sync bidirectionnelle multi-agendas avec création de dossier à la réservation. OAuth et reconnexion pèsent autant que l'écriture de l'événement. Nous cadrons le périmètre en amont et donnons une estimation ferme.
Souvent non : vos équipes sont mixtes. Nous isolons le fournisseur derrière une interface d'événements. Le cadrage fixe les deux si besoin. Microsoft Graph entre aussi pour Outlook. Le choix se fait sur qui tient l'agenda de travail, pas sur la doc la plus lue.
Parce que c'est un cas réel chez nous : prise de rendez-vous et webhook de rappel en production sur ce site. La page sert de preuve et de schéma, pas de course au mot-clé. Si vous voulez le même assemblage, nous le reproduisons dans votre produit.
Oui, en branchant l'événement sur votre API SMS (Twilio, Brevo) plutôt qu'en espérant l'outil d'agenda. Le rappel devient un parcours mesurable, avec consentement et fenêtre légale. Cela se cadre avec la catégorie SMS, pas comme un paramètre caché du calendrier.
Qui possède le rendez-vous, chez vous ?
30 minutes pour poser Google vs Outlook vs l'outil de booking, les conflits, et ce qu'une annulation doit libérer.
Parler de mon projet agenda