Offboarding IT : rien ne reste ouvert, rien ne reste dehors.
Dès que la date de sortie est connue, Pyla déclenche les retraits, adresse chaque demande à son responsable et suit la restitution jusqu'à l'attestation signée. Fin de contrat ou fin de mission, le processus est le même.
Les départs ne redescendent pas à la DSI.
L'arrivée produit une demande : quelqu'un attend son poste. Le départ, lui, ne produit souvent rien — ni ticket, ni liste de ce qu'il faut couper et récupérer.
Les effets sont différés, donc rarement mesurés : comptes encore actifs des mois après, licences reconduites pour des personnes parties, matériel non restitué, attestation reconstituée à la main.
Pyla part de la date de sortie : chaque accès et chaque actif a un ou plusieurs responsables, une échéance et une preuve de clôture.
Ce que Pyla change concrètement
Trois mécaniques entre la date de sortie et la preuve.
Comment ça marche
Les quatre temps de Pyla, appliqués à un départ : de la date de sortie à l'attestation de restitution. Fin de contrat, fin de mission ou rupture conflictuelle, avec coupure immédiate possible.
Les fonctionnalités clés de l'offboarding IT
Révocation coordonnée, récupération du matériel, preuve d'audit.
Chaque accès coupé à l'heure, par son responsable.
Matériel, licence logicielle, badges de parking, voiture… ne suivent pas le même chemin.
Ce qui ne revient pas est relancé, pas oublié.
La tâche de restitution est créée par le départ, nominative et datée.
L'attestation de restitution, prête à signer.
Générée au moment du départ depuis les données réelles d'attribution, sans reprendre un modèle Word à la main.
Ce que ça change, en chiffres.
Vos outils savent couper un compte. Aucun ne sait qu'il faut le couper.
Le SIRH connaît la date de sortie. L'annuaire sait fermer un compte. L'outil de parc sait ce qu'il a livré. Personne ne relie les trois, ne prévient les bonnes équipes, ni ne garde la preuve que tout a été fait.
On vous montre un offboarding complet ?
30 minutes pour le savoir, et pour voir comment Pyla ferme la boucle.
« Chez Studio TF1, Pyla a permis de récupérer près de 200 licences logicielles qui restaient payées après le départ de leurs responsables. »
On nous demande souvent
Que se passe-t-il en cas de départ conflictuel ?
⌄
Un bouton coupe l'ensemble des accès immédiatement, sans attendre les échéances programmées. Le message d'absence, la redirection des emails et les délégations sont traités dans la foulée avec le manager.
Comment savoir ce que la personne détient vraiment ?
⌄
Pyla tient l'inventaire des attributions depuis l'arrivée : logiciels, matériels, badges, véhicules. La liste de restitution est calculée depuis cette donnée, pas reconstituée de mémoire au moment du départ.
Et le matériel qui ne revient jamais ?
⌄
Il reste visible dans une liste dédiée, avec relance automatique du responsable et de son manager, et la valeur non récupérée. Vous arbitrez entre relancer et passer en perte, sur une base chiffrée.
Pyla coupe-t-il lui-même les accès ?
⌄
Cela dépend de la ressource. Pour les ressources connectées, la révocation peut être automatisée via API. Pour les autres, Pyla adresse la tâche au responsable et suit son exécution jusqu'à confirmation.
Les autres cas d'usage
Un offboarding fiable repose sur une arrivée correctement enregistrée, des droits documentés et des actifs rattachés à leur détenteur.
