L'agent qui planifie la réunion avant la fin de l'appel

Connectez Google Calendar ou Calendly une seule fois, définissez quels agents peuvent consulter et lesquels peuvent agir, et le rendez-vous s'enregistre sur un véritable agenda alors que l'appelant est encore en ligne.

L'appel qui se termine par « on vous rappellera »

La plupart des appels entrants vers une entreprise qui vend des rendez-vous concernent un rendez-vous. Avez-vous des disponibilités jeudi ? Pouvons-nous décaler mardi ? Mon rendez-vous du 14 est-il toujours maintenu ?

Un agent gère parfaitement cette conversation. Puis vient le moment crucial où il n'a aucun outil pour finaliser l'action. Il prend donc un message. Quelqu'un lit le message, ouvre l'agenda, rappelle, tombe sur la messagerie, laisse un message vocal, et un rendez-vous qui était à une phrase d'être planifié prend finalement deux jours et trois tentatives, s'il n'est pas tout simplement abandonné en chemin.

La planification est l'étape où un agent vocal finalise le travail ou passe le relais. Aethex connecte désormais les deux outils où les entreprises gèrent réellement leurs disponibilités : Google Calendar et Calendly.

Deux agendas, deux logiques d'intégration distinctes

Google Calendar est un réservoir de temps. Calendly est un produit de planification doté de ses propres règles métier. Cette différence n'est pas esthétique ; elle détermine ce qu'un agent peut proposer et ce qu'il peut garantir.

Google Calendar

La connexion nécessite une unique autorisation via navigateur de la part du propriétaire de l'agenda.

Cette approbation demande à Google exactement deux droits : la permission de créer, modifier et supprimer des événements, et celle de lire les plages horaires occupées. Rien d'autre. Ce qui implique une conséquence importante à préciser : la recherche d'un créneau libre révèle uniquement quand le compte est occupé, jamais l'objet de cette occupation. Aucun titre, aucun invité, aucun lieu de rendez-vous existant n'est lu pour trouver une disponibilité.

À partir de là, l'agent peut scanner les créneaux libres d'une durée donnée, dans le fuseau horaire spécifié, jusqu'à 31 jours à l'avance. Il peut créer un rendez-vous, le déplacer ou l'annuler. Chaque action est une opération d'agenda standard, visible dans Google Calendar comme n'importe quelle autre, avec envoi d'e-mails de notification aux invités de manière classique.

Calendly

Calendly se connecte soit via un jeton d'accès depuis vos paramètres Calendly, soit par une autorisation via le navigateur, les deux options aboutissant à la même connexion active. Le jeton d'accès est l'intégration idéale pour une équipe automatisant son propre agenda, et il n'expire pas. L'autorisation via navigateur est la méthode utilisée lorsque le compte connecté appartient à un tiers.

Calendly → Integrations & apps → API & webhooks

Côté Calendly, tout repose sur le type d'événement : le type de réunion accepté par le compte, chacun ayant sa propre durée, sa description et ses champs requis lors de la réservation. À partir de là, l'agent peut lire les créneaux disponibles, lister ce qui est déjà réservé et procéder à la planification.

Types d'événements, tels qu'affichés dans Calendly

Une réservation ici est une véritable réservation Calendly. L'invité reçoit l'e-mail de confirmation natif de Calendly, la réunion s'inscrit dans l'agenda configuré pour ce type d'événement, et la réponse contient les liens Calendly d'annulation et de reprogrammation.

Calendly ne permet pas d'action directe d'annulation ou de reprogrammation via l'agent. Une annulation par erreur n'étant pas réversible en plein appel, l'agent transmet ces liens directement au client plutôt que de détenir ce pouvoir d'action.

Lequel connecter ? Si votre équipe gère directement son agenda et que vous souhaitez que l'agent puisse déplacer et annuler des rendez-vous en plus de les planifier, connectez Google Calendar. Si vos règles de réservation sont déjà configurées dans Calendly (temps de préparation, répartition round-robin entre collaborateurs, formulaires de qualification, durées variables selon le type de réunion), connectez Calendly pour conserver la centralisation de ces règles. Elles seront appliquées de manière stricte : Calendly rejette toute réservation non conforme à sa configuration, quel que soit l'émetteur de la demande.

Lecture ou écriture : une séparation stricte des privilèges

