Saisir les utilisateurs avec l'autorisation 'Del. Management'
-
- Via User Management -> Gestion déléguée vers 'Sélection de l'unité'.
-
- Sélectionner le département/l'unité souhaité(e) & 'Continuer' vers 'Sélection de l'utilisateur'.
-
- .
Remarque
Si "Strict-Onboarding" est configuré pour le client d'accès correspondant dans les Portal Properties, le "Numéro de téléphone portable" doit être obligatoirement saisi (champ obligatoire). Cela s'applique également au Bulk-Onboarding des nouveaux utilisateurs (voir la section ci-dessous Fonctionnalité Bulk-Onboarding).
-
- Sélectionner l'utilisateur souhaité & 'Suivant' vers 'Gérer les autorisations'.
Expliquer la différence entre les deux registres ...(autorisations propres / rôles à déléguer)
Onglet 'Donner des autorisations'
Dans cet onglet, l'administrateur peut attribuer à l'utilisateur des rôles individuels ou des rôles collectifs de l'application concernée.
-
- En outre, des rôles avec des attributs peuvent être attribués à cet endroit.
Expliquer le cas particulier des rôles avec attributs:
-
- .
Onglet 'Accorder des autorisations pour l'administration déléguée'
Dans cet onglet, l'administrateur peut activer différents paramètres pour l'utilisateur dans le rôle d'administrateur (futur) délégué. D'un point de vue technique, ce traitement est comparable à 'Ajouter un rôle IDM' dans IDM.
-
- .
- Checkbox "Gestion déléguée des (sous-)unités"
"Administration déléguée des (sous-)unités":
Si activé, le rôle IDM DelegatedAdmin_SubUnit est attribué à l'utilisateur. - Checkbox "Gestion déléguée des utilisateurs"
"Delegated Administration of Users":
Si activé, le rôle IDM DelegatedAdmin_User est attribué à l'utilisateur. - Checkbox "Gestion déléguée des permissions"
"Delegated Administration of Permissions":
Si cette case est cochée, le rôle IDM DelegatedAdmin_Permissions est attribué à l'utilisateur. Si la case est cochée, il faut ensuite ajouter les rôles/business roles que le Del. Administrator peut attribuer à d'autres utilisateurs
-
- .
- Checkbox "y compris substitution (délégation supplémentaire des droits de gestion à des suppléants possible)" "incl. substitution": Si activée, permet à l'utilisateur de modifier l'onglet 'Grant Delegated Management Permissions'
Vérification avant envoi:
-
- Afficher des informations détaillées via le bouton de fonction 'Afficher plus'
-
- Autorisations accordées
-
- Droits de gestion délégués accordés
-
- Détails des droits de gestion délégués
Envoyer le lien d'embarquement ou l'e-mail de notification
-
- .
-
- .
Remarque
Le bouton de fonction 'Envoyer un e-mail de notification / Envoyer un e-mail d'onboarding' n'est activé que si du texte est saisi dans le champ Justification de l'autorisation (traçabilité).
Notification de clôture:
-
- .
Reset Onboarding
La réinitialisation de l'embarquement pour les utilisateurs déjà intégrés peut être effectuée dans le portail administrateur via l'option suivante.-
- Feature: reset onboarding
Exemple : courriel d'onboarding à l'utilisateur
-
- .
Exemple : mail de notification en cas de changement de permissions
-
- .
Chemin manuel Onboarding (Impression)
Décrire en prose pourquoi cela peut être nécessaire....-
- .
-
- .
-
- Imprimer
Option: Enregistrer les liens onboarding dans ...
-
- .
Option: Envoyer un mail onboarding
Déjà décrite sous 'Envoyer un lien d'onboarding'.Fonctionnalité Bulk-Onboarding
Avec cette extension, il est désormais possible d'attribuer des rôles delegAdmin à l'utilisateur directement lors de l'onboarding. Les rôles delegAdmin suivants peuvent être indiqués par utilisateur dans le fichier .csv étendu.-
- .
Rôles IDM DelegAdmin supportés
- DelegatedManager_User
- DelegatedManager_Subunit
- DelegatedManager_Permission
- DelegatedManager_DelegMgmt_Permission
Fichier CSV
| Nom | Champ obligatoire | Exemple | Explication |
|---|---|---|---|
| firstName | Oui | Jean | Prénom |
| lastName | Oui | Model | Nom |
| Oui | jmodel@test.com | E-mail Adresse | |
| language | Oui | fr | langue |
| voucherCode | Oui | AB2D-EF7P | format XXXX-XXXX, caractères acceptés ABCDEFGHJKLMNPQRSTUVWXYZ, chiffres acceptés 23456789 (non valide : caractère «I» «O» et chiffres «1» et «0») |
| numéro de mobile | seulement pour Strict-Onboarding | 0041791234567 | numéro de téléphone |
| addressLine1 | seulement en cas d'onboarding par lettre | Engehalde 22 | rue |
| addressLine2 | uniquement en cas d'onboarding par lettre | Informatique SA | indication supplémentaire |
| postalCode | seulement en cas d'onboarding par lettre | 3005 | numéro postal d'acheminement |
| city | seulement en cas d'onboarding par lettre | Berne | localité |
| countryCode | uniquement pour l'onboarding par lettre | ch | pays |
| additionalRoles | Non | DelegatedManager_User DelegatedManager_Subunit DelegatedManager_Permission DelegatedManager_DelegMgmt _Permission Par défaut : aucun | Un ou plusieurs des rôles IDM pris en charge mentionnés ci-dessus |
| unitExtId | Non | 1234 Par défaut : l'unité sélectionnée au début du Bulk-Onboarding a été sélectionné | ExtId de l'unité dans laquelle l'utilisateur doit être inclus. Doit être soit l'unité sélectionnée dans AdminPortal, soit une unité enfant subordonnée à cette unité |
| nom du profil | Non | TestProfil | Si le nom du profil est défini dans le fichier CSV (c'est-à-dire que la valeur dans la colonne pour une ligne n'est pas vide), il devrait avoir la priorité sur l'adresse e-mail qui pourrait provenir de la fonction onboardingDataStorage si elle est activée pour le client. Si la fonction onboardingDataStorage est activée et qu'il n'y a rien dans la colonne profileName pour la ligne concernée, le nom de profil devrait rester l'adresse e-mail. |
Conditions de réussite du Bulk-Onboarding étendu
- seuls les rôles IDM supportés mentionnés ci-dessus sont présents
- les rôles IDM sont correctement formatés (séparateur correct)
- l'administrateur exécutant a les droits nécessaires pour attribuer tous les rôles IDM demandés