メンバーのロール変更後にアクセスを確認する

ロール変更が成功するとメンバーシップが直ちに更新され、フォルダーの起点は維持されます。対象者には以前のロール、新しいロール、失った権限を示す通知が送られます。

始める前に

• 想定する変更前後のロールと、追加または削除される権限の一覧を入手してください。
• 管理下のメンバーセッションを使用し、ナビゲーションの表示だけからアクセスを推測しないでください。
• 分散した権限とメンバーシップのキャッシュが反映されるまで約60秒待ってください。

手順

1. チームを開き、メンバーの行に意図した新しいロールが表示されることを確認してください。
2. ロールの下の行でワークスペース全体または既存のフォルダー名を確認してください。ロールだけの更新ではこれが消えてはいけません。
3. メンバーにロール変更の通知を開いてもらい、変更前後のロールと失ったアクセスの概要を予定した変更と比較してください。
4. 最大1分待ってから、開いているdosyaのタブをすべて再読み込みするか、テストするプロトコルクライアントを再接続してください。
5. 新たに許可された操作または意図して維持された操作を1つ実行してください。副作用のある操作では使い捨てのファイルやリンクを使用してください。
6. 拒否されるはずの権限を1つ試し、破壊的な再試行をせず、操作が表示されないことまたは正確な拒否を記録してください。

結果の解釈

ロール名だけでは権限を証明できません。APIは実際の権限マップを参照し、IP範囲、利用可能な時間、使用量の上限、フォルダーの制限によってさらに制約されることがあります。ページへのアクセス権も操作権限とは別に適用されます。

別の権限を持つ管理者が後でロールを戻すことはできますが、広いロールが有効な間に完了した操作は自動的に元には戻りません。

期待される結果

チーム画面の行、通知、メンバーセッションでの確認が一致します。意図した作業は成功し、削除された操作は利用できず、以前のフォルダー範囲が有効なままです。

トラブルシューティング

許可された操作がまだ拒否されます。 権限を再編集する前に、ページへのアクセス、フォルダーの起点、ロールの条件、使用量上限を確認してください。

削除された操作がまだ成功します。 キャッシュの反映を待ち、再読み込みまたは再接続して、意図したワークスペースへのリクエストであることを確認してください。

メンバーがアクセスを復旧できません。 自分自身のロール変更は禁止されています。別の管理者が条件を満たす別のロールを割り当てる必要があります。

関連ガイド

• チームメンバーを招待する
• メンバーを外す