モバイルによる請求書承認

[アーティクル]
03/08/2023

モバイル機能により、ビジネスユーザーはモバイルエクスペリエンスを設計できます。高度なシナリオでは、開発者はプラットフォームを使用して、必要に応じて機能を拡張することもできます。モバイルに関する新しい概念のいくつかを学ぶ最も効果的な方法は、いくつかのシナリオを設計するプロセスを経ることです。この記事は、サポート案件としてモバイルのベンダー請求書の承認を取得することによる、モバイルシナリオを設計するための実際的なアプローチを提供することを目的としています。この記事は、シナリオのさまざまなバリエーションを設計するのに役立ちますが、仕入先請求書に関連しない他のシナリオにも適用できます。

前提条件

前提条件	Description
モバイルハンドブックの先行読取	モバイルプラットフォーム
Dynamics 365 Finance	バージョン 1611 およびプラットフォーム更新プログラム 3 (2016 年 11 月) がある環境
更新プログラム KB 3204341 をインストールします。	タスクレコーダーは誤って 2 つのドロップダウンダイアログの Close コマンドを記録できます。これはプラットフォーム更新プログラム 3 (2016 年 11 月の更新プログラム) に含まれています。
更新プログラム KB 3207800 をインストールします。	この修正プログラムは、モバイルクライアント上で表示される添付ファイルを有効にします。これはプラットフォーム更新プログラム 3 (2016 年 11 月の更新プログラム) に含まれています。
更新プログラム KB 3208224 をインストールします。	モバイルの仕入先請求書承認アプリケーションのアプリケーションコードです。これはバージョン 7.0.1 (2016 年 5 月) に含まれています。
モバイルアプリがインストールされている、Android、iOS、または Windows デバイス。	適切なアプリストアでアプリを検索します。

はじめに

ベンダー請求書のモバイル承認には、「前提条件」セクションに記載されている 3 つの修正プログラムが必要です。これらの修正プログラムは、請求書承認のためのワークスペースを提供しません。ワークスペースがモバイルのコンテキストでどのようなものかを知るには、「前提条件」セクションで説明したモバイルハンドブックをお読みください。請求書承認ワークスペースを設計する必要があります。

すべての組織は、ベンダー請求書の異なるビジネスプロセスを調整し定義します。ベンダーの請求書承認のためのモバイルエクスペリエンスを設計する前に、ビジネスプロセスの次の側面を考慮する必要があります。このアイデアは、これらのデータポイントを可能な限り使用して、デバイス上のユーザーエクスペリエンスを最適化することです。

モバイルエクスペリエンスで、請求書ヘッダーのどのフィールドを、どのような順序で表示したいですか?
モバイルエクスペリエンスで、請求書行のどのフィールドを、どのような順序で表示したいですか?
請求書にはいくつの請求書明細行がありますか? 80-20 ルールをここで適用し、80 パーセントを最適化します。
ユーザーは、レビュー中にモバイルデバイス上の勘定配賦 (請求書コーディング) を見たいでしょうか? この質問に対する回答が「はい」の場合は、次の質問を検討してください。
- 請求書行にはいくつの勘定配賦 (拡張価格、消費税、料金、分割など) がありますか? 再度、80-20 ルールを適用します。
- 請求書には請求書ヘッダーに勘定配賦も含まれていますか? もしそうなら、これらの勘定配賦はデバイス上で利用できるはずですか?
メモ

この記事では、現在モバイルシナリオでこの機能がサポートされていないため、勘定配賦の編集方法については説明していません。
ユーザーはデバイス上の請求書の添付ファイルを見たいですか?

請求書承認のためのモバイルエクスペリエンスの設計は、これらの質問に対する回答によって異なります。その目的は、組織内のモバイルでのビジネスプロセスのユーザーエクスペリエンスを最適化することです。この記事の残りでは、前述の質問とは異なる回答に基づいた 2 つのシナリオのバリエーションを見ていきます。

一般的なガイダンスとして、モバイルデザイナーと協力している場合は、アップデートを失わないように変更を「公開」してください。

Contoso の簡単な請求書承認シナリオの設計

