Acessos

Pedir acesso de uma equipa a um domínio, com finalidade e prazo, e acompanhar os pedidos e as campanhas de recertificação. A equipa owner do domínio ou um admin decide em As minhas tarefas, e o acesso deixa de valer quando o prazo acaba.

O que podes fazer

Pedir acesso para uma equipa de que és membro (um admin pede por qualquer equipa): leitura ou escrita, a versão mascarada ou os valores sensíveis, a finalidade (BI, agente de IA, RAG ou treino de modelos), o motivo, o prazo em dias e, se quiseres, o ticket externo. O prazo máximo vem da política do workspace e é mais curto para os valores sensíveis.
Ver os teus pedidos, os das tuas equipas e, se geres as concessões do domínio, os pedidos a ele: o estado, a etapa em que está e até quando vale o acesso. Cancelas um pedido teu enquanto está por decidir.
Abrir um pedido para ver o motivo e, se lês o domínio, a decisão de confiança dos datasets dele para a finalidade pedida.
Revogar um acesso antes do prazo, se geres as concessões do domínio.
Ver as campanhas de recertificação: quantas concessões foram confirmadas, revogadas ou estão por decidir. Um admin pode abrir uma campanha já. Cada concessão em vigor vira uma tarefa da equipa owner do domínio e dos admins, e o que ninguém confirmar até ao fim é revogado.
Como admin, definir a política: os prazos máximos, a aprovação imediata dos pedidos de baixo risco (leitura, versão mascarada e prazo curto) e de quantos em quantos dias abre uma campanha. Um pedido aos valores sensíveis passa sempre pela etapa Dados pessoais e nunca é aprovado logo.
O BeryX não escreve nas fontes: quando um acesso é aprovado ou sai, a equipa owner do domínio recebe em As minhas tarefas a tarefa de o executar na fonte e marca-a como feita.
O responsável indicado de um domínio gere o conteúdo dele, não as concessões: não decide os pedidos de acesso, não recertifica e não recebe as tarefas na fonte.
Um Leitor, mesmo na equipa owner, vê os pedidos do domínio, mas não decide nem revoga acessos, não recertifica e não recebe as tarefas na fonte, como nos outros fluxos de aprovação.

Ver também

As minhas tarefas — onde se decidem os pedidos, se recertificam as concessões e se fecham as tarefas na fonte.
Governação — o fluxo de aprovação dos pedidos de acesso.
Equipa — as equipas e a matriz de acessos.

English

Access

Request access for a team to a domain, with a purpose and a duration, and follow the requests and the recertification campaigns. The domain's owner team or an admin decides in My tasks, and the access stops counting when the duration ends.

What you can do

Request access for a team you belong to (an admin requests for any team): read or write, the masked version or the sensitive values, the purpose (BI, AI agent, RAG or model training), the reason, the duration in days and, if you want, the external ticket. The maximum duration comes from the workspace policy and is shorter for the sensitive values.
See your requests, your teams' requests and, if you manage the domain's grants, the requests for it: the status, the step it is at and until when the access lasts. You cancel a request of yours while it is waiting for a decision.
Open a request to see the reason and, if you can read the domain, the trust decision of its datasets for the requested purpose.
Revoke an access before the end date, if you manage the domain's grants.
See the recertification campaigns: how many grants were confirmed, revoked or are still to decide. An admin can open a campaign right away. Each active grant becomes a task for the domain's owner team and the admins, and whatever nobody confirms by the end is revoked.
As an admin, set the policy: the maximum durations, approving low-risk requests right away (read, masked version and a short duration) and how often a campaign opens. A request for the sensitive values always goes through the Personal data step and is never approved right away.
BeryX does not write to the sources: when an access is approved or removed, the domain's owner team gets, in My tasks, the task of carrying it out in the source and marks it as done.
A domain's named owner manages its content, not its grants: they do not decide access requests, do not recertify and do not get the source tasks.
A Reader, even in the owner team, sees the domain's requests but does not decide or revoke access, does not recertify and does not get the source tasks, as in the other approval workflows.