月: 2017年8月

「サイトコレクションの管理者なのに、サイトの設定画面に表示されていないメニューがある！」

という問い合わせを過去に数回受けた事がありました。この場合、ほぼ100%このユーザーは「サイトコレクションの管理者」ではない事が原因です。

上長からの任命などで「このサイトコレクションの管理者になった」という役割名の意味の「サイトコレクションの管理者」と、SharePoint の設定上の「サイトコレクションの管理者」に追加されたユーザーでは大きく異なります。つまり、問い合わせしてきたユーザーの「サイトコレクションの管理者」とは、前者のただの役割名の意味だったという事です。

会社によって SharePoint の運営方針は異なりますが、中には「サイトコレクションの管理者」はIT部門以外のユーザーは追加しない方針もあるかと思います。この場合、いわゆるサイト管理者にはトップレベルサイトに対してフルコントロール権限を付与する形が多いかと思います。（もしくはオリジナルのアクセス許可レベル。）

トップレベルサイトに対してフルコントロール権限があれば、トップレベルサイトの様々な設定が可能で、更にサブサイトを作成する事も可能なので、サイトコレクション全体にフルコントロール権限が付与されたと思いますし、言葉通りとればそれは事実です。
そもそもアクセス権限（アクセス許可レベル）とは別に「サイトコレクションの管理者」という設定というか存在が SharePoint 上にあるという認識は、実際にサイトコレクションの管理者にならないとなかなか知る由もない事です。

▼このメニューは実際にサイトコレクションの管理者じゃないと表示されないので。

▼そしてサイトコレクションの管理者じゃないと表示されないサイトの設定のメニューはたくさんあります。

トップレベルサイトにフルコントロール権限が付与されているだけなのに、説明では「サイトコレクションにフルコントロール権限を付与しました」という若干曖昧な言い方をしてサイトコレクションを提供してしまうと、もらった方は最高権限をもらったと思ってしまい、その後ネットで検索した情報を元に設定しようと思ったらメニューがなかった…なんてストーリーがあり、冒頭の問い合わせにつながります。

わかりやすいかは置いといて（置いとくなって感じですが…）イメージ図を作ってみました。

▼サイトコレクションの管理者の設定範囲

• サイトコレクション内の全ての設定が可能です。
• サイトコレクションの管理者は、各サイトの権限設定に影響されません。

通常、ユーザーに何の権限を付与しないとURLからアクセスしてもエラーで閲覧すらできませんが、「サイトコレクションの管理者」に追加されたユーザーは、各サイトのアクセス権限を一切付与していなくても、全ての操作が行えます。

▼トップレベルサイトにフルコントロール権限を付与されたユーザーの設定範囲

画像右下の前提条件があった場合、

• サイトコレクションの設定は一切できません。
• トップレベルサイトの設定はできます。
• サブサイトBの設定もできます。
• 各サイトの権限設定に影響されるので、この例ではサブサイトAは設定どころか閲覧すらできない。

このように大きな違いがあります。

以上の事を考慮すると…
立場上の概念的な名称として、そのサイトコレクションを管理する人の事を「サイトコレクションの管理者」と呼ぶ事は非常に紛らわしく、例えば「サイトコレクションオーナー」とか設定上の名称と概念的な名称は差別化した方が、今後の様々な意思疎通を行う上で齟齬や認識違いが発生しないのかなと思います。

SharePoint において、サイト管理者にサイトコレクションを渡しても、いつまで経っても構築されずに放置、または、サイト管理者のテストページが作成された痕跡があるだけ、いつしか全く利用されずにゴーストタウン化…なんて事がありがちかと思いますし、そのような現場を数多く見てきました。

なぜ利活用が促進されないか？色々原因はあるとは思いますが、単純にユーザーが使い方がよくわからなく、便利だと感じるまでに到達しないからだと思います。ネットワーク上の情報共有はメールで行うのが昔から定着されてきた方法で、この根強い牙城を崩すことはこんな世の中でもなかなか困難です。メールにはない便利さを多大に感じてもらわなければ、わざわざ慣れたメール文化から「しぇ？しぇあぽいんと？なにそれ？」から積極的な利活用には持っていくことは厳しいです。
逆を言えば、ある程度使い方を教えて便利だと感じてもらえれば利活用促進の第一歩かと思います。第一歩ですが大きな一歩です。

