招待を承認したメンバーを確認する

招待が有効なワークスペースのメンバーシップになったことを確認し、割り当てられたロールとフォルダーの範囲を確認して、受信者自身のセッションでアクセスをテストします。

最終確認日

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

承認できるのは招待のメールアドレスと一致するアカウントでサインインした場合だけです。サーバーはメンバーシップの作成と招待の承認済みへの変更を同時に行い、ダッシュボードに移動します。

承認前の件数、保留行の削除、完全なメンバー行、許可と拒否のアクセステストを示す4段階の手順図。
チーム画面と受信者のセッションの両方で承認を確認してください。保留行が消えただけでは実効権限は確認できません。スクリーンショットを原寸で開く。

始める前に

  • 認証情報を求めず、受信者に使用したアカウントのメールアドレスを確認してください。
  • 想定するワークスペース、ロール、必要なフォルダーの範囲を控えてください。
  • チーム画面の閲覧者にはチームへのアクセスとチームメンバーを表示が必要です。

手順

  1. 招待先ワークスペースでチームを開き、現在のメンバーと保留中の招待の件数を控えてください。
  2. 招待された正確なメールアドレスでサインインした状態で招待を開き、承認操作を選択するよう受信者に依頼してください。
  3. チーム画面を再読み込みし、保留中の招待からメールアドレスが消えたことを確認してください。
  4. メンバーでその人を探し、名前、メールアドレス、ロール、ワークスペース全体またはフォルダー名を確認してください。
  5. メンバーのプロフィールを開き、参加日と最終アクティビティを確認してください。最初の操作が記録される前はアクティビティはまだありませんでも正常です。
  6. 受信者のセッションでクライアントを再読み込みし、許可された操作と除外された操作を1つずつテストしてください。
招待を承認したメンバーの確認に関する参考画面。メンバー、ロール、招待状態の一覧があるdosyaのチーム画面。
招待を承認したメンバーの確認に関する参考画面。メンバー、ロール、招待状態の一覧があるdosyaのチーム画面。スクリーンショットを原寸で開く。

承認による変更

有効な承認ではメンバーシップが1件追加され、招待が承認済みとなり、member_joinedが記録されて/dashboardに移動します。オーナーと管理者には、参加者、ワークスペース、ロール、権限の概要を示す通知が届きます。

ドメインポリシーやワークスペースのメンバー数上限によって参加が拒否された場合、招待は消費されません。すでにメンバーであった場合、dosyaは重複するメンバーシップを作らず、招待を承認済みにして移動します。

期待される結果

チーム画面に想定するロールと範囲の有効なメンバーが1人表示され、保留行が消え、受信者の許可と拒否のテストが実効設定と一致します。

トラブルシューティング

This invite was sent to … You’re logged in as …. サインアウトし、招待先のアカウントを使用してください。招待の宛先は変更できません。

This invite has expired, been revoked, or already been accepted. 新しい招待を発行する前に、招待者にチーム画面の確認を依頼してください。

行は表示されますがアクセスが更新されません。 ロールを変更する前に約60秒待って再読み込みし、再テストしてください。

関連ガイド

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

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

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

質問と回答

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

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

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

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

    やり直す前に結果を確認

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