シナリオの属性	応答
モバイルエクスペリエンスで、請求書ヘッダーのどのフィールドを、どのような順序で表示したいですか?	仕入先名請求合計請求先/元 ID 請求書番号請求日請求明細期日請求書通貨
モバイルエクスペリエンスで、請求書行のどのフィールドを、どのような順序で表示したいですか?	調達カテゴリ件数単価明細行の正味金額 1099 金額
請求書にはいくつの請求書明細行がありますか? 80-20 ルールをここで適用し、80 パーセントを最適化します。	1
ユーザーは、レビュー中にモバイルデバイス上の勘定配賦 (請求書コーディング) を見たいでしょうか?	有
請求書行にはいくつの勘定配賦 (拡張価格、消費税、料金、など) がありますか? 再度、80-20 ルールを適用します。	拡張価格: 2 売上税: 0 料金: 0
請求書には請求書ヘッダーに勘定配賦も含まれていますか? もしそうなら、これらの勘定配賦はデバイス上で利用できるはずですか?	不使用
ユーザーはデバイス上の請求書の添付ファイルを見たいですか?	はい

ワークスペースの作成

ブラウザーで、アプリケーションにログインします。
サインインした後、次の例のように &mode=mobile を URL に追加し、ページを更新します: https://<yoururl>/?cmp=usmf&mi=DefaultDashboard**&mode=mobile**
ページの右上角にある設定 (歯車) ボタンをクリックし、次に モバイルアプリ をクリックします。モバイルアプリのデザイナーは、タスクレコーダーが表示されるのと同じように表示される必要があります。
新しいワークスペース作成するには、追加をクリックします。この例として、ワークスペースを 自分の承認 と名付けます。
説明を入力します。
ワークスペースの色を選択します。ワークスペースの色は、このワークスペースのモバイルエクスペリエンスの全体的なスタイルに使用されます。
ワークスペースのアイコンを選択します。
完了をクリックします。
変更を保存するには、ワークスペースを公開 をクリックします。

自分に割り当てられている仕入先請求書

設計する必要がある最初のモバイルページは、レビューのためにユーザーに割り当てられている請求書の一覧です。このモバイルページを設計するには、VendMobileInvoiceAssignedToMeListPage ページを使用します。この手順を完了する前に、少なくとも 1 つの仕入先請求書がレビューのために割り当てられていること、および請求書行に 2 つの配布があることを確認してください。この設定は、このシナリオの要件を満たしています。

URL で、メニューの名前を VendMobileInvoiceAssignedToMeListPage に置き換え、買掛金勘定モジュールの私に割り当てられた保留中の仕入先請求書リストページのモバイル版を開きます。システムに割り当てられている請求書の数に応じて、このページにこれらの請求書が表示されます。特定の請求書を検索するには、左側のフィルターを使用します。ただし、この例では特定の請求書は必要ありません。割り当てられた請求書を要求するだけで、モバイルページをデザインすることができます。利用可能な新しいページは、ベンダーの請求書のモバイルシナリオを開発するために特別に設計されています。したがって、これらのページを使用する必要があります。 URL は次の URL のようになります。また、入力後、図に示されているページが表示されます: https://<yourURL>/?cmp=usmf&mi=VendMobileInvoiceAssignedToMeListPage&mode=mobile
ページの右上角にある設定 (歯車) ボタンをクリックし、次に モバイルアプリ をクリックします
ワークスペースを選択し、編集をクリックします。
ページを追加 をクリックして、最初のモバイルページを作成します。
私のベンダーの請求書などの名前と、レビュー用に割り当てられたベンダーの請求書などの説明を入力します。
完了をクリックします。
モバイルデザイナーの フィールド タブで フィールドの選択 をクリックします。リストページの列は、次の図のようにする必要があります。
リストページから、モバイルページのユーザーに表示する必要がある列を追加します。追加する順序は、フィールドがエンドユーザーに表示される順序です。フィールドの順序を変更する唯一の方法は、すべてのフィールドを再選択することです。このシナリオの要件に基づいて、次の 8 つのフィールドが必要です。しかし、一部のユーザは、8 つのフィールドが多くの情報をモバイルデバイス上に持つと考える可能性があります。したがって、モバイルリストビューで最も重要なフィールドのみを表示します。残りのフィールドは、後で設計する詳細ビューに表示されます。今のところ、次のフィールドを追加します。モバイルページに追加するには、これらの列のプラス記号 (+) をクリックします。
- 仕入先名
- 請求合計
- 請求先/元 ID
- 請求書番号
- 請求日
フィールドが追加されると、モバイルページは次の図のようになります。
ワークフローアクションを後で有効にできるように、次の列も追加する必要があります。
- 完了したタスクを表示する
- 委任タスクを表示する
- リコールタスクを表示する
- 拒否タスクを表示する
- リクエスト完了タスクを表示する
- 再送信タスクを表示する
完了をクリックして、編集モードを終了します。
戻る、次に完了をクリックして、ワークスペースを終了します。
ワークスペースの公開 をクリックして作業を保存します。
請求書の買掛金勘定パラメータフォームの仕入先請求書一覧の請求書総額の表示を有効化します。このパラメータを有効にすることによってのみ、請求書合計が計算され、保留中の仕入先請求一覧ページに表示されます。これは前提条件の修正プログラム 3208224 の一部の新しい機能です。

