Restrições de Permissões de Cooperação

Quando partilha uma instalação ou carteira com uma organização parceira, o nível ao qual a partilha torna-se um limite máximo: o parceiro nunca pode conceder aos seus próprios membros mais acesso do que aquele que lhe deu. Isto mantém a partilha entre organizações segura e previsível — mantém o controlo sobre o alcance dos seus recursos.

Conceito

Uma cooperação permite que duas organizações partilhem parques e carteiras através da fronteira organizacional. Cada recurso partilhado é-o a uma função de trabalho específica, e essa função limita tudo o que o lado recetor pode fazer com ele.

Três regras tornam isto possível:

A visibilidade vai além do acesso. Um Admin ou Moderador do lado recetor pode ver o que uma cooperação partilha — que centrais e carteiras, com que função, de quem e por quanto tempo. Conduzir uma relação de parceria é governação da organização, por isso o nível de manager, Membro e Externo não veem nada disso.
O acesso fica com o Admin. Ver a lista não é o mesmo que abrir os dados. Apenas um Admin da organização recetora obtém automaticamente acesso aos próprios recursos partilhados; todos os restantes necessitam de uma atribuição explícita desse admin.
Delegação limitada. O admin recetor só pode entregar um recurso partilhado aos seus próprios membros com uma função não superior àquela com que foi partilhado, e apenas dentro de um conjunto permitido (ver abaixo).

Info

A visibilidade sem acesso é deliberada. Quem gere uma relação de parceria precisa de saber que recursos ela abrange, enquanto a decisão de abrir efetivamente os dados de uma central a uma pessoa continua a caber a um único admin responsável de cada lado.

Quem vê o quê

Do lado recetor, ver que um recurso foi partilhado e poder abri-lo são duas coisas distintas:

Função do lado recetor	Vê a partilha	Acesso automático aos dados
Admin	Sim	Sim
Moderador	Sim	Não
Asset Manager (Technical)	Não	Não
Asset Manager (Commercial)	Não	Não
Membro	Não	Não
Externo	Não	Não

Isto não é um beco sem saída. O admin decide quem deve trabalhar nas centrais partilhadas e atribui-lhes o recurso — tipicamente o Asset Manager (Technical) — e a partir desse momento gerem exatamente as centrais que receberam. O que a delegação nunca entrega é a própria visão geral da cooperação; essa fica com o Admin e o Moderador.

Hierarquia de Permissões

As funções sobre um recurso vão da autoridade mais alta para a mais baixa. Gestor Técnico e Gestor de Ativos situam-se no mesmo nível: são duas vias paralelas com finalidades diferentes, não degraus de uma escada. A partilha por cooperação escolhe uma delas — ou a via separada Responsável de segurança descrita mais abaixo — como nível partilhado:

O Gestor Técnico cobre a operação técnica da central, incluindo o acesso remoto às suas redes. O Gestor de Ativos cobre o mesmo âmbito e, adicionalmente, a vertente comercial (receitas, tarifas, dados contabilísticos) — sem o acesso remoto às redes. Escolha aquele que corresponde ao motivo pelo qual o parceiro necessita do recurso — nenhum se sobrepõe ao outro.

A função Operador está reservada para recursos que uma organização possui diretamente. Nunca pode partilhar ou voltar a conceder um recurso ao nível Operador através de uma cooperação — essa autoridade não atravessa a fronteira organizacional.

O Responsável de segurança não está de todo nesta escada: é uma via à parte. Alcança por acesso remoto os segmentos de rede da central que lhe foi concedida (infraestrutura de rede, câmaras, sistemas de segurança), além do registo de acessos dessa central, e não alcança nenhum dado de produção, desempenho ou comercial. É precisamente esse o nível a partilhar com um prestador de alarme, videovigilância ou perímetro: chega aos equipamentos que mantém e a mais nada da central. Que redes um responsável de segurança alcança realmente é decidido pelas etiquetas de segmento — consulte Segmentação de rede.

A partilha a este nível faz-se como a qualquer outro: escolha a central ou a carteira e defina Responsável de segurança como função partilhada. Partilhar uma carteira concede a função a todas as centrais que contém. O parceiro passa então a ver a central pelo nome, os seus equipamentos de rede nos segmentos concedidos, o acesso remoto (VPN e proxy de navegador) a esses equipamentos, os tickets e o registo de acessos da central — e nenhum painel, gráfico de produção, componente, relatório ou número comercial.

Um Visualizador não é um Responsável de segurança reduzido

São vias diferentes, não dois degraus da mesma escada. Um Visualizador vê a produção, o desempenho e os eventos da central, mas não alcança qualquer equipamento de rede nem obtém acesso remoto. O Responsável de segurança é a imagem espelhada: acesso remoto aos segmentos concedidos e nenhum dado de produção. Nenhum contém o outro — por isso uma partilha como Responsável de segurança é delegada segundo as suas próprias regras.

