For the complete documentation index, see llms.txt. This page is also available as Markdown.

Configuration et affectations des packages

Abonnements de packages RealmJoin et types d’affectation tels que Principal (Obligatoire) et Disponible, pour déployer des logiciels via RealmJoin ou Intune, et comment les affectations utilisateur et appareil conflictuelles sont priorisées

Abonnement géré

Les packages souscrits en mode géré incluent des groupes d’utilisateurs gérés. Différents types de groupes sont disponibles et peuvent être choisis selon votre scénario.

Les packages gérés sont la méthode privilégiée pour déployer des logiciels à vos utilisateurs. Vous pouvez les combiner avec des mises à jour automatiques des packages et le cycle de vie afin de garantir que vos utilisateurs reçoivent les dernières fonctionnalités et correctifs.

Principal (Obligatoire)

RealmJoin ou Intune installera automatiquement l’application. Ces applications sont obligatoires et les deux solutions tenteront en continu d’installer l’application si elle n’est pas trouvée sur l’appareil.

Disponibles

L’application apparaîtra dans la zone de notification de RealmJoin Agent et nécessitera que l’utilisateur lance manuellement le téléchargement et l’installation.

L’application apparaîtra dans Company Portal -> Applications et nécessitera que l’utilisateur lance manuellement le téléchargement et l’installation.

Aperçu

Les utilisateurs et appareils du groupe Aperçu recevront la dernière version du package avant les autres groupes. Les paramètres d’Aperçu sont configurables via l’ onglet Automatisation.

Désinstaller

RealmJoin ou Intune désinstalleront le package des utilisateurs et appareils affectés. Ajouter un utilisateur ou un appareil au groupe Désinstaller le retirera de tous les autres groupes.

Une affectation Désinstaller prime sur les affectations Principal et Disponible, quel que soit le niveau auquel elle est définie : un appareil dans le groupe Désinstaller entraîne la désinstallation du package même si l’utilisateur connecté est dans le groupe Principal, et inversement. Seule une affectation d’exclusion est prioritaire, voir Priorité d’affectation.

Mise à jour

Le groupe de mise à jour est créé à la demande et intègre automatiquement les installations isolées d’un titre logiciel dans la gestion, afin que les nouvelles versions — y compris les correctifs de sécurité — atteignent également ces appareils. C’est le mécanisme qui maintient les applications Intune Disponibles à jour, en affectant temporairement les appareils obsolètes comme Requis.

Pour plus de détails, voir Groupe de mise à jour.

affectation d’exclusion

Doit être activé explicitement via « Plus » > « Exclure les affectations » (comme indiqué dans l’ image ci-dessous). Les utilisateurs et appareils du groupe spécifié seront exclus des affectations dans l’ensemble du package et des groupes gérés associés.

Cette option ne doit être utilisée que dans des cas précis et n’est pas destinée à gérer les conflits d’affectation. Vous devez toujours gérer les affectations au moyen d’affectations claires de l’utilisateur vers le groupe, sans avoir besoin d’utiliser un mécanisme d’exclusion. Nous déconseillons fortement les structures d’affectation à plusieurs niveaux.

Utilisation

L’affectation d’exclusion des groupes est utilisée pour garantir que les utilisateurs du groupe d’exclusion affecté ne soient pas gérés dans les groupes gérés du package. Elle ne supprimera pas les utilisateurs des groupes gérés au sein du même package. Elle garantit plutôt que certains packages ne soient jamais affectés simultanément au même utilisateur.

Par exemple, vous pouvez utiliser la fonction Exclusion pour empêcher qu’un utilisateur, affecté à un groupe de package Adobe Reader 64 bits, reçoive également la version 32 bits. Il suffit d’attribuer le groupe de package 64 bits utilisé comme exclusion au package 32 bits.

Priorité et conflits d’affectation

Les packages gérés peuvent être affectés à des utilisateurs (via des groupes d’utilisateurs ou directement) et à des appareils (via des groupes d’appareils, voir Affecter des packages aux appareils). Comme un appareil et son utilisateur connecté peuvent se retrouver dans différents groupes du même package, le backend de RealmJoin résout les conflits de manière déterministe lorsqu’il génère la configuration d’un appareil.

Dans les packages gérés, la gestion des groupes est assurée par le portail RealmJoin, qui utilise le GUID de chaque groupe après sa création. Cela permet au portail d’identifier le type de provisionnement associé à chaque groupe et d’établir une priorité entre eux. Cela garantit un comportement déterministe dans les scénarios où un utilisateur ou un appareil est affecté par erreur à plusieurs groupes de provisionnement.

