Comprendre votre OS
Votre téléphonie. Reliée au reste du travail.
Gardez le service téléphonique que votre équipe utilise déjà. Ses interfaces ouvertes peuvent permettre de relier appels, contexte client et suivi à votre OS, avec une adaptation définie pour votre fournisseur.
Le travail au quotidien
L’équipe connaît déjà sa téléphonie.
Gardez cette habitude. Le projet de connexion part du résultat utile : permettre à la personne suivante de comprendre l’appel client sans demander à l’équipe de tout ressaisir.
Garder la téléphonie. Partager le contexte utile.
01L’équipe appelle comme d’habitudeConserver les habitudes utiles.
Un collègue échange avec Marc depuis le fournisseur existant.
« Envoyez-moi le devis actualisé avant vendredi, s’il vous plaît. »
Le fournisseur continue à prendre en charge l’appel.
02La connexion configuréeFaire entrer l’échange utile dans l’OS.
La connexion récupère le contenu autorisé disponible pour cet appel.
Marc demande un devis actualisé avant vendredi. L’appel est relié à sa relation client.
Cet exemple demande un accès au contenu, pas seulement à un événement de fin d’appel.
03Un autre collègue prend la suiteRetrouver la demande avant de répondre.
« Que devons-nous envoyer à Marc ? »
Un devis actualisé, demandé avant vendredi. Vérifier la dernière version et la personne chargée du suivi.
Le contexte prépare la suite ; il n’affirme pas que le devis a été envoyé.
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.
Partez de votre fournisseur. Définissons le raccordement.
Une interface ouverte donne une base concrète à étudier et à adapter. La connexion livrée précise ce qui est reçu, ce qui peut être consulté et les actions activées.
Trouver votre point de départSur cette page
- Partir du service téléphonique que vous utilisez
- Une interface ouverte, pas une liste fermée de marques
- Recevoir un événement, retrouver le contenu, permettre une action
- Raccorder un PBX, un service SIP ou un compte téléphonique
- Ce qui change pour l’équipe
- Définir le périmètre, puis vérifier un parcours concret
- Outils et prérequis
Partir du service téléphonique que vous utilisez
Vos numéros, les habitudes de l’équipe et votre installation sont le point de départ. Le projet identifie ce que vous souhaitez conserver et la connexion qui peut apporter l’activité d’appel utile à AlefOS. Remplacer toute la téléphonie n’est pas un préalable pour relier son contexte.
Une interface ouverte, pas une liste fermée de marques
Aircall, Ringover, Dialpad ou un autre service : ces noms illustrent les fournisseurs qu’une entreprise peut utiliser, pas une liste de connecteurs prêts à l’emploi promis. Nous cadrons l’adaptation à partir des API, webhooks, outils MCP ou exports réellement proposés par le fournisseur. Aircall dispose d’un parcours d’ingestion existant ; la connexion de chaque entreprise reste à activer et à valider.
Recevoir un événement, retrouver le contenu, permettre une action
Un webhook peut annoncer un appel reçu ou terminé. Une API peut fournir son enregistrement, sa transcription ou ses participants. Des outils MCP peuvent exposer des consultations ou des actions précises. Ces interfaces ont des rôles différents : un événement de fin d’appel ne contient pas à lui seul la conversation, et un accès en lecture ne donne pas le droit de lancer un appel.
Raccorder un PBX, un service SIP ou un compte téléphonique
Une entreprise équipée d’un PBX ou d’un service tel que Telnyx ou Twilio a besoin d’un plan de raccordement, pas simplement d’un logo supplémentaire dans un catalogue. Numéros, liaisons, routage, accès aux médias et responsabilités d’exploitation sont définis ensemble. Un projet de PBX dédié ou de lignes mobiles peut être cadré séparément ; la page CallOS explique l’expérience d’appel obtenue.
Ce qui change pour l’équipe
Le collaborateur continue à utiliser son service téléphonique. Le contenu d’appel autorisé peut rejoindre la bonne relation client, aider un collègue à reprendre le dossier et garder une promesse visible après l’appel. Le responsable consulte les informations de son périmètre au lieu de demander à chacun de reconstituer la conversation.
Définir le périmètre, puis vérifier un parcours concret
Précisez les appels entrants et sortants couverts, le compte fournisseur, les événements et médias disponibles, les droits, les conditions d’enregistrement, les coûts et les délais attendus. Suivez un appel jusqu’à la bonne entreprise, au bon collaborateur et au bon client ; testez aussi le contenu absent et la déconnexion. Les appels WhatsApp Business ont leurs propres prérequis de compte et de téléphonie, documentés séparément.
Que peut exposer votre fournisseur ?
Faites glisser le tableau pour lire toutes les colonnes. Au clavier : flèches gauche et droite.
| Interface | Rôle utile | Périmètre à établir |
|---|---|---|
| Webhook | Signaler une activité d’appel à l’OS. | Événements, identifiants et comportement de livraison. |
| API | Retrouver le contenu disponible ou appeler les opérations proposées. | Accès aux médias, autorisations et opérations en lecture ou écriture. |
| MCP | Exposer des outils précis à un client compatible. | Contrats des outils, authentification et actions réellement prises en charge. |
| SIP / PBX | Raccorder le montage voix lui-même. | Routage, médias, numéros et responsabilités d’exploitation. |
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.
Contexte des appels
Un appel indexé ne garantit pas une transcription. Consulter le contenu fournisseur disponible et résoudre explicitement un contact inconnu avant d’utiliser son contexte relationnel.
Faites glisser le tableau pour lire toutes les colonnes. Au clavier : flèches gauche et droite.
| Outil | Fonction et effet |
|---|---|
calls. | Lister les appels visibles dans le périmètre courant. |
calls. | Lire les détails disponibles d’un appel identifié. |
calls. | Lire la transcription disponible pour un call_id explicite. |
calls. | Préparer le rattachement explicite d’un appel non résolu à un contact existant. |
calls. | Affecter un appel dans le parcours d’entreprise autorisé. |
Faites glisser le tableau pour lire toutes les colonnes. Au clavier : flèches gauche et droite.
| Source | Ce qui doit être vérifié |
|---|---|
| CallOS | Choisir le mode d’appel, les numéros, le parcours audio et les conditions d’enregistrement. Une interface WebRTC intégrée est une option, pas une obligation pour tous les montages téléphoniques. Référence → |
| WhatsApp Business | Messagerie et téléphonie sont distinctes. Confirmer le périmètre des messages ; les appels professionnels restent un parcours en préparation dont la disponibilité doit être validée. Référence → |
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 ↗