Validations personnalisées externes

Utilisez des validations personnalisées externes pour valider des éléments de demande dans Oracle Fusion Cloud Enterprise Data Management à l'aide de règles métier et de données de référence ou transactionnelles qui résident dans un système externe.

Avec les validations personnalisées externes, Cloud EDM envoie les informations de demande à un système externe via un appel d'API REST. Le système externe évalue les modifications soumises à l'aide de sa propre logique de validation et renvoie des messages de validation pour les problèmes détectés. Les messages renvoyés sont ensuite affichés dans Cloud EDM avec d'autres résultats de validation.

Les validations personnalisées externes permettent aux organisations d'étendre les capacités de validation de Cloud EDM au-delà des données et de la logique disponibles dans Cloud EDM. Cela permet aux processus de validation d'intégrer des exigences d'application en aval, des données de référence, une logique métier personnalisée ou des règles de gouvernance externes gérées dans d'autres systèmes.

Remarques

  • Pour utiliser une validation externe, vous devez configurer les composants suivants :

    1. Un système de validation externe.
    2. Une adresse d'API REST exposée par le système externe (reportez-vous à la section Spécification d'API REST de validation personnalisée externe pour connaître la spécification d'API REST à laquelle l'adresse doit se conformer).
    3. Une connexion globale de type Validation externe configurée pour utiliser l'adresse d'API REST. Reportez-vous à la section Création de connexions globales.
    4. Une validation personnalisée avec le type de validation Externe. Reportez-vous à la section Création de validations personnalisées.
  • Les validations personnalisées externes ne peuvent être exécutées que pour les éléments et les actions d'une demande.
  • La validation personnalisée externe évalue les éléments et actions de demande à l'aide de l'expression de filtre de noeud configurée, ainsi que des actions et des propriétés de déclencheur. Les éléments de demande doivent respecter l'expression de filtre de noeud, et les actions de demande doivent être spécifiées par les actions et les propriétés de déclencheur afin d'être envoyées au système externe pour validation.
  • Vous pouvez créer une validation externe personnalisée sur les types de noeud uniquement. Vous ne pouvez pas créer de validation externe personnalisée sur des applications, des dimensions ou des ensembles de hiérarchies. Reportez-vous à la section Création de validations personnalisées.

Flux de processus de validation externe

Les étapes suivantes décrivent le processus de validation externe :

  1. Une demande est validée et contient des éléments de demande qui utilisent un type de noeud pour lequel une validation personnalisée externe est activée.
  2. La validation personnalisée externe évalue les éléments et actions de demande à l'aide de l'expression de filtre de noeud configurée, ainsi que des actions et des propriétés de déclencheur.

  3. Cloud EDM identifie les éléments et actions de demande qui doivent être validés dans le système externe, puis envoie les informations sur ces éléments et ces actions à l'adresse d'API REST du système externe à l'aide de la connexion globale de validation externe configurée.
  4. L'adresse d'API du système externe reçoit la demande, évalue les modifications soumises à l'aide de ses propres règles de validation et de sa logique métier, puis renvoie les résultats de validation pour les éléments ou les actions de demande dont la validation a échoué.
  5. Cloud EDM reçoit les résultats de validation du système externe et les convertit en messages de validation EDM.
  6. Les résultats de la validation sont affichés dans Cloud EDM avec la gravité indiquée dans la validation personnalisée.

Exemples de cas d'emploi

Les organisations peuvent utiliser des validations personnalisées externes pour prendre en charge des scénarios tels que les suivants :

  • Empêcher les modifications (telles que les actions de suppression) qui enfreindraient les exigences d'intégrité des données du système cible applicables aux données de référence ou transactionnelles.
  • Valider les modifications de plan de comptes en les comparant aux règles d'application ERP.
  • Vérifier les mises à jour de hiérarchie par rapport aux contraintes d'application de reporting en aval.
  • Vérifier que les valeurs de propriété de noeud existent dans les systèmes de référence externes.
  • Appliquer des normes de dénomination ou des règles de dépendance propres à une application.