Votre métier · Votre OS
Gestion d’immeubles : poursuivre chaque incident après le signalement
Reliez le bâtiment, les interlocuteurs, les décisions et la prochaine intervention sans perdre le contexte entre deux échanges.
Exemple de parcours
Un incident se poursuit entre plusieurs intervenants.
Un résident signale un incident dans un immeuble.
La réponse du prestataire demande une décision du conseil ou d’un responsable autorisé.
Le groupe immeuble relie signalement, décision et prochain responsable.
Le gestionnaire suivant poursuit l’historique de l’incident plutôt que d’ouvrir une demande sans lien.
Illustration fictive. Les fonctions, sources et accès disponibles dépendent de votre environnement ; les conditions sont précisées ci-dessous.
Sur cette page
Conserver le signalement utile
Un occupant signale un problème dans une partie commune. Le contexte doit préciser le bâtiment, la zone, la personne à contacter, le constat rapporté et les accès utiles. Une information incertaine reste à vérifier.
Coordonner la suite
Le gestionnaire retrouve les interventions précédentes, l’accord attendu et le prestataire concerné. Le calendrier organise le moment ; la mission conserve ce qui doit être préparé et la personne qui en répond.
Préparer les transmissions
Un compte rendu disponible peut alimenter le groupe autorisé du bâtiment ou de l’équipe. Un changement de gestionnaire ne doit pas faire disparaître les engagements pris envers les occupants.
Les informations privées d’un résident n’ont pas à devenir visibles à tous les intervenants.
Examiner les répétitions
Retrouvez les signalements comparables, travaux déjà évoqués et blocages qui reviennent. Cette lecture aide à préparer une décision humaine ; elle ne remplace pas l’analyse technique ni les délibérations formelles.
Périmètre métier et responsabilités
Les décisions de copropriété, comptes, votes, obligations réglementaires et validations techniques restent dans les procédures et logiciels spécialisés. AlefOS conserve le contexte de coordination autorisé ; il ne certifie pas la résolution d’un incident.
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.
Connaissances et publications GroupOS
Recherche et digest sont des lectures. La publication suit son mode de confirmation. Modifier ou archiver une entrée et gérer les membres exigent les droits correspondants de l’auteur ou de l’administrateur.
Faites glisser le tableau pour lire toutes les colonnes. Au clavier : flèches gauche et droite.
| Outil | Fonction et effet |
|---|---|
groups. | Lister les groupes privés accessibles et leur contexte partagé récent. |
groups. | Lire un groupe et le contexte d’appartenance visible par l’utilisateur courant. |
groups. | Rechercher les entrées du groupe par texte, thème, type et période. |
groups. | Lire un digest compact sans rien publier. |
groups. | Lire les entrées de travail récentes d’un groupe accessible. |
groups. | Prévisualiser ou publier une entrée structurée selon confirmMode. |
groups. | Modifier une entrée existante avec les droits requis d’auteur ou d’administrateur. |
groups. | Archiver une entrée avec les droits requis d’auteur ou d’administrateur. |
groups. | Ajouter un membre autorisé de l’entreprise ou préparer une invitation de contact extérieur. |
groups. | Retirer un membre dans le périmètre du rôle ; le créateur du groupe ne peut pas être retiré. |
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. |
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. |
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
Ce parcours utilise les capacités de votre OS IA, configuré sous votre marque. Son périmètre suit votre équipe, les outils pris en charge et les règles d’accès. Comprendre votre OS IA ↗