Workspace

Workspace administra la organización activa. Ábrelo desde Workspace en la cabecera (por defecto Miembros).

Barra lateral de Workspace

La barra Workspace a la izquierda lista Miembros, Invitaciones, Grupos de usuarios, Campos personalizados y Actividad. En escritorio puedes contraerla a una mini-barra solo con iconos; el avatar o la inicial de la organización sigue visible en la cabecera. Pasa el cursor o enfoca un icono para leer su etiqueta en un tooltip. El estado de contracción se guarda por navegador y es independiente de las barras de proyecto o usuario.

Miembros (/workspace/members)

La pantalla comparte el sistema visual de Invitaciones: breadcrumb mono workspace / miembros, título, subtítulo que explica los roles, y la acción Invitar miembros que abre el diálogo de invitación en la misma pantalla (sin exportar CSV).

Propietarios y administradores pueden:

• Buscar por nombre o email desde el slot de búsqueda de la barra de filtros compartida (lado del servidor, sin distinguir mayúsculas, con debounce)
• Agregar un filtro Rol desde Agregar filtro: un chip de selección múltiple sobre Propietario, Administrador, Miembro y Lector. Los roles seleccionados se combinan con OR (role=admin,owner); la búsqueda y el chip de rol se combinan con AND en el servidor. El estado del filtro vive en la URL y cualquier cambio reinicia a la página 1
• Agregar un filtro Estado desde Agregar filtro para listar solo los miembros activos o solo los desactivados (status=deactivated). Sin él, se listan todos los miembros
• Revisar columnas Miembro (foto de perfil si existe; si no, avatar con iniciales; nombre del perfil o derivado del email; email completo; badge Tú en tu fila), Rol (chip), Estado (Activo o Desactivado), En la organización desde (fecha absoluta y sublínea relativa), Acciones
• Cambiar el rol desde el menú Más acciones de la fila → Editar → Acceso (PATCH /api/v1/orgs/:orgUlid/members/:userUlid). El rol de propietario no se asigna así: consulta Transferir la propiedad
• Desactivar a un miembro desde el menú Más acciones de la fila → Desactivar, y confirma (POST /api/v1/orgs/:orgUlid/members/:userUlid/deactivate). Un miembro desactivado pierde el acceso de inmediato: en la aplicación web, mediante tokens de API y mediante aplicaciones conectadas (OAuth y MCP). No ocupa un puesto, pero conserva su rol, su acceso a proyectos, sus grupos y su nombre en todo lo que creó. Sus asignaciones en ejecuciones abiertas y sus lugares de revisor en revisiones abiertas se limpian, porque ese trabajo no puede avanzar sin ellos. Sus tokens de API y sus aplicaciones conectadas de esta organización se revocan.
• Reactivar a un miembro desactivado desde el mismo menú (POST …/reactivate). La reactivación ocupa un puesto libre: si no queda ninguno, se rechaza con 409 seat_limit_exceeded. No restaura los tokens de API ni las aplicaciones conectadas que se revocaron, así que el miembro debe crear nuevos tokens y volver a autorizar esas aplicaciones.

Una fila de miembro desactivado no ofrece cambio de rol, y el propietario no puede desactivarse.

En una pantalla angosta (ancho de teléfono) la tabla se convierte en una lista de tarjetas: cada miembro se presenta como su propia tarjeta, mostrando el mismo chip de rol, el estado y la fecha de ingreso, con el control de cambio de rol y la acción de desactivar o reactivar disponibles en la tarjeta. Todos los filtros, la búsqueda y las acciones que tienes en una pantalla más ancha siguen ahí — solo cambia la disposición. En ancho de tableta y superior la lista es la tabla descrita arriba.

No puedes desactivarte ni degradarte a ti mismo. El único propietario no puede ser degradado (la API responde 409 last_owner si se viola): el propietario deja su rol transfiriendo la propiedad. Ascender a un lector a un rol de pago se rechaza con 409 seat_limit_exceeded cuando la organización está en su límite de puestos. En Pro, un lector nunca ocupa un puesto; en Free, cada lector ocupa uno. Degradar o desactivar a un miembro libera un puesto para la próxima invitación, ascenso o reactivación.

Gestionado por tu proveedor de identidad. Cuando tu proveedor de identidad gestiona el rol de un miembro, ese miembro muestra el distintivo Gestionado por tu proveedor de identidad. Mientras el modo estricto esté activado en la configuración de SCIM, el control Acceso de ese miembro está desactivado y muestra el motivo. Un cambio de rol enviado a través de la API se rechaza con 409 y el mensaje «This member’s role is managed by your identity provider. Change it there, or turn off strict mode in SCIM settings.». El propietario nunca queda bloqueado, y los miembros que tu proveedor de identidad no gestiona no se ven afectados. Para saber cómo se asignan los roles, consulta la guía de Aprovisionamiento SCIM.

