Ce contenu est traduit de l’anglais avec DeepL Pro.
Forfait requis :
DeepL Pro Ultimate,
Business, Enterprise, Voice for Conversations, or Voice for Meetings
Cet article présente une vue d'ensemble de la manière dont les actions effectuées dans le fournisseur d'identité sont reflétées dans DeepL, ainsi que les règles de provisionnement des ressources existantes lorsque le provisionnement des utilisateurs SCIM est activé pour votre équipe. Pour plus d'informations sur le provisionnement des utilisateurs SCIM, veuillez consulter cet article.
Opérations dans le fournisseur d'identité
L'administrateur informatique ajoute un utilisateur à l'application d'entreprise DeepL.
appel API
- SCIM POST /Utilisateurs/
- SCIM POST /Groupes/
Réflexion dans DeepL
- L'utilisateur est provisionné.
- Le groupe est provisionné (s'il n'existe pas).
Si un groupe portant le même nom existe déjà, tel que celui créé pour la synchronisation de groupe Just-in-Time (JIT), il ne sera pas écrasé. Afin d'éviter toute duplication, il est recommandé de supprimer les groupes existants.
L'administrateur informatique désigne l'utilisateur de l'un des groupes attribués à l'application DeepL, mais l'utilisateur reste membre d'un autre groupe qui accorde l'accès à DeepL.
appel API
- SCIM PATCH /Groups/{i} mettant à jour l'attribut « membres »
Réflexion dans DeepL
- Le compte est supprimé du groupe spécifié.
- L'utilisateur perd l'accès à cet abonnement ou à ce produit.
Si un utilisateur handicapé tente d'accéder à un produit DeepL pour lequel il ne dispose pas de licence, le comportement par défaut consiste à le rediriger vers la version gratuite de ce produit. Vous pouvez changer ce comportement dans les paramètres de sécurité de votre compte.
L'administrateur informatique désassocie l'utilisateur d'un groupe ayant accès à DeepL, et cet utilisateur n'a alors plus aucun accès à l'application authentification unique DeepL.
appel API
- SCIM PATCH /Groups/{i} mettant à jour l'attribut « members ».
- Demande SCIM PATCH à l'endpoint /Users/{id}, mettant à jour l'attribut « active » de l'utilisateur à « False ».
Réflexion dans DeepL
- Le compte est désactivé et aucune licence n'est attribuée à cet utilisateur.
- L'utilisateur est affiché comme licence non attribuée.
- L'utilisateur reste dans le groupe par défaut DeepL afin de garantir qu'il fait toujours partie de l'organisation.
Le fournisseur d'identité refusera l'accès à l'application SSO lors de la prochaine connexion ou du prochain rafraîchissement de session.
L'administrateur informatique supprime un compte utilisateur d'Entra ID lorsqu'un employé quitte l'entreprise.
appel API
- Demande SCIM PATCH à /Users/{id} pour mettre à jour l'attribut « active » à « False » et l'attribut « nom d'utilisateur » à Guid+e‑mail.
Réflexion dans DeepL
- Le compte utilisateur est définitivement supprimé.
Tous les glossaires créés par cet utilisateur seront transférés à l'administrateur de l'organisation.
L'administrateur informatique désactive le compte de l'utilisateur dans Entra ID.
appel API
- Demande SCIM PATCH à l'endpoint /Users/{id}, mettant à jour l'attribut « active » de l'utilisateur.
Réflexion dans DeepL
- Le compte est désactivé (l'utilisateur ne disposera pas de licence).
- L'utilisateur sera affiché comme Licence non attribuée.
- L'utilisateur reste dans le groupe par défaut DeepL afin de garantir qu'il fait toujours partie de l'organisation.
Le fournisseur d'identité refusera à cet utilisateur l'accès à l'application SSO lors de sa prochaine connexion ou du prochain rafraîchissement de session.
L'administrateur informatique supprime l'un des groupes attribués à l'application DeepL.
appel API
- Les requêtes SCIM PATCH demandent à chaque membre de supprimer son appartenance au groupe.
- Demande pour supprimer le groupe
Réflexion dans DeepL
- Le groupe est supprimé et disparaît du compte administrateur DeepL.
- Les adhésions aux groupes d'utilisateurs sont mises à jour.
L'administrateur informatique désigne l'un des groupes attribués à l'application DeepL, mais les utilisateurs restent membres d'un autre groupe qui a accès à DeepL.
appel API
- Demande de correctif SCIM pour que chaque membre puisse supprimer son appartenance au groupe
- Demande SCIM DELETE pour supprimer ce groupe
Réflexion dans DeepL
- Le groupe est supprimé et disparaît du compte administrateur DeepL.
- Les adhésions aux groupes d'utilisateurs sont mises à jour.
L'administrateur informatique désigne l'un des groupes de l'application DeepL et les utilisateurs n'ont plus accès à l'application authentification unique.
appel API
- SCIM PATCH /Groups/{i} mettant à jour l'attribut « membres »
- Demande SCIM DELETE pour supprimer ce groupe
- Demande SCIM PATCH à l'endpoint /Users/{id}, mettant à jour l'attribut « active » de l'utilisateur à « False ».
Réflexion dans DeepL
- Le groupe est supprimé et disparaît du compte administrateur DeepL.
- Le compte est désactivé et aucune licence n'est attribuée à cet utilisateur.
- L'utilisateur est supprimé des groupes du compte DeepL.
- L'utilisateur reste dans le groupe par défaut DeepL afin de garantir qu'il fait toujours partie de l'organisation.
Règles d'approvisionnement pour les ressources existantes
Si un utilisateur provisionné existe déjà dans Entra ID.
L'utilisateur est désormais mis à jour et géré via SCIM.
Si un utilisateur existe déjà dans DeepL mais n'a pas reçu l'autorisation d'accéder à l'application DeepL dans le fournisseur d'identité au moment où le provisionnement commence.
L'utilisateur existant ne sera pas supprimé automatiquement. Il doit être supprimé manuellement.
Si un groupe existe déjà dans DeepL mais n'a pas reçu l'autorisation d'accéder à l'application DeepL dans le fournisseur d'identité au moment où le provisionnement commence.
Le groupe existant ne sera pas supprimé automatiquement. Il est nécessaire de le supprimer manuellement.