電子申告の概要

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

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

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

ER では、TEXT、XML、Microsoft Word 文書、および OPENXML ワークシート形式がサポートされています。 ただし、拡張インターフェイスは追加の形式をサポートします。

処理能力

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

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

重要な概念

コンポーネント

ER ではデータ モデルおよび形式の 2 つのコンポーネントのタイプがサポートされます。

データ モデル コンポーネント

データ モデルのコンポーネントは、データ構造の抽象的な表現です。 そのドメインの報告要件を満たすには十分な細目を含む、特定のビジネス ドメインの領域を説明するのに使用されます。 データ モデルのコンポーネントは、次の部分で構成されます。

  • ドメイン固有の一連のビジネス エンティティならびにこれらのエンティティ間の関係に関する階層的に構造化された定義としてのデータ モデル。
  • 一連の選択された Dynamics 365 for Finance and Operations データ ソースを、実行時にデータフローとビジネス データ数のルールをデータ モデル コンポーネントに指定するデータ モデルの個々の要素にリンクするモデル マッピング

データ モデルの業種エンティティはコンテナー (レコード) で表されます。 事業エンティティのプロパティはデータ項目 (フィールド) として表されます。 各データ項目には固有の名前、ラベル、説明、および値があります。 各データ項目の値は、文字列、整数、実数、日付、列挙、ブール値などとして認識されるように設計されています。 さらに、別のレコードまたはレコード リストになる場合があります。

1 つのデータ モデルのコンポーネントは、ドメイン固有のビジネス エンティティの複数階層を含む場合があります。 さらに実行時に、特定のレポート固有のデータ フローをサポートするモデル マッピングを含む場合もあります。 階層はモデル マッピングのルートとして選択された 1 つのレコードによって識別されます。 たとえば、支払いのドメイン エリアのデータ モデルは、次のマッピングをサポートする場合があります。

  • 会社 > 仕入先 > AP ドメインの支払いトランザクション
  • 顧客 > 会社 > AR ドメインの支払いトランザクション

会社および支払トランザクションなどのビジネス エンティティは 1 回設計されていることに注意してください。 その後、別のマッピングはそれを再利用します。

電子ドキュメントの送信をサポートするモデル マッピングには、次の機能があります。

  • 異なる Dynamics 365 for Finance and Operations のデータ型をデータ モデルのデータ ソースとして使用できます。 たとえば、テーブル、データ エンティティ、メソッド、または列挙型を使用できます。
  • 実行時にデータを指定する必要がある時にデータ モデルのデータ ソースとして定義できるユーザー入力パラメーターをサポートします。
  • 必要とされるグループへの Dynamics 365 for Finance and Operations データの変換をサポートします。 また次の図に示すように、フィルター、並べ替え、およびデータ集計、Microsoft Excel のような式を使用してデザインされた論理計算されたフィールドの追加をすることもできます。 (詳細については、「電子申告のフォーミュラ デザイナー」を参照してください)。

フォーミュラ デザイナー

電子ドキュメントの受信をサポートするモデル マッピングには、次の機能があります。

  • さまざまな更新可能なデータの要素をターゲットとして使用できます。 これらのデータ要素には、テーブル、データ エンティティおよびビューが含まれます。 受信した電子ドキュメントからのデータを使用して、データを更新することができます。 複数のターゲットは、1 つのモデル マッピングに使用できます。
  • 実行時にデータを指定する必要がある時にデータ モデルのデータ ソースとして定義できるユーザー入力パラメーターをサポートします。

データ モデルのコンポーネントは、データ ソースの物理的な実装からレポートを独立させるレポートに対し、統合されたデータのソースとして使用する必要がある各ビジネス ドメイン向けにデザインされています。 レポートの形式の初期デザインおよびメンテナンスをより効率的にするフォーム内で、ドメイン固有のビジネス概念および機能を示します。

送信する電子ドキュメントの形式のコンポーネント

