Dar a cada persona el acceso que su trabajo realmente necesita
Define primero el alcance del workspace antes de elegir qué compañeros o clientes podrán acceder.
Dos límites de acceso
Control por capabilities
Entrega verificable
La pertenencia a la organización y el acceso al workspace son límites distintos
La organización es el límite de cuenta para miembros, billing, workspaces y ajustes de organización. El workspace delimita proyectos y datos de producto. Entrar en una organización no promete acceso a todos sus workspaces o proyectos.
Comprueba siempre la organización y el workspace activos antes de cambiar un rol o diagnosticar datos ausentes. Una persona puede tener un rol de organización válido y ver solo los workspaces o proyectos asignados.
Ver miembros y administrarlos son permisos separados
Abrir la página requiere la capability para ver miembros. Invitar, consultar invitaciones pendientes, cambiar roles y eliminar miembros requiere la capability de gestión. Alguien con lectura puede revisar la lista sin recibir controles administrativos.
Las descripciones siguientes expresan la intención habitual del rol. El acceso efectivo sigue dependiendo de la configuración actual de capabilities y de los overrides autorizados. La etiqueta de rol no es un informe completo de permisos.
| Rol | Responsabilidad habitual |
|---|---|
| Owner | Control completo, incluido billing, eliminación y transferencia de propiedad. |
| Admin | Gestión de miembros, ajustes, workspaces y billing. |
| Manager | Coordinación de personas y asignación a workspaces y proyectos. |
| Editor | Creación y edición de trabajo en los workspaces asignados. |
| Viewer | Lectura de datos asignados sin edición. |
| Client | Vista deliberadamente limitada de los proyectos asignados. |
Una invitación pertenece a un email y caduca a los siete días
Las invitaciones pendientes siguen siendo administrables
Quien gestiona el equipo puede revisar email, rol propuesto, fecha y estado. Un enlace disponible puede copiarse otra vez y una invitación que ya no deba dar acceso puede revocarse.
Pendiente todavía no significa miembro. Confirma que la persona aparece en la tabla después de aceptar antes de asignarle trabajo o depender de su acceso.
Asigna el límite de trabajo después del rol de organización
- Confirma qué workspace contiene los datos del cliente o equipo.
- Usa asignaciones de workspace y proyecto cuando lo exijan el modo de acceso o el rol.
- Trata Client como una rama aislada y limitada, no como un nivel inferior que hereda acceso interno.
- Prueba la vista resultante con la organización, workspace y proyecto previstos.
Si la pertenencia es correcta pero la visibilidad difiere, revisa también los ajustes de acceso del workspace.
Los cambios de rol y eliminaciones se aplican en el servidor
Editar un rol o eliminar un miembro cambia el acceso real. Comprueba antes asignaciones activas y responsabilidades de propiedad. El último Owner no puede eliminarse; la propiedad debe transferirse antes de que pueda salir.
Quien no es Owner puede abandonar la organización desde la página. Un Owner debe dejar primero a otro Owner válido para evitar que la organización quede sin propietario.
El miembro de Crawl Foundry es el registro que debes verificar
Crawl Foundry conserva la pertenencia utilizada para autorizar el producto. La sincronización con el proveedor de identidad externo es de mejor esfuerzo y puede repararse por separado. Si ambos sistemas difieren, verifica primero el miembro actual de Crawl Foundry y el resultado de capability.