電子申告 (ER) の概要

この記事では、電子申告 (ER) ツールの概要を説明します。 これには、主要な概念、ER でサポートされるシナリオ、およびソリューションの一部として設計およびリリースされる形式の一覧に関する情報が含まれています。

ERは、規制当局の電子報告書や支払いの作成、管理役立つ構成可能なツールです。 このモデルは、次の 3 つの概念に基づいて作成されます:

• コーディングの代わりになる構成:

  • ビジネス ユーザーは、開発者を必要とせずにソリューションを構成できます。
  • データ モデルはビジネス用語で定義されています。
  • ビジュアル エディターを使用して、ER 構成のすべてのコンポーネントを作成します。
  • データ変換に使用される言語は、Microsoft Excelで使用される言語に似ています。

• 複数のDynamics 365 Finance リリースの 1 つの構成:

  • ビジネス用語で定義されている 1 つのドメイン固有のデータ モデルを管理します。
  • アプリケーションリリースの詳細は、リリース依存のデータ モデル マッピングで分離します。
  • データ モデルに基づいて、現在のバージョンの複数のリリースに対して 1 つの形式構成を保持します。

• 簡易または自動的アップグレード:

  • このソリューションでは、ER 構成のバージョン管理がサポートされています。
  • Dataverse は、バージョン交換用の ER 構成のリポジトリとして使用できます。
  • 子バージョンとして、元の ER 構成に基づくローカライズを導入できます。
  • ER 構成のツリーは、バージョンの依存関係のコントロールに役立つツールとして提供されます。
  • このソリューションでは、ローカライズまたは差分構成の違いを記録して、元の ER 構成の新しいバージョンへの自動アップグレードを有効にします。
  • ローカリゼーション バージョンの自動アップグレード中に検出された競合を簡単に手動で解決できます。

ER では、電子フォーマットの構造を定義し、その構造を入力する方法をデータやアルゴリズムを使って記述することができます。 データ変換には、Excel言語に似た数式言語を使用できます。 データベースからフォーマットへのマッピングをより管理しやすく、再利用可能にし、フォーマット変更に依存しないものにするために、このソリューションでは中間データ モデルの概念が導入されています。 この概念により、実装の詳細をフォーマット マッピングから隠すことができ、複数のフォーマット マッピングで単一のデータ モデルを再利用できます。

ER を使用して、さまざまな国や地域の法的要件に合わせて、受信および送信の電子文書のフォーマットを構成することができます。 ER では、そのライフ サイクル中にこれらの形式を管理することができます。 たとえば、新たな規制要件を採用することができ、政府機関、銀行、およびその他の関係者と情報を電子的に交換する際に必要とされる形式でビジネス ドキュメントを生成します。

ER エンジンは、開発者ではなく、ビジネス ユーザーを対象とします。 コードの代わりに形式を構成するため、電子ドキュメントの形式を作成および調整するプロセスは、より速く、より簡単になります。

ER では現在、TEXT、XML、JSON、PDF、Microsoft Word、Microsoft Excel、OPENXML ワークシートの形式がサポートされています。

能力

ER エンジンには次の機能があります :

• これは、さまざまなドメインで電子レポートを行う単一の共有ツールとして機能します。 これは、財務と運用のために何らかの種類の電子レポートを処理する 20 を超える異なるエンジンを置き換えます。
• レポートの形式を現在の実装から絶縁します。 言い換えると、形式は異なるバージョンで機能します。
• 元の形式に基づくカスタム形式の作成がサポートされています。 また、ローカライズまたはカスタマイズの要件によって元の形式が変更されたときに、カスタマイズされた形式を自動的にアップグレードする機能も含まれています。
• MicrosoftとMicrosoft パートナーの両方に対して、電子レポートのローカライズ要件をサポートする主要な標準ツールになります。
• Dataverse を使用してパートナーや顧客に形式を配分する機能をサポートします。

