Parcours MAESTHOM par profil

2. Propriétaire : décider, déléguer et contrôler

Le propriétaire apporte le logement et définit ce qu’il confie au gestionnaire dans le cadre applicable. Il doit pouvoir comprendre le périmètre du mandat, les canaux utilisés, les coûts retenus, les règles d’accès, les incidents importants et les indicateurs transmis. Déléguer l’exploitation ne signifie pas déléguer toute décision, ni ouvrir toutes les données internes. La synthèse propriétaire sépare faits du mois, réservations, disponibilité, interventions, incidents, revenus selon convention et prochaines décisions.

Le propriétaire ne doit pas être présenté comme gestionnaire de chaque mission si le mandat prévoit une autonomie opérationnelle, ni comme simple spectateur lorsque son accord est requis. Une demande de modification du logement, de blocage calendrier ou de dépense suit le canal et la validation convenus. L’accès produit reste borné aux biens et informations concernés. Les données voyageur, conversations internes et détails d’un autre propriétaire sont exclus. Lors de la fin de relation, il faut prévoir export, restitution des documents, révocation des accès et continuité des réservations existantes.

3. Gestionnaire et conciergerie : coordonner sans masquer les exceptions

Le gestionnaire relie le logement réel, les annonces et calendriers, les réservations, les rotations, les prestataires, les incidents et le compte rendu. Sa responsabilité opérationnelle principale est de maintenir une situation lisible : ce qui est confirmé, attendu, en retard, bloqué ou à arbitrer. Une conciergerie peut assurer tout ou partie de ce rôle ; ses services réels doivent être décrits au lieu d’être déduits du mot conciergerie.

Le gestionnaire contrôle les sources et décide du mode dégradé. Une période iCal incomplète reste qualifiée comme telle. Une mission envoyée mais non acceptée reste à couvrir. Un rapport absent laisse la rotation ouverte. Le tableau de bord sert à prioriser, pas à déclarer automatiquement que tout est conforme. Le gestionnaire administre les habilitations, limite les informations transmises, fixe les délais d’escalade et documente les décisions qui ont une conséquence sur le séjour, le logement ou le propriétaire. MAESTHOM peut organiser ce suivi lorsque les données existent ; il ne remplace ni contrat, ni jugement professionnel.

• Qualifier chaque source et sa fraîcheur.
• Conserver les inconnues et contradictions.
• Affecter un responsable et une échéance.
• Escalader les risques avant le confort.
• Clore seulement après critères vérifiés.

4. Voyageur : informer sans l’intégrer aux processus internes

Le voyageur reçoit les informations nécessaires pour réserver, préparer son arrivée, séjourner, signaler un problème et partir. Le contrat, les informations précontractuelles et les règles du canal encadrent la relation. Son rôle n’est pas de valider une mission de ménage, de choisir un prestataire ou d’accéder aux documents internes du propriétaire. Un message du voyageur peut modifier une donnée opérationnelle, par exemple une heure confirmée, mais le gestionnaire doit qualifier ce changement avant de recalculer la rotation.

La collecte de données reste limitée au besoin. Une préférence ou un incident ne justifie pas de diffuser le dossier complet aux intervenants. Les demandes d’accès, rectification ou autre droit suivent le canal du responsable de traitement ; le prestataire terrain ne doit pas improviser une réponse. En cas de litige, le voyageur doit retrouver l’interlocuteur et la procédure applicables. La médiation de la consommation est une voie distincte du support courant et dépend du cadre concerné. Ce guide n’attribue pas de responsabilité juridique individuelle.

5. OTA et canal de réservation : distribuer selon leurs propres règles

Une OTA diffuse l’offre et gère certaines étapes selon ses fonctions et conditions : calendrier, réservation, paiement, messagerie, annulation ou protection peuvent varier. La plateforme n’est ni le propriétaire, ni le gestionnaire terrain, ni MAESTHOM. Une réservation reçue par canal doit conserver son origine et son identifiant ; une période iCal ne prouve pas que tous les détails ou statuts du canal sont disponibles.

Avant de répartir les responsabilités, vérifiez qui confirme, qui encaisse, qui informe, qui traite l’annulation et quelles données peuvent être exportées. La DGCCRF recommande de comparer les plateformes ; ce comparatif doit porter sur des critères factuels et datés. Citer Airbnb, Booking.com, Abritel/Vrbo ou un autre canal ne prouve aucune intégration MAESTHOM. Le gestionnaire conserve un mode de reprise lorsque l’extranet, le calendrier ou la messagerie ne répond pas. Une plateforme peut être source d’un fait tout en restant extérieure au contrôle opérationnel du logement.

6. Prestataire terrain : exécuter une mission bornée

