# Migração para o RealmJoin vNext

Após mais de 8 anos, a glueckkanja AG atualizou o portal RealmJoin para uma nova versão, vNext, que é descrita nesta documentação. A documentação para o [Portal Classic](https://docs-classic.realmjoin.com) ainda pode ser acessada. O portal Classic será descontinuado no final do 3.º trimestre de 2024. Para requisitos, permissões e integração do portal vNext, consulte as seções acima.

## Alterações técnicas no backend

Com a mudança para o novo portal, introduzimos uma forma atualizada de gestão e recolha de dados.

### Sem sincronização

No RealmJoin vNext, passamos de uma sincronização de todos os dados relacionados (utilizador-/dispositivo-/) para a nossa base de dados para uma *vista em tempo real* usando a Graph API. Isso afeta da seguinte forma:

* Sem *RealmJoin All Users* grupo: Como este é um grupo virtual criado por RealmJoin com base em dados sincronizados, deixará de estar disponível. Sugerimos usar um grupo dinâmico com base em licenciamento como substituição, caso o *RealmJoin All User* grupo tenha sido utilizado. Como é altamente recomendável atribuir todos os pacotes de aplicações a grupos dedicados ou no Tenant, o impacto esperado nos processos é baixo.
* Sem atraso na sincronização: Utilizadores e dispositivos devem poder ser geridos em vNext mais rapidamente em comparação com o portal Classic. Além disso, os objetos eliminados não permanecerão em grupos e semelhantes.
* Conflito em filtros de sincronização e permissões: O portal vNext permite que os administradores do RealmJoin configurem permissões e filtros de grupos diretamente, sem qualquer interação com a equipa de suporte do RealmJoin. Enquanto existirem configurações em conflito, os filtros Classic fornecidos na base de dados do RealmJoin têm prioridade.

{% hint style="info" %}
Para desativar a sincronização e mudar para o novo plano, bem como para mover para as permissões vNext, abra um ticket através de <support@realmjoin.com>
{% endhint %}

## Alterações processuais

A configuração e atribuição dos pacotes de aplicações e das definições do RealmJoin são armazenadas na nossa base de dados. Como o novo portal vNext utiliza a mesma base de dados que o portal Classic, os dados permanecerão e o vNext é principalmente uma alteração de interface, o que pode levar à necessidade de adaptação de processos existentes.

### Gestão de pacotes

De forma geral, é possível continuar a usar a mesma gestão de pacotes de antes, mas recomendamos o uso das funcionalidades adicionais.

* Intunewin vs agente RealmJoin: Com o vNext, todas as aplicações também estão disponíveis para serem implementadas via Intune. Recomendamos fortemente não misturar as duas opções de implementação e recomendamos manter a implementação orientada pelo agente RealmJoin, pois oferece mais funcionalidades. Para detalhes, consulte [tipos de pacote](/pt/gestao-de-aplicacoes/packages/package-store.md#package-types).
* Básico vs gerido: Os pacotes podem ser subscritos como *gerido* ou *básico* subscrições. *As* subscrições são semelhantes às subscrições no portal RealmJoin Classic, enquanto *gerido* as subscrições oferecem mais funcionalidades e um ciclo de vida totalmente automatizado. Como estas últimas são opcionais, recomendamos fortemente subscrever todos os pacotes como *gerido*.
* Múltiplas configurações: Como as subscrições geridas criam e tratam os grupos de atribuição relacionados, ter várias configurações do mesmo pacote é tratado de forma diferente das subscrições básicas. Em vez de atribuir o pacote a N grupos com configurações variáveis, o pacote é subscrito N vezes. Altere também o nome do pacote durante o primeiro passo da subscrição, para permitir uma gestão mais clara. Ex.: Em vez de um pacote *Adobe Reader* que é atribuído aos grupos *Adobe Reader EN* e *Adobe Reader DE* com as respetivas configurações, sugerimos subscrever e renomear para ter um pacote *Adobe Reader EN* e um pacote *Adobe Reader DE.* Com as funcionalidades de automatização, a manutenção não aumenta significativamente.
* Atribuição a utilizador ou dispositivo: No vNext, o RealmJoin suporta atribuição por grupo de utilizador ou de dispositivo. Recomendamos não misturar estas opções e usar grupos de dispositivos para cenários clássicos de *DEM* .

Consulte a secção [implementação de pacotes](/pt/gestao-de-aplicacoes/packages/package-deployment.md) na documentação para mais detalhes.

{% hint style="info" %}
Nota: As opções de implementação Intunewin podem não estar disponíveis desde o início e precisam de ser ativadas pela glueckkanja, com base no modelo de licenciamento.
{% 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/pt/implementacao-do-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.