重要な概念

主要データ フロー

コンポーネント

ER は、次のタイプのコンポーネントをサポートしています。

• データ モデル
• モデル マッピング
• フォーマット
• メタデータ

詳細については、電子レポート コンポーネントの概要を参照してください。

構成

ER 構成は、特定の ER コンポーネントを囲むラッパーです。 そのコンポーネントは、データ モデルのコンポーネントまたは形式コンポーネントのいずれかです。 コンフィギュレーションは ER コンポーネントの異なるバージョンを含めることができます。 特定の構成プロバイダーが各構成を所有している。 アプリケーションの ER 設定でアクティブなプロバイダーとして構成の所有者を選択すると、構成のコンポーネントの ドラフト バージョンを編集できます。

各モデル コンフィギュレーションには、データ モデル コンポーネントが含まれています。 特定のデータ モデル構成から新しい形式の構成を派生させることができます。 構成ツリーでは、作成したフォーマット構成は、元のデータ モデル構成の子として表示されます。

作成するフォーマット構成には、フォーマット コンポーネントが含まれています。 元となるモデル コンフィギュレーションのデータ モデルは、既定のデータ ソースとして子の形式のコンフィギュレーションの形式コンポーネントに自動的に挿入されます。

アプリケーション企業のエンティティ-リレーションシップ (ER) 構成を共有します。

プロバイダー

ER プロバイダーは、各 ER 構成の作成者 (所有者) を示すパーティ識別子です。 ER により。コンフィギュレーション プロバイダーの一覧を管理することができます。 財務および運用ソリューションの一部として電子ドキュメント用にリリースされる書式構成は、Microsoft 構成プロバイダーによって所有されているとマークされます。

新しい ER プロバイダーを登録する方法については、タスク ガイド ER 構成プロバイダーを作成し、それをアクティブとしてマーク する ( 7.5.4.3 IT サービス/ソリューション コンポーネントの取得/開発 (10677) ビジネス プロセスの一部) を参照してください。

リポジトリ

ER レポジトリは ER コンフィギュレーションを格納します。 次の ER リポジトリのタイプが現在サポートされています。

• ファイル システム
• 運用リソース
• Dataverse

ファイル システム リポジトリは、AOS サービスがホストされたコンピュータのローカル ファイル システムの特定のフォルダーにある XML ファイルとして配置されているコンフィギュレーションの一覧へのアクセスを提供します。 リポジトリ登録ステージで必要なフォルダーを選択します。 また、ファイル システム リポジトリから現在のインスタンスにコンフィギュレーションをインポートすることもできます。

このリポジトリの種類には、次の環境でアクセスできます。

• 開発のために配置されたクラウド ホスト環境 (囲まれたスイートのテスト モデルを含む)
• オンプレミス環境でのローカルデプロイ

詳細については、電子申告 (ER) コンフィギュレーションのインポート を参照してください。

Operations リソース リポジトリは、ER 構成プロバイダーとして、Microsoft が最初にアプリケーションソリューションの一部としてリリースした構成の一覧にアクセスするためのものです。 これらの構成を現在のインスタンスにインポートし、電子レポートやサンプル タスク ガイドの再生に使用できます。 また、追加のローカライズやカスタマイズに使用することもできます。 対応する ER リポジトリを使用して、Microsoft ER 構成によって提供される最新バージョンを Dataverse からインポートする必要があります。

Dataverse リポジトリは、ER 構成プロバイダーとしてMicrosoft構成の一覧にアクセスできます。 これらの構成を現在のインスタンスにインポートし、電子レポートに使用できます。 Dataverse は、構成の中心的なソースとして使用されます。 構成を Dataverse から財務にインポートしたり、同様に構成を Dataverse にエクスポートしたりできます。 詳細については、Dataverse からの電子申告 (ER) 構成のインポート を参照してください。