過去にたくさんの SharePoint 初心者と関わらせていただきました。ここで示す初心者とは「サイトを作成・運営」する立場の人達です。時にはマニュアルやガイドを作成したり、時には社内セミナーや勉強会を開きました。長年運営に携わりリアルガチな生の声もたくさん聞いてきました。そこで様々な SharePoint 独特のわかりづらい点があり、教えるのに苦労した事もあったり、よく質問をもらったりしました。そこでそういう点を過去の経験を基に紹介しようと思います。

それぞれの環境により正解は異なるのでここでは特に正解は書きませんが、何かの気付きになっていただければうれしいです。

そもそも「アプリ」「アプリパーツ」という用語がフワっとしちゃっていますが…。

Office 365 内の「アプリ」という言葉の定義がフワッとしている…

今回の記事の「アプリ」とは、いわゆるリスト・ライブラリの事です。「アプリパーツ」とは、リスト・ライブラリ Webパーツの事です。

SharePoint は良くも悪くもクセのある製品だと思います。SharePoint をはじめて触った人がサイトを構築しようとして困惑するのが、このアプリとアプリパーツの関係性と作成の操作性・操作手順でした。

例えば「トップページにライブラリを追加しよう」という単純な目的があるとします。初心者の方が困惑するのは、だいたい以下の操作をイメージするからです。

▼このページにライブラリを追加したい！なにやら右上に「編集」があるぞ。

▼おっ！編集できそうだ。ライブラリはどう追加するんだろう？リボンのタブに「挿入」があるぞ！（ここに気がつくまでにも時間がかかりますよね…）

▼おっ！「アプリパーツ」ってこれじゃん！

▼ん？どこからライブラリを作るの？意味わからん！

で詰まってしまうようです。

• ページにアプリパーツを追加したい。
• ページを編集してアプリを追加する。

SharePoint について知らない場合は、そういう考えになってしまいますよね。

SharePoint を知っている人なら以下の手順で作成すると思います。

• アプリ（ライブラリ）を作成
• ページにアプリパーツ（作成済のライブラリ）を追加

でも、この概念をUIから直感的に理解する事は今の SharePoint では困難なんですよね。まずはアプリを作成してからパーツとしてアプリを配置するという事に。

で、行き詰ってしまって諦めて使われなく…。

なので、サイトコレクションを渡す際に、キモとなる部分は最低限教えてあげる必要がありますね。これはその一つなのではと思います。

前回、ビューでフォルダー階層を無視する設定があると説明しました。その際に、「え？だって権限低いからビュー作れないし…」と思った人もいるはずです。

• ビューはリスト／ライブラリを作成する権限がある人しか作る事ができない。
• だからその人達が作ったビューが自分的に使いにくくても我慢。

そう思っている投稿・閲覧ユーザーは少なくはない。と、これは僕の経験則です。しかし、投稿権限ユーザーでもビューは作れます。それが「個人用ビュー」です。

個人用ビューはザっとこんな感じ。

• パブリック ビュー（通常のビュー）と同じ設定で自由にビューを作成できる。
• 作ったユーザーしか表示されない。作ったユーザーしか利用できない。

という感じです。

では実際に投稿権限ユーザーで個人用ビューを作成してみます。（ビューの作成画面にたどり着くまではクラシック表示と新しい表示で異なるのでどちらも紹介します。）

■クラシック表示の場合

▼「ビュー選択の…メニュー」→「ビューの作成」をクリック。

■新しい表示の場合
※新しい表示で個人用ビューを作成する方法は若干分かりづらいです。（実は僕が知らないだけかもしれませんが…）

▼ビュー選択のメニューを展開させても「ビューの作成」はなく…「ビューの保存」をクリック。

▼ダイアログ内に名前を入力して保存

▼再度ビュー選択のメニューを展開させ「現在のビューの編集」をクリック。

ここから先は新しい表示もクラシック表示も同じです。

▼ビューを好きに設定しましょう。

パブリック ビューと同じ設定が可能なので、リストやライブラリの作成経験者が近くにいたら教えてもらうのも良いし、じっくり読めば色々わかってくるので、自分にしか表示されないビューだから好き勝手に試してみるのも良いかと思います。楽しんであれこれ試してみましょう。

▼このように個人用ビューが完成します。

先ほど投稿権限ユーザーで作成したビューが本当に他ユーザーに表示されないかどうか？実際にサイトコレクションの管理者でアクセスしてみました。

▼もちろんサイトコレクションの管理者でも表示はされていません。