形式のコンポーネントは、実行時に生成されるレポート出力のスキームです。 スキームは、次の要素で構成されます。

  • 実行時に生成される、送信する電子ドキュメントの構造およびコンテンツを定義する形式
  • 一連のユーザー入力パラメーターおよび選択されたモデル マッピングを使用するドメイン固有のデータ モデルとしてのデータ ソース。
  • データ フローおよび形式出力生成のルールを実行時に指定する、形式の個々の要素を持つ形式データ ソースのバインディングの組み合わせとしての形式マッピング。
  • 実行中のコンテキスト次第で、実行時のレポート生成を制御するコンフィギュレーション可能なルールの組み合わせとしての形式の検証。 たとえば、仕入先の支払の出力生成を停止し、銀行口座番号など、選択した仕入先の特定の属性が表示されない時に例外をスローするルールがある可能性があります。

形式のコンポーネントには、次の関数がサポートされています。

  • テキスト、XML、Microsoft Word 文書またはワークシートなどの、異なる形式の個々のファイルとしてのレポート出力の作成。
  • 複数のファイルを別々に作成およびこれらのファイルの zip ファイルへのカプセル化。

形式のコンポーネントにより、レポート出力に使用できる特定のファイルを添付できます。

  • OPENXML ワークシート形式の出力のテンプレートとして使用できるワークシートを含む Excel ワークブック
  • Microsoft Word 文書形式の出力のテンプレートとして使用できる文書を含む Word ファイル
  • 事前定義されたファイルとしての形式出力に組み込める他のファイル

次の図は、データがこれらの形式にどのようにフローするかを示します。

送信する形式コンポーネントのデータ フロー

1 つの ER 書式設定コンフィギュレーションを実行し、送信する電子ドキュメントを生成するには、書式設定コンフィギュレーションのマッピングを識別する必要があります。

受信する電子ドキュメントの形式のコンポーネント

形式のコンポーネントは、実行時にインポートされる受信ドキュメントのスキームです。 スキームは、次の要素で構成されます。

  • 実行時にインポートされるデータを含む、受信した電子ドキュメントの構造およびコンテンツを定義する形式。 形式のコンポーネントは、テキストや XML などのさまざまな形式で受信ドキュメントを解析するのに使用されます。
  • マッピング形式は、個々の形式要素をドメイン固有のデータ モデル要素に結び付けます。 実行時に、データ モデル内の要素は、データ フローおよび受信ドキュメントからデータをインポートするためのルールを指定し、データ モデルにデータを格納します。
  • 実行中のコンテキスト次第で、実行時のデータ インポートを制御するコンフィギュレーション可能なルールの組み合わせとしての形式の検証。 たとえば、仕入先の支払がある口座取引明細書のデータ インポートを停止したり、仕入先 ID コードなど、特定の仕入先の属性が表示されない時に例外をスローするルールがある可能性があります。

次の図は、データがこれらの形式にどのようにフローするかを示します。

受信する形式コンポーネントのデータ フロー

受信する電子ドキュメントからデータをインポートする 1 つの ER 書式設定のコンフィギュレーションを実行するには、書式設定のコンフィギュレーションの必要なマッピング、およびモデル マッピングの統合ポイントも識別する必要があります。 受信したドキュメントの異なるタイプに対する異なる形式と組み合わせて、同じモデル マッピングおよび宛先を使用できます。

コンポーネントのバージョン管理

バージョン管理は ER のコンポーネントのためにサポートされます。 次のワークフローが ER コンポーネントの変更の管理のために提供されています:

  1. 最初に作成されたバージョンは、[ドラフト] バージョンとしてマークされています。 このバージョンは編集することができ、テストの実行に使用できます。
  2. [ドラフト] バージョンは [完了] バージョンに変換できます。 このバージョンは、ローカルのレポート プロセスで使用できます。
  3. [完了] バージョンは [共有] バージョンに変換できます。 このバージョンは、LCS 上に公開され、グローバル レポート プロセスで使用することができます。
  4. [共用] バージョンは [中止] バージョンに変換できます。 その後、このバージョンは削除できます。

