Miembros y roles
Planes: Starter (1 asiento) · Growth (5 asientos) · Pro (20 asientos) · Agency (sin límite)
Cada org de Clione tiene uno o más miembros. Esta página cubre cómo invitar, gestionar roles, transferir ownership y entender el modelo de permisos por rol.
Sidebar → Org → pestaña Members.
Roles
Clione tiene cuatro roles, en orden de autoridad:
| Rol | Lo que puede hacer |
|---|---|
| Owner | Todo lo que un admin puede, más: cambiar billing, transferir ownership, borrar la org. Un solo owner por org. |
| Admin | Gestionar tiendas (añadir, editar credenciales, borrar). Gestionar miembros. Gestionar branding de org. Ejecutar enrichments, sync, propagation. Ver billing (solo lectura). |
| Member | Ejecutar enrichments, sync, editar FAQs, ejecutar verification en tiendas a las que está invitado. No puede gestionar miembros, billing ni ajustes a nivel org. |
| Ghost | Interno: un rol placeholder dado a usuarios invitados que aún no han aceptado. Se convierte en un rol real cuando aceptan la invitación. |
Superadmin es un rol system-wide usado solo por el equipo de Clione para soporte — es invisible en tu lista de miembros.
Invitar a un miembro
Disponible para owners y admins.
- Org → Members → + Add member.
- Introduce el email.
- Elige un rol: Admin o Member.
- Pulsa Add.
Qué pasa:
- Se manda un email a la dirección con un enlace de alta / login.
- Si el email aún no es usuario de Clione, crean una cuenta; si lo es, aceptan la invitación.
- La fila aparece en la tabla Members inmediatamente con el rol Ghost, cambiando al rol elegido al aceptar.
Si tocas el seat limit de tu plan, el modal de añadir bloquea el clic con un error claro. Compra un add-on de asiento extra desde Billing o sube de plan.
Cambiar un rol
Disponible solo para owners (los admins no pueden promover a otros admins).
- Encuentra la fila.
- Abre el menú de fila (
⋮) → Change role. - Elige el nuevo rol.
Los cambios aplican inmediatamente. El miembro afectado se notifica por email.
Quitar a un miembro
Disponible para owners y admins.
- Menú de fila → Remove.
- Confirma.
El miembro pierde el acceso al dashboard inmediatamente. Su historial de trabajo (enrichments, ediciones de FAQ, etc.) sigue atribuido a su email para el audit log.
Transferir ownership
Solo owners.
- Encuentra la fila destino (debe ser un admin o miembro actual).
- Menú de fila → Transfer ownership.
- Teclea el email del destino para confirmar.
Tras la transferencia:
- El destino se convierte en Owner.
- Tú te conviertes en Admin.
- Un email va a ambos confirmando el cambio.
Solo puede haber un Owner por org.
Uso de asientos
La pestaña Members muestra un contador Seats arriba: "Using X of Y seats". Esto cuenta solo miembros activos (las invitaciones Ghost también cuentan — están ocupando un asiento).
Si estás por encima de tu límite de asientos (p. ej. tras un downgrade), el contador se pone rojo y no puedes añadir más miembros hasta que:
- Quites a alguien, O
- Compres un add-on de asiento extra, O
- Subas de plan.
Acceso multi-tenant (Agency)
Si eres miembro de varias orgs (habitual para miembros del equipo en plan Agency o para consultores cross-org), puedes cambiar entre ellas vía el Tenant Selector en la cabecera arriba a la izquierda. Cada org tiene sus propios roles, tiendas y billing.
Cuando cambias de tenant, todo el dashboard se re-scopea — sidebar, lista de tiendas, uso actual, billing. Hay un breve estado de carga durante el cambio (~1 segundo).
Los miembros son por org. Quitar a alguien de una org no afecta a su pertenencia en otras.
Matriz detallada de permisos
| Acción | Owner | Admin | Member | Ghost |
|---|---|---|---|---|
| Ver dashboard | ✓ | ✓ | ✓ | — |
| Ver lista de tiendas | ✓ | ✓ | ✓ | — |
| Añadir tienda (BigCommerce o Shopify) | ✓ | ✓ | — | — |
| Editar credenciales de tienda | ✓ | ✓ | — | — |
| Borrar tienda | ✓ | ✓ | — | — |
| Ejecutar sync | ✓ | ✓ | ✓ | — |
| Ejecutar enrichment (single + bulk) | ✓ | ✓ | ✓ | — |
| Editar FAQs | ✓ | ✓ | ✓ | — |
| Editar branding (a nivel org) | ✓ | ✓ | — | — |
| Alternar badge por tienda | ✓ | ✓ | — | — |
| Ver billing | ✓ | ✓ (read) | — | — |
| Cambiar plan | ✓ | — | — | — |
| Comprar add-ons | ✓ | — | — | — |
| Añadir miembros | ✓ | ✓ | — | — |
| Cambiar roles | ✓ | — | — | — |
| Quitar miembros | ✓ | ✓ | — | — |
| Transferir ownership | ✓ | — | — | — |
| Borrar org | ✓ | — | — | — |
| Generar API keys | ✓ | ✓ | — | — |
| Ver audit log | ✓ | ✓ | — | — |
| Instalar Schema Injector | ✓ | ✓ | — | — |
| Instalar widget FAQ | ✓ | ✓ | — | — |
| Ejecutar Pulse scans | ✓ | ✓ | ✓ | — |
La misma matriz aplica sin importar si la org tiene tiendas BigCommerce, tiendas Shopify o ambas.
Notas por plataforma
Los roles son agnósticos a la plataforma. El rol de un miembro aplica a todas las tiendas de la org sin importar la plataforma. No hay rol por tienda hoy — esa es una funcionalidad prevista para tenants Agency que quieren restringir a un freelancer a una sola tienda específica.
Mapeo de rol en tienda BigCommerce
Cuando eres un admin que necesita añadir o editar una tienda BigCommerce, necesitarás un usuario de BC con el rol Store admin del lado BC para generar el API token. El rol admin de Clione no concede permisos del lado BC automáticamente — solo te deja pegar el token de BC que Clione usará.
Mapeo de rol en tienda Shopify
Mismo modelo. Añadir o editar una tienda Shopify desde Clione requiere un usuario de Shopify con permiso Develop apps para crear la Custom App y copiar el Admin API access token. El rol admin de Clione solo te deja pegar el token resultante.
Acceso a sub-tenants de Agency
Los tenants con plan Agency pueden gestionar varios sub-tenants (uno por cliente final). Cada sub-tenant tiene su propia roster de miembros — un freelancer asignado a "Client A" no puede ver "Client B". El owner de Agency es implícitamente miembro de cada sub-tenant con derechos de admin completos y puede cambiar entre ellos vía el Tenant Selector.
Para conceder a un freelancer acceso solo a un sub-tenant, invítalo a ese sub-tenant directamente. No lo invites a nivel Agency — eso le daría visibilidad sobre todos los sub-tenants.
Superadmin (solo equipo interno)
El equipo de soporte de Clione usa un rol interno Superadmin para asistir a clientes. Desde la perspectiva de un cliente:
- Los Superadmins no se cuentan como miembros de tu org.
- No aparecen en tu tabla Members.
- Pueden recibir acceso temporal de impersonation para depurar un problema, que aparece en tu audit log como entradas
impersonation_started/impersonation_endedcon el nombre del usuario de soporte. - La impersonation siempre se registra — no hay acceso silencioso.
Si tienes preocupaciones sobre una entrada de impersonation, contacta a support@clione.ai y pide el case ID.
Notificaciones por email
Los miembros reciben emails al:
- Recibir invitación (al email invitado).
- Cambio de rol (al miembro afectado).
- Quitada de miembro (al miembro removido).
- Petición de reset de contraseña (al email del propio usuario).
- Inicio de sesión sospechoso (dispositivo nuevo, IP / país nuevo).
Los admins de org adicionalmente reciben notificación al:
- Aceptarse una nueva invitación.
- Llegar al límite de asientos.
- Quedar pendiente un downgrade de plan que excedería límites.
Puedes silenciar notificaciones no de seguridad en Account → Notifications.
Resolución de problemas
El miembro invitado no recibió el email — Revisa spam. Reenvía quitando la fila Ghost y volviendo a añadir el email. Si sigue sin nada, el email puede estar bloqueado por su filtro corporativo — dales la URL del dashboard y pídeles que se den de alta con el mismo email directamente; la invitación pendiente se auto-resuelve al darse de alta.
No puedo cambiar un rol pese a ser admin — Solo los owners pueden cambiar roles. Pide al owner.
La pestaña Members muestra "Tenant required" brevemente al cambiar de tenant — Bug conocido (#96). La página se re-monta durante el cambio de impersonation y brevemente no tiene contexto de tenant. Espera unos segundos y la tabla carga. Si persiste pasados 30s, hard refresh.
El botón Transfer ownership está en gris — Solo puedes transferir a un admin o miembro actual. Si el destino aún no es miembro, añádelo primero, luego transfiere.
El contador de asientos muestra el número incorrecto tras quitar a alguien — Caché. Hard refresh. Si persiste, escribe a soporte — hemos parcheado esto una vez (#94) pero puede resurgir en edge cases de impersonation.