元メンバーのアクセス削除を確認する
元メンバーがワークスペースへのアクセスを失ったことを確認し、残った有効なリンクと、元に戻せないメンバーシップ・リクエストの後処理を理解します。
最終確認日
スクリーンショットは英語版の画面です。
メンバーを外すとメンバーシップが削除され、キャッシュが無効化されますが、その人が作成した共有リンクは有効なままです。お気に入り、グループ、未終了のファイルリクエストは別途、可能な範囲で後処理されます。

始める前に
- 他の人を外す操作にはロールを管理が必要です。メンバーは自分自身を外せます。
- 現在のオーナーは所有権を移譲するまで外せません。
- 重要な共有リンクとファイルリクエストを先に記録してください。メンバーシップの削除は元に戻せる切り替え操作ではありません。
手順
- チームを開き、名前とメールアドレスで対象を特定し、その行がワークスペースのオーナーでないことを確認してください。
- 削除操作を選ぶ前に、そのメンバーの有効な共有リンクと未終了のファイルリクエストを確認してください。
- 削除ボタンを選び、メンバーを外すダイアログで名前を再確認してください。
- 外すを確定し、**メンバーを外しました — このワークスペースにアクセスできなくなりました。**を待ってください。
- チーム画面を再読み込みし、メンバーからその人が消えたことを確認してください。該当する管理者には削除のアクティビティまたは通知が届きます。
- 元メンバーのセッションでワークスペースが利用できないことを確認し、作成者のファイルリクエストが失効したことを確認してください。残っているリクエストや共有URLは手動で終了してください。

永続的な影響と残るもの
メンバーシップの行は直ちに削除され、復元できません。再参加には新しい招待またはリンクの承認が必要です。お気に入り、フォルダーグループ、作成者が所有するファイルリクエストは削除後に後処理されます。アクセス削除はすでに確定しているため、後処理のエラーは無視されます。管理者は未終了のリクエストがないか確認してください。
既存のファイルはワークスペースに残ります。その人が作成した共有リンクは有効なままで、管理者への通知にはその件数が含まれます。メンバーを外すだけではリンクの失効にはなりません。
期待される結果
元メンバーはチーム画面から消え、ワークスペースを再び開けません。残るファイルリクエストをすべて確認して失効させ、意図して保持した共有リンクを記録します。
トラブルシューティング
Cannot remove the workspace owner. Transfer ownership first. 所有権の移譲を完了してから再試行してください。
You don’t have permission to remove members. ロールを管理を持つ人に依頼してください。
公開URLがまだ開きます。 メンバーの削除では共有リンクが意図的に保持されます。継続アクセスが不要なら共有画面からそのリンクを失効させてください。
元メンバーのファイルリクエストがまだアップロードを受け付けます。 削除後のリクエストの後処理は可能な範囲で行われます。ファイルリクエストを開き、そのアカウントが作成したレコードを特定して残るURLをそれぞれ失効させてください。
関連ガイド
この記事は役に立ちましたか?
評価の結果を読み込んでいます…
投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。
質問と回答
このガイドの手順について質問できます。質問は確認後に公開されます。
公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。
質問を読み込んでいます…
dosyaアカウントにサインインすると、質問を投稿できます。