💡 この記事でわかること
Power AppsとPower Automateを使った承認機能の実装には、大きく2つの設計方針があります。1つはPower Automateの標準承認アクションを使い、TeamsやOutlook上で承認する方法、もう1つはキャンバスアプリ上から直接承認・拒否を実施する方法です。本記事では、それぞれのメリット・デメリットを比較し、自社の運用に適した設計方針を選ぶための判断基準を解説します。
- Power Apps承認機能の2つの設計方針の概要
- Teams・Outlook経由で承認する方法のメリット・デメリット
- キャンバスアプリ上から直接承認・拒否を実施する方法の特徴
- 両方同時実装の可否と排他制御の考え方
- 自社運用に合った設計方針を選ぶ判断基準
小刀稱 知哉ことね ともや
得意領域
Power PlatformやSharePointを中心に設計・開発・アドバイス・教育まで幅広く担当しています。内製化をご希望の場合はお気軽にお問い合わせください！
保有資格
Power Appsで承認フローを構築する際の設計方針でお悩みですか？
アーティサンのPower Apps / Power Automate 導入支援サービスでは、要件定義から実装まで一貫してサポートします。
Power AppsやPower Automateを用いて申請・承認を行うアプリを作成したことはありますか？
弊社でも、申請・承認アプリは特に要望の多いアプリの1つです。
承認機能を実装する際には、Power Automateの承認アクションを用いることが一般的です。
一方で、お客様からは「Power Appsのアプリ上で承認したい」という要望を頂くことも多いです。
そこで、今回は承認機能の設計方針について説明いたします。
Power Apps キャンバスアプリを設計にする際に参考にしていただけますと幸いです。
内容としては、既にPower Apps・Power Automateでアプリを作成したことがある方に向けた記事です。
承認機能の設計方針
承認機能を実装するには、以下の方針が考えられます。
以下では、それぞれの方法について説明します。
Outlook/Teams上から承認/拒否を実施
Power Automateの承認アクションを用いる方法です。
※承認アクション：「開始して承認を待機」アクションや「承認を作成」アクションを指します。
この方法を用いると、OutlookやTeams上で承認/拒否を実施可能となります。
（承認アクションを1つ設定するだけで、Outlook・Teamsへ同時に通知されます。）
メリットとしては、Power Automateの標準機能を用いて構築するため、実装の難易度が低いことが挙げられます。
また、承認者が都度アプリを起動する必要がないため、承認処理の手間は小さくなります。
一方、デメリットとしては、Power Appsのアプリ上では承認処理を行うことはできないことです。
よって、承認者が自身の未承認一覧を把握し、承認を行いたい場合、
「OutlookやTeams上で未承認の通知を探し出し、承認作業を実施する」という作業が必要となります。
上記を手間を減らすためには、Power Automateが標準で提供している承認画面を用いる方法もあります。
※標準の承認画面は、アプリに関係なく、そのユーザーが対応すべき全ての申請情報が表示されています。
承認画面のURLは、Office 365へログインし、Power Automate → 実施項目 → 承認 → 受信済みと進んだ際の画面です。
この画面で、自分が承認処理の行う必要があるアイテム一覧を確認し、承認/拒否を実施することができます。
Power Apps キャンバスアプリ上から承認/拒否を実施
Power Automateの承認アクションを用いることなく、自力で承認処理を実装する方法です。
Power Apps キャンバスアプリのサンプル画面を以下に示します。
メリットとしては、Power Apps キャンバスアプリ上から承認/拒否を実施させることが可能である点です。
よって、承認者が自身の未承認一覧を把握し、承認を行いたい場合、「キャンバスアプリ上で未承認一覧を把握→そのまま承認を実施する」というシナリオが対応可能です。
また、自力で実装するため、承認画面や機能をある程度自由に設計できる点も挙げられます。
（例：拒否を行う場合は、コメントを必須とするなど）
一方、デメリットとしては、Outlook/Teams上から承認/拒否の実施はできないことです。
また、自力で承認処理を構築するため、実装の難易度は高くなります。
キャンバスアプリ構築のイメージとしては以下です。
-
申請者が承認処理を実施すると、承認者へメールを送信する。
Power Automateにて、「申請ボタンを押下した際、承認者へメールを送信する」フローを作成します。
また、送信するメールの中に、キャンバスアプリのURLと申請ID値を記載します。
Power Apps上で承認する際のメール画面 -
承認者用のキャンバスアプリは、URLに申請ID値が含まれている場合は、対象の申請詳細画面を開くように実装する。
param()関数を用いて実装します。
詳細は以下をご参考にしてください。Power Apps の Launch および Param 関数
-
承認者用のキャンバスアプリでは、画面上に承認/拒否ボタン及びコメント用のテキストボックスを追加する。
Power Apps キャンバスアプリ上での承認画面詳細 実際の運用を行う際には、以下の機能も実装することをお勧めします。
自身が承認者となっていない場合は、承認/拒否ボタンを非活性させる。
他の承認者が先に承認した場合、レコードが上書きできないように、データの排他制御処理を行う。
Power Automateの承認アクションは自動的に排他制御（他の人が承認したら、自身は承認できなくなる）が実装されていますが、このような機能も自力で実装していく必要があります。
まとめ
今回紹介した対応方針について、メリット・デメリットを以下にまとめました。
|
メリット |
デメリット |
|---|---|---|
Teams/Outlook上から承認/拒否を実施 |
・実装の難易度が低い ・通知の文面上で承認ができるため、承認処理の手間が比較的小さい |
・未承認一覧から承認を行う場合、手間が大きい |
Power Apps キャンバスアプリ上から承認/拒否を実施 |
・未承認一覧から承認を行う場合、手間が小さい ・承認画面や機能をある程度自由に設計できる |
・実装の難易度が高い ・アプリを起動した後承認を行うため、承認処理の手間が比較的大きい |
参考：Teams/Outlook上、かつPower Appsキャンバスアプリ上から承認/拒否を実施することはできるのか？
参考として、上記2つの方法の組み合わせた方法が実装できるのかについて検討します。
TeamsやOutlook上で承認/拒否を行うことが可能であり、かつPower Appsのキャンバスアプリ上からでも同様の処理ができるイメージです。
実装の難易度としては、非常に高くなることが考えられます。
理由としては、前項で説明したデータの排他制御に加え、Power Apps・Power Automate間で承認処理の同期をとる必要があるからです。
（Power Apps上で承認した場合は、Power Automateの承認アクションを終了させるなど）
アプリを利用するユーザーの立場から考えると、一番使いやすいアプリになるかもしれませんが、
実装の難易度が格段に高くなるため、アプリを提供するまでの期間が長くなることやバグが発生しやすくなることを考慮すると、
前述した2つの方法のどちらかで対応することを推奨いたします。
ローコードアプリを作成する際の設計思想については、以下をご参考にしてください。
本記事では、承認機能の設計方針について説明しました。
アプリを設計にする際に参考にしていただけますと幸いです。
Power AppsやPower Automateを活用した社内アプリ開発を内製化したい企業様へ。
アーティサンの内製化支援サービスでは、承認フローを含む業務アプリ開発のノウハウを体系的にご提供します。