ベンダー請求書の詳細

モバイル用の請求書の詳細ページを設計するには、VendMobileInvoiceHeaderDetails ページを使用します。システムに登録されている請求書の数に応じて、このページには最も古い請求書（最初に作成された請求書）が表示されます。特定の請求書を検索するには、左側のフィルターを使用します。ただし、この例では特定の請求書は必要ありません。モバイルページを設計できるように、請求書データが必要です。

URL で、メニューアイテムの名前を VendMobileInvoiceHeaderDetails に置き換えてフォームを開きます。
設定 (ギア) ボタンからモバイルデザイナーを開きます。
ワークスペースで編集モードを開始するには、編集ボタンをクリックします。
前に作成した私のベンダーの請求書ページを選択して、それから編集をクリックします。
フィールド タブで、グリッド 列見出しをクリックします。
プロパティ > ページの追加をクリックします。注: をクリックしてページ グリッド すると、詳細ページとの関係が自動的に設定されます。
請求書の詳細などのページタイトルと、請求書ヘッダーと行の詳細の表示などの説明を入力します。
フィールドの選択 をクリックします。追加する順序は、フィールドがエンドユーザーに表示される順序に留意してください。フィールドの順序を変更する唯一の方法は、すべてのフィールドを再選択することです。
このシナリオの要件に基づいて、ヘッダーから次のフィールドを追加します。
- 仕入先名
- 請求合計
- 請求先/元 ID
- 請求書番号
- 請求日
- 請求明細
- 期日
- 請求書通貨
ページの行グリッドから次のフィールドを追加します。
- 調達カテゴリ
- 件数
- 単価
- 明細行の正味金額
- 1099 金額
前の 2 つの手順のすべてのフィールドが追加されたら、完了をクリックします。ページは次の図のようにする必要があります。
完了をクリックして、編集モードを終了します。
戻る、次に完了をクリックして、ワークスペースを終了します。
ワークスペースの公開 をクリックして作業を保存します

ワークフローアクション

ワークフローアクションを追加するには、VendMobileInvoiceHeaderDetails ページを使用します。このページを開くには、先ほどと同様に、URL 内のメニュー項目の名前を置き換えます。次に、設定 (ギア) ボタンからモバイルデザイナーを開きます。詳細ページにワークフローアクションを追加するには、次の手順に従います。ワークフローアクションを利用できるようにするため、請求書は適切な状態で割り当てられる必要があります。

ワークフローアクションを記録

