Lire en anglais

Partager via


Nœuds Activity et ActivityID

Les nœuds Activity et ActivityID sont utilisés pour contenir et identifier une définition d'activité. Le nœud Activity est le dossier parent destiné aux éléments de la définition d'activité. L'ensemble des éléments de donnée et des nœuds d'événements commerciaux figurent dans le nœud d'activité associé et lui sont subordonnés. Le nom du nœud Activity doit refléter le nom de l'activité elle-même.

Le nœud ActivityID est un élément généré automatiquement dans la définition d'activité et sert à contenir un identificateur unique pour l'activité. Il peut être utilisé pour effectuer le suivi des identificateurs fournis par l'utilisateur ou générés par le système. À titre d'exemple, dans un scénario dans lequel un numéro de bon de commande est l'identificateur unique de tous les bons de commande dans l'ensemble du système, vous pouvez utiliser ce numéro en tant qu'ActivityID et donc mapper la valeur de l'ActivityID à partir de n'importe quelle source d'événement, par exemple le champ de numéro de bon de commande figurant dans le schéma de bon de commande. Si la valeur de bon de commande n'est pas unique, vous n'êtes pas obligé de mapper le nœud et l'analyse BAM génèrera automatiquement des identificateurs uniques lors de l'exécution.

Les activités peuvent être associées à d'autres activités. Dans certains scénarios, ces relations font explicitement partie du modèle observation. Plus particulièrement, lorsqu'une vue utilisateur comprend au moins deux activités, il existe une relation automatique entre ces activités. Quand une telle relation existe, un nœud de relation est automatiquement créé dans l'arborescence d'activité sous le nœud Activity, pour chaque activité homologue connue. Dans les scénarios où il existe une relation de données et où aucune vue étendue n’existe, vous pouvez ajouter manuellement un nœud de relation à l’arborescence d’activités.

Dans les deux cas, le rôle du nœud de relation est de fournir un identificateur à l'activité associée. Par exemple, une relation plusieurs à plusieurs peut exister entre les bons de commandes et les livraisons (un seul bon de commande est honoré par plusieurs livraisons ; une livraison peut comporter un produit correspondant à plusieurs bons de commande). L'enregistrement d'activité de chaque bon de commande peut contenir plusieurs pointeurs liés aux livraisons associées tandis que chaque enregistrement d'activité de livraison peut être pointé sur un ou plusieurs bons de commandes. En termes de base de données, la valeur du nœud de relation est la clé étrangère de la table pour l'autre activité.

Utilisation des nœuds ActivityID

Par exemple, considérez le scénario suivant : l’orchestration EquityLoan contient le dossier d’activité LoanProcess. Elle fait référence à des événements commerciaux dont :

  • LoanApplicationReceived

  • CHRequest

  • CHResponse

  • AppraisalRequest

  • AppraisalResponse

  • Approved

  • Refusée

    Le nœud ActivityID permet au développeur de solutions d'extraire les données qui identifient de manière unique l'activité, un numéro de bon de commande par exemple ou, dans le cas du scénario proposé, le champ SSN (social security number, numéro de sécurité sociale) du message. Si vous ne faites glisser aucune donnée vers le nœud ActivityID, un GUID généré automatiquement identifie les activités d'entreprise.

    Pour définir la relation entre des événements commerciaux ou des étapes majeures dans diverses orchestrations, l'orchestration cible doit faire référence au nœud ActivityID. Pour plus d’informations sur l’implémentation de relations à l’aide de TPE, consultez Nœuds de relation.

Voir aussi

Nœuds de la vue des activités de l’Éditeur de modèle de suivi