Coopérations

Les coopérations permettent à votre organisation de partager des parcs et portefeuilles précis avec une autre organisation au-delà de la frontière organisationnelle — ainsi un prestataire de services, un asset manager ou un investisseur peut travailler dans vos installations sans jamais quitter son propre compte, tandis que vous conservez la pleine propriété et le contrôle.

Le concept de coopération

Une coopération est un lien formel entre exactement deux organisations. L'organisation propriétaire d'une ressource partage une référence vers celle-ci — jamais une copie des données — et décide quelle fonction l'organisation partenaire reçoit sur cette ressource. Rien n'est partagé tant que les deux parties ne sont pas d'accord, et l'organisation propriétaire peut ajuster, suspendre ou mettre fin à la relation à tout moment.

Deux idées sont au cœur du modèle :

  • Le propriétaire garde le contrôle. Seule l'organisation propriétaire d'un parc ou d'un portefeuille peut le partager, modifier la fonction partagée ou la révoquer. L'organisation partenaire ne peut jamais re-partager ce qu'elle a reçu avec une troisième organisation.
  • Deux niveaux d'accès. D'abord, votre organisation décide quelle fonction elle partage avec le partenaire. Ensuite, l'organisation partenaire décide lesquels de ses propres membres peuvent atteindre la ressource partagée — mais elle ne peut jamais accorder plus que ce qui lui a été donné. Ce plafond est au cœur des restrictions de coopération.

Établir une coopération

Une coopération commence toujours par une invitation, et seul un Admin ou un Modérateur de l'organisation peut en envoyer ou en accepter une.

Inviter une organisation existante

Si le partenaire dispose déjà d'une organisation Mirox, vous l'invitez via son identifiant d'organisation. Chaque Admin de l'organisation cible reçoit un e-mail, et la coopération s'active dès que l'un d'eux l'accepte.

Inviter un nouveau partenaire par e-mail

Si le partenaire ne dispose pas encore d'organisation, vous l'invitez plutôt par adresse e-mail. Mirox crée une organisation provisoire légère pour conserver la relation en attente et envoie le bon e-mail d'intégration :

  • Un tout nouveau contact est guidé pour s'inscrire, créer son organisation et rejoindre la coopération en une seule étape.
  • Un utilisateur existant qui ne fait encore partie d'aucune organisation est guidé pour créer son organisation et accepter.
  • Un utilisateur qui appartient déjà à une organisation est invité à accepter depuis cette organisation.

Info

L'organisation provisoire n'est qu'un substitut pour l'invitation en attente. Si l'invitation est refusée, elle est supprimée automatiquement, avec la coopération en attente. L'adresse e-mail invitée est affichée comme libellé jusqu'à ce que le partenaire finalise son adhésion.

Partager des ressources

Une fois la coopération active, le propriétaire de la ressource choisit quels parcs et portefeuilles partager et quelle fonction le partenaire reçoit sur chacun d'eux. Vous pouvez ajouter ou retirer des ressources partagées et modifier la fonction accordée à tout moment, et vous pouvez attacher une date d'expiration à chaque partage individuel.

Gérer une coopération active

Une fois une coopération établie, l'organisation initiatrice détient son cycle de vie et peut :

  • Mettre en pause et reprendre la coopération. La mise en pause bloque tout accès via la relation sans la supprimer, ce qui vous permet de suspendre un partenaire temporairement et de le réactiver plus tard.
  • Définir ou effacer une date d'expiration pour l'ensemble de la coopération, après laquelle l'accès prend fin automatiquement.
  • Supprimer entièrement la coopération lorsqu'elle n'est plus nécessaire.

Contrôles réservés à l'initiateur

La mise en pause, la reprise et l'expiration de la coopération dans son ensemble ne peuvent être effectuées que par l'organisation qui l'a initiée. L'organisation partenaire peut gérer l'accès de ses propres membres, mais ne peut ni mettre en pause ni faire expirer la coopération elle-même.

Contrôle d'accès dans les coopérations

Ce que votre organisation partage

Lorsque vous partagez un parc ou un portefeuille, vous accordez à l'organisation partenaire une seule fonction sur celui-ci. Cette fonction devient le plafond de tout ce que le partenaire peut faire avec la ressource.

Fonction partagéeCe que l'organisation partenaire peut faire
SpectateurVisibilité en lecture seule sur la ressource et ses données
Gestionnaire techniqueTravaux d'exploitation technique sur la ressource
Gestionnaire d'actifsLe même périmètre de centrale, plus le volet commercial (données comptables)
Responsable sécuritéSegments réseau uniquement — les équipements réseau des segments accordés, l'accès distant à ceux-ci et le journal d'accès de la centrale. Aucune donnée de production, de performance ou commerciale.
MandantDonnées d'exploitation uniquement, actuelles et historiques — production, batterie, turbines, analyse. Aucun événement, ticket, rapport, export, contact ni donnée financière ; un cran sous Spectateur.

