1. 状態フロー

動的な担当者と担当者グループ

Version:
日本語翻訳に関する免責事項

このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。

状態フローを使用すると、動的に割り当てられたユーザーとユーザー グループを作成できます。

担当者の更新

動的な担当者

既定では、次の 3 つの動的な担当者オプションがあります。

  • 作成者
  • 変更者
  • 所有者 (UserOwnerToBlock)
2 人の動的な担当者

[!注] 所有者 (UserOwnerToBlock) は M.Project.Block などのブロックでのみ使用できます。

[!注] 動的割り当てを使用して変更者として正常に実装されるには、ユーザーはジョブ ブロック タイプ標準リレーションのいずれかを変更する必要があります。

  • BlockLifecycleStatusToBlock
  • AssignedUserToMProjectBlock
  • AssignedUserGroupToMProjectBlock
  • StateUserToMProjectBlock
  • MProjectBlockToStateMachine
  • LocalizationToBlock
  • AssetMediaToBlock
  • TaskTypeActionsToBlock
  • BlockToMasterAsset
  • TaskTypeActionsToBlock

    ただし、以下のリレーションを変更しても、ユーザーは動的割り当て動的な担当者には指定されません。

  • BlockToFragmentDeliverables

  • BlockToAssetDeliverables
  • BlockToDeliverablesLifecycleStatus
  • BlockToPortalDiscussion

したがって、状態フローにリンクされているエンティティを作成または変更するユーザーには、この特定の状態でアクションが実行されているジョブまたは操作が割り当てられます。

この例では、CMP フローのレビュー中ステータスは、コンテンツ アイテムを作成したユーザーを含むように修正されます。 この動的な割り当てにより、該当する場合は、状態フロー操作がオブジェクトの作成者に割り当てられ、作成者はレビュー アクションを実行できます。

作成者は動的に割り当てられます

次の例では、demo_user が CMP コンテンツ アイテムを作成します。 CMP コンテンツの作成者として、このユーザーはこのコンテンツのレビュー担当者として動的に割り当てられます。

コンテンツの作成者はこのコンテンツのレビュー担当者として動的に割り当てられます

ただし、ユーザーと、状態フローにリンクされているエンティティの間に関係が存在する場合は、この関係も表示されます。

コンテンツに対するユーザーの関係の例

動的なユーザー割り当てとユーザー リレーション

この例では、ユーザーコンテンツ エンティティ定義の間にリレーションが作成されます。 コンテンツは、状態フローが有効になっているエンティティ定義です。状態フローを有効にする方法の詳細については、状態フローを有効にするを参照してください。

多対多カーディナリティにユーザーとコンテンツを関係付ける

ユーザーがこのフラグを有効に設定している場合、ユーザーは動的ユーザー割り当てに含まれます。 たとえば、レビュー中状態での、ユーザーとコンテンツを関連付けるために作成された関係であるユーザー リレーションは、このフラグを有効にしてユーザーを動的に割り当てるために使用されます。

CMP 状態フローの [レビュー中] 状態への関係

"** demo_user**" ユーザーでこのフラグが有効になっているため、ユーザーはコンテンツに関連付けられています。

コンテンツに対して関連付けられたユーザー

このコンテンツがレビュー中状態に達すると、コンテンツはこの状態に含まれます。 リレーションは、コンテンツの [詳細] タブに表示されます。

動的割り当てが表示されたレビュー中のコンテンツ

動的な担当者グループ

ユーザーが担当者グループ (動的) 機能を利用するには、UserGroup エンティティ定義と状態フローにリンクされたエンティティの間にリレーションを作成する必要があります。

このリレーションを次の図に示します。 2 つのリレーションが作成されます。

  • ブランド A ユーザー グループ。
  • ブランド B ユーザー グループ。

コンテンツCMP 状態フロー を通過すると (CMP フローの詳細については、 CMP フローを参照してください) 、動的割り当ては次のようになります。

  • コンテンツブランド A と関連付けられている場合は、 ブランド B ユーザー グループはレビュー ジョブに動的に割り当てることができます。
  • そうでない場合、コンテンツブランド B と関連付けられている場合は、 ブランド B ユーザー グループはレビュー ジョブに動的に割り当てることができます。
動的なユーザー グループ割り当て

次の例は、Content エンティティに対し親関係を持つ** Relation1** という名前の新しいメンバーです。 多対多のカーディナリティ (複数の M.Content エンティティにリンクされている可能性がある Usergroup エンティティ):

**Content**エンティティに対し親関係を持つ**Relation1**という名前の新しいメンバー

このリレーションが作成されると、ユーザーグループの動的割り当てのオプションが提供されます。 [+追加] オプションをクリックします。

動的グループ割り当てを使用するためにリレーションを追加するオプション

この新しいリレーションを作成すると、User Group と、状態フローにリンクされているエンティティの、2 つのエンティティ間に存在するすべてのリレーションが一覧表示された新しいモーダルが開きます。

2 つのエンティティ間に存在するすべてのリレーションが一覧表示された新しいモーダル

この例では、Superusers ユーザー グループがコンテンツ アイテムに追加されます。

リレーションに含められるスーパーユーザー

このコンテンツが、このフラグが含まれるフローを経由すると、割り当てには、標準で定義されたユーザー グループだけでなく、Superuser グループも含まれます。 この例では、リレーションはフローの [レビュー中] 状態に含まれています。 コンテンツがこの段階に達すると、Superuser グループと M.Builtin.Approvers の標準の担当者グループは動的に割り当てられます。

スーパーユーザーは動的に割り当てられます

ただし、エンティティ間の関係は、子から親への関係である場合もあります。 この例では、Relation2 は、UserGroup から M.Content への子関係を形成するために作成されます。

関係は子または親のいずれかになります

また、階層ではなく関係が重要であるため、動的グループの割り当ては引き続き機能します。

階層ではなく関係が重要であるため、動的グループの割り当ては引き続き機能します

リレーションは、状態フローにリンクされているあらゆるエンティティで作成できます。

この記事を改善するための提案がある場合は、 お知らせください!