Roles y permisos de instituciones
Asigne el rol con menos privilegios que cubra el trabajo docente, administrativo o de API de cada persona.
- Para quién es esta guía
- Administradores y miembros que revisan su acceso
- Antes de empezar
- Una membresía institucional
Matriz de roles actual
| Capacidad | Administrador | Desarrollador | Docente |
|---|---|---|---|
| Usar un asiento para hojas | Sí | No | Sí |
| Gestionar miembros y asientos | Sí | No | No |
| Ver facturación administrativa | Sí | No | No |
| Crear o revocar claves API de la organización | Sí | Sí | No |
| Comprar créditos API de la organización | Sí | Sí | No |
| Crear o revocar incrustaciones | Sí | Sí | No |
| Editar la marca de salidas API | Sí | No | No |
Elija el rol con menos privilegios
- Administrador: gestiona miembros, facturación de asientos, marca de salidas API y todos los recursos API.
- Docente: crea hojas con un asiento comprado; no gestiona facturación ni recursos API.
- Desarrollador: gestiona claves, créditos, uso e incrustaciones compartidos; no recibe un asiento ni puede editar la marca.
Cambie o elimine acceso
- Un administrador abre el perfil de la organización en Institución.
- Revise las responsabilidades actuales antes de cambiar el rol.
- Aplique el rol y pida al miembro que cambie de organización y vuelva para actualizar la sesión.
- Al retirar a un desarrollador, rote cualquier clave compartida a la que haya tenido acceso.
- Antes de retirar a un administrador, confirme que otro administrador puede gestionar organización y facturación.
Asignaciones comunes
- Docente que imprime hojas: Docente.
- Ingeniero que integra hojas en un LMS: Desarrollador.
- Responsable que paga e invita miembros: Administrador.
- Persona que administra e integra: Administrador; no añada un rol duplicado más amplio.
Comprobación final
Cada miembro solo tiene las capacidades necesarias, queda al menos un administrador actual y la salida de un desarrollador provoca la rotación de claves.