Roles y límites de acceso

Cada persona tiene un rol por empresa. El servidor comprueba el rol vigente en cada lectura y en cada solicitud. Todos los roles ven el menú completo; una pantalla que su rol no puede usar muestra un aviso en lugar de los datos o del formulario. Ocultar o mostrar un elemento del menú nunca concede acceso.

Roles de cliente

Los nombres de rol siguientes son los que se muestran en Usuários e acessos (usuarios y accesos). La barra superior muestra actualmente el mismo rol en inglés (por ejemplo, Tenant administrator). La tabla enumera las acciones de la empresa; todos los roles, incluido Leitor (lector), pueden gestionar sus propias preferencias, su contraseña y su autenticador de respaldo en Conta e segurança.

Rol en pantalla	Puede leer	Puede hacer en la consola
Administrador da empresa (administrador de la empresa)	Todo lo que leen todos los demás roles de cliente: eventos, evaluaciones, cuentas, dispositivos, ubicación aproximada, política, listas, cola de revisión, integración, uso y auditoría	Acceso total dentro de la empresa: todo lo que hacen todos los demás roles de cliente, además de invitar y gestionar a los miembros. Revela identificadores y decide las solicitudes de privacidad, siempre con un motivo registrado
Analista de risco (analista de riesgo)	Evaluaciones, cuentas, dispositivos, ubicación aproximada, política, listas y la cola de revisión	Buscar accesos por el ID de su empresa, ejecutar simulaciones de política, trabajar en los elementos de la cola de revisión que se le asignan
Supervisor de risco (supervisor de riesgo)	Todo lo que lee el analista, además del uso	Las acciones del analista, además de reasignar y reabrir elementos de revisión, definir el perfil de la cola, importar y aprobar versiones de listas, solicitar exportaciones, publicar las reglas de riesgo de la empresa y usar Tudo em fantasma
Gestor de integração (gestor de integración)	Metadatos de eventos y salud de la integración	Crear aplicaciones y credenciales de servidor, configurar la captura y el SDK. No ve el contenido de las evaluaciones ni la política
Auditor	Evaluaciones, cuentas, cola de revisión, política, integración, uso y auditoría	Solo solicitar exportaciones
Encarregado de dados (DPO) (delegado de protección de datos)	Auditoría	Decisiones de privacidad (retención, conservación legal) a través del plano de control; revelación de identificadores
Leitor	Eventos, evaluaciones, cuentas, cola de revisión y política	Nada

Reglas de riesgo de la empresa. Administrador da empresa y Supervisor de risco publican las reglas de riesgo de la aplicación y usan Tudo em fantasma en Configuração de risco, cada vez con una verificación reciente del autenticador. La publicación es directa: sin segundo aprobador y sin solicitud a FingerTrackID, y cada publicación queda registrada en la pista de auditoría; medir antes el impacto es opcional. Todos los roles que leen la política ven las reglas y, si se midió, su impacto. Los operadores de FingerTrackID nunca publican ni activan una regla para su empresa; solo pueden poner todas las reglas de una aplicación en modo fantasma, con un motivo registrado que su consola muestra como procedente del soporte de FingerTrackID (consulte administración interna). Las versiones de la política gestionada siguen siendo propuestas, aprobadas y publicadas por el equipo de operaciones de FingerTrackID, con la aprobación registrada.

Búsqueda por el ID de su empresa. Administrador da empresa, Analista de risco y Supervisor de risco usan Buscar titular ou conta pelo ID da sua empresa en la barra superior (Busca por ID). La coincidencia es exacta, cada búsqueda queda registrada en Auditoria y el ID nunca se incluye en la dirección de la página. Para los demás roles, el campo permanece desactivado e indica el motivo.

Las acciones del cliente y los resultados los informa su backend a través de la API de feedback; no se registran en la consola.

Algunas consecuencias que conviene conocer:

Administrador da empresa tiene el acceso máximo dentro de la empresa: la unión de todos los demás roles de cliente. Una empresa de una sola persona no necesita una segunda cuenta para acceder a la política, las listas, la cola de revisión o las exportaciones. Las reglas que exigen una segunda persona siguen aplicándose: el administrador nunca aprueba una solicitud ni una versión de lista que haya propuesto personalmente.
Solo Administrador da empresa lee la lista de miembros e invita a personas.
Exportações (exportaciones): el administrador y el supervisor pueden exportar evaluaciones y llamadas de dispositivo; el auditor solo puede exportar evaluaciones.
Ningún rol de cliente ve los payloads brutos de la captura, incluido el administrador.

Ámbito de la aplicación

La mayoría de las pantallas lee una aplicación a la vez, elegida en la barra superior. Un permiso para un conjunto de datos no abre los demás. Un campo oculto o no disponible no es un hecho vacío, ni una puntuación cero, ni una prueba de que no existan datos. Los permisos de una credencial de servidor son independientes del rol de una persona en la consola.

Cambios de miembros

Solo Administrador da empresa gestiona a los miembros, en Usuários e acessos:

Conceder acesso (conceder acceso) invita a una persona con E-mail, Nome de exibição y Papel na empresa. Cuando la solicitud se completa, una persona sin cuenta en la consola recibe un correo de invitación, con la modalidad de mejor esfuerzo; una persona que ya tiene cuenta solo cierra la sesión y vuelve a iniciarla.
Reenviar convite (reenviar invitación), en la columna Convite de la lista de miembros, envía una nueva invitación con un enlace nuevo mientras la invitación esté Pendente: como máximo 3 veces por hora para cada persona, y no mientras otra esté en camino. Una vez que la persona ha definido una contraseña, la invitación muestra Aceito (aceptada). Alternativa: Esqueceu sua senha? en la pantalla de inicio de sesión.
Gerenciar o acesso (gestionar el acceso) ofrece Trocar o papel, Suspender o acesso, Restaurar o acesso y Revogar o acesso. La revocación es permanente.

Cada cambio es una solicitud, normalmente aprobada en el momento en que se envía y registrada en la pista de auditoría; el acceso cambia solo después de que la solicitud esté Concluída (completada). El último administrador activo de la empresa está protegido. Los roles internos de FingerTrackID no se pueden conceder a los miembros de una empresa cliente.

Revisión y aprobación

Las versiones de listas mantienen separados al autor y al aprobador: la persona que importó una versión no puede aprobarla (un supervisor autorizado, incluido el autor, puede revocarla más tarde). Dos cuentas que pertenecen a la misma persona no son dos revisores. Una versión aprobada y una versión activa son estados distintos; la aprobación por sí sola nunca publica una política ni habilita la captura. Las reglas de riesgo de la empresa son la excepción a la regla de la segunda persona: un administrador o un supervisor de riesgo las publica por su cuenta, con una verificación reciente del autenticador, y la pista de auditoría registra quién publicó qué.

Administración interna

Los operadores de FingerTrackID usan un backoffice interno separado, detrás de Cloudflare Access y de las mismas verificaciones de contraseña y autenticador. Su autoridad global es independiente de la condición de miembro de una empresa cliente y no les permite leer las evaluaciones de su empresa sin una autorización específica. En cuanto a las reglas de riesgo de la empresa, la única acción que puede realizar el soporte es poner todas las reglas de una aplicación en modo fantasma, con un motivo registrado. Su pantalla Configuração de risco muestra entonces un aviso de que lo hizo el soporte de FingerTrackID, cuándo y por qué, sin nombrar al operador individual. El soporte nunca puede activar una regla ni cambiar un peso, una franja o una escala: Administrador da empresa o Supervisor de risco reactiva las reglas publicándolas de nuevo, y el aviso desaparece. Los operadores de FingerTrackID también mantienen la escala de contexto predeterminada, el punto de partida de las reglas de contexto de todas las empresas, y publican cada versión con un motivo registrado; una versión nueva nunca cambia las reglas que su empresa ya publicó.

Consulte las pantallas de la consola y el estado en producción.