Le prestataire intervient sur un logement, un créneau et un résultat attendu : ménage, linge, maintenance ou autre opération qualifiée. Il reçoit les accès, consignes, risques et critères nécessaires, pas le portefeuille complet. L’affectation doit être acceptée ou confirmée selon la procédure ; une notification envoyée ne garantit ni lecture ni disponibilité.

Pendant l’intervention, le prestataire suit la checklist adaptée au logement, signale une impossibilité et cesse une tâche qui présente un danger non maîtrisé. Le rapport indique faits, heure, anomalies et éléments nécessaires à la décision. Il ne classe pas automatiquement le voyageur, le propriétaire ou un autre intervenant. Les photographies sont limitées à la preuve utile et évitent personnes, documents ou objets privés sans rapport. La sous-traitance et les habilitations doivent être cadrées ; à la fin de la mission, les accès temporaires sont retirés. Le prestataire n’approuve pas une dépense, une indemnisation ou la conformité globale sauf délégation explicite et compétence correspondante.

7. Fournisseur et intervenant technique : apporter un service sans devenir gestionnaire

Un fournisseur peut livrer linge, consommables, équipements ou service technique. Un intervenant de maintenance diagnostique ou répare dans le cadre de sa compétence. Ces rôles ne donnent pas automatiquement accès au calendrier, aux voyageurs ou aux informations financières. La demande précise logement, équipement, symptôme, urgence, accès autorisé et personne de validation.

Une panne signalée pendant une rotation passe d’abord par le triage : sécurité, capacité d’accueil, besoin de coupure ou d’intervention. Le prestataire ménage n’est pas chargé de diagnostiquer une installation électrique ; le technicien n’est pas chargé de clôturer le séjour. Le gestionnaire coordonne et informe le propriétaire selon les seuils définis. La preuve utile conserve devis, intervention et décision, avec une durée adaptée. Un fournisseur remplacé voit ses accès révoqués et ses consignes transférées au successeur sans lui transmettre les données historiques inutiles.

8. Commune, administration, organisme et médiateur

La commune peut intervenir sur déclaration, enregistrement, changement d’usage ou règles locales selon le territoire. L’administration fiscale traite les obligations et revenus selon la situation. Atout France encadre notamment le classement des meublés via son dispositif. Le médiateur de la consommation intervient dans une procédure distincte lorsque les conditions sont réunies. Ces acteurs ne sont pas interchangeables, et une information nationale ne répond pas forcément à une question locale.

Pour une démarche, identifiez d’abord l’autorité, le territoire, la version du texte ou téléservice et la date de consultation. Le gestionnaire peut préparer le dossier mais ne doit pas prétendre rendre une décision administrative. Le propriétaire ou le mandataire accomplit la démarche selon son habilitation. Le site renvoie vers les sources officielles et affiche sa date de révision ; il ne produit ni autorisation, ni numéro d’enregistrement, ni conseil fiscal ou juridique individualisé. Une plateforme qui demande un identifiant ne devient pas l’autorité qui l’émet.

9. Construire une matrice responsable, approbateur, consulté, informé

Pour chaque étape, une matrice RACI simple rend la répartition visible. Le responsable exécute, l’approbateur porte la décision finale, les personnes consultées apportent une information et les personnes informées reçoivent le résultat. Un seul approbateur par décision évite que chacun attende l’autre. La matrice reste cohérente avec le mandat et les contrats ; elle n’accorde pas une autorité nouvelle.

Exemple de rotation : le prestataire réalise et rapporte ; le gestionnaire approuve l’état prêt ; le technicien est consulté sur une panne ; le propriétaire est informé selon le seuil. Exemple de publication : le gestionnaire prépare l’annonce ; le propriétaire ou mandataire approuve selon l’accord ; la plateforme diffuse ; le prestataire n’intervient pas. Exemple de réclamation : l’interlocuteur prévu rassemble les faits, le responsable commercial décide du geste autorisé, les autres rôles ne répondent pas en parallèle. Révisez la matrice lors d’un changement de prestataire, de canal, d’organisation ou de contrat.

10. Habilitations : partir de la finalité et du périmètre

Une habilitation associe identité, rôle, périmètre, actions et durée. Le principe du moindre privilège consiste à n’accorder que ce qui est nécessaire. Le propriétaire voit ses logements ; le prestataire voit ses missions et les informations utiles pendant la fenêtre prévue ; le gestionnaire administre le périmètre dont il a la charge. Les rôles ne doivent pas devenir des raccourcis pour ouvrir toutes les données.

