Intégrations

Webhook générique

Lors de la notification de fin de traitement d’un rapport, Scribe envoie un POST JSON (Content-Type: application/json) à l’URL du webhook générique. Exemple de corps envoyé :

{
  "event": "meeting.completed",
  "meeting": {
    "id": "meeting-id",
    "title": "Project review",
    "date": "2026-10-11T09:00:00.000Z",
    "duration_min": 30,
    "score": 7,
    "tldr": "Next steps agreed.",
    "actions": [
      "Send the proposal"
    ],
    "participants": [
      "Alex"
    ],
    "url": "https://scribeapp.eu/meetings/meeting-id"
  }
}

actions et participants sont des listes de textes. duration_min, score et tldr peuvent être null. date correspond à la date de réunion, ou à sa date de création. Le lien du rapport conserve les règles d’accès de Scribe.

Dans Zapier, créez un déclencheur Webhooks / Catch Hook ; dans Make, un Custom webhook ; dans n8n, un Webhook acceptant POST. Copiez son URL dans les paramètres de notification de l’organisation, puis utilisez event et les champs de meeting dans votre scénario. Le serveur destinataire reçoit les données de cet exemple. L’envoi a un délai maximal de 8 secondes ; cette route ne programme pas de nouvelle tentative en cas d’échec.

OneDrive / SharePoint

L’export du rapport nécessite un compte Microsoft connecté et des droits d’écriture sur les fichiers. Il crée ou remplace un fichier Markdown dans le OneDrive de cet utilisateur : Scribe/[client]/AAAA-MM-JJ-titre.md (sans sous-dossier client si aucun client n’est associé). Malgré le libellé OneDrive/SharePoint, l’export actuel cible OneDrive ; il ne propose pas de sélection d’un site ou d’une bibliothèque SharePoint.

Microsoft Planner

Depuis un rapport terminé contenant des actions, l’envoi crée des tâches avec leur titre et, si elle est valide, leur échéance. Scribe tente aussi d’ajouter le lien source et le responsable en description ; cela n’assigne pas la tâche à un utilisateur Microsoft. Avec un compte Microsoft connecté, Planner est prioritaire. Le plan et le bucket sont définis dans les paramètres d’organisation ; chaque champ vide utilise la valeur serveur correspondante. Si l’un manque, l’envoi est refusé. Le compte Microsoft doit avoir accès à la destination.

Sans jeton Microsoft disponible, l’envoi utilise le webhook de tâches s’il est configuré. Son JSON est distinct : event vaut meeting.actions, meeting contient id, title, date et url, et actions contient des objets task, owner et deadline. Il n’y a pas de synchronisation des modifications ou du statut des tâches.

Serveur MCP

Le point d’entrée /api/mcp accepte les requêtes POST JSON-RPC des clients MCP avec authentification Bearer (clé API personnelle ou OAuth) et droit read. Les outils disponibles sont search_meetings (recherche), get_meeting (rapport, transcription sur demande) et ask_meetings (question avec sources). Ils consultent les réunions accessibles dans l’organisation ; ils ne modifient pas les rapports et ne créent pas de tâches.

Brief avant réunion par e-mail

Lorsque le traitement planifié est configuré côté serveur, il examine les événements de calendrier synchronisés commençant dans 5 à 60 minutes. S’il existe d’autres participants et un historique de réunions ou des profils connus, il prépare un brief à partir de ces éléments et l’envoie à l’utilisateur du calendrier, en français ou en anglais selon sa préférence. Aucun brief n’est envoyé sans historique utile. Un événement est marqué traité avant la génération : un échec ne déclenche pas de nouvelle tentative dans cette route.