ワークスペースで編集モードを開始するには、編集ボタンをクリックします。
前に作成した請求書の詳細ページを選択し、編集をクリックします。
アクション タブで、アクションの追加 をクリックします。
承認などのアクションタイトルと、請求書の承認などの説明を入力します。ここに入力するアクションタイトルは、モバイルアプリでユーザーに表示されるアクションの名前になります。
完了をクリックします。
フィールドの選択 をクリックします。
VendMobileInvoiceHeaderDetailsページのワークフロープロセスを実行し、記録するアクションを完了します。このプロセス中にワークフローコメントを入力して、コメントフィールドもモバイルエクスペリエンスに含めるようにしてください。
ワークフローアクションの実行後、完了をクリックしてフィールドの選択タスクを完了します。
完了をクリックして、編集モードを終了します。
戻る、次に完了をクリックして、ワークスペースを終了します。
ワークスペースの公開 をクリックして作業を保存します
必要なすべてのワークフローアクションを記録するには、前の手順を繰り返します。

.js ファイルの作成

メモ帳または Microsoft Visual Studio を開き、次のコードを貼り付けます。ファイルを .js ファイルとして保存します。このコードを使い、次の処理を行います。

以前にモバイルリストページに追加した追加のワークフロー関連の列は非表示になっています。アプリケーションがコンテキスト内にその情報を持ち、次のステップを実行できるように、これらの列を追加しました。
アクティブなワークフローステップに基づいて、それらのアクションのみを表示するロジックが適用されます。

メモ

コード内のページおよび他のコントロールの名前は、ワークスペース内で同じ名前でなければなりません。

function main(metadataService, dataService, cacheService, $q) {
       return {
           appInit: function (appMetadata) {
               // Hide controls that need to be present, but not visible
               metadataService.configureControl('My-vendor-invoices', 'ShowAccept', { hidden: true });
               metadataService.configureControl('My-vendor-invoices', 'ShowApprove', { hidden: true });
               metadataService.configureControl('My-vendor-invoices', 'ShowReject', { hidden: true });
               metadataService.configureControl('My-vendor-invoices', 'ShowDelegate', { hidden: true });
               metadataService.configureControl('My-vendor-invoices', 'ShowRequestChange', { hidden: true });
             metadataService.configureControl('My-vendor-invoices', 'ShowRecall', { hidden: true });
               metadataService.configureControl('My-vendor-invoices', 'ShowComplete', { hidden: true });
           metadataService.configureControl('My-vendor-invoices', 'ShowResubmit', { hidden: true });
           },
           pageInit: function (pageMetadata, params) {
    if (pageMetadata.Name == 'Invoice-details') {
                   // Show/hide workflow actions based on workflow step
                   metadataService.configureAction('Accept', { visible: true });
                   metadataService.configureAction('Approve', { visible: true });
                   metadataService.configureAction('Reject', { visible: true });
                   metadataService.configureAction('Delegate', { visible: true });
                   metadataService.configureAction('Request-change', { visible: true });
                   metadataService.configureAction('Recall', { visible: true });
                   metadataService.configureAction('Complete', { visible: true });
                   metadataService.configureAction('Resubmit', { visible: true });

                   var entityContextParts = params.pageContext.split(':');
                   var data = dataService.getEntityData(entityContextParts[0], entityContextParts[1]);

                   var acceptControl = data.getPropertyValue('VendInvoiceInfoTable/showAccept');
                   var approveControl = data.getPropertyValue('VendInvoiceInfoTable/showApprove');
                   var rejectControl = data.getPropertyValue('VendInvoiceInfoTable/showReject');
                   var delegateControl = data.getPropertyValue('VendInvoiceInfoTable/showDelegate');
                   var requestChangeControl = data.getPropertyValue('VendInvoiceInfoTable/showRequestChange');
                   var recallControl = data.getPropertyValue('VendInvoiceInfoTable/showRecall');
                   var completeControl = data.getPropertyValue('VendInvoiceInfoTable/showComplete');
                   var resubmitControl = data.getPropertyValue('VendInvoiceInfoTable/showResubmit');

                   var showAcceptControl = Boolean(acceptControl == 1);
                   var showApproveControl = Boolean(approveControl == 1);
                   var showRejectControl = Boolean(rejectControl == 1);
                  var showDelegateControl = Boolean(delegateControl == 1);
                   var showRequestChangeControl = Boolean(requestChangeControl == 1);
                   var showRecallControl = Boolean(recallControl == 1);
                   var showCompleteControl = Boolean(completeControl == 1);
                   var showResubmitControl = Boolean(resubmitControl == 1);

                   metadataService.configureAction('Accept', { visible: showAcceptControl });
                   metadataService.configureAction('Approve', { visible: showApproveControl });
                   metadataService.configureAction('Reject', { visible: showRejectControl });
                   metadataService.configureAction('Delegate', { visible: showDelegateControl });
                   metadataService.configureAction('Request-change', { visible: showRequestChangeControl });
                   metadataService.configureAction('Recall', { visible: showRecallControl });
                   metadataService.configureAction('Complete', { visible: showCompleteControl });
                 metadataService.configureAction('Resubmit', { visible: showResubmitControl });
               }
             },
       };
    }

