Oracle Cash Managementユーザー・ガイド リリース12 E06075-01

目次

前へ

次へ

銀行取引明細書マッピング・テンプレート

この付録では、Cash Management、BAI2、SWIFT940、およびEDIFACT - フランスで事前定義されているマッピング・テンプレートについて説明します。

この付録では、次のトピックについて説明します。

• BAI2マッピング・テンプレート
• SWIFT940マッピング・テンプレート
• EDIFACT - フランス・マッピング・テンプレート

BAI2マッピング・テンプレート

ここでは、BAI2フォーマットに作成されているデフォルト・マッピング・ルールについて説明します。

ヘッダー情報

BAI2ヘッダー情報は、レコードID 02とレコードID 03に保存されます。レコードID 88は、レコードID 03からのオーバーフロー情報を含む継続レコードです。次に例をあげます。

02, 0012344, 121000248, 1,970522, 0000, USD, /

03, 49999677822, USD, 015, 93711773,,, 045, 7167744,,, 040, 85015748,,, 400, 11790274,2,/

88, 010, 12450000, , /

次の表は、レコードID 02およびレコード名「グループ・ヘッダー」のBAI2ヘッダー情報の銀行取引明細書ヘッダー・インタフェース表へのマッピングを示しています。

次の表は、レコードID 03およびレコード名「口座IDと要約ステータス」のBAI2ヘッダー情報の銀行取引明細書ヘッダー・インタフェース表へのマッピングを示しています。

次の表は、「銀行取引明細書ローダー」プログラムによって銀行取引明細書ヘッダー・インタフェース表の残りの列がどのように作成されるかを示しています。

明細情報

BAI2明細情報はレコードID 16とレコードID 88に保存されます。レコードID 88は、レコードID 16からのオーバーフロー情報を含む継続レコードです。レコードID 88からの情報は、TRX_TEXT列に保存されます。次に例をあげます。

16, 469, 1175000000, , , 00000001, ABC, COMPANY NATL

88, BANK

次の表は、レコードID 16およびレコード名「取引詳細」のBAI2ヘッダー情報の銀行取引明細書明細インタフェース表へのマッピングを示しています。

次の表は、レコードID 88およびレコード名「継続」のBAI2ヘッダー情報の銀行取引明細書明細インタフェース表へのマッピングを示しています。

注意: レコードID 16のフィールド数は資金タイプなどの情報によって変化するため、中間表でのこれらのフィールドの位置を事前に決定することはできません。ただし、「テキスト」、「顧客参照番号」、「銀行参照番号」は常にレコードの末尾に配置されます。「テキスト」は最終フィールドで、「顧客参照番号」は最後から2番目のフィールド、「銀行参照番号」は最後から3番目のフィールドです。これらは、マイナスの位置によって表されます。「テキスト」フィールドは位置?1としてBANK_TRX_NUMBER列とTRX_TEXT列にマップされます。「顧客参照番号」フィールドは位置?2としてINVOICE_TEXT列にマップされます。「銀行参照番号」フィールドは位置?3としてCUSTOMER_TEXT列にマップされます。銀行で、これらのフィールドに別の位置を使用する場合は、それに応じてマッピングを変更する必要があります。また、BANK_TRX_NUMBER列はデフォルト・フォーマット（例: xxx）と一致する「テキスト」フィールドからのデータによって作成されます。このフォーマットを、銀行で実際に使用されるフォーマットに変更する必要があります。

次の表は、「銀行取引明細書ローダー」プログラムによって銀行取引明細書明細インタフェース表の残りの列がどのように作成されるかを示しています。

SWIFT940マッピング・テンプレート

ここでは、SWIFT940フォーマットに作成されているデフォルト・マッピング・ルールについて説明します。

ヘッダー情報

SWIFT940ヘッダー情報は、タグが25、28C、60a、および62aのレコードに保存されます。タグは、BAI2のレコードIDと同じ役割を果たします。レコードをSWIFT940銀行取引明細書ファイルから中間表にコピーする際、「銀行取引明細書ローダー」プログラムはタグをレコードIDとして使用しますが、最後の数字でない文字を削除します。次に例を示します。

:20:GL9903010486

