Skip to main content

Glossaire

Configuration d'application

La configuration d'application, ou configuration d'app gérée, permet d'envoyer des réglages à une application depuis le serveur de gestion avant toute ouverture. Adresses de serveur, identifiants de tenant, options SSO et commutateurs de fonctionnalités arrivent avec l'installation : la première ouverture fonctionne déjà.

Comment ça marche

L'éditeur de l'application déclare les réglages qu'elle accepte. Sur Android il s'agit des managed configurations, lues via l'API RestrictionsManager et décrites dans un fichier XML embarqué dans l'app. Sur iOS et iPadOS, le MDM pousse un dictionnaire de configuration que l'app lit au démarrage. La communauté AppConfig a normalisé les noms de clés en 2016, ce qui explique qu'un même réglage fonctionne souvent sur les deux plateformes.

L'administrateur renseigne les valeurs dans la console, par application et par groupe. Une équipe commerciale reçoit une URL de tenant, un sous-traitant une autre, et personne ne touche un écran de réglages sur l'appareil.

La limite est nette : une app n'accepte que ce qu'elle déclare. Si l'éditeur n'a publié aucun schéma de configuration, il n'y a rien à pousser. Pour les apps publiques, vérifiez la documentation éditeur ; pour vos propres builds, ajouter quelques clés représente souvent un après-midi de travail et économise des semaines de support.

Pourquoi c'est important pour une flotte

C'est à la première ouverture que les déploiements meurent. Un chauffeur reçoit un nouveau terminal, lance l'app de livraison, et tombe sur un écran qui réclame un nom de serveur dont il n'a jamais entendu parler. Cela devient un appel au support, ou pire, une faute de frappe que personne ne remarque avant que les données n'atterrissent dans le mauvais tenant.

La configuration sert aussi à verrouiller des comportements. Désactiver l'export de fichiers local, forcer la visionneuse de documents en lecture seule, rattacher l'app de scan à un seul profil d'entrepôt. Modifier une valeur plus tard met les appareils à jour sans réinstallation, ce qui compte le jour où une URL de backend change.

Un conseil issu du terrain : gardez les valeurs de configuration dans la console, jamais dans l'APK. Reconstruire une application parce qu'une URL a bougé est du temps perdu.

Comment Appaloosa le gère

Appaloosa applique la configuration d'app gérée au moment de l'installation, par application et par groupe d'appareils, pour les apps publiques compatibles comme pour vos builds internes. Les valeurs se modifient ensuite et sont poussées sur les appareils enrôlés sans réinstallation, aux côtés du mode kiosque et des politiques de sécurité. Voir la page Gestion des applications mobiles.

Explorer

Découvrez toute la plateforme

Enrôlement, apps, sécurité, support à distance : tout au même endroit.

Explorer Appaloosa

Envie d'essayer Appaloosa ? Démarrer gratuitement

Questions fréquentes

Quelles applications acceptent la configuration gérée ?
Toutes celles dont l'éditeur a déclaré un schéma de configuration. La plupart des éditeurs professionnels le font et documentent les clés disponibles. Pour une app développée en interne, vous ajoutez les clés vous-même : un fichier XML sur Android, un dictionnaire lu au démarrage sur iOS.
Peut-on modifier une valeur après le déploiement ?
Oui. Vous changez la valeur dans la console et elle est poussée sur les appareils enrôlés, généralement en quelques minutes, sans réinstallation ni action de l'utilisateur. C'est la façon la plus propre de gérer un changement d'URL de backend pendant un pilote.
La configuration d'application marche-t-elle en BYOD ?
Oui, pour les applications gérées installées dans le profil professionnel Android ou en mode géré sur iOS. Les copies personnelles de la même app ne sont pas touchées, ce qui correspond exactement à la séparation attendue sur un téléphone personnel.