8 min Read
Continuer la lecture

Réservation avec AethexAI
L'agent qui planifie la réunion avant la fin de l'appel
Connectez Google Agenda ou Calendly une fois, décidez 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 « quelqu'un va vous recontacter »
La plupart des appels entrants vers une entreprise qui vend des rendez-vous concernent justement un rendez-vous. Avez-vous de la disponibilité jeudi ? Pouvons-nous déplacer mardi ? Suis-je toujours programmé pour le 14 ?
Un agent gère parfaitement cette conversation. Puis arrive le moment crucial où il n'a aucun outil pour finaliser la saisie. Il prend donc un message. Quelqu'un lit le message, ouvre l'agenda, rappelle, manque le correspondant, laisse un message vocal, et un rendez-vous qui n'était qu'à une phrase d'être planifié prend deux jours et trois tentatives, s'il se concrétise.
La planification est l'étape où un agent vocal finalise le travail ou le renvoie. Aethex connecte désormais les deux outils où les entreprises gèrent réellement leur disponibilité : Google Agenda et Calendly.
Deux agendas, deux types de contrats
Google Agenda est une réserve de temps. Calendly est un produit de planification doté de ses propres règles. Cette différence n'est pas cosmétique ; elle détermine ce qu'un agent peut proposer et ce qu'il peut promettre.
Google Agenda | Calendly | |
|---|---|---|
Connexion | Approbation via navigateur, une seule fois | Un jeton d'accès ou approbation via navigateur |
Consultation | Trouve les créneaux libres | Types d'événements et créneaux ouverts |
Action | Réserver, déplacer, annuler | Réserver |
Déplacer ou annuler par la voix | Oui | Non, l'agent transmet les liens propres à Calendly |
Google Agenda
La connexion nécessite une unique approbation via navigateur de la part du propriétaire de l'agenda.
Cette approbation demande à Google exactement deux choses : l'autorisation de créer, mettre à jour et supprimer des événements, et l'autorisation de lire les plages horaires occupées. Rien d'autre. Ce qui a une conséquence importante : 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 identifier un créneau disponible.
À partir de là, l'agent peut scanner les créneaux libres d'une durée donnée, dans le fuseau horaire de votre choix, 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 Agenda, avec envoi d'e-mails aux invités comme d'habitude.
Calendly
Calendly se connecte soit via un jeton d'accès depuis vos paramètres Calendly, soit via une approbation par navigateur, les deux options aboutissant à la même connexion. Un jeton d'accès constitue l'intégration complète pour une équipe automatisant son propre agenda, et il n'expire pas. L'approbation par navigateur est la méthode utilisée pour connecter le compte Calendly d'un tiers.

Calendly → Intégrations & applications → API & webhooks
Tout du côté de Calendly commence par le type d'événement : les types de réunions que le compte accepte, chacun avec sa durée, sa description et toutes les informations requises pour une réservation. À partir de là, l'agent peut lire les créneaux ouverts, lister ce qui est déjà réservé et procéder à la réservation.