Como Funciona a Delegação Limitada

Quando a Organização A partilha um recurso com a Organização B a um determinado nível, os administradores da Organização B podem:

Aceder ao recurso automaticamente ao nível partilhado (apenas administradores).
Delegar aos seus próprios membros — mas apenas dentro do conjunto permitido para esse nível partilhado.

O conjunto permitido para um recurso partilhado por cooperação é Visualizador mais a própria função partilhada. Um administrador recetor escolhe entre dar a um membro acesso só de leitura (Visualizador) ou o nível partilhado completo — nada intermédio, e nunca superior.

A única exceção é Responsável de segurança, porque Visualizador não se situa abaixo dele. Oferecê-lo aí permitiria ao administrador recetor transformar uma partilha limitada a segmentos numa concessão de produção que nunca fez, pelo que uma partilha como Responsável de segurança só pode ser delegada como Responsável de segurança.

Cliente é o degrau abaixo de Visualizador: apenas dados operacionais, sem eventos, tickets, relatórios, exportações, contactos nem dados financeiros. Uma partilha de Visualizador pode, por isso, ser delegada como Visualizador ou Cliente, e uma partilha de Cliente apenas como Cliente.

Partilhado a	O administrador recetor pode conceder aos membros	Nunca permitido
Gestor Técnico	Visualizador, Gestor Técnico	Operador, qualquer nível superior
Gestor de Ativos (autoridade comercial)	Visualizador, Gestor de Ativos	Operador, qualquer nível superior
Responsável de segurança (segmentos de rede)	Responsável de segurança	Visualizador, Operador, tudo o resto
Visualizador (só de leitura)	Visualizador, Cliente	qualquer função superior
Cliente (apenas dados operacionais)	Cliente	Visualizador, qualquer função superior

Cenário de Exemplo

Aviso

Um membro que recebe um recurso partilhado por cooperação vê exatamente o que o seu nível concedido permite — nada mais do que a organização proprietária da instalação escolheu partilhar. Se a organização partilhante baixar posteriormente o nível partilhado ou remover a cooperação, o acesso dos membros recetores é reduzido ou revogado em conformidade.

A Exigência de Dois Fatores do Proprietário

Uma organização pode exigir autenticação de dois fatores (2FA) para o acesso às suas centrais. Esta regra pertence à organização que é proprietária da central, por isso acompanha todas as centrais que essa organização partilha.

Aplica-se aos utilizadores do parceiro. Se o proprietário exigir 2FA, o Administrador recetor e todos os membros em quem o Administrador delegou precisam de um segundo fator (aplicação de autenticação ou passkey) na sua própria conta para ver as centrais partilhadas.
As centrais ficam ocultas, ninguém perde a sessão. Um utilizador do parceiro sem segundo fator não vê as centrais do proprietário. Continua com sessão iniciada, e um aviso no cabeçalho indica-lhe que ative o 2FA. Assim que o ativa, as centrais voltam a aparecer. As centrais da sua própria organização não são afetadas.
Pode vê-lo de antemão. A lista de cooperações mostra se um parceiro exige 2FA.
As notificações de alarme continuam a ser entregues, também para as centrais ocultas pela exigência.

A duração do início de sessão nunca é transmitida

Só a exigência de 2FA atravessa uma cooperação. Quanto tempo um utilizador mantém a sessão iniciada, e com que frequência uma conta com 2FA volta a iniciar sessão, é sempre decidido pela própria organização do utilizador — nunca por um parceiro.

As regras em si estão descritas na página Política de Segurança da Organização.

Gerir Permissões de Cooperação

Gere o que a sua organização partilha, e o que volta a conceder, a partir das áreas de cooperação e de permissões de membros da plataforma:

O que partilha para fora — apenas a organização proprietária do recurso pode definir o nível ao qual um parque ou carteira é partilhado através de uma cooperação, e pode definir uma expiração opcional para essa partilha.
O que delega para dentro — um administrador recetor concede o recurso partilhado aos seus próprios membros dentro do conjunto permitido acima, opcionalmente com uma data de expiração.

Estas superfícies também estão disponíveis através da API REST pública (ver o /docs em direto). Os mesmos limites são aplicados independentemente de como uma concessão é feita, pelo que a API nunca pode ser usada para exceder o nível partilhado.

Funcionalidades Relacionadas

Sistema de Permissões — funções de organização, funções de trabalho e como se mapeiam para o acesso a recursos
Política de Segurança da Organização — a exigência de 2FA que um proprietário pode definir para as suas centrais
Cooperações — como criar, pausar e expirar a partilha entre organizações
Convites — convidar membros e organizações parceiras
Registo de Auditoria — quem acedeu à infraestrutura partilhada da instalação e quando