Passer au contenu principal

Système de gestion d'identité cross-domain (SCIM) Provisioning

Créez et supprimez des coéquipiers avec Okta, OneLogin ou un autre fournisseur d'identité utilisant le provisioning SCIM.

Écrit par Jordan Ross

SCIM ou la spécification System for Cross-domain Identity Management est un protocole standard pour gérer les comptes sur plusieurs services : ajouter des coéquipiers, modifier leurs propriétés, comme le nom, ou désactiver des comptes pour révoquer l'accès.

Intégrer Intercom avec votre fournisseur d'identité rend la gestion des coéquipiers simple et sécurisée.

Google Workspace ne prend pas en charge le provisioning SCIM pour Intercom, car Intercom ne figure pas dans le catalogue d'applications de Google. Seul le provisioning Just-in-Time est disponible pour Google Workspace, et le provisioning SCIM est pris en charge avec Okta, OneLogin et Azure Active Directory.


Avant de commencer

Important : Plusieurs prérequis sont nécessaires pour configurer SCIM :

  • Avant de configurer SCIM, le SAML SSO doit être configuré et activé dans votre espace de travail.

  • Le provisioning SCIM est disponible uniquement avec certains plans Intercom. Consultez nos plans et tarifs pour l'ajouter à votre abonnement.

  • Chaque espace de travail Intercom auquel vous souhaitez provisionner doit être configuré comme une application distincte dans votre fournisseur d'identité.


Comment activer SCIM

  1. Assurez-vous que SAML SSO est activé.

  2. Puis ouvrez Provisioning et sélectionnez Activer le provisioning SCIM.

  3. Une URL de base et un Jeton API seront disponibles après avoir enregistré les paramètres de sécurité.

  4. Copiez l'URL de base et le Jeton API et ajoutez-les à la configuration de l'application Intercom dans votre fournisseur d'identité (par exemple, Okta, OneLogin, Azure ActiveDirectory).


Configuration des paramètres de provisioning

Après avoir activé SCIM, vous devez configurer comment les nouveaux coéquipiers sont provisionnés et comment les coéquipiers partants sont déprovisionnés.

Définir les sièges et permissions par défaut des coéquipiers

Lorsqu'un nouveau coéquipier est créé par votre fournisseur d'identité, Intercom lui attribue un siège et un ensemble de permissions par défaut.

  1. Assurez-vous que SAML SSO est activé.

  2. Ouvrez la section Provisioning.

  3. Sous « Permissions par défaut des coéquipiers », cliquez sur Modifier.

  4. Activez le siège et les permissions que les nouveaux coéquipiers doivent avoir lors de leur provisioning.

Configurer les paramètres de déprovisionnement

Lorsque les coéquipiers sont déprovisionnés par votre IdP, leur compte sera supprimé d'Intercom. Ce paramètre contrôle à qui leurs éléments assignés (conversations, articles, etc.) sont réaffectés.

  1. Assurez-vous que SAML SSO est activé.

  2. Ouvrez la section Provisioning.

  3. Dans la section Déprovisionnement, vous pouvez choisir à qui doit revenir la propriété de chaque type de données.

    1. Si vous choisissez l'option Par défaut, Intercom attribuera les éléments au premier coéquipier dans l'espace de travail. Ceux-ci peuvent être réaffectés plus tard.

    2. Vous pouvez également choisir des coéquipiers spécifiques à exclure du déprovisionnement. Cela peut aider votre équipe informatique à conserver l'accès à votre espace Intercom en cas de mauvaise configuration ou d'urgence.


Comment SCIM gère les coéquipiers

Une fois configuré, votre IdP gérera vos coéquipiers dans Intercom.

Création de coéquipiers

Voici le flux typique de provisioning utilisateur :

  • L'équipe informatique ajoute un nouveau coéquipier dans l'annuaire du fournisseur d'identité de l'entreprise.

  • L'équipe informatique assigne l'application Intercom au nouveau coéquipier sur la plateforme IdP.

  • L'IdP envoie une requête HTTP à Intercom, qui crée un nouveau coéquipier dans l'espace de travail Intercom.

  • Le nouveau coéquipier reçoit automatiquement les permissions et le siège que vous avez configurés sous Permissions par défaut des coéquipiers.

Note : Si un compte administrateur avec le même email existe déjà dans Intercom, SCIM donnera à ce compte existant l'accès à l'espace client.

Mise à jour des coéquipiers

Lorsque votre équipe informatique modifie le nom d’un coéquipier dans l'annuaire IdP, l'IdP envoie une requête HTTP à Intercom pour mettre à jour le nom du coéquipier dans Intercom.

Suppression des coéquipiers

  • L'équipe informatique retire l'assignation de l'application Intercom à un coéquipier dans l'IdP.

  • L'IdP envoie une requête HTTP à Intercom pour retirer le coéquipier de l'espace de travail.

  • Intercom réaffecte automatiquement tous les objets (conversations, messages sortants, contacts, articles) assignés à ce coéquipier selon vos paramètres de Déprovisionnement des coéquipiers.

Avertissement important sur la désactivation : Les coéquipiers dans Intercom peuvent être dans deux états : « actif » ou « supprimé ». Intercom ne prend pas en charge d'état supprimé doux, désactivé ou archivé pour les coéquipiers.

Lorsqu'un coéquipier n'est pas actif dans votre fournisseur d'identité, son compte sera définitivement supprimé de l'espace Intercom. Si le coéquipier a accès à d'autres espaces, cet accès est conservé.


Gestion des permissions des coéquipiers via SCIM

Vous pouvez pousser vos groupes de fournisseur d'identité vers Intercom et mapper ces groupes à des rôles spécifiques de coéquipiers. Consultez notre article sur l'attribution automatique des rôles de coéquipiers via les groupes SCIM pour plus de détails.


Limitations et notes importantes

Limitations connues

Notre implémentation actuelle de SCIM ne prend pas en charge :

  • Ajouter un coéquipier à une équipe ou le retirer d'une équipe

  • Attribuer un rôle par défaut lors du provisioning (cela doit être fait via le mapping des groupes SCIM)

Notes importantes

Note :

  • La capacité de provisioning d'Intercom est construite en utilisant la version 2.0 du protocole SCIM.

  • Intercom considère les adresses email comme insensibles à la casse (par exemple, "Teammate@example.com" est identique à "teammate@example.com").

  • Si un paramètre « displayName » est envoyé dans la requête, il sera utilisé à la place du paramètre « name ».

Avez-vous trouvé la réponse à votre question ?