[完了] または [共有] のいずれかのステータスを持つバージョンはその他のデータ交換に使用できます。 以下のアクションは、これらのステータスを持つコンポーネントで実行されます。

  • コンポーネントは、XML 形式でシリアル化でき、XML 形式のファイルとしてエクスポートされます。
  • コンポーネントは XML ファイルから再シリアル化でき、ER コンポーネントの新しいバージョンとして Finance and Operations にインポートできます。

コンポーネントの日付の有効性

ER コンポーネントのバージョンは有効日です。 [適用開始] 日を、ER コンポーネントに対して設定し、コンポーネントによるレポート プロセスの有効日が指定できるようになります。 コンポーネントが実行に有効かどうかを定義するために、Finance and Operations のセッションの日付が使用されます。 複数のバージョンが特定の日付に対して有効な場合、最新バージョンがレポート プロセスに使用されます。

コンポーネントのアクセス

ER 形式のコンポーネントのアクセスは、ISO 国 / 地域コードの設定によって異なります。 この設定は、書式設定の選択したバージョンに対して空白である場合、形式のコンポーネントを実行時に、いかなる会社からもアクセスできます。 この設定に ISO 国 / 地域コードが含まれていると、形式のコンポーネントは、形式のコンポーネントの ISO 国 / 地域コードの 1 つに対して定義されている基本住所を持つ会社からのみ使用できます。

データ形式のコンポーネントの異なるバージョンでは、ISO 国 / 地域コード設定が異なる場合があります。

構成

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

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

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

ER のコンフィギュレーションは、Finance and Operations の会社で共有されます。

プロバイダー

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

新しい ER プロバイダーを登録するには、タスク ガイドを再生します。ER コンフィギュレーション プロバイダーを作成して有効なプロバイダーとしてマーク付けする

リポジトリ

ER レポジトリは ER コンフィギュレーションを格納します。 ER リポジトリの 2 つのタイプが現在サポートされています。[Operations リソース] と [LCS プロジェクト] です。

[Operations リソース] リポジトリは、ER コンフィギュレーション プロバイダーとしての Microsoft が Finance and Operations ソリューションの一部としてリリースするコンフィギュレーションの一覧へのアクセス許可を提供します。 これらのコンフィギュレーションは、現在の Finance and Operations のインスタンスにインポートし、電子申告に使用できます。 また、追加のローカライズおよびカスタマイズにも使用できます。

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

必要な LCS プロジェクト リポジトリは、現在の Finance and Operations インスタンスの各コンフィギュレーション プロバイダーに対して個別に登録できます。 各リポジトリは、特定のコンフィギュレーション プロバイダー専用にできます。

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

データ モデルの作成

ER は、特定のビジネス ドメインのデータ モデルの作成に使用できるモデル デザイナーを提供します。 すべてのドメイン固有のビジネス エンティティならびにそれらの間の関係は階層構造としてデータ モデルに表示されます。 次の図は、この種類のデータ モデル (支払のドメイン データ モデル) の例を示します。

支払のドメイン データ モデル

このシナリオの詳細をよく理解するために、[ER 設計ドメイン固有のデータ モデル] タスク ガイド (7.5.4.3 IT サービス / ソリューション コンポーネントの取得 / 開発 (10677) ビジネス プロセスの一部) を再生します。

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

データ モデルのコンテンツ (ラベルと説明) は、Finance and Operations がサポートしている他の言語に翻訳できます。 次のような理由により、データ モデルのコンテンツを翻訳することができます:

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

次の図は、データ モデルのコンテンツが英語から日本語に翻訳される例を示しています。

データ モデルのコンテンツ (英語版)

日本語に翻訳されたデータ モデルのコンテンツ

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

ER には、特定の Finance and Operations のデータ ソースに設計されているデータ モデルにマップすることができるモデル マッピング デザイナーが用意されています。 マッピングに基づき、実行時に、選択されたデータ ソースからデータ モデルにデータがインポートされます。 データ モデルは、送信する電子ドキュメントを生成する ER 形式の抽象データ ソースとして使用されます。 次の図は、このタイプのデータ モデル マッピングの例を示しています ([SEPA 口座振替] 支払のドメイン データ モデルのモデル マッピング)。

