注
コミュニティの関心グループが Yammer から Microsoft Viva Engage に移行されました。 Viva Engageコミュニティに参加し、最新のディスカッションに参加するには、 Finance and Operations Viva Engage Community へのアクセス権フォームに入力し、参加するコミュニティを選択します。
次のステップでは、システム管理者または電子申告開発者のロールに割り当てられているユーザーが、電子申告 (ER) の形式のコンフィギュレーションを維持管理する方法について説明します。 この手順では、構成プロバイダー (CP) から受け取った形式に基づいて、形式のカスタム バージョンを作成する方法について説明します。 また、その形式の新しい基準バージョンの採用方法についても説明します。
これらのステップを完了するには、まず 「構成プロバイダーを作成し、有効としてマークする 」 に記載の手順、および 「作成済みの形式を使用して支払用の電子ドキュメントを生成する」 に記載の手順を実行する必要があります。 これらの手順は、GBSI 企業で実行できます。
カスタマイズする形式のコンフィギュレーションを選択
組織管理>ワークスペース>電子申告の順に移動します。
この例では、サンプル会社 Litware, Inc. (https://www.litware.com) は、特定の国/地域の電子支払いの形式構成をサポートする構成プロバイダーとして機能します。 サンプル会社の Proseware, Inc. (https://www.proseware.com) は、Litware, Inc. が提供する形式構成のコンシューマーとして機能します。 Proseware, Inc. はその国/地域の特定の地域の形式を使用します。
コンフィギュレーションをレポートするを選択します。
[ フィルターの表示] を選択します。
名前フィールドで次の値で始まるフィルター演算子を使用して、値BACS (英国企業)でフィルターを適用します。
選択したフォーマット構成 BACS (英国架空) は、プロバイダー Litware, Inc. が所有しています。
[ フィルターの表示] を選択します。
一覧で、目的のレコードを見つけ、選択します。
Proseware, Inc. は、状態が [完了] の形式のバージョンをカスタマイズに使用します。
電子ドキュメントのカスタム形式の新規コンフィギュレーションを作成
Proseware, Inc. は、サービス サブスクリプションに従って Litware, Inc. から電子支払いドキュメントを生成するための初期形式を含む BACS (UK 架空) 構成のバージョン 1.1 を受け取ります。 Proseware, Inc. は、国/地域の標準としてこの形式の使用を開始したいと考えていますが、特定の地域要件をサポートするには一部のカスタマイズが必要です。 Proseware, Inc. は、新しいバージョン (新しい国/地域固有の要件をサポートするための変更あり) が Litware, Inc. から来たらすぐにカスタム形式をアップグレードする機能を維持したいと考えています。低コストでこのアップグレードを実行したいと考えています。
このアップグレードを行うには、Proseware, Inc. が Litware, Inc. 構成 BACS (UK 架空) をベースとして使用して構成を作成する必要があります。
ページを閉じます。
Proseware, Inc を選択して 有効なプロバイダーとします。
有効に設定を選択します。
コンフィギュレーションをレポートするを選択します。
ツリーで、[ 支払い] (簡略化されたモデル) を展開します。
ツリーで、[ 支払い (簡略化されたモデル)]\BACS (英国架空) を選択します。
Litware, Inc. Proseware, Inc. から BACS (UK 架空) 構成を選択すると、カスタム バージョンのベースとしてバージョン 1.1 が使用されます。
コンフィギュレーションの作成を選択して、ドロップ ダイアログを開きます。
この手順では、カスタム支払い形式の新しい構成を作成できます。
新規フィールドで、
Derive from Name: BACS (UK fictitious), Litware, Inc.と入力します。カスタム バージョンを作成するためのベースとして BACS (UK 架空) の使用を確認するには、[ 派生 ] オプションを選択します。
[ 名前 ] フィールドに「
BACS (UK fictious custom)」と入力します。説明フィールドで、
BACS vendor payment (UK fictitious custom)を入力します。ここでは、有効なコンフィギュレーション プロバイダー (Proseware, Inc.) が自動的に入力されます。 このプロバイダーは、この構成を維持できます。 他のプロバイダーはこの構成を使用できますが、維持することはできません。
コンフィギュレーションの作成を選択します。
電子ドキュメントの形式のカスタマイズ
- デザイナー をクリックします。
- [展開/折りたたみ] を選択します。
- [展開/折りたたみ] を選択します。
- ツリーで、
Xml\Message\Payments\Item\Vendor\Bankを選択します。 - 追加を選択してドロップ ダイアログを開きます。
- ツリーで、
XML\Elementを選択します。 - [ 名前 ] フィールドに「
IBAN」と入力します。 - [OK] を選択.
- ツリーで、
Xml\Message\Payments\Item\Vendor\Bank\IBANを選択します。 - 追加を選択してドロップ ダイアログを開きます。
- ツリーで、
Text\Stringを選択します。 - [OK] を選択.
- ツリーで、
Xml\Message\Payments\Item\Vendor\Name\Stringを選択します。 - [ 最大長 ] フィールドに「
60」と入力します。 - マッピングタブを選択します。
- ツリーで、
modelを展開します。 - ツリーで、
model\Paymentsを展開します。 - ツリーで、
model\Payments\Creditorを展開します。 - ツリーで、
model\Payments\Creditor\Accountを展開します。 - ツリーで、
model\Payments\Creditor\Account\IBANを選択します。 - ツリーで、
Xml\Message\Payments\Item = model.Payments\Vendor\Bank\IBAN\Stringを選択します。 - バインドを選択します。
- 保存を選びます。
カスタマイズされた形式の検証
検証を選択します。
カスタマイズされた書式レイアウトとデータ マッピングの変更を検証して、すべてのバインドが正しいことを確認します。
ページを閉じます。
カスタム形式のコンフィギュレーションの現行バージョンの状態を変更
設計された書式構成の状態を 下書き から 完了 に変更して、支払ドキュメントの生成に使用できるようにします。
ステータスの変更を選択します。
選択した構成の現在のバージョンが [下書き] 状態です。
完了を選択します。
説明フィールドで値を入力します。
[OK] を選択.
一覧で、目的のレコードを見つけ、選択します。
作成された構成は、 完了バージョン 1.1.1 として保存されます。 このバージョンは、BACS (英国の架空のカスタム) 形式のバージョン 1 であることを意味します。これは BACS (英国架空) 形式のバージョン 1 に基づいており、これは Payments (簡易モデル) データ モデルのバージョン 1 に基づいています。
カスタマイズされた形式の支払ファイル生成テストの実行
財務と運用アプリの並列セッションの「作成済みの形式を使用して支払用の電子ドキュメントを生成する」の手順内のステップを実行します。 電子支払方法のパラメーターで BACS (英国の架空のカスタム) 形式を選択します。 作成した支払ファイルに、地域要件に対応した IBAN コードを表す最新の XML ノードが含まれていることを確認します。
既存の国/地域固有の構成の更新
電子ドキュメントの形式を管理するために、Litware, Inc. は BACS (英国の企業) コンフィギュレーションを更新し、新しい国/地域の要件を採用する必要があります。 その後、Litware, Inc. は、この構成を、Proseware, Inc. を含むサービス サブスクライバーに提供する新しいバージョンで囲みます。
実際のサービス プロビジョニング関連プロセスでは、Proseware, Inc. は Litware, Inc. 構成の LCS リポジトリから BACS (UK 架空) の各新しいバージョンをインポートできます。 この手順では、サービス プロバイダーに代わって BACS (UK 架空) を更新することで、このプロセスをシミュレートします。
ページを閉じます。
Litware, Inc. の選択 プロバイダー
有効に設定を選択します。
コンフィギュレーションをレポートするを選択します。
ツリーで、[ 支払い] (簡略化されたモデル) を展開します。
ツリーで、[ 支払い (簡略化されたモデル)]\BACS (英国架空) を選択します。
Litware、Inc. が所有する プロバイダー BACKS (英国企業) のドラフト バージョンは、国/地域固有の新しい要件をサポートする変更点を取り入れるため選択されます。
電子ドキュメントの基準形式のローカライズ
Litware, Inc. は、新しい国または地域固有の要件をサポートする必要があるとします。
- 各支払取引における債権者の銀行の SWIFT コードの値。
- 生成ファイルでの仕入先名のテキストの長さは 100 文字以内に制限されます。
- 新しい国または地域固有の要件。
- 必要な変更を取り入れるため、必要なコンフィギュレーションのドラフト バージョンを選択します。
- デザイナー をクリックします。
- [展開/折りたたみ] を選択します。
- [展開/折りたたみ] を選択します。
- ツリーで、
Xml\Message\Payments\Item\Vendor\Bankを選択します。 - 追加を選択してドロップ ダイアログを開きます。
- ツリーで、
XML\Elementを選択します。 - [ 名前 ] フィールドに「
SWIFT」と入力します。 - [OK] を選択.
- ツリーで、
Xml\Message\Payments\Item\Vendor\Bank\SWIFTを選択します。 - 追加を選択してドロップ ダイアログを開きます。
- ツリーで、
Text\Stringを選択します。 - [OK] を選択.
- ツリーで、
Xml\Message\Payments\Item\Vendor\Name\Stringを選択します。 - [ 最大長 ] フィールドに「
100」と入力します。 - マッピングタブを選択します。
- ツリーで、
modelを展開します。 - ツリーで、
model\Paymentsを展開します。 - ツリーで、
model\Payments\Creditorを展開します。 - ツリーで、
model\Payments\Creditor\Agentを展開します。 - ツリーで、
model\Payments\Creditor\Agent\SWIFTを選択します。 - ツリーで、
Xml\Message\Payments\Item = model.Payments\Vendor\Bank\SWIFT\Stringを選択します。 - バインドを選択します。
- 保存を選びます。
ローカライズされた形式の検証
- 検証を選択します。
- ページを閉じます。
基準形式のコンフィギュレーションの現行バージョンの状態を変更
更新された基本書式構成の状態を 下書き から 完了 に変更して、支払いドキュメントを生成し、そこから派生した書式構成を更新できるようにします。
ステータスの変更を選択します。
選択した構成の現在のバージョンが [下書き] 状態です。
完了を選択します。
説明フィールドで値を入力します。
[OK] を選択.
一覧で、目的のレコードを見つけ、選択します。
カスタム形式のコンフィギュレーションの基準バージョンの変更
Proseware, Inc. は、最近発表された国/地域固有の要件に従って、新しいバージョン 1.2 の BACS (英国の架空の) 構成を使用して電子支払いドキュメントを生成できるという通知を受けています。 Proseware, Inc. は国/地域の標準としてこの使用を開始することを考えています。
これを実現するには、Proseware, Inc. はカスタム構成 BACS (英国の架空のカスタム) の基準構成バージョンを変更する必要があります。 BACS (英国架空) のバージョン 1.1 の代わりに、新しいバージョン 1.2 を使用します。
組織管理>ワークスペース>電子申告の順に移動します。
Proseware, Inc. プロバイダーを選択し、有効なプロバイダーとしてマーク付けします。
有効に設定を選択します。
コンフィギュレーションをレポートするを選択します。
ツリーで、[ 支払い] (簡略化されたモデル) を展開します。
ツリーで、 支払い (簡略化されたモデル)\BACS (英国架空) を展開します。
ツリーで、 支払い (簡略化されたモデル)\BACS (英国架空)\BACS (英国の架空のカスタム) を選択します。
Proseware, Inc. が所有する BACS (英国の架空のカスタム) 構成を選択します。
必要な変更を取り入れるため、選択したコンフィギュレーションのドラフト バージョンを使用します。
リベース を選択します。
構成を更新するための新しいベースとして適用する基本構成の新しいバージョン 1.2 を選択します。
[OK] を選択.
システムは、カスタム バージョンと新しい基本バージョンのマージの間にいくつかの競合を検出します。 これらの競合は、自動的にマージできないいくつかの形式の変更を表します。
再ベースの競合の解決
デザイナー をクリックします。
ベンダーの名前テキストの長さの制限に対する変更を自動的に解決することはできません。 したがって、この変更は競合リストに表示されます。 「更新」タイプの競合ごとに、次のオプションが表示されます。
- 前の基本値を適用 します (グリッドの上部にあるボタン): 以前の基本バージョンの値 (この場合は 0) を取り込む。
基本値を適用 します (グリッドの上部にあるボタン): 新しい基本バージョン値 (この場合は 100) を取り込む。
- 独自の (カスタム) 値 ( この場合は 60) を保持します。
保存を選びます。
フォーマットを保存すると、競合一覧から解決済みの競合が削除されます。
ページを閉じます。
カスタム形式のコンフィギュレーションの新規バージョンの状態を変更
ステータスの変更を選択します。
更新されたカスタム書式構成の状態を 下書き から 完了に変更します。 この変更により、支払伝票の生成に使用できる書式構成が可能になります。 選択した構成の現在のバージョンが [下書き] 状態です。
完了を選択します。
説明フィールドで値を入力します。
[OK] を選択.
作成された構成は、ベース BACS (英国架空のカスタム) 形式のバージョン 1.2.2: バージョン 2 として保存されます。これは、ベース BACS (英国架空) 形式のバージョン 2 に基づいており、これは支払い (簡略化されたモデル) データ モデルのバージョン 1 に基づいています。
カスタマイズされた形式の支払ファイル生成テストの実行
財務と運用アプリの並列セッションの「作成済みの形式を使用して支払用の電子ドキュメントを生成する」の手順内のステップを実行します。 電子支払い方法のパラメーターで、作成された BACS (英国の架空のカスタム) 形式を選択します。 Proseware, Inc. が最近導入した、地域要件に対応した IBAN 口座コードを表す XML ノードが作成した支払ファイルに含まれていることを確認します。 ファイルには Litware, Inc. が最近導入した、国/地域要件に沿った SWIFT 銀行コードを表す XML ノードも含まれている必要があります。