ブランチとは何か、何の範囲を決めるのか

ブランチは、管理者のコンソールに estate のどの部分が表示され、そのうちどこを変更できるかを決めます。一つのアカウントで複数のキャンパス・オフィス・地域を持ち、それぞれを別の管理者が運用しながら、互いのルームには触れさせない、ということができます。

ツリー

このページはブランチ管理といい、ツリーを一つだけ描きます。新しいアカウントでは HQ という根が一つあり、その下にブランチ、さらにその下にサブブランチが、組織の実際の深さのぶんだけ続きます。

すべての人はちょうど一つのブランチに属します。建物、フロア、ルーム、デスク、ポリシー、クォータ、勤務スケジュール、パネル、画面、連携したデバイスも同じです。マニュアルの他の箇所に出てくるブランチ管理の行は、どれもこの一つの項目を設定しています——このレコードはどのブランチのものか、つまりどの管理者の目に入るか、です。

フロアには自分のブランチがありません——建物に従い、その上のルームはフロアに従います。建物を動かせば、その拠点ごと移動します。

上は読める、下は管理できる

規則は二つあり、その違いこそが知っておく価値のあるところです。

• 下は書き込み。 管理者は自分のブランチとその配下すべてを変更できます。 Asia は Asia、Hong Kong、Tokyo を管理します。
• 上は読み取り。 自分より上のブランチは見えるだけで、変更はできません。 Asia は HQ が全社に設定した内容を見て、そのままにしておきます。
• 横は何もない。 隣のブランチはグレーアウトもロックもされません——存在しません。その建物は一覧に出ず、ルームはカレンダーに出ず、サブブランチもまとめて消えます。

読み取りが上向きなのは、キャンパスが HQ の定めた規則を必要とするからです。自分のルームが実際に従っているポリシーは見えなければなりません。書き込みが上向きでないのは、HQ のポリシーを変えれば他のキャンパスすべてに及ぶからです。

根のブランチにいる管理者だけは両方向の例外で、HQ はすべてを見て、すべてを変更できます。

いまどのブランチにいるか

ブランチ管理を有効にすると、上部バーが会社名とページのあいだにブランチを表示します——会社 / ブランチ / モジュール / ページ。切り替えるとページが別の範囲で読み込み直されるので、これは表示であると同時に操作でもあります。上位のブランチは読み取り専用として並びます。

このページには**（Beta）**の表示が付いており、数リリースにわたってそのままです。本番アカウントで使われています。

ブランチが決めないこと

• 権限は権限のまま。 ブランチが狭めるのは estate であって、モジュールの一覧ではありません。予約マネージャーは予約マネージャーです——自分のブランチの中で。そもそも誰がコンソールを開けるかは、その人の権限ページで決まります。
• 誰がルームを予約できるか。 これはリソースとチームスペースから来るもので、ブランチではありません——部署に専用ルームを持たせるを参照してください。全社員に見えていて、なお一つのキャンパスが管理しているルーム、ということがあり得ます。
• 連携先が何を送ってくるか。 接続はブランチの下に置かれ、同期されたデバイスやスペースもそこに入ります。しかし向こう側の範囲までは狭められません。組織全体で承認された Microsoft 365 の接続は、どのブランチに置いても組織全体を同期します。
• データがどこにあるか。 Europe という名前のブランチを作っても、ヨーロッパのデータがヨーロッパに置かれるわけではありません。アカウント全体は、作成時に選ばれた 1 つの Azure データセンターにあります—— データはどこに保管されるかをご覧ください。
• すべてのレポート。 ブランチの管理者が使うマネージャー画面は自分のブランチに狭められ、リソース使用分析 も同じです。しかし定期送信のメールレポートはそうではなく、センサーを使った分析ダッシュボードも同じく、誰が開いてもアカウント全体を対象にします。
• ツリーそのもの。 ブランチ管理は、アカウント・メール・監査の設定と同じく、根のブランチからしか開けません。キャンパスの管理者は範囲を与えられる側で、自分で範囲を変えることはできません。

ブランチ管理はコンソールを分けるものです。管理者どうしが互いの設定でつまずかないようにするための仕組みであって、一つのアカウントを共有する二つの会社を隔てる壁ではありません。