Si vous administrez une flotte mobile en France et que votre MDM s'appelait Bravas, vous le savez sans doute déjà : la solution n'est plus commercialisée depuis avril 2026, et selon les communications adressées aux clients, le service serait définitivement arrêté le 25 juillet 2026. Ça vous laisse environ deux mois pour migrer.
Bravas n'est pas un cas isolé. En quelques mois, deux des MDM positionnés "français" du marché ont changé de mains, et pas dans le même sens. Voilà l'état des lieux, ce que ça change pour les RSSI qui tenaient à la souveraineté, et une checklist concrète si vous devez choisir un plan B rapidement.
Ce qui s'est passé chez Bravas
Bravas, startup française fondée en 2021 par François-Xavier Signori, Yoann Gini et Olivier Gaudéchoux, faisait partie d'Hexatrust et se positionnait comme une plateforme souveraine combinant MDM (iOS, macOS, Windows) et gestion des identités sans mot de passe. Cible : les PME et ETI françaises sensibles aux sujets de cybersécurité et de cloud de confiance.
Le 9 avril 2026, Remote, plateforme américaine d'employment global (paie internationale, équités, dépenses), a annoncé son acquisition. La technologie de Bravas vient enrichir la suite Remote pour gérer l'ensemble du cycle de vie collaborateur depuis une seule interface. Du point de vue de Remote, c'est cohérent. Du point de vue d'un RSSI français qui avait choisi Bravas précisément pour sa promesse de souveraineté, ça l'est nettement moins.
Aujourd'hui la page d'accueil de bravas.io affiche un bandeau sans ambiguïté : "Bravas has joined Remote. Therefore, the solution is no longer available for purchase." Pour les clients existants, la communication officielle parle d'"updates throughout 2026" sans calendrier public. En interne, la date du 25 juillet 2026 a circulé comme jour de l'arrêt définitif. Si vous êtes concerné, vérifiez directement avec votre interlocuteur Bravas.
TinyMDM est passé sous pavillon allemand
Dans la même période, TinyMDM, autre éditeur français qui mettait en avant son ancrage local, a été racheté par BID Equity, fonds de private equity allemand basé à Hambourg. L'opération a été conseillée par Avolta Partners. TinyMDM continue à exister comme produit, contrairement à Bravas, mais l'actionnariat n'est plus français.
Deux acquisitions, deux scénarios différents :
- Bravas → Remote (États-Unis) : disparition du produit autonome, intégration dans une suite plus large.
- TinyMDM → BID Equity (Allemagne) : continuité du produit, actionnariat européen mais non français.
Aucun de ces deux mouvements n'est intrinsèquement mauvais. BID Equity et Remote ont les moyens d'accélérer le développement de leurs cibles. Mais la promesse marketing "MDM français" portée par ces deux éditeurs s'est restreinte en quelques mois à un nombre de candidats nettement plus court.
La souveraineté du MDM, ça veut dire quoi en pratique
"MDM français" est une étiquette commerciale qui recouvre plusieurs réalités, dont certaines comptent vraiment et d'autres beaucoup moins :
- L'hébergement des données. Où sont stockés les inventaires d'appareils, les certificats, les jetons d'enrollment ? Un MDM peut être édité en France et héberger ses données sur AWS Francfort. C'est légal et fréquent, mais ça n'est pas la même chose qu'un cloud souverain au sens SecNumCloud.
- L'actionnariat et la juridiction qui s'applique en cas de demande légale. Un éditeur sous contrôle américain peut être soumis au CLOUD Act, indépendamment de l'endroit où sont stockées les données. C'est précisément l'argument qu'utilisaient Bravas et TinyMDM pour se différencier de Microsoft Intune ou Jamf.
- Le contrat et le support. Avoir un interlocuteur francophone, des conditions générales en droit français, une facturation en euros, des SLA adaptés. C'est moins critique pour la souveraineté au sens strict, mais ça pèse dans le quotidien.
- La pérennité du produit. Une solution rachetée et fondue dans une suite étrangère peut survivre techniquement tout en perdant la roadmap qui vous intéressait. C'est exactement le scénario Bravas.
Quand vous évaluez un remplaçant, posez ces quatre questions séparément. Une bonne réponse sur l'hébergement ne dit rien sur l'actionnariat, et inversement.
Plan B : checklist pour les clients Bravas qui doivent migrer
Si l'échéance du 25 juillet se confirme dans votre cas, deux mois est court mais pas impossible. Voilà la séquence à mener.
1. Exporter et documenter avant de couper
- Inventaire complet des appareils enrôlés (numéros de série, identifiants utilisateur, statut, version OS).
- Liste des profils de configuration appliqués (Wi-Fi, VPN, certificats, restrictions, politiques de mot de passe).
- Liste des applications déployées, avec leur source (Apple Business Manager, managed Google Play, APK privé, lien web).
- Configurations Apple Business Manager et Android Enterprise (tokens DEP, comptes de service, mappings d'organisation). Ces objets vivent côté Apple ou Google, pas dans le MDM. Vous les récupérerez intacts si vous les détachez proprement.
2. Préparer la cible
- Choisir la solution de remplacement et provisionner un environnement de test avec quelques appareils pilotes.
- Reproduire les profils critiques (sécurité, accès réseau, restrictions). Vérifier que les politiques se comportent comme attendu, pas en lisant la doc mais en testant.
- Réenrôler une dizaine d'appareils en conditions réelles avant de basculer la flotte.
3. Basculer par vagues
- Détacher les tokens DEP / Android Enterprise de Bravas et les rattacher au nouveau MDM (côté Apple Business Manager et Google Play Console).
- Désenrôler les appareils Bravas, réenrôler sur le nouveau MDM. Sur Apple supervisé et Android fully managed, ça implique un wipe ou une procédure d'assistance, à anticiper avec les utilisateurs.
- Conserver l'instance Bravas en mode lecture aussi longtemps que possible pour pouvoir comparer en cas de doute.
4. Pas d'angle mort
- Certificats client et profils VPN expirent quand l'autorité de signature change. Penser à régénérer ou à reconduire.
- Applications privées hébergées : refaire l'upload sur la nouvelle plateforme avec les bonnes signatures.
- Comptes de service Google ou rôles AWS utilisés par Bravas : révoquer après bascule pour éviter qu'un ancien outil garde un accès résiduel.
Et pour la suite, quels critères pour ne pas se refaire avoir
Si la pérennité française compte vraiment pour vous, intégrez-la au cahier des charges plutôt qu'à la plaquette marketing :
- Demander la composition du capital et les juridictions des principaux actionnaires.
- Demander la localisation effective de l'hébergement (région cloud, sous-traitants).
- Demander une clause de continuité ou de réversibilité contractuelle, qui prévoit l'export des données et l'aide à la migration en cas de changement de contrôle.
- Privilégier les éditeurs dont la roadmap est publique et dont la cible commerciale reste le marché européen, pas un produit qui deviendra demain le module "device" d'une suite RH américaine.
Appaloosa, MDM français qui reste indépendant
Appaloosa édite une plateforme MDM et MAM pensée pour les flottes Android, iOS et iPadOS, avec un focus particulier sur la distribution d'apps internes en entreprise. Société française, actionnariat français, données hébergées dans l'Union européenne, équipe basée en France. Pas de rachat à l'horizon, pas de pivot vers une suite RH globale.
Si vous êtes client Bravas et que vous évaluez vos options, l'équipe peut vous aider à cadrer la migration : récupération des profils, plan d'enrollment par vagues, accompagnement des utilisateurs. Prenez contact ou demandez une démo.
Et si vous n'êtes pas client Bravas mais que vous regardez avec inquiétude la consolidation du marché, c'est aussi le bon moment pour mettre à plat votre stratégie MDM. Notre guide comparatif peut servir de point de départ.