> ## Documentation Index
> Fetch the complete documentation index at: https://docs.iru.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Conceptos clave
> Conoce los objetos principales de Iru Identity, como usuarios, grupos, aplicaciones, políticas de autenticación y conexiones, y cómo se relacionan.
Iru Identity gira en torno a un puñado de objetos principales. Descubre qué es cada uno
y cómo se conectan, y el resto del producto tendrá más sentido.
## El panorama general
```mermaid theme={null}
flowchart TD
conn["Autenticación federada"] -->|"inicio de sesión"| dir
subgraph dir["Directorio"]
users["Usuarios"]
groups["Grupos"]
attrs["Atributos de perfil"]
end
users --- groups
attrs --- users
attrs -. "impulsan" .-> groups
groups -->|"asignados a"| apps["Aplicaciones"]
users -->|"asignados a"| apps
policy["Políticas de autenticación"] -->|"rigen el inicio de sesión en"| apps
auth["Autenticadores"] -->|"demuestran la identidad para"| apps
apps -->|"cuentas aprovisionadas en"| saas["Tus aplicaciones SaaS"]
activity["Registro de actividad"] -. "lo registra todo" .- dir
```
## Objetos de identidad
Un **usuario** es una persona de tu directorio. Cada usuario tiene un perfil formado por
atributos (nombre, correo electrónico y cualquier campo personalizado que definas). Un usuario pasa
por un ciclo de vida: puede estar **pending** (creado pero aún no activo),
**active** o **suspended**. Suspender a un usuario bloquea su acceso sin
eliminar su registro ni su historial.
El **esquema** define los atributos que puede contener cada perfil de usuario. Además de los
campos integrados, puedes añadir atributos personalizados con su propio tipo, marcarlos como
obligatorios o únicos, asignarles una lista fija de valores permitidos y organizarlos
en categorías. Los atributos son la materia prima sobre la que se basan las políticas,
las asignaciones de aplicaciones y los Auto Groups. Consulta
[Esquema](/es/identity/directory/schema).
Un **grupo** es una colección de usuarios a la que asignas acceso como una unidad.
Hay tres tipos:
* **Grupos manuales**, en los que tú eliges los miembros.
* **Grupos integrados**, que existen para cada tenant, como un grupo que
contiene a todos los usuarios.
* **Auto Groups**, cuya pertenencia se decide mediante una regla de atributos y
se actualiza sola a medida que cambian los perfiles.
Consulta [Grupos](/es/identity/directory/groups) y
[Auto Groups](/es/identity/directory/auto-groups).
## Objetos de acceso
Una **aplicación** es algo en lo que los usuarios inician sesión a través de Iru. Iru actúa
como proveedor de identidad de la aplicación mediante **SAML** u **OIDC**. Cada
aplicación asigna atributos del perfil de usuario a la aserción o al token que envía,
para que la aplicación reciba los datos de identidad que espera. Las aplicaciones tienen
versiones: editas un **borrador** y, después, lo publicas para convertirlo en la versión
**actual**, e Iru conserva las versiones anteriores como referencia. Una aplicación puede estar
**activa** o **inactiva**.
Una **plantilla** es una definición de aplicación predefinida para un servicio conocido.
Al crear una aplicación a partir de una plantilla, se rellena automáticamente la configuración estándar,
por lo que solo tienes que proporcionar lo específico de tu tenant. Consulta
[Plantillas de aplicaciones](/es/identity/applications/application-templates).
Concedes acceso **asignando grupos** a una aplicación. El conjunto completo de
usuarios que acaban teniendo acceso a través de esos grupos son los
**usuarios efectivos** de la aplicación. Consulta
[Asignar acceso](/es/identity/applications/assigning-access).
El **aprovisionamiento** mantiene las cuentas sincronizadas. El aprovisionamiento **entrante** incorpora
usuarios al directorio desde un sistema de RR. HH. conectado o una importación de archivos.
El aprovisionamiento **saliente** envía la creación, las actualizaciones y la eliminación de cuentas desde
el directorio a tus aplicaciones conectadas, de modo que una cuenta de aplicación existe exactamente mientras
se concede el acceso. Consulta [Aprovisionamiento](/es/identity/applications/provisioning).
## Objetos de confianza y políticas
Una **política** es un conjunto de reglas que decide si se permite un inicio de sesión y
qué debe demostrar primero el usuario. Cuando alguien inicia sesión en una aplicación, Iru
evalúa la política que la rige y registra la decisión. Consulta
[Políticas de autenticación](/es/identity/authentication/authentication-policies).
Un **autenticador** es algo que un usuario usa para demostrar quién es, como
una **passkey** o Iru Access. Los usuarios gestionan sus propios autenticadores en
autoservicio, y se requiere un autenticador sólido para cada inicio de sesión. Consulta
[Autenticadores](/es/identity/authentication/authenticators).
Las políticas tienen en cuenta el dispositivo. La **confianza del dispositivo** refleja si el
usuario está en un dispositivo conocido y en buen estado, y puede ser una condición obligatoria para
el acceso. Los **niveles de riesgo** son una clasificación que asignas para organizar las aplicaciones según su
sensibilidad. Consulta
[Riesgo y acceso adaptativo](/es/identity/authentication/risk-based-access) y
[Device trust](/es/identity/authentication/device-trust).
Una **conexión con un proveedor de identidad** permite que los usuarios inicien sesión en la plataforma Iru
a través de un proveedor que ya utilizas. Úsala cuando Iru Identity sea una
capa de autenticación en lugar de tu proveedor de identidad principal, o para facilitar una
migración. Consulta [Autenticación federada](/es/identity/connections/connections-overview).
(Para incorporar usuarios al directorio desde un sistema de RR. HH., consulta
[Directory Sync](/es/identity/directory/directory-sync)).
## Objetos de administración
| Objeto | Qué es |
| - | - |
| **Organización** | Tu tenant: el entorno aislado de Iru que contiene tu directorio, tus aplicaciones y tu configuración, incluida la personalización de marca. |
| **Administradores y roles** | Los administradores que gestionan Iru Identity y los roles que definen lo que puede hacer cada uno. |
| **Registro de actividad** | Un registro de los eventos importantes (quién hizo qué y los resultados de las decisiones de inicio de sesión) que puedes revisar y filtrar. |
## Cómo usa un inicio de sesión estos objetos
1. Un usuario intenta abrir una **aplicación**, que lo redirige a Iru para
iniciar sesión.
2. El usuario se autentica en Iru con una passkey o con la aplicación Iru Access, o
a través de un proveedor conectado, e Iru identifica al **usuario** correspondiente en el
**directorio**.
3. La **política de autenticación** de la aplicación evalúa el inicio de sesión en cuanto a la **confianza del
dispositivo**. El usuario ya ha demostrado quién es con su autenticador
en el paso anterior.
4. Si la política se cumple y el usuario tiene asignada la **aplicación**, Iru emite
el inicio de sesión y el usuario accede a la aplicación.
5. El **registro de actividad** registra el resultado.
Asigna acceso a **grupos** y basa la pertenencia a los grupos en **atributos** siempre que
puedas. Así, el acceso sigue a los usuarios automáticamente a medida que cambian sus perfiles.
Eso es la automatización del ciclo de vida en Iru Identity.