Power Appsは、Microsoft 365やDataverseなどのデータを使い、社内業務向けのアプリを作るローコード基盤です。
画面を自由に組むキャンバスアプリと、Dataverseのデータ構造を中心に作るモデル駆動型アプリでは、設計の出発点が違います。
導入前に利用者、データ、接続先、必要な権限を決め、ライセンスを作成者だけでなく全利用者について確認します。
アプリ開発の目的に合う相談先は、外注と学習を目的別に分けた相談ガイドにまとめています。
| 作りたい業務 | 最初の候補 | 採用前の確認 |
|---|---|---|
| 現場の入力と一覧 | キャンバスアプリ | 画面サイズ、データ接続、オフライン |
| 複数表を使う案件管理 | モデル駆動型アプリ | Dataverse、表の関係、セキュリティ役割 |
| 承認や通知の自動化 | Power Automateとの連携 | 接続資格情報、失敗時の再実行 |
| Microsoft 365内の小規模業務 | 標準接続を使うキャンバスアプリ | 利用権と接続先の分類 |
| 外部システムとの統合 | 独自接続かAPI | Premium指定、保守担当、監査 |
キャンバスとモデル駆動型をデータから選ぶ
キャンバスアプリは、空の画面へ部品を配置し、表示と操作を細かく設計します。
SharePoint、Microsoft 365、Dataverseなど複数のデータ元へ接続でき、現場の操作順へ画面を合わせたい場合に向きます。
モデル駆動型アプリは、Dataverseの表、関係、フォーム、ビューを中心に画面を構成します。
案件、顧客、活動履歴のように関連するデータをたどる業務へ向き、画面の一貫性とデータモデルを優先します。
| 比較点 | キャンバスアプリ | モデル駆動型アプリ |
|---|---|---|
| 出発点 | 画面と操作 | Dataverseの表と関係 |
| 画面自由度 | 高い | 構成部品を中心に決まる |
| データ元 | Dataverseと各種接続先 | Dataverse |
| 向く業務 | 現場入力と専用画面 | データ量の多い業務手順 |
| 注意点 | 端末対応と式の保守 | データ設計と役割設計 |
Power Appsの公式概要では二種類のアプリとデータ接続の全体像を確認できます。
モデル駆動型アプリの公式比較では、キャンバスとの違い、Dataverse、画面の一貫性、環境間移行が整理されています。
見た目から選ばず、データの関係と利用者がたどる仕事の順序から決めてください。
画面を作る前に表と権限を設計する
申請アプリを作るなら、申請者、申請内容、承認者、状態、更新日時をどこへ保存するか決めます。
一枚の表へすべてを入れると、部署や承認履歴が重複し、後から集計と権限設定が難しくなります。
| 表 | 主な項目 | 誰が更新するか |
|---|---|---|
| 利用者 | 社員番号、部署、役割 | 管理者 |
| 申請 | 申請者、金額、目的、状態 | 申請者と承認者 |
| 承認履歴 | 申請番号、判断、日時 | 承認処理 |
| マスタ | 費目、上限、承認経路 | 業務責任者 |
表示を隠すだけではデータへのアクセス制御になりません。
接続先の権限とPower Apps内の役割を組み合わせ、利用者が取得できるデータ自体を制限します。
Excelを手軽な試作データとして使う場合も、同時編集、行の識別、権限、容量を確認します。
本番で案件間の関係と役割が重要なら、Dataverseを含む構成と費用を比較します。
キャンバスアプリは一つの操作を貫通させる
最初の画面を増やすより、入力から保存と再表示までを一周させます。
キャンバスアプリの公式入門では、データ接続、画面、部品、式、共有へ進むための基礎を確認できます。
備品申請を例にすると、最小の流れは次のとおりです。
- 利用者の社員情報を表示する
- 品目と数量を入力する
- 必須項目と上限を検査する
- 申請を保存して番号を返す
- 保存した内容を一覧で再表示する
- 失敗時は入力を残して再試行方法を示す
画面の色や部品を整える前に、別の利用者で保存内容が混ざらないことを確認します。
スマートフォンで使うなら、狭い画面、縦横、通信切断、戻る操作も試します。
アプリ開発の全体手順に沿って、企画、設計、テスト、公開、運用のどこまでPower Appsで担うかを明示します。
Power Automateは非同期処理を分離する
承認メール、定期集計、外部サービスへの通知は、画面操作と同じ処理へ詰め込まずPower Automateへ分けられます。
画面は申請を保存して受付結果を返し、その後の通知と承認をフローが処理する構成です。
| 処理 | Power Apps | Power Automate |
|---|---|---|
| 入力と即時検査 | 主担当 | 不向き |
| データ保存 | 実行 | 保存後を起点にできる |
| 承認依頼 | 受付状態を表示 | 承認者へ通知する |
| 定期集計 | 結果を表示 | 時刻を起点に集計する |
| 失敗対応 | 利用者へ状態を表示 | 再試行と管理者通知を行う |
接続にはサービスの認証情報が関わります。
接続参照の公式資料では、接続、接続参照、ソリューション間の役割を確認できます。
個人の接続をそのまま本番へ使うと、退職やパスワード変更で止まる恐れがあります。
接続の所有者、更新方法、失敗通知、代替担当を決めます。
25人の利用者を役割で分ける数値例
作成者1人だけのライセンスを見て導入費を決めると、共有時に条件が変わります。
利用者25人の申請アプリを例に、役割と利用機能を先に数えます。
| 役割 | 人数 | 主な利用 |
|---|---|---|
| 申請者 | 20人 | 入力、一覧、取消 |
| 承認者 | 3人 | 承認、差戻し、履歴 |
| 運用管理者 | 1人 | マスタ、監視、権限 |
| 作成者 | 1人 | 修正、テスト、配置 |
| 合計 | 25人 | 役割ごとに必要権利を確認 |
この25人が標準接続だけを使う場合と、Premium接続やDataverseを使う場合では必要な権利が変わり得ます。
アプリのライセンス指定に関する公式資料では、標準、Premium、独自接続、オンプレミスゲートウェイの扱いを確認できます。
料金を計算する前に、全25人が本当に同じ機能を使うかを確認します。
閲覧だけの人、フローだけを使う人、外部利用者を分け、現在の公式ライセンスガイドへ照合してください。
開発とテストと本番をソリューションで分ける
一つの環境で直接アプリを直し続けると、試験中の変更が利用者へ見える恐れがあります。
開発、テスト、本番の環境を分け、アプリ、フロー、接続参照、環境変数をソリューションとして移します。
モデル駆動型アプリの公式資料でも、ソリューションを使った環境間移行がライフサイクル管理の重要な要素として説明されています。
モデル駆動型アプリの概要を確認し、最初からソリューション内で作るか判断します。
配置前には次を点検します。
- 本番の接続が個人アカウントだけに依存していない
- 開発用データが本番へ混ざらない
- 環境変数に本番のURLと識別子を設定した
- 利用者とセキュリティ役割を確認した
- フロー停止時の通知先を決めた
- 前版へ戻す手順を記録した
安全な変更工程は、NIST SSDFを参考に、ノーコードの成果物も保護と検証の対象にします。
Power Appsでのアプリ開発によくある質問
Power AppsはMicrosoft 365があれば無料で使えますか？
Microsoft 365のプランに含まれる利用権があっても、Dataverse、Premium接続、独自接続、オンプレミスゲートウェイなどを使うと追加のライセンス条件が適用される場合があります。
作成者だけでなく利用者全員について、現在の公式料金とライセンスガイドを確認してください。
キャンバスアプリとモデル駆動型はどちらがよいですか？
現場の操作へ画面を細かく合わせるならキャンバスアプリが候補です。
複数の関連表と業務手順を中心にするなら、Dataverseを使うモデル駆動型が候補です。
一画面の見た目ではなく、データの関係と権限から選びます。
Power Appsで作ったアプリはストアへ単独配信できますか？
作成したアプリをブラウザーやPower Apps mobileで使えます。
一般消費者向けに独立したApp StoreやGoogle Playのアプリを配る目的とは配布方法が違うため、利用者アカウントと公開範囲を確認してください。
Power Automateは必ず必要ですか？
入力と保存だけならPower Appsで完結する場合があります。
承認、定期処理、複数サービスへの通知を画面操作から分離したい場合にPower Automateを検討します。
データと利用者の表から導入を決める
Power Appsの導入判断は、画面を短時間で作れるかだけでは決まりません。
データ、利用者、接続先、権限、環境移行を表にし、実際の運用責任まで説明できる構成を選びます。
- キャンバスとモデル駆動型はデータ構造から選ぶ
- 画面より先に表の関係と更新権限を決める
- Power Automateへ非同期処理と失敗通知を分ける
- 利用者全員を役割と接続先から数える
- 開発、テスト、本番をソリューションで移す
次にAppSheetでGoogle連携アプリを作る流れを確認すると、表計算を起点にする別の業務アプリ基盤と比較できます。
