Comprendre votre OS

Un collaborateur part. Vos relations clients continuent.

Gardez les échanges reçus par votre OS, les engagements et les questions ouvertes avec le dossier client. Attribuez le travail au nouveau collaborateur, avec les accès utiles pour reprendre.

Le travail au quotidien

Transmettez les dossiers. Pas des heures de reconstitution.

Lorsqu’une personne part, son remplaçant ne devrait pas demander aux clients ce que votre entreprise leur a promis. Les informations capturées depuis les échanges connectés font déjà partie de l’historique disponible. La transmission s’appuie sur cet historique, avec les éléments manquants encore à préciser.

Marc · proposition à préciserExemple illustratif

Léa quitte l’équipe. Alex reprend le dossier de Marc.

01Avant le départLa relation possède déjà son histoire.

Qu’a demandé Marc à Léa ?

Échanges reçus · illustration
Marc a demandé ce que comprend la maintenance. Léa a promis une explication écrite avant sa décision. Les échanges disponibles conservent la question et l’engagement.

L’historique utilise le contenu reçu par l’OS ; les échanges absents restent à compléter.

02Organiser la transmissionChanger le responsable. Revoir les accès.

Qui suivra Marc après le départ de Léa ?

Affectation autorisée · illustration
Le responsable attribue le dossier à Alex et vérifie le périmètre accordé. Les accès de la personne partante sont retirés par les procédures d’administration concernées, séparément de l’affectation du dossier.

Affectation, accès de collaboration et connexions d’assistant suivent leurs contrôles respectifs.

03Le nouveau collègue démarreReprendre la promesse, avec la bonne méthode.

« Qu’avons-nous promis à Marc, et quelle procédure dois-je suivre ? »

Réponse d’assistant autorisée · illustration
Marc attend une explication sur la maintenance. Consultez les conditions applicables dans le savoir partagé de l’équipe, puis préparez la réponse écrite. Son accord reste à obtenir.

Alex utilise le web ou un assistant compatible avec sa propre identité et ses droits.

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.

Les personnes changent. Le travail peut continuer.

Le nouveau collaborateur retrouve l’histoire client disponible et le savoir validé de l’équipe dans son périmètre autorisé. Retirer un accès à l’OS limite les accès futurs ; cela n’efface pas les informations déjà lues, exportées ou conservées dans une conversation d’assistant.

Explorer l’histoire d’une relation client
Sur cette page
  1. Pourquoi distinguer responsabilité et collaboration
  2. File d’entreprise et responsable principal
  3. Observateur et contributeur
  4. Durée, révocation et traçabilité
  5. Contacts, missions et calendrier
  6. Travailler depuis un assistant
  7. Outils et prérequis

Pourquoi distinguer responsabilité et collaboration

Une mémoire partagée n’efface pas la responsabilité du suivi. Le responsable principal porte la relation ou la prochaine action ; d’autres collaborateurs peuvent aider sans prendre sa place.

Le modèle d’équipe existant dans AlefOS organise ces accès. Le terme Team rencontré dans les contrats techniques décrit ce périmètre de fonctionnement ; il ne constitue pas une nouvelle offre commerciale à souscrire depuis cette page.

File d’entreprise et responsable principal

Le travail nouveau, libéré ou non affecté peut rester dans une file visible du périmètre autorisé. Remettre un contact, une mission ou un rendez-vous dans cette file retire l’affectation individuelle sans supprimer son contexte.

Un responsable principal identifie la personne chargée de la relation ou de la prochaine action. Affectation, réaffectation et reprise doivent être explicites. Un collaborateur ne devient pas automatiquement responsable.

Observateur et contributeur

Un observateur lit uniquement les sections qui lui sont accordées. Un contributeur peut aider à l’intérieur des sections autorisées. Ces rôles sont distincts de la responsabilité principale.

Par exemple, une personne peut contribuer aux notes d’un dossier sans accéder à toutes les conversations privées, aux informations d’identité ou aux autres sections protégées.

Durée, révocation et traçabilité

Un accès de collaboration peut comporter une date d’expiration et peut être révoqué. Les affectations, changements de rôle, modifications d’accès et révocations sont tracés.

L’appartenance à l’entreprise ne signifie pas que toutes les données deviennent visibles. Les autorisations restent limitées au contexte et aux sections effectivement accordés.

Contacts, missions et calendrier

Le contact conserve le responsable de la relation et ses collaborateurs. La mission possède un responsable d’exécution ou revient dans la file. Le rendez-vous garde un propriétaire visible avec le contexte client et les missions liées.

Le modèle permet de suivre la responsabilité depuis la relation jusqu’à la prochaine action. Les outils disponibles et les rôles autorisés doivent être vérifiés pour chaque objet.

Travailler depuis un assistant

Un collègue autorisé peut demander qui possède un dossier, consulter son périmètre ou utiliser un parcours d’affectation disponible. Les mêmes droits et traces s’appliquent que dans les autres interfaces.

L’assistant n’agit pas comme une identité collective sans limites et n’usurpe pas un membre de l’équipe. Les trois questions à rendre lisibles sont : qui est responsable, qui peut aider et à quoi chacun a 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.

Contacts et contexte relationnel

Rechercher les coordonnées, lire le contexte associé et consulter les produits confirmés. L’ajout ou l’enrichissement est une écriture ; le mode aperçu dépend de la politique de l’outil.

OutilFonction et effet
contacts.searchRechercher les contacts par coordonnées, avec pagination par curseur et filtre de source.
contacts.getLire le profil d’un contact et son contexte relationnel disponible.
contacts.search_productsRetrouver les produits confirmés dans la mémoire produit du contact.
contacts.draft_addAjouter ou enrichir un contact ; le comportement d’aperçu dépend du mode sélectionné.

Consulter la documentation du module →

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.

OutilFonction et effet
missions.listLister les missions de l’utilisateur courant, éventuellement regroupées par contact.
missions.getLire la source, les objets liés et l’état d’exécution d’une mission.
missions.confirmConfirmer et exécuter une mission en attente.
missions.rejectRejeter une mission en attente sans l’exécuter.
missions.archiveArchiver une mission sans exécuter ni supprimer son action.
missions.assignAffecter depuis la file d’entreprise ou réaffecter avec le rôle requis ; les changements sont tracés.

Consulter la documentation du module →

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.

OutilFonction et effet
calendar.listLister les rendez-vous, éventuellement filtrés par période.
calendar.getLire le contexte disponible du rendez-vous : responsable, contact, mission et fournisseur.
calendar.draft_createPréparer un aperçu de création de rendez-vous avec un action_id.
calendar.draft_updatePréparer l’aperçu d’une modification ou d’un déplacement de rendez-vous.
calendar.assignAffecter ou réaffecter un rendez-vous avec le rôle requis et une trace du changement.

Consulter la documentation du module →

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 ↗

Rendez le savoir validé accessible à l’équipe.

Rendez le savoir validé accessible à l’équipe. ↗