> ## 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.

# Mover dispositivos entre Blueprints

> Mueve uno o varios dispositivos entre Blueprints en Iru Endpoint. Reasigna dispositivos de forma individual o masiva para aplicar diferentes políticas de administración.

<Callout icon="earth-americas" color="#B84A7A" iconType="regular">Esta guía se aplica a todas las plataformas de dispositivos</Callout>

## Acerca de mover dispositivos entre Blueprints

Mover dispositivos entre Blueprints los reasigna de un Blueprint a otro en Iru Endpoint. El Blueprint de destino controla qué Library Items y Parameters se aplican a partir de ese momento.

<Callout icon="triangle-exclamation" color="#EAB308" iconType="regular">A partir del 1 de abril de 2026, todos los Classic Blueprints heredados se convirtieron automáticamente en Assignment Maps, que son la versión predeterminada y mejorada de los Blueprints.</Callout>

## Cuándo mover dispositivos

Algunos motivos habituales para mover dispositivos son:

* **Cambios de rol:** el dispositivo debe seguir la configuración de otro rol de usuario o departamento.
* **Cambios de ubicación:** el dispositivo se trasladó a una oficina o red que usa otro Blueprint.
* **Cumplimiento:** el dispositivo necesita una configuración de seguridad o cumplimiento diferente.
* **Pruebas:** quieres validar un Blueprint en un dispositivo antes de una implementación más amplia.
* **Asignaciones temporales:** configuración a corto plazo para un proyecto o piloto.

## Cómo funciona

Después de un traslado, el dispositivo queda asignado a las políticas y los Library Items del nuevo Blueprint. Algunos cambios se aplican de inmediato en Iru Endpoint; la aplicación completa en el dispositivo suele depender del siguiente check-in del **Iru Agent** o de **MDM** (consulta [Check-in de dispositivos](/es/endpoint/devices/device-check-in/device-check-in)). El historial del dispositivo se conserva entre Blueprints. Las reasignaciones de Blueprint también aparecen en la [página Activity](/es/endpoint/devices/activity-page).

<Warning>
  Mover dispositivos cambia la configuración y puede afectar a la experiencia del usuario. Cuando sea posible, planifica los traslados durante una ventana de mantenimiento e informa a las personas de lo que pueden esperar.
</Warning>

## Antes de mover

* Confirma que el **Blueprint de destino** tiene los Library Items, Parameters y políticas adecuados para ese dispositivo y usuario.
* Comprueba si hay **conflictos** entre el Blueprint anterior y el nuevo (por ejemplo, políticas o asignaciones de apps superpuestas) para que el comportamiento de corrección no te tome por sorpresa.
* Para cambios grandes o delicados, **prueba** primero en un pequeño conjunto de dispositivos y **documenta** los traslados para auditorías y soporte.

## Mover un dispositivo desde su registro de dispositivo

<Steps>
  <Step title="Accede al registro del dispositivo">
    Inicia sesión en Iru Endpoint y abre el **registro del dispositivo** que quieres mover.
  </Step>

  <Step title="Edita los detalles del dispositivo">
    Selecciona **Edit device details** y, a continuación, selecciona **Editar Blueprint**.
  </Step>

  <Step title="Selecciona el nuevo Blueprint">
    Elige el Blueprint de destino y, a continuación, selecciona **Change**.
  </Step>
</Steps>

## Mover uno o varios dispositivos desde la página Devices

<Steps>
  <Step title="Abre Devices">
    Abre **Dispositivos** en la navegación izquierda.
  </Step>

  <Step title="Selecciona los dispositivos">
    Selecciona la casilla junto a uno o varios dispositivos que quieras mover.
  </Step>

  <Step title="Cambia el Blueprint">
    Selecciona **Change Blueprint** cerca de la parte inferior de la página.
  </Step>

  <Step title="Elige el destino y confirma">
    Selecciona el nuevo Blueprint en el menú desplegable y, a continuación, selecciona **Change**.
  </Step>
</Steps>

<Note>
  Los traslados masivos pueden procesarse en segundo plano. El tiempo de finalización depende de cuántos dispositivos hayas seleccionado y de si están en línea y realizando check-ins.
</Note>

## Qué ocurre después de mover un dispositivo