Pour une ressource partagée en coopération, les seules fonctions qu'un partenaire peut transmettre à ses propres membres sont Spectateur et la fonction qui lui a été accordée. Des fonctions supérieures comme Exploitant ne sont jamais disponibles au-delà d'une frontière de coopération.

Le Responsable sécurité fait exception : il ne peut être transmis qu'en tant que Responsable sécurité. Spectateur n'est pas un Responsable sécurité au rabais — il échange la portée réseau contre les données de production — et le proposer ici élargirait un partage limité aux segments au lieu de le restreindre. Voir Restrictions d'autorisations de coopération.

Mandant se situe un cran sous Spectateur : un partage Spectateur peut être transmis en tant que Spectateur ou Mandant, un partage Mandant uniquement en tant que Mandant — le partenaire peut restreindre un partage en lecture seule aux données d'exploitation, jamais l'élargir.

Comment le partenaire accorde l'accès à ses membres

Du côté réceptionnaire, seul l'Admin de l'organisation partenaire peut atteindre une ressource partagée en coopération et la déléguer en aval. Les Admins peuvent attribuer à leurs propres membres la fonction Spectateur ou la fonction partagée elle-même, plafonnée par ce que votre organisation a accordé (pour un partage en Responsable sécurité, uniquement Responsable sécurité). Les membres situés sous l'Admin dans l'organisation partenaire ne peuvent pas récupérer automatiquement les ressources partagées — la relation est délibérément restreinte.

Conseil

Comme la fonction partagée plafonne chaque attribution en aval, vous pouvez être sûr que confier à un partenaire la fonction Spectateur ne pourra jamais devenir un accès en modification par la suite — quelle que soit la manière dont le partenaire gère sa propre équipe.

Les règles de sécurité à travers une coopération

Une organisation peut exiger l'authentification à deux facteurs (2FA) pour l'accès à ses centrales. Cette règle appartient à l'organisation propriétaire de la centrale ; elle traverse donc la coopération avec la centrale, dans les deux sens : votre exigence s'applique aux utilisateurs de votre partenaire sur vos centrales, et l'exigence d'un partenaire s'applique à vos utilisateurs sur les centrales de ce partenaire. Les règles de durée de connexion ne sont jamais transmises. Voir L'exigence de 2FA du propriétaire.

Cycle de vie des membres et expiration

Les mêmes contrôles qui maintiennent une coopération ordonnée s'appliquent également aux personnes au sein de votre propre organisation, ce qui compte lorsque des collaborateurs externes rejoignent en tant que membres :

  • Mettre en pause et reprendre une adhésion pour bloquer l'accès d'un membre sans supprimer son enregistrement, puis le réactiver plus tard.
  • Définir ou effacer la date d'expiration d'un membre afin que son accès prenne fin automatiquement à une date choisie.

Ces contrôles agissent au niveau de l'organisation et complètent les partages par ressource et l'expiration de coopération, vous offrant plusieurs moyens indépendants de limiter l'accès dans le temps.

Cas d'usage

Les coopérations prennent en charge les manières courantes de partager les actifs d'énergie renouvelable :

  • Prestataires de services — entreprises de maintenance, de supervision et de gestion technique d'actifs travaillant dans vos installations.
  • Parties prenantes financières — investisseurs, prêteurs et assureurs qui ont besoin de visibilité sur la performance mais d'aucun contrôle opérationnel.
  • Projets multipartites — coentreprises et investissements de portefeuille où plusieurs organisations ont besoin d'un accès cadré aux mêmes actifs.

Sécurité et conformité

  • Partage par référence. Les partenaires voient une référence en direct vers vos ressources, jamais un jeu de données dupliqué, garantissant une source unique de vérité.
  • Partage réservé au propriétaire. Seul le propriétaire de la ressource peut accorder, modifier ou révoquer un partage ; les partenaires ne peuvent pas re-partager en aval.
  • Délégation plafonnée. Ce que vous partagez limite strictement ce que le partenaire peut déléguer en interne.
  • Votre exigence de 2FA accompagne vos centrales. Si votre organisation exige l'authentification à deux facteurs, les utilisateurs du partenaire ont eux aussi besoin d'un second facteur sur vos centrales ; voir Les règles de sécurité à travers une coopération.
  • Accès limité dans le temps. L'expiration sur la coopération, sur les partages individuels et sur les adhésions permet à l'accès de s'éteindre de lui-même.
  • Activité auditable. L'accès via les coopérations est enregistré ; consultez le Journal d'audit pour le relevé complet de qui a atteint quoi.

Fonctionnalités associées