Microsoft Teams は雑に言うと Microsoft 365 の既存のアーキテクチャの組み合わせのようなものです。メッセージングのデータは Outlook のメールと同じく Exchange にデータが保存されているし、チームのチャネルのメッセージにファイルを添付すれば SharePoint に保存されるし、そしてチャットにファイルを添付すれば OneDrive for Business (以下 ODfB ) に保存されるし。そして他のビジネスチャットサービスと比較する時に良くも悪くも添付ファイルの保存先が SharePoint か ODfB である事がクセが強い一因でもあります。これは SharePoint や ODfB をある程度知っている人からするとクセを理解しやすいけど、知らない人からすると理解しにくいクセですよね。
チャットにファイルを添付した時のクセが一番強いと思っています。その一つが同名ファイルを添付した時の挙動。あるチャットルーム(個人チャット、グループチャットどちらでも)にファイルを添付しました。同じチャットルームに同名ファイルを添付しようとすると、他のビジネスチャットサービスでは同名ファイルでも問題なくファイルを添付できるのもあるでしょう。これはこれでファイル管理の観点からするとメールにファイル添付した時と同じく、やりとりが増えるほどどれが正式版なのか?最新版なのか?がわからずに、先祖返りしただのトラブルが起きるケースにつながると思います。一方で Microsoft Teams のチャットの場合は、同名ファイルを添付しようとすると、裏側では ODfB の特定フォルダー内にファイルを保存するという仕様上、同名ファイルの添付はできません。なので添付済みの同名ファイルから置換をするか hogehoge(1).xlsx のように連番を振って別ファイル名として保存させるかの二択でした。
▼2017年当時のスクショ
しかしここまでは特にクセは強くありませんが、 Microsoft Teams のクセが強いところは別のチャットルームにファイルを添付しようとしても、どこかのチャットルームで一度でもファイルを添付していたら、やはり同名ファイルは保存できないんです。「え?このチャットルームでは添付した事ないのに…」という感じになります。これは上でも書きましたが、チャットのメッセージにファイルをドラッグ&ドロップするなどPC内のファイルを貼り付ける形で添付をすると、裏側では ODfB の特定のフォルダーに保存される挙動だからです。この特定のフォルダーはチャットルームごとに更にサブフォルダーを作るわけではなく、全部その特定フォルダーの層に保存されていくんです。なので別のチャットルームだとしても同名ファイルでは保存できないわけです。
OneDrive for Business や SharePoint に保存されたファイルは Word / Excel / PowerPoint に関してはブラウザーやアプリで開いて編集もできるのは当然ですが、現時点では300種類以上の様々なファイルをプレビュー表示できるファイルビューアーがあります。そのファイルビューアーがおよそ3か月前の 2024/06 頃に刷新されました。
この「共有リンクの有効期限」ですが、おそらく多くの人は「有効期限が切れると共有リンクも無効になりアクセス権も無効になる」と思うでしょう。しかし実際は本当に「共有リンクだけの有効期限」だったようです。つまり Microsoft の各種説明やアナウンスは全く間違っておらず、勝手に僕も含めたユーザーがそういうもんだと思い込んでしまっていた事かと思います。これに対して気付きを与えてくれたブログ記事が以下です。
先日、Japan Microsoft 365 Users Group のイベントでも登壇してくださった まっぴぃ さんのブログ記事です。こちらでは共有リンクの有効期限の仕組みをかなり深掘りしていて、特にIT部門など管理者にとっては非常に有益で、僕の苦手な PowerShell での確認の手順まで記載されています。しかし、一般の利用者にとっては難しい内容となっているため、僕のこの記事では実際にユーザー視点で試してみた事とその結果を書いていきます。
ただし、例えば Slack は結構前からカスタム絵文字を追加できていて、そこに魅力を感じている人も少なくはなかったと思います。そんな中、今年2024年5月に Microsoft が開催したイベント Microsoft Build 2024 でカスタム絵文字が使えるようになるという発表があり楽しみにしていましたが、ついに僕の環境にも展開されていました。確認したところ対象リリース環境だけじゃなく標準リリース環境でも展開されているようです。
2024/05/24 付けで Microsoft 365 管理センターのメッセージセンターに、以下のメッセージが公開されました。
SharePoint を単体で活用している企業って Microsoft 365 導入企業の中のどのくらいの割合なんですかね。特にコロナ禍以降に Microsoft 365 を導入もしくは本格利用開始してきた企業の中には、いわゆる社内ポータルサイトとしての「発信」の部分は、 Microsoft Teams で十分役割を果たしているので不要だという意見も割と少なくない印象です。そういう場合は、 Microsoft Teams のチームの裏側で実は使われているという程度で、 SharePoint 単体での利用はほぼない場合もあり、つまり SharePoint を共有ファイルストレージの側面でしか利用していないという感じです。 SharePoint と言えば、昔から「ライブラリ」「リスト」「ページ」が3大機能だったけど、リストは Microsoft Lists としても身体半分独立したような状態で、昔の「お知らせリスト」みたいに社内ポータルサイトの一方向の掲示板、通達・連絡などに利用される時代は終わっていますよね(いや、多くの企業はまだまだこの使われ方をしていますが)。そしてライブラリに関しては前述の通り Microsoft Teams などで裏側で利用されがち。残るは「ページ」。これが「ニュース・ページ」となり、実は SharePoint 単体で利用して社内に向けて情報発信する際のキーとなる機能だと僕は思っています。通常、リストの情報はサイトを越えられないので、昔から複数サイト内のリストを社内ポータルサイトのホームに集約して表示させる方法に苦労していたと思います。あ、ここで言う「サイト」は昔の言い方だと「サイトコレクション」の事です。そして昔から大きな壁となっていたサイトを越えた情報のやりとりができない事はいわゆる「サイトコレクション跨ぎ」なんて言われていたように思います。これを越えるために「コンテンツ クエリ Webパーツ」なんて懐かしいWebパーツがあったけど、これをカスタマイズするのがなかなか難儀だったり、場合によっては高負荷でポータルサイトがダウンしがち…などなど。僕も色々と苦労したし苦い経験もしました。そして現在。ニュースは例えばニュースWebパーツではサイト(コレクション)跨ぎとか気にする事なく他サイトのニュースを表示させられるし、複数サイトをハブ構成にしていても情報をハブサイトに集約しやすいですね。そもそも SharePoint スタートページを開けば、自分にアクセス権のあるサイトのニュースを表示してくれるし、 SharePoint のニュースでも公開されつつ同じ内容がメールでも送信されるメールテンプレートの機能もあったり。いわゆる通達連絡あたりの一方向の情報発信は SharePoint のニュースが良いと思うんですよね。