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