> ## Documentation Index
> Fetch the complete documentation index at: https://support.legora.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Acción de migración requerida: actualizaciones de URL de callback y lista de permitidos

> Audiencia: Administradores y administradores de TI responsables de la migración de autenticación

<Callout icon="language">
  Este artículo se ha traducido automáticamente.
</Callout>

<h2 id="overview">
  Descripción general
</h2>

Legora está migrando a un nuevo protocolo de autenticación para que cada usuario tenga una sola identidad en Legora, sin importar en qué región u organización trabaje. Como parte de este cambio, su organización usará una URL de inicio de sesión dedicada y rutas de autenticación actualizadas.

Para prepararse para la implementación, los Administradores y los administradores de TI deben hacer las siguientes actualizaciones:

1. Agregar las nuevas URL de callback en su proveedor de identidad y en los ajustes de las integraciones activas.
2. Incluir en la lista blanca los dominios obligatorios en su red.

Mantenga todas las URL y configuraciones existentes. Estas actualizaciones deben agregarse junto con su configuración actual.

***

<h2 id="add-callback-urls">
  Agregar URL de callback
</h2>

<h3 id="identity-provider-callback-urls">
  URL de callback del proveedor de identidad
</h3>

Si su organización usa SSO, agregue las siguientes URL como URI de callback permitidas en la configuración de su proveedor de identidad:

1. `https://sso.legora.com/api/oauth/saml`
2. `https://sso.legora.com/api/oauth/oidc`

<Note>
  `https://sso.legora.com` es un host de autenticación, no un sitio web. Abrir la dirección raíz muestra **404 Not Found** por diseño. Esto no significa que el SSO no esté disponible. Configure la URL de callback completa que coincida con su protocolo de inicio de sesión.
</Note>

**Nota importante**: Todas las actualizaciones deben hacerse además de su configuración existente. No quite ninguna URL ni configuración existente en ningún momento durante este proceso.

Dónde agregarlas depende de su proveedor:

1. **Okta:** Agregue ambas URL a Sign-in redirect URIs en los ajustes de la aplicación Legora.
2. **Microsoft Entra ID:** Agregue ambas URL a Redirect URIs en el registro de la aplicación Legora. Consulte [Habilitar la integración de Entra ID](/es-LA/enabling-the-azure-ad-integration-for-your-organization).
3. **Otros proveedores de identidad:** Agregue ambas URL como URI de callback permitidas siguiendo la documentación de su proveedor.

<h3 id="integration-callback-urls">
  URL de callback de integraciones
</h3>

Para cada integración activa, agregue la URI de redirección correspondiente en los ajustes de administración de esa integración:

| Integración | URL/URI que debe agregar | Dónde agregarla |
| - | - | - |
| iManage (on-premises) | `https://app.legora.com/imanage` | Agregue el enlace en su configuración de iManage como una URL de callback permitida. Consulte nuestra página de soporte sobre [Habilitar la integración de iManage: guía de configuración on-prem.](/es-LA/enabling-the-imanage-integration-as-an-admin-for-your-organization) |
| SharePoint | `https://app.legora.com/sharepoint` | Agregue el enlace como una URI de redirección registrada en la administración de SharePoint. Consulte nuestra página de soporte sobre [la guía para habilitar la integración de SharePoint.](/es-LA/enabling-the-sharepoint-integration-for-your-organization) |
| Google Drive | `https://app.legora.com/google-drive` | Agregue el enlace como una URI de redirección en la administración de Google Workspace. Consulte nuestra página de soporte sobre [la descripción general de la integración de Google Drive](/es-LA/integration-overview-google-drive). |
| iManage Cloud | No se necesita acción | Legora lo maneja automáticamente. |

***

<h2 id="allowlist-domains">
  Incluir dominios en la lista de permitidos
</h2>

Incluya los siguientes dominios en la lista de permitidos de su red, tanto para tráfico entrante como saliente según corresponda a su configuración de red:

<Note>
  La página **Authentication migration** aparece solo después de que Legora habilita la migración de autoservicio para su organización. También debe ser un Administrador con permiso para administrar la autenticación. Si no ve la página, comuníquese con su representante de Legora o con [support@legora.com](mailto:support@legora.com).
</Note>

1. Agregue el nuevo dominio dedicado de su organización a la lista de permitidos de su red. Puede encontrar este dominio en la parte superior de **Ajustes** > **Personas** > **Authentication migration**. Para instrucciones, consulte [Requisitos de red y dominios de Legora](/es-LA/legora-network-and-domain-requirements).
2. `https://auth.legora.com`

***

<h2 id="portal-and-mobile-app">
  Portal y aplicación móvil
</h2>

<h3 id="portal">
  **Portal**
</h3>

Si su organización invita a otro cliente de Legora a su Portal, ambas organizaciones deben estar en el nuevo protocolo de autenticación antes de que la invitación pueda funcionar. Las invitaciones de Portal a clientes que no usan Legora no se ven afectadas.

<h3 id="mobile-app">
  **Aplicación móvil**
</h3>

El acceso a la aplicación móvil permanece sin cambios. Es posible que los usuarios deban iniciar sesión de nuevo después de la migración.

***

<h3 id="word-and-outlook-add-in">
  Word y Outlook Add-in
</h3>

Los complementos Global de Word y Outlook son para organizaciones que completaron la migración de autenticación seleccionando **Enable**. Después de **Enable**, mueva a los usuarios a esos complementos. Instálelos desde Microsoft AppSource. Para elegir el listado de Word, consulte [¿Cómo habilito el Word Add-in para los usuarios de mi organización de Legora?](/es-LA/how-do-i-enable-the-word-add-in-for-users-in-my-legora-org).

Los complementos regionales y Global son instalaciones separadas. Ambos pueden permanecer por un tiempo limitado después de **Enable**. Use ese tiempo para instalar los complementos Global para un grupo de prueba antes de implementarlos en toda la organización. Después de esa transición, use el Word Add-in Global y el Outlook Add-in Global. Para la secuencia completa, consulte [Reinstalar los complementos de Word y Outlook](/es-LA/it-admin-guide-legora-s-new-authentication-protocol#reinstall-word-and-outlook-add-ins).

Cambiar de complemento no elimina todas las conversaciones.

* Los **chats de Agent** se almacenan en Legora, vinculados al proyecto y a la persona que los creó. Siguen disponibles en la aplicación web y en ambos complementos. Después de cambiar de complemento, seleccione el proyecto de nuevo. El complemento no recuerda el último proyecto, y los chats de Agent se muestran para el proyecto que tiene seleccionado.
* El historial de **Outlook Assistant** también se almacena en Legora. Sigue disponible después de cambiar de complemento.
* El historial de **Word Assistant**, incluidos los resultados de Playbook, se almacena solo en el Word Add-in. Ese historial no se conserva cuando reinstala o cambia de listado, y no se puede recuperar. **Exporte antes de cambiar de complemento.** Consulte [Cómo mover el historial de Assistant del Word Add-in al Global Add-in](/es-LA/exporting-word-add-in-assistant-threads-to-the-global-add-in).

***

<h2 id="review-your-organizations-dedicated-domain">
  Revisar el dominio dedicado de su organización
</h2>

1. Desde su nombre en el menú, seleccione **Ajustes** > **Personas** > **Authentication migration**.
2. Revise la URL de inicio de sesión dedicada que Legora precompletó para su organización.
3. Si necesita cambiarla, haga el cambio antes de la migración.

***

<h2 id="additional-help">
  Ayuda adicional
</h2>

Si no está seguro de qué actualizaciones se aplican a su organización, comuníquese con su representante de Legora.