Types d'événements, tels que configurés dans Calendly
Une réservation ici est une véritable réservation Calendly. L'invité reçoit l'e-mail de confirmation propre à Calendly, la réunion s'inscrit dans l'agenda associé au type d'événement, et la confirmation de retour contient les liens d'annulation et de reprogrammation de Calendly.
Ce que Calendly ne permet délibérément pas par API, c'est l'action directe d'annulation ou de reprogrammation. Une annulation par erreur n'est pas réversible par l'appelant en cours d'appel ; l'agent transmet donc ces liens plutôt que de détenir lui-même ce pouvoir.
Lequel connecter. Si votre équipe est propriétaire de l'agenda et que vous souhaitez que l'agent puisse déplacer et annuler des rendez-vous en plus de les créer, connectez Google Agenda. Si vos règles de réservation résident déjà dans Calendly (temps de préparation, répartition round-robin entre les collaborateurs, questions de qualification, durées variables selon le type de réunion), connectez Calendly et laissez ces règles s'appliquer. Elles prévaudront : Calendly refuse toute réservation non conforme à sa configuration, quel que soit l'émetteur de la demande.
Lecture ou écriture : la frontière de sécurité
La connexion stocke un identifiant d'accès. Elle ne le transmet à aucun tiers.
Une connexion sans agent associé est connectée mais totalement inerte. C'est un choix délibéré par défaut, de sorte qu'un agenda n'est jamais exposé à tous vos agents actifs simplement parce que quelqu'un l'a connecté. L'accès est accordé par agent, selon l'un des deux niveaux suivants :
Lecture. L'agent peut vérifier les disponibilités et proposer des créneaux, rien de plus.
Écriture. L'agent peut également réserver et, sur Google Agenda, déplacer et annuler.
Deux aspects de cette architecture méritent d'être expliqués, car ils ont fait l'objet de choix de conception rigoureux avant de devenir des fonctionnalités.
Il s'agit d'un niveau d'accès, pas d'une liste d'outils à la carte. Les actions s'enchaînent les unes aux autres ; sélectionner des outils individuellement produit la plupart du temps des combinaisons impossibles à exécuter. La distinction entre consulter et agir reste la règle d'or.
C'est appliqué par omission, non par refus. Ce à quoi un agent a accès est défini au moment de l'initialisation de l'appel. Une action non autorisée n'est tout simplement jamais présentée à l'agent. Un agent configuré en lecture seule ne refuse pas de planifier. Il n'a aucune notion de planification à refuser, ce qui constitue une garantie bien plus robuste qu'une consigne lui demandant poliment de s'en abstenir.
Les droits d'accès prennent effet au début d'un appel. Ainsi, en révoquer un s'appliquera au prochain appel plutôt que de désarmer un agent déjà en cours de conversation. En revanche, la déconnexion de l'intégration est immédiate.
Ce que l'appelant entend réellement
Appelant : J'ai besoin de voir quelqu'un pour mon dos, le plus tôt possible.
Agent : Laissez-moi consulter l'agenda. J'ai de la disponibilité demain à 9h40, ou vendredi à 11h20. Ce sont vos horaires locaux, à Accra.
Appelant : Vendredi.
Agent : Vendredi à 11h20, pour un bilan de quarante-cinq minutes. Je vous enregistre sous le nom de Ama Boateng, sur ce numéro. Est-ce que ama.boateng@… est toujours la bonne adresse pour la confirmation ?
Appelant : Tout à fait.
Agent : C'est réservé. La confirmation est en route, avec les liens pour déplacer ou annuler le rendez-vous si nécessaire.

