招待前にワークスペースのロールを選ぶ

招待前に組み込みロールまたはカスタムロールを選び、招待者の権限の上限を適用して、作業に必要な最小限のアクセスを確認します。

最終確認日

スクリーンショットは英語版の画面です。

招待に保存されたロールは、承認時に新しいメンバーの権限の組み合わせになります。カスタムロールの名前だけではセキュリティ上の意味は決まらないため、具体的に必要な操作に基づいて選択してください。

必要な作業、権限と制限の確認、正確なメール招待、保留中の招待とチームでの確実な確認を示す4段階の流れ。
公開の承認ページでは保存されたカスタムロールが適用される場合でもMemberと表示されることがあるため、保留中の招待とチームでロールを確認してください。スクリーンショットを原寸大で開く。

始める前に

  • アカウントにメンバーを招待が必要です。選べるのは自分の有効な権限に含まれるロールだけの場合があります。
  • オーナーは招待で割り当てられません。所有権は移譲の手順で変更します。
  • 直接のメール招待は7日間有効で、受信者のアドレスに紐付きます。

手順

  1. その人が実際に必要とするページ、ファイル操作、チーム業務、プロトコルアクセスを列挙します。
  2. 候補ごとにロールの権限を表示を開き、36個すべてのスイッチとIP、利用時間、使用量の制限を確認します。
  3. 必要な作業を可能にする最も限定的なロールを選びます。ページへのアクセスと操作権限は別であることに注意してください。
  4. チーム → ワークスペースに招待 → メールで招待を開き、正確な受信者アドレスを追加します。
  5. ロールで確認済みの値を選び、招待を送信を選択します。
  6. 招待を送信しました。を確認し、新しい保留中の招待の行で正確なロールを調べて、承認後のメンバーのロールをチームで確認します。
メンバー、ロール、招待の状態を一覧表示するdosyaのワークスペースのチーム画面。
招待前のワークスペースロール選択に関する参考画面。メンバー、ロール、招待の状態を表示するチーム画面。スクリーンショットを原寸大で開く。

ロールの範囲

組み込みの閲覧者は閲覧が中心、メンバーは通常のファイル作業、管理者はメンバーとワークスペースのコンテンツの管理を担います。この要約だけに頼らず実際の権限を確認してください。カスタムロールでは、作成者が付与できる権限の範囲内で登録項目を組み合わせられます。

受信者は承認時に提示されたロールを変更できません。招待の表示用GETはすべてのカスタムロールをメンバーと表示しますが、承認のPOSTは保存されたカスタムロールIDを適用します。承認前は保留中の招待、承認後はチームのメンバー行を信頼できるロールの確認先としてください。保留中の行が誤っている場合は無効化して新しく招待してください。再送では元のロールが維持されます。

期待される結果

チームの保留中と承認済みの行に意図したロールが表示され、その権限は招待者が付与できる範囲内で、メンバーは不要な管理アクセスなしに作業できます。

トラブルシューティング

このロールで招待する権限がありません。 自分の権限にすべて含まれるロールを選ぶか、より広い権限を持つ管理者に依頼してください。

無効なロールです。 チームを再読み込みしてください。カスタムロールが削除されたか、別のワークスペースに属している可能性があります。

このメールアドレスの招待はすでに保留中です。 重複を作成せず、その行を確認して再送または無効化してください。

カスタムロールなのに承認ページにMemberと表示されます。 公開の招待GETにおける表示上の制限です。保留中の招待を確認してから承認を完了し、その後チームで保存されたロールを確認してください。

関連ガイド

この記事は役に立ちましたか?

評価の結果を読み込んでいます…

投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。

質問と回答

このガイドの手順について質問できます。質問は確認後に公開されます。

公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。

質問を読み込んでいます…

    dosyaアカウントにサインインすると、質問を投稿できます。

    やり直す前に結果を確認

    操作をもう一度確認する必要があるときは、次の共通の確認事項をご利用ください。