Un rol personalizado que asigna un grupo de SCIM no se puede eliminar. Probara rechaza la eliminación con 409 y el mensaje «This role is mapped to a SCIM group. Change that group’s role in SCIM settings first.».

Transferir la propiedad

Una organización tiene exactamente un propietario. Solo el propietario puede ceder la organización a otro miembro:

1. Abre el menú Más acciones de la fila del miembro y elige Editar.
2. Cambia Acceso a Propietario. El diálogo muestra una advertencia: el miembro obtiene el control total de la organización, incluidas la facturación y su eliminación, y tú pasas a ser Administrador.
3. Confirma con Transferir propiedad.

Ambos cambios ocurren a la vez, y el registro de actividad guarda los dos cambios de rol. No puedes deshacer la transferencia por tu cuenta: solo el nuevo propietario puede volver a transferir la propiedad. Un lector (viewer) que pasa a ser propietario necesita un puesto libre (de lo contrario, 409 seat_limit_exceeded). Las integraciones usan POST /api/v1/orgs/:orgUlid/ownership-transfer con { "userUlid": "…" }, o la herramienta MCP transfer_org_ownership; PATCH …/members/:userUlid rechaza role: "owner" con 422 validation_failed.

Invitaciones (/workspace/invitations)

La pantalla sigue el mock del producto: breadcrumb mono workspace / invitaciones (sin título h1 aparte), una acción Nueva invitación que abre un modal (en lugar de un formulario dentro de la página), y la lista de invitaciones enviadas. Su barra de filtros ofrece un campo de búsqueda (correo del invitado, lado del servidor y con debounce) más chips Estado y Rol desde Agregar filtro: cada uno de selección múltiple que escribe parámetros separados por coma (status=pending,expired). Los valores se combinan con OR dentro de un chip y con AND entre la búsqueda y ambos chips; cualquier cambio reinicia a la página 1. Los filtros de la lista no afectan el modal de invitación.

El modal Nueva invitación tiene dos pestañas, Individual y Masiva, cada una con su propia casilla Acceso:

• Individual envía una sola invitación: indica correo y rol del invitado (admin, member o viewer — no owner) y selecciona Invitar. El invitado recibe un correo con un enlace /invite/:token.
• Masiva envía hasta 50 invitaciones de una vez bajo un solo rol compartido: pega direcciones separadas por saltos de línea, comas o punto y coma, y un contador debajo del campo indica cuántas direcciones distintas se enviarán realmente (las líneas en blanco y los repetidos que solo difieren en mayúsculas no cuentan dos veces). Si se crean todas las direcciones, el modal se cierra; si alguna dirección es rechazada, el modal permanece abierto, lista cada dirección rechazada junto a su propio motivo (ya invitada, ya es miembro, o no es un correo válido), y conserva en el campo solo las direcciones rechazadas para que un reenvío corregido no pueda duplicar una invitación ya creada. Un rechazo que aplica a toda la lista (por ejemplo, alcanzar el límite de puestos de tu organización) se indica una sola vez y nunca se atribuye a una sola dirección.
• Acceso: márcala para otorgar al invitado — o, en la pestaña Masiva, a cada dirección de la lista — acceso a todos los proyectos privados en cuanto acepten la invitación; la concesión se reproduce al aceptar, no es inmediata. Para los roles owner y admin la casilla aparece deshabilitada, con una nota que explica que ese rol ya alcanza todos los proyectos, así que marcarla no otorgaría nada.

Owners y admins también pueden:

1. Revisar las columnas de la lista: Persona invitada (el correo invitado, con «Invitado por» y el nombre de quien invitó debajo), Estado, Rol, Enviada y Expira (la fecha y, debajo, hace cuánto o en cuánto tiempo; Expira muestra un guion una vez que la invitación se acepta o se revoca).
2. En filas Pendiente, usar iconos Reenviar (POST .../invitations/:ulid/resend, rota el token y reenvía el correo) o Revocar (DELETE).

Una fila Pendiente cuyo correo no se pudo entregar muestra un indicador de advertencia junto a su estado: No entregable — invita otra dirección significa que el proveedor de correo del destinatario rechazó la dirección de forma permanente (un rebote o un reporte de spam) — invitar a otra dirección es la única salida. No se pudo entregar — puedes reenviarla significa que la entrega se reintentó y no tuvo éxito por otro motivo — reenviarla puede funcionar. En ambos casos la invitación sigue Pendiente; no se revoca automáticamente. El indicador puede tardar un momento en aparecer después de enviar o reenviar la invitación (la entrega ocurre después de que la solicitud termina) y persiste tras recargar la página.

En una pantalla angosta (ancho de teléfono) la lista de invitaciones se convierte en una lista de tarjetas: cada invitación se presenta como su propia tarjeta, mostrando los mismos valores de correo, estado, rol, invitador, envío y vencimiento, con reenviar/revocar disponibles en las tarjetas Pendiente. En ancho de tableta y superior la lista es la tabla descrita arriba.