データ モデル マッピングの例

このシナリオの詳細をよく理解するために、[ER モデル マッピングを定義し、データ ソースを選択] 並びに [ER データ モデルを選択したデータ ソースにマップする] タスク ガイド (7.5.4.3 IT サービス / ソリューション コンポーネントの取得 / 開発 (10677) ビジネス プロセスの一部) を再生します。

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

ER には、特定の宛先に設計されているデータ モデルにマップすることができるモデル マッピング デザイナーが用意されています。 たとえば、データ モデルは、Finance and Operations の更新可能なデータ コンポーネント (テーブル、データ エンティティ、およびビュー) にマップすることができます。 マッピングに基づき、Finance and Operations データは実行時にデータ モデルからデータを使用して更新されます。 ER 形式の抽象ストレージとして、データ モデルには、受信した電子ドキュメントからインポートするデータが入力されます。 次の図は、この種類のデータ モデル マッピングの例を示します。 この例では、支払ドメイン データ モデルの [NETS のインポート マッピング] モデル マッピングが、ノルウェーの NETS 銀行形式で口座取引明細書のインポートをサポートするために使用されします。

NETS データ モデル例のインポート マッピング

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

ER は、現在の Finance and Operations インスタンスのモデル コンフィギュレーションとして関連付けられているデータ マッピングと一緒に設計されたデータ モデルを保存できます。 次の図は、この種類のデータ モデル (支払のモデル コンフィギュレーション) の例を示します。

このシナリオの詳細をよく理解するために、[ER データ モデルを選択したデータ ソースにマップする] タスク ガイド (7.5.4.3 IT サービス / ソリューション コンポーネントの取得 / 開発 (10677) ビジネス プロセスの一部) を再生します。

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

ER は、基準としてモデル コンポーネントを選択し、選択されたビジネス ドメインの電子ドキュメントの書式を作成するのに使用できる形式デザイナーをサポートします。 同様の ER 形式デザイナーによって、作成する形式は、データ ソースとして選択されたドメインのデータ モデル マッピングにマップできるようになります。 次の図では、この種類の形式の例が表示されています (英国用の BACS 支払形式をサポートしている形式コンフィギュレーション)。

基準としてデータ モデルを備える形式の例

このシナリオの詳細をよく理解するために、[ER 設計ドメイン固有の形式] タスク ガイド (7.5.4.3 IT サービス / ソリューション コンポーネントの取得 / 開発 (10677) ビジネス プロセスの一部) を再生します。

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

ER 形式のデザイナーは、OPENXML ワークシート形式で電子文書の作成に使用できます。 次の図は、このような形式 (選択した支払仕訳帳の詳細情報を使用して OPENXML のワークシートを生成するための書式設定) の例を示しています。

Pic ER 形式 Excel

このシナリオの詳細をよく理解するために、[OPENXML 形式でレポートのコンフィギュレーションを ER 作成する] タスク ガイド (7.5.4.3 IT サービス / ソリューション コンポーネントの取得 / 開発 (10677) ビジネス プロセスの一部) を再生します。 テンプレートをインポートするタスク ガイド ステップの一部として、支払レポートのテンプレート (SampleVendPaymWsReport.xlsx) Excel ファイルをテンプレートとして使用します。

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

ER 形式のデザイナーは、Word 文書形式で電子文書の作成に使用できます。 次の図は、この種類の形式の例を示します。 この形式は、OPENXML 形式でレポート出力を生成するように最初に設計された既存の ER コンフィギュレーションを再使用することに注意してください。

Pic ER 形式 Word

このシナリオの詳細をよく理解するために、[Microsoft WORD 形式でレポートの生成を ER 設計] タスク ガイド (7.5.4.3 IT サービス / ソリューション コンポーネントの取得 / 開発 (10677) ビジネス プロセスの一部) を再生します。 テンプレートをインポートするタスク ガイド ステップの一部で、ER 形式のテンプレートとして、次の Word ファイルを使用します。

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