:25:720520899611

:28:193

:60F:C990226BEF37692,

:62F:C990227BEF37812,12

次の表に、SWIFT940の表の凡例を示します。

次の表は、レコードID 25/25およびレコード名「口座ID」のSWIFT940ヘッダー情報の銀行取引明細書ヘッダー・インタフェース表へのマッピングを示しています。

次の表は、レコードID 28C/28およびレコード名「取引明細書番号/順序番号」のSWIFT940ヘッダー情報の銀行取引明細書ヘッダー・インタフェース表へのマッピングを示しています。

次の表は、レコードID 60a/60およびレコード名「オープン残高」のSWIFT940ヘッダー情報の銀行取引明細書ヘッダー・インタフェース表へのマッピングを示しています。

次の表は、レコードID 62a/62およびレコード名「クローズ残高」のSWIFT940ヘッダー情報の銀行取引明細書ヘッダー・インタフェース表へのマッピングを示しています。

銀行取引明細書ヘッダー・インタフェース表の残りの列は、次の表のように作成されます。

明細情報

SWIFT940明細情報はレコードID 61に保存されます。レコードID 61AとレコードID 86は、レコードID 61からのオーバーフロー情報を含む継続レコードです。次に例を示します。

:61:9903020301D3,92N422NONREF

/OCMT/EURI,78

:86: 43.59.16.629 GTS OPERATIONS ADM

00011000000090 000000520012 9123456 19999

次の表は、レコードID 61/61およびレコード名「取引明細書明細」のSWIFT940明細情報の銀行取引明細書明細インタフェース表へのマッピングを示しています。

次の表は、レコードID 86/61Aおよびレコード名「口座所有者への情報」のSWIFT940明細情報の銀行取引明細書明細インタフェース表へのマッピングを示しています。

注意: [34x]は別個のレコードID 61Aとして保存され、TRX_TEXT列にマップされます。レコードID 61からのオーバーフロー情報は同じ列にレコードID 61の補足詳細として保存されます。BANK_TRX_NUMBER列は、デフォルト・フォーマット（例: xxx）と一致する「口座所有者への情報」フィールドからのデータによって作成されます。「取引コード」フィールドは取引のタイプを識別します。たとえば、振替はTRFとして識別されます。ただし、「取引コード」フィールドには、取引の借方/貸方に関する情報は含まれません。借方/貸方エントリを区別するために、別個の借方/貸方マーク・フィールドが使用されます。Dは借方、Cは貸方を示します。「銀行取引明細書ローダー」プログラムで銀行取引明細書明細インタフェース表にTRX_CODE列が作成される際、取引コードに借方/貸方マークが追加されて新しいコードが作成されます。たとえば、借方振替はTRFD、貸方振替はTRFCとして識別されます。銀行取引明細書情報をインポートする前に、Cash Managementでこれらの新しい銀行取引コードを設定する必要があります。

銀行取引明細書明細インタフェース表の残りの列は、次の表のように作成されます。

EDIFACT - フランス・マッピング・テンプレート

ここでは、フランスのEDIFACTフォーマットに作成されているデフォルト・マッピング・ルールについて説明します。

ヘッダー情報

フランスのEDIFACTヘッダー情報は、レコードID 01に保存されます。トレーラ情報はレコードID 07に保存されます。

次の表は、レコードID 01およびレコード名「ヘッダー」のフランスのEDIFACTヘッダー情報の銀行取引明細書ヘッダー・インタフェース表へのマッピングを示しています。

次の表は、レコードID 07およびレコード名「トレーラ」のフランスのEDIFACTトレーラ情報の銀行取引明細書ヘッダー・インタフェース表へのマッピングを示しています。

銀行取引明細書ヘッダー・インタフェース表の残りの列は、次の表のように作成されます。

明細情報

フランスのEDIFACT明細情報は、レコードID 04に保存されます。

次の表は、レコードID 04およびレコード名「取引」のフランスのEDIFACT明細情報の銀行取引明細書明細インタフェース表へのマッピングを示しています。

銀行取引明細書明細インタフェース表の残りの列は、次の表のように作成されます。

Copyright © 2000, 2007, Oracle. All rights reserved.