チーム管理
チームメンバーの追加、編集、削除、表示のユースケース。
ユースケース2：レコードにチームメンバーを追加（Manager）
目的
Read/WriteアクセスでチームメンバーをCaseレコードに追加します。
前提条件
- ユーザーがFTS_Data_Access Permission Setを持っている
- Caseオブジェクトがチーム共有に設定されている
- ユーザーがレコードオーナーであるか、レコード上でManagerロールを持っている
手順
| ステップ | アクション | 期待される結果 |
|---|---|---|
| 1 | Caseレコードを開く | Case詳細ページが読み込まれる |
| 2 | 「Object Team」コンポーネントを見つける | コンポーネントに「No team members」または既存のリストが表示される |
| 3 | 「Add」ボタン（+）をクリック | チームメンバー追加モーダルが開く |
| 4 | ユーザー「Test User」を検索 | ユーザーがルックアップに表示される |
| 5 | ユーザーを選択 | User IDが入力される |
| 6 | Access Levelを「Read/Write」に設定 | アクセスレベルが選択される |
| 7 | Roleを「User」に設定 | ロールが選択される |
| 8 | （オプション）End Dateを将来の日付に設定 | 終了日が設定される |
| 9 | 「Add」をクリック | モーダルが閉じ、ユーザーがチームリストに表示される |
検証ポイント
- ユーザールックアップに写真とメールが表示される
- アクセスレベルオプション：Read Only、Read/Write
- ロールオプション：Manager、User（Ownerは選択不可）
- 終了日は将来の日付である必要がある（過去の場合は検証エラー）
- 重複メンバーでエラーメッセージが表示される
- Caseの共有レコードが作成される（設定 > 共有で確認）
ユースケース3：チームメンバーの編集（Manager）
目的
チームメンバーのアクセスレベルをRead/WriteからRead Onlyに変更します。
前提条件
- レコードにチームメンバーが存在する
- 現在のユーザーがマネージャー権限を持っている
手順
| ステップ | アクション | 期待される結果 |
|---|---|---|
| 1 | チームメンバーがいるレコードを開く | チームメンバーリストが表示される |
| 2 | チームメンバー行のメニューアイコン（⋮）をクリック | ドロップダウンに編集/削除オプションが表示される |
| 3 | 「Edit」をクリック | 現在の値で編集モーダルが開く |
| 4 | Access Levelを「Read Only」に変更 | 新しい値が選択される |
| 5 | 「Save」をクリック | モーダルが閉じ、アクセスレベルが更新される |
検証ポイント
- 編集フォームに元の値が事前入力される
- ユーザーは変更できない（読み取り専用）
- 共有レコードのアクセスレベルが適切に更新される
- 成功トーストメッセージが表示される
ユースケース4：チームメンバーの削除（Manager）
目的
レコードからチームメンバーを削除します。
前提条件
- レコードにチームメンバーが存在する
- 現在のユーザーがマネージャー権限を持っている
手順
| ステップ | アクション | 期待される結果 |
|---|---|---|
| 1 | チームメンバーがいるレコードを開く | チームメンバーリストが表示される |
| 2 | チームメンバー行のメニューアイコン（⋮）をクリック | ドロップダウンに編集/削除オプションが表示される |
| 3 | 「Delete」をクリック | 確認モーダルが開く |
| 4 | 「Delete」をクリックして確認 | モーダルが閉じ、メンバーがリストから削除される |
検証ポイント
- 確認にメンバー名が表示される
- 親オブジェクトの共有レコードが削除される
- 成功トーストメッセージが表示される
- メンバーがリストに表示されなくなる
ユースケース5：チームの表示（エンドユーザー）
目的
ユーザーがチームメンバーであるレコードのチームメンバーを表示します。
前提条件
- ユーザーがFTS_Data_Access Permission Setを持っている
- ユーザーがレコードのチームメンバーである
手順
| ステップ | アクション | 期待される結果 |
|---|---|---|
| 1 | ユーザーがチームメンバーであるレコードを開く | レコード詳細ページが読み込まれる |
| 2 | 「Object Team」コンポーネントを表示 | チームメンバーリストが表示される |
| 3 | リスト内の自分のエントリを表示 | 名前、写真、ロール、アクセスレベルが表示される |
| 4 | 5人以上のメンバーがいる場合、「Show X more」をクリック | 完全なリストが展開される |
| 5 | 「Show less」をクリック | リストが5人のメンバーに折りたたまれる |
検証ポイント
- ユーザーはチームメンバーを表示できる
- 追加/編集/削除ボタンは表示されない（ユーザーがManagerでない限り）
- Ownerロールのメンバーがバッジ付きで表示される
- 終了日が設定されている場合は表示される
- 5人以上のメンバーがいる場合、リストが「Show X more」ボタンで折りたたまれる
- 「Show X more」をクリックすると完全なリストが展開される
- 「Show less」をクリックするとリストが折りたたまれる
- レコードオーナーは常にリストの最初に表示される
ユースケース6：一時的なチーム割り当て
目的
一時的なアクセスのために有効期限付きでチームメンバーを追加します。
前提条件
- レコードに対するManager権限
- クリーンアップジョブがスケジュールされている（オプションですが推奨）
手順
| ステップ | アクション | 期待される結果 |
|---|---|---|
| 1 | チームメンバーを追加（ユースケース2） | モーダルが開く |
| 2 | End Dateを今から7日後に設定 | 日付が選択される |
| 3 | 保存 | 終了日が表示されたメンバーが追加される |
| 4 | 終了日が経過するまで待つ | — |
| 5 | クリーンアップジョブが実行される（午前2:00） | メンバーが自動的に削除される |
検証ポイント
- チームメンバーリストに終了日が表示される
- 過去の終了日は許可されない（検証エラー）
- バッチジョブで期限切れメンバーがクリーンアップされる
- メンバー削除時に共有レコードが削除される
ユースケース10：オーナー変更の同期
目的
親レコードのオーナーが変更されたときにチームOwnerを自動的に更新します。
背景
レコードのOwnerIdフィールドが変更されたとき（例：アカウントが別の営業担当者に再割り当てされた場合）、Role__c = 'Owner'のObjectTeamMember__cレコードを新しいオーナーを反映するように更新する必要があります。これは自動ではありません — FlowまたはApexトリガーが必要です。
前提条件
- オブジェクトに対してチーム共有が設定されている
- レコードにチームメンバーが存在する（Ownerロールは自動的に作成される）
- Flowを作成するための管理者アクセス
Flowによるセットアップ（推奨）
詳細なセットアップ手順については、設定ガイドを参照してください。
検証ポイント
- FlowはOwnerIdが変更されたときのみトリガーされる
- Role=‘Owner’のObjectTeamMember__cが新しいオーナーに更新される
- 古いオーナーの共有レコードが削除される（まだチームメンバーでない場合）
- 新しいオーナーの共有レコードが作成される
- キューオーナーが処理される（実行ユーザーを使用）
- バルク操作がサポートされる（一度に複数レコード）
サポートされているオブジェクト
- Account、Opportunity、Case、Lead、Campaign、Order
- チーム共有が有効になっている任意のカスタムオブジェクト