Antes de comenzar
Confirma la cuenta, el tenant y el rol activo en el menú de cuenta. Necesitas permiso de consulta para inspeccionar y el permiso de gestión específico para cambiar registros. Una opción oculta o deshabilitada puede reflejar el alcance autorizado; no cambies de tenant para eludir una denegación. Usa únicamente registros del espacio que tienes permitido administrar.
Procedimiento
- En Roles & permissions abre Roles y View details.
- Consulta Permissions para identificar la capacidad requerida.
- En New role o Edit role define Key, Label y los permisos mínimos; guarda y verifica el acceso con una cuenta de laboratorio autorizada.
Comportamiento y límites
El catálogo describe permisos, pero no demuestra que el usuario los tenga asignados. Los roles de plataforma pertenecen al alcance de plataforma y los roles personalizados permanecen ligados a su tenant.
El administrador maestro único tiene una comprobación específica para la exención de cuota DovaAI. No todos los administradores reciben acceso ilimitado. Un permiso visible no permite saltar límites de tenant ni crear superusuarios adicionales.
Comprueba la asignación efectiva en Users después de guardar. La exención DovaAI del maestro requiere identidad persistida activa, tenant de plataforma activo, membresía y rol seleccionado válidos; la disponibilidad del proveedor sigue siendo necesaria.
Verificar el resultado
Después de guardar o confirmar, vuelve a abrir el detalle y comprueba el estado informado por el servidor. Distingue una solicitud aceptada de una operación terminada y conserva solo evidencia mínima sin información sensible. Cuando exista una operación en curso, espera su estado final en la vista correspondiente antes de iniciar otra acción sobre el mismo objeto.
Ejemplo de laboratorio
Usa el tenant sintético documentation-lab y, cuando corresponda, el worker worker-demo-a. Anota el estado anterior, realiza una única acción autorizada y compara el estado posterior. Estos nombres ilustran el procedimiento; no identifican registros de producción ni autorizan crear recursos cloud. Para una revisión sin cambios, consulta el detalle y cancela cualquier formulario abierto.
Si algo falla
Si aparece un conflicto, actualiza el inventario y revisa los valores vigentes antes de repetir. Si caducó la sesión, inicia sesión y completa MFA cuando sea requerido. Ante un error de permisos, revisa el rol y la membresía; ante un error de proveedor, consulta la operación y su mensaje seguro. No alteres almacenamiento, revisiones ni controles para forzar un resultado.
Lecturas relacionadas
Contexto de entorno
Antes de utilizar este módulo confirma Tenant, Domain y Environment en el menú de usuario. El entorno inicial es Development. Las capacidades del módulo, el Domain y el entorno se aplican juntas; Production queda de solo lectura sin autorización explícita. Cambiar el selector no mueve artefactos ni publica o ejecuta sus datos. Consulta entornos y recuperación y promoción entre entornos.
Permisos de entorno
La autorización combina permisos del módulo, acceso al Domain y capacidades del entorno. El catálogo actual contiene 23 permisos de entorno: etl.environments.view, etl.environments.{development,test,stage,production}.{view,edit,publish,run,runtime.manage}, etl.environments.promote y etl.environments.runtime.manage. Los permisos globales de lectura y Runtime conservan su alcance explícito; un permiso de un entorno no concede acceso a todos los demás. Administrar un módulo no sustituye estas capacidades.
ETL Developer puede trabajar en Development, Test y Stage y no tiene acceso a Production por defecto. Release Manager puede revisar los cuatro entornos y publicar en Test, Stage y Production para promover versiones autorizadas; no obtiene edición ni ejecución de Production. La promoción conserva el preview, las dependencias publicadas exactas y la aprobación explícita de Production. Los roles personalizados permiten asignar las capacidades necesarias por entorno. La identidad del usuario no se duplica por ambiente; verifica el rol activo, la membresía y sus permisos efectivos.
Los editores de Mapping, Session y Workflow de Production permanecen de solo lectura: las versiones aceptadas llegan mediante promoción. Configurar Connections existentes o nuevas de Production es una capacidad separada que exige etl.connections.manage y etl.environments.production.edit; no habilita edición de esos tres tipos ni modifica Connections legacy de solo lectura.