Antes de começar
Confirme conta, tenant e papel ativo no menu da conta. A consulta exige permissão de visualização; alterações exigem a permissão específica de gestão. Uma ação oculta ou desabilitada pode refletir o escopo autorizado; não troque de tenant para contornar uma recusa. Trabalhe somente com registros do espaço que você tem autorização para administrar.
Procedimento
- Em Roles & permissions abra Roles e View details.
- Consulte Permissions para identificar a capacidade necessária.
- Em New role ou Edit role defina Key, Label e as permissões mínimas; salve e verifique o acesso com uma conta de laboratório autorizada.
Comportamento e limites
O catálogo descreve permissões, mas não comprova sua atribuição ao usuário. Os papéis de plataforma pertencem ao escopo da plataforma e os papéis personalizados permanecem vinculados ao tenant.
O administrador mestre único possui uma verificação específica para a isenção de cota DovaAI. Nem todo administrador recebe acesso ilimitado. Uma permissão visível não permite ignorar limites de tenant nem criar superusuários adicionais.
Confira a atribuição efetiva em Users após salvar. A isenção DovaAI do mestre exige identidade persistida ativa, tenant de plataforma ativo, participação e papel selecionado válidos; a disponibilidade do provedor continua necessária.
Verificar o resultado
Depois de salvar ou confirmar, reabra o detalhe e confira o estado informado pelo servidor. Diferencie uma solicitação aceita de uma operação concluída e preserve somente evidência mínima sem informação sensível. Quando houver uma operação pendente, espere seu estado final na tela correspondente antes de iniciar outra ação sobre o mesmo objeto.
Exemplo de laboratório
Use o tenant sintético documentation-lab e, quando aplicável, o worker worker-demo-a. Anote o estado anterior, realize uma única ação autorizada e compare o estado posterior. Esses nomes ilustram o procedimento; não identificam registros de produção nem autorizam criar recursos cloud. Para uma revisão sem alterações, consulte o detalhe e cancele qualquer formulário aberto.
Se algo falhar
Se aparecer um conflito, atualize o inventário e revise os valores vigentes antes de repetir. Se a sessão expirou, entre novamente e conclua MFA quando exigido. Para erro de permissão, confira papel e participação; para erro do provedor, consulte a operação e sua mensagem segura. Não altere armazenamento, revisões nem controles para forçar um resultado.
Leituras relacionadas
Contexto de ambiente
Antes de usar este módulo, confirme Tenant, Domain e Environment no menu do usuário. O ambiente inicial é Development. As capacidades do módulo, Domain e ambiente se aplicam juntas; Production fica somente leitura sem autorização explícita. Mudar o seletor não transfere artefatos nem publica ou executa seus dados. Consulte ambientes e recuperação e promoção entre ambientes.
Permissões de ambiente
A autorização combina permissões do módulo, acesso ao Domain e capacidades do ambiente. O catálogo atual contém 23 permissões de ambiente: etl.environments.view, etl.environments.{development,test,stage,production}.{view,edit,publish,run,runtime.manage}, etl.environments.promote e etl.environments.runtime.manage. Permissões globais de leitura e Runtime mantêm seu escopo explícito; uma permissão de um ambiente não concede acesso a todos os outros. Administrar um módulo não substitui essas capacidades.
ETL Developer pode trabalhar em Development, Test e Stage e não tem acesso a Production por padrão. Release Manager pode revisar os quatro ambientes e publicar em Test, Stage e Production para promoções autorizadas; isso não concede edição nem execução em Production. A promoção mantém preview, dependências publicadas exatas e aprovação explícita de Production. Funções personalizadas podem conceder as capacidades necessárias por ambiente. A identidade do usuário não é duplicada por ambiente; confira a função ativa, associação e permissões efetivas.
Editores de Mapping, Session e Workflow de Production permanecem somente leitura: versões aceitas chegam pela promoção. Configurar Connections existentes ou novas de Production é uma capacidade separada que exige etl.connections.manage e etl.environments.production.edit; não libera esses três editores nem Connections legacy somente leitura.