Skip to content
Sur le banc

Calendrier

Planification par lien profond validé: pour l'instant.

Ce qu'il fait

Quand une conversation atteint "trouvons un moment", l'agent produit un appel à l'action de planification pointant vers votre outil de réservation existant, avec la destination vérifiée contre une liste d'autorisation pour qu'elle ne puisse pas être redirigée ailleurs. C'est tout ce qu'il y a aujourd'hui.

Pourquoi c'est important

Nous listons ce module précisément parce que c'est celui qui n'est pas construit. La plupart de la valeur d'un registre de statut public provient des entrées qui sont gênantes. Si nous vous disaient la vérité sur Calendrier, les dix autres entrées valent quelque chose.

Comment ça marche

  • La destination est autorisée

    L'URL de réservation émise par l'agent est validée par rapport à une liste d'autorisation configurée, de sorte qu'une conversation ne peut pas persuader l'agent de créer un lien quelque part arbitrairement.

  • Pas de disponibilité, pas de magasin d'événements, pas de synchronisation

    Il n'y a pas de modèle de calendrier derrière cela. Si vous avez besoin que l'agent raisonne sur le temps libre/occupé, il ne peut pas le faire aujourd'hui.

Questions

L'agent peut-il réserver une réunion pour moi?
Il peut remettre à quelqu'un un lien validé vers votre outil de réservation. Il ne peut pas lire votre disponibilité ni écrire un événement.
Quand cela sera-t-il réel?
Nous ne nous sommes pas engagés sur une date, et nous préférerions le laisser sur le banc plutôt que de mettre un trimestre à côté.
Retour à l'histoire

That was step 1 of 6: a request arrives. Next, the subdomain is the isolation boundary, so the request resolves to one workspace, one database, and one question of whether it is even in scope.