以下のコンテンツでは、ビジネス承認テンプレート キットを使用したエンドツーエンドのユーザー体験について説明します。
Charlotte はビジネス ユーザーであり、いくつかの点を考慮して承認を行いたいと考えています。
| シナリオ | ノート |
|---|---|
| SAP 請求書 | SAP 請求書が請求書内のデータに基づいて送信される場合は、手動による承認が必要です。 |
| マネージャーの承認 | ラインマネージャーの承認制限を超える SAP 請求書にはマネージャーの承認が必要です。 |
| 承認者の対応可否 | 承認者が世界のどこにいるかによって、休日スケジュールや勤務スケジュールが異なります。 承認を待っていると、承認者が戻るまで遅延が発生する可能性があります。 |
| 休日の取り扱い | リクエストが送信されたとき、承認者が休暇中である可能性があります。 この場合、承認要求の処理に遅れが生じたり、誰が代理承認者であるのか混乱したりする可能性があります。 |
| Power Platform のアクセス許可 | Charlotte には、承認ソリューションを構築してテスト環境と運用環境に展開するための制限付き権限が与えられています。 |
| COE チーム サポート | Charlotte は、技術担当者およびメンターとしてギブソンと協力して、 ソリューションのインストールとローコード Power Platform ソリューションの作成を支援しています。 |
Charlotte さんはこれらの考慮事項を評価し、マルチレベルの承認とさまざまな承認者シナリオの処理のサポートを提供するビジネス承認キットを使用することを選択しました。 Charlotte は、Center of Excellence チームの Gibson と協力して、環境にビジネス承認キットをインストールします。 キットがインストールされたら、Charlotte は承認プロセスをモデル化します。 SAP Power Automate は。Charlotte にとっては新しい分野であり、Gibson と協力して SAP データを取得し、承認ワークフローをトリガーするために必要なトリガーを構築しています。 承認者が要求を承認および拒否するためにワークフローと Power Automate クラウド フローを使用して承認が生成されます。
ユーザー体験ペルソナの概要
このユーザー体験の例を確認すると、承認者、承認 管理者 および承認という 3 つの主要なペルソナがあり、Power Platform 管理者 は、承認キットを使用したユーザー体験の一部として使用されます。
| ペルソナ | 役割 | ユーザーの種類 | 説明 |
|---|---|---|---|
| Power Platform管理者 | IT マネージャー | プロの開発者 | 環境を作成/割り当て、システム 管理者 またはシステム カスタマイザーとして承認キット ソリューションをインポートします。 |
| 承認管理者 | 販売ディレクター | パワー ユーザー | ビジネス要件に一致するようにキットを構成します。 改善の機会を得るために承認プロセスを分析します。 |
| 承認者 | Sales 課長 | ビジネス ユーザー | 承諾または拒否の承認を受け取ります。 |
例
ユーザー体験の例は、次の一連の手順の要約図として示すことができます
| 役割 | アクション |
|---|---|
| プロの開発者/管理者 | Gibson は、ビジネス承認キットをインストールする環境を作成または指定します。 承認キットをインストールするには システムカスタマイザー の役割が必要です |
| 承認管理者 | Charlotte は、営業部門内のビジネス要件に一致するようにキットを構成します。 |
| 作成者 | Gibson かそれ以外 Power Platform メーカーは、SAP および社内システムと統合された承認をトリガーするフローを作成します。 |
| 承認者 | Rebecca が使えるのは、 Microsoft Teams 追加のトレーニングなしでリクエストを承認します。 |
| 承認管理者 | Charlotte は改善の機会を得るために承認プロセスを分析します。 |
経歴
インストール
Gibson は、セットアップガイド 前提条件が満たされていることを確認します。 システム 管理者 または システムカスタマイザー 権限を使用して、承認キットを環境にインストールして、承認管理者がアプリケーションにアクセスできるようにすることができます。
ビジネス承認プロセスを構成する
Charlotte は、プロセス デザイナーを使用して新しいビジネス承認ワークフローを作成し、営業部門内のビジネス要件に一致する承認ステージ、条件、および各ステージ内の承認ステップを定義します。
詳細: プリセット承認を構成する
承認トリガー
Gibson、別のメーカー、または組織内のプロの開発者は、既存のソリューションと IT システムを簡単に統合できます。 トリガーには、SQL サーバー、Azure Functions などの接続を含めることができます。 これらの個人は、新しいクラウド フローを追加するか、既存のクラウド フロー アクションを変更することで承認プロセスを開始できます。
残りの承認プロセスは、承認キットで自動的に処理および管理されます。
詳細: 承認のトリガー
ビジネス アプリケーションとの統合
一般的な承認シナリオでは、SAP や Dynamics 365 などのビジネス アプリケーションとの統合が必要です。これらのサービスと統合するには、ネイティブ コネクタを使用できます。
RPA との統合
デスクトップ フローを使用して従来のシステムでの承認プロセスを合理化し、最新の方法で承認エクスペリエンスを自動化します。
承認要求を処理する
Rebecca とその他の設定された承認者は、 Microsoft Outlook と Microsoft Teams でアダプティブ カードとしてメッセージを受信します。 これらの承認には、リクエストを承認するか拒否するかを決定するために、ビジネス承認デザイナーのシャーロットによって提供される詳細が含まれます。
詳細: 承認リクエストの処理、不在時および委任の設定。