ロジック タブを選択して、コードファイルをワークスペースにアップロードします。
完了をクリックして、編集モードを終了します。
戻る、次に完了をクリックして、ワークスペースを終了します。
ワークスペースの公開 をクリックして作業を保存します

ベンダー請求書の添付

ページの右上角にある設定 (歯車) ボタンをクリックし、次に モバイルアプリ をクリックします
ワークスペースで編集モードを開始するには、編集ボタンをクリックします。
前に作成した請求書の詳細**ページを選択し、**編集 をクリックします。
以下のように、文書管理 オプションをはいに設定します。注: デバイスに添付ファイルを表示する要件がない場合は、このオプションを既定の設定 No に設定します。
完了をクリックして、編集モードを終了します。
戻る、次に完了をクリックして、ワークスペースを終了します。
ワークスペースの公開 をクリックして作業を保存します

ベンダー請求書行の配布

このシナリオの要件により、行レベルの配布のみが存在し、請求書には常に 1 行しか含まれないことが確認されます。このシナリオは単純なので、モバイルデバイスのユーザーエクスペリエンスは、配布を表示するためにユーザーが複数のレベルをドリルダウンする必要がないほど単純でなければなりません。仕入先請求書は、請求書のヘッダーからすべての配布を表示するオプションがあります。この経験は、モバイルシナリオに必要なものです。したがって、VendMobileInvoiceAllDistributionTree ページを使用してモバイルシナリオのこの部分を設計します。

メモ

要件を知ることで、使用する特定のページと、シナリオを設計する際にユーザーのモバイルエクスペリエンスをどのように最適化するかを決定するのに役立ちます。 2 番目のシナリオでは、そのシナリオの要件が異なるため、異なるページを使用して配布を表示します。

URL で、前と同じように、メニュー項目の名前を置き換えます。表示されるページは、次の図のようになります。
設定 (ギア) ボタンからモバイルデザイナーを開きます。
ワークスペースで編集モードを開始するには、編集ボタンをクリックします。注: すると、新しいページが自動的に2つ作成されます。前のセクションでドキュメント管理を有効にしたため、システムがこれらのページを作成します。これらの新しいページは無視できます。
ページの追加 をクリックします。
会計の表示などのページタイトルと、請求書の会計の表示などの説明を入力します。
完了をクリックします。
フィールド タブで、フィールドの選択 をクリックし、配布ページから次のフィールドを選択して、完了をクリックします。
1. 数量
2. 通貨
3. 勘定科目
メモ

このシナリオの要件では、拡張価格だけで配布が行われることが確認されているため、ディストリビューショングリッドから説明列を選択しませんでした。したがって、ユーザーは、その配信が対象とする金額タイプを決定するために別のフィールドを必要としません。ただし、次のシナリオでは、このシナリオの要件によって、他の金額タイプに配賦 (たとえば、消費税) があることが指定されているため、この情報を使用します。
完了をクリックして、編集モードを終了します。
戻る、次に完了をクリックして、ワークスペースを終了します。
ワークスペースの公開 をクリックして作業を保存します

会計の表示 モバイルページは、現在のところ私たちが設計したモバイルページのいずれにもリンクしていません。ユーザーはモバイルデバイスの請求書の詳細ページから会計の表示ページに移動できる必要があるため、請求書の詳細ページから会計の表示ページまでのナビゲーションを提供する必要があります。このナビゲーションは JavaScript を介する追加のロジックを使用して確立します。