La connexion stocke un identifiant de sécurité, mais ne le transmet à aucun tiers.

Une connexion sans agent associé reste totalement inactive. C'est un choix de conception délibéré pour s'assurer qu'un agenda ne soit jamais exposé à l'ensemble de vos agents actifs sous le seul prétexte qu'il a été connecté. L'accès est attribué par agent, selon deux niveaux d'autorisation :

Lecture. L'agent peut uniquement vérifier les disponibilités et proposer des créneaux.

Écriture. L'agent peut également planifier, et, sur Google Calendar, déplacer ou annuler des rendez-vous.

Deux aspects de cette architecture méritent d'être explicités, car ils découlent de choix techniques structurants.

Il s'agit d'un niveau d'accès global, pas d'une liste d'outils à la carte. Les actions sont interdépendantes ; sélectionner les outils un par un générerait des combinaisons techniquement incompatibles. La distinction entre consulter et agir reste la limite la plus fiable.

La restriction est appliquée par omission, non par refus d'accès. Les capacités d'un agent sont définies au moment de l'initialisation de l'appel. Une action non autorisée n'est tout simplement pas mise à disposition de l'agent. Un agent en lecture seule ne refuse pas de planifier : il n'a pas la notion même de planification dans son environnement, ce qui offre une garantie de sécurité bien supérieure à une simple consigne lui demandant de s'en abstenir.

Les autorisations prennent effet au démarrage d'un appel. Par conséquent, la révocation d'un droit s'appliquera au prochain appel sans interrompre un agent déjà en communication. La déconnexion d'une intégration est quant à elle immédiate.

Ce que l'appelant entend réellement

Appelant : J'aimerais consulter pour mon dos le plus rapidement possible.

Agent : Laissez-moi consulter l'agenda. J'ai une disponibilité demain à 9h40, ou vendredi à 11h20. Ces horaires correspondent à votre fuseau horaire de Accra.

Appelant : Vendredi.

Agent : C'est noté pour vendredi à 11h20, pour un bilan de quarante-cinq minutes. Vos coordonnées sont Ama Boateng, sur ce numéro. L'adresse ama.boateng@… est-elle toujours valide pour l'envoi de la confirmation ?

Appelant : Tout à fait.

Agent : C'est enregistré. Vous allez recevoir la confirmation par e-mail, contenant les liens pour modifier ou annuler le rendez-vous si nécessaire.

L'envers du décor technique de cet échange

Trois mécanismes clés s'exécutent au cours de cet échange.

La conversion de fuseau horaire est transparente. L'agent s'exprime dans le fuseau de l'appelant, et non dans celui de l'agenda. La conversion s'effectue avant toute interaction vocale.

L'agent valide les données avant toute écriture. Il confirme l'heure, le nom et l'adresse à l'appelant avant d'enregistrer la réservation. De plus, si l'agenda est injoignable, l'agent le signale explicitement au lieu de simuler une fausse confirmation. Un appel qui se termine sans réservation est gérable ; un client qui pense à tort avoir un rendez-vous validé crée une situation bien plus critique.

La gestion de l'adresse e-mail, qui représente la principale complexité technique de la réservation par canal vocal. Épeler une adresse à voix haute est fastidieux, et sa transcription est rarement fiable à 100 %. En revanche, l'agent dispose déjà du numéro de téléphone de l'appelant. Si votre base clients est connectée à un CRM, associez ce dernier à l'agenda. L'agent identifie le profil via le numéro, récupère l'adresse e-mail déjà vérifiée, et n'a plus qu'à la faire confirmer oralement.

Un autre scénario géré nativement par notre connecteur : l'attribution d'un créneau qui serait réservé par un tiers entre le moment où l'agent le propose et celui de la validation. Cet événement est traité instantanément comme un échec de réservation, ce qui pousse l'agent à actualiser les disponibilités pour proposer immédiatement un autre horaire au lieu d'insister sur un créneau expiré.

Cinq cas d'usage réels

Une clinique de physiothérapie. Google Calendar, mode écriture. Le volume d'appels est ici dominé par les reports de rendez-vous plutôt que par les nouvelles créations. Google Calendar est donc l'outil idéal grâce à ses fonctionnalités natives de modification et d'annulation. L'atout majeur de cette intégration réside dans le fait que la recherche de créneaux libres ne lit que les plages d'indisponibilité : aucun nom de patient, motif de consultation ou liste d'invités n'est exposé. Le cabinet connecte l'agenda du praticien sans divulguer de données confidentielles.