Etiquetas de estado cortas (Pendiente, Vencida, etc.).

Límites: una invitación pendiente por correo y org; máximo 50 pendientes; vencen a los siete días.

Grupos de usuarios (/workspace/groups)

Los grupos permiten a propietarios y administradores organizar a los miembros en colecciones que pueden gestionar en conjunto: un nombre, una descripción opcional y un listado de miembros. Desde la pestaña Proyectos se puede dar acceso a proyectos a un grupo: así, cada miembro del grupo accede a esos proyectos.

Un grupo que gestiona tu proveedor de identidad muestra la etiqueta Gestionado por tu proveedor de identidad. Su nombre y sus miembros son de solo lectura en Probara; su descripción y su acceso a proyectos siguen siendo editables. Consulta Aprovisionamiento con SCIM.

La lista sigue el sistema visual del workspace: una columna Título con el nombre del grupo y su descripción en una segunda línea subordinada (omitida por completo cuando el grupo no tiene descripción), los conteos Usuarios y Proyectos, y la acción de cabecera Nuevo grupo. Un único campo de búsqueda de texto libre (sin chips de filtro — un grupo no tiene ningún campo categórico que filtrar todavía) busca por nombre y por descripción, del lado del servidor, y viaja en la URL.

Propietarios y administradores pueden:

1. Crear un grupo desde Nuevo grupo: un nombre (obligatorio, único en la organización), una descripción opcional y un campo de miembros opcional — un multiselect con buscador que muestra el avatar de cada miembro de la organización, para dejar el listado inicial del grupo listo en el mismo paso en lugar de agregar miembros de uno en uno después. Este campo solo aparece al crear; editar el nombre o la descripción de un grupo más adelante no lo ofrece — usa las acciones Agregar miembro/Quitar del grupo de la pantalla de detalle para gestionar la membresía después de crear el grupo.
2. Renombrar un grupo o editar su descripción desde la acción Renombrar del menú de la fila — un solo diálogo, el mismo formulario usado para crear.
3. Eliminar un grupo desde la acción Eliminar del menú de la fila. Un grupo con miembros se elimina junto con sus filas de membresía en un solo paso; no es necesario vaciarlo primero.
4. Abrir un grupo para llegar a su pantalla de detalle en /workspace/groups/{groupUlid}, direccionada por el ULID del grupo (no un slug), así que renombrarlo nunca rompe un enlace guardado.

La pantalla de detalle muestra el nombre y la descripción del grupo con las mismas acciones de renombrar/eliminar, y dos pestañas:

• Miembros — el listado del grupo: avatar, nombre y correo, chip de rol, cargo, y una acción Quitar del grupo por fila con una confirmación que nombra a la persona. La acción Agregar miembro ofrece solo a los miembros de la organización que aún no están en el grupo.
• Proyectos — un marcador de posición inerte, con apariencia terminada, para el acceso a proyectos por grupo que esta versión aún no incluye.

En una pantalla angosta (ancho de teléfono) tanto la lista como el listado de Miembros se convierten en listas de tarjetas, con cada acción siempre visible (nunca solo al pasar el cursor). En ancho de tableta las acciones de fila se consolidan en un solo menú; en escritorio y superior se ve la fila completa.

Los miembros con rol member o viewer ven un mensaje de permiso en lugar del listado en ambas pantallas; la entrada de la barra lateral sigue visible para cualquier miembro sin importar su rol.

Configuración (/workspace/settings)

Solo propietarios. General contiene el nombre de la organización. Seguridad tiene Exigir autenticación en dos pasos: mientras está activado, los miembros cuya cuenta no tiene autenticación en dos pasos no pueden abrir la organización hasta activarla (consulta Organizaciones que exigen 2FA). Las claves de API y los clientes MCP no se ven afectados. Para activarlo, tu propia cuenta necesita primero la autenticación en dos pasos. La zona de peligro contiene la eliminación de la organización.

Campos personalizados (/workspace/custom-fields)

Propietarios y administradores definen campos de metadatos (sistema y personalizados) y a qué proyectos aplica cada uno. Guía detallada: Campos personalizados (Workspace).

Adjuntos (/workspace/attachments)

Cualquier miembro puede monitorear el uso de almacenamiento y explorar todos los archivos que la organización ha subido, en todas las superficies de adjuntos. Propietarios y administradores además pueden seleccionar archivos y eliminarlos en lote. Guía detallada: Adjuntos (Workspace).

Actividad (/workspace/activity)

Propietarios y administradores pueden revisar un feed append-only de cambios de dominio (proyectos, casos, miembros, invitaciones, tokens de API, etc.). Más detalle en Actividad del workspace en la documentación del producto.