ワークスペースメンバーのロールを変更する

ロールを変更すると、メンバーのワークスペース権限の組み合わせが置き換わります。昇格によって多くのファイルや管理操作が見えるようになり、権限を下げるとアップロード、共有、ダウンロード、ページ、プロトコルへのアクセスが直ちに失われることがあります。カスタムロールは名前だけに頼らず、実際の権限を確認してください。

ロールを変更できる人

操作するアカウントには対象のワークスペースでロールを管理が必要です。チームページ自体にもチームへのアクセスとチームメンバーを表示が必要です。ロール選択は別のオーナーではないメンバーの行だけに表示され、自分の行と現在のオーナーの行はラベルのままです。

dosyaは権限の上限を適用します。対象ロールで有効なすべての権限を、割り当てる人も持っている必要があります。このルールは組み込みロールとカスタムロールの両方に適用されます。所有権は別の移譲操作で変更するため、オーナーは割り当て可能な選択肢に現れません。

権限を下げる前に、別の信頼できる人が引き続きロールを管理を保持することを確認してください。ユーザーは自分のロールを変更できないため、管理アクセスを失うと同じアカウントから復元できません。

手順

1. 正しいワークスペースに切り替え、チームを開きます。
2. メンバーで名前とメールアドレスから対象者を探します。自分の行は使用しないでください。
3. ロール列の_メンバー名_のロール選択欄を開きます。
4. 目的の組み込みロールまたはカスタムロールを選びます。自分の権限を超えるロールは表示されないか無効になっています。
5. メンバーと新しいロールを示す**ロールを更新しました。**のメッセージを待ちます。
6. 開いているdosyaのタブを再読み込みしてもらい、引き続き可能な操作とできなくなる操作を1つずつテストします。

メンバーに生じる変更

新しいロールは直ちに保存されます。対象メンバーには重要なアプリ内通知、メール、有効な場合はプッシュ通知が届きます。通知には変更前後のロール、操作した人、利用可能になったアクセス、失われた権限が記載されます。ワークスペース管理者には別のアプリ内記録が届きます。

role_idだけを変更してもメンバーのフォルダーに制限設定は維持されます。そのためロール権限とフォルダー制限は同時に適用され、より広いロールを選んでも割り当てられたフォルダーの範囲を超えることはありません。

開いているクライアントは古い権限の結果を短時間保持することがあります。メンバー通知には再読み込みの依頼が明記されており、分散された権限キャッシュの反映にはおよそ60秒かかる場合があります。正しいロールでも以前と同じ動作をする場合は1分待って再読み込みし、代表的な操作を1つ再度試してください。

変更が拒否された場合

• You don’t have permission to manage this memberは操作する人にロールを管理がないことを示します。
• You don’t have permission to assign this roleは選択したロールに操作する人が持たない権限が少なくとも1つ含まれることを示します。オーナーに変更を依頼するか、より限定的なロールを選んでください。
• You cannot change your own roleは自分での権限昇格や誤ったアクセス喪失を防ぎます。別の権限のあるアカウントを使用してください。
• Ownership is transferred, not assigned. Use the transfer control. このロール一覧ではなくワークスペースの所有権移譲を使用してください。
• Cannot change the workspace owner’s role. Transfer ownership first. 移譲を完了し、必要に応じて以前のオーナーのロールを変更してください。
• Invalid roleは削除されたロールか、別のワークスペースのカスタムロールを示す場合があります。チームを再読み込みして現在の一覧から選んでください。

ロール変更は、引き続きロールを管理を持ち、権限の上限を満たす別のメンバーが元に戻せます。その間に削除されたアクセスは、許可されたロールが再び割り当てられるまで利用できません。

期待される結果

メンバー行に選択したロールが表示され、許可される操作は現在の権限に一致し、フォルダーの境界は設定どおり維持されます。メンバーにはアクセス変更を説明する通知が届きます。

関連ガイド

• ワークスペースのロール
• チームメンバーを招待する