このように自分だけのビューが作成できます。リストやライブラリを利用した際に、ビューの設定が自分の好みに合わず使い勝手が悪いと思ったら、自分好みの個人用ビューを作ってみると良いですね。

ちなみに…閲覧権限ユーザーの場合は、残念ながらデフォルトでは個人用ビューは作成できません。ただ、そういう機能があると知っているだけでも違います。というのも、「閲覧」アクセス許可レベルを編集し「個人用ビューの管理」にチェックすれば、閲覧権限ユーザーでも個人用ビューを利用する事が可能だからです。会社やサイト管理者のポリシー次第でもあるのですが、閲覧権限ユーザーでも個人用ビューを利用したい場合は、サイト管理者などに相談しても良いですね。

また、サイト管理者や利活用促進を目指す人達は、このような情報はユーザーに提供していくと良いと思います。

これは個人的な考えですが、SharePoint で情報共有目的でフォルダー管理するのはあまり好きではありません。他に SharePoint ならではの整理する手段があるからです。そこらへんの話をすると冒頭から話が大脱線してしまうので、また別の機会にします。

僕の好き嫌いは置いといて、一般的には SharePoint のライブラリでもフォルダーでファイル管理をしているケースは多いと思います。でもフォルダー関係なくライブラリ内の全てのファイルの新着情報や更新状況を知りたい場合もあると思います。

例えば…

Aさん「Bさん！○○ファイルをライブラリにアップしといたよ！」
Bさん「ん？○○ファイルってどのフォルダーでしたっけ？」
Aさん「えっと、まってね…Aフォルダー内のA-bフォルダー内のA-b-01フォルダー内！」
Bさん「早い早い！Aフォルダー内の？？」
Aさん「A-bフォルダー内の…」

わずらわしいやりとりですよね。

この場合、SharePoint にはフォルダー階層を無視したビューを作成する事が可能です。この設定をはじめて知った時に SharePoint って便利だなぁと思ったし、他ユーザーに教えるとだいたい良い反応いただきます。 SharePoint に詳しい人にとってはよく知られている機能だけど、利用ユーザー全体で考えるとおそらく知らないユーザーの方が多いのかなと思いますので紹介します。

▼フォルダー階層のライブラリがあります。

フォルダーの更新日時はフォルダー内のファイルの更新日時ではなく、フォルダー自体の更新日時です。（この情報あまり必要ないですよね…。）なので、このビューだけではこのライブラリ内の各ファイルの更新状況は把握できません。

そこでフォルダー階層を無視するビューを作ってみましょう。

▼ビューの新規作成画面です。キモの部分は「フォルダー」。

ここで「フォルダーなしですべてのアイテムを表示する」にします。

▼ほかに「並べ替え」を更新日時で降順にします。

するとフォルダー階層を無視したライブラリ内の更新状況が把握できるビューが完成です。

▼このようにフォルダー階層を無視し全て並列でファイルが表示されます。

サイトのトップページにこのビューを配置し、ライブラリの新着情報にする…なんて使われ方が多いのかなと思います。

先ほどのわずらわしい例えだと…

Aさん「Bさん！○○ファイルをライブラリにアップしといたよ！」
Bさん「承知しました！」
（ライブラリの新着情報を見れば今Aさんがアップしたファイルが表示されている。）

こんな感じになります。

注意点があります。5000件問題です。ビューのしきい値の5000件問題はフォルダーにすれば回避できますが、この設定はそのフォルダーを無視する設定なので、ライブラリ内に5000件以上のファイルがある場合は、このビューは5000件問題に該当してしまいます。その場合は、フィルターを利用してビューの表示対象となるファイル数を制御しましょう。例えば更新日時が今日から7日前分しか表示させないような。

さて、この記事の「投稿・閲覧ユーザー」に喜ばれるというタイトルですが、「え？サイト管理者などリストの作成者が喜ぶんじゃなくて？投稿・閲覧権限ではビューは作成できないよ？」って思われる方もいるかもしれないです。それはおそらく「個人用ビュー」という存在を知らない人かもしれないです。「個人用ビュー」に関しては僕の経験則でも知らない人が多いです。また改めて紹介します。（宿題がたまるー）

SharePoint に詳しい方々なら知っていて当たり前のような機能でも、初心にかえって思い起こせば、その機能を知った時に「おっ、便利じゃん！」って思った機能があるかと思います。特にIT部門の担当者さんなんかはその感覚を忘れずに、利活用促進のためにユーザーに教えてあげれば良いと思いますね！