現在のインスタンスの構成プロバイダーごとに必要なリポジトリを個別に登録します。 各リポジトリは、特定のコンフィギュレーション プロバイダー専用にできます。

サポートされているシナリオ

データ モデルの作成

ER は、特定のビジネス ドメインのデータ モデルの作成に使用できるモデル デザイナーを提供します。 すべてのドメイン固有のビジネス エンティティと、それらの関係を階層構造としてデータ モデルに表示できます。

このシナリオの詳細をよく理解するために、記事 ドメイン固有のデータ モデルを設計する を参照してください。

データ モデルのコンテンツの翻訳

データ モデルのコンテンツ (ラベルと説明) を、アプリケーションがサポートする他の言語に変換できます。 次の理由により、データ モデルのコンテンツを翻訳します。

• デザイン時に、他の言語を話し、フォーマット コンポーネントのデータ マッピングにデータ モデルを使用する書式デザイナーにとって、コンテンツをより理解しやすくします。
• 実行時により使いやすくするため、プロンプトと実行時のパラメーターのヘルプ、およびコンフィギュレーションされた検証メッセージ (エラーと警告) はサインインしたユーザーが希望する言語で表示するのが望ましいです。

送信ドキュメントのデータ モデル マッピングをコンフィギュレーションします

ER には、ユーザーが設計したデータ モデルを特定のアプリケーション データ ソースにマップするために使用できるモデル マッピング デザイナーが用意されています。 マッピングに基づいて、選択したデータ ソースから実行時にデータ モデルにデータがインポートされます。 データ モデルは、送信する電子ドキュメントを生成する ER 形式の抽象データ ソースとして使用されます。

このシナリオの詳細をよく理解するために、記事 ER モデル マッピングの定義およびそのデータ ソースの選択 と 選択したデータ ソースにデータ モデルをマップする を参照してください。

受信ドキュメントのデータ モデル マッピングをコンフィギュレーションします

ER には、ユーザーが設計したデータ モデルを特定の変換先にマップするために使用できるモデル マッピング デザイナーが用意されています。 たとえば、データ モデルを更新可能なデータ コンポーネント (テーブル、データ エンティティ、ビュー) にマップできます。 マッピングに基づいて、データ モデルのデータを使用して実行時にデータが更新されます。 ER 形式の抽象ストレージとして、データ モデルは受信電子ドキュメントからインポートするデータを格納します。

モデル コンフィギュレーションとしてデザインされたモデル コンポーネントを保存する

ER は、現在のインスタンスのモデル コンフィギュレーションとして関連付けられているデータ マッピングと一緒に設計されたデータ モデルを保存できます。

このシナリオの詳細をよく理解するために、記事 選択したデータ ソースにデータ モデルをマップする を参照してください。

基準としてデータ モデルを使用する書式設定を作成する

ER は、基準としてモデル コンポーネントを選択し、選択されたビジネス ドメインの電子ドキュメントの書式を作成するのに使用できる形式デザイナーをサポートします。 同様の ER 形式デザイナーによって、作成する形式は、データ ソースとして選択されたドメインのデータ モデル マッピングにマップできるようになります。

OPENXML ワークシート形式の電子ドキュメントを生成する構成を構築する

ER 形式デザイナーを使用して、OPENXML ワークシート形式で電子ドキュメントを作成します。

このシナリオの詳細をよく理解するために、OPENXML 形式でレポートを生成するためのコンフィギュレーションを設計する を参照してください。 テンプレートのインポートの一環として、支払レポートのテンプレート (SampleVendPaymWsReport.xlsx) Excel ファイルをテンプレートとして使用します。

Word ドキュメント形式で電子ドキュメントを生成する構成の構築

ER 形式デザイナーを使用して、Wordドキュメント形式で電子ドキュメントを作成します。 この形式では、OPENXML 形式でレポート出力を生成するように最初に設計された既存の ER コンフィギュレーションを再利用しています。

