# Migración a RealmJoin vNext

Después de más de 8 años, glueckkanja AG actualizó el portal RealmJoin a una nueva versión, vNext, que se describe en esta documentación. La documentación del [portal Classic](https://docs-classic.realmjoin.com) aún puede consultarse. El portal Classic quedará obsoleto a finales del T3 de 2024. Para requisitos, permisos e incorporación al portal vNext, consulte las secciones anteriores.

## Cambios técnicos en el backend

Con el paso al nuevo portal, introducimos una forma actualizada de gestión y recopilación de datos.

### Sin sincronización

En RealmJoin vNext, pasamos de una sincronización de todos los datos relacionados (usuario-/dispositivo-/) a nuestra base de datos a una *vista en vivo* mediante la API de Graph. Esto afecta de la siguiente manera:

* No *RealmJoin All Users* grupo: Como se trata de un grupo virtual creado por RealmJoin a partir de datos sincronizados, ya no estará disponible. Sugerimos usar, si el *RealmJoin All User* grupo se utilizaba, un grupo dinámico basado en la licencia como sustituto. Dado que se recomienda encarecidamente asignar todos los paquetes de aplicaciones a grupos dedicados o dentro del Tenant, el impacto esperado en los procesos es bajo.
* Sin retraso de sincronización: Los usuarios y dispositivos deberían poder gestionarse en vNext más rápido en comparación con el portal Classic. Además, los objetos eliminados no permanecerán en grupos ni similares.
* Conflicto en filtros de sincronización y permisos: El portal vNext permite a los administradores de RealmJoin configurar permisos y filtros de grupo directamente, sin ninguna interacción con el personal de soporte de RealmJoin. Mientras existan configuraciones en conflicto, se priorizan los filtros Classic tal como se proporcionan en la base de datos de RealmJoin.

{% hint style="info" %}
Para desactivar la sincronización y cambiar al nuevo plan, así como para pasar a los permisos de vNext, abra un ticket a través de <support@realmjoin.com>
{% endhint %}

## Cambios procesales

La configuración y asignación de paquetes de aplicaciones y ajustes de RealmJoin se almacenan en nuestra base de datos. Como el nuevo portal vNext utiliza la misma base de datos que el portal Classic, los datos permanecerán y vNext es principalmente un cambio de interfaz de usuario, lo que podría requerir una adaptación de los procesos existentes.

### Gestión de paquetes

En general, es posible seguir utilizando la misma gestión de paquetes que antes, pero recomendamos usar las funciones adicionales.

* Intunewin vs agente RealmJoin: Con vNext, todas las aplicaciones también están disponibles para implementarse mediante Intune. Recomendamos encarecidamente no mezclar ambas opciones de implementación, y recomendamos seguir con la implementación impulsada por el agente RealmJoin, ya que ofrece más funciones. Para más detalles, consulte [tipos de paquetes](/es/gestion-de-aplicaciones/packages/package-store.md#package-types).
* Básico vs gestionado: Los paquetes pueden suscribirse como *gestionadas* o *básicas* suscripciones. *Las* suscripciones son similares a las suscripciones en el portal RealmJoin Classic, mientras que las *gestionadas* suscripciones ofrecen más funciones y un ciclo de vida totalmente automatizado. Dado que estas últimas son opcionales, recomendamos encarecidamente suscribir todos los paquetes como *gestionadas*.
* Múltiples configuraciones: Como las suscripciones gestionadas crean y administran los grupos de asignación relacionados, tener múltiples configuraciones del mismo paquete se gestiona de forma diferente a las suscripciones básicas. En lugar de asignar el paquete a N grupos con distintas configuraciones, el paquete se suscribe N veces. Cambie también el nombre del paquete durante el primer paso de suscripción para permitir una gestión más clara. Por ejemplo: en lugar de un único paquete *Adobe Reader* que se asigna a los grupos *Adobe Reader EN* y *Adobe Reader DE* con las configuraciones correspondientes, sugerimos suscribir y renombrar para tener un paquete *Adobe Reader EN* y un paquete *Adobe Reader DE.* Con las funciones de automatización, el mantenimiento no aumenta significativamente.
* Asignación de usuario o dispositivo: En vNext, RealmJoin admite la asignación a grupos de usuarios o de dispositivos. Recomendamos no mezclar ambos y usar grupos de dispositivos para escenarios *DEM* clásicos.

Consulte la sección de [implementación de paquetes](/es/gestion-de-aplicaciones/packages/package-deployment.md) en la documentación para obtener más detalles.

{% hint style="info" %}
Nota: Es posible que las opciones de implementación de Intunewin no estén disponibles desde el inicio y deban ser activadas por glueckkanja, según el modelo de licencias.
{% endhint %}


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.realmjoin.com/es/implementacion-de-realmjoin/migration-to-realmjoin-vnext.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
