財務分析コードの既定値

  • [アーティクル]

適用対象: リソース/非在庫ベースのシナリオ向け Project Operations。

この文書では、財務分析コードの既定値を設定する方法について説明します。

Microsoft Dynamics 365 Project Operations では、Dynamics 365 Finance の 財務分析コード フレームワークを使用して、プロジェクトの補助元帳および一般会計の取引に関するより多くの分析情報を提供します。

既定の財務分析コードは、顧客、プロジェクトの資金源、プロジェクトの契約品目、プロジェクトに設定できます。

顧客が使用する既定の財務分析コードを定義する

顧客分析コードの既定は、財務で指定されています。 既定の財務分析コードを設定するには、次の手順に従います。

  1. 売掛金勘定>顧客>すべての顧客に移動します。
  2. 顧客ページの財務分析コード タブで、特定の顧客の財務分析コード値を設定します。

プロジェクト契約の既定の財務分析コードの定義

プロジェクト契約は、Dataverse で作成および管理されます。 プロジェクト契約の会計属性は、財務のプロジェクト管理と会計モジュールに設定されています。

プロジェクト資金調達ソースの財務分析コードの設定

プロジェクト資金調達ソースの財務分析コードを設定するには、次の手順に従います。

  1. プロジェクト管理および会計>プロジェクト>プロジェクト契約 の順に移動します。
  2. 更新するレコードを選択し、プロジェクト契約タブを選択してから、既定の会計を表示するを選択します。
  3. 関連情報を展開し、資金調達ソース タブを選択して、財務分析コードの既定値を設定します。 財務分析コードの既定値は顧客アカウントから取得されることに注意してください。

プロジェクトの契約品目の財務分析コードを設定する

  1. プロジェクト管理および会計>プロジェクト>プロジェクト契約 の順に移動します。
  2. 更新するレコードを選択し、プロジェクト契約タブを選択してから、既定の会計を表示するを選択します。
  3. 関連情報を展開し、契約品目 タブを選択して、財務分析コードの既定値を設定します。 財務分析コードの既定が適用され、固定価格 (マイルストーン) 契約品目でのみ使用できます。

これらの既定値は、関連するプロジェクトの分割払トランザクションおよび請求明細行で使用されます。

プロジェクトの既定の財務分析コードの定義

プロジェクトは、Dataverse で作成および管理されます。 プロジェクトの会計属性は、財務のプロジェクト管理と会計モジュールに設定されています。

  1. プロジェクト管理および会計>プロジェクト>すべてのプロジェクトに移動します。
  2. 更新するレコードを選択し、プロジェクトタブを選択してから、既定の会計を表示するを選択します。
  3. 関連情報を展開し、設定 タブを選択して、財務分析コードの既定値を設定します。 財務分析コードの既定値は顧客アカウントから取得されることに注意してください。 プロジェクトが複数のプロジェクト契約顧客を持つ契約品目に関連付けられている場合、主要顧客は財務分析コードの既定値の入力に使用されます。

プロジェクトの既定の財務分析コードを使用して、Project Operations の統合仕訳帳および関連するプロジェクト請求明細行の時間トランザクション、経費トランザクション、および手数料トランザクションの仕訳帳明細行の既定値を設定します。

予約可能なリソースの既定の財務分析コードを有効にします。

以前は、作業者の業務から生成された財務エントリでは、作業者の財務分析コードは考慮されませんでした。 ただし、個々の作業者を予約可能なリソースにマッピングし、関連する統合仕訳、予測明細、および投稿でその作業者の雇用財務分析コードを使用するための新しい機能が利用可能になりました。 この機能は、オプションの Dataverse ソリューションと統合に依存します。 前提条件として、Dynamics 365 HR の URS アプリへの統合がインストールされている必要があります。 詳細とインストール手順については、人事管理と予約可能なリソースの統合 を参照してください。

インストールと構成の後、作業者 (cdm_workers) 二重書き込みマップがインストールされ、実行中 のステータスになっている必要があります。 予約可能なリソース上の新しいフィールドを使用して、作業者を予約可能なリソースにマップできます。 予約可能なリソースも、手動で新規作成または更新して、作業者をリンクさせる必要があります。

重要

Dynamics 365 HR の URS アプリへの統合では、新しい予約可能なリソースが作成されると、作業者 フィールドが編集可能になります。 作業者 フィールドは後で編集できません。

統合仕訳帳で雇用の既定値分析コードを使用する機能を設定する

マップされた作業者に対して新機能を有効にするには、次の前提条件を満たす必要があります。

  1. 機能管理 に移動します。

  2. 統合ジャーナルで雇用既定ディメンションを使用するを有効にします。

  3. Project Operations の二重書き込みエンティティ マップに二重書き込みでソリューションを適用し、この機能用に 1 つの新しいマップと 2 つの更新されたマップをインポートします。

  4. 統合キーを変更して、予約可能なリソースに、関連する法人のコンテキストを持たせます。

    1. 統合キーを選択し、予約可能リソース の横の最初の列に bookableresourceid [Bookable Resource] を追加します。
    2. 保存 を選択して、統合キー ページを閉じます。

  5. Project Operations 統合実績 マップを停止し、テーブル マップ バージョン を選択して、バージョン 10.0.17 以降に更新します。 二重書き込みマップ内から テーブルの更新 を選択して、新しいテーブル スキーマを表示して実行する必要がある場合があります。

  6. 時間の見積もり マップの Project Operations 統合 エンティティを停止し、テーブル マップ バージョン を選択してバージョン 1.0.6 以降に更新します。 二重書き込みマップ内から テーブルの更新 を選択して、新しいテーブル スキーマを表示して実行する必要がある場合があります。

  7. プロジェクト作業者リソースのインポート (予約可能なリソース) の新しいマップを開始します。