Pour chaque package, les affectations de l’utilisateur connecté, des groupes de l’utilisateur et des groupes de l’appareil sont collectées et évaluées dans cet ordre :

  1. affectation d’exclusion — si tout l’une des affectations collectées est une affectation d’exclusion, le package est entièrement supprimé. Rien d’autre n’est évalué, y compris Désinstaller.

  2. Désinstaller — si tout l’une des affectations restantes est une affectation Désinstaller, le package est désinstallé, qu’elle provienne d’un groupe d’utilisateurs, d’un groupe d’appareils ou d’une affectation directe à l’utilisateur.

  3. Affectation directe à l’utilisateur — un package affecté directement à l’utilisateur (et non via un groupe) prime sur toutes les affectations de groupe, qu’elles proviennent de groupes d’utilisateurs ou de groupes d’appareils.

  4. Affectations de groupe — les groupes d’utilisateurs et les groupes d’appareils sont traités de la même manière et classés selon leur type de provisionnement (du plus élevé au plus faible) : [Mise à jour] - Aperçu - Disponible - Obligatoire Si le groupe de l’utilisateur et celui de l’appareil ont le même type de provisionnement, l’affectation du groupe de l’utilisateur est utilisée.

En pratique, l’ordre de priorité est (du plus élevé au plus faible) :

[Exclusion] - Désinstaller - [Mise à jour] - Aperçu - Disponible - Obligatoire

Cascade de priorité gérée et classique

L’ordre ci-dessus correspond à la cascade gérée, dans laquelle une affectation Disponible prime sur une affectation Principal (Obligatoire). Si vous préférez l’inverse — qu’un utilisateur ou un appareil présent à la fois dans les groupes Principal et Disponible reçoive le package installé comme obligatoire — passez à la cascade classique:

  • Cascade gérée (par défaut) : [Exclusion] - Désinstaller - [Mise à jour] - Aperçu - Disponibles - Requis

  • Cascade classique: [Exclusion] - Désinstaller - [Mise à jour] - Aperçu - Requis - Disponibles

La cascade peut être définie à deux niveaux :

  • À l’échelle du Tenant — dans Paramètres > Général > Configuration de l’application, activez Cascade de priorité classique pour les applications gérées. La modification du commutateur nécessite une confirmation et prend effet immédiatement pour chaque utilisateur et chaque package qui ne dispose d’aucune substitution propre au package. Voir Cascade de priorité des applications gérées.

  • Par package — dans le Paramètres experts, les paramètre de cascade de priorité du package, la valeur par défaut du Tenant est remplacée uniquement pour ce package : Utiliser la valeur par défaut du Tenant (recommandé), Cascade gérée ou Cascade classique.

Le commutateur n’affecte que les packages gérés et uniquement le classement de Principal par rapport à Disponible. Exclusion, Désinstaller, Mise à jour et Aperçu conservent leur position, et les packages de base s’installent toujours comme obligatoires lorsque l’une de leurs affectations est Requis.

Les affectations de groupe d’appareils ne sont évaluées que si l’affectation aux appareils est activée pour votre Tenant. Veuillez contacter le support RJ si la fonctionnalité d’affectation aux appareils est active dans votre Tenant. Sans cela, l’appartenance de l’appareil à des groupes — y compris les groupes d’exclusion et de désinstallation — n’est pas prise en compte.

Une affectation d’exclusion ou de désinstallation est ignorée si l’affectation elle-même est filtrée par ses paramètres experts sur l’appareil actuel (p. ex. Uniquement en VDI / Ignorer en VDI, Uniquement sur les appareils joints à un environnement hybride / Ignorer sur les appareils joints à un environnement hybride, Ignorer sur les appareils personnels), voir Paramètres experts.

Activer des groupes supplémentaires et restaurer les groupes par défaut

Via le bouton « Plus », vous pouvez activer le groupe de mise à jour facultatif, gérer les affectations d’exclusion et restaurer les groupes gérés par défaut s’ils ont été supprimés.

Modification des affectations

Les utilisateurs et les appareils peuvent être facilement déplacés d’un groupe à l’autre à l’aide de la fonction « Utilisateurs gérés » .

Sélectionner Principal, Aperçu, Disponible et Désinstaller ajoutera l’utilisateur au groupe choisi et retirera l’utilisateur de tous les autres groupes pertinents pour le package.

Sélectionner Affecter ajoutera par défaut les utilisateurs au groupe Principal.

Abonnement de base (hérité)

Les packages de base n’ont aucun groupe Microsoft Entra associé. Vous devrez affecter manuellement des groupes, des appareils ou des utilisateurs.

Les groupes, appareils et utilisateurs affectés à un package de base seront affectés comme Disponibles par défaut et pourront être modifiés à l’aide du bouton [modifier les paramètres].

Migration des abonnements de base vers des abonnements gérés

Pour migrer un abonnement hérité de base vers le format géré standard, le portail RealmJoin fournit une fonction de conversion intégrée. Dans la section des groupes affectés du package d’application souscrit de base, l’option « Convertir en application gérée » est disponible derrière le bouton « Plus ».

Cette fonctionnalité crée les groupes d’abonnement gérés par défaut, dans lesquels les utilisateurs hérités peuvent être ajoutés par opération groupée ou par imbrication.

Préparation à la migration d’une application de base vers une application gérée
Résultat du processus de migration

Mis à jour

Ce contenu vous a-t-il été utile ?