メモ
コミュニティの関心グループが Yammer から Microsoft Viva Engage に移行されました。 Viva Engageコミュニティに参加し、最新のディスカッションに参加するには、 Finance and Operations Viva Engage Community へのアクセス権フォームに入力し、参加するコミュニティを選択します。
この記事では、Dynamics 365 Financeの Electronic reporting (ER) configurations のライフサイクルを管理する方法について説明します。
概要
電子申告 (ER) は、 の法律の要件および国/地域固有の電子ドキュメントをサポートするエンジンです。 一般に、ER は、各電子ドキュメントに関して次のタスクの実行を想定しています。 詳細については、電子申告 (ER) の概要 を参照してください。
電子ドキュメントのテンプレートを設計します:
ドキュメントに表示できる必要なデータ ソースを特定します。
- データ テーブル、データ エンティティ、クラスなど基になるデータ。
- 実行日および時刻、タイム ゾーンなどプロセス固有のプロパティ。
- 実行時にエンドユーザーが指定するユーザー入力パラメーター。
必要なドキュメントの要素、および最終ドキュメントの形式を指定するトポロジを定義します。
選択したデータ ソースから定義されたドキュメント要素へのデータ フローを設定し、その際データ ソースをドキュメントの形式コンポーネントにバインドすることで実現し、さらにプロセス制御ロジックを指定します。
他のインスタンスで使用できるようにテンプレートを使用できるようにします。
- 作成したドキュメント テンプレートを ER 構成に変換し、現在のアプリケーション インスタンスから、ローカルまたは Microsoft Dynamics ライフサイクル サービスに格納できる XML パッケージとして構成をエクスポートします。
- ER コンフィギュレーションをアプリケーション ドキュメント テンプレートに変換します。
- ローカルまたはライフサイクル サービスに格納する XML パッケージを現在のインスタンスにインポートします。
電子ドキュメント テンプレートをカスタマイズします:
- ライフサイクル サービスから ER 構成として現在のインスタンスにテンプレートを取り込みます。
- 基本バージョンを参照しながら、カスタム バージョンの ER コンフィギュレーションを設計します。
アプリケーションで使用できるように、特定の業務プロセスを含むテンプレートを連結します。
- 設定をコンフィギュレーションし、プロセスに関連したパラメーターでそのコンフィギュレーションを参照して、アプリケーションで ER コンフィギュレーションの使用を開始できるようにします。 たとえば、特定の買掛金勘定の支払方法の ER コンフィギュレーションを参照して、請求書の処理についての電子支払メッセージを生成します。
特定の業務プロセスでテンプレートを使用します:
- 特定の業務プロセスで ER コンフィギュレーションを実行します。 たとえば、ER コンフィギュレーションを参照する支払方法が選択された場合の請求書の処理についての電子支払メッセージの生成。
概念
次のロールおよび関連活動が、ER コンフィギュレーション ライフサイクルに関連付けられます。
| 役割 | 活動 | 説明 |
|---|---|---|
| 電子申告機能コンサルタント | ER コンポーネントを作成および管理します (モデル、形式)。 | ER のドメイン固有のデータ モデルを設計し、電子ドキュメントの必須のテンプレートを作成し、それらを結合するビジネス ユーザー。 |
| 電子申告開発者 | データ モデルのマップを作成および管理します。 | 必要な財務データ ソースを選択し、ER のドメイン固有のデータ モデルに結合する専門家。 |
| 会計監修者 | ER のコンポーネントを参照するプロセス関連の設定を構成します。 | たとえば、特定の買掛金勘定支払方法で使用して請求書処理用に電子支払メッセージを生成する ER のコンフィギュレーション設定を許可する会計監修者のロール。 |
| 買掛金勘定支払係 | 特定の業務プロセスで ER コンポーネントを使用します。 | たとえば、特定の支払方法に対して構成されている ER 形式に基づいて請求書処理用に電子支払のメッセージが生成されるようにするのを許可する買掛金勘定支払の担当者ロール。 |
ER コンフィギュレーションの開発ライフサイクル
次の ER 関連の理由から、開発環境で財務と運用の個別のインスタンスとして ER 構成を設計します。
- 電子申告開発者ロールまたは電子申告機能コンサルタントロールのユーザーは、テスト目的でコンフィギュレーションを編集し、実行できます。 このシナリオでは、ビジネス データとインスタンスのパフォーマンスに悪影響を与える可能性のあるクラスとテーブルのメソッドの呼び出しが発生する可能性があります。
- ER 構成の ER データ ソースとしてのクラスとテーブルのメソッドの呼び出しは、エントリ ポイントと記録された会社のコンテンツによって制限されません。 電子申告開発者ロールまたは電子申告機能コンサルタントロールのユーザーは、機密情報にアクセスできます。
開発環境で設計した ER 構成をテスト環境に アップロード して、構成評価 (適切なプロセス統合、結果の正確性、パフォーマンス) と、ロール主導のアクセス権の正確性や職務の分離などの品質保証を行うことができます。 この目的で ER 構成インターチェンジを有効にする機能を使用します。 実証済みの ER 構成をライフサイクル サービスにアップロードしてサービス サブスクライバーと共有することも、内部で使用するために運用環境に インポート することもできます。
データ持続性の考慮事項
ER 構成 のさまざまなバージョンを自分の財務インスタンスに個別に インポート できます。 新しいバージョンの ER 構成をインポートすると、システムは、この構成のドラフト バージョンの内容を制御します。
- インポートされたバージョンが現在の Finance インスタンスのこの構成の最上位バージョンより低い場合、この構成のドラフト バージョンの内容は変更されません。
- インポートしたバージョンが現在の Finance インスタンスのこの構成の他のバージョンよりも高い場合は、インポートされたバージョンの内容がこの構成の下書きバージョンにコピーされるため、最後に完了したバージョンの編集を続行できます。
構成が現在アクティブ化している構成プロバイダーに属している場合は、[構成] ページの [バージョン] クイック タブ (組織の管理>>) で、この構成のドラフト バージョンを表示できます。 関連する ER デザイナーを使用して、コンフィギュレーションのドラフト バージョンを選択し、そのコンテンツを 変更 することができます。 ER 構成のドラフト バージョンを編集すると、そのコンテンツは、現在の Finance インスタンスのこの構成の最上位バージョンのコンテンツと一致しなくなります。 変更が失われるのを防ぐために、この構成のバージョンが現在の Finance インスタンスのこの構成の最上位バージョンより高いため、インポートを続行できないというエラーが表示されます。 フォーマット構成 X など、このエラーが発生すると、 フォーマット 'X' バージョンが完了していません エラーが表示されます。
ドラフト バージョンで導入した変更を元に戻すには、バージョン クイックタブで Finance の ER コンフィギュレーションの最も新しい完了または共有バージョンを選択し、このバージョンを取得オプションを選択します。 選択したバージョンのコンテンツがドラフト バージョンにコピーされます。
適用上の考慮事項
ER 構成の新しいバージョンを設計するときに、他のソフトウェア コンポーネントへの依存関係を定義できます。 この手順は、ER リポジトリまたは外部 XML ファイルからこの構成のバージョンのダウンロードを制御し、バージョンをさらに使用するための前提条件です。 ER 構成の新しいバージョンをインポートしようとすると、システムは構成された前提条件を使用して、バージョンをインポートできるかどうかを制御します。
場合によっては、新しいバージョンの ER 構成をインポートするときに、システムが構成済みの前提条件を無視するように要求することがあります。 インポート中に前提条件を無視するには、次の手順に従います。
組織管理>電子申告>コンフィギュレーションに移動します。
構成ページ、アクション ウィンドウ、構成タブ、詳細設定グループで、ユーザー パラメーターを選択します。
インポート時に製品アップデートとバージョン前提条件のチェックをスキップするオプションをはいに設定します。
メモ
このパラメーターはユーザーに固有のものまたは会社固有のものであることに注意してください。
他のコンポーネントへの依存
ER 構成は、他の構成に 依存 するように構成できます。 たとえば、グローバル リポジトリから ER データ モデル構成をインポートして、Microsoft 規制構成サービス (RCS) のインスタンスまたは Dynamics 365 Finance のインスタンスに配置できます。 次に、インポートされた ER データ モデル構成から派生した新しい ER 形式の構成を作成できます。 派生 ER 形式の構成は、基本 ER データ モデルの構成によって異なります。
形式の設計が完了したら、ER 形式構成の初期バージョンの状態を 下書き から完了に変更 します。 次に、ER 形式の構成の完成したバージョンをグローバル リポジトリに 発行 して共有します。 次に、任意の RCS または Finance クラウド インスタンスからグローバル リポジトリにアクセスできます。 その後、アプリケーションに適用できる ER コンフィギュレーション バージョンを、グローバル リポジトリからアプリケーションにインポートできます。
コンフィギュレーションの依存関係に基づいて、グローバル リポジトリで ER 形式のコンフィギュレーションを選択して新しく配置された RCS または Finance インスタンスにインポートすると、基本となる ER データ モデル コンフィギュレーションはグローバル リポジトリで自動的に検出され、選択した ER 形式コンフィギュレーションと共に基本コンフィギュレーションとしてインポートされます。
また、現在の RCS または Finance インスタンスから ER 形式のコンフィギュレーション バージョンをエクスポートし、XML ファイルとしてローカルに保存することができます。
バージョン 10.0.29 より前のバージョンの Finance では、その XML ファイルまたはグローバル リポジトリ以外のリポジトリから、ER 構成がまだ含まれていない新しくデプロイされた RCS または Finance インスタンスに ER 形式の構成バージョンをインポートしようとすると、基本構成を取得できないことを通知するために次の例外がスローされます。
未解決の参照が残っています
オブジェクト '<インポートされた構成名>' のオブジェクト 'Base' への参照 (<欠落した基本構成のグローバル一意識別子>、<欠落した基本構成のバージョン>) を確立できません。
バージョン 10.0.29 以降では、同じ構成のインポートを実行しようとすると、現在のアプリケーション インスタンスまたは現在使用しているソース リポジトリ (該当する場合) で基本構成が見つからない場合、ER フレームワークはグローバル リポジトリ キャッシュに存在しない基本構成の名前を自動的に検索しようとします。 その後、スローされた例外のテキスト内で、欠落している基本構成の名前とグローバル一意識別子 (GUID) が提示されます。
未解決の参照が残っています
オブジェクト '<インポートされた構成名>' のオブジェクト 'Base' への参照 (見落とされた基本構成の<名><見落とされた基本構成のグローバル一意識別子><見つからない基本構成のバージョン>) を確立できません。
指定した名前を使用して基本コンフィギュレーションを検索し、手動でインポートできます。
メモ
この新しいオプションは、少なくとも 1 人のユーザーが、現在の Finance インスタンスの [構成リポジトリ ] ページまたはいずれかのグローバル リポジトリ 参照 フィールドを使用してグローバル リポジトリにサインインし、グローバル リポジトリのコンテンツがキャッシュされている場合にのみ機能します。