ER 形式デザイナーは、XML またはテキストのいずれかの形式でデータのインポートが予定されている電子ドキュメントを説明するのに使用されます。 設計された形式は、受信ドキュメントの解析に使用されます。 ER 形式マッピング デザイナーは、データ モデルへ設計された形式の要素のバインディングを定義するのに使用できます。 次の図は、この種類の形式および形式マッピングの例を示します。 この例では、テキスト形式に仕入先支払の詳細が含まれる NETS 口座取引明細書がインポートされます。

ER 形式デザイナー

ER モデル マッピング デザイナー

このシナリオの詳細をよく理解するために、[外部ファイルからデータをインポートするために必要な ER コンフィギュレーションの作成] タスク ガイド (7.5.4.3 IT サービス / ソリューション コンポーネントの取得 / 開発 (10677) ビジネス プロセスの一部) を再生します。 このガイドを再生するには、次のファイルを使用します。

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

ER は、現在の Finance and Operations インスタンスの形式コンフィギュレーションとしてコンフィギュレーションされたデータ マッピングと共に、設計された形式を保存できます。 前の図は、このような形式のコンフィギュレーションの例を示しています (支払モデル コンフィギュレーションの子である BACS (英国))。 このシナリオの詳細をよく理解するために、[ER 設計ドメイン固有の形式] タスク ガイド (7.5.4.3 IT サービス / ソリューション コンポーネントの取得 / 開発 (10677)ビジネス プロセスの一部) を再生します。

作成した形式の内部使用を開始するための Finance and Operations のコンフィギュレーション

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

BACS (英国) 形式のコンフィギュレーション

支払方法で BACS (英国) 形式を参照する

このシナリオの詳細をよく理解するために、[ER 支払いのための電子ドキュメントを生成するための形式を使用する] タスク ガイド (7.5.4.3 IT サービス / ソリューション コンポーネントの取得 / 開発 (10677) ビジネス プロセスの一部) を再生します。

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

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

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

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

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

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

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

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

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

Finance and Operations のソリューションに提供される ER コンフィギュレーションのリスト

