Échec de la synchronisation SCIM dans Okta en raison d’une incompatibilité de type de données des attributs

Bonjour Durand

Lorsque la synchronisation SCIM échoue à cause d’une incompatibilité de type de données, la première chose à vérifier est le mapping des attributs entre Okta et l’application cible. Dans Profile Editor d’Okta, comparez chaque attribut concerné (String, Boolean, Integer, Array, DateTime, etc.) avec le schéma attendu par l’application downstream afin d’identifier les écarts de type.

Je recommande également de consulter les journaux dans System Log et l’onglet Provisioning d’Okta. En général, le message d’erreur indique précisément quel attribut est rejeté et quel type de données est attendu par l’application cible. Une fois l’attribut identifié, ajustez son mapping ou appliquez une transformation dans Okta pour convertir la valeur vers le format attendu.

Si des attributs personnalisés sont utilisés, assurez-vous qu’ils existent bien dans le schéma de l’application cible et qu’ils sont configurés avec le même type de données des deux côtés. Après les modifications, lancez un test de provisionnement sur un utilisateur pilote afin de valider que les attributs sont correctement transmis et acceptés.

Enfin, surveillez à nouveau les logs de provisioning pour confirmer qu’aucune erreur de validation ou de conversion n’est remontée. Cette approche permet généralement de corriger les erreurs de mapping, de rétablir le provisioning et de garantir une synchronisation utilisateur fiable entre Okta et l’application cible.

J’espère que cela vous aide. Si cette réponse répond à votre question, n’hésitez pas à cliquer sur "Accept Answer" afin d’aider d’autres personnes confrontées au même scénario.