Relution Server 26.2

Remarque importante concernant la mise à jour : Si vous utilisez actuellement une version antérieure, nous vous recommandons de passer d'abord à la version 26.0.3, puis à la version 26.2.

Intégration OneRoster

Relution 26.2 enrichit la plateforme d'une intégration conforme aux normes pour l'API OneRoster. Cela permet de connecter de manière structurée les données administratives scolaires et de les synchroniser automatiquement dans Relution.

Les données suivantes sont prises en charge :

• Utilisateurs : élèves et enseignants
• Organisations : écoles et entités organisationnelles à représenter dans Relution
• Classes : classes et groupes scolaires synchronisés en tant que cours Relution

La configuration s'effectue dans Relution sous Paramètres → OneRoster. Vous pouvez y créer une connexion avec un système compatible OneRoster (par exemple, Untis). La configuration comprend notamment l'URL du serveur, les identifiants d'accès ainsi que des paramètres de mappage facultatifs pour l'affectation des unités organisationnelles.

Une connexion test ainsi qu'un aperçu des données importées sont disponibles pour la configuration. La structure et l'étendue des classes, des cours, des enseignants et des élèves sont ainsi validées au préalable. Le cycle de synchronisation qui suit crée ou met à jour les objets correspondants dans Relution.

Cette intégration réduit considérablement la charge de travail manuelle dans les environnements scolaires, car les structures des utilisateurs et des classes sont directement reprises du système principal et maintenues synchronisées.

Gestion des URL externes dans les paramètres globaux du serveur

Avec cette version, l'URL externe du serveur peut être gérée directement via l'interface utilisateur dans les paramètres globaux du serveur de Relution. Jusqu'à présent, cela n'était possible que via le fichier application.yml. Grâce à cette nouvelle fonctionnalité, les utilisateurs disposant de l'autorisation « Manage External URL » peuvent désormais afficher, modifier et enregistrer l'URL.

La configuration existante est reprise depuis le fichier application.yml et préremplie au démarrage. De plus, une validation est effectuée afin que seules les URL HTTPS valides puissent être enregistrées. Cela supprime la dépendance vis-à-vis des fichiers de configuration statiques et permet de gérer l'URL externe de manière flexible directement dans le système.

Historique des versions amélioré

L'historique des versions a été enrichi et offre désormais une représentation visuelle des modifications :

• Vert : ajouté
• Rouge : supprimé
• Orange : modifié
• Barré : désactivé

Même les modifications complexes (par exemple, de nouveaux UUID) sont présentées de manière claire. Une navigation directe entre les versions facilite la comparaison et améliore la transparence dans les configurations complexes.

Gestion améliorée des applications natives

Avec cette version, Relution optimise la gestion des applications natives pour Android. Les états d'installation sont désormais pris en compte de manière plus fiable, ce qui permet de contrôler les déploiements d'applications de façon plus ciblée. Les applications déjà installées sont détectées, ce qui évite les réinstallations inutiles.

Si une application configurée comme non supprimable est supprimée par l'utilisateur, Relution déclenche automatiquement une réinstallation. Lors de nouvelles attributions ou de mises à jour, le système vérifie également si une installation est nécessaire.

Il en résulte une distribution d'applications plus stable et plus efficace, tout en réduisant la charge sur les appareils.

Prise en charge des fournisseurs d'identifiants (Credential Provider)

Avec la version 26.2, Relution étend la prise en charge d'Android Enterprise à la configuration des fournisseurs d'identifiants. Un fournisseur d'identifiants est une application ou un service qui fournit des identifiants à d'autres applications, par exemple une application d'authentification telle que Microsoft Authenticator.

À partir d'Android 14, les administrateurs peuvent définir quelles applications peuvent être utilisées comme fournisseurs d'identifiants sur l'appareil. Ce comportement peut être contrôlé soit de manière centralisée via des politiques (Policies), soit de manière spécifique à l'application via la politique d'application gérée (Managed App Policy).

De plus, il est possible de définir pour chaque application si celle-ci est autorisée à agir en tant que fournisseur d'identifiants. Cela permet d'associer de manière fixe un fournisseur à une application. Les entreprises bénéficient ainsi d'un contrôle précis sur les applications autorisées à gérer les mots de passe, les clés d'accès et autres informations d'identification.

Paramètres des applications par défaut

Avec la version 26.2, les applications par défaut (Default Applications) peuvent être définies de manière centralisée, par exemple pour le navigateur, la téléphonie, les SMS, le portefeuille, l'assistant ou le lanceur d'applications. Une liste de priorités peut être enregistrée pour chaque type d'application. La première application compatible et installée est automatiquement définie comme application par défaut.

Remarque : dès qu'un type d'application est configuré, les utilisateurs ne peuvent plus définir leurs propres applications par défaut. La disponibilité dépend de la version d'Android et du type d'inscription.

Nouvelle politique : contrôle de l'état radio des appareils (DeviceRadioState)

La nouvelle politique DeviceRadioState permet le contrôle centralisé des connexions radio sur les appareils Android Enterprise.

Sont notamment pris en charge :

• État du Wi-Fi (à partir d'Android 13)
• Mode avion
• Ultra-large bande (à partir d'Android 14)
• Interdiction de la 2G (à partir d'Android 14)
• Niveau de sécurité Wi-Fi minimal
• Paramètres eSIM

Cela permet, par exemple, de désactiver les connexions non sécurisées ou de restreindre de manière ciblée les interfaces de communication.

Consulter et afficher l'état des mises à jour Windows

Relution améliore la transparence des mises à jour Windows. Grâce à Windows Companion, il est possible de consulter et d'afficher de manière centralisée l'état des mises à jour des appareils.

La fonction « Fetch and display Windows Update status » récupère activement les données de mise à jour depuis l'appareil. Sont notamment affichés le titre, la description, la catégorie ainsi que l'état du téléchargement et si la mise à jour est obligatoire.

Cette nouvelle section offre une vue d'ensemble centralisée et constitue la base de futures extensions dans la gestion des mises à jour.

Gestion de l'itinérance des données sur iOS

Avec Relution 26.2, les administrateurs peuvent gérer de manière centralisée les paramètres d'itinérance des données sur les appareils iOS. Une nouvelle action sur les appareils permet d'activer ou de désactiver l'itinérance des données de manière ciblée, par exemple pour éviter des frais indésirables à l'étranger.

Vous trouverez le journal des modifications de cette version ici.

Pour faciliter la lecture, la forme masculine est utilisée sur cette page pour désigner les personnes et les noms propres. Conformément au principe d'égalité de traitement, ces termes s'appliquent à tous les genres. Cette forme abrégée est uniquement utilisée pour des raisons rédactionnelles et ne comporte aucune connotation de valeur.