Votre métier · Votre OS
Gestion locative : une intervention, plusieurs interlocuteurs
Conservez la demande du locataire, la décision du propriétaire et le suivi du prestataire dans la même histoire opérationnelle.
Exemple de parcours
L’intervention attend l’accord du propriétaire.
Le locataire signale une fuite dans le logement identifié.
Le prestataire transmet un devis ; l’accord du propriétaire reste attendu.
Le gestionnaire prépare la suite avec le rôle de chacun clairement identifié.
L’intervention est coordonnée avec les consignes d’accès une fois la décision nécessaire confirmée.
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
Le bon logement et les bonnes personnes
Une demande doit rester rattachée au logement concerné et aux interlocuteurs disponibles : locataire, propriétaire, prestataire, gestionnaire précédent et responsable actuel. L’urgence annoncée par le locataire est une information à examiner, pas un diagnostic.
Retrouvez l’incident signalé, les échanges précédents et la prochaine personne attendue.
Comprendre la dépendance
Un statut « en attente » doit expliquer s’il manque l’accord du propriétaire, une réponse du prestataire, une pièce ou une date. Les relances répétées et les dossiers sans responsable peuvent ainsi être examinés dans le périmètre autorisé.
Préparer l’intervention
Le rendez-vous doit conserver l’adresse, le lot, les disponibilités, le contact d’accès et les consignes utiles. Le compte rendu du prestataire peut préciser ce qui a été constaté, une pièce manquante ou la nécessité d’une seconde visite.
Un accord sur le devis, un refus ou des travaux supplémentaires doivent rester reliés à la personne qui les a décidés.
Entrées, sorties et changements d’interlocuteur
Avant une entrée ou après une sortie, retrouvez les documents attendus, clés, rendez-vous et interventions encore ouverts. Un collègue doit pouvoir reprendre les promesses accessibles sans reconstituer tout le dossier.
Une traduction de message peut aider à comprendre une contrainte d’accès. Elle ne remplace pas la vérification des instructions.
Lecture du portefeuille
Les groupes, contacts et missions autorisés peuvent faire ressortir des problèmes récurrents, accords manquants et prestataires attendus. Une vue de responsable ne donne pas accès à toutes les conversations privées du portefeuille.
Périmètre métier et responsabilités
AlefOS ne collecte pas les loyers, ne gère pas les dépôts, ne produit pas de quittances ou de baux et ne valide pas l’éligibilité d’un locataire. Il ne diagnostique pas les pannes, ne garantit pas les prestataires et ne remplace pas les dossiers comptables, financiers ou juridiques officiels.
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.
Faites glisser le tableau pour lire toutes les colonnes. Au clavier : flèches gauche et droite.
| Outil | Fonction et effet |
|---|---|
contacts. | Rechercher les contacts par coordonnées, avec pagination par curseur et filtre de source. |
contacts. | Lire le profil d’un contact et son contexte relationnel disponible. |
contacts. | Retrouver les produits confirmés dans la mémoire produit du contact. |
contacts. | Ajouter ou enrichir un contact ; le comportement d’aperçu dépend du mode sélectionné. |
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. |
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. |
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 ↗