ドメイン固有のデータ モデル コンフィギュレーション: タイトル ドメイン データ モデル依存フォーマット コンフィギュレーション: タイトル 説明
監査ファイル モデル 財務監査
監査ファイル (NL) オランダ用監査ファイル形式
BAS モデル 税レポート
BAS (AU) オーストラリア用 BAS 形式
建築業スキーム モデル 税レポート
CIS 月次返還金 (英国) 英国用 CIS 月間返金形式
督促状コード モデル 電子請求書
OIOUBL 督促状 (DK) デンマーク用 OIOUBL 督促状の形式
電子勘定科目におけるモデル (MX) 税レポート
補助元帳 XML (MX) メキシコ用の勘定レポート形式ごとの補助元帳トランザクション
勘定科目表 XML (MX) メキシコの勘定レポート形式の表
仕訳帳 XML (MX) メキシコ用仕訳帳トランザクション レポートの形式
試算表 XML (MX) メキシコ用試算表レポートの形式
Elster モデル 税レポート
Elster (DE) ドイツの Elster 形式
EU 販売リスト モデル 取引レポート
EU 販売リスト (DE) ドイツの EU 販売リスト TXT 形式
EU 販売リスト (DK) デンマークの EU 販売リスト TXT 形式
EU 販売リスト (FR) フランスの EU 販売リスト XML 形式
EU 販売リスト (NL) オランダの EU 販売リスト XML 形式
EU 販売リスト TXT (UK) 英国用 EU 販売リスト TXT 形式
EU 販売リスト XML (UK) 英国用 EU 販売リスト XML 形式
EU 販売リストの列レポート EU 販売リストの列レポート
EU 販売リストの行レポート EU 販売リストの行レポート
FEC 会計モデル (FR) 税レポート
FEC 転記日 XML (FR) フランス用 FEC 会計データの XML 形式エクスポート
ドイツの監査ファイル 財務監査
ドイツの監査ファイル出力 ドイツおよびオーストリアの監査ファイルの出力
イントラスタット モデル 取引レポート
イントラスタット (DE) ドイツのイントラスタット形式
イントラスタット (DK) デンマークのイントラスタット形式
イントラスタット INTRACOM (FR) フランス用イントラスタット INTRACOM 形式
イントラスタット SAISUNIC (FR) フランス用 SAISUNIC 形式
イントラスタット (NL) オランダのイントラスタット形式
イントラスタット (UK) 英国のイントラスタット形式
イントラスタット レポート イントラスタット Excel 管理レポート
顧客請求書モデル 電子請求書
OIOUBL プロジェクト貸方票 (DK) デンマークの OIOUBL プロジェクトの訂正票形式
OIOUBL プロジェクト請求書 (DK) デンマークの OIOUBL プロジェクトの請求書形式
OIOUBL 売上訂正票 (DK) デンマークの OIOUBL 売上訂正票形式
OIOUBL 売上請求書 (DK) デンマークの OIOUBL 売上請求書形式
OB 申告モデル 税レポート
OB 申告 (NL) オランダの OB 申告形式
支払モデル 支払利息
Betalingsservice (DK) デンマークの Betalingsservice 支払形式
送金受取手形 (FR) フランスの送金受取手形
BTL91 (NL) オランダの BTL91 仕入先支払形式
CFONB Prelevements (FR) フランスの CFONB 口座引落支払形式
CFONB Virements (FR) フランスの CFONB 国内ベンダー支払形式
Nordea Vendor (DK) デンマークの Nordea corporate netbank 仕入先支払形式
ANZ 直接貸方サービス (AU) オーストラリアの ANZ 直接貸方サービスの形式
CBA 直接貸方サービス (AU) オーストラリアの CBA 直接貸方サービスの形式
NAB 直接貸方サービス (AU) オーストラリアの NAB 直接貸方サービスの形式
STG 直接貸方サービス (AU) オーストラリアの STG 直接貸方サービスの形式
WBC 直接入力システム (AU) オーストラリアの WBC 直接入力システムの形式
DirectLink (NZ) ニュージーランドの DirectLink の形式
JBA 支払いファイル (JP) 日本の JBA の支払形式
ISO20022 口座振替 ヨーロッパの SEPA 口座振替の支払形式
ISO20022 口座振替 (FR) フランスの SEPA 口座振替の支払形式
ISO20022 口座振替 (DE) ドイツの SEPA 口座振替の支払形式
ISO20022 口座振替 (NL) オランダの SEPA 口座振替の支払形式
ISO20022 口座引落 ヨーロッパの SEPA 口座引落形式
ISO20022 口座引落 (FR) フランスの SEPA 口座引落形式
ISO20022 口座引落 (DE) ドイツの SEPA 口座引落形式
ISO20022 口座引落 (NL) オランダの SEPA 口座引落形式
BACS (UK) 英国用 BACS 仕入先支払
逆請求 税レポート
逆請求販売リスト 逆請求販売リストの形式
オランダの XBRL 統合モード XBRL 報告書
Semansys XBRL (NL) オランダの Semansys XBRL エクスポートの形式
GAF モデル (MY) 財務監査
GAF ファイル (MY) マレーシアの GAF の形式
仕入先エイジング レポート (CN) 仕入先データの分析
仕入先エイジングの形式 (CN) 中国の仕入先エイジングの形式
仕入先請求書申告のモデル 仕入先データの分析
仕入先請求書申告 (IS) アイスランドの仕入先請求書申告の形式
仕入先請求書申告レポート (IS) アイスランドの仕入先請求書申告のレポート

参照

ローカリゼーションの要件は、電子申告トのコンフィギュレーションを作成することです。

電子申告コンフィギュレーション ライフサイクルの管理