次の方法で共有

電子申告 (ER) の概要

  • [アーティクル]

この記事では、電子申告 (ER) ツールの概要を説明します。 重要な概念、ER がサポートするシナリオについて説明し、ソリューションの一部として設計およびリリースされているフォーマットの一覧も掲載しています。

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

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

    • コンフィギュレーションはビジネス ユーザーが行うことができ、開発者は必要ありません。
    • データ モデルはビジネス用語で定義されています。
    • ビジュアル エディターは、ER 構成のすべてのコンポーネントの作成に使用されます。
    • データ変換に使われる言語は、Microsoft Excel で使われる言語と共通しています。

  • 複数の Dynamics 365 Finance リリースで使用する 1 つの構成:

    • ビジネス条項で定義される 1 つのドメイン固有のデータ モデルを管理します。
    • アプリケーションのリリースの詳細を、リリースに依存するデータモデルのマッピングで分離します。
    • データ モデルに基づいて、現在のバージョンの複数のリリースについて 1 つの形式コンフィギュレーションを管理します。

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

    • ER 構成のバージョン管理がサポートされます。
    • Microsoft Dynamics Lifecycle Services (LCS) アセット ライブラリは、バージョンの交換のために ER 構成のリポジトリとして使用できます。
    • 元の ER 構成に基づくローカライズは、子バージョンとして導入することができます。
    • ER 構成のツリーは、バージョンの依存関係のコントロールに役立つツールとして提供されます。
    • ローカライズの違い、つまり差分の構成を記録することで、オリジナルの ER 構成の新バージョンへの自動アップグレードが可能になります。
    • ローカライズ バージョンの自動アップグレード中に検出された競合を手動で解決することは簡単です。

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

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

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

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

処理能力

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

  • 異なるドメインでの電子申告に使用する 1 つの共通ツールを表し、財務と運用の何らかの電子申告を行う、20 以上の異なるエンジンを置き換えます。
  • 現在の実装から隔離されたレポートの形式を作成します。 つまり、この形式はさまざまなバージョンに適用できます。
  • 元の形式に基づいたカスタム書式の作成をサポートします。 ローカリゼーション/カスタマイズの要件により元の形式が変更したときに、自動的にカスタマイズされた形式をアップグレードするための機能も含まれています。
  • Microsoft ならびに Microsoft パートナーの両方の電子申告におけるローカライズ要件をサポートするための主要標準ツールとなります。
  • Microsoft Dynamics Lifecycle Services (LCS) を使用してパートナーや顧客に形式を配分する機能をサポートします。

重要な概念

主要データ フロー

ER の主要データ フロー。

コンポーネント

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

  • データ モデル
  • モデル マッピング
  • 書式設定
  • メタデータ

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

構成

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

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

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

ER のコンフィギュレーションは、アプリケーション会社で共有されます。

プロバイダー

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

新しい ER プロバイダーを登録するには、タスク ガイドを再生します。ER コンフィギュレーション プロバイダーを作成して有効なプロバイダーとしてマーク付けする (7.5.4.3 IT サービス/ソリューション コンポーネントの取得/開発 (10677) ビジネス プロセスの一部)。

リポジトリ

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

  • LCS 共有ライブラリ
  • LCS プロジェクト
  • ファイル システム
  • RCS
  • Operations リソース
  • グローバル リポジトリ

LCS 共有ライブラリリポジトリは、Lifecycle Services (LCS) の共有資産ライブラリ内のコンフィギュレーションの一覧へのアクセスを提供します。 この ERリポジトリのタイプは、Microsoft プロバイダーに対してのみ登録できます。 LCS 共有アセット ライブラリから、ER コンフィギュレーションの最新バージョンを現在のインスタンスにインポートできます。

LCS プロジェクト リポジトリでは、リポジトリの登録時に選択された特定の LCS プロジェクト (LCS プロジェクトのアセット ライブラリ) のコンフィギュレーションの一覧へのアクセス許可が提供されます。 ER で、現在のインスタンスから特定の LCS プロジェクト リポジトリへ共有コンフィギュレーションのアップロードが可能になります。 また、設定を LCS プロジェクト リポジトリから財務と運用アプリの現在のインスタンスにインポートすることもできます。

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

このリポジトリ タイプがアクセスできるのは、次の環境です:

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

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

RCS リポジトリは、リポジトリの登録段階で選択された コンフィギュレーション サービス (RCS) の特定インスタンスのコンフィギュレーション一覧へのアクセス許可を提供します。 ER を使用すると、選択した RCS インスタンスから完了または共有コンフィギュレーションを現在のインスタンスにインポートできるため、電子申告に使用できます。

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

