YStay

Inviter son équipe et régler les rôles

Deux axes commandent l'accès d'un coéquipier — ce qu'il a le droit de faire, et sur quels biens. Le formulaire d'invitation règle les deux, et le lien n'est remis qu'une fois.

Un compte YStay se partage. La page Équipe, dans le groupe Compte de la navigation, accueille un concierge, une équipe de ménage, un comptable ou un co-investisseur, et fixe pour chacun deux réglages indépendants : ses permissions (ce qu'il peut faire) et son périmètre de biens (où il peut le faire). Oublier le second revient à confier tout le portefeuille à quelqu'un qui n'entretient qu'un studio.

Ouvrir cette page en écriture ne tient pas au rôle mais à une permission : la case Gestion de la ligne perm.module.coreTeam — l'identifiant technique du module Équipe dans la matrice d'un membre, cf. « Ce que la matrice affiche » plus bas. Un Gestionnaire la reçoit par défaut, un Équipier non ; cochez-la à un Équipier et il gérera l'équipe comme vous, retirez-la à un Gestionnaire — ou posez-lui un modèle d'accès, voir plus bas — et il la perd. Le propriétaire, lui, l'a toujours et n'est jamais modifiable : son rôle ne s'attribue pas, et aucun périmètre ne s'applique à lui. Inviter de nouveaux membres suppose enfin une offre qui inclut le travail en équipe : sinon la page remplace le formulaire par Voir les offres, sans empêcher de gérer les membres déjà présents.

Inviter, écran par écran

  1. Remplir le formulaire d'invitation

    La carte Inviter un collaborateur demande quatre choses : Adresse email, Rôle, Modèle d'accès et Biens accessibles.

    Le Rôle se choisit parmi Gestionnaire, Équipier et Lecture seule : le rôle de propriétaire n'est pas attribuable. Le Modèle d'accès, lui, propose Par défaut (selon le rôle) puis cinq préréglages prêts à l'emploi.

    Capture d'écran à produire

    captures/inviter-equipe-regler-roles/01-inviter-membre.png

  2. Choisir le périmètre de biens

    Sous Biens accessibles, cochez les biens que ce membre doit voir. Ne rien cocher n'est pas un oubli, c'est une décision — et l'écran la formule : « Aucune sélection : accès à tous les biens. » Un bien qui n'appartient pas à votre compte est écarté sans bruit : le périmètre enregistré ne contient jamais que vos biens.

  3. Remettre le lien à la personne invitée

    Inviter confirme par « Invitation envoyée. Partagez le lien ci-dessous pour finaliser l'accès. », affiche le Lien d'invitation, et la personne apparaît dans la liste avec le badge Invité.

    Ce lien ouvre une page qui demande de se connecter — ou de créer un compte — avec l'adresse invitée, puis valide l'accès. Cette page s'affiche en français ; sa version anglaise s'obtient en ajoutant « ?locale=en » à la fin du lien.

    Capture d'écran à produire

    captures/inviter-equipe-regler-roles/02-lien-invitation.png

  4. Affiner les accès après coup

    Sur la ligne d'un membre, Gérer les accès ouvre sa fiche : Modèle d'accès (preset), Permissions par module — une case par module et par action — et Biens accessibles. Enregistrer les accès clôt le tout.

  5. Relire la matrice de l'équipe

    Chaque ligne rappelle le rôle, le préréglage éventuel et le périmètre : Tous les biens, ou le nombre de biens sélectionnés. Le propriétaire, lui, n'affiche jamais de périmètre.

    Capture d'écran à produire

    captures/inviter-equipe-regler-roles/03-roles-et-perimetre.png

Les trois rôles, et les cinq modèles d'accès

La carte Les rôles, en bas de page, résume le socle :

  • Propriétaire & Gestionnaire — accès complet : exploitation, commercialisation, équipe et facturation.
  • Équipier — opérations terrain (réservations, séjours, ménage, incidents). Pas de gestion de l'équipe ni de la facturation.
  • Lecture seule — consultation uniquement, sans modification.

Cinq modèles d'accès sont proposés — Concierge, Ménage, Compta, Co-investisseur, Manager —, plus un mode manuel : Personnalisé (manuel), dans la fiche d'un membre. Un modèle n'affine pas ce socle, il le remplace : dès qu'un modèle est posé sur un membre, ses permissions viennent de ce modèle seul et le socle du rôle n'est plus consulté. Un Gestionnaire à qui vous appliquez un modèle perd donc la gestion de l'équipe et de la facturation — aucun des cinq ne les contient, pas même Manager. Un rôle Lecture seule, lui, reste en lecture quoi qu'on coche : le serveur refuse toute écriture venant de ce rôle.

Ce que voit un rôle Lecture seule

La page Équipe s'ouvre, mais sans un seul contrôle : ni formulaire d'invitation, ni sélecteur de rôle, ni Gérer les accès. Le bandeau nomme le rôle — « Votre rôle (Lecture seule) ne permet pas de gérer l'équipe. » — mais ce qui manque est la permission : un Équipier voit exactement le même écran, et le même Équipier retrouve les contrôles dès qu'on lui coche Gestion sur perm.module.coreTeam. La navigation se resserre en même temps : Abonnement, Paiements et API & intégrations disparaissent, faute du droit de gérer la facturation ; Encaissements et Pilotage restent accessibles, en consultation — tant qu'aucun modèle d'accès n'a été posé sur ce membre, puisqu'un modèle recalcule aussi ce qu'il voit.

Imposer la vérification en deux étapes à l'équipe

Tout en bas de la page, Sécurité de l'équipe porte un interrupteur : Imposer la vérification en deux étapes à l'équipe. La confirmation est franche — « TOUS les membres de l'équipe, vous compris, resteront bloqués tant qu'ils n'auront pas activé la vérification en deux étapes. » D'où le garde-fou : si votre second facteur n'est pas actif, YStay refuse — « Activez d'abord votre propre vérification en deux étapes avant de l'imposer à l'équipe. » — et propose Aller à ma sécurité. Lever l'obligation, à l'inverse, n'a aucune condition.

Et ensuite

Mis à jour le