結論から言うと、Microsoft Fabricの「Planning sheets」は、Power BIセマンティックモデルを起点に、予算編成・予測・シナリオ分析をFabric内で扱えるようにするPlanプレビュー機能です。2026年5月15日時点の公式情報では、最初のPlanning sheetを作成する手順、セマンティックモデルへの接続、共同作業やWritebackに関する前提条件が整理されています。導入を検討する管理者や開発者は、まずテナント設定、容量、リージョン、セマンティックモデルの権限、接続方式を確認し、小規模な検証環境から始めるのが安全です。(Microsoft Learn)
Microsoft FabricのPlanning sheetsは、単なるExcel代替ではありません。既存のPower BIセマンティックモデルを使い、部門、勘定科目、製品、期間などの業務ディメンションに沿って、計画値や予測値を入力・分析するための構造化されたワークスペースです。公式ドキュメントでは、Planning sheetsは予算、Forecasting、シナリオ分析、What-if分析、データ入力、Writeback、コメントなどを扱うPlanの主要コンポーネントとして説明されています。(Microsoft Learn)
Microsoft FabricのPlanning sheetsで何ができるのか
Planning sheetsは、Microsoft FabricのPlan（preview）内で利用する計画業務向けのシートです。これまでExcelや個別の予算管理ツールで行っていた「実績を見ながら予算を修正する」「来期の売上を部門別に予測する」「複数のシナリオを比較する」といった作業を、Fabricの管理されたデータ基盤上で扱えるようにする位置づけです。
特に重要なのは、計画用データと分析用データを分離しすぎない点です。Power BIセマンティックモデルを接続することで、既存の売上、費用、KPI、組織階層、日付階層などを使いながら、計画値や手入力の補正値を扱えます。FabricのPlanは、予算・予測・シナリオを同じ管理基盤上で作成、分析、必要に応じてWritebackするための機能として説明されています。(Microsoft Learn)
たとえば、以下のような場面で使えます。
| 活用シーン | Planning sheetsでできること | 実務上のメリット |
|---|---|---|
| 年次・四半期予算 | 部門別、勘定科目別、期間別に予算値を入力する | Excelファイルの分散や集計ミスを減らしやすい |
| 売上予測 | 実績データをもとに将来期間の予測値を作成・調整する | 実績と予測を同じ定義で比較しやすい |
| 費用計画 | 人件費、広告費、クラウド費用などの見込みを入力する | 部門ごとの補正や承認プロセスに展開しやすい |
| What-if分析 | 価格改定、採用人数、販売数量などの前提を変えて比較する | 意思決定前に複数シナリオを検討できる |
| 差異分析 | 実績、予算、Forecastを並べて差異を見る | 予算超過や未達の原因を早期に把握しやすい |
2026年5月15日時点の公式情報で押さえるべきポイント
今回の「Get started with Planning sheets – Microsoft Fabric」で特に押さえるべき点は、Planning sheetの作成手順だけではありません。管理者目線では、Plan（preview）を使うための前提条件、容量やテナント設定、セマンティックモデル接続、Fabric SQL databaseの自動作成、プレビュー機能としての制約まで含めて確認する必要があります。(Microsoft Learn)
| 確認ポイント | 公式情報で示されている内容 | 実務への影響 |
|---|---|---|
| 機能の位置づけ | PlanおよびPlanning sheetsはプレビュー機能 | 本番の基幹予算業務へ即時全面展開せず、検証から始めるべき |
| 作成フロー | FabricワークスペースでPlan（preview）を作成し、その中でPlanning sheetを作る | 既存のPower BIレポートとは別にPlanアイテムの管理が必要 |
| データ接続 | Power BIセマンティックモデルと接続してPlanning sheetにデータを追加する | セマンティックモデルの権限、配置場所、接続方式の確認が必要 |
| Fabric SQL database | Planアイテム作成時にFabric SQL databaseが自動作成され、メタデータを保存する | ワークスペース内のリソース管理、命名、監査の対象に含める |
| 課金・メーター | 公式情報では新しいメーターが作成されているが、現時点では課金されていないと説明されている | 将来の課金変更に備え、利用量の棚卸しと展開範囲の管理が必要 |
| 共同作業 | コメントなどの共同作業にはデータベース接続を作成できる | 利用者に接続を共有し、権限管理する必要がある |
| Writeback | 予算、Forecast、補正値、シナリオをFabric SQL databaseへ書き戻せる | データ保存先、テーブル構造、変更履歴の設計が重要 |
影響を受ける対象者
Planning sheetsの影響範囲は、Power BIレポート作成者だけに限られません。むしろ、Fabric管理者、Power BI管理者、容量管理者、BI開発者、財務・経営企画部門が連携して確認すべき機能です。
Fabric管理者・Power BI管理者
管理者は、Plan（preview）を誰に使わせるか、どのワークスペースで使うか、どの容量で検証するかを決める必要があります。公式の前提条件では、Plan（preview）アイテムを作成できるテナント設定、XMLAエンドポイント関連の設定、アプリへのコンテンツ埋め込み設定などが示されています。容量についても、Microsoft FabricのF SKUやPower BI Premium容量などのサポート条件を確認する必要があります。(Microsoft Learn)
ワークスペース管理者・BI開発者
ワークスペース管理者やBI開発者は、Planning sheetから利用するPower BIセマンティックモデルを準備し、共有可能なクラウド接続を作成します。公式情報では、セマンティックモデル接続はワークスペースのAdminまたはMemberが作成し、接続タイプとしてPower BI Semantic Model、認証方式としてOAuth 2.0を選択する手順が説明されています。(Microsoft Learn)
業務部門・経営企画・財務担当者
業務部門にとっての利点は、Excelに近い感覚で計画値を扱いつつ、Power BIやFabricの管理されたデータとつながる点です。ただし、自由に入力できるからといって、従来のExcel運用をそのまま移すだけでは効果が出ません。勘定科目、部門、期間、製品、地域などのディメンションを事前に整理し、どの値を実績データから取り込み、どの値を手入力するのかを決めることが重要です。
利用開始前に確認すべき設定
Planning sheetsを試す前に、次の項目を確認してください。特に「画面にPlanが表示されない」「セマンティックモデルが選択できない」「共同作業できない」といった問題は、機能そのものではなく、前提条件の不足で起きることが多いです。
| 項目 | 確認内容 | 見落としやすいポイント |
|---|---|---|
| リージョン | 利用するFabric容量のリージョンがPlan（preview）対応か確認する | 公式情報ではJapan Westは未対応リージョンに含まれている |
| テナント設定 | Users can create Plan（preview）itemsを有効化する | 管理者が許可しないとユーザーがPlanを作成できない |
| XMLA設定 | XMLA EndpointをRead OnlyまたはRead Writeに設定する | 容量側の設定とテナント側の設定を両方確認する |
| Embed設定 | Embed content in appsを有効化する | Planの一部シナリオで必要になる |
| 容量 | Fabric F SKUまたはPower BI Premium容量など、サポートされる容量を使う | Power BI ProやPPUは、XMLAエンドポイントや埋め込みトークンを使うPlanシナリオではサポートされない |
| セマンティックモデル | Power BIセマンティックモデルを用意し、必要な権限を付与する | My workspaceに発行されたセマンティックモデルはサポート対象外 |
| 接続所有者 | 共有クラウド接続の所有者がワークスペースのMemberまたはAdminであることを確認する | Contributorではクラウド接続の作成・共有に制限がある |
| 認証方式 | セマンティックモデル接続はOAuthベースで作成する | Direct LakeやDirectQueryでは固定資格情報が必要で、SSOは現時点でサポートされない |
| ネットワーク制約 | Private Link利用環境で使えるか確認する | 公式の既知の制限では、Private Linkを使うワークスペースまたはテナントでPlanアイテムはサポートされない |
| 外部ユーザー | B2Bユーザーの利用可否を確認する | PlanはMicrosoft Entra B2B IDをサポートしないと説明されている |
これらの制約は、検証段階では見過ごされがちです。特に日本国内の環境では、Fabric容量のリージョン確認が重要です。公式のリージョン情報では、Japan WestはPlan（preview）の未対応リージョンに含まれ、記載されていない他のFabricリージョンがサポート対象とされています。(Microsoft Learn)
Planning sheetを作成する基本手順
最初のPlanning sheetは、次の流れで作成します。公式手順はシンプルですが、実務では各ステップの前後で権限と接続を確認しておくと失敗を減らせます。(Microsoft Learn)
FabricワークスペースでPlanアイテムを作成する
まず、対応するFabricワークスペースを開きます。新しいアイテムの作成から「Plan（preview）」を選び、Planに名前を付けて作成します。
この時点で注意すべき点は、Planアイテム作成時にFabric SQL databaseがワークスペース内に自動作成されることです。このデータベースはPlanレポートのメタデータ保存に使われると説明されています。したがって、検証用ワークスペースと本番候補ワークスペースを分け、命名規則や管理責任者を決めておくと後から整理しやすくなります。(Microsoft Learn)
Planning sheetを作成する
作成したPlanアイテム内で、Planning sheetを作成します。公式手順では、セマンティックモデルやExcel/CSVからデータを取得してPlanning sheetを作る方法、または先にPlanning sheetを作成してからデータに接続する方法が示されています。最初の検証では、既存のPower BIセマンティックモデルを使う方法が管理しやすいでしょう。(Microsoft Learn)
実務では、いきなり全社予算を作るのではなく、次のような小さな範囲から始めるのがおすすめです。
| 検証テーマ | 最初に使うデータ | 成功条件 |
|---|---|---|
| 部門別の売上Forecast | 売上実績、部門、年月、製品カテゴリ | 実績と予測を同じシートで比較できる |
| 広告費の予算管理 | 実績費用、チャネル、月、部門 | 手入力した予算値と実績差異を確認できる |
| 人員計画 | 部門、役職、月、人数、単価 | 採用人数や単価変更の影響を計算できる |
| 粗利シナリオ | 売上、原価、数量、価格 | 価格や原価の変更シナリオを比較できる |
セマンティックモデル接続を追加する
Planning sheetを作成したら、事前に作成したセマンティックモデル接続を追加します。Planning sheet内で「Add」を選び、Select a Connectionから対象の接続を選択し、利用するセマンティックモデルを追加します。その後、セマンティックモデルのデータをフィールドに追加すると、Planning sheetで利用できるようになります。(Microsoft Learn)
接続を作成する側では、Fabricの「Manage connections and gateways」からクラウド接続を新規作成し、Connection typeにPower BI Semantic Model、Authentication methodにOAuth 2.0を指定します。作成後は、必要なユーザーへUser、User with resharing、Ownerのいずれかの権限で共有できます。(Microsoft Learn)
セマンティックモデル設計で失敗しないためのポイント
Planning sheetsは「Power BIセマンティックモデルにつながる」点が強みですが、モデル設計が曖昧だと使いにくいシートになります。特に予算やForecastでは、行と列に配置するディメンション、集計単位、日付階層、権限設計が結果に大きく影響します。
期間ディメンションは標準的な日付階層にする
Forecast機能を使う場合、公式情報では列ディメンションとして年、四半期、月などの標準的な日付階層が前提条件として示されています。将来期間に対してForecastを作成するには、開始日と終了日、クローズ済み期間の扱い、オープン期間の入力方法を設計する必要があります。(Microsoft Learn)
たとえば、2026年度の売上Forecastを作る場合、2025年の月別実績をコピー元にして2026年の各月に初期値を入れ、その後に営業部門が見込み値を調整する、といった流れが考えられます。公式情報では、Open PeriodにMeasure、Formula、Data Inputを選ぶ方法が説明されており、Data Inputではユーザーが予測値を上書きできます。(Microsoft Learn)
Direct LakeやDirectQueryではSSO前提で設計しない
Planning sheetはImport modeを完全サポートし、Direct LakeとDirectQueryは制限付きでサポートされます。Direct LakeおよびDirectQueryでは、ゲートウェイに固定資格情報が必要で、SSOは現時点でサポートされないと説明されています。(Microsoft Learn)
この点は、RLSやユーザーごとのデータ分離を前提にした環境では重要です。たとえば、営業担当者ごとに見える売上データを変えている場合、Planning sheet上で同じ意図どおりに制御できるか、検証環境で確認してください。手入力行や手入力列を追加する場合も、クロスフィルターやRLSにバインドする設定を利用できるため、権限検証を省略しないことが重要です。(Microsoft Learn)
My workspace上のモデルを使わない
公式の既知の制限では、My workspaceに発行されたセマンティックモデルはサポート対象外とされています。検証時によくある失敗は、個人のMy workspaceにあるモデルをそのまま接続しようとすることです。Planning sheetsをチームで使う前提なら、最初から共有ワークスペースにモデルを配置し、Build権限やAdmin権限を整理しておきましょう。(Microsoft Learn)
共同作業とWritebackの注意点
Planning sheetsを業務で使う場合、単にシートを作成するだけでは不十分です。コメント、共同編集、承認、Writebackまで視野に入れるなら、データベース接続と保存先設計が必要になります。
コメントや共同作業にはデータベース接続を検討する
公式手順では、Planning sheetで他のユーザーと共同作業したい場合、コメントなどの共同作業情報を保存するためにデータベース接続を作成できると説明されています。これは任意の手順ですが、部門横断の予算編成やレビューに使う場合は早い段階で設計しておくべきです。(Microsoft Learn)
特に、次のような運用ではデータベース接続の権限設計が重要です。
| 運用例 | 必要になる設計 |
|---|---|
| 部門担当者が予算値にコメントする | コメントできるユーザー、閲覧のみのユーザーを分ける |
| 経営企画が差し戻しコメントを残す | コメント履歴を後から追えるようにする |
| 複数部門が同じPlanを参照する | 部門ごとのアクセス範囲を確認する |
| 監査対応が必要 | 誰が、いつ、どの値を変更したかを確認できる仕組みを検討する |
Writebackはテーブル構造を先に決める
Plan（preview）では、予算、Forecast、調整値、シナリオなどのPlanning dataをFabric SQL databaseへWritebackできます。公式情報では、Writeback先の作成、数値の小数精度、文字列長、Long/Wide形式、変更値のみを扱う形式、ログ確認などが説明されています。(Microsoft Learn)
注意したいのは、Planning sheetを作りながら行・列ディメンションを追加削除すると、Writeback先の構造変更が必要になる場合がある点です。公式情報では、初回Writeback後に行または列ディメンションを変更し、保存先構造を変える必要がある場合は、次回Writeback前にテーブルを削除して再作成する必要があると説明されています。(Microsoft Learn)
検証段階では、次の順番で進めると安全です。
| 手順 | 作業内容 | 判断基準 |
|---|---|---|
| 1 | Writebackしたいデータを決める | 予算値、Forecast、補正値、コメントのどれを保存するか |
| 2 | ディメンションを固定する | 期間、部門、勘定科目、製品などの粒度が変わらないか |
| 3 | Long/Wide形式を選ぶ | 分析や下流連携で扱いやすい形式を選ぶ |
| 4 | 精度と文字列長を決める | 金額、小数、コメントの桁数・長さを考慮する |
| 5 | 検証Writebackを実行する | 保存結果、ログ、下流レポートへの反映を確認する |
開発者が確認すべき実装上の注意点
BI開発者やデータエンジニアは、Planning sheetsを「ユーザーが入力する画面」としてだけでなく、Fabric上のデータフロー全体の一部として設計する必要があります。
手入力データの扱いを明確にする
Planning sheetsでは、データ入力用の行や列を追加できます。公式情報では、手入力行・列は、基盤データセットに存在しないビジネス入力値や手動調整値を扱うために使えると説明されています。列の種類には、Formula、Number、Simulate、Text、Checkbox、Person、List、Date、Auditなどが示されています。(Microsoft Learn)
実務では、次のように使い分けると設計しやすくなります。
| 入力タイプ | 使いどころ | 注意点 |
|---|---|---|
| Number | 売上見込み、費用予算、人数、単価 | 最小値・最大値、集計方法、桁数を確認する |
| Formula | 粗利、達成率、前年差 | 既存メジャーとの依存関係を整理する |
| Simulate | 価格改定率、採用人数増減、為替前提 | シナリオ名と前提条件を明記する |
| Text | コメント、補足理由 | 分析軸として使うか、記録用に留めるかを決める |
| Date | 施策開始日、採用予定日 | 日付階層や期間集計と矛盾しないようにする |
| Audit | 変更履歴の確認 | 監査目的でどの変更を追うか決める |
Intelligence sheetsとの連携も見据える
Planning sheetで作成した手入力値、数式、シミュレーション、Forecastは、Intelligence sheet側のPlanning visualやチャートで可視化できます。公式情報では、Planning sheetをIntelligence sheetに取り込み、シミュレーションを実行するとチャートがリアルタイムに更新されると説明されています。(Microsoft Learn)
これは、経営会議や予算レビューの資料作成に役立ちます。たとえば、売上Forecastを変更した瞬間に、粗利率、販管費率、営業利益への影響をチャートで確認できます。Power BIレポートを毎回作り直すのではなく、Planning sheetで前提を変え、Intelligence sheetで視覚的に比較する流れを作ると、計画業務のスピードが上がります。
移行・展開時のおすすめステップ
既存のExcel予算表やPower BIレポートからPlanning sheetsへ移行する場合、最初から全業務を置き換えるのは避けたほうがよいでしょう。Planはプレビュー機能であり、Microsoft Fabricのプレビュー機能は本番利用を目的としたものではなく、SLA対象外で、機能制限がある場合があると説明されています。(Microsoft Learn)
現実的には、次の順序で進めるのがおすすめです。
| フェーズ | 実施内容 | 成果物 |
|---|---|---|
| 準備 | 対象業務、利用者、データソース、容量、リージョンを確認する | 検証計画、対象ワークスペース、権限表 |
| モデル整理 | 既存のPower BIセマンティックモデルを確認する | 日付、部門、勘定科目、製品などのディメンション設計 |
| 小規模検証 | 1部門または1テーマでPlanning sheetを作る | 検証用Plan、Planning sheet、接続設定 |
| 入力検証 | 手入力行・列、Forecast、シナリオを試す | 入力ルール、集計ルール、RLS確認結果 |
| 共同作業検証 | コメント、共有、必要に応じてデータベース接続を確認する | 権限設計、共同作業ルール |
| Writeback検証 | 保存先、形式、ログ、下流レポート連携を確認する | Writeback設計、保存先テーブル、運用手順 |
| 展開判断 | 制約、費用影響、サポート条件、利用者教育を確認する | 本番候補範囲、リスク一覧、展開計画 |
特に重要なのは、「Excelの表をそのまま再現する」ことを目的にしないことです。Planning sheetsの価値は、既存の信頼できるセマンティックモデルと、計画・予測・手入力・可視化・Writebackをつなげる点にあります。移行時は、どの入力が本当に必要か、どの値は既存データから取得すべきか、どの粒度で保存すべきかを見直しましょう。
よくある失敗と対処法
Planning sheetsの初期検証では、設定不足や権限不足によるトラブルが起きやすいです。次の表を確認しながら切り分けると、原因を見つけやすくなります。
| 症状 | 主な原因 | 確認すべきこと |
|---|---|---|
| Plan（preview）が作成できない | テナント設定が無効、容量やリージョンが未対応 | Plan作成設定、容量SKU、リージョンを確認する |
| Planning sheetにデータを追加できない | セマンティックモデル接続が未作成または未共有 | 共有クラウド接続とユーザー権限を確認する |
| セマンティックモデルが選べない | Build/Admin権限不足、My workspace配置、OAuth接続でない | モデルの配置場所、権限、接続方式を確認する |
| Direct Lakeモデルで接続できない | SSO前提の設定になっている | 固定資格情報の接続設定を確認する |
| Contributorが接続を作れない | ワークスペースロールの制限 | MemberまたはAdminで作業する |
| 外部ユーザーが使えない | B2B IDがサポートされない | 社内ユーザーでの利用範囲を設計する |
| コメント運用ができない | 共同作業用のデータベース接続がない | データベース接続を作成し、共有権限を設定する |
| Forecastが作れない | 標準的な日付階層がない | 年、四半期、月などの列ディメンションを整備する |
| Writeback結果が期待と違う | 保存形式やディメンション変更の影響 | Long/Wide形式、保存先テーブル、Writebackログを確認する |
管理者・開発者が次に取るべき行動
Microsoft FabricのPlanning sheetsを試すなら、まずは全社展開ではなく、検証に必要な前提条件を満たした小さなワークスペースを用意してください。最初に確認すべき順番は、リージョン、容量、テナント設定、セマンティックモデル、接続権限、共同作業用データベース、Writeback設計です。
実務では、次の3つを最初のゴールにすると進めやすくなります。
1つ目は、既存のPower BIセマンティックモデルを使ってPlanning sheetを1つ作成することです。2つ目は、手入力値やForecastを追加し、実績と計画値を比較できる状態にすることです。3つ目は、共同作業やWritebackが必要かを判断し、必要な場合だけデータベース接続と保存先設計を進めることです。
Planning sheetsは、Excel的な操作感を残しながら、Fabricのガバナンス、セマンティックモデル、分析機能に計画業務を近づける機能です。ただし、現時点ではプレビューであり、制約もあります。まずは管理者とBI開発者が前提条件を確認し、1つの業務シナリオで検証してから、対象部門や保存範囲を広げていくのが現実的です。
コメント