L’arrivée d’une personne déclenche validation de l’identité selon le canal autorisé, choix du rôle, périmètre et date de revue. Un changement de fonction conduit à modifier ou retirer les droits, pas à empiler un second compte. Le départ déclenche révocation des sessions, clés, codes et accès partagés, puis vérification des missions ouvertes. Les journaux utiles doivent montrer l’action sans recopier les données métier dans des traces excessives. La CNIL fournit des repères sur habilitations, sous-traitance, minimisation et conservation ; ces sources guident la méthode mais ne remplacent pas l’analyse propre à l’organisation.

11. Cas concret : arrivée d’un nouveau prestataire ménage

Le gestionnaire qualifie d’abord le service, la zone, les horaires, le tarif convenu, les assurances ou documents requis selon le contexte et le canal d’escalade. Il ne crée pas automatiquement un accès applicatif à partir d’une adresse de facturation. Une mission pilote est définie sur un logement fictif ou un périmètre autorisé, avec consignes, risques, checklist, rapport attendu et heure limite de confirmation.

Après acceptation, le prestataire reçoit seulement l’accès nécessaire à la mission et la fenêtre prévue. Il ne voit ni les autres logements, ni les propriétaires, ni les revenus, ni la liste complète des voyageurs. Lors du premier écart, le gestionnaire vérifie si la cause vient de la consigne, de la fiche logement, du temps prévu ou de l’exécution avant d’évaluer la relation. Si le partenariat cesse, les missions futures sont réaffectées, les codes et comptes révoqués, les rapports conservés selon la durée justifiée et les informations opérationnelles transférées sans historique superflu. Ce parcours reste applicable sans MAESTHOM.

12. Cas concret : incident pendant un séjour

Un voyageur signale une fuite. L’interlocuteur recueille le fait utile, l’heure et le risque immédiat sans demander une collecte excessive. Le gestionnaire qualifie sécurité et capacité d’accueil, puis missionne un intervenant compétent avec l’adresse, le symptôme, l’accès et le contact nécessaires. Le propriétaire est consulté ou informé selon le mandat et le seuil ; le prestataire ménage n’est pas ajouté par défaut.

L’intervenant remet diagnostic et action réalisée. Le gestionnaire décide de la suite opérationnelle et coordonne l’information au voyageur. Si une réclamation persiste, le dossier distingue faits, échanges, décision commerciale et voie de médiation éventuelle. Aucun rôle ne doit promettre une indemnisation ou une conformité au-delà de son autorité. Le rapport final conserve uniquement les éléments nécessaires et retire les accès temporaires. MAESTHOM peut relier incident, mission et compte rendu lorsque la fonction est validée ; il ne diagnostique pas la fuite et ne prend pas la décision juridique ou commerciale.

13. Vues MAESTHOM et limites de la preuve produit

MAESTHOM organise des vues gestionnaire, propriétaire et prestataire selon les capacités validées. Le gestionnaire relie logements, réservations et missions ; le propriétaire consulte un périmètre borné ; le prestataire suit les missions auxquelles il est autorisé. Ces vues ne prouvent pas que tous les contrats, canaux, paiements ou obligations sont gérés. Le produit n’est ni une identité commune obligatoire, ni une OTA, ni un channel manager complet, ni un service de ménage.

Une démonstration à données fictives montre un parcours et des règles d’affichage ; elle ne prouve pas un compte réel, un client, une notification externe ou une intégration. Un CTA public doit suivre le registre central : application, inscription, connexion ou démo seulement si la destination et le profil sont qualifiés. Les rôles métier restent définis par l’organisation et ses accords. Une future interopérabilité DOHM doit être consentie, remplaçable et sans accès transversal implicite. Le site ne reformule pas une capacité non prouvée pour compléter une fiche profil.

• Vérité métier et vérité produit sont séparées.
• Chaque rôle voit un périmètre borné.
• La démo utilise des données fictives.
• Une fonction future reste désactivée.
• Le guide demeure utilisable avec un autre outil.

14. Revoir les responsabilités lors de chaque changement

Une nouvelle plateforme, un propriétaire supplémentaire, un prestataire remplacé ou une nouvelle obligation peut modifier la répartition des tâches et des données. La revue contrôle mandats, contrats, RACI, habilitations, canaux d’escalade, accès techniques et pages produit. Elle vérifie aussi que les anciennes personnes ne conservent pas de clés ou sessions et que les missions futures ont un responsable.

La documentation éditoriale est revue séparément : une source officielle peut changer sans modifier immédiatement le produit, et une capacité produit peut évoluer sans changer la définition d’un rôle. Toute correction date l’ancienne formulation, la nouvelle preuve et les pages concernées. Une responsabilité incertaine reste explicitement à confirmer ; le site ne comble pas le vide par une attribution générique au gestionnaire ou à DOHM. Cette discipline protège la continuité lorsque l’organisation ou le logiciel change.