Power Apps キャンバスアプリ：承認機能の設計方針

こんにちは。アーティサン株式会社の小刀稱（ことね）です。

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上から承認/拒否の実施はできないことです。
また、自力で承認処理を構築するため、実装の難易度は高くなります。

キャンバスアプリ構築のイメージとしては以下です。

まとめ

今回紹介した対応方針について、メリット・デメリットを以下にまとめました。

	メリット	デメリット
Teams/Outlook上から承認/拒否を実施	・実装の難易度が低い ・通知の文面上で承認ができるため、承認処理の手間が比較的小さい	・未承認一覧から承認を行う場合、手間が大きい ※Power Automateの承認画面から一覧の把握は可能 ・承認画面や機能は固定
Power Apps キャンバスアプリ上から承認/拒否を実施	・未承認一覧から承認を行う場合、手間が小さい ・承認画面や機能をある程度自由に設計できる	・実装の難易度が高い ・アプリを起動した後承認を行うため、承認処理の手間が比較的大きい

 

参考：Teams/Outlook上、かつPower Appsキャンバスアプリ上から承認/拒否を実施することはできるのか？

参考として、上記2つの方法の組み合わせた方法が実装できるのかについて検討します。

TeamsやOutlook上で承認/拒否を行うことが可能であり、かつPower Appsのキャンバスアプリ上からでも同様の処理ができるイメージです。
実装の難易度としては、非常に高くなることが考えられます。

理由としては、前項で説明したデータの排他制御に加え、Power Apps・Power Automate間で承認処理の同期をとる必要があるからです。
（Power Apps上で承認した場合は、Power Automateの承認アクションを終了させるなど）

アプリを利用するユーザーの立場から考えると、一番使いやすいアプリになるかもしれませんが、
実装の難易度が格段に高くなるため、アプリを提供するまでの期間が長くなることやバグが発生しやすくなることを考慮すると、 前述した2つの方法のどちらかで対応することを推奨いたします。

ローコードアプリを作成する際の設計思想については、以下をご参考にしてください。

ローコードアプリ開発者の設計思想

【Power Apps, Power Automate】DXで注目が高い開発手法 「ローコード開発」、ローコード、ノーコードを効率的に開発する設計思想とメリット・デメリットを解説いたします。

本記事では、承認機能の設計方針について説明しました。
アプリを設計にする際に参考にしていただけますと幸いです。

 

【こちらも合わせて読みたい】

• 

  Power Apps の実践的なノウハウ まとめ

• 

  Power Automate初心者～中級者向けロードマップ

 

 

地方自治体ローコード導入・運用支援サービス（Power Apps・Power Automate)

Microsoft社が提供するローコード技術であるPower Platformを用いて、自治体様のDＸ化を支援します。

X-SP | SharePoint デザイン・機能拡張サービス

デザイン×機能を兼ね備えたSharePointを提供いたします。
SharePointの利便性を向上し、操作性と視認性を兼ね備えたデザインでユーザーの業務効率化・ストレス低減を提供します。

内製化支援サービス | Power Platform(Power Apps・Power Automate)

Power Platform(Power Apps・Power Automate)開発や運用をスムーズに内製できるよう支援いたします。

DX人材育成プログラム | Power Apps・Power Automte 教育

Microsoft社が提供するローコード技術であるPower Platformを用いて、社内のDX化を推進するための人材を育成いたします。

Power Apps/Power Automateアプリ開発・導入支援サービス

Microsoft社が提供するPower Apps / Power Automateの導入支援として、高度なアプリも最速で作れる業務アプリ作成支援サービスを提供いたします。

SharePointモダン化コンサルティングサービス

従来のSharePoint から移行・モダン化したい方に向けて、事前調査からサイト作成・活用支援までトータルなコンサルティング・技術支援を提供いたします。

小刀稱知哉

大分県出身（温泉大好き）、現在は東京都在住

1990年生まれ

30才でメーカーの技術営業からIT業界にジョブチェンジ!!!

趣味は読書

Power Platform（SharePoint・Power Apps・Power Automate）に関する営業活動や設計、開発などを担当しております！

持ってる資格はPL-200/PL-300/PL-400/PL-600/MS-700/AZ-104/AZ-305/SC-200