PureCloud champs SCIM et PureCloud
Ce tableau montre les champs SCIM que PureCloud SCIM (Identity Management) mappe aux champs PureCloud. Ces champs SCIM sont ensuite mappés à des champs dans les applications des participant tiers.
Champs d'attributs à valeurs multiples
Le tableau de correspondance des champs SCIM et Genesys Cloud ne répertorie que les sous-attributs essentiels requis pour chaque correspondance. Bien que des sous-attributs supplémentaires soient disponibles, tels que définis dans RFC 7643 Section 2.4, seuls les sous-attributs essentiels sont énumérés dans le tableau. Pour obtenir une liste complète des sous-attributs d'un attribut à valeurs multiples, il convient de se référer à la spécification SCIM.
Les champs SCIM à attributs multiples suivent ce format :
<attribute>.[].<subattribute>
Où <attribute> fait référence aux éléments de la liste d'attributs multivalués et <subattribute> indique le sous-attribut spécifique de chaque élément qui est requis pour la mise en correspondance.
Le schéma JSON générique pour ce format est le suivant :
{ "$schema": "http://json-schema.org/draft-04/schema#", "type": "object", "required": ["<attribute>"], "properties": { "attribute": { "type": "array", "items": [ { "type": "object", "additionalProperties":true, "required": ["<sub_attribute>"], "properties": { "sub_attribute": { "type": "string" } } } ] } } }
Utilisez l'un des validateurs de schéma JSON en ligne pour valider le schéma JSON pour les références d'attributs multivalués dans le mappage du tableau. Par exemple, dans la correspondance roles.[].value
, roles
représente <attribute> et value
représente <subattribute>.
L'élément JSON pour le mappage roles.[].value
est donc validé comme suit :
{ "roles": [ { "other": "this is allowed but doesn’t contribute to the roles mapping", "value": "Role1" }, { "value": "Role2" } ] }
Filtrer les attributs à valeurs multiples
Certains attributs SCIM à valeurs multiples nécessitent la mise en correspondance d'un élément de liste spécifique avec un champ Genesys Cloud. Dans ce cas, un sous-attribut supplémentaire est spécifié comme champ de filtrage pour la liste. Ce champ de filtre devient un sous-attribut obligatoire pour cet élément.
Par exemple, dans le champ phoneNumbers[type eq "home"].value
, phoneNumbers
représente le <attribute>, value
représente le <subattribute>, et type
est le <subattribute> supplémentaire utilisé pour le filtrage. Contrairement aux correspondances standard qui ne nécessitent pas de filtre, le sous-attribut type
est utilisé pour identifier et lier l'entrée du numéro de téléphone correct dans la liste. Avec le type de sous-attribut supplémentaire, l'élément JSON utilisé pour le mappage est validé comme suit :
{ "phoneNumbers": [ { "type": "home", "value": "+13175551234" }, { "type": "mobile", "value": "+13175554321" } ] }