この機能によって有効になる変更

前提条件が完了すると、統合仕訳帳への変更がユーザーに通知されます。 統合仕訳帳の新しい リソース フィールドに、作業者に基づいてリソースの一意識別子と名前が表示されるようになりました。

注意

前のフィールド リソース名 は引き続き使用できます。 ただし、同じ名前の予約可能リソースが 2 つある場合は、同じ値が表示されます。 統合仕訳明細行に リソース 値が設定されていない場合、作業者と予約可能リソースの間にマッピングはありません。

この機能に含まれるシナリオには、Dataverse の時間エントリと、実績と見積もりの費用を使用するシナリオがあります。 この機能では、財務と運用アプリから送信される経費レポートの動作は変更されていません。

分析コードの既定値は、時間エントリと経費では異なります。 時間エントリの予測と実績の両方について、次の動作が発生します:

  • プロジェクト - コスト の 転記タイプ の場合、分析コードは作業者とプロジェクトの両方からマージされますが、競合がある場合はプロジェクト分析コードが優先されます。
  • プロジェクト - 給与割り当て の 転記タイプ の場合、分析コードは作業者とプロジェクトの両方からマージされますが、競合がある場合は作業者分析コードが優先されます。

経費入力の予測と実績の両方について、次の動作が発生します:

  • プロジェクト - コスト の 転記タイプ の場合、分析コードは作業者とプロジェクトの両方からマージされますが、競合がある場合はプロジェクト分析コードが優先されます。
  • 仕訳元帳 の 転記タイプ の場合、分析コードは作業者とプロジェクトの両方からマージされますが、競合がある場合はプロジェクト分析コードが優先されます。

リソースベース/非在庫シナリオの財務ディメンションの既定値を柔軟に決定

新しい機能により、トランザクションの既定の財務分析コードを入力するオプションがさらに増えました。 この機能を使用すると、プロジェクトまたは契約明細を選択して、トランザクションに入力される既定の財務分析コードを決定できます。

この機能を使用するには、機能管理の (プレビュー) リソースベース/非在庫シナリオの財務分析コードの既定値決定の柔軟性を有効化機能を有効にする必要があります。

この機能には、次が含まれています。

  • 新しい プロジェクトの既定ディメンション ルール ページを使用して、既定のディメンションをプロジェクトまたは契約品目から取得するかどうかを決定する基準を定義します。
  • 時間 および 材料 契約品目は、プロジェクト契約の既定の会計に表示されます。 したがって、ユーザーは両方のタイプの契約品目に対して財務分析コードの既定値を入力できるようになりました。
  • ステージング、オンアカウント取引、予測、収益認識からのインポートに追加されるロジックによって、既定のディメンションをプロジェクトまたは契約明細から取得するかどうかが決まります。
  • プロジェクトおよび契約品目ページで既定のディメンション値の保存に対する信頼性を向上させるための修正が行われました。

ディメンション ルール

この機能を有効にすると、プロジェクトの既定のディメンション ルールの新しいページが、プロジェクト管理と会計>設定>転記>プロジェクトの既定のディメンション ルールで利用可能になります。

プロジェクトの既定のディメンション ルール ページでは、ルールを適用する範囲を決定するための基準を示します。 最後の列は、既定のディメンションの優先順位を示します。 これは、既定のディメンションをプロジェクトまたは契約品目から取得するかどうかを決定するために使用されます。

機能が最初に有効になった後、またはアップグレードが行われた場合、ルールは定義されません。 ほとんどの場合、定義されたルールが存在しない場合は、既定のディメンションがプロジェクトから取得される以前の動作と同じです。

この機能が有効になっていない場合は、次の以前のレガシ ルールが使用されます。

  • プロジェクト ディメンションは、Dataverse からの時間エントリ、経費エントリ、料金、材料使用エントリ、およびジャーナルの主なソースとして使用されます。
  • プロジェクト ディメンションは、Dataverse からの予測エントリの主なソースとして使用されます。
  • プロジェクト契約品目は、Dataverse からの当座預金取引の主なソースとして使用されます。
  • 財務と運用アプリから発生するトランザクションでは、元のドキュメントで定義されているディメンションが使用されます。 これらのディメンションは、プロジェクト ディメンションを主なソースとして使用しました。

ディメンション ルールが見つからない場合、従来の動作では機能がオフになっているかのように動作します。

ルールは右から左に評価され、右側のフィールドに固有のルールが優先されます。 たとえば、特定のプロジェクト コストと収益プロファイルに対して 1 つのルールが定義され、特定のプロジェクト契約に対して別のルールが追加されます。 この場合、2 番目の契約ルールが最初のルールよりも優先されます。

プロジェクトが契約に接続されていない場合は、従来のルールが適用され、プロジェクトがディメンションに使用されます。

機能の考慮事項と制限

10.0.40 プレビュー リリースの時点では、この機能では次のドキュメントは考慮されません。 したがって、これらのドキュメントでは従来の動作が引き続き使用されます。

  • 財務と運用アプリから送信された経費報告書
  • 財務と運用アプリから送信される購入要求、発注書、ベンダー請求書

10.0.40 プレビュー リリースの時点では、収益認識には既知の制限があります。 収益認識は、手数料ジャーナルが有効になっているディメンションに従います。 契約品目が 1 つしかないシンプルな固定価格プロジェクトでは、契約から既定のディメンションを正しく取得できます。 ただし、料金用の実費払い契約品目と収益認識用の別の固定価格契約品目が存在する場合、既定のディメンションは料金に使用される実費払い契約明細から取得されます。