前に作成した .js ファイルを開き、次のコードで強調表示されている行を追加します。このコードは 2 つのことを行います:

ユーザーがワークスペースから会計の表示ページに直接ナビゲートできないようにします。
請求書の詳細ページから会計の表示ページへのナビゲーション制御を確立します。

メモ

コード内のページおよび他のコントロールの名前は、ワークスペース内で同じ名前でなければなりません。

function main(metadataService, dataService, cacheService, $q) {
       return {
           appInit: function (appMetadata) {
               // Hide controls that need to be present, but not visible
               metadataService.configureControl('My-vendor-invoices', 'ShowAccept', { hidden: true });
               metadataService.configureControl('My-vendor-invoices', 'ShowApprove', { hidden: true });
               metadataService.configureControl('My-vendor-invoices', 'ShowReject', { hidden: true });
               metadataService.configureControl('My-vendor-invoices', 'ShowDelegate', { hidden: true });
               metadataService.configureControl('My-vendor-invoices', 'ShowRequestChange', { hidden: true });
             metadataService.configureControl('My-vendor-invoices', 'ShowRecall', { hidden: true });
               metadataService.configureControl('My-vendor-invoices', 'ShowComplete', { hidden: true });
           metadataService.configureControl('My-vendor-invoices', 'ShowResubmit', { hidden: true });
               // Hide pages not applicable for root navigation
               metadataService.hideNavigation('View-accounting');
               //Link to view accounting
               metadataService.addLink('Invoice-details', 'View-accounting', 'View-accounting-nav-control', 'View accounting', true);
           },
           pageInit: function (pageMetadata, params) {
    if (pageMetadata.Name == 'Invoice-details') {
                   // Show/hide workflow actions based on workflow step
                   metadataService.configureAction('Accept', { visible: true });
                   metadataService.configureAction('Approve', { visible: true });
                   metadataService.configureAction('Reject', { visible: true });
                   metadataService.configureAction('Delegate', { visible: true });
                   metadataService.configureAction('Request-change', { visible: true });
                   metadataService.configureAction('Recall', { visible: true });
                   metadataService.configureAction('Complete', { visible: true });
                   metadataService.configureAction('Resubmit', { visible: true });

                   var entityContextParts = params.pageContext.split(':');
                   var data = dataService.getEntityData(entityContextParts[0], entityContextParts[1]);

                   var acceptControl = data.getPropertyValue('VendInvoiceInfoTable/showAccept');
                   var approveControl = data.getPropertyValue('VendInvoiceInfoTable/showApprove');
                   var rejectControl = data.getPropertyValue('VendInvoiceInfoTable/showReject');
                   var delegateControl = data.getPropertyValue('VendInvoiceInfoTable/showDelegate');
                   var requestChangeControl = data.getPropertyValue('VendInvoiceInfoTable/showRequestChange');
                   var recallControl = data.getPropertyValue('VendInvoiceInfoTable/showRecall');
                   var completeControl = data.getPropertyValue('VendInvoiceInfoTable/showComplete');
                   var resubmitControl = data.getPropertyValue('VendInvoiceInfoTable/showResubmit');

                   var showAcceptControl = Boolean(acceptControl == 1);
                   var showApproveControl = Boolean(approveControl == 1);
                 var showRejectControl = Boolean(rejectControl == 1);
                   var showDelegateControl = Boolean(delegateControl == 1);
                   var showRequestChangeControl = Boolean(requestChangeControl == 1);
                   var showRecallControl = Boolean(recallControl == 1);
                   var showCompleteControl = Boolean(completeControl == 1);
                   var showResubmitControl = Boolean(resubmitControl == 1);

                   metadataService.configureAction('Accept', { visible: showAcceptControl });
                   metadataService.configureAction('Approve', { visible: showApproveControl });
                   metadataService.configureAction('Reject', { visible: showRejectControl });
                   metadataService.configureAction('Delegate', { visible: showDelegateControl });
                   metadataService.configureAction('Request-change', { visible: showRequestChangeControl });
                   metadataService.configureAction('Recall', { visible: showRecallControl });
                   metadataService.configureAction('Complete', { visible: showCompleteControl });
                   metadataService.configureAction('Resubmit', { visible: showResubmitControl });
    }
             },
       };
    }

