> 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/administration-et-parametres/general.md).
# Général
Paramètres généraux de RealmJoin, y compris la synchronisation des runbooks depuis le dépôt public et les valeurs par défaut de l’automatisation des packages.
## Synchronisation des runbooks
Si vous configurez [Automatisation des processus / Runbooks](/fr/automatisation/runbooks.md) dans votre environnement, vous pouvez cliquer sur « Synchroniser les runbooks... » pour mettre à jour vos runbooks depuis le dépôt public de RealmJoin.
Cela vous garantira d’avoir l’état actuel de nos runbooks, y compris les corrections de bugs et les nouvelles fonctionnalités. Si nécessaire, cela installera également les modules PowerShell requis dans votre compte Automation Azure.
## Valeurs par défaut de l’automatisation des packages
Si vous sourcez des packages depuis RealmJoin [Package Store](/fr/gestion-des-applications/packages/package-store.md), vous pouvez utiliser [l’automatisation ](/fr/gestion-des-applications/packages/package-details.md#automation)pour maintenir ces packages toujours à jour.
Les paramètres sont :
* **AutoDeployMain** - Déployer automatiquement les nouvelles versions de ce package auprès de vos utilisateurs. (abonnement « Main »)
* **AutoDeployMainDeferInDays** - Attendre ce nombre de jours avant de publier une nouvelle version sur « main ». C’est utile pour éviter de solliciter excessivement les utilisateurs/clients si plusieurs versions du package sont publiées rapidement.
* **AutoDeployPreview** - Déployer automatiquement les nouvelles versions de ce package auprès de vos utilisateurs pilotes. (abonnement « Preview »)
* **AutoDeployPreviewDeferInDays** - Attendre ce nombre de jours avant de publier une nouvelle version sur « preview ».
* **AutoDeployAtNight** - Planifier le déploiement automatique pendant la nuit
* **Sélectionnez le fuseau horaire cible** - Si vous utilisez AutoDeployAtNight, utilisez ce fuseau horaire pour indiquer ce que signifie « la nuit ».
Voir [Détails du package](/fr/gestion-des-applications/packages/package-details.md#automation) pour plus d’informations sur l’automatisation des packages.
## Schéma de nommage des groupes
RealmJoin Portal peut créer et gérer dynamiquement des groupes Entra pour des fonctionnalités telles que [l’affectation de packages](/fr/gestion-des-applications/packages/package-details.md#assignments) et [l’affectation de scripts de remédiation](/fr/automatisation/remediation-scripts.md#assignment).
### Déploiement d’applications / packages
RealmJoin peut créer des groupes d’affectation pour les packages Intune et RealmJoin Client. Utilisez cela pour définir le modèle de nommage des groupes.
Schéma de nommage des groupes de déploiement de packages
Vous pouvez utiliser les variables suivantes :
* **$vendor** - Nom de l’éditeur du logiciel (si disponible)
* **$product** - Nom du logiciel
* **$appName** - Nom complet (éditeur et produit) du logiciel
* **$modifier** - soit rien, « available », « preview » ou « uninstall »
* **$groupName** - (uniquement dans la description) Nom du groupe géré
### Scripts de remédiation
Si vous utilisez [scripts de remédiation Managed Intune de RealmJoin](/fr/automatisation/remediation-scripts.md#managed-scripts), vous pouvez définir le schéma de nommage pour [Groupes gérés](/fr/automatisation/remediation-scripts.md#managed-groups).
Schéma de nommage des groupes de scripts de remédiation
Vous pouvez utiliser les variables suivantes :
* **$healthScriptName** - Nom du script de remédiation géré
* **$modifier** - soit « included » soit « excluded » (Affectation vs exception)
* **$groupName** - (uniquement dans la description) Nom du groupe géré
## Cascade de priorité des applications gérées
Le *Configuration de l’application* la carte contient également le commutateur à l’échelle du Tenant **Cascade de priorité classique pour les applications gérées**. Il décide quelle affectation l’emporte lorsqu’un utilisateur ou un appareil est membre à la fois du groupe Main (Required) et du groupe Available d’un package géré :
* **Désactivé** (par défaut) - cascade gérée : Available l’emporte sur Main (uninstall > update > preview > available > mandatory).
* **Activée** - cascade classique : Main l’emporte sur Available (uninstall > update > preview > mandatory > available).
La modification du commutateur demande une confirmation et prend effet immédiatement pour chaque utilisateur et chaque package géré qui n’a pas de remplacement spécifique au package. Les packages individuels peuvent s’écarter de la valeur par défaut du Tenant via le *paramètre de cascade de priorité* paramètre dans leur [Paramètres experts](/fr/gestion-des-applications/packages/package-settings.md#expert-settings).
Voir [Priorité et conflits d’affectation](/fr/gestion-des-applications/packages/package-deployment.md#assignment-priority-and-conflicts) pour l’ordre d’évaluation complet, y compris Exclude et Uninstall.
## Configuration du client
Avec ce paramètre de Tenant, vous pouvez configurer la période pendant laquelle l’agent RealmJoin détecte l’utilisateur principal.
## Configuration LAPS
Avec ce paramètre de Tenant, vous pouvez configurer le délai d’expiration du compte de support RealmJoin LAPS.
---
# 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 by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.realmjoin.com/fr/administration-et-parametres/general.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
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.
