クライアントの社内グループに招待される際に必要なこと

Question

クライアントがteamsを使用して業務連絡をしている都合上、制作スタッフの私もグループに招待していただき、グループにゲストで承認してもらっています。私は会社のoffice365のビジネスパック（teamsの使用権限があるもの）でアカウントがあるので、問題なく参加できていいます。新しい案件で外部のスタッフをグループに承認してもらうためには、マイクロソフトのidが必要ですか？フリーのアカウントでも問題なく起動するものでしょうか。60代のスタッフ本人は、自身のEメールアドレスで登録していると言っていて聞かないのですが、マイクロソフトのidがないと先方の管理者にも申請できないと思うのですがいかがでしょう。

Answer 1

Teams は Zoom のように Zoom 専用のアカウントを登録するのではなく、Teams のチームや会議を主催している組織（会社）のディレクトリ（Microsoft Entra ID テナント）にユーザーを作成/登録して、その Entra ID アカウントで Teams を利用するという建付けです。

組織（会社）のディレクトリにはその組織内のメンバーのほか、外部のユーザーをゲストとして登録できます（これが今回の質問の対象ですね）。ゲストとして登録できるのは、

1. 他の組織（会社）のディレクトリに登録されているユーザー（これはあなたの場合ですね）
2. Microsoft アカウントなど、外部の ID サービスに登録されているユーザー（Microsoft アカウントは既定で利用可能、組織が設定すれば Facebook アカウントと Google アカウントも可能）
3. 上のいずれのアカウントも持たないが、自分のメールアドレスでメール受信が可能なユーザー

です。「1.」と「2.」は登録されている組織やサービスで認証すれば、ゲストとして認証されたことになるので（多要素認証が強制される場合は別ですが）、自分の組織やサービスでサインインすれば Teams をゲストとして利用できます。

「3.」の場合は、サインインのたびにワンタイムパスワードが登録したメールアドレスに送信されるので、それを利用してサインインして、ゲストとして Teams を利用することになります。

結論から言えば、『新しい案件で外部のスタッフをグループに承認してもらうためには、マイクロソフトのidが必要』ではありませんが、それが無いと毎回ワンタイムパスワードを利用しなければならないので、結構面倒で不便でしょう。

なお、「フリーメールをゲストとして登録するのはよろしくない」というような（あまり意味は無いと思いますが）話になるようであれば、「自社のディレクトリに直接アカウントが登録されているが、権限は（外部から招待したのと同じ）ゲスト」というアカウントを作成することが可能です。そのようなアカウントを作成して Teams ライセンスを割り当てて（内部ユーザーとなるのでライセンスは必要）、外部のスタッフに提供すればよいでしょう。

Answer 2

B2B直接接続と勘違いされているのか・・・思い込みがあるような気がしますが・・・

もし、「個人用のTeamsのユーザーは招待できないのでは？」・・・という意味でれば、個人用のTeamsのユーザーも招待できますね。

「Outlook、Gmail などの勤務先または通常のメール アカウントを持っているユーザーは、ゲストとして Teams に参加することができます」ということになってます。

＜参考（すでに他の方から紹介されていますが）＞

Microsoft Teams でのゲスト アクセス

https://learn.microsoft.com/ja-jp/microsoftteams/guest-access

ちなみに、Teamsユーザーでは無い場合は、招待で承諾のプロセスで使用した任意のパスワードが、その後のTeamsにゲストしてサインインするときに必要なパスワードになります。（が、あらかじめMSアカウントを作成しておいた方がスムーズでしょう）

Answer 3

チャブーンです。

この件ですが、Teamsのゲスト参加については、技術的には「到達可能なメールアドレス」があれば、参加は可能です。MSの公式マニュアルにも記載がありますね。

Microsoft Teams でのゲスト アクセス

ゲスト招待プロセスは次のように機能します。

1. チーム所有者がチームにゲストを追加します。
2. ゲストは、チーム所有者からウェルカム メールを受け取り、チームに関する情報と、チームが追加された後に何を期待するかに関する情報を受け取ります。
3. ゲストが招待を承諾します。 Microsoft Entra IDに職場または学校アカウントを持っているゲストは、招待に同意し、直接認証できます。 他のユーザーには、ID を検証するためのワンタイム パスコードが送信されます (ワンタイム パスコード認証が必要です)。

ですが、別のいくつかの問題もあります。

• (主に)フリーのメールアドレスの社用使用を会社として禁止している
  技術の話しではなく運用としてこうなっているケースは、よくあります。承認していいメールアドレスかどうかそもそもわからない、なので使えないといったケースです。
• 手続きが面倒すぎる
  自分側でEntra IDを持っていない場合、毎回ワンタイムパスワードの認証が必要です。社内サポートなどで「一人だけ特別」な運用は非常に高コストで、拒否される傾向が高いです。
• ブラウザベースで使わないとトラブルが起こる可能性がある
  デスクトップアプリの場合、自組織のEntra IDが存在している前提のUIになっています。技術的にはゲストアカウントでのサインインもできますが、トラブルが起こった場合、実質ブラウザベースでのサインインでの利用しかできなくなる可能性はあり得ます。

なので、技術的に話しではなく、別観点から「難しい」と調整すること自体は可能かと思います。対象者の方の「気分を害する」リスクを度外視すれば、になりますけれど。