Comprendre votre OS
Calendar & Booking : trouvez le créneau. Arrivez préparés.
La prise de rendez-vous en ligne est une capacité de votre OS IA. Partagez les créneaux et questions utiles dans un seul lien, laissez le client confirmer et conservez ses réponses avec le rendez-vous.
Le travail au quotidien
Le rendez-vous est dans l’agenda. Mais qui a les informations ?
Trouver un horaire prend plusieurs messages. Puis il faut encore récupérer l’adresse, le motif et les consignes d’accès. Booking rassemble ces réponses dans l’invitation au lieu de les laisser dispersées dans les échanges.
Une invitation pensée pour cette intervention.
Adresse · Accès · Motif de la visite
01Préparer l’invitationProposer les bons créneaux.
« Prépare une visite de 45 minutes mardi après-midi. Propose trois créneaux. »
Mardi : 14 h, 15 h ou 16 h. Seules les disponibilités proposées pour cette demande sont partagées.
L’invitation peut être enrichie avant la réservation du client.
02Recueillir les réponsesDemander ce qui prépare la visite.
Le client choisit 15 h et fournit les informations utiles au même endroit.
Adresse : 12 rue de la Gare. Accès : demander Camille à l’accueil. Motif : diagnostiquer une panne récurrente.
Choisir un créneau ne constitue pas encore la confirmation finale.
03Confirmer et préparerUn horaire, un client, une raison d’y aller.
Après confirmation réussie, le rendez-vous est créé dans AlefOS.
Mardi, 15 h–15 h 45. Camille, 12 rue de la Gare. Accès par l’accueil. Visite de diagnostic.
Cette invitation ne peut plus être réservée. La synchronisation avec un calendrier externe possède son propre état.
Exemple fictif, pas une capture du produit. Les sources et accès doivent être configurés ; les réponses illustrées s’appuient sur les informations présentées.
La réservation n’est que le début.
Avant la visite, retrouvez le contexte client disponible et les éléments à préparer. Après, repartez du résultat conservé pour préparer la suite. Le rendez-vous planifié et le contenu d’une réunion restent distincts.
Retrouver les décisions après la réunionSur cette page
- Un lien adapté au rendez-vous
- Suivre ce qui attend encore une réponse
- Préparer et poursuivre le travail
- Calendrier et contenu de réunion sont distincts
- Création, modification et confirmation
- Créez l’invitation, puis enrichissez le même lien
- Ce que la confirmation change
- Outils Booking et disponibilité
- Outils et prérequis
Un lien adapté au rendez-vous
Le collaborateur prépare les disponibilités, les questions de réservation et les consignes utiles. Le client choisit un créneau proposé et répond au même endroit.
Le lien de réservation sert un rendez-vous précis. Il ne donne pas accès au calendrier privé complet du collaborateur et ne signifie pas que toutes les disponibilités de l’entreprise sont publiques.
Suivre ce qui attend encore une réponse
Lorsque le suivi concerné est disponible, l’interface distingue les liens envoyés, réponses en attente, réservations abouties et sources des rendez-vous. Un lien envoyé n’est pas un rendez-vous confirmé.
Les réponses du client, le sujet, le rapprochement avec le contact et le contexte de préparation doivent rester associés au rendez-vous, plutôt que de disparaître derrière une date et une heure.
Préparer et poursuivre le travail
Avant une intervention, le dossier peut indiquer le motif, les conditions d’accès, le document nécessaire et les missions liées. Après le rendez-vous, les décisions et prochaines actions peuvent enrichir le contexte dans les parcours pris en charge.
Un rendez-vous garde un responsable visible. Une affectation ou réaffectation dans l’agenda d’un membre dépend des droits de l’entreprise ; elle ne doit pas usurper l’identité d’un collègue.
Calendrier et contenu de réunion sont distincts
Le calendrier fournit le moment prévu, les participants et les informations d’événement disponibles. Une source de réunion peut fournir des notes, un résumé ou une transcription lorsqu’ils ont été générés et autorisés.
Ajouter un lien Google Meet ou Zoom à un événement ne prouve pas que la réunion est enregistrée, transcrite ou analysée.
Création, modification et confirmation
Les outils de brouillon permettent d’examiner une création ou une modification avant confirmation. Le code possède aussi des opérations internes directes pour les demandes explicites autorisées. La liste exposée à l’assistant dépend de la politique du serveur déployé.
Il faut distinguer aperçu, événement enregistré et synchronisation externe. Une modification locale ne prouve pas que tous les fournisseurs ont accepté la mise à jour. Les fuseaux horaires, droits et résultats du fournisseur doivent rester pris en compte.
Créez l’invitation, puis enrichissez le même lien
Définissez la durée, le fuseau horaire et les plages à proposer. Booking peut recueillir un texte court ou long, un e-mail, un téléphone, une adresse, un nombre ou un choix dans une liste. Les questions obligatoires aident le client à fournir ce qui est utile au rendez-vous.
L’invitation concerne un rendez-vous précis, pas une vue publique permanente d’un calendrier privé. Dans un parcours d’équipe, la configuration peut préaffecter une ressource ou permettre au visiteur de choisir un membre parmi les ressources autorisées. Les modes accessibles dépendent de la configuration de l’environnement.
Ce que la confirmation change
Une invitation active présente les choix disponibles. Une réservation réussie crée un événement AlefOS et consomme le lien : il ne peut plus être réservé. Une invitation expirée ou révoquée n’est plus disponible. Dans ce parcours, la page de confirmation reste accessible jusqu’à vingt minutes après la fin du rendez-vous.
Un rapprochement fiable avec un contact peut rattacher la réservation à la relation. Un événement interne ne prouve pas une synchronisation réussie avec Google ou Outlook. Vérifiez séparément le résultat de réservation et l’état du fournisseur ; si un créneau n’est plus disponible, le visiteur doit choisir une option disponible.
Outils Booking et disponibilité
Le contrat Booking comprend calendar.booking_link.create pour créer une invitation, calendar.booking_link.get pour la consulter et calendar.booking_link.update pour enrichir ou modifier une invitation éligible. Créer une invitation à la suite d’une demande explicite est distinct de la confirmation de réservation par le client.
Ces outils appartiennent à l’implémentation Booking. Leur disponibilité dans votre assistant doit être vérifiée à la mise en place ; ils ne font pas partie de tous les catalogues MCP déployés. Le lien public et la confirmation du client suivent leurs propres règles d’accès.
Référence de fonctionnement
Modules, outils et conditions d’accès
Cette référence décrit les opérations MCP et leurs effets. La liste effectivement exposée à votre assistant dépend du serveur déployé, des modules et des autorisations. Une lecture, un brouillon et une exécution sont des opérations distinctes.
Calendrier et contexte de réservation
Invitation, lien de réservation et événement confirmé sont des états différents. Les outils de brouillon permettent la revue ; certaines opérations internes peuvent aussi être exécutées directement, selon les autorisations et les règles de l’outil.
Faites glisser le tableau pour lire toutes les colonnes. Au clavier : flèches gauche et droite.
| Outil | Fonction et effet |
|---|---|
calendar. | Lister les rendez-vous, éventuellement filtrés par période. |
calendar. | Lire le contexte disponible du rendez-vous : responsable, contact, mission et fournisseur. |
calendar. | Préparer un aperçu de création de rendez-vous avec un action_id. |
calendar. | Préparer l’aperçu d’une modification ou d’un déplacement de rendez-vous. |
calendar. | Affecter ou réaffecter un rendez-vous avec le rôle requis et une trace du changement. |
Missions et responsabilités
Lire la source et l’état d’exécution avant d’agir. Confirmer exécute une mission en attente ; rejeter et archiver ont des effets distincts. L’affectation dépend des rôles de l’entreprise.
Faites glisser le tableau pour lire toutes les colonnes. Au clavier : flèches gauche et droite.
| Outil | Fonction et effet |
|---|---|
missions. | Lister les missions de l’utilisateur courant, éventuellement regroupées par contact. |
missions. | Lire la source, les objets liés et l’état d’exécution d’une mission. |
missions. | Confirmer et exécuter une mission en attente. |
missions. | Rejeter une mission en attente sans l’exécuter. |
missions. | Archiver une mission sans exécuter ni supprimer son action. |
missions. | Affecter depuis la file d’entreprise ou réaffecter avec le rôle requis ; les changements sont tracés. |
Les scénarios de cette page illustrent des parcours, pas des données clients réelles ni une garantie de résultat. Les connexions et capacités doivent être activées et vérifiées pour votre environnement. Les outils métier officiels conservent leurs responsabilités.
Poursuivre la lecture
Une capacité de votre OS IA d’entreprise. AlefOS fournit le socle commun ; votre déploiement définit les outils activés et les accès. Comprendre votre OS IA ↗