Automatiser l'onboarding IT d'une PME en 2026, le guide complet
L onboarding IT d un nouveau salarié reste l un des process où les PME perdent le plus de temps et d argent. Provisionner un Mac ou un PC, créer les comptes Microsoft 365 ou Google Workspace, configurer la messagerie, déployer la suite d outils SaaS, attribuer les bonnes licences, programmer les rappels de sécurité : sur 200 hires par an, c est entre 400 et 800 heures d IT manager qui partent dans la plomberie. La promesse de l onboarding automatisé en 2026 est concrète : le SIRH déclenche, la plateforme IT exécute, l admin valide. Encore faut-il choisir le bon socle. Ce guide pose les briques nécessaires (SIRH, IDP, MDM, SAM), trace les workflows critiques et compare les plateformes qui les couvrent réellement de bout en bout.
Pourquoi automatiser
L onboarding IT manuel coûte 2 à 4 heures par hire, multipliées par le nombre de nouveaux arrivants par an. Pour une PME qui recrute 200 personnes, c est 400 à 800 heures d IT manager, soit 0.3 à 0.5 ETP, qui partent dans la plomberie. L offboarding est encore plus coûteux quand il est manuel, parce que la moindre licence SaaS oubliée se traduit en facture mensuelle et en risque d accès résiduel.
L objectif raisonnable d une PME de 50 à 300 personnes en 2026 n est pas le zéro intervention humaine, mais le passage d un mode artisanal à un mode pilotable : le SIRH déclenche, la plateforme IT exécute la majorité, l admin valide une checklist d exceptions.
Les quatre briques nécessaires
1. Le SIRH comme source de vérité
Personio, BambooHR, Lucca, Workday, Hibob, ou équivalent. La règle simple : si le SIRH ne porte pas l information d arrivée (date de start, manager, équipe, rôle, contrat), aucune automatisation en aval ne sera fiable. La connexion entre le SIRH et la plateforme IT doit être en GA, pas en Beta, sur les deux outils.
2. L IDP (Identity Provider)
Okta, Microsoft Entra ID, Google Workspace, JumpCloud Directory. C est lui qui crée le compte unique et porte les groupes (équipe, fonction, droits). Tout le provisioning SaaS aval s appuie sur cette identité via SCIM ou SAML. Un IDP fragmenté (un par silo de SaaS) est le signe que l automatisation reste artisanale.
3. Le MDM zero-touch
macOS via Apple Business Manager + DEP, Windows via Microsoft Autopilot ou MDM partenaire, iOS et Android via les marketplaces ABM et Android Enterprise. La plateforme MDM doit pouvoir associer un device à une identité dès la première ouverture, et appliquer le profil correspondant au rôle.
4. La gestion d accès SaaS (SAM)
Tous les SaaS critiques sont rarement provisionnables via SCIM seul. Une couche SAM (SaaS Access Management) couvre les autres via API ou navigateur headless, gère les licences et déclenche le déprovisioning offboarding. C est la brique la plus négligée dans les architectures partiellement automatisées.
Les workflows critiques à câbler
- Embauche : le SIRH passe à confirmed → l IDP crée le compte → le MDM pré-provisionne le device → les SaaS prioritaires reçoivent l identité via SCIM.
- Démarrage : J0 → le device s allume → DEP enrolment → l identité s associe → les apps clés se déploient.
- Changement de rôle : modification dans le SIRH → mise à jour des groupes IDP → ajustement automatique des accès SaaS.
- Départ : l évènement de fin contrat dans le SIRH → déprovisioning IDP cascade → retrait des licences SaaS → wipe ou lock du device → archivage de la boîte mail.
Ces quatre workflows sont les minima. Une plateforme qui n en couvre que deux force l équipe IT à maintenir des scripts ou des process manuels qui finiront par dériver.
Quelle plateforme choisit-on
Les options crédibles en 2026 :
- Plateformes tout-en-un : Primo, Rippling IT, JumpCloud, Hexnode (sur la partie MDM + IDP). Elles couvrent les 4 briques avec un seul contrat. Adapté aux PME jusqu à 500 employés.
- Stack composée : Okta ou Microsoft Entra (IDP) + Jamf ou Intune (MDM Apple ou Windows) + BetterCloud ou Torii (SAM). Adapté aux organisations qui ont déjà un IDP fort et veulent la profondeur fonctionnelle plutôt que la simplicité.
La grille de choix tient en une question : combien d outils l équipe IT veut-elle administrer chaque semaine ? Si la réponse est « le moins possible », la plateforme tout-en-un l emporte. Si la réponse est « le meilleur outil pour chaque brique », la stack composée s impose.
Sources
- Documentation éditeurs SIRH et plateformes IT (statuts d intégration, SCIM, API)
- Programmes Apple Business Manager et Android Enterprise Partners
- Études de cas migration publiées par les éditeurs, recoupées avec retours communautaires
- Comparaison des modèles SCIM des principaux SaaS d entreprise