<Tabs>
  <Tab title="macOS" icon="apple" iconType="brands">
    Las computadoras Mac aplicarán los **Parameters** y otros **Library Items** gestionados por el agente (por ejemplo, **Passport**) la próxima vez que el Mac realice un check-in mediante el Iru Agent. Los Parameters que se aplicaban en el Blueprint anterior cambiarán de su estado actual, a menos que un nuevo parámetro aplique un comportamiento diferente. Las **Auto Apps** y **Custom Apps** que se aplicaban en el Blueprint anterior **no** se eliminarán, pero los **perfiles** y las apps de **Apps and Books** se agregarán o eliminarán lo antes posible durante el siguiente check-in de MDM. Encontrarás más información sobre las diferencias entre los tipos de check-in de MDM y del agente en nuestro [artículo de soporte sobre el check-in de dispositivos](/es/endpoint/devices/device-check-in/device-check-in).
  </Tab>

  <Tab title="Windows" icon="microsoft" iconType="brands">
    Las apps que ya están en el dispositivo **permanecen** instaladas. La configuración **se mantiene igual**, a menos que las políticas del Blueprint de destino la **cambien**. Las apps y políticas **nuevas** que asignes en el nuevo Blueprint se **aplican**. Las apps que solo estaban **disponibles en Self Service** en el Blueprint anterior y que **ya no** están asignadas **dejan de aparecer** en Self Service. Para saber con qué rapidez el agente y MDM aplican los cambios, consulta [Check-in de dispositivos](/es/endpoint/devices/device-check-in/device-check-in).
  </Tab>

  <Tab title="iOS, iPadOS, tvOS y visionOS" icon="mobile-phone" iconType="solid">
    Todos los Library Items, incluidas las apps y los perfiles, se agregarán o eliminarán lo antes posible durante el siguiente check-in de MDM. Encontrarás más información sobre el check-in de dispositivos en nuestro [artículo de soporte sobre el check-in de dispositivos](/es/endpoint/devices/device-check-in/device-check-in).
  </Tab>

  <Tab title="Android" icon="android" iconType="brands">
    Los **Library Items** del Blueprint de destino (incluidas las apps de **Managed Google Play** y las **políticas** del perfil de trabajo) se aplican cuando cambian las asignaciones, y los elementos que solo estaban en el Blueprint anterior se actualizan o eliminan cuando dejan de estar asignados. Iru Endpoint envía las actualizaciones de políticas a la **Android Management API** y el dispositivo las aplica a través del canal de administración de Google; los cambios suelen surtir efecto **rápidamente** porque la administración de Android se basa en eventos. Consulta [Check-in de dispositivos](/es/endpoint/devices/device-check-in/device-check-in).
  </Tab>
</Tabs>

## Después de mover

En el lado del administrador, conviene:

* **Verificar** que el registro del dispositivo muestra el nuevo Blueprint y que las asignaciones son correctas.
* **Supervisar el cumplimiento** y las apps o servicios clave en una muestra de los dispositivos movidos.
* **Confirmar con los usuarios** que todo lo crítico para el negocio sigue funcionando una vez completados los check-ins.
* **Actualizar** los registros internos de inventario o CMDB si tu equipo hace seguimiento del Blueprint por dispositivo.

## Solución de problemas

<AccordionGroup>
  <Accordion title="El dispositivo no recibe la nueva configuración">
    **Posibles causas:** el dispositivo está desconectado o no realiza check-ins, hay problemas de red o la asignación del Blueprint no se aplicó como se esperaba.

    **Qué probar:** confirma que el dispositivo está en línea, [fuerza un check-in](/es/endpoint/devices/device-check-in/device-check-in) si tu flujo de trabajo lo admite y verifica la asignación en el registro del dispositivo.
  </Accordion>

  <Accordion title="Conflictos de configuración o de políticas">
    **Posibles causas:** políticas superpuestas o en conflicto entre el Blueprint anterior y el nuevo, o el orden de instalación de las apps.

    **Qué probar:** compara los Library Items y las políticas de ambos Blueprints, resuelve duplicados o contradicciones y comunica los cambios de configuración a los usuarios si su experiencia cambia.
  </Accordion>

  <Accordion title="Las apps esperadas no se instalan">
    **Posibles causas:** la app no está asignada en el nuevo Blueprint, el alcance de la implementación, límites de almacenamiento o compatibilidad, o el dispositivo aún no ha realizado un check-in.

    **Qué probar:** confirma que la app está asignada en el Blueprint de destino, revisa el almacenamiento del dispositivo y la compatibilidad con el sistema operativo y espera al siguiente check-in del agente o de MDM.
  </Accordion>
</AccordionGroup>

## Prácticas recomendadas

<CardGroup cols={2}>
  <Card title="Planifica" icon="calendar">
    Programa los traslados más grandes en ventanas de mantenimiento cuando puedas.
  </Card>

  <Card title="Haz pilotos" icon="flask">
    Prueba los cambios de Blueprint en un grupo pequeño antes de una implementación amplia.
  </Card>

  <Card title="Documenta" icon="file-text">
    Registra quién movió qué dispositivos y cuándo, para soporte y auditorías.
  </Card>

  <Card title="Supervisa" icon="eye">
    Haz un seguimiento posterior de los dispositivos movidos para comprobar el cumplimiento y los problemas que notifiquen los usuarios.
  </Card>
</CardGroup>

Para obtener información más detallada sobre cómo realizar acciones en dispositivos, consulta la sección [Dispositivos](/es/endpoint/devices/) de nuestra base de conocimientos.