L'autre extrémité de cette interaction
Trois actions se produisent dans ces six lignes.
Le agent s'exprime dans le fuseau horaire de l'appelant, pas dans celui de l'agenda. La conversion s'effectue avant toute énonciation vocale.
Il confirme l'heure, le nom et l'adresse à l'appelant avant de valider l'écriture. Et si l'agenda est inaccessible, il le signale plutôt que d'inventer une confirmation. Un appel qui se termine sans réservation est rattrapable ; un appelant persuadé d'avoir un rendez-vous alors que ce n'est pas le cas ne l'est pas.
Il y a ensuite la question de l'adresse e-mail, qui est la partie complexe de la réservation par canal vocal. Épeler une adresse à haute voix est fastidieux, et sa transcription est rarement exacte. En revanche, l'agent dispose déjà du numéro de téléphone de l'appelant. Si vos contacts figurent déjà dans un CRM, connectez-le en parallèle à l'agenda. L'agent identifie l'appelant grâce à son numéro, récupère une adresse vérifiée sans avoir à la demander, et n'a plus qu'à la relire pour confirmation.
Un autre cas de figure géré nativement : un créneau peut être réservé entre le moment où l'agent le propose et celui où il le valide. Cette situation est traitée comme un résultat spécifique ; l'agent interroge à nouveau les disponibilités et propose un autre horaire au lieu d'insister sur un créneau déjà pris.
Cinq entreprises, cinq configurations
Un cabinet de kinésithérapie. Google Agenda, accès en écriture. Le volume d'appels est ici dominé par les reports de rendez-vous plutôt que par les nouvelles réservations ; Google Agenda est la solution adaptée grâce aux actions de déplacement et d'annulation. L'intégration de l'agenda est rendue possible car la recherche de créneaux ne lit que les plages occupées : pas de nom de patient, pas de motif de visite, pas de liste d'invités. Le cabinet partage l'agenda de travail d'un praticien sans divulguer son contenu.
Un service d'assurance planifiant des rappels. Calendly, accès en écriture. En configurant le lieu du type d'événement sur « appel téléphonique », Calendly requiert un numéro pour joindre l'invité. C'est le seul champ obligatoire que l'agent n'a jamais besoin de demander, car il dispose déjà du numéro de l'appelant. L'appelant confirme un horaire ; aucun échange fastidieux d'orthographe n'est nécessaire.
Une banque avec douze agences. Google Agenda, accès en écriture, une connexion par agence. Une connexion ne visualise jamais que l'agenda du compte associé à son identifiant. Douze agences signifient donc douze connexions, chacune attribuée à l'agent de cette agence. Cela peut sembler lourd, mais c'est en réalité une sécurité : aucun agent d'agence ne peut accéder à l'agenda d'une autre, et la déconnexion d'une agence n'impacte pas les autres.
Un parc de matériel planifiant des créneaux de retrait. Google Agenda, accès en écriture. Ici, l'agenda ne représente pas une personne, mais une zone de chargement. La recherche de créneaux libres devient une gestion de capacité : configurez l'intervalle minimal selon le temps de rotation d'une zone et l'agent ne pourra proposer que des créneaux que le parc peut réellement absorber. Le scan à 31 jours prend ici tout son sens, car les retraits sont souvent planifiés un mois à l'avance.
Une équipe B2B qualifiant les flux entrants. Calendly, une connexion, deux agents. Chaque appel entrant arrive sur le même compte Calendly, mais tous les appelants ne doivent pas pouvoir réserver. L'agent d'accueil dispose d'un accès en lecture seule : il peut indiquer qu'une démonstration dure trente minutes et que le mardi matin est disponible, puis prendre un nom et un numéro. Lorsqu'un appelant est qualifié, il le transfère à l'agent de qualification, qui dispose d'un accès en écriture et réserve sur le type d'événement distribué en round-robin. Un agenda, deux agents, deux niveaux d'autorisation : c'est précisément pour cela que les accès sont accordés par agent et non par connexion.
Les limites à connaître avant votre lancement
Calendly propose des créneaux sur la semaine à venir. Les règles de disponibilité de Calendly limitent une recherche unique à sept jours ; un agent ne peut donc pas cibler un créneau situé à trois semaines. Google Agenda n'a pas cette restriction et couvre 31 jours en une seule requête.
La reconnexion de Calendly réinitialise tous les accès. Le système ne peut pas distinguer une réautorisation du même compte Calendly d'un changement de compte. Transférer automatiquement les accès associerait silencieusement chaque agent autorisé au nouveau compte d'identification. Aucun accès n'est donc conservé. Il convient de les attribuer à nouveau après coup.
Google Agenda est en version bêta. Le service fonctionne de bout en bout et peut être utilisé en production sur des agendas réels, mais des modifications d'interface peuvent encore survenir avant la disponibilité générale. Pendant l'évaluation de notre vérification Google, l'écran de consentement affiche un avertissement « application non vérifiée » ; vous pouvez l'approuver en toute sécurité, cet avertissement étant lié à notre statut d'évaluation et non aux actions de l'intégration. Sur un domaine Google Workspace où l'administrateur restreint les accès tiers, il peut être nécessaire de l'autoriser préalablement. Calendly est quant à lui en disponibilité générale.
Un compte par connexion. Chaque action est exécutée au nom de l'utilisateur auquel appartiennent les identifiants. Une connexion ne visualise jamais d'agenda secondaire.
La déconnexion n'annule pas les réservations. Supprimer la connexion révoque l'accès stocké et supprime instantanément la capacité de l'agent à l'utiliser, mais les rendez-vous déjà planifiés restent inchangés dans l'agenda.
Démarrer
Connectez un agenda, attribuez l'accès à un agent et effectuez un appel de test. L'opération nécessite seulement trois appels d'API et une approbation par navigateur de bout en bout.
developers.aethexai.com/docs



