Communities
A collaborative platform to connect and grow with like-minded Informaticans across the globe
Product Communities
Connect and collaborate with Informatica experts and champions
Discussions
Have a question? Start a Discussion and get immediate answers you are looking for
User Groups
Customer-organized groups that meet online and in-person. Join today to network, share ideas, and get tips on how to get the most out of Informatica
Get Started
Community Guidelines
Knowledge Center
Troubleshooting documents, product guides, how to videos, best practices, and more
Knowledge Base
One-stop self-service portal for solutions, FAQs, Whitepapers, How Tos, Videos, and more
Support TV
Video channel for step-by-step instructions to use our products, best practices, troubleshooting tips, and much more
Documentation
Information library of the latest product documents
Velocity (Best Practices)
Best practices and use cases from the Implementation team
Learn
Rich resources to help you leverage full capabilities of our products
Trainings
Role-based training programs for the best ROI
Certifications
Get certified on Informatica products. Free, Foundation, or Professional
Product Learning Paths
Free and unlimited modules based on your expertise level and journey
Resources
Library of content to help you leverage the best of Informatica products
Tech Tuesdays Webinars
Most popular webinars on product architecture, best practices, and more
Product Availability Matrix
Product Availability Matrix statements of Informatica products
SupportFlash
Monthly support newsletter
Support Documents
Informatica Support Guide and Statements, Quick Start Guides, and Cloud Product Description Schedule
Product Lifecycle
End of Life statements of Informatica products
Ideas
Events
Change Request Tracking
Marketplace
Français
  • Multidomain MDM 10.3 HotFix 1
  • Tous les produits

Table des matières

Search

  1. Préface
  2. Introduction
  3. Concepts IDD
  4. Processus d'implémentation
  5. Gestionnaire de configuration IDD
  6. Configuration manuelle d'IDD
  7. Propriétés globales d'IDD
  8. Exigences de plateforme et de dimensionnement
  9. Composants de l'application
  10. Configuration de la sécurité IDD
  11. Sécurité des données
  12. Exemple de configuration de la sécurité basée sur les rôles
  13. Masquage des données
  14. Moteur de flux de travail Siperian BPM
  15. Codes de paramètres régionaux
  16. Dépannage
  17. Glossaire

Guide d’implémentation de Data Director

Guide d’implémentation de Data Director

Précédent Suivant

Signets

Signets

Les signets sont des URL qui permettent d'ouvrir une application IDD et d'afficher une vue, une tâche ou une recherche.
les signets sont disponibles pour les applications IDD qui utilisent le modèle de domaine.
L'URL spécifie quelle application IDD appeler, quelle partie de l'application ouvrir et quelle entité afficher. Des signets peuvent être utilisés pour appeler IDD depuis une application externe (par exemple, Informatica MDM Data Control, ou IDC), ou depuis un navigateur. Un utilisateur peut partager une URL de signet avec un autre utilisateur. Lorsqu'un utilisateur ouvre l'URL dans un navigateur, il doit se connecter à l'application IDD pour afficher la vue.
Dans une application IDD, vous pouvez créer des liens vers des commandes Afficher le signet sur les pages. Ces commandes fournissent l'URL pour l'entité en cours. Des signets sont disponibles pour les fonctionnalités suivantes : Vue des données, Vue de hiérarchie, tâches et recherches.
Le format de l'URL est : 
http://<
host
>[:<
port
>]/bdd/?deeplink=<
operation
>;<
iddAppName
>/<
subjectAreaID
>;<
param1
>[;<
param2
>]
Où :
Variable
Description
host
Nom de la machine qui héberge Informatica MDM Hub.
port
Facultatif. Numéro de port
operation
Une des valeurs suivantes :
  • openrecord;dv - ouvre une entité dans la Vue des données
  • openrecord;hm - ouvre une entité dans la Vue de hiérarchie
  • opentask - ouvre une fenêtre de tâche
  • recherche - ouvre une fenêtre de recherche
iddAppName
Nom de l'application IDD.
subjectAreaID
Identifie le domaine. Utilise le format suivant : 
subjectAreaGroupName/SubjectAreaName
param1
Définit les données à afficher et dépend de l'opération.
param2
Facultatif. Dépend de l'opération.
Tout caractère non autorisé dans une URL doit subir un double codage. Le double codage (exécuter deux fois le processus de codage) est requis pour permettre aux serveurs Web d'accepter des requêtes contenant des barres obliques (/ et \) dans leurs paramètres. Les requêtes contenant des barres obliques à codage simple utilisées dans les paramètres sont rejetées par les serveurs Web. Seules les valeurs de paramètres doivent subir un double codage.