Quién puede hacer qué

Tres ideas

El servidor decide. Lo que una persona puede leer o cambiar lo resuelve el backend de Boost en cada operación, con los permisos de su rol. La web solo usa esa respuesta para no ofrecer botones que terminarían en un error. Esconder un botón nunca es la protección.
Un rol es un conjunto de permisos. Cada colaborador tiene un rol dentro de su entidad (por ejemplo vendedor, supervisor o administrador, o uno creado a la medida). Los permisos tienen un nombre técnico y una etiqueta en palabras; aquí se usan las palabras.
El alcance acota los registros. Además de qué puede hacer, un rol puede limitar sobre qué clientes: los asignados a la persona, los de ciertos vendedores, los de una categoría de cliente o los que compraron productos de una categoría. Por eso dos personas con la misma pantalla abierta pueden ver listas distintas.

Hay además dos figuras especiales: el super administrador, que tiene todo el registro de permisos y ve herramientas de plataforma, y el administrador de la entidad, cuyo rol trae el permiso de administrar las configuraciones.

Cada pantalla pide un permiso para abrirse; no basta con tener sesión. Las dos excepciones son Workflows, que es solo de super administradores, y Tickets, que depende de ser miembro de ese espacio.

Pantalla por pantalla

Pantalla	Para entrar	Para las acciones
Dashboard	Poder ver el dashboard.	Los datos ya vienen acotados al vendedor; el filtro por vendedores aparece solo si el servidor dice que la persona puede filtrar.
Cartera	Poder ver la lista de leads o la de clientes (basta una).	Ver las filas de clientes y abrir su ficha pide poder ver grupos. Asignar o reasignar vendedor pide asignar vendedores y administrar las asignaciones de grupos. Desasignar es solo para administradores que además pueden editar grupos. Crear un lead pide poder crear grupos, leads y contactos.
Ficha del cliente	Poder ver grupos, además de entrar a Cartera.	Editar los detalles pide los permisos de edición de cada parte (grupo, lead, contacto, campos personalizados).
Interacciones	Poder ver la bandeja de interacciones.	Qué conversaciones aparecen lo decide el servidor según la asignación. La vista cambia con el rol: un vendedor ve sus pestañas de estado; un supervisor o administrador ve el filtro por vendedor. Crear un link de pago desde el chat pide poder crear cotizaciones.
Catálogo	Poder ver el catálogo.	Guardar una cotización pide poder crear cotizaciones; guardar una orden, poder crear órdenes.
Editar cotización u orden	Poder ver el catálogo.	Guardar pide crear cotizaciones o crear órdenes, según el documento.
Agenda	Poder ver eventos de agenda.	Crear, editar o anular eventos pide poder crear eventos.
Kanban	Poder ver oportunidades.	Mover o crear oportunidades pide poder crear cotizaciones.
Campañas	Poder ver los anuncios de marketing.	La pantalla funciona con datos de ejemplo.
Workflows	Ser super administrador.	Todo lo del editor.
Tickets	Ser miembro del espacio de tickets (no depende del rol ni de la entidad).	Las del propio espacio de tickets.
Configuraciones	Poder administrar las configuraciones de la entidad (o ser super administrador).	Entidades e Importar datos son solo para super administradores. Roles y permisos pide poder ver roles; editar y crear roles piden sus propios permisos.

Cómo revisar lo que tiene una persona

Quien puede ver roles tiene la sección Roles y permisos en Configuraciones. Desde ahí se puede:

ver cada rol con lo que abre y lo que no abre, y cuántas personas lo tienen;
ver a una persona con su rol efectivo, de dónde sale y el alcance de registros que le aplica;
comparar roles lado a lado y preguntar “¿qué puede hacer…?”;
encender, solo para uno mismo, un candado en cada pantalla que dice qué permiso pide esa pantalla.

Y un super administrador puede además ver Boost como otra persona o rol desde la paleta (Ctrl/Cmd + Shift + P) para comprobar cómo se le pinta la interfaz a alguien concreto.