前のコードを上書きするには、ロジック タブを選択してコードファイルをワークスペースにアップロードします。
完了をクリックして、編集モードを終了します。
戻る、次に完了をクリックして、ワークスペースを終了します。
ワークスペースの公開 をクリックして作業を保存します

妥当性確認

モバイルデバイスからアプリを開き、インスタンスに接続します。ベンダーの請求書が審査のために割り当てられている会社にサインインしてください。次の操作を実行できるはずです:

私の承認 ワークスペースを参照してください。
私の承認 ワークスペースをドリルインし、私のベンダーの請求書ページを参照してください。
私のベンダーの請求書 ページをドリルインし、割り当てられた請求書の一覧を表示します。
請求書の 1 つをドリルインし、請求書ヘッダーの詳細と行の詳細を確認します。
詳細ページで、添付ファイルへのリンクを参照し、このリンクを使用して添付ファイルリストに移動し、添付ファイルを表示します。
詳細ページで、会計の表示ページへのリンクを参照し、このリンクを使用して配布ページに移動し、配布を表示します。
詳細ページで、下部にある操作メニューをクリックし、ワークフローステップに該当するワークフローアクションを実行します。

Fabrikam の複雑な請求書承認シナリオの設計

シナリオの属性	応答
モバイルエクスペリエンスで、請求書ヘッダーのどのフィールドを、どのような順序で表示したいですか?	仕入先名請求金額請求先/元 ID 請求書番号請求日請求明細期日請求書通貨
モバイルエクスペリエンスで、請求書行のどのフィールドを、どのような順序で表示したいですか?	調達カテゴリ件数単価明細行の正味金額 1099 金額
請求書にはいくつの請求書明細行がありますか? 80-20 ルールをここで適用し、80 パーセントを最適化します。	5
ユーザーは、レビュー中にモバイルデバイス上の勘定配賦 (請求書コーディング) を見たいでしょうか?	有
請求書行にはいくつの勘定配賦 (拡張価格、消費税、料金、など) がありますか? 再度、80-20 ルールを適用します。	拡張価格: 2 売上税: 2 料金: 2
請求書には請求書ヘッダーに勘定配賦も含まれていますか? もしそうなら、これらの勘定配賦はデバイス上で利用できるはずですか?	不使用
ユーザーはデバイス上の請求書の添付ファイルを見たいですか?	有

次のステップ

シナリオ 2 の要件に基づいて、シナリオ 1 で以下のバリエーションを実行できます。モバイルアプリエクスペリエンスを向上するには、このセクションを使用してください。

シナリオ 2 では、より多くの請求書行が予想されるため、以下のデザイン変更により、モバイルデバイスのユーザーエクスペリエンスが最適化されます。
1. (シナリオ 1 のように) 詳細ページで請求書の行を表示する代わりに、別のモバイルページに行を表示することを選択できます。
2. このシナリオでは複数の請求書行が予想されるため、VendMobileInvoiceAllDistributionTree ページを使用してモバイルの配布ページを設計すると (シナリオ 1 のように)、ユーザーは行を配布に関連付けるのが紛らわしく感じる可能性があります。したがって、VendMobileInvoiceLineDistributionTree ページを使用して配布ページを設計します。
3. 理想的には、このシナリオでは、配布を請求明細行のコンテキストで表示する必要があります。したがって、ユーザーが行にドリルダウンして配布ページを表示できることを確認してください。シナリオ 1 のヘッダーおよび詳細ページの場合と同様に、ページリンク機能を使用してドリルスルーを確立します。
シナリオ 2 の配布では、複数の金額タイプ (消費税、請求など) が予想されるため、金額タイプの説明を表示すると便利です。 (この情報はシナリオ 1 では省略しました。)

次の方法で共有

モバイルによる請求書承認

前提条件

はじめに