Intégration des processus / 08
Créer les utilisateurs. Attribuer et révoquer les droits de manière ciblée.
Un nouveau collaborateur nécessite des accès dans plusieurs applications. Un changement d’équipe modifie les rôles et un départ exige leur révocation. Nous connectons les données RH de référence à un processus maîtrisé pour ces changements.
La situation initiale
Un compte utilisateur ne représente qu’une partie des autorisations.
Les RH gèrent le statut et la date d’arrivée, un annuaire gère l’identité et les applications métier leurs rôles spécifiques. L’attribution de licences, l’appartenance aux groupes et les droits privilégiés suivent des règles différentes. Un changement d’adresse e-mail ne doit pas créer une nouvelle personne.
Nous examinons les API disponibles et les standards de provisionnement comme SCIM lorsqu’ils sont pris en charge. Dans un environnement Microsoft, Graph peut offrir un accès adapté ; le type de tenant, les actions disponibles et les autorisations nécessaires sont vérifiés précisément.
Ce que DataSource prend en charge
Identités. Modèle de rôles. Cycle de vie.
Identités
Définir un identifiant personnel stable et l’association des comptes. Traiter séparément le retour d’un collaborateur, les intervenants externes et les changements de nom.
Modèle de rôles
Déduire les actions techniques des rôles métier approuvés. Soumettre les droits privilégiés à une validation spécifique au lieu de les reprendre depuis un champ de texte libre.
Cycle de vie
Traduire l’arrivée, la mobilité et le départ en étapes exécutables. Confirmer le résultat dans chaque système cible et rendre visibles les révocations incomplètes.
Person-ID: EMP-1042
Status: aktiv
Rolle vorher: Vertrieb
Rolle danach: Einkauf
1. Genehmigung prüfen
2. Nicht mehr erlaubte Gruppen entfernen
3. Genehmigte Zielgruppen setzen
4. Zielzustand je Anwendung bestätigenScénario technique / Exemple illustratif
Un changement d’équipe retire les anciens droits avant l’activation des nouveaux.
Processus illustratif pour un changement de rôle approuvé. L’ordre dépend du modèle de sécurité. Les sessions existantes, tokens et accès gérés séparément doivent être pris en compte lors du départ.
Données d’exemple et règles proposées. Les interfaces et règles métier concrètes seront examinées pour votre projet.
Gestion des erreurs, sécurité et exploitation
Erreurs et révocations : vérifier et exploiter.
Erreurs et révocations
Un système cible inaccessible ne doit pas donner l’impression que le départ est entièrement traité. Prioriser et réessayer les révocations en attente, puis les signaler au responsable convenu.
Accès minimal
Limiter les comptes techniques aux actions nécessaires. Selon l’action, Microsoft Graph peut exiger des autorisations d’application et un consentement administrateur.
Traçabilité
Enregistrer les modifications, validations et résultats de manière auditable selon le dispositif convenu. Minimiser les données RH et définir explicitement leur conservation et les accès.
Questions métier
Les détails qui comptent avant la mise en œuvre.
Provisionnement · IAM · Rôles · Validations · Arrivée · Mobilité · Départ
Les RH peuvent-elles déterminer seules tous les droits ?
Les RH fournissent souvent les déclencheurs. La responsabilité des rôles métier et la validation des droits privilégiés relèvent des instances désignées.
Suffit-il de désactiver le compte d’annuaire lors d’un départ ?
Pas toujours. Les comptes locaux, sessions existantes et tokens API peuvent nécessiter des actions distinctes. Ce point est vérifié pour chaque système cible.
Peut-on conserver un système IAM existant ?
Oui. Nous pouvons ajouter un connecteur source ou cible manquant, ou un workflow délimité, sans remplacer le modèle de rôles existant.
Pour la clarification technique
Partir de votre processus concret.
Indiquez les données RH de référence, systèmes cibles, matrice de rôles et processus actuels d’arrivée et de départ. Des cas anonymisés de mobilité ou de retour sont utiles.
Le premier échange clarifie les accès disponibles, la responsabilité des données et un premier flux limité. Nous convenons ensuite du périmètre, des responsabilités et des conditions.
Des exemples anonymisés suffisent pour commencer. Merci de ne pas envoyer de mots de passe, tokens ou données personnelles de production dans la première demande.
Problématiques associées
La prochaine connexion dans son contexte.
API Proxmox & automatisation
Les VM sont demandées par tickets, clonées manuellement puis suivies dans plusieurs listes. Nous développons un processus de provisioning défini entre votre demande, Proxmox VE et les systèmes en aval.
Traiter les webhooks de manière fiable
Un événement arrive et doit déclencher une action dans le système suivant. Livraisons multiples, retards ou panne de l’API cible en font un processus d’exploitation. Nous le développons avec des événements explicites et des effets vérifiables.
Interfaces ERP et CRM
Les équipes commerciales et comptables traitent le même client avec des missions différentes. DataSource connecte les interfaces prises en charge et clarifie quelles données sont transférées, et quand, entre prospect, client et compte débiteur.
Références techniques
Documentation officielle vérifiée le 6 octobre 2026. L’adéquation dépend de l’installation et de la version concernées.