> For the complete documentation index, see [llms.txt](https://docs.realmjoin.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.realmjoin.com/fr/gestion-des-applications/packages/package-settings.md). # Paramètres des packages ## Automatisation

Pour les packages gérés, l’onglet Automatisation vous permet de configurer le déploiement automatique des dernières versions du package depuis le magasin de packages vers votre environnement. * **Automatiser le canal principal** - Déployer automatiquement les nouvelles versions de ce package auprès de vos utilisateurs. (abonnement « Main ») * **Automatiser le canal de préversion** - Déployer automatiquement les nouvelles versions de ce package auprès de vos utilisateurs pilotes. (abonnement « Preview ») {% hint style="info" %} Le canal de préversion n’avancera vers une version logicielle plus récente qu’après le déploiement de la version actuelle en préversion vers le canal principal. Ceci est un comportement attendu afin de garantir qu’un processus de test / de validation utilisant le canal de préversion ne soit pas invalidé par inadvertance par l’arrivée d’une version logicielle plus récente en préversion. {% endhint %} Le canal de préversion prendra la version la plus récente disponible depuis l’App Store en poussant sa version actuelle vers le canal principal. {% hint style="success" %} Recommandation : * Automatiser uniquement **Canal principal** pour les logiciels qui peuvent être mis à niveau sans test préalable, comme les navigateurs web des principaux éditeurs. * Automatiser uniquement **Canal de préversion** pour les logiciels que vous souhaitez tester avant le déploiement. Poussez la version validée vers le canal principal après les tests et commencez à tester la version suivante en préversion. Vous pouvez toujours pousser manuellement une version plus récente disponible dans le Package Store directement vers **Préversion** ou **Canal principal** pour ignorer une version que vous ne souhaitez pas publier. {% endhint %} * **... différer de X jours** - Attendez que ce nombre de jours se soit écoulé avant de publier une nouvelle version sur le canal. Cela est utile pour éviter de stresser les utilisateurs/clients si plusieurs versions du package sont publiées rapidement. * **Déployer la nuit** - Planifier le déploiement automatique pendant la nuit * **Sélectionnez le fuseau horaire cible** - Si vous utilisez **Déployer la nuit**, utilisez ce fuseau horaire pour indiquer ce que signifie « la nuit ». Ces valeurs peuvent être préconfigurées globalement pour les packages nouvellement importés dans [Paramètres](/fr/administration-et-parametres/settings.md). Les configurer au niveau de chaque package remplacera les valeurs par défaut globales. ## Config

### Responsables techniques de l’application Si vous le souhaitez, vous pouvez attribuer plusieurs **Responsables techniques de l’application** (TAO) à un package en renseignant leurs adresses e-mail. Pour recevoir des e-mails de **notification automatisés** pour les mises à jour du package, vous pouvez **activer** en plus l’interrupteur ci-dessous. ### Arguments **Arguments** vous permettent de transmettre des options de ligne de commande à une installation d’application. Cela est couramment utilisé pour personnaliser votre package avec des options de langue, une clé de licence, etc., qui doivent être présentes au moment de l’installation. {% hint style="info" %} Si un utilisateur possède déjà la version actuelle souscrite d’un package installée et que les arguments du package sont mis à jour, le package sera automatiquement relancé pour cet utilisateur avec la nouvelle configuration. Si **la mise à niveau automatique** est **DÉSACTIVÉE** et que l’utilisateur a installé une version plus ancienne que celle actuellement attribuée, la nouvelle configuration **ne** sera pas appliquée.\ Si **la mise à niveau automatique** est **ACTIVÉE**, l’utilisateur recevra à la fois la nouvelle version et la configuration mise à jour. {% endhint %} Certains packages incluent une **Aide technique**, pour expliquer les éventuels **Arguments** et autres prérequis. ![Aide technique pour un package](/files/02f01d5f17cf4b72f905e0c49799fd2a9d7a48f9) #### Arguments spéciaux pour les packages Intunewin Pour les packages Intunewin, nous proposons une notification d’interface utilisateur configurable pour la mise à jour du package, qui permet à l’utilisateur d’interagir avec l’installation / la mise à jour d’une application et de contrôler le processus.

Vous pouvez configurer cette boîte de dialogue avec les paramètres suivants dans la section des arguments : ``` --rjNotifyUser // Activer la boîte de dialogue ``` ``` --rjNotifyAllowDefer[=n] // option de report avec x reports possibles ``` ``` --rjNotifyTimeout=n // lorsqu’aucune action de l’utilisateur n’est effectuée -> report automatique après x secondes (si le report est autorisé), sinon mise à jour ```

### Paramètres avancés {% hint style="info" %} Déploiement de l’application RealmJoin requis.\ Pour l’ensemble complet des fonctionnalités des « paramètres avancés » : agent RealmJoin requis. {% endhint %}

Paramètre	Explication	Agent uniquement
Autoriser la réinstallation	Cette option permet à l’utilisateur de réinstaller et donc de remplacer son installation actuelle du package à tout moment. Par exemple : adapté aux packages qui aident à résoudre les problèmes clients via le libre-service (synchronisation de l’heure, ...).	Oui
Autoriser l’installation en arrière-plan	Exécute les mises à jour du package directement après la détection de mises à jour de la configuration sur l’appareil correspondant (intervalle de synchronisation RJ standard : 30 minutes). Les mises à jour démarrent sans avertissement (pas d’option de report). N’utilisez pas cette option pour les packages standards, car cela pourrait interrompre les utilisateurs lorsqu’ils utilisent le logiciel correspondant.	Oui
Exiger la conformité	Le package est installé dès que RealmJoin peut vérifier que l’appareil est considéré comme « conforme ». Cela peut arrêter le déploiement pendant un certain temps. L’installation du package et de tous les autres packages obligatoires avec des numéros d’ordre plus élevés sont mis en file d’attente et ne sont installés que lorsque le client est conforme.	Oui
Prépublication	Paramètre hérité - voir RealmJoin Classic.	Oui
la mise à niveau automatique	Met automatiquement à niveau un package lorsqu’une version plus récente devient disponible. Si la version souscrite est supérieure à celle présente sur l’appareil, RealmJoin relance le package pour la mettre à jour. Désactivez cette option pour les packages disposant de leurs propres mécanismes de mise à jour (par ex. : client VPN mis à jour via la passerelle). Lorsque cette option est désactivée, seules les nouvelles installations sur les appareils reçoivent la version mise à jour. Comportement par plateforme : Agent RealmJoin : Mises à jour des packages requis et des packages disponibles. Intune : Ne met à jour que les packages requis. Pour maintenir les applications disponibles à jour dans Intune, activez le groupe de mise à jour.	Non
Uniquement en VDI / Ignorer en VDI	Exécutez ce package uniquement sur les appareils VDI (W365 et Azure Virtual Desktop/WVD) ou excluez-les de l’installation.	Oui
Uniquement sur les appareils joints en mode hybride / Ignorer sur les appareils joints en mode hybride	Exécutez ce package uniquement sur les appareils appareils joints en mode hybride uniquement ou excluez-les de l’installation.	Oui
Ignorer sur les appareils privés	Exclure les appareils privés (non joints à Entra ID) de l’installation.	Oui
Nom du groupe	Catégorie dans laquelle le package apparaîtra dans le menu de la zone de notification RealmJoin.	Oui
Dépend de	Spécifie les packages prérequis qui doivent être installés avant ce package. RealmJoin installe d’abord toutes les dépendances listées. Assurez-vous que les packages dépendants sont également attribués (par exemple marqués comme disponibles). Exemple : un environnement d’exécution tel que « Microsoft VC Redistributable Runtime » requis pour qu’un logiciel fonctionne. Saisissez l’ID du package (voir dans le portail RJ le « Unique RJ ID » du package souhaité) au format suivant : `["package-id"]` Pour plusieurs packages : `["package-id1","package-id2"]` Exemple : `["generic-microsoft-vcredist-2019","generic-microsoft-net-core-desktop-runtime-6"]`	Oui
Ordre	Définit la séquence d’installation à l’aide d’une valeur entière. Les nombres les plus petits s’exécutent en premier (par ex., 10 s’installe avant 100). Une valeur de 0 signifie « aucune séquence » et ne s’exécute qu’après tous les packages numérotés. Les numéros d’ordre sont appliqués uniquement lors du déploiement initial du client.	Oui
	N’utilisez pas Dépendance et Ordre sur le même package. Lors du déploiement initial (ou de tout déploiement obligatoire après la connexion), RealmJoin installe d’abord tous les packages de dépendance, puis installe les packages d’origine. Ce processus en deux étapes remplace et peut annuler tous les numéros d’ordre définis. Par exemple : Package A, ordre 1 Package B, ordre 101 et dépendant du package C, ordre 100. Si tous les packages sont attribués comme obligatoires, la séquence d’installation sera C, A, B Les paramètres utilisateur dans les packages d’application sont traités comme une dépendance définie.
Taux de déploiement	Sélectionnez le taux de déploiement qui autorise ou bloque les utilisateurs à reporter l’installation du package jusqu’à la date affichée. Vous avez le choix entre « Lent » (+7), « Rapide » (+3) et « Demain » (+1). Exemple : en choisissant « Demain », la date actuelle + un jour sera enregistrée comme valeur fixe. Les utilisateurs peuvent reporter jusqu’à cette date. Ensuite, l’installation s’exécutera simplement sans contrôle supplémentaire. Notez que la date n’est pas dynamique (donc ne dépend pas de l’heure de la dernière connexion du client). Remarque : L’installation sur les appareils inclut un mécanisme échelonné : les installations se produiront plusieurs fois par jour avec une probabilité spécifique à chaque déclenchement. Cela garantit un déploiement plus fluide et exploite efficacement les fonctionnalités BC/DO. Restrictions de l’application principale	Oui
Cette option permet de définir	qui peut lancer une installation de package et quand cela se produira ( phase).). Définissez si ce package doit s’exécuter uniquement pour l’utilisateur principal d’un appareil (visible et modifiable dans le portail RealmJoin), uniquement pour les utilisateurs secondaires ou pour les deux. Choisissez parmi les phases suivantes ou leurs combinaisons. La valeur par défaut est « Normal, Initial & Manual ». Ouverture de session: Le package s’exécute après la connexion de l’utilisateur. Manuel: Le package s’exécutera lorsque l’utilisateur lancera manuellement l’installation via le menu de la zone de notification. Initial: Le package ne s’exécute que lors du déploiement initial du client. Normal: Ni Ouverture de session, ni Manuel, ni Initial. Déploiement pendant l’utilisation normale d’un client.	Oui
Restrictions de la partie utilisateur	Mêmes options que précédemment - mais pour la partie utilisateur (si disponible pour le package correspondant). Par ex. : contient des paramètres ou des scripts exécutés sous l’utilisateur courant (« user » au lieu de « system scope »).	Oui

--- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## 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, and the optional `goal` query parameter: ``` GET https://docs.realmjoin.com/fr/gestion-des-applications/packages/package-settings.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. 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.