グローバル リポジトリ リポジトリは、コンフィギュレーション サービス のグローバル リポジトリ内のコンフィギュレーション リストへのアクセスを提供します。 この ERリポジトリのタイプは、Microsoft プロバイダーに対してのみ登録できます。 グローバル リポジトリから、ER コンフィギュレーションの最新バージョンを現在のインスタンスにインポートできます。

詳細については、コンフィギュレーション サービスのグローバル リポジトリから電子申告 (ER) コンフィギュレーションのインポート を参照してください。

運営リソース リポジトリは、ER コンフィギュレーション プロバイダーとしての Microsoft が最初にアプリケーション ソリューションの一部としてリリースするコンフィギュレーションの一覧へのアクセス許可を提供します。 これらのコンフィギュレーションは、現在のインスタンスにインポートされ、電子申告またはサンプルのタスク ガイドの再生に使用できます。 また、追加のローカライズおよびカスタマイズにも使用できます。 Microsoft ER コンフィギュレーションによって提供される最新バージョンは、対応する ER リポジトリを使用して LCS 共有アセット ライブラリからインポートする必要があることに注意してください。

必要な LCS プロジェクト、ファイル システム、および規制コンフィギュレーション サービス (RCS) リポジトリは、現在のインスタンスの各コンフィギュレーション プロバイダーに対して個別に登録できます。 各リポジトリは、特定のコンフィギュレーション プロバイダー専用にできます。

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

データ モデルの作成

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 ファイルを使用します。

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

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

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

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

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

作成した形式の内部使用を開始するためのファイナンスのコンフィギュレーション

アプリケーションは、電子申告生成のために作成された形式を使用するためにコンフィギュレーションできます。 作成された形式のコンフィギュレーションへの参照は、特定のドメインの設定において定義する必要があります。 たとえば、BACS 形式で電子仕入先支払の ER 形式のコンフィギュレーションを使用するためには、形式のコンフィギュレーションを特定の支払メソッドから参照する必要があります。

このシナリオの詳細をよく理解するために、形式コンフィギュレーションを使用して支払の電子ドキュメントを生成する を参照してください。

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

外部に提供するための LCS で ER コンポーネントを公開 (ローカライズ)

作成されたコンポーネント (モデルまたは形式) の所有者は、コンポーネントの完了したバージョンを LCS に公開するため ER を使用できます。 現在の ER コンフィギュレーション プロバイダーの LCS プロジェクト タイプのリポジトリが必要です。 コンポーネントの完了バージョンのステータスが 完了 から 共有 に変更されると、そのバージョンは LCS に公開されます。 コンポーネントが LCS に公開されている場合、そのコンポーネントの所有者は、コンポーネントをサポートするサービス プロバイダーになります。 たとえば、形式コンポーネントが法的に要求される電子ドキュメントを生成するように設計されている場合、(例えば、ローカライズのシナリオに従って) 法律上の変更に準拠してその形式を保つことを想定し、新しい法律上の要求を生じるときはいつでも、プロバイダーは新しいバージョンを発行します。 このシナリオの詳細をよく理解するために、Lifecycle Services へのコンフィギュレーションのアップロード を参照してください。

内部で使用する ER のコンポーネントを LCS からインポートする

ER により、ER コンポーネントを LCS から現在のインスタンスへインポートすることができるようになります。 LCS プロジェクト タイプのリポジトリが必要です。 ER コンポーネントが LCS から現在のインスタンスにインポートされた場合、インスタンスの所有者はインポートされたコンポーネントの所有者 (作成者) によって提供されるサービスの消費者になります。 たとえば、形式コンポーネントがアプリケーションから特定の国または地域固有の形式 (ローカライズのシナリオ) の特定の電子ドキュメントを生成するよう設計されている場合、サービス消費者は法律条件に準拠するために、その形式におけるすべての更新を取得できることを想定します。 このシナリオの詳細をよく理解するために、Lifecycle Services からのコンフィギュレーションのインポート を参照してください。

基準 (カスタマイズ) として別の形式を選択する書式設定を作成

ER によって、LCS からインポートされたコンポーネント (基本) の現在のバージョンから新しいコンポーネントを作成 (派生) できるようになります。 たとえば、ユーザーはカスタマイズ シナリオをサポートする電子ドキュメント (複数のフィールドや詳細な説明など) の特殊な要件を実装するために、新しい形式を派生する必要があります。 このシナリオの詳細をよく理解するために、ER 形式の新しい基準バージョンを採用してその形式をアップグレードする を参照してください。

基準形式 (再ベース) の新しいバージョンを選択しながら形式をアップグレード

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

Finance でリリース済の ER 構成の一覧

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

構成 リポジトリ ページのグローバル リポジトリのコンテンツ。

追加リソース