Un centre d'appels d'assurance planifiant des rappels. Calendly, mode écriture. En configurant le lieu du type d'événement sur « appel téléphonique », Calendly exige un numéro de contact. L'agent dispose déjà de cette information grâce au numéro d'appel entrant. Le client valide simplement un créneau ; aucune saisie manuelle d'informations complexes n'est requise.

Un réseau bancaire de douze agences. Google Calendar, mode écriture, avec une connexion dédiée par agence. Une connexion n'accède qu'à l'agenda associé à ses propres identifiants. Douze agences impliquent donc douze connexions distinctes, attribuées à l'agent de chaque agence. Cette configuration, bien qu'apparemment redondante, constitue une sécurité essentielle : aucun agent d'agence ne peut accéder aux agendas des autres, et la déconnexion d'un site n'impacte pas le reste du réseau.

Un parc logistique de matériel de chantier gérant des créneaux d'enlèvement. Google Calendar, mode écriture. Ici, l'agenda ne représente pas un collaborateur mais une zone de chargement. La recherche de créneaux libres devient une gestion de capacité : en définissant le créneau minimum sur la durée de rotation d'un quai, l'agent ne propose que des créneaux techniquement réalisables pour le site. L'analyse prévisionnelle à 31 jours prend ici tout son sens, les enlèvements étant souvent planifiés un mois à l'avance.

Une équipe B2B qualifiant des leads entrants. Calendly, une seule connexion, deux agents distincts. Tous les appels entrants aboutissent au même compte Calendly, mais tous les appelants ne sont pas éligibles à une réservation immédiate. L'agent d'accueil dispose d'un accès en lecture seule : il peut informer que la démonstration dure 30 minutes et que le mardi matin est disponible, puis enregistrer les coordonnées. Une fois le prospect qualifié, il le transfère à l'agent de qualification, qui dispose de droits d'écriture et enregistre le rendez-vous via un événement de type round-robin. Un seul agenda, deux agents, deux niveaux de droits : c'est précisément pour cela que les autorisations sont définies par agent et non par connexion.

Les limitations techniques à connaître avant le déploiement

Calendly limite les propositions de créneaux à la semaine en cours. Les règles de disponibilité de Calendly limitent une recherche unique à une période de sept jours ; un agent ne peut donc pas proposer directement un créneau situé à trois semaines. Google Calendar ne présente pas cette restriction et permet de scanner jusqu'à 31 jours en une seule requête.

La reconnexion de Calendly réinitialise l'ensemble des autorisations accordées. Le système ne peut pas distinguer la ré-autorisation d'un même compte Calendly du remplacement par un compte tiers. Conserver les droits actifs pourrait associer de manière invisible vos agents au nouveau compte connecté. Par sécurité, aucune autorisation n'est conservée. Il est nécessaire de redéfinir les droits après une reconnexion.

Google Calendar est actuellement en version bêta. Le service est pleinement fonctionnel et sécurisé pour une utilisation en production, mais l'interface et l'API sont encore sujettes à des optimisations avant la disponibilité générale. Pendant la phase de validation de notre application par Google, l'écran de consentement peut afficher un avertissement « application non validée ». Vous pouvez accorder les autorisations en toute sécurité, cet avertissement concernant uniquement l'état de validation de notre côté et non l'intégrité de l'intégration. Sur un domaine Google Workspace restrictif, l'administrateur système devra préalablement autoriser l'application. Calendly est quant à lui pleinement disponible (GA).

Un compte unique par connexion. Chaque action s'exécute sous l'identité de l'utilisateur associé aux identifiants fournis. Une connexion ne peut en aucun cas interagir avec un second agenda.

La déconnexion n'annule pas les réservations existantes. Supprimer la connexion révoque immédiatement les droits d'accès stockés, coupant l'accès à vos agents, mais les rendez-vous déjà planifiés restent inchangés dans vos agendas.

Démarrer l'intégration

Connectez un agenda, attribuez les droits à un agent et effectuez un appel de test. L'ensemble de la procédure ne nécessite que trois appels API et une validation via navigateur.

developers.aethexai.com/docs