このシナリオの詳細を理解するには、記事「Microsoft WORD 形式でレポートを生成する新しい ER 構成を設計する」を参照してください。 テンプレートをインポートするためのタスク ガイド 手順の一環として、ER 形式のテンプレートとして次のWord ファイルを使用します。

• 支払レポート (SampleVendPaymDocReport.docx) のテンプレート
• 支払レポート SampleVendPaymDocReportBounded.docx のバインディング テンプレート

受信した電子ドキュメントからデータをインポートするコンフィギュレーションの作成

ER 形式デザイナーを使用して、XML 形式またはテキスト形式でデータをインポートする予定の電子ドキュメントを記述します。 設計された形式は、受信ドキュメントの解析に使用されます。 ER 形式マッピング デザイナーを使用して、設計された形式の要素からデータ モデルへのバインドを定義します。

このシナリオの詳細をよく理解するために、[外部ファイルからデータをインポートするために必要なコンフィギュレーションの作成](Create required configurations to import data from an external file.md) を参照してください。 この記事の手順を完了するには、次のファイルを使用します:

• ER データ モデル コンフィギュレーション (1099model.xml)
• ER 形式コンフィギュレーション (1099format.xml)
• XML 形式 (1099entries.xml) での受信ドキュメントのサンプル
• 受信ドキュメントのデータを管理するためのワークブックのサンプル (1099entries.xlsx)

設計された形式のコンポーネントを形式のコンフィギュレーションに保存

電子レポート (ER) は、現在のインスタンスの形式構成として、構成されたデータ マッピングと共に、設計された形式を格納できます。 前の図は、このような形式のコンフィギュレーションの例を示しています (支払モデル コンフィギュレーションの子である BACS (英国))。

内部で作成された形式の使用を開始するように Finance を構成する

作成した形式を使用して電子レポートを生成するようにアプリケーションを構成できます。 特定のドメインの設定で、作成された形式構成への参照を定義します。 たとえば、BACS 形式の電子仕入先支払に対する ER 形式の構成の使用を開始するには、特定の支払方法で書式構成を参照します。

詳細については、 書式構成を使用した支払の電子ドキュメントの生成を参照してください。

ER のコンポーネントの処理

ベースとして別の形式を選択して形式を構築する (カスタマイズ)

ER を使用すると、リポジトリからインポートしたコンポーネント (ベース) の現在のバージョンから新しいコンポーネントを作成 (派生) できます。 たとえば、カスタマイズ シナリオをサポートするために、新しい形式を派生して、追加のフィールドや広範な説明など、電子ドキュメントの特別な要件を実装することができます。 詳細については、「ER Upgrade your format by adopting a new, base version of that format」を参照してください。

新しいバージョンの基本形式 (リベース) を選択して形式をアップグレードする

ER は、派生コンポーネントの現在のドラフト バージョンの基本コンポーネントの最新バージョンからの変更を自動的に採用します。 このプロセスは、再ベース中と呼ばれています。 たとえば、Dataverse からインポートした最新バージョンの形式で導入された新しい規制の変更は、電子ドキュメントのこの形式のカスタマイズされたバージョンに自動的にマージできます。 自動的にマージできないすべての変更は競合とみなされます。 デザイナー ツールでは、手動解決のためにこれらの競合が表示されます。 詳細については、そのフォーマットの新しいベースバージョンを採用してフォーマットをアップグレードするを参照してください。

Finance でリリースされる ER 構成の一覧

Finance の ER 構成の一覧が更新されました。 グローバル リポジトリ を開き、現在サポートされている ER コンフィギュレーションの一覧を確認します。 [ 中止の詳細 ] クイック タブでは、廃止または更新されなくなった構成に関する情報を確認できます。

追加リソース

• 電子申告のコンポーネント
• 電子申告 (ER) コンフィギュレーションの作成
• 電子申告 (ER) コンフィギュレーション ライフサイクルの管理