動的な担当者と担当者グループ
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
状態フローのコンテキストでは、動的な担当者とは、状態フローにリンクされているエンティティまたはリレーションの作成や変更を行ったときに、自動的にロール (変更者など) が割り当てられるユーザーです。
動的な担当者グループとは、エンティティが状態フローを通過するときに、タスクが自動的に割り当てられるユーザーのグループです。
動的な担当者
動的な担当者
既定では、以下の 3 つの動的な担当者があります。
- 作成者
- 変更者
- 所有者
作成者
この担当者は、コンテンツ アイテムを作成するユーザーです。
変更者
この担当者は、ブロック タイプのジョブに関する以下の既定リレーションのいずれかを変更するユーザーです。
- BlockLifecycleStatusToBlock
- AssignedUserToMProjectBlock
- AssignedUserGroupToMProjectBlock
- StateUserToMProjectBlock
- MProjectBlockToStateMachine
- LocalizationToBlock
- AssetMediaToBlock
- TaskTypeActionsToBlock
- BlockToMasterAsset
- TaskTypeActionsToBlock
ただし、以下のリレーションを変更しても、動的割り当てではユーザーは変更者には指定されません。
- BlockToFragmentDeliverables
- BlockToAssetDeliverables
- BlockToDeliverablesLifecycleStatus
- BlockToPortalDiscussion
その結果、状態フローにリンクされているエンティティを作成または変更するユーザーには、この特定の状態でトリガーされるジョブまたは操作が割り当てられます。
所有者 (UserOwnerToBlock)
この担当者は、M.Project.Block などのブロックを変更するユーザーです。
例
例
以下の例では、Sitecore Content Marketing Platform (CMP)™ フローの [レビュー中] 状態は、コンテンツ アイテムを作成したユーザーを含むように修正されます。この動的割り当てにより、該当する場合は、状態フロー操作がオブジェクトの作成者に割り当てられ、作成者はレビュー アクションを実行できます。
以下の例では、demo_user が Sitecore CMP コンテンツ アイテムを作成します。このユーザーは Sitecore CMP コンテンツの作成者となり、このコンテンツのレビュー担当者として動的に割り当てられます。
ユーザーと、状態フローにリンクされているエンティティとの間にリレーションが存在する場合は、このリレーションも表示されます。
動的なユーザー割り当てとユーザー リレーション
以下の例では、ユーザーとコンテンツ エンティティ定義の間にリレーションが作成されます。M.Content は、状態フローで有効になっているエンティティ定義です。
User_Relation フラグが有効になっているユーザーは、動的ユーザー割り当てに含まれます。たとえば、レビュー中状態では、ユーザー リレーション フラグは、ユーザーを動的に割り当てるために使用されます。
demo_user は User_Relation フラグが有効になっているため、このユーザーはコンテンツに関連付けられています。
このコンテンツがレビュー中状態に達すると、デモ ユーザーはこの状態に含まれます。リレーションは、コンテンツの [詳細] タブに表示されます。
動的な担当者グループ
動的な担当者グループ
担当者グループ (動的) 機能を使用するには、UserGroup エンティティ定義と状態フローにリンクされたエンティティの間にリレーションを作成する必要があります。
このリレーションを以下の図に示します。2 つのリレーションが作成されます。
- ブランド A ユーザー グループ。
- ブランド B ユーザー グループ。
コンテンツが CMP 状態フローを通過すると、動的割り当ては以下のようになります。
- コンテンツがブランド A と関連付けられている場合は、ブランド A ユーザー グループはレビュー ジョブに動的に割り当てられます。
- コンテンツがブランド B と関連付けられている場合は、ブランド B ユーザー グループはレビュー ジョブに動的に割り当てられます。
以下の例は、Content エンティティに対して親のリレーションを持つ Relation1 という名前の新しいメンバーを示しています。多対多のカーディナリティ (複数の M.Content エンティティにリンクされている可能性がある Usergroup エンティティ):
このリレーションが作成されると、ユーザー グループの動的割り当てを設定できます。設定を開始するには、[+追加] をクリックします。
この新しいリレーションによって開かれるダイアログ ボックスには、User Group エンティティおよび 状態フローにリンクされているエンティティという 2 つのエンティティ間に存在するすべてのリレーションが一覧表示されます。
以下の例では、Superusers ユーザー グループがコンテンツ アイテムに追加されています。
このコンテンツが Superusers フラグが含まれる状態フローを経由すると、割り当てには、標準で定義されたユーザー グループと Superusers グループも含まれます。たとえば、リレーションはフローのレビュー中状態に含まれます。コンテンツがこの段階に到達すると、Superuser グループと M.Builtin.Approvers の標準の担当者グループが動的に割り当てられます。
エンティティ間のリレーションは、子から親へのリレーションである場合もあります。以下の例では、Relation2 は、UserGroup から M.Content への子リレーションを形成するために作成されます。
階層ではなくリレーションが重要であるため、動的グループの割り当ては引き続き機能します。
リレーションは、状態フローにリンクされているあらゆるエンティティで作成できます。