Les mappings de membre permettent de dériver les membres cible de chaque dimension en fonction de la valeur source. Ils sont référencés lors du chargement des données, permettant ainsi à Oracle Hyperion Financial Data Quality Management, Enterprise Edition de déterminer la méthode de dimensionnement des données chargées dans l'application cible. Les mappings de membre définissent les relations entre les membres source et les membres de dimension cible dans une même dimension. Vous devez créer un mapping de membre pour chaque dimension cible.
Vous pouvez importer les mappings de membre à partir d'un fichier Excel, .csv ou .txt sélectionné. Vous pouvez également créer des mappings dans un fichier texte, puis les importer. L'import des mappings de membre prend en charge les modes de fusion et de remplacement, ainsi que des options de validation pour les membres cible.
Ressource REST
POST /aif/rest/{api_version}/jobs
Demande
Types de support pris en charge : application/json
Le tableau suivant récapitule la demande client.
Tableau A-5 Paramètres
Nom | Description | Type | Obligatoire | Valeur par défaut |
---|---|---|---|---|
api_version |
Version de l'API avec laquelle vous travaillez, par exemple, V1 | Chemin | Oui | Aucun |
jobType |
Type de job, MAPPINGIMPORT |
Chemin | Oui | Aucun |
jobName |
Nom d'une dimension donnée à importer, par exemple |
Chemin | Oui | Aucun |
fileName |
Fichier et chemin à partir desquels importer les mappings. Le format de fichier peut être .csv, .txt, .xls ou .xlsx. Le fichier doit être chargé avant l'import, soit vers la boîte de réception soit vers un sous-répertoire de la boîte de réception. Le chemin du fichier comprend la boîte de réception, par exemple, inbox/BESSAPPJan-06.csv |
Chemin | Oui | Aucun |
importMode |
Mode d'import : MERGE pour ajouter de nouvelles règles ou remplacer des règles existantes, ou REPLACE pour effacer le mapping précédent avant l'import |
Chemin | Non | MERGE |
validationMode |
Indique le mode de validation à utiliser, true ou false . Une entrée true valide les membres cible par rapport à l'application ; false charge le fichier de mapping sans aucune validation. Le processus de validation consomme beaucoup de ressources et davantage de temps que le mode de validation false ; l'option sélectionnée par la plupart des clients est false |
Chemin | Non | false |
locationName |
Emplacement FDMEE où les règles de mapping doivent être chargées ; les règles de mapping sont propres à un emplacement dans FDMEE | Chemin | Non | Aucun |
Exemple de corps de demande
L'exemple suivant illustre un corps de demande au format JSON.
{ "jobType":"MAPPINGIMPORT", "jobName":"ACCOUNT", "fileName":"inbox/BESSAPPJan-06.csv", "importMode":"MERGE", "validationMode":"false", "locationName":"BESSAPP" }
Pour obtenir un exemple de code, reportez-vous à la section Exécution de règles de données.
Réponse
Le tableau suivant récapitule les paramètres de réponse.
Tableau A-6 Paramètres
Nom | Description |
---|---|
|
ID de processus généré dans FDMEE pour le job, par exemple 1880 |
|
Statut du job, par exemple |
|
Fichier journal contenant les entrées de cette exécution, par exemple |
|
Nom du fichier de sortie généré, le cas échéant, sinon |
|
Type de processus exécuté, |
|
Nom de connexion de l'utilisateur pour exécuter la règle, par exemple |
|
Renvoie la trace de pile d'exception en cas d'erreur d'application ou |
Types de support pris en charge : application/json
Paramètres
Exemple de corps de réponse
L'exemple suivant illustre un corps de réponse au format JSON.
{ "links": [ 0] "status":"-1" "details":"null" "jobId":"1880" "jobStatus":"RUNNING", "logFileName":"outbox/logs/BESSAPP-DB_1880.log", "outputFileName":"null", "processType":"IMPORT_MAPPING", "executedBy":"admin" }
Pour obtenir un exemple de code, reportez-vous à la section Exécution de règles de données.