主に学校などの教育機関向けの機能として用意されているのが「監視ありチャット機能」です。商用テナントでも利用できます。

これは教師がその場に居合わせなければ、生徒同士でチャットできないようにするための機能です。チャットそのものをオフにしてしまうと不便であるため、監視役として先生がその場で立ち会うことを条件に生徒間でチャットを許可するわけです。

チャットの権限の役割をユーザーに割り当てる

チャットの権限には次の3つがあります。

すべての権限 (Full permission)

どのユーザーともチャットを開始できるため、他の先生やスタッフ、生徒全員とチャットできるということです。監視役の教育関係者にこの役割を割り当てます。

限定された権限 (Limited permissions)

完全な権限を持つユーザーおよび限定された権限を持つユーザーとはチャットできますが、制限されたユーザーとはチャットを開始することはできません。この役割は、生徒へのアクセスは監視下だけに限定され、他のスタッフや教育関係者へは常にアクセスできる立場スタッフに最適です。

制限付き権限 (Restricted permissions)

完全な権限を持つユーザーとだけチャットできます。完全な権限を持つユーザーが招待する会話に参加できます。

----------------------

権限の役割の割り当ては、Microsoft Teams管理センターの「メッセージングポリシー」内の[チャットの権限の役割]で行います。

※PowerShellを使う場合は ChatPermissionRole ポリシーを使います。

監視つきチャットを設定する

チャットの役割を指定したら、テナント全体での「監視付きチャット」を有効化します。この機能は既定では無効です。Microsoft Teams 管理センターの「Teamsの設定」で「役割ベースのチャット権限」をオンにします。

機能の検証

機能を検証するために3つのポリシーを用意しました。

• Students…制限付き権限
• Teachers…すべての権限
• Staffs…限定された権限

検証用に用意した各ユーザーは次の通り。

Students ポリシーを割り当てたユーザー

• 浅田 裕子
• 横田 和馬

Teachers ポリシーを割り当てたユーザー

• Ai HIRANO

Staffs ポリシーを割り当てたユーザー

• John Smith

生徒同士での会話を試す

横田さん⇒浅田さんにプライベートチャットを送ってみます。これは送信できません。

生徒から先生に直接チャットする

生徒から先生へ (この場合は横田さん⇒HIRANO) の直接のチャットも禁止されます。

先生が生徒をメンバーとしたグループチャットを開始する

先生が生徒(横田さん、浅田さん)を追加してグループチャットを作成すると、生徒同士でもグループチャット内でやり取りができるようになります。

先生がグループチャットから退出する

先生がグループチャットから退出しようとすると、退出できないというメッセージが表示されます。監視役の人はいなくなるわけにはいきません。

スタッフから生徒にチャットする

スタッフから直接、生徒とチャットすることはできません(この場合は、John さん⇒ 横田さん)

スタッフから先生にチャットする

スタッフは先生とはチャットできます。もちろん、スタッフ同士もチャットできます。

スタッフが生徒を含むグループチャットに追加される

スタッフが生徒を含むグループチャットに追加されると、グループチャット内では生徒ともチャットすることができるようになります。

ちなみに、この機能はあくまでも「チャット」に限定したものであり、チーム内での会話はチームメンバー全員が閲覧できる状態となるため、チャネル内では問題なく投稿しあうことができます。

参考

監視ありチャットを使用する - Microsoft Teams | Microsoft Docs

 

Power Automate にはフローの実行継続期間があり、フロー開始されてから30日となっています。

Duration and retention limits

承認フローのようなフロー完了までに長期間にかかるようなものは、この制限に引っかかってしまうことがあります。そこでマイクロソフトは承認の情報を Microsoft Dataverse に格納することを勧めています。下記の記事は2019年のもので現在ステータスがアーカイブになっていますが参考にはなります。

Long-lived approvals and flows on Common Data Service

かいつまむと 承認 コネクターの 「承認の作成」アクションを使うことで、フローを作成した環境に既定で用意されている Microsoft Dataverse に承認が格納されるとのこと。これをうまく使えば長期実行できるよ、という話です。

そこでたどり着くのが Power Automate Community の「Build long-running Approval Flows」というブログ記事です。これを一通り試せば、おおよそどんなことをすべきかわかるかなと思ったのですが、如何せん、記事が書かれたのが2019年で Dataverse にもなっていない頃です。今のフローで作成してようとすると結構躓きどころが多い。

ということで、2022年2月現在でフローを作り直すとどうなるかをここに書き記しておきます。フローは2つを組み合わせていきます。大まかなイメージは次の通り。

1つ目のフロー

こは次のように作成します。ポイントは「承認」コネクターの「承認を作成」を使うことですね。

2つ目のフロー

これには Dataverse のコネクターを使っています。これはプレミアム コネクターであるため有料プランなどが必要ですね。そのためインターネット上にはこのコネクターを使わずにうまくタイムアウトを処理するロジックを構築している例が複数見つかるので、気になる方は探してみてください。

最初に追加しているのが Dataverse の「行が追加、変更または削除された場合」トリガーです。「種類の変更」は "更新" を指定し、テーブルは Approvals を指定します。

次に「IDで行を取得する」アクションを追加します。これは承認を依頼したユーザーを特定するために使用しています。

条件分岐は「行が追加、変更、または削除された場合」トリガーの「Result」を使って、承認されたかどうかを判定します。

最後は承認または却下された時にメールを送信しています。送信先は「IDで行を取得する」で取得した申請者の「既定電子メール」を指定しています。「Title」は「行が追加、変更、または削除された場合」トリガーからの取得したものです。

以上の2つのフローを保存したら動作検証しましょう。

検証結果

1つめのフローをテスト実行することで、Microsoft Teams の承認アプリに承認依頼が送られます。これで1つめのフローが実行されたことがわかります。

これを承認することで無事にメールに結果が届きます。これで2つめのフローも実行されたことがわかります。

おまけ

このフローを構築することでわかったのが、承認コネクターで「承認を作成」することで Approvals という Dataverse のテーブルに承認が追加されることです。実際にビルトインのソリューションである「Microsoft Flow Approvals Core Solution」を見てみると Approval (複数形は Approvals, スキーマ名は msdyn_flow_approval ) テーブルにデータが追加されていることがわかります。

Power Apps の研修を行っているときに、テーブルやコレクションの解説をします。理解を深めるために、その場で実際にコレクションを作成してから、これをドロップダウンリストやデータテーブル コントロール、ギャラリーコントロールに追加していくような実習をします。

ここで使うのが ThisItem 演算子です。演習をしながら解説するのですが、しっくりと理解できない方も少なくないようです。

そこでイメージをつかんでいただけるようにビデオを作成してみました! ぜひ、これを見てギャラリーコントロールと ThisItem 演算子の関係をイメージできるようになってくださいね。

Microsoft 365 の組織全体設定として会社のロゴを設定できます。

私の会社では独自のロゴを指定しています。このロゴは単に表示するだけでなく、リンク先を任意に指定することも可能です。既定ではリンク先は Office.com ですが、私が管理するテナントでは SharePoint ホームサイトにアクセスできるようにURLを指定しています。

設定手順

その設定は組織全的の設定であるため、テナントの管理者がMicrosoft 365 管理センターから設定する必要があります。

まず[設定]>[組織設定]にアクセスし、[組織のプロファイル]タブをクリックします。

次に[カスタム テーマ] をクリックします。

ここではカスタム テーマを作成することもできますが、今回は「既定のテーマ」をクリックして編集します。

※カスタム テーマの作成方法の詳細は下記の情報をさんしょうしてください。

組織のテーマをカスタマイズする - Microsoft 365 admin | Microsoft Docs

ロゴ タブをクリックすると、既定のロゴの設定ができるようになっています。

既定のロゴは任意の画像のURLを指定するか直接アップロードできます。ただし、アップロードできるのは、既定のテーマを編集する場合だけです。

URL を指定する場合は、HTTPS を使用する必要があります。また匿名アクセスを許可し、認証を必要としないものを利用します 。

アップロードする場合は10 KB 未満のロゴ 画像を指定しましょう。画像は、JPG、PNG、GIF、または SVG 形式のいずれかが利用できます。 SVG イメージの場合は、垂直方向に 24 ピクセルに収まるサイズに自動的に変更されます。 JPG、PNG、GIF 画像は、200 x 48 ピクセルに合わせて拡大縮小されますが、ロゴの縦横比は常に保持されます。

代替ロゴは Microsoft 365 でダークテーマを利用する際に使われます。代替ロゴはURLを指定する必要がありすまが、その他の要件は既定のロゴと同じです。

ロゴをクリックしたときのリンク先です。指定しなければ既定では Officeホームページ (Office.com) が設定されます。このテナントでは SharePoint ホームサイトのURLを指定しています。

2022年9月21日追記

設定が反映されないというコメントをいただいたのですが、おそらく、Office 365 のテーマが影響しているのではないかと思います。組織のテーマを使わないとロゴが非表示になります。ちなみに、このテーマは基本的に個人設定となるのでご注意ください。

昨年末に登壇させていただいた .NETラボ オンライン勉強会の録画が公開されていますので共有します。

内容は「Microsoft Search - Microsoft Graph connector と Search Federationの概要」についてです。30分ほどの内容です。他の方の登壇内容も非常に興味深いので、ぜひ、お時間のある時にご視聴ください。

録画

スライド