Power Apps でできること・できないこと — 活用事例の前に知っておきたい向き不向き
- DATE
- 2026-11-02
- REVISION
- A
- AUTHOR
- スルガクラフト合同会社
- SHEET
- 01 / 01
「Power Apps で何ができるのか」「活用事例が知りたい」。検索窓にこう打ち込む人は多いです。私も最初はそこから調べました。
ただ、活用事例を眺めているだけでは足りません。事例は「うまくいった話」が並びます。現場で痛いのは、向いていない仕事を載せてから気づくときです。軸はひとつです。
大量×高速は向いていない。画面で人間が確認できる範囲まで。
この記事では、Power Apps（背後のデータ基盤としての Dataverse を含む）のうち、載せてうまくいく仕事の側を整理します。キャンバスアプリの委任制限の深掘りではなく、「業務システムとして何を載せるか」の話です。
得意なこと — 人が画面で見て、進める仕事
向いているのは、人が画面を開き、状態を確認し、次の一手を決める業務です。
- 申請・承認と状態遷移 — 下書き → 承認待ち → 締結済み、のように段階が進む仕事。シンプルな直列承認なら標準でも始められます。ただ、日本の稟議でよくある差し戻し・合議・代理承認は、標準の承認アクションではすぐに壁に当たります（Power Automate の承認フローで差し戻しができない）。そのときは承認フローエンジンのような、ルートをデータで持つ設計に寄せます。
- 案件・顧客・契約の管理 — CRM 的な使い方。担当者がレコードを開き、関係と履歴を追う。参照と記録が中心なら相性がいいです。
- 現場入力 — 点検記録や日報をスマホから入れる。人がその場で見て、書いて、送る。この粒度なら十分です。
- 社外の人が自分で申し込む・状況を見る窓口 — 取引先や申請者が、問い合わせせずに自分で入力・確認する画面。人が画面を操作する範囲に収まるなら現実的です。
- 定期的な一覧・集計の見せ方 — 朝や週次で、人が確認する分だけをまとめて見せる程度の集計。人が見て判断できる粒度なら足ります。
共通点は、処理の主語がシステムではなく人だ、ということです。人が見て、人が判断する。その周囲の記録と導線を Power Apps が担う。
日本企業の慣習とのミスマッチ
向き不向きとは別に、日本の業務習慣と標準機能の間に、繰り返し出る隙間があります。
- 標準の承認は、多段階・差し戻し・稟議に弱い（前述）。
- 所有者は個人単位が標準で、チームで持つ運用と噛み合いません。異動・退職のたびにレコードが宙に浮きます（所有者はチームにする設計）。
- オートナンバーは環境単位で、部署別の採番や年度リセットができません（自動採番で詰まる限界）。部署別・年度リセットが要るなら採番エンジン側の話になります。
- 名前の検索は前方一致寄りで、日本語の氏名検索には弱い場面があります。
対策の基本は「ユーザードリブン」です。業務側の人が設定やマスタで変えられる余地を残し、開発者しか触れないフローやコードに寄せすぎない。帳票も同じで、テンプレートを業務の人の手に戻せる形にしないと、作った人しか直せなくなります（帳票の保守が属人化する理由、必要なら帳票出力エンジン）。
まとめ — 活用事例の前に線を引く
Power Apps でうまくいくのは、申請、案件管理、現場入力、人が確認する窓口です。画面で人間が確認できる範囲なら、十分に仕事になります。
「大量×高速」を求める仕事や、人が見ていないところで正確さを担保しなければならない仕事は、活用事例に載っていたからといってそのまま載せると、あとから詰みやすいです。今ある要件が、この線のどちら側にあるか。1週間の無料診断で、載せられる範囲と外に出すべき範囲を整理してレポートにします。活用事例を集める前に、一度線を引きに来てください。