oracle e-commerce gateway ユーザーズ・ガイ …oracle e-commerce gateway の概要 1-1 1...

Oracle e-Commerce Gateway

ユーザーズ・ガイド

リリース 11i

2000年 8月

部品番号 : J02280-01

Oracle e-Commerce Gatewayユーザーズ・ガイド , リリース 11i

部品番号 : J02280-01

原本名：Oracle e-Commerce Gateway User’s Guide

原本部品番号：A75089-01

原本著者：Kurt Thompson

原本協力著者：Fred Graham, Janet Lee, Garret Minakawa, Steve Moriarty

原本協力者：Debbie, Quezada, Bonnie Shebat Williams, David Wrightson

Copyright © 1996, 2000, Oracle Corporation. All rights reserved.

Printed in Japan.

制限付権利の説明

プログラムの使用、複製または開示は、オラクル社との契約に記された制約条件に従うものとします。著作権、特許権およびその他の知的財産権に関する法律により保護されています。

当ソフトウェア（プログラム）のリバース・エンジニアリングは禁止されております。

このドキュメントの情報は、予告なしに変更されることがあります。オラクル社は本ドキュメントの無謬性を保証しません。

* オラクル社とは、Oracle Corporation（米国オラクル）または日本オラクル株式会社（日本オラクル）を指します。

危険な用途への使用について

オラクル社製品は、原子力、航空産業、大量輸送、医療あるいはその他の危険が伴うアプリケーションを用途として開発されておりません。オラクル社製品を上述のようなアプリケーションに使用することについての安全確保は、顧客各位の責任と費用により行ってください。万一かかる用途での使用によりクレームや損害が発生いたしましても、日本オラクル株式会社と開発元である Oracle Corporation（米国オラクル）およびその関連会社は一切責任を負いかねます。当プログラムを米国国防総省の米国政府機関に提供する際には、『Restricted Rights』と共に提供してください。この場合次の Legendが適用されます。

Restricted Rights Legend

Programs delivered subject to the DOD FAR Supplement are "commercial computer software" and use, duplication and disclosure of the Programs shall be subject to the licensing restrictions set forth in the applicable Oracle license agreement. Otherwise, Programs delivered subject to the Federal Acquisition Regulations are "restricted computer software" and use, duplication and disclosure of the Programs shall be subject to the restrictions in FAR 52.227-14, Rights in Data -- General, including Alternate III (June 1987). Oracle Corporation, 500 Oracle Parkway, Redwood City, CA 94065.

このドキュメントに記載されているその他の会社名および製品名は、あくまでその製品および会社を識別する目的にのみ使用されており、それぞれの所有者の商標または登録商標です。

目次目次目次目次

1 Oracle e-Commerce Gatewayの概要の概要の概要の概要

Oracle e-Commerce Gatewayの使用方法の使用方法の使用方法の使用方法 ......................................................................................................... 1-2

インバウンド取引 ........................................................................................................................................... 1-2

アウトバウンド取引 ....................................................................................................................................... 1-3

EDI取引のサポート取引のサポート取引のサポート取引のサポート .............................................................................................................................................. 1-3

その他の取引 ................................................................................................................................................... 1-4

2 Oracle e-Commerce Gatewayの設定の設定の設定の設定

Oracle e-Commerce Gatewayプロファイル・オプションプロファイル・オプションプロファイル・オプションプロファイル・オプション ............................................................................. 2-3

システム・レベルのプロファイル・オプション ....................................................................................... 2-3

取引レベルのプロファイル・オプション ................................................................................................... 2-4

プロファイル・オプションの設定プロファイル・オプションの設定プロファイル・オプションの設定プロファイル・オプションの設定 ....................................................................................................................... 2-6

3 取引先取引先取引先取引先

事業所コード ................................................................................................................................................... 3-2

取引先データの定義取引先データの定義取引先データの定義取引先データの定義 ............................................................................................................................................... 3-3

4 コード変換コード変換コード変換コード変換

行先ベースのコード変換 ............................................................................................................................... 4-2

コード変換におけるキーの使用 ................................................................................................................... 4-3

コード変換処理 ............................................................................................................................................... 4-4

コード変換カテゴリの定義コード変換カテゴリの定義コード変換カテゴリの定義コード変換カテゴリの定義 ................................................................................................................................... 4-7カテゴリの割当カテゴリの割当カテゴリの割当カテゴリの割当 ....................................................................................................................................................... 4-8

コード変換値の定義コード変換値の定義コード変換値の定義コード変換値の定義 ............................................................................................................................................... 4-9

i

事前定義コード・カテゴリ事前定義コード・カテゴリ事前定義コード・カテゴリ事前定義コード・カテゴリ ................................................................................................................................. 4-10

5 インタフェース・データ・ファイル・レコード・レイアウトの変更インタフェース・データ・ファイル・レコード・レイアウトの変更インタフェース・データ・ファイル・レコード・レイアウトの変更インタフェース・データ・ファイル・レコード・レイアウトの変更

処理ルールの割当処理ルールの割当処理ルールの割当処理ルールの割当 ................................................................................................................................................... 5-4

列ルールの割当列ルールの割当列ルールの割当列ルールの割当 ....................................................................................................................................................... 5-5

6 インバウンド例外処理インバウンド例外処理インバウンド例外処理インバウンド例外処理

段階的文書の表示段階的文書の表示段階的文書の表示段階的文書の表示 ................................................................................................................................................... 6-2「要約」タブ ..................................................................................................................................................... 6-3

処理違反の表示処理違反の表示処理違反の表示処理違反の表示 ....................................................................................................................................................... 6-5

列違反の表示列違反の表示列違反の表示列違反の表示 ........................................................................................................................................................... 6-6

7 インバウンド取引インバウンド取引インバウンド取引インバウンド取引

請求書インバウンド（請求書インバウンド（請求書インバウンド（請求書インバウンド（INI）プログラムの実行）プログラムの実行）プログラムの実行）プログラムの実行 ................................................................................................ 7-1価格価格価格価格 /販売カタログ・インバウンド（販売カタログ・インバウンド（販売カタログ・インバウンド（販売カタログ・インバウンド（CATI）プログラムの実行）プログラムの実行）プログラムの実行）プログラムの実行 ................................................................. 7-3

見積依頼への応答インバウンド（見積依頼への応答インバウンド（見積依頼への応答インバウンド（見積依頼への応答インバウンド（RRQI）・プログラムの実行）・プログラムの実行）・プログラムの実行）・プログラムの実行 ...................................................................... 7-6出荷通知出荷通知出荷通知出荷通知 /積荷目録インバウンド（積荷目録インバウンド（積荷目録インバウンド（積荷目録インバウンド（ASNI）・プログラムの実行）・プログラムの実行）・プログラムの実行）・プログラムの実行 ................................................................... 7-9

出荷および請求通知インバウンド（出荷および請求通知インバウンド（出荷および請求通知インバウンド（出荷および請求通知インバウンド（SBNI）・プログラムの実行）・プログラムの実行）・プログラムの実行）・プログラムの実行 ................................................................. 7-11

8 アウトバウンド取引アウトバウンド取引アウトバウンド取引アウトバウンド取引拡張可能なアーキテクチャ拡張可能なアーキテクチャ拡張可能なアーキテクチャ拡張可能なアーキテクチャ ................................................................................................................................... 8-1

アプリケーション・アドバイス・アウトバウンド（アプリケーション・アドバイス・アウトバウンド（アプリケーション・アドバイス・アウトバウンド（アプリケーション・アドバイス・アウトバウンド（ADVO）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行 .............................. 8-1INTRASTAT移動統計（移動統計（移動統計（移動統計（MVSTO）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行 .......................................................................... 8-4

請求書アウトバウンド（請求書アウトバウンド（請求書アウトバウンド（請求書アウトバウンド（INO）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行 .................................................................................. 8-6

クレジット・メモクレジット・メモクレジット・メモクレジット・メモ /デビット・メモ（デビット・メモ（デビット・メモ（デビット・メモ（CDMO）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行 ...................................................... 8-8支払指示支払指示支払指示支払指示 /送金通知アウトバウンド（送金通知アウトバウンド（送金通知アウトバウンド（送金通知アウトバウンド（PYO）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行 ......................................................... 8-10

アウトバウンドの計画および出荷スケジュール（アウトバウンドの計画および出荷スケジュール（アウトバウンドの計画および出荷スケジュール（アウトバウンドの計画および出荷スケジュール（SSSOおよびおよびおよびおよび SPSO）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行 ......... 8-12発注アウトバウンド（発注アウトバウンド（発注アウトバウンド（発注アウトバウンド（POO）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行 .................................................................................... 8-14

アウトバウンド発注変更要求（アウトバウンド発注変更要求（アウトバウンド発注変更要求（アウトバウンド発注変更要求（POCO）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行 ................................................................. 8-17

添付添付添付添付 ......................................................................................................................................................................... 8-19

9 レポートレポートレポートレポート

コード変換値レポートコード変換値レポートコード変換値レポートコード変換値レポート ........................................................................................................................................... 9-1パラメータ ....................................................................................................................................................... 9-1

インタフェース・ファイル・データ・レポートインタフェース・ファイル・データ・レポートインタフェース・ファイル・データ・レポートインタフェース・ファイル・データ・レポート ............................................................................................... 9-2

ii

パラメータ ....................................................................................................................................................... 9-3

取引レイアウト定義レポート取引レイアウト定義レポート取引レイアウト定義レポート取引レイアウト定義レポート ............................................................................................................................... 9-3

パラメータ ....................................................................................................................................................... 9-4

取引先レポート取引先レポート取引先レポート取引先レポート ....................................................................................................................................................... 9-4パラメータ ....................................................................................................................................................... 9-4

取引取引取引取引 /取引先レポート取引先レポート取引先レポート取引先レポート ............................................................................................................................................ 9-5パラメータ ....................................................................................................................................................... 9-5

コンカレント・プログラムのステータスの表示コンカレント・プログラムのステータスの表示コンカレント・プログラムのステータスの表示コンカレント・プログラムのステータスの表示 ............................................................................................... 9-6

A Oracle e-Commerce Gatewayウィンドウとナビゲータ・パスウィンドウとナビゲータ・パスウィンドウとナビゲータ・パスウィンドウとナビゲータ・パス

B シード・データの消込シード・データの消込シード・データの消込シード・データの消込

C このリリースにおける新機能このリリースにおける新機能このリリースにおける新機能このリリースにおける新機能

iii

Oracle e-Commerce Gatewayの

1
Oracle e-Commerce Gatewayの概要の概要の概要の概要
Oracle Applicationsの導入によって、電子商取引に関する標準規格と手法を取り入れている取引先間で電子的な手段を用いたビジネスを実現できます。電子データ交換（EDI）は、電子商取引の 1つの形です。EDIでは、取引先同士で情報を電子的に交換します。インタフェース・データ・ファイルは標準的なフォーマットで交換されるため、人手による作業が減少し、データ処理の速度が増加し、精度が向上します。Oracle e-Commerce Gateway（旧Oracle EDI Gateway）では、次の機能が実行されます。

� 取引先グループおよび取引先事業所を定義します。

� 取引先との取引を使用可能にします。

� 取引先コードまたは標準コードと Oracle Applicationsで定義したコード間で一般コード変換を実行します。

� アプリケーション・データをユーザーの取引先アプリケーションまたは EDIトランスレータと統合できるように、インタフェース・データ・ファイルを定義します。

� インバウンド取引については、アプリケーション・プログラム・インタフェース（API）を使用して Oracle Applications表を検証および更新するために、データをアプリケーション・オープン・インタフェース表にインポートします。

� アウトバウンド取引については、アプリケーション・データを抽出し、フォーマットしてインタフェース・データ・ファイルに書き込みます。

Oracle e-Commerce Gateway製品によって、Oracle Applicationsの従来の紙による標準的な文書機能は増強され、紙の文書が存在しない部分での機能が増加します。

『『『『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル』インプリメンテーション・マニュアル』インプリメンテーション・マニュアル』インプリメンテーション・マニュアル』Oracle EDI Gateway（リリース 11iで Oracle e-Commerce Gatewayと改名）の前回リリースのドキュメントは、ユーザーズ・ガイドのみでした。このユーザーズ・ガイドのドキュメントの大部分は、新規の『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル』に移行されました。新規のインプリメンテーション・マニュアルは、システム管理者、

概要 1-1

Oracle e-Commerce Gatewayの使用方法

コンサルタントおよびインプリメンテーション・チームのメンバーを対象にしています。ユーザーズ・ガイドは、主にエンド・ユーザーを対象にしています。

その他の関連項目その他の関連項目その他の関連項目その他の関連項目『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』

Oracle e-Commerce Gatewayの使用方法の使用方法の使用方法の使用方法Oracle e-Commerce Gatewayは、オープンで柔軟性のあるアーキテクチャによって設計されています。このため、取引先または EDIトランスレータ（あるいはその両方）と容易に統合できます。また、アプリケーション間でのシームレスな統合ソリューションを提供します。EDI（電子データ交換）ソリューションに利用する場合は、EDIトランスレータと統合してEDI固有の標準フォーマットとバージョンを提供します。

Oracle e-Commerce Gatewayは、Oracle Applicationsと他の外部アプリケーション間を結ぶファイルベースの統合レイヤーです。このため、ASCII （米国規格協会情報交換標準コード）のフォーマット済インタフェース・データ・ファイルが使用されます。

外部の取引先から発信された取引データは、フォーマットされ受信側の取引先に伝送されます。受信したデータは、EDIトランスレータなどの別のフォーマット処理によって e-Commerce Gatewayで定義されている標準レイアウトに従ったインタフェース・データ・ファイルに変換されます。次に、e-Commerce Gatewayは、そのインタフェース・データ・ファイルを処理し、データを受信側アプリケーションに渡します。受信側アプリケーションはさらにビジネス・ルールを検証し取引を作成します。

Oracle Applicationsから発信された取引データは、e-Commerce Gatewayによって処理され標準的なインタフェース・データ・ファイルにフォーマットされます。そのデータは処理フローの次のステップに経路指定されます。処理フローには、EDI固有のフォーマット化を行う EDIトランスレータによる処理を組み込むことも、受信側取引先への転送を含めることもできます。各処理ステップは統合され、自動化されているため、取引データは手作業なしに取引先間を双方向にシームレスに流れます。

インバウンド取引インバウンド取引インバウンド取引インバウンド取引e-Commerce Gatewayは、インバウンド取引に対して次の処理を行います。

e-Commerce Gatewayで定義した標準取引インタフェース・データ・ファイル・フォーマットのファイルであれば、どのソースのファイルでも受信します。

次に、e-Commerce Gatewayで定義した取引先に対して、取引を送信した取引先を最初に検証して、そのデータを処理します。さらに、使用可能な場合は、コード変換、処理ルールおよび列ルールを処理します。

1-2 　Oracle e-Commerce Gatewayユーザーズ・ガイド

EDI取引のサポート

処理と列のルールに合格した取引はマップされて、指定した Oracle Applicationsのオープン・インタフェース表に書き込まれ、アプリケーション固有のビジネス・ルールで検証されます。この検証とコード変換ルールに合格しなかった取引は、例外モジュールにそのまま残り、ユーザーは例外を分析できます。他のモジュールまたは e-Commerce Gatewayで訂正された取引は、再度検証のため再発行できます。一方、取引先が取引を再度送信する場合は、例外モジュールからその取引を削除できます。

ベース Oracle Applicationは、そのアプリケーションのオープン・インタフェース表に書き込まれた取引の検証を続けます。有効な取引はすべてアプリケーション表に書き込まれます。無効な取引は、オープン・インタフェース表に残りアプリケーションの標準的なエラー処理が行われます。この処理はすべて自動化されているため、エラーのない取引は手作業なしでベース・アプリケーション表に直接転記されます。

アウトバウンド取引アウトバウンド取引アウトバウンド取引アウトバウンド取引e-Commerce Gatewayは、アウトバウンド取引に対して次の処理を行います。

ユーザー定義のイベントまたはアプリケーションのイベントが送る信号によって、e-Commerce Gatewayはアウトバウンド処理を開始します。ユーザー定義のイベントは、Oracle Applicationsのコンカレント・マネージャを使用して設定します。

e-Commerce Gatewayは、アプリケーションの取引表からデータを抽出し、受信側取引先がその取引を受信する権限を所有しているかどうかを確認します。コード変換ルールがデータに適用され、そのデータは取引インタフェース・データ・ファイルにマップされた後書き込まれます。このファイルのフォーマットは、e-Commerce Gatewayで定義された標準ファイル・レイアウトに準じています。

EDI取引のサポート取引のサポート取引のサポート取引のサポート次の取引がサポートされます。

ASC X12 EDIFACT 取引コード取引コード取引コード取引コード摘要摘要摘要摘要

インバウンド取引インバウンド取引インバウンド取引インバウンド取引

810 INVOIC INI インバウンド請求書。次の取引がサポートされます。空輸運送詳細および請求書（110）、車両運送詳細および請求書（210）、鉄道運送詳細および請求書（410）、および食料品請求書（880）

832 PRICAT CATI インバウンド価格 /販売カタログ

843 QUOTES RRQI 見積依頼へのインバウンド応答

856 DESADV ASNI インバウンド出荷通知 /積荷目録

Oracle e-Commerce Gatewayの概要 1-3


その他の取引その他の取引その他の取引その他の取引次の取引を使用可能にするためには、具体的に Oracle Process Manufacturing、Oracle Order Managementおよび Oracle Release Managementなどの他の製品が必要です。

857 該当なし SBNI インバウンド出荷および請求通知

アウトバウンド取引アウトバウンド取引アウトバウンド取引アウトバウンド取引

824 APERAK ADVO アウトバウンド・アプリケーション・アドバイス

810 INVOIC INO アウトバウンド請求書。次の取引がサポートされます。空輸運送詳細および請求書（110）、車両運送詳細および請求書（210）、鉄道運送詳細および請求書（410）、および食料品請求書（880）

812 CREADV / DEBADV

CDMO アウトバウンドのクレジット・メモ /デビット・メモ

820 PAYORD / REMADV

PYO アウトバウンド支払指示 /送金通知

830 DELFOR SPSO アウトバウンド計画スケジュール

862 DELJIT SSSO アウトバウンド出荷スケジュール

850 ORDERS POO アウトバウンド発注

860 ORDCHG POCO アウトバウンド発注の変更要求

なし CUSDEC MVSTO アウトバウンド移動統計

ASC X12 EDIFACT 取引コード取引コード取引コード取引コード長い名前長い名前長い名前長い名前

Oracle Process Manufacturingによる取引による取引による取引による取引

850 ORDERS GPOI OPM: インバウンド発注

855 ORDRSP GPOAO OPM: アウトバウンド発注通知

856 DESADV GASNO OPM: アウトバウンド出荷通知 /積荷目録

注意注意注意注意 :次の取引は、Oracle Order Managementおよび Oracle Shipping Execution製品を含めた将来のリリースでサポートされます。

ASC X12 EDIFACT 取引コード取引コード取引コード取引コード摘要摘要摘要摘要




ASC X12 EDIFACT 取引コード取引コード取引コード取引コード長い名前長い名前長い名前長い名前

Oracle Order Management およびおよびおよびおよび Shipping Executionによる取引による取引による取引による取引

850 ORDERS POI インバウンド発注

855 ORDRSP POAO アウトバウンド発注通知

856 DESADV DSNO アウトバウンド出荷通知 /積荷目録

860 ORDCHG POCI インバウンド発注変更

865 ORDRSP PCAO アウトバウンド発注変更通知

Oracle Release Managementによる取引による取引による取引による取引

830 DELFOR SPSI インバウンド計画スケジュール

862 DELJIT SSSI インバウンド出荷スケジュール

866 該当なし PSQI インバウンド製品連番

Oracle e-Commerce Gatewayの概要 1-5

Oracle e-Commerce Gatewayの

2
Oracle e-Commerce Gatewayの設定の設定の設定の設定
この項では Oracle e-Commerce Gatewayの設定ステップを簡単に説明します。詳細は、『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル』の「設定」を参照してください。

ステップステップステップステップ 1.プロファイル・オプションを設定します。プロファイル・オプションを設定します。プロファイル・オプションを設定します。プロファイル・オプションを設定します。プロファイル・オプションは、e-Commerce Gatewayの基本機能に対して設定する必要があります。参照 :「Oracle e-Commerce Gatewayプロファイル・オプション」（2-3）

ステップステップステップステップ 2. データ・ファイル・ディレクトリを定義します。データ・ファイル・ディレクトリを定義します。データ・ファイル・ディレクトリを定義します。データ・ファイル・ディレクトリを定義します。e-Commerce Gatewayを使用するには、最初にインバウンドおよびアウトバウンドの両取引に関するデータ・ファイルを保存するためのディレクトリを作成する必要があります。次に、そのディレクトリを INIT.ORAファイルと e-Commerce Gatewayプロファイル・オプションに指定する必要があります。参照 : 『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル』の「データ・ファイル・ディレクトリの定義」

ステップステップステップステップ 3. 取引先データを定義します。取引先データを定義します。取引先データを定義します。取引先データを定義します。最初に取引先グループを定義し、このグループに全取引先の事業所（所在地）エンティティを関連付けます。次に、取引先を顧客、仕入先または銀行支店の所在地などの Oracle Applications所在地エンティティに割り当てます。取引先の割当とその詳細データの入力によって、 Oracle Applicationsに定義された取引先と取引先のアプリケーションまたは EDIトランスレータ・アプリケーションで定義された同じ取引先との間でリンクが確立されます。

注意注意注意注意 : Oracle e-Commerce Gatewayは、複数のベース Oracle Applicationsに依存しています。各製品の設定とオープン・インタフェースに関するドキュメント、特に、Oracle Applications Implementation Wizardを参照してください。参照 : 『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル』の「設定」

設定 2-1

参照 :『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル』および「取引先データの定義」（3-3）

ステップステップステップステップ 4. コード変換を定義します。コード変換を定義します。コード変換を定義します。コード変換を定義します。Oracle e-Commerce Gatewayのコード変換機能を使用すると、取引先および標準のコードをOracle Applicationコードに変換でき、またその逆にも変換できます。参照 :『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル』の「コード変換の概要」

1. コード変換カテゴリを定義して、コード変換表に含まれているコードのサブセットを指定します。参照 :「コード変換カテゴリの定義」（4-7）

2. e-Commerce Gatewayによるコード変換が必要な取引内のすべてのデータ要素にコード変換カテゴリを割り当てます。参照 :「カテゴリの割当」（4-8）

3. 内部コードから外部コードに至るまでの実際のコード変換値をコード変換表に入力します。内部コードは、Oracle Applicationsの中で定義します。外部コードは、取引先または選択された EDI標準に必要な関連値になります。

ステップステップステップステップ 5.インタフェース・データ・ファイル・フォーマットをカスタインタフェース・データ・ファイル・フォーマットをカスタインタフェース・データ・ファイル・フォーマットをカスタインタフェース・データ・ファイル・フォーマットをカスタマイズします。マイズします。マイズします。マイズします。オラクル社は、標準的な事前定義のデータ・ファイル・フォーマットを提供しています。このデータ・ファイルには、特定の EDI取引をサポートするために必要なデータがすべて含まれており、特定のビジネス・ニーズを満たすようにカスタマイズできます。参照 : 『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル』の「データ・ファイル構造の概要」および「インタフェース・データ・ファイル・レコード・レイアウトの変更」（5-1）

ステップステップステップステップ 6.取引取引取引取引データ・ファイル・ディレクトリ、取引先情報、コード変換およびオプションのインタフェース・データ・ファイル・フォーマットのカスタマイズを実行した後に、Oracle Applicationsの標準要求発行機能を使用して、アウトバウンド取引の抽出プログラムおよびインバウンド取引のインポート・プログラムを実行します。

その他の関連項目その他の関連項目その他の関連項目その他の関連項目『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル』の「設定」

『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル』の「プロファイル・オプション」

『Oracle Financialsオープン・インタフェース・マニュアル』


Oracle e-Commerce Gatewayプロファイル・オプション

Oracle e-Commerce Gatewayプロファイル・オプションプロファイル・オプションプロファイル・オプションプロファイル・オプション設定が必要なシステム・レベルのプロファイル・オプションは、次の 3つです。この設定は、すべての e-Commerce Gateway取引に適用されます。

� アウトバウンド・ディレクトリ

� インバウンド・ディレクトリ

� 添付内語句の分割許可

その他の取引レベルのプロファイル・オプションは次のとおりです。

� 取引の使用可能および使用不可

� 所在地抽出優先順位

� 添付セグメント・サイズ

� ヘッダー・レベルの添付の使用可能化

� 明細行レベルの添付の使用可能化

� 在庫品目の添付の使用可能化

� マスター品目の添付の使用可能化

システム・レベルのプロファイル・オプションシステム・レベルのプロファイル・オプションシステム・レベルのプロファイル・オプションシステム・レベルのプロファイル・オプション

ECE_IN_FILE_PATH（（（（ECE: インバウンド・ファイル・パス）インバウンド・ファイル・パス）インバウンド・ファイル・パス）インバウンド・ファイル・パス）インバウンド・インタフェース・データ・ファイルを格納するディレクトリを示します。この値は、ディスク上に実際に存在しているディレクトリおよび INIT.ORAファイル内で指定したディレクトリと一致している必要があります。

ECE_OUT_FILE_PATH（（（（ECE: 出力ファイル・パス）出力ファイル・パス）出力ファイル・パス）出力ファイル・パス）アウトバウンド・インタフェース・データ・ファイルが書き込まれているディレクトリを示します。この値は、ディスク上に実際に存在しているディレクトリおよび INIT.ORAファイル内で指定したディレクトリと一致している必要があります。

注意注意注意注意 :他の Oracle Applications製品には e-Commerce Gatewayに関係のあるプロファイル・オプションが多数あります。これらの製品には、Purchasing、Inventory、Order Entry / Shipping、Payables、Receivables、Supplier Schedulingおよび Planningなどがあります。

Oracle e-Commerce Gatewayの設定 2-3


ECE_ATT_SPLIT_WORD_ALLOWED（（（（ECE: 分割語句可能）分割語句可能）分割語句可能）分割語句可能）添付は通常ノートとして使用されるプレーン・テキストです。

添付内で語句の分割を許可すると、1つの語句の途中で新規の明細行が開始されます。語句の分割を許可しない場合、新規の明細行は、語句の途中ではなく、スペースまたは句読点の後に作成されます。したがって、語句の分割を許可しない場合は、セグメント・サイズの一部に、添付セグメント・サイズより小さくなるものや、大きくなるものがあります。

新規の明細行は、現在の明細行が添付セグメント・サイズに達した場合に作成されます。詳細は、個々の取引の添付セグメント・サイズのプロファイル・オプションを参照してください。

取引レベルのプロファイル・オプション取引レベルのプロファイル・オプション取引レベルのプロファイル・オプション取引レベルのプロファイル・オプション各取引には、共通のプロファイル・オプション・セットが設定されています。各タイプを簡単に説明します。詳細は、『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「Oracle e-Commerce Gatewayプロファイル・オプション」を参照してください。

次にリストする各プロファイル・オプションの <transaction_code>は変数です。使用している取引コード（transaction code）のリストは、「EDI取引のサポート」（1-3）を参照してください。

ECE_<transaction_code>_ENABLED取引をサイト・レベルで使用可能にするかどうかを示します。デフォルトは「Yes」です。

ECE_<inbound_transaction_code>_ADDRESS_PRECEDENCEインバウンド取引のみに適用されます。取引先所在地を抽出する優先順位を特定します。

インバウンド EDI取引を Oracle Applicationsにインポートする場合は、取引を処理する前に、一意のビジネス・サイト所在地が確立されている必要があります。各取引先には、一意の所在地を設定する必要があります。

注意注意注意注意 : e-Commerce Gatewayに対しては、サーバー上にインバウンドおよびアウトバウンドのディレクトリを作成してから、これらのディレクトリを INIT.ORAファイルおよび "ECE: インバウンド・ディレクトリ "と"ECE: アウトバウンド・ファイル・パス "の各プロファイル・オプションにそれぞれ指定します。参照 : 『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「データ・ファイル・ディレクトリの定義」



取引先とは、工場、倉庫、銀行支店またはそれ以外のビジネス単位などのサイトを指します。必ずしも会社である必要はありません。また 1つの会社に複数のサイトが存在することもあります。

正しい所在地は、次の 3つのソースから取得できます。各ソースには優先順位コードが付いています。

「取引プロファイル」ウィンドウを使用して、このプロファイル・オプションを設定する場合は、次の値から選択する必要があります。

� LTC、PHA、LON（デフォルト）

� LTC、LON、PHA

� PHA、LTC、LON

� PHA、LON、LTC

� LON、LTC、PHA

� LON、PHA、LTC

インバウンド取引は、3つの優先順位コード、LON、LTCおよび PHAの優先順位に基づいて正しい所在地が抽出されるように設定する必要があります。たとえば、最初に事業所 /変換機能コード（LTC）、次に物理的所在地（PHA）、最後に事業所名（LOC）の順に所在地を抽出するように設定できます。

つまり、取引先を抽出する場合は、最初に EDI事業所コードと変換機能コードの組合せを使用します。一意の所在地コード IDが見つからないときは、次に物理的サイト所在地を使用します。これにも失敗した場合は、事業所名を使用します。

次のプロファイル・オプションを適用できるのは、発注アウトバウンド（POO）および発注変更要求アウトバウンド（POCO）取引のみです。

ECE_<transaction_code>_HEAD_ATT取引に対してヘッダーの添付を使用可能にします。デフォルトは「Yes」です。

優先コード優先コード優先コード優先コード内容内容内容内容

LON 事業所名に対する一意の ID番号

LTC 事業所コード /変換機能コードの組合せ

PHA 物理的所在地またはサイトの詳細


プロファイル・オプションの設定

ECE_<transaction_code>_LINE_ATT取引に対して明細行の添付を使用可能にします。デフォルトは「Yes」です。

ECE_<transaction_code>_MITEM_ATT取引に対してマスター品目の添付を使用可能にします。デフォルトは「Yes」です。

ECE_<transaction_code>_IITEM_ATT取引に対して在庫品目の添付を使用可能にします。デフォルトは「Yes」です。

ECE_<transaction_code>_SHIP_ATT取引に対して出荷の添付を使用可能にします。デフォルトは「Yes」です。

ECE_<transaction_code>_ATT_SEG_SIZE取引に対して添付セグメント・サイズを設定します。添付は、インタフェース・データ・ファイルに挿入できるようにいくつかのセグメントに分割できます。セグメント・サイズは、バイト数で表します。デフォルトは、400バイトです。

関連項目関連項目関連項目関連項目� 「プロファイル・オプションの設定」（2-6）

その他の関連項目その他の関連項目その他の関連項目その他の関連項目『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「プロファイル・オプション」

プロファイル・オプションの設定プロファイル・オプションの設定プロファイル・オプションの設定プロファイル・オプションの設定

システム・レベルのプロファイル・オプションを設定する手順は、システム・レベルのプロファイル・オプションを設定する手順は、システム・レベルのプロファイル・オプションを設定する手順は、システム・レベルのプロファイル・オプションを設定する手順は、次のとおりです。次のとおりです。次のとおりです。次のとおりです。1. 「システム・プロファイル」ウィンドウにナビゲートします。

2. アウトバウンド・インタフェース・データ・ファイルを保存するアウトバウンド・ディレクトリを、/sqlcom/outboundのように入力します。

3. インバウンド・インタフェース・データ・ファイルを保存するインバウンド・ディレクトリを、/sqlcom/inboundのように入力します。

4. セグメント・サイズに達した場合、語句の分割を許可するかどうかを指定します。



取引別のプロファイル・オプションを設定する手順は、次のとおり取引別のプロファイル・オプションを設定する手順は、次のとおり取引別のプロファイル・オプションを設定する手順は、次のとおり取引別のプロファイル・オプションを設定する手順は、次のとおりです。です。です。です。1. 「取引プロファイル」ウィンドウにナビゲートします。

2. プロファイル・オプションを設定する取引を選択します。

参照 : 『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース11i』の「EDI取引のサポート」

3. 取引を使用可能にするか使用不可にするかを指定します。

4. インバウンド取引のみの場合は、所在地優先順位コードを選択します。各所在地優先順位コードの内容については、プロファイル・オプションの説明を参照してください。「Oracle e-Commerce Gatewayプロファイル・オプション」（2-3）を参照してください。

5. 発注アウトバウンド（POO）および発注変更要求アウトバウンド（POCO）取引のみの場合は、添付セグメント・サイズを、添付内の各明細行のバイト数で入力します。デフォルトは 400バイトで、有効範囲は 1～ 400バイトです。添付の明細行がセグメント・サイズに達すると、分割されて新しい明細行が作成されます。

6. POOおよび POCO取引のみの場合は、次のようにプロファイル・オプションを設定します。

� ヘッダー添付を使用可能または使用不可にします。

� 明細添付を使用可能または使用不可にします。

� 在庫品目添付を使用可能または使用不可にします。

� マスター品目添付を使用可能または使用不可にします。

� 出荷添付を使用可能または使用不可にします。

7. この手順を使用する取引ごとに繰り返します。

関連項目関連項目関連項目関連項目� 「Oracle e-Commerce Gatewayプロファイル・オプション」（2-3）


取

3
取引先取引先取引先取引先
Oracle e-Commerce Gatewayにおける "取引先 "という用語は、ある種の取引関係（取引の送受信）を確立している顧客、仕入先または銀行の特定事業所や所在地を指します。企業によっては、1社で複数の事業所を持ち、その事業所がそれぞれ異なる複数の取引関係を持っている場合があります。したがって、各顧客所在地、仕入先サイトまたは銀行支店別に 1つの取引先を定義する必要があります。取引先グループを使用すると、複数の取引先を 1つのグループ・エンティティに統合できます。

Oracle e-Commerce Gatewayにおける取引先では、インバウンドまたはアウトバウンド文書で参照される他の所在地事業所と区別することがきわめて重要です。

Oracle e-Commerce Gatewayの取引先には、Oracle Applicationsとの間で電子文書を送受信する事業所または所在地が定義されます。

各文書内には、送受信地以外の他の所在地への参照が含まれていることがあります。これらの所在地は、事業所コードとして Oracle Applications内に定義されます。

インバウンド /アウトバウンド文書が参照する取引先などの所在地は、事業所コードを使用して定義します。したがって、e-Commerce Gatewayのすべての取引先には事業所コードが入っています。ただし、すべての事業所コードが対応する e-Commerce Gatewayの取引先レコードを持っているわけではありません。

Oracle e-Commerce Gatewayに定義されている取引先には、次の機能があります。

� 取引先を Oracle Applicationsで定義されている顧客、仕入先、銀行支店およびその他の事業所にリンクします。

� Oracleの取引先を EDIトランスレータ・ソフトウェアまたはその他の外部アプリケーションで定義されている取引先にリンクします。

� その取引が取引先に対応しているかどうか、またその取引が取引先に対するテストであるか本番であるかを判断するための処理ルールを定義できます。

� 着信文書に関する取引先情報を検証するために使用されます。

引先 3-1

前述の事業所コードと変換機能コード（取引先詳細を参照）は、Oracle Applicationsの事業所、Oracle e-Commerce Gatewayの取引先および EDIトランスレータまたは外部アプリケーションの取引先との間のリンクを確立するためにきわめて重要なコードです。このリンクが確立すると、Oracle Applicationsによる電子文書の送受信を完全に自動化するシームレスな統合基盤が実現します。

Oracle e-Commerce Gatewayの取引先とインバウンドまたはアウトバウンド・インタフェース・ファイルに含まれている取引先データとの関連情報は、インタフェース・ファイルの制御レコード（0010）のセクションにあります。アウトバウンド処理時に、e-Commerce Gateway定義による取引先データは、制御レコード上に配置され送信側の取引先を識別します。インバウンド処理時には、この制御レコード上の取引先データを使用して取引先をOracle e-Commerce Gatewayで定義した取引先と照合して検証します。

事業所コード事業所コード事業所コード事業所コード取引で参照される各所在地は、Oracle Applicationsの事業所コードに関連付ける必要があります。EDI標準のような電子標準規格の多くでは、請求先または出荷先所在地などの所在地データはコードや識別子を使用して通信されます。このコードや識別子を顧客所在地や仕入先サイトなどの Oracle Applicationsで定義されている所在地にリンクするには、事業所コードを使用します。EDIアプリケーションの場合は、この事業所コードを使用して、文書内のX12 N104セグメントまたは EDIFACT NADセグメントに含めるデータを定義します。

Oracle Applicationsには、事業所コードを定義できる領域が 4つあります。

� Receivables - 顧客所在地。「顧客」＞「標準」ウィンドウの順にナビゲートします。「所在地」タブで EDI事業所コードを定義します。

� Payables - 銀行支店。「設定」＞「支払」＞「銀行」ウィンドウの順にナビゲートし、EDI事業所コードを定義します。

� Purchasing - 仕入先サイト。「供給ベース」＞「仕入先」ウィンドウの順にナビゲートします。「サイト」ボタンで「EDI」タブをオープンし、EDI事業所コードを定義します。

� HR - 事業所。「ワーク・ストラクチャ」＞「事業所」ウィンドウの順にナビゲートします。「その他詳細」タブで、EDI事業所コードを定義します。

インバウンド処理時には、Oracle e-Commerce Gatewayは、インタフェース・ファイルの制御レコード（0010）のセクションにある事業所コードと変換機能コードを使用して、取引先データを e-Commerce Gatewayの取引先定義と照合して検証します。

さらに、インバウンド・インタフェース・ファイルにある事業所コードを使用して、所在地データを抽出し、その所在地定義を Oracle Applicationsの所在地定義に照合して検証します。

アウトバウンド処理時には、事業所コードと変換機能コードを使用し、受信側に対して送信側取引先を識別します。この情報はインタフェース・ファイルの制御レコード（0010）のセ


取引先データの定義

クションにあります。事業所コードは文書で参照するすべての所在地データとともに組み込まれています。

関連項目関連項目関連項目関連項目� 「取引先データの定義」（3-3）

取引先データの定義取引先データの定義取引先データの定義取引先データの定義"取引先 "という用語は、EDIトランスレータのコンテキストと e-Commerce Gatewayのコンテキストでは使用方法が異なります。EDIトランスレータの場合、取引先データの用途は次のとおりです。

� 送信側と受信側の電子メールボックス・アドレスを識別します。

� 通信媒体（ネットワークまたは直接接続）を識別します。

� 取引先別に固有の取引を使用可能にします。

取引先グループを使用して、e-Commerce Gatewayにある 1つ以上の取引先定義を 1つの論理エンティティに関連付けます。取引先は、e-Commerce Gateway内の所在地または事業所のレベルで定義されているため、顧客または仕入先の定義には取引先グループを使用できます。また、取引先グループは仕入先のカテゴリまたは地理的リージョンなどの大規模な論理エンティティの記述にも使用できます。

取引先グループを定義する手順は、次のとおりです。取引先グループを定義する手順は、次のとおりです。取引先グループを定義する手順は、次のとおりです。取引先グループを定義する手順は、次のとおりです。1. 「取引先グループ」ウィンドウにナビゲートします。

2. 固有の取引先グループ識別子を入力します。

3. オプションで、取引先グループについての摘要を入力します。

4. 次のいずれかを実行します。

� 新規の取引先を取引先グループに追加するには、「新規」ボタンを選択して「取引先」ウィンドウをオープンします。

� 取引先グループの既存の取引先を更新するには、取引先事業所コードを入力します。次に、「オープン」ボタンを選択して「取引先」ウィンドウをオープンします。

取引先グループに取引先を定義する手順は、次のとおりです。取引先グループに取引先を定義する手順は、次のとおりです。取引先グループに取引先を定義する手順は、次のとおりです。取引先グループに取引先を定義する手順は、次のとおりです。1. 固有の取引先グループ識別子を入力します。これによって、e-Commerce Gatewayの取引先識別子が定義されます。このコードは、インタフェース・データ・ファイルに書き込まれません。

2. 必要に応じて、取引先摘要を入力します。

取引先 3-3


3. 必要に応じて、参照 1および 2を入力します。これは、取引先に必要な追加データがある場合に使用します。

4. 必要に応じて、［］で示されたフレックスフィールドを選択して取引先フレックスフィールド（属性とも呼ばれます）にアクセスします。フィールドを使用するためは、最初にシステム管理で定義しておく必要があります。

取引先割当を定義する手順は、次のとおりです。取引先割当を定義する手順は、次のとおりです。取引先割当を定義する手順は、次のとおりです。取引先割当を定義する手順は、次のとおりです。1. 「割当」タブ・リージョンで、対応する Oracle Applicationsの物理的所在地エンティティに、この取引先定義を関連付けます。これは、所在地レベルまたはサイト・レベルのデータです。

2. 次のいずれかを実行します。

� 取引先を顧客として定義する場合は、顧客および顧客サイトを選択します。これらの値は、Oracle Order Entryまたは Oracle Receivables（あるいはその両方）で定義されます。

� 取引先を仕入先として定義する場合は、仕入先および仕入先サイトを選択します。これらの値は、Oracle Purchasingまたは Oracle Payables（あるいはその両方）で定義されます。

� 取引先を銀行として定義する場合は、銀行支店所在地を選択します。この値は、Payablesで定義されます。

� 出荷元事業所などの内部事業所を定義する場合は、Human Resources事業所コードを選択します。これらの値は、Oracle Human Resourcesで定義されます。

取引先の詳細を定義する手順は、次のとおりです。取引先の詳細を定義する手順は、次のとおりです。取引先の詳細を定義する手順は、次のとおりです。取引先の詳細を定義する手順は、次のとおりです。1. 「詳細」タブ・リージョンをオープンして取引を使用可能にし、取引先に取引固有の属性を定義します。

2. 値リストから文書と文書タイプを選択します。

文書タイプをブランクのままにすると、選択した取引のすべての文書タイプはその取引の属性を継承します。

3. 変換機能コード（EDIトランスレータ・ソフトウェアまたは取引先アプリケーションに定義されています）を入力して、使用可能にする取引と取引先に関連付けます。変換機能コードは、e-Commerce Gatewayの取引先定義を EDIトランスレータまたは取引先アプリケーションの定義にリンクします。

4. 値リストから、X12、EDIFACT、ODETTEなどの標準文書または別の標準を選択します。このコードによってコード変換値表への入力が容易になります。

5. 使用するマップ、フラットファイルまたはリスト内の他のオプションを選択します。

6. この取引先に対して文書および文書タイプが使用可能かどうかを示します。



7. この取引先に関するテスト取引に対してこの文書タイプを送受信するかどうかを示します。

これによって、取引が本番アプリケーションから抽出された場合でも、その取引にテスト取引のマークを付けることができます。このコードは、EDIトランスレータ・ソフトウェアまたは取引先アプリケーションに定義されたテスト /本番フラグと一致している必要があります。

アウトバウンド取引については、テスト識別子の T（テスト）がインタフェース・データ・ファイルの制御レコード 0010に設定されます。インバウンド取引については、アプリケーション・オープン・インタフェース表にテスト /本番フラグがある場合、その表に対してテスト識別子が Tに設定されます。

取引先担当データを定義する手順は、次のとおりです。取引先担当データを定義する手順は、次のとおりです。取引先担当データを定義する手順は、次のとおりです。取引先担当データを定義する手順は、次のとおりです。� 必要に応じて、「担当」タブ・リージョンをオープンし、EDI担当名、役職名、基本所在地データ、電子メール・アドレス、電話番号、FAX番号などを入力します。EDIファイルの伝送について問題がある場合、このデータは EDIコーディネータの役に立ちます。このデータは、インタフェース・データ・ファイルに書き込まれません。また、このデータは Oracle Applicationsのすべての担当データからは独立しています。

取引先 3-5

コード

4
コード変換コード変換コード変換コード変換
Oracle e-Commerce Gatewayのコード変換モジュールは柔軟で非常に高性能な機能を提供します。これを使用して取引先のアプリケーションまたは業界標準の値を Oracle Applications内に保管されている値に一致させる（変換する）ことができます。

コード変換は、すべての統合シナリオにとって共通の課題です。つまり、単位や通貨コードなどのコード化された値の表記が統合したアプリケーションによって異なるためです。多くの場合、この変換を実行するためのルールはかなり複雑です。

取引先との統合を複数のアプリケーションまたは標準規格（あるいはその両方）を使用して行う場合、"行先 "列と "発信元 "列を備えた簡易参照表では不十分です。この複雑なアプリケーション間の統合関係をサポートするには、取引先、業界標準または取引の行先に基づいた高性能なコード変換ルールが必要です。Oracle e-Commerce Gatewayのコード変換ルールには、"行先 "と "発信元 "の値がセットとして定義され、固有のコード変換処理の動作を確認するための補足的な属性が追加されています。

Oracle e-Commerce Gatewayのコード変換モジュールの主要機能を次に示します。

� ユーザー定義のコード変換カテゴリ（単位コード、通貨コードなど）

� 特定データ要素に対するユーザー定義のコード変換の有効化 /割当

� ユーザー定義の複数レベル階層に基づいたコード変換

� 取引先の標準に基づいたコード変換（ASC X12、EDIFACTなど）

� 取引の行先に基づいたコード変換（インバウンド、アウトバウンド、あるいはその両方）

� 1対多の変換、多対 1の変換

取引内の特定データ要素に対するコード変換を可能にするためには、次の 3つの簡易な設定ステップがあります。

� コード変換カテゴリの定義

� コード変換値の定義

� コード変換カテゴリの割当

変換 4-1

コード変換カテゴリの定義では、ビジネス処理環境に適用可能なカテゴリをすべて入力できます。カテゴリとは、単一のデータ要素に適用可能なコード変換ルールをグループとして定義したものです。Oracle e-Commerce Gatewayには、多数の事前定義カテゴリが組み込まれています。この事前定義カテゴリをそのまま実行することも、ユーザー独自のカテゴリを定義することもできます。詳細は、「コード変換カテゴリの定義」の項を参照してください。

コード変換値の定義では、対応する内部値 /外部値に基づいて単純なまたは高性能なコード変換ルールを定義します。内部値は、Oracle Applicationsに格納済のコード値として定義されている値です。外部値は、取引先のアプリケーションまたは業界の標準規格に含まれているコード値です。このフォームでは、行先固有、業界標準固有、1対多および複数レベル階層のコード変換ルールなどの高性能なルールを定義できます。すべてのコード変換ルールは、コード変換カテゴリに関連付けられます。詳細は、「コード変換値の定義」の項を参照してください。

コード変換カテゴリの割当では、カテゴリ（そのカテゴリに関連するすべてのルールを含む）を取引内の特定データ要素に関連付けます。この割当によって、その取引 /データ要素のコード変換が可能になります。詳細は、「カテゴリの割当」の項を参照してください。

取引先の標準機能によるコード変換を使用する場合は、「取引先詳細」フォームに標準文書を入力するという設定ステップの追加が必要です。詳細は「取引先詳細」の項を参照してください。

行先ベースのコード変換行先ベースのコード変換行先ベースのコード変換行先ベースのコード変換行先固有のコード変換は、取引先または取引先グループに、インバウンドまたはアウトバウンドコード変換のみに適用するコード変換要件が設定されている場合に使用します。この機能は、コード変換の複数の主要機能と連携して使用され、ユーザー固有のコード変換要件に高い柔軟性と構成を提供します。

この機能の適用方法の例を次に示します。

Oracle Applicationsの取引先では、発注の受信と請求書の送信の両方を電子的に処理しています。これらの取引先には、個別の Order Entryと Accounts Receivableアプリケーションがあり、それぞれに独自の単位コード・セットが設定されています。したがって、取引の行先をベースにした個別のコード変換ルールを同じ取引先に対して設定する必要があります。

行先固有のコード変換ルールは、Oracle e-Commerce Gatewayの「コード変換値の定義」フォームで定義します。各コード変換ルールの適用範囲をインバウンド取引、アウトバウンド取引、あるいはその両方に指定できます。

通常はデフォルト値 "Both"が使用されます。ただし、行先固有のコード変換ルールを必要とするような複雑なコード変換要件がある場合は、このフォームで方向を指定します。


コード変換におけるキーの使用コード変換におけるキーの使用コード変換におけるキーの使用コード変換におけるキーの使用多くの場合、1組のコード変換ルールがすべての取引先に適用されるわけではありません。コード変換ルールは、特定の取引先、特定の業界標準規格または Oracle Applicationsで定義した任意の数のキー属性に適用されます。

これらのルールは複雑で、しかもキー属性の階層が関係しています。

たとえば、取引先と取引先事業所が 2つのキー属性として定義されている場合があります。その論理階層構造は次のように表示されます。

コード変換カテゴリ取引先（キー1）取引先事業所（キー2）

コード変換処理時には、1つのコード変換ルールが取引先と取引先事業所の特定の組合せに対して定義されている場合、そのコード変換ルールが適用されます。それ以外の場合、処理はデフォルトの取引先レベルに設定され、その取引先に対して任意のコード変換ルールが適用されます。ルールが検出されない場合、処理はデフォルトのカテゴリ・レベルに設定され、カテゴリ全体に適用される任意のコード変換が適用されます。

キーとキー階層はユーザー定義で、特定のコード変換カテゴリに適用されます。「インタフェース・ファイル定義」フォームに表示されるデータ要素はすべてキー属性として定義できます。さらに、「取引先詳細」フォームで定義した標準文書もキー属性として定義できます。

複数のキーは論理階層を構築するために使用されます。この論理階層は、コード変換処理が適用するコード変換ルールを判断するために使用します。単一のコード変換カテゴリに対して最大 5レベルのキーを定義できます。複数キーの処理方法に関する詳細は、「キー（1～ 5）の処理」の項を参照してください。

コード変換にキーを使用する場合は、次の 3つの各コード変換フォームに設定が必要です。

� 「コード変換カテゴリの定義」フォームでは、選択したカテゴリに対して使用可能にするキーの数を指定します。

� 「コード変換カテゴリの割当」フォームでは、各キーに関連付けるデータ要素を指定してキーを定義します（たとえば、キー 1=カテゴリ UOMの対象となる取引先）。

� 「コード変換値の定義」フォームでは、固有なコード変換ルール・セットが必要なキーの各組合せに対する特定の値を入力します（たとえば、キー 1=ABC社）。

キーを行先固有のコード変換ルールと組み合せて使用すると、柔軟性の高いユーザー固有のコード変換要件を構成できます。行先固有のコード変換に関する詳細は、「行先ベースのコード変換」の項を参照してください。

コード変換 4-3

コード変換処理コード変換処理コード変換処理コード変換処理Oracle e-Commerce Gatewayのコード変換モジュールは、非常に基本的なコード変換ルールの処理にも、非常に複雑なコード変換ルールの処理にも対応できるように設計されています。

コード変換処理で使用されるキー設定のデータ要素は、次のとおりです。

� コード変換カテゴリ

� 行先

� キー（1～ 5）

� 内部値

� 外部値（1～ 5）

インバウンド・コード変換では、データ要素の各値（内部値は除く）が内部値の抽出に使用されます。

アウトバウンド・コード変換では、データ要素の各値（外部値 1～ 5は除く）が外部値（1～ 5）の抽出に使用されます。

インバウンド・コード変換処理インバウンド・コード変換処理インバウンド・コード変換処理インバウンド・コード変換処理インバウンド取引の処理時、インバウンド・ファイルは e-Commerce Gatewayのインタフェース・ファイル定義に従って処理されます。「インタフェース・ファイル定義」フォームで定義したインタフェース・ファイル定義によってファイルのレイアウトと構造が決定されます。また、この定義はインバウンド・コード変換処理で使用される外部値（1～ 5）を識別します。

「コード変換カテゴリの割当」フォームで入力したコード変換カテゴリのデータによってインバウンド・コード変換処理を必要とするフィールドが判断されます。キー値もこのフォームのデータから抽出されます。

インバウンド・コード変換処理では次の内容が使用されます。

� 「コード変換カテゴリの割当」の定義に基づいたコード変換カテゴリ

� 取引タイプに基づいた行先

� インタフェース・ファイルのキー値（1～ 5）

� インタフェース・ファイルの外部キー値（1～ 5）

これらの値をすべて使用して、前述の値に一致するレコードをコード変換値表で検索します。検出された場合は、このレコードの定義に基づいて外部値（1～ 5）を内部値に変換します。

一致が検出されない場合は、キー値による処理（キーを使用している場合）を続行します。


一致が検出されない場合は、キー値が定義されていないコード変換値表でレコードを検索し、このレコードの定義に基づいて外部値（1～ 5）を内部値に変換します。

一致が検出されない場合は、外部値 1を「内部値」フィールドにデフォルトとして設定します。

アウトバウンド・コード変換処理アウトバウンド・コード変換処理アウトバウンド・コード変換処理アウトバウンド・コード変換処理アウトバウンド取引の処理時には、「コード変換カテゴリの割当」フォームで入力したコード変換カテゴリ・データがアウトバウンド・コード変換処理を必要とするフィールドを判断します。キー値もこのフォームのデータから抽出されます。

アウトバウンド・コード変換処理では次の内容が使用されます。

� 「コード変換カテゴリの割当」の定義に基づいたコード変換カテゴリ

� 取引タイプに基づいた行先

� 取引レコードのキー値（1～ 5）

� 取引レコードの内部値

これらの値をすべて使用して、前述の値に一致するレコードをコード変換値表で検索します。検出された場合は、このレコードの定義に基づいて内部値を外部値（1～ 5）に変換します。

一致が検出されない場合は、キー値による処理（キーを使用している場合）を続行します。

一致が検出されない場合は、キー値が定義されていないコード変換値表でレコードを検索し、このレコードの定義に基づいて内部値を外部値（1～ 5）に変換します。

一致が検出されない場合は、内部値を外部値 1のフィールドにデフォルトとして設定します。

キー（キー（キー（キー（1～～～～ 5）の処理）の処理）の処理）の処理Oracle e-Commerce Gatewayでは、キーを使用してキー属性の論理階層が構築されます。コード変換処理は、「コード変換カテゴリの割当」フォームに入力したデータに基づいてキー値を抽出します。

インタフェース・ファイル（インバウンド）または取引レコード（アウトバウンド）からキー値が抽出されると、コード変換カテゴリに適用される全キー・レベルの値を持つ 1つの複合キーが作成されます。

注意注意注意注意 :内部値がインバウンド・インタフェース・ファイルに存在している場合、インバウンド・コード変換処理では、そのファイル内のインバウンド値を上書きしません。

コード変換 4-5

コード変換処理は、この複合キーを使用し、コード変換値表内のレコードを検索します。完全に同じ複合キーである他に、コード変換処理で他のクリティカルなデータ要素に対して一致した属性を持つレコードが検索されます。

一致しているレコードの検索に失敗すると、コード変換処理は、最上位のキー・レベルを除くすべてのキー・レベルの値を使用して新たに複合キーを作成します。これは、キー属性の階層で 1レベル上がったことと事実上同じことです。

たとえば、取引先と取引先事業所は 2つのキー属性として定義できます。その論理的な階層構造は次のように表示されます。

コード変換カテゴリ="UOM" 取引先（キー1） = "ABC社" 取引先事業所（キー2）= "CA"

初期の複合キーには値 "ABC社 "と "CA"が含まれています。照合するキー 1とキー 2の値があり、他のすべての照合基準を満たしているコード変換値表内のレコードを使用して、内部値または外部値を変換します。

一致しているレコードが検出されない場合、新規複合キーには値 "ABC社 "（"CA"はこの複合キーから削除されました）が設定されます。この結果、コード変換処理では取引先（キー1）との一致のみが検索されます。

キー属性の階層を 1段階上げ、新規複合キーを作成するこのサイクルは、複合キーに含まれている値がなくなるまで繰り返されます。この時点で、コード変換処理は、コード変換カテゴリのみに基づいた一致を検索します。

外部値（外部値（外部値（外部値（1～～～～ 5）の処理）の処理）の処理）の処理外部値（1～ 5）は、1つの複合外部値として処理されます。コード変換処理は、外部値（1～ 5）を階層または複数複合値として表示しません。

アウトバウンド・コード変換の処理時には、複数の外部値を含むコード変換値レコードはすべて、外部値に変換されインタフェース・ファイルに書き込まれます（コード変換値レコードが他のすべての基準を満たしている場合）。

インバウンド・コード変換の処理時に、そのレコードのコード変換が有効であるためには、すべての外部値とその他の照合基準がコード変換値表に含まれている必要があります。

関連項目関連項目関連項目関連項目� 「カテゴリの割当」（4-8）

� 「コード変換カテゴリの定義」（4-7）

� 「コード変換値の定義」（4-9）

� 「事前定義コード・カテゴリ」（4-10）


コード変換カテゴリの定義

その他の関連項目その他の関連項目その他の関連項目その他の関連項目『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「コード変換」

コード変換カテゴリの定義コード変換カテゴリの定義コード変換カテゴリの定義コード変換カテゴリの定義カテゴリとは、「コード変換値」ウィンドウでコード変換ルールのグループに割り当てられるラベルです。たとえば、UOMカテゴリには、単位コードの変換ルールがすべて入っています。

単位コードや運送業者コードなど、必要なすべてのカテゴリを定義する必要があります。カテゴリは、その種類に関係なく複数の取引でも、また 1件の取引で複数回でも使用できます。

e-Commerce Gatewayの事前定義済リストのコード変換カテゴリをそのまま使用することも、独自のコード変換カテゴリを定義することもできます。

コード変換カテゴリは、定義した後で、特定のデータ要素に対するコード変換を有効化するために、表の列に割り当てる必要があります。この操作は「カテゴリの割当」ウィンドウで行います。

追加のコード変換カテゴリを定義する手順は、次のとおりです。追加のコード変換カテゴリを定義する手順は、次のとおりです。追加のコード変換カテゴリを定義する手順は、次のとおりです。追加のコード変換カテゴリを定義する手順は、次のとおりです。1. 「コード変換カテゴリ」ウィンドウにナビゲートします。

2. カテゴリ・コードおよびカテゴリ摘要を入力します。

3. コード変換値をキー属性（たとえば取引先）に割り当てるために、1つ以上の検索キーを使用可能にします。

たとえば、最初の検索キーを "X12"に設定する場合は、「検索キー 1」を使用可能にする必要があります。実際の検索基準は「カテゴリの割当」ウィンドウに入力します。実際のコード変換値と検索キー値は「コード変換値」ウィンドウで定義します。

関連項目関連項目関連項目関連項目� 「カテゴリの割当」（4-8）




コード変換 4-7

カテゴリの割当

カテゴリの割当カテゴリの割当カテゴリの割当カテゴリの割当発生した取引に対して「取引データ」フィールドのコード変換を有効化するには、「カテゴリの割当」ウィンドウを使用します。コード変換カテゴリ（参照 :「コード変換カテゴリの定義」（4-7））が定義済で、検索キーが使用可能である場合は、このウィンドウを使用して各キーに関連付けられているデータ要素を識別します。

前提条件前提条件前提条件前提条件

コード変換カテゴリを定義します。参照 :「コード変換カテゴリの定義」（4-7）

コード変換カテゴリを割り当てる手順は、次のとおりです。コード変換カテゴリを割り当てる手順は、次のとおりです。コード変換カテゴリを割り当てる手順は、次のとおりです。コード変換カテゴリを割り当てる手順は、次のとおりです。1. 「カテゴリの割当」ウィンドウにナビゲートします。

2. 取引を選択します。

3. マップ IDを選択します。

4. その取引のデータ階層内でのレベルを表す出力レベルを選択します。

e-Commerce Gatewayがコード変換用に識別した取引内のフィールドの列名が表示されます。

このレベルに対するコード変換候補として識別されたすべてのデータ要素が表示されます。

5. コード変換カテゴリを割り当て、ビュー列またはアプリケーション・オープン・インタフェース列のコード変換を有効化します。コード・カテゴリが割り当てられていない場合、コード変換は実行されません。参照 :「事前定義コード・カテゴリ」（4-10）

6. 列（キー 1～ 5）を指定して各キーを定義します。コード変換の処理時には、このキーを使用してキーの値を抽出します。

取引先の定義時に標準文書を設定している場合は、そのリストで「DOCUMENT_STANDARD」を選択して、検索キー 1を割り当てることができます。

関連項目関連項目関連項目関連項目� 「コード変換カテゴリの定義」（4-7）





コード変換値の定義

コード変換値の定義コード変換値の定義コード変換値の定義コード変換値の定義EDI標準、ユーザー要件およびアプリケーション・データによっては、EDI標準や取引先のデータ要件を満たすために、Oracle Applicationsの単一の内部データ要素にインタフェース・データ・ファイルに対する 1～ 5の外部データ要素が必要になる場合があります。



コード変換カテゴリを割り当てます。参照 :「カテゴリの割当」（4-8）

コード変換値を定義する手順は、次のとおりです。コード変換値を定義する手順は、次のとおりです。コード変換値を定義する手順は、次のとおりです。コード変換値を定義する手順は、次のとおりです。1. 「コード変換値」フォルダ・ウィンドウにナビゲートします。

2. カテゴリ・コードを入力します。

3. 値リストから行先を選択します。

行先は、BOTH、INまたは OUTのいずれでもかまいません。異なる外部値をインバウンド取引と同じ内部値に変換するか、または異なる内部値をアウトバウンド取引と同じ外部値に変換するかによって異なります。

ユーザーのエントリを次のように検証します。

� 外部値は、同じ検索キーに対する行先の INと BOTHの間で一意である必要があります。

� 内部値は、同じ検索キーに対する行先の OUTと BOTHの間で一意である必要があります。

� 同じ検索キーに対する内部値と外部値は、すべての行先に対して一意である必要があります。

4. 内部値 /外部値の設定に対する検索キーとして、キー値（1～ 5）を入力します。

取引先の定義時に設定した標準文書に従ってコード変換を行う場合は、「検索キー 1」にその標準文書を入力します。

検索キーが「コード変換カテゴリ」ウィンドウの中で使用可能であり、さらに「カテゴリの割当」ウィンドウに列がある場合にのみ、これを使用します。

5. 1対多の変換を行うためには、内部コードおよび外部コード（1～ 5）を入力します。

内部コードは、ベース Oracle Applicationで定義されている値です。外部コードは取引先アプリケーションまたは現行の業界標準で定義された値です。

コード変換 4-9

事前定義コード・カテゴリ

関連項目関連項目関連項目関連項目� 「コード変換カテゴリの定義」（4-7）

� 「カテゴリの割当」（4-8）



事前定義コード・カテゴリ事前定義コード・カテゴリ事前定義コード・カテゴリ事前定義コード・カテゴリOracle e-Commerce Gatewayによって事前にシードされている有効なコード・カテゴリを次に示します。カテゴリの割当時に、このコードをそのまま使用することも、新規のコード・カテゴリを追加して使用することもできます。参照 :「カテゴリの割当」（4-8）

カテゴリカテゴリカテゴリカテゴリコードコードコードコード

AC_HANDL 手当および金利取扱

AC_SPECC 手当および金利特別チャージ

AC_SPECS 手当および金利特別サービス

ACTION_TYPE 処理タイプ

AETC_RESP AETC職責

AETC_RSN AETC理由

AGREEMENT 合意

BANK_ACCT_TYPE 銀行口座タイプ

BANK_BRCH_ID 銀行支店 ID

BANK_BRCH_TYPE 銀行支店タイプ

BILL_TO_LOCATION 請求先事業所

BUYER_ITEM 購買担当品目（製品）

BUYER_PRODUCT 購買担当製品

CARRIER 運送業者

COMPANY_CODE 会社

CONTAINER_CODE コンテナ



CONTAINER_TYPE コンテナ・タイプ

CONTAINER_TYPE_CODE コンテナ・タイプ

COUNTRY 国

CURR_CONV_TYPE 通貨換算タイプ

CURRENCY 通貨

CUSTOMER_CODE 顧客

DOCUMENT_TYPE 文書タイプ

EQUIPMENT 装置

FOB FOB

FOB_PAYMENT FOB支払

FREIGHT_TERMS 運送費支払条件

HAZ_CLASS 危険区分

HAZ_MAT 危険材料

INVOICE_SITE 請求書サイト

INVOICE_TYPE 請求書タイプ

ITEM_CATEGORY 品目カテゴリ

ITEM_TYPE 品目タイプ

LOC_BANK_BRCH_SITE 事業所銀行支店サイト

LOC_VENDOR_SITE 事業所仕入先サイト

ORDER_TYPE 指示タイプ

PAY_FMT 支払書式

PAY_METH 支払方法

PAY_TERMS 支払条件

PAY_TYPE 支払タイプ

PRICE_BASIS 価格基準

PROVINCE 州

REGION1 地域 1

REGION2 地域 2（特定の所在地表の中にある都道府県用）


コード変換 4-11


REGION3 地域 3

SHIP_ORDER_STAT 出荷指示ステータス

SHIP_PRIOR 出荷優先度

SHIP_TO_LOCATION 出荷先事業所

SHIP_TO_ORG 出荷先組織

SHIP_TO_SITE 出荷先サイト

SHIP_VIA 運送方法（運送業者）

SS_DESCRIPTOR Supplier Scheduling記述子

STATE 都道府県

SUPPLIER_NUMBER 仕入先番号

SUPPLIER_SITE 仕入先サイト

TAX_CODE 税金コード

TAX_EX 免税フラグ

TAX_EXRSN 免税事由

TAX_JURS 税金管轄

TRANS_TERM 輸送条件

TRX_HANDL 取引処理

TRX_PURP 取引目的

UOM 単位

TAX_NAME 税金名

VENDOR 仕入先コード

VENDOR_BANK_ACCT_TYPE 仕入先銀行口座タイプ

VENDOR_BANK_BRANCH_TYPE 仕入先銀行支店タイプ

VENDOR_NAME 仕入先名

VENDOR_NUMBER 仕入先番号

VENDOR_SITE 仕入先サイト




WAREHOUSE 倉庫

WAREHOUSE_SITE 倉庫サイト・コード

X12_MAPPING X12マッピング


コード変換 4-13

インタフェース・データ・ファイル・レ

5
インタフェース・データ・ファイル・インタフェース・データ・ファイル・インタフェース・データ・ファイル・インタフェース・データ・ファイル・
レコード・レイアウトの変更レコード・レイアウトの変更レコード・レイアウトの変更レコード・レイアウトの変更

インバウンドおよびアウトバウンドの両インタフェース・データ・ファイル・フォーマットは、Oracle e-Commerce Gatewayで事前に定義されています。このインタフェース・データ・ファイル・フォーマットは定義されている通りか、またはカスタマイズして特定のビジネス要件に合せて使用できます。

事前定義インタフェース・データ・ファイル・フォーマットを変更する理由の一部を次に示します。

� 未使用列および未使用レコードを除外する場合

� 列サイズを変更する場合

� 同じインタフェース表内でインタフェース・データ・ファイル・レコードを並べ替える場合

� 取引表に含まれているデータ要素を有効化する場合

� コード変換によって作成された 5つの外部フィールドの順序を変更する場合

� レコード・レイアウト・コードを変更する場合

� レコード・レイアウト・クオリファイアを変更する場合

インタフェース・データ・ファイル・フォーマットを表駆動型にすることで、コード変更を行わずにフォーマット変更を即時に有効にできます。

コード・レイアウトの変更 5-1

インタフェース・データ・ファイル定義を変更する手順は、次のとインタフェース・データ・ファイル定義を変更する手順は、次のとインタフェース・データ・ファイル定義を変更する手順は、次のとインタフェース・データ・ファイル定義を変更する手順は、次のとおりです。おりです。おりです。おりです。1. 「インタフェース・ファイル定義」ウィンドウにナビゲートします。

2. 取引タイプを選択します。参照 :「EDI取引のサポート」（1-3）

3. 取引データ・レベルを選択します。

この操作により、e-Commerce Gatewayで定義済の取引に含まれているアウトバウンド取引、およびアプリケーション・オープン・インタフェース表で定義済の取引に含まれているインバウンド取引の各データ・レベルを識別できます。データを非正規化すると、ベース・アプリケーション表との比較時にレベルに差が生じる場合があります。

データ・レベルのレコードすべてが表示されます。e-Commerce Gatewayのインタフェース列を使用して、アウトバウンド取引のデータ・フォーマットが表示されます。アプリケーション・オープン・インタフェース列を使用して、インバウンド取引のデータ・フォーマットが表示されます。この 2つの列に含まれているデータは変更できません。

4. レコード番号を変更します。

レコード番号は同じ表レベルの範囲内であれば、別の番号に変更できます。また、ブランクを入力して、インタフェース・データ・ファイルのレコードを除外できます。レコード番号は、ファイルに含まれている一群のレコードの相対位置を示しています。レコードは 600バイトを超えることはできません。

5. レコードの位置番号を変更します。

レコードの範囲内であれば、位置番号を別の番号に変更できます。また、ブランクを入力して、インタフェース・データ・ファイルの列を除外できます。

位置番号によってレコード内のデータ項目の相対位置を識別します。

注意注意注意注意 :データ要素が事前に e-Commerce Gatewayの取引表に定義されていないかぎり、このウィンドウでデータ要素をインタフェース・データ・ファイルに追加することはできません。各表の末尾（ウィンドウの上部にレベル別に表示）にはレコード番号、位置および長さが示されていないデータ要素があります。このデータ要素にレコード番号、位置および長さを割り当てて有効化し、インタフェース・ファイルに表示できます。データ要素に他の表のレコード番号範囲にあるレコード番号を割り当て、別の表レベルに移動することはできません。

注意注意注意注意 :データ要素を有効化するには、レコード番号、レコード位置番号およびデータ要素の幅を定義する必要があります。


6. データ要素の幅を変更します。

データ要素は、標準規格に基づいた長さのものがほとんどです。この長さは、Oracle Applicationsではより長くなるのが普通です。長さは、必要に応じてデータ要素ごとにOracle Applicationsにおける長さにまで伸ばすことが可能です。

7. 外部コードの順序を変更します。

この操作によって、コード変換値表のどの外部コード（1～ 5）が、取引インタフェース・データ・ファイル内のこのデータ要素に配置されたかが識別されます。デフォルトでは、コード変換値表の外部コード 1は、インタフェース表の外部 1コードに移動し、コード変換値表の外部コード 2は、インタフェース表の外部 2コードに移動します。

たとえば、順序 5をデータ要素の外部 1の次に配置することは、コード変換値表の外部コードを取引インタフェース・データ・ファイル内のデータ要素の外部 1に移動することを意味します。

変換順序 0は、Oracleの内部値として確保されているため、変更できません。

8. レコード・レイアウト・コードを変更します。

この操作によって、データ要素のデータ内容を特定できます。このコードは、取引に対して事前定義されています。所在地とフレックスフィールドに関する標準レコード・レイアウトが定義され、全取引先に対して使用されます。それ以外のレコード・レイアウトは、特定の取引に対して定義されます。事前定義した値は変更可能です。参照 : 『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「レコード・レイアウト・コード」

これらのコードにはビジネス処理で有効なデータ・マッピング機能がありません。調査のためにファイルを検討するときの参照用に使用されます。

インタフェース・データ・ファイルで使用されるのは、最小番号のレコード位置にあるレコード・レイアウト・コードとレコード・レイアウト・クオリファイアのみです。

9. レコード・レイアウト・クオリファイアを変更します。

この操作により、レコード内のデータのタイプを特定できます。たとえば、所在地に関する一般レコード・レイアウト・コードの中には、出荷先、請求先または送金先の所在地タイプを特定できるレコード・レイアウト・クオリファイアが含まれていることがあります。事前定義した値は変更可能です。

このコードにはビジネス処理で有効なデータ・マッピング機能がありません。このコードは調査のためにファイルを検討するときの参照用に使用されます。

インタフェース・データ・ファイルで使用されるのは、最小番号のレコード位置にあるレコード・レイアウト・コードとレコード・レイアウト・クオリファイアのみです。

10. 処理ルールを定義するには「処理ルール」を、列ルールを定義するには「列ルール」を選択します。

インタフェース・データ・ファイル・レコード・レイアウトの変更 5-3

処理ルールの割当

ルールの数が参照用に表示されます。

関連項目関連項目関連項目関連項目� 「処理ルールの割当」（5-4）

� 「列ルールの割当」（5-5）

その他の関連項目その他の関連項目その他の関連項目その他の関連項目『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「インタフェース・データ・ファイル構造」

処理ルールの割当処理ルールの割当処理ルールの割当処理ルールの割当

「処理ルールの割当」ウィンドウを使用して、データの検証ルールと処理を割り当てます。取引にルール違反がある場合はこの処理に従います。この処理に「使用不可」を設定できますが、そのために特定のルールが実施されないことがあります。

「処理ルールの割当」ウィンドウには、現在の取引とそれに関連するすべての処理ルールが表示されます。このフィールドは読取り専用です。各処理ルール（無効な文書所在地、無効な取引先およびテスト /製品相違）に対して適切な処理を選択してください。処理ルールを次の表に示します。

注意注意注意注意 :処理ルールを適用できるのはインバウンド取引のみです。

注意注意注意注意 :列ルールとは異なり、処理ルールはデータ要素ではなく取引全体に適用されます。

処理ルール処理ルール処理ルール処理ルール摘要摘要摘要摘要

無効な文書所在地インバウンド・インタフェース・データ・ファイルで参照される所在地（出荷先、請求先、送金先）は、Oracle Applicationsの所在地または事業所レコードと対応している必要があります。一般的な所在地抽出機能は、事業所コード、事業所 IDおよび物理的所在地データを使用してインタフェース・データ・ファイル上の所在地データと Oracle Applicationsの所在地との間にリンクを確立します。この機能で所在地または事業所レコードが抽出できない場合は、指定した取引で処理ルール違反が発生します。


列ルールの割当

処理ルールを割り当てる手順は、次のとおりです。処理ルールを割り当てる手順は、次のとおりです。処理ルールを割り当てる手順は、次のとおりです。処理ルールを割り当てる手順は、次のとおりです。1. 「処理ルールの割当」ウィンドウにナビゲートします。このためには「インタフェース・ファイル定義」ウィンドウで「処理ルール」を選択します。

2. 事前に定義した各列ルールに対して次の処理を選択します。

実行の中止 : 文書の処理を中止してステータスを「エラー」に設定します。

使用不可 : ルールの実施を禁止します。

ログのみ : メッセージをログ・ファイルに発行し処理を続けます。

文書のスキップ : 現在の文書をスキップして次の文書を処理します。

3. 作業内容を保存します。

関連項目関連項目関連項目関連項目� 「インタフェース・データ・ファイル・レコード・レイアウトの変更」（5-1）

� 「インバウンド例外処理」（6-1）

� 「列ルールの割当」（5-5）

列ルールの割当列ルールの割当列ルールの割当列ルールの割当「列ルールの割当」ウィンドウを使用して、1～ 6のデータ違反ルールを任意のデータ要素に割り当てます。複数の列ルールを任意の列に割り当てることができます。また、同じ列ルール・タイプを重複して割り当てることもできます。

一部の取引には、必須データ・フィールドに必須のデータ要素ルールがあらかじめ組み込まれている場合があります。この要件は削除できますが、アプリケーションのオープン・インタフェースに必要なデータ編集に失敗することがあります。

列ルールは、必要に応じて使用不可にできます。

「列ルールの割当」ウィンドウには、選択した取引とそれに関連するすべての列ルールが表示されます。このフィールドは読取り専用です。各列ルールに対する適切な処理を選択して

無効な取引先着信した変換コードと事業所コード（制御レコード 0010上の）が取引先設定のコードと一致しているかどうかをチェックします。一致していない場合、この取引に関する顧客または仕入先は、制御レコードのデータに基づいて抽出できません。取引が使用不可の場合もこのルールに違反します。

テスト /製品相違着信したテスト・フラグが取引先設定のフラグと同じかどうかをチェックします。

処理ルール処理ルール処理ルール処理ルール摘要摘要摘要摘要



ください。列ルールの中には他のウィンドウで表示されるパラメータの追加が必要なルールもあります。

列ルールを次の表に示します。

列ルール列ルール列ルール列ルール摘要摘要摘要摘要必要な追加パラメータ必要な追加パラメータ必要な追加パラメータ必要な追加パラメータ

データ型のチェックファイル内のデータのデータ型とe-Commerce Gatewayの取引表ECE_INTERFACE_COLUMNSで定義したデータ型を比較します。

不要

NULLデフォルトインタフェース・データ・ファイルのフィールドが NULL（空）の場合は、デフォルト値を段階表の列に移動します。

デフォルトは、リテラル（定数）でも別の列の値でもかまいません。「リテラル値」または「列名」のいずれかをチェックしてデフォルト値のソースを指定します。次に、選択したボックスに応じて列名の値を入力します。

NULL依存列の着信データが NULLかまたは NULL依存かを、次の条件に従ってチェックします。同時に複数の条件パラメータのセットを入力できます。

列の着信データが NULLかまたは NULL依存かを、次の条件に従ってチェックします。同時に複数の条件パラメータのセットを入力できます。たとえば、チェック・ボックスを「NULL禁止」に設定し、次の条件を入力します。TRADING_PARTNERは「NULLでない」、SHIP_TO_SITEは「NULLでない」、COUNTRYはUSAに「等しい」。これは、この 3つの条件が TRUEである場合、検討する列は NULLではないことを意味します。

事前定義済リスト列の着信データが e-Commerce Gatewayで事前に定義したリストの値と等しいか等しくないかをチェックします。

「必ず等しい」または「等しくない」のいずれかをチェックして、比較条件を指定します。着信値はリスト内の値と一致している必要があります。



列ルールに違反がある場合、その取引には違反のマークが付けられ、「段階的文書の表示」ウィンドウに表示されます。

列ルールを割り当てる手順は、次のとおりです。列ルールを割り当てる手順は、次のとおりです。列ルールを割り当てる手順は、次のとおりです。列ルールを割り当てる手順は、次のとおりです。1. 「列ルールの割当」ウィンドウにナビゲートします。このためには「インタフェース・ファイル定義」ウィンドウから「列ルール」を選択します。

2. 値リストから列ルールを選択します。

選択した列ルールに応じて追加のフィールドが表示され、その列ルールに関連する追加のデータが必要な場合があります。追加データの必要性とその内容を判断するには前述の列ルールのリストを参照してください。

3. 列ルールに割り当てるルール処理を次の中から選択します。

実行の中止 : 文書の処理を中止してステータスを「エラー」に設定します。


ログのみ : メッセージをログ・ファイルで発行し処理を続けます。


簡易参照割り当てた列の値とこの列ルールで動的に作成した SQL文の結果を比較します。インバウンド処理中のデータ検証に合格するには、割り当てた列の値とこの列ルールに対して SQL文が戻した値の 1つが一致している必要があります。任意の表と列を指定して、必要に応じて動的 SQLに付加する条件（WHERE句）を定義します。次に「検証」ボタンによって動的SQLを検証します。

表名、列および条件（SQLのWHERE句）を入力します。検証を行い、これらの表、列および条件が有効であることを確認します。たとえば、表名はECE_LOOKUP_VALUES、列はLOOKUP_CODES、条件はLOOKUP_TYPE='DOCUMENT'です。

値セット参照割り当てた列の値を Oracle Applicationsの値セットと比較します。値セットは値リストから選択する必要があります。

値リストから Oracleの標準値セットを選択します。

値は必須列の着信データが NULL以外の値であるかどうかをチェックします。値が NULLである場合はルール違反です。

不要

列ルール列ルール列ルール列ルール摘要摘要摘要摘要必要な追加パラメータ必要な追加パラメータ必要な追加パラメータ必要な追加パラメータ



4. 作業内容を保存します。

関連項目関連項目関連項目関連項目� 「インタフェース・データ・ファイル・レコード・レイアウトの変更」（5-1）

� 「インバウンド例外処理」（6-1）

� 「処理ルールの割当」（5-4）


インバウンド例外

6
インバウンド例外処理インバウンド例外処理インバウンド例外処理インバウンド例外処理
インバウンド段階的文書とは、e-Commerce Gateway表にインポートされた未検証の文書または検証済であるが例外を含んでいる取引のいずれかを指します。

データの検証中に検出されるデータ・ルールの例外には、処理ルールと列ルールの 2つのタイプがあります。この例外は、インバウンド取引処理の実行後または再検討用の取引の再発行後、「段階的文書の表示」ウィンドウに表示されます。

インバウンド取引を設定し実行した後、コンカレント・マネージャをチェックして、「エラー」や「警告」のステータスを持つ取引がないかどうかを確認してください。そのステータスがある場合は、「段階的文書の表示」ウィンドウを使用します。参照 :「段階的文書の表示」（6-2）

処理ルール処理ルール処理ルール処理ルール処理ルールはすべての取引に適用され、次のタイプで構成されています。

� 無効な取引先（制御レコード 0010にあるデータに基づく）。

� 無効な文書所在地。出荷先、請求先などが含まれます（取引の詳細にある所在地に基づく）。

� テスト /本番フラグ相違（制御レコードのデータと取引先の詳細設定のデータ間での相違）。

処理ルールの詳細情報は、「処理ルールの割当」（5-4）を参照してください。

列ルール列ルール列ルール列ルール列ルールは取引内の個別の列に適用されます。事前に定義した列ルールを個別の列に割り当てることができます。また、ルール違反があった場合の処理を選択できます。e-Commerce Gatewayでは、各列に定義されたルールに従ってすべての文書が検証されます。列ルールの詳細は、「列ルールの割当」（5-5）を参照してください。

処理 6-1

段階的文書の表示

処理処理処理処理列ルールまたは処理ルールに違反がある場合、e-Commerce Gatewayは、ユーザーが割当済の処理を使用して文書の処理方法を次のように決定します。

実行の中止 : インタフェース・データ・ファイル全体の処理を中止します。


ログのみ : メッセージをログ・ファイルに発行して文書を問題なしとして扱い処理を続けます。


関連項目関連項目関連項目関連項目「段階的文書の表示」（6-2）

「列違反の表示」（6-6）

「処理違反の表示」（6-5）

段階的文書の表示段階的文書の表示段階的文書の表示段階的文書の表示「段階的文書の表示」ウィンドウを使用すると、インバウンド取引のすべての処理や列ルール違反または段階表にロードされている未処理のインバウンド取引すべてを照会できます。

このウィンドウの左側には、「取引」および「ステータス」という 2つのタブがあります。「取引」タブにはすべての取引の階層ツリーが表示されます。ツリー内の一部の明細（"ノード "）は、展開（および縮小）して下位レベルのノードを表示できます。

ツリーの各ノードは、次のように色とアイコンでコード化されています。

緑のチェック・マーク : OK

赤の大文字 X: 列 /処理ルール違反が存在します。

黄色の三角形 : 取引は処理されていません。

レベルレベルレベルレベルサンプルサンプルサンプルサンプル

取引タイプ INI インバウンド請求

取引先 ABC社

文書（ヘッダー） 123456

明細 123467



「ステータス」タブには、失敗した各取引の階層ツリーが表示されます。

次の表には有効なステータス情報がリストされています。

「表示」ドロップダウン・リストを使用すると、「すべて」または「エラーのみ」を選択できます。「すべて」を選択すると、段階表の全文書が表示されます。「エラーのみ」を選択するとエラーのある文書とエラーが発生したレベルのみが表示されます。たとえば、請求書の明細 3に違反がある場合、ヘッダーと明細 3のみが表示され、明細 1と 2は表示されません。

「再発行」を使用して、訂正した後の 1つ以上の文書を再処理します。ツリーが更新されたデータでリフレッシュされます。

「削除」を使用して 1つ以上の文書をツリーから削除します。

「要約」タブ「要約」タブ「要約」タブ「要約」タブウィンドウの右側にある「要約」タブを使用して、ウィンドウの左側で選択したレベルに対応する読取り専用の要約情報を表示します。たとえば、取引タイプ・レベル（「取引」タブの下）をドリルダウンすると、さらに 3つのレベルが表示されます。

要約情報は各レベルごとに表示されます。下位レベルにはその上位レベルに属する要約情報が表示されます。

要約情報は動的です。ツリー内のノードを選択すると、そのノードに関する要約情報も同じように変更されます。

処理処理処理処理摘要摘要摘要摘要

中止済要求はルールにより中止されました。

アプリケーションの挿入エラー

オープン・インタフェース表への文書挿入中にエラーが発生しました。

再処理この文書（およびそのグループ）は再発行され、現在検証中または検証を待機しています。

スキップ済文書文書はルールによりスキップされました。

未処理文書は段階表に追加されましたが、まだ検証されていません。

レベルレベルレベルレベルサンプルサンプルサンプルサンプル

ステータススキップ済文書

取引先 ABC社

文書（ヘッダー） 123456

明細 123467

インバウンド例外処理 6-3



（オプション）「インタフェース・ファイル定義」ウィンドウを使用して、各取引のデータ要素に対する列ルールと処理を設定します。e-Commerce Gatewayには、一部の列ルールを検証するためのルールと処理が組み込まれている場合があります。参照 :「インタフェース・データ・ファイル・レコード・レイアウトの変更」（5-1）

段階的文書を表示する手順は、次のとおりです。段階的文書を表示する手順は、次のとおりです。段階的文書を表示する手順は、次のとおりです。段階的文書を表示する手順は、次のとおりです。1. 「段階的文書の表示」ウィンドウにナビゲートします。

2. 「表示」の「すべて」または「エラーのみ」を選択します。

3. 「ステータス」タブまたは「取引」タブのいずれかを選択します。

この 2つのタブには取引の異なる検索方法が表示されます。

4. ウィンドウの左側を使用して、ルール違反を検討するツリーのノード（または明細）を選択します。

5. 「処理違反」または「列違反」を選択して詳細をドリルダウンします。

6. 適切な設定が完了した後またはルール違反を無視することに決定した後、ナビゲーション・ツリー内にカーソルを置きます。

選択したノードに含まれているすべての取引は、検証のために再発行されます。たとえば、カーソルを取引名の上に置くと、その取引すべてが再度検証されます。カーソルを単一の取引の上に置くとその取引のみが再発行されて検証されます。

ルール違反を無視する場合は、「列違反の表示」（6-6）および「処理違反の表示」（6-5）を参照してください。

7. 「再発行」を選択します。

8. 文書を削除するには、「削除」を選択します。

カーソル位置から下のすべての取引が削除されます。

関連項目関連項目関連項目関連項目「列違反の表示」（6-6）

「処理違反の表示」（6-5）


処理違反の表示

処理違反の表示処理違反の表示処理違反の表示処理違反の表示「処理違反」ウィンドウにはすべての処理ルール違反が表示されます。このデータを使用して問題点を訂正します。違反を無視する選択もできます。通常、訂正を行うためには、取引先データの設定や変更またはベース Oracle Applicationでの取引先事業所コードの定義が必要です。

処理違反を表示する手順は、次のとおりです。処理違反を表示する手順は、次のとおりです。処理違反を表示する手順は、次のとおりです。処理違反を表示する手順は、次のとおりです。1. 「処理違反」ウィンドウにナビゲートします。このためには、「段階的文書の表示」ウィンドウから「処理違反」を選択します。

「処理違反」ウィンドウには、取引、文書番号、関連するすべての違反メッセージおよび「無視」チェック・ボックスが表示されます。

文書番号は、段階表の文書にとって重要な識別子です。その値は取引によって異なります。たとえば、POO取引では発注番号が表示され、INI取引では請求書番号が表示されます。

「無視」ウィンドウを除き、「処理違反」ウィンドウのフィールドはすべて読取り専用です。

2. この文書を再発行して処理するときに違反したルールを無視する場合は、「無視」を選択します。

3. 終了後、「完了」を選択します。「処理違反」ウィンドウがクローズします。変更を行った場合は、変更内容の保存を促すプロンプトが表示されます。

関連項目関連項目関連項目関連項目「列違反の表示」（6-6）

「段階的文書の表示」（6-2）

「取引先データの定義」（3-3）

注意注意注意注意 :処理違反を無効な取引先および無効な文書所在地として重要視し、無視しないことをお薦めします。

インバウンド例外処理 6-5

列違反の表示

列違反の表示列違反の表示列違反の表示列違反の表示「列違反」ウィンドウにはすべての列ルール違反が表示されます。このデータを使用して問題点を訂正できます。違反を無視する選択もできます。通常、訂正を行うためには、コード変換値表への入力、インタフェース・データ・ファイル内の正確な内部および外部コードの配置、ベース・アプリケーションにおけるデータの設定などが必要です。

列ルールに違反すると、その取引には違反のマークが付けられます。すべての違反が「列違反」ウィンドウに表示されます。「無視」を選択して、特定取引の違反を上書きすることができます。上書きすると、取引の再発行時に列ルールは無視されます。

列違反を表示する手順は、次のとおりです。列違反を表示する手順は、次のとおりです。列違反を表示する手順は、次のとおりです。列違反を表示する手順は、次のとおりです。1. 「列違反」ウィンドウにナビゲートします。このためには「段階的文書の表示」ウィンドウから「列違反」を選択します。

「列違反」ウィンドウのフィールドは、「表示：すべての列」「表示：エラーのみ」および「無視」を除いてすべて読取り専用です。

2. すべての列を表示するか、またはエラーのある列のみを表示するかを選択します。

3. この文書を再発行して処理するときに違反したルールを無視する場合は、「無視」を選択します。

4. 終了後、「完了」を選択します。ウィンドウがクローズします。

関連項目関連項目関連項目関連項目� 「処理違反の表示」（6-5）

� 「段階的文書の表示」（6-2）

注意注意注意注意 : e-Commerce Gatewayで定義したレコードのレイアウトが EDIトランスレータのレイアウトと一致していない場合、データ要素は正しい位置に書き込まれません。切り捨てられたり、別のデータ要素とマージされることがあります。レコードのレイアウトが同じであることを確認してください。


インバウンド

7
インバウンド取引インバウンド取引インバウンド取引インバウンド取引
請求書インバウンド（請求書インバウンド（請求書インバウンド（請求書インバウンド（INI）プログラムの実行）プログラムの実行）プログラムの実行）プログラムの実行手動支払または電子支払のために仕入先請求書を Oracle Payablesシステムにインポートするには、この取引を使用します。Payablesオープン・インタフェースを使用すると、発注照合、請求書承認、請求書バッチ処理を含むすべての標準オンライン請求書入力機能によって大量の請求書インポートを処理できます。

Oracle Payablesにおける前提条件の設定における前提条件の設定における前提条件の設定における前提条件の設定必要に応じて、この取引に固有の請求書保留事由を設定できます。Payablesにインポートされるすべての請求書は、固有の請求書保留事由を使用して保留することができます。Payablesシステムで、新規の取引先が電子請求書を他の請求書と区別するときに、役立つ場合があります。請求書保留事由を定義するには、「請求書承認」ウィンドウを使用します。


インバウンド・ディレクトリを作成し、INIT.ORAファイルを更新します。参照 : 『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「データ・ファイル・ディレクトリの定義」

「ECE: インバウンド・ファイル・パス」プロファイル・オプションを定義します。参照 : 『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「e-Commerce Gatewayプロファイル・オプション」

取引先との関連を定義し、取引先に対する EDI取引を可能にします。参照 :「取引先データの定義」（3-3）

コード変換を定義します。参照 :「コード変換カテゴリの定義」（4-7）、「カテゴリの割当」（4-8）および「コード変換値の定義」（4-9）

取引 7-1

請求書インバウンド（INI）プログラムの実行

必要に応じて、インタフェース・データ・ファイル・レイアウトをカスタマイズします。参照 :「インタフェース・データ・ファイル・レコード・レイアウトの変更」（5-1）

請求書インバウンド・プログラムを実行する手順は、次のとおりです請求書インバウンド・プログラムを実行する手順は、次のとおりです請求書インバウンド・プログラムを実行する手順は、次のとおりです請求書インバウンド・プログラムを実行する手順は、次のとおりです。。。。1. 「インポート・プログラム」ウィンドウにナビゲートします。

2. 「要求」を選択して個別の要求を発行します。

3. 「請求書インバウンド」の要求を選択します。

4. 「パラメータ」ウィンドウをオープンします。

5. インバウンド・データ・ファイルを入力するか、またはデフォルトを使用します。

6. 「オープン・インタフェースの実行」フィールドで、次の操作を実行します。

� デフォルトのパラメータ値を使用して Payablesのオープン・インタフェース・インポート・プログラムを開始するには、「Yes」を選択します。

� Payablesのオープン・インタフェースを開始しない場合は、「No」と入力します。

7. 次のパラメータを入力します。

Payables: バッチ名 : バッチ制御を使用する場合は、インポートされる請求先バッチに割り当てられる名前を入力します。

Payables: 保留コード : （オプション）検討または監査の目的でインポートされるすべての請求書を保留する場合は、請求書保留事由を入力します。

Payables: 保留事由 : （オプション）デフォルトの保留事由摘要を使用するか、またはデフォルトを上書きします。

Payables: GL記帳日 :（オプション）インポートされた請求書に適用されるオープン期間内の GL記帳日を入力します。

Payables: パージ :（オプション）データが Oracle Payablesにインポートされた後でPayablesオープン・インタフェース表から請求書データを削除する場合は、「Yes」と入力します。

デバッグ・モード : デバッグ・モードを設定してデバッグ情報に関するレポートを作成します。デバッグ情報はコンカレント・マネージャのログ・ファイルに次のように書き込まれます。

0: OFF: デバッグ情報は生成されません。

1: 下位 : 要約デバッグ情報がコンカレント・マネージャのログ・ファイルに書き込まれます。


価格 /販売カタログ・インバウンド（CATI）プログラムの実行

2: 中位 : 中位レベルのデバッグ情報がコンカレント・マネージャのログ・ファイルに書き込まれます。

3: 上位 : 上位レベルのデバッグ情報がコンカレント・マネージャのログ・ファイルに書き込まれます（このオプションは大量の情報を生成します）。

8. 終了後、「パラメータ」ウィンドウで「OK」を選択します。

9. 完了オプションを入力します。

10. 要求を計画するために、計画オプションを入力します。

11.「発行」を選択し、システムから返された「要求 ID」を記録します。

関連項目関連項目関連項目関連項目� 「コンカレント・プログラムのステータスの表示」（9-6）


『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「インバウンド請求書」

価格価格価格価格 /販売カタログ・インバウンド（販売カタログ・インバウンド（販売カタログ・インバウンド（販売カタログ・インバウンド（CATI）プログラムの実行）プログラムの実行）プログラムの実行）プログラムの実行仕入先カタログをカタログ見積として Purchasingシステムにインポートするには、この取引を使用します。この取引はカタログの参照および発注の発行をサポートします。インポート処理の間に、仕入先のソース・ルールを Oracle Purchasingに追加し、Oracle Inventoryの品目マスターをカタログ品目の変更または新規のカタログ品目によって更新することができます。

Oracle Purchasingにおける前提条件の設定における前提条件の設定における前提条件の設定における前提条件の設定Purchasingのオプションで品目摘要の更新を許可します。

Oracle Inventoryにおける前提条件の設定における前提条件の設定における前提条件の設定における前提条件の設定サイト・レベルで品目ステータス・コードの更新を許可します。「INV: デフォルト品目ステータス」プロファイルを「有効」に設定します。

インバウンド取引 7-3







必要に応じて、インタフェース・データ・ファイルのレイアウトをカスタマイズします。参照 :「インタフェース・データ・ファイル・レコード・レイアウトの変更」（5-1）

価格価格価格価格 /販売カタログ・インバウンド・プログラムを実行する手順は、販売カタログ・インバウンド・プログラムを実行する手順は、販売カタログ・インバウンド・プログラムを実行する手順は、販売カタログ・インバウンド・プログラムを実行する手順は、次のとおりです。次のとおりです。次のとおりです。次のとおりです。1. 「インポート・プログラム」ウィンドウにナビゲートします。


3. 「カタログ・インバウンド」要求を選択します。


5. インバウンド・データ・ファイル名を入力するか、またはデフォルトを使用します。

6. 「オープン・インタフェースの実行」フィールドの中で、次のことを行います。

� デフォルト・パラメータ値を使用して購買文書オープン・インタフェース・プログラムを開始するには、「Y」を入力します。

� Purchasingの購買文書オープン・インタフェースを開始しない場合は、「N」を入力します。


デフォルト購買担当 : 「価格 /販売カタログ」または「見積依頼への応答」に対するデフォルトの購買担当名を入力します。



文書タイプ : 有効なオプションは、「包括購買契約」および「見積」です。「包括購買契約」オプションはインポートされる文書に関する包括契約の作成を、「見積」オプションはインポートされる文書に関するカタログ見積の作成を、Purchasingにそれぞれ指示します。

文書サブタイプ : （オプション）インポートされる「価格 /販売カタログ」または「見積依頼への応答」目的の「カタログ見積」の文書サブタイプを示すために、「見積」の文書タイプとともに使用します。「見積（個別）」の文書サブタイプは、取引では無効です。

品目の作成または更新 : カタログ品目の変更によって品目マスターを更新するのか、または品目マスターにカタログ品目を追加するのかを示すために、「価格 /販売カタログ」または「見積依頼への応答」とともに使用します。

ソース・ルールの作成 : （必須）「価格 /販売カタログ」および「見積依頼への応答」のインポート・プロセス時に仕入先のソース・ルールを自動的に作成するかどうかを、「Yes」または「No」で示します。

承認ステータス : （オプション）インポートされる「価格 /販売カタログ」または「見積依頼への応答」について Purchasingが作成する包括契約および見積に対して、「承認」または「未完了」のステータスを入力します。

リリース生成方法 : （オプション）「文書タイプ」が包括購買契約に設定され、ソース・ルールの作成が「Yes」に設定されたときに使用されます。次の 3つの包括購買リリース方法の中から選択します。

� 自動リリース : 1件の仕入先に自動ソースされる品目の承認済包括購買リリースが、Purchasingによって自動的に生成されます。

� レビューのための自動リリース : Purchasingによってリリースが自動的に生成され、承認を受けるために送付されます。

� 自動作成リリース : 包括購買契約の購買依頼を包括購買リリースに変換するために、Purchasingの自動作成機能が使用可能になります。






見積依頼への応答インバウンド（RRQI）・プログラムの実行







その他の関連項目その他の関連項目その他の関連項目その他の関連項目『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「インバウンド価格 /販売カタログ」

見積依頼への応答インバウンド（見積依頼への応答インバウンド（見積依頼への応答インバウンド（見積依頼への応答インバウンド（RRQI）・プログラムの実行）・プログラムの実行）・プログラムの実行）・プログラムの実行調達プロセスをサポートする Purchasingシステムに、見積依頼に対する仕入先の応答をインポートするには、この取引を使用します。

Oracle Purchasingにおける前提条件の設定における前提条件の設定における前提条件の設定における前提条件の設定Purchasingオプションで品目摘要の更新を許可します。

Oracle Inventoryにおける前提条件の設定における前提条件の設定における前提条件の設定における前提条件の設定サイト・レベルで品目ステータス・コードの更新を許可します。「INV: デフォルト品目ステータス」プロファイルを「有効」に設定します。









見積依頼への応答インバウンド・プログラムを実行する手順は、次見積依頼への応答インバウンド・プログラムを実行する手順は、次見積依頼への応答インバウンド・プログラムを実行する手順は、次見積依頼への応答インバウンド・プログラムを実行する手順は、次のとおりです。のとおりです。のとおりです。のとおりです。1. 「インポート・プログラム」ウィンドウにナビゲートします。


3. 「見積依頼への応答」を選択します。




� デフォルト・パラメータ値を使用して購買文書オープン・インタフェース・プログラムを開始するには、「Y」を入力します。

� Purchasingの購買文書オープン・インタフェースを開始しない場合は、「N」を入力します。


デフォルト購買担当 : 「見積依頼への応答」に対するデフォルトの購買担当名を入力します。

文書タイプ : 有効なオプションは、「包括購買契約」および「見積」です。「包括購買契約」オプションはインポートされる文書に関する包括契約の作成を、「見積」オプションはインポートされる文書に関するカタログ見積の作成を、Purchasingにそれぞれ指示します。

文書サブタイプ : （オプション）インポートされる「価格 /販売カタログ」または「見積依頼への応答」目的の「カタログ見積」の文書サブタイプを示すために、「見積」の文書タイプとともに使用します。「見積（個別）」の文書サブタイプは、取引では無効です。



品目の作成または更新 : カタログ品目の変更によって品目マスターを更新するのか、または品目マスターにカタログ品目を追加するのかを示すために、「価格 /販売カタログ」または「見積依頼への応答」とともに使用します。

ソース・ルールの作成 : 「価格 /販売カタログ」および「見積依頼への応答」のインポート・プロセス時に仕入先のソース・ルールを自動的に作成するかどうかを、「Yes」または「No」で示します。

承認ステータス : （オプション）インポートされる「価格 /販売カタログ」または「見積依頼への応答」について Purchasingが作成する包括契約および見積に対して、「承認」または「未完了」のステータスを入力します。

リリース生成方法 : （オプション）「文書タイプ」が包括購買契約に設定され、ソース・ルールの作成が「Yes」に設定されたときに使用されます。次の 3つの包括購買リリース方法の中から選択します。

� 自動リリース : 1件の仕入先に自動ソースされる品目の承認済包括購買リリースが、Purchasingによって自動的に生成されます。

� レビューのための自動リリース : Purchasingによってリリースが自動的に生成され、承認を受けるために送付されます。

� 自動作成リリース : 包括購買契約の購買依頼を包括購買リリースに変換するために、Purchasingの自動作成機能が使用可能になります。











出荷通知 /積荷目録インバウンド（ASNI）・プログラムの実行


その他の関連項目その他の関連項目その他の関連項目その他の関連項目『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「見積依頼に対するインバウンド応答」

出荷通知出荷通知出荷通知出荷通知 /積荷目録インバウンド（積荷目録インバウンド（積荷目録インバウンド（積荷目録インバウンド（ASNI）・プログラムの実行）・プログラムの実行）・プログラムの実行）・プログラムの実行仕入先出荷通知を事前受入として Purchasingシステムにインポートするには、この取引を使用します。電子出荷通知では、現品の受入を容易にするために、出荷識別子が提供されます。

Oracle Purchasingにおける前提条件の設定における前提条件の設定における前提条件の設定における前提条件の設定「受入オプション」ウィンドウで、 ASN制御を名称 /拒否 /警告に設定し、発注出荷が存在する場合と同様にインバウンド ASNを処理するように指定します。

「RCV: ASNと一致した発注の表示」プロファイル・オプションを「Yes」または「No」に設定します。「Yes」の値は、ASN出荷明細に加えて元の発注出荷明細も「受入予定の検索」に表示されることを示します。







出荷通知 /積荷目録インバウンド（ASNI）・プログラムの実行


出荷通知出荷通知出荷通知出荷通知 /積荷目録インバウンド・プログラムを実行する手順は、積荷目録インバウンド・プログラムを実行する手順は、積荷目録インバウンド・プログラムを実行する手順は、積荷目録インバウンド・プログラムを実行する手順は、次のとおりです。次のとおりです。次のとおりです。次のとおりです。1. 「インポート・プログラム」ウィンドウにナビゲートします。


3. 「出荷通知インバウンド」の要求を選択します。




� 受入オープン・インタフェース・プログラムをただちに実行するには、「Y」を入力します。プログラム・パラメータはありません。

� Purchasingで受入オープン・インタフェース・プログラムを開始しない場合は、「N」を入力します。プログラム・パラメータはありません。












出荷および請求通知インバウンド（SBNI）・プログラムの実行

その他の関連項目その他の関連項目その他の関連項目その他の関連項目『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「インバウンド出荷通知 /積荷目録」

出荷および請求通知インバウンド（出荷および請求通知インバウンド（出荷および請求通知インバウンド（出荷および請求通知インバウンド（SBNI）・プログラムの実行）・プログラムの実行）・プログラムの実行）・プログラムの実行仕入先出荷通知および請求書を、事前受入された未承認の請求書として PurchasingおよびPayablesシステムにインポートするには、この取引を使用します。

出荷通知 /積荷目録取引と同じように、電子出荷通知では、1つの EDI取引に現品の受入および未承認の請求書の作成を手助けする出荷識別子が提供されます。

Oracle Purchasingにおける前提条件の設定における前提条件の設定における前提条件の設定における前提条件の設定� 「受入オプション」ウィンドウで、 ASN制御を名称 /拒否 /警告に設定し、発注出荷が存在する場合と同様にインバウンド ASNを処理するように指定します。

� 「RCV: ASNと一致した発注の表示」プロファイル・オプションを「Yes」または「No」に設定します。「Yes」の値は、ASN出荷明細に加えて元の発注出荷明細も「受入予定の検索」に表示されることを示します。

Oracle Payablesにおける前提条件の設定における前提条件の設定における前提条件の設定における前提条件の設定仕入先サイトは、「受入時支払」サイトとして定義する必要があります。









出荷および請求通知インバウンド・プログラムを実行する手順は、出荷および請求通知インバウンド・プログラムを実行する手順は、出荷および請求通知インバウンド・プログラムを実行する手順は、出荷および請求通知インバウンド・プログラムを実行する手順は、次のとおりです。次のとおりです。次のとおりです。次のとおりです。1. 「インポート・プログラム」ウィンドウにナビゲートします。


3. 「出荷および請求通知」の要求を選択します。




� 受入オープン・インタフェース・プログラムをただちに実行するには、「Y」を入力します。プログラム・パラメータはありません。

� Purchasingで受入オープン・インタフェース・プログラムを開始しない場合は、「N」を入力します。プログラム・パラメータはありません。













その他の関連項目その他の関連項目その他の関連項目その他の関連項目『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「インバウンド出荷および請求通知」


アウトバウンド

8
アウトバウンド取引アウトバウンド取引アウトバウンド取引アウトバウンド取引
拡張可能なアーキテクチャ拡張可能なアーキテクチャ拡張可能なアーキテクチャ拡張可能なアーキテクチャOracle e-Commerce Gatewayは、Oracle Applicationsで定義されていない補足データ要素をEDI取引に追加するための方法を 2つ提供します。

� 付加フレックスフィールド

� Oracle e-Commerce Gatewayの拡張可能なアーキテクチャ

いずれかの方法を個別に使用するか、または 2つの方法を一緒に使用して、特定の取引をビジネス・ニーズを満たすようにカスタマイズできます。付加フレックスフィールドは、インバウンドおよびアウトバウンドの両取引に使用できます。一方、拡張可能なアーキテクチャを適用できるのは、アウトバウンド取引のみです。

追加データに関するビジネス・ニーズのほとんどは、付加フレックスフィールドの使用で対応できます。外部アプリケーションのデータを Oracle Applicationsのデータとマージして単一のアウトバウンド取引を作成する必要がある場合は、拡張可能なアーキテクチャを使用します。

詳細は、『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル』の「拡張可能な e-Commerce Gatewayアーキテクチャ」を参照してください。

アプリケーション・アドバイス・アウトバウンド（アプリケーション・アドバイス・アウトバウンド（アプリケーション・アドバイス・アウトバウンド（アプリケーション・アドバイス・アウトバウンド（ADVO）抽）抽）抽）抽出プログラムの実行出プログラムの実行出プログラムの実行出プログラムの実行

この取引を使用して、次のインバウンド取引について取引エラーを通知します。

� 請求書

� 出荷通知 /積荷目録

� 出荷および請求通知

取引 8-1

アプリケーション・アドバイス・アウトバウンド（ADVO）抽出プログラムの実行

個々のインバウンド取引では、エラー・メッセージ・コード、エラー・メッセージ・テキスト、誤りのあるデータなどを含めたエラーに関するデータが e-Commerce Gateway製品のアプリケーション・アドバイス表に書き込まれます。処理エラーは、アプリケーション・アドバイス取引を使用して取引先に報告されます。

Oracle Purchasingおよびおよびおよびおよび Oracle Payablesにおける前提条件の設定における前提条件の設定における前提条件の設定における前提条件の設定Oracle Purchasingまたは Oracle Payablesには、前提条件の設定がありません。ただし、Purchasingおよび Payablesでは、アプリケーション・オープン・インタフェース監査レポートが保守されます。


アウトバウンド・ディレクトリを作成し、INIT.ORAファイルを更新します。参照 : 『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「データ・ファイル・ディレクトリの定義」

「ECE: 出力ファイル・パス」プロファイル・オプションを定義します。参照 : 『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「e-Commerce Gatewayプロファイル・オプション」

取引先データを定義し、取引先に対する取引を可能にします。参照 :「取引先データの定義」（3-3）



アプリケーション・アドバイス・アウトバウンド抽出プログラムをアプリケーション・アドバイス・アウトバウンド抽出プログラムをアプリケーション・アドバイス・アウトバウンド抽出プログラムをアプリケーション・アドバイス・アウトバウンド抽出プログラムを実行する手順は、次のとおりです。実行する手順は、次のとおりです。実行する手順は、次のとおりです。実行する手順は、次のとおりです。1. 「抽出プログラム」ウィンドウにナビゲートします。


3. 「アプリケーション・アドバイス・アウトバウンド」取引を選択します。

4. 「パラメータ」ウィンドウ内で、次の選択基準を入力します。

� デフォルトを使用しない場合は、出力ファイル名を指定します。

� 取引先グループを入力します。


アプリケーション・アドバイス・アウトバウンド（ADVO）抽出プログラムの実行

� 取引先名を入力します。

� アプリケーション・アドバイス・メッセージがどのインバウンド取引に関連しているかを抽出して示すために、「文書への応答」を入力します。

� 取引日の「自」および「至」を入力します。

� 文書名に関連する第 1外部参照を入力します。たとえば、インバウンド出荷通知 /積荷目録の ASN番号やインバウンド請求書の請求書番号を入力します。

� 文書名に関連する第 2外部参照を入力します。たとえば、インバウンド出荷通知 /積荷目録の出荷番号を入力します。

� 文書名に関連する次の 4つの外部参照を入力します。

� デバッグ・モードを設定してデバッグ情報に関するレポートを作成します。デバッグ情報はコンカレント・マネージャのログ・ファイルに次のように書き込まれます。








8. 「発行」を選択し、システムから返された「要求 ID」を記録します。


その他の関連項目その他の関連項目その他の関連項目その他の関連項目『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「アウトバウンド・アプリケーション・アドバイス」

アウトバウンド取引 8-3

INTRASTAT移動統計（MVSTO）抽出プログラムの実行

INTRASTAT移動統計（移動統計（移動統計（移動統計（MVSTO）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行内部統計とは、欧州連合加盟国間の商品取引に関する統計情報を収集するためのシステムです。この内部統計システムでは、国内の移動統計がレポートされる必要があります。外部統計とは、欧州連合加盟国間での商品取引の統計を収集したものです。統計レポートはそれぞれの国の資材担当の税務当局に提出されます。

Oracle e-Commerce Gatewayは、この要件をサポートするために、内部統計データの自動抽出と電子処理を行うための内部統計および外部統計用のメッセージを新たに提供します。

EDIFACT税関申告書（CUSDEC）メッセージのサブセットを使用して、資材移動統計のレポートを作成します。CUSDECのサブセット INSTATは、欧州連合内での移動統計のレポートを作成します。CUSDECのサブセット EXSTATは、欧州連合外の移動統計のレポートを作成します。

データは e-Commerce Gatewayから抽出されるため、「検証」または「確定済」のステータスを持つ移動統計のみが抽出されます。データが抽出されると、e-Commerce Gatewayはその取引のステータスを「EDI」に設定します。

内部統計の詳細は、次の項を参照してください。

� 『Oracle Purchasingユーザーズ・ガイド』の「移動統計」

� 『Oracle Inventoryユーザーズ・ガイド』の「経済ゾーンの定義」および『Oracle Inventoryユーザーズ・ガイド』の「移動統計パラメータの定義」




注意注意注意注意 : Oracle e-Commerce Gatewayは、データを Oracle Purchasing、Oracle Inventoryおよび Oracle Order Managementの表から抽出します。ただし、移動統計プログラムの実行に必要なのは、これらのアプリケーション内の 1つのライセンスのみです。


INTRASTAT移動統計（MVSTO）抽出プログラムの実行




INTRASTAT移動統計（移動統計（移動統計（移動統計（MVSTO）抽出プログラムを実行する手順）抽出プログラムを実行する手順）抽出プログラムを実行する手順）抽出プログラムを実行する手順は、次のとおりです。は、次のとおりです。は、次のとおりです。は、次のとおりです。1. 「抽出プログラム」ウィンドウにナビゲートします。


3. 移動統計（MVSTO）取引を選択します。

4. 「パラメータ」ウィンドウ内で、次の選択基準を入力します。

� デフォルトを使用しない場合は、出力パス名およびファイル名を指定します。

� 法的エンティティを入力します。これは移動統計パラメータの設定と一致している必要があります。

� ゾーン・コードを入力します。このコードは、移動統計の設定で法的エンティティに関連付けた経済ゾーンと一致している必要があります。

� "統計 "タイプ INSTATまたは EXSTATを入力します。

� 期間名を入力します。この期間名は移動統計の設定で法的エンティティに関連付けた期間と一致している必要があります。

� 移動タイプを次のように入力します。A（到着）、D（発送）、AC（到着調整）または DC（発送調整）。

� 取引文書に所在地を含めるかどうかを示します。





請求書アウトバウンド（INO）抽出プログラムの実行








その他の関連項目その他の関連項目その他の関連項目その他の関連項目『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル』の「移動統計（INTRASTAT）」

請求書アウトバウンド（請求書アウトバウンド（請求書アウトバウンド（請求書アウトバウンド（INO）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行販売された商品および提供されたサービスに対して顧客に請求するには、この取引を使用します。

Oracle Receivablesにおける前提条件の設定における前提条件の設定における前提条件の設定における前提条件の設定顧客請求書を入力または調整するには、Oracle Receivablesを使用します。

この取引では、クレジット・メモとデビット・メモを組み込む選択ができます。または、クレジット・メモ /デビット・メモ・アウトバウンド取引を使用して、これらのメモを個別に生成できます。参照 :「クレジット・メモ /デビット・メモ（CDMO）抽出プログラムの実行」（8-8）

顧客請求書の手動入力に加えて、この取引の実行前に Oracle Receivablesの自動スケジュール機能を使用して、Oracle以外の会計システムから顧客請求書をインポートできます。

注意注意注意注意 :一部のデータ要素では、付加フレックスフィールドが必要な場合があります。


請求書アウトバウンド（INO）抽出プログラムの実行




取引先情報を定義し、取引先に対する取引を可能にします。参照 :「取引先データの定義」（3-3）



請求書アウトバウンド抽出プログラムを実行する手順は、次のとお請求書アウトバウンド抽出プログラムを実行する手順は、次のとお請求書アウトバウンド抽出プログラムを実行する手順は、次のとお請求書アウトバウンド抽出プログラムを実行する手順は、次のとおりです。りです。りです。りです。1. 「抽出プログラム」ウィンドウにナビゲートします。


3. 「請求書アウトバウンド」取引を選択します。

4. 「パラメータ」ウィンドウで、次のオプションの選択基準を入力します。

� デフォルトを使用しない場合は、出力データ・ファイル名を指定します。

� 作成日の「自」および「至」を入力します。

� 請求先顧客名を入力します。

� 請求先サイト名を入力します。

� 文書タイプおよび取引（請求書）番号を入力します。




クレジット・メモ /デビット・メモ（CDMO）抽出プログラムの実行









その他の関連項目その他の関連項目その他の関連項目その他の関連項目『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「アウトバウンド請求書」

クレジット・メモクレジット・メモクレジット・メモクレジット・メモ /デビット・メモ（デビット・メモ（デビット・メモ（デビット・メモ（CDMO）抽出プログラム）抽出プログラム）抽出プログラム）抽出プログラムの実行の実行の実行の実行

この取引を使用して Oracle Receivablesで生成されたクレジット・メモおよびデビット・メモを処理します。クレジット・メモとデビット・メモは取引内で生成するか、または請求書アウトバウンド取引を使用して生成することができます。参照 :「請求書アウトバウンド（INO）抽出プログラムの実行」（8-6）

Oracle Receivablesにおける前提条件の設定における前提条件の設定における前提条件の設定における前提条件の設定Oracle Receivablesを使用してクレジット・メモ（顧客請求書に対して）およびデビット・メモを入力します。




クレジット・メモ /デビット・メモ（CDMO）抽出プログラムの実行


取引先情報を定義し、取引先に対して取引を使用可能にします。参照 :「取引先データの定義」（3-3）



クレジット・メモクレジット・メモクレジット・メモクレジット・メモ /デビット・メモのアウトバウンド抽出プログラデビット・メモのアウトバウンド抽出プログラデビット・メモのアウトバウンド抽出プログラデビット・メモのアウトバウンド抽出プログラムを実行する手順は、次のとおりです。ムを実行する手順は、次のとおりです。ムを実行する手順は、次のとおりです。ムを実行する手順は、次のとおりです。1. 「抽出プログラム」ウィンドウにナビゲートします。


3. クレジット・メモまたはデビット・メモ取引を選択します。



� 作成日の「自」および「至」を入力します。

� 請求先顧客名を入力します。

� 請求先サイト名を入力します。

� 文書タイプおよび取引（クレジット・メモ /デビット・メモ）番号を入力します。






支払指示 /送金通知アウトバウンド（PYO）抽出プログラムの実行







その他の関連項目その他の関連項目その他の関連項目その他の関連項目『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「アウトバウンドのクレジット・メモ /デビット・メモ」

支払指示支払指示支払指示支払指示 /送金通知アウトバウンド（送金通知アウトバウンド（送金通知アウトバウンド（送金通知アウトバウンド（PYO）抽出プログラムの）抽出プログラムの）抽出プログラムの）抽出プログラムの実行実行実行実行

電子支払をするか、または支払をして送金通知を取引先に送信するには、この取引を使用します。

この取引の支払部分は、自分の口座を解放し受取人の口座に支払をするための現金アプリケーションを実行するように金融機関に要求するものです。

この取引の送金通知部分には、請求書別の支払配分が含まれます。これは、金融機関または第三者を介して受取人に直接送信されることがあります。さらに、送金通知を印刷するために、Oracle Payablesを使用できます。

Oracle Payablesから、受取人の銀行へ搬送するテープに支払データをダウンロードする手段が EDIトランスレータにある場合は、電子送金（EFT）を使用した支払は、EDIによって処理されます。

Oracle Payablesにおける前提条件の設定における前提条件の設定における前提条件の設定における前提条件の設定Payablesを使用して支払人および受取人サイトを使用可能にします。支払方法、支払書式、送金方法、送金指示および取引処理の指示を支払人および受取人のサイトに指定します。請求書ワークベンチで請求書を入力および承認し、請求書の保留を解除します。

支払ワークベンチを使用して、支払請求書を選択し、支払バッチを作成し、EDI支払取引を発行します。この取引はイベント駆動型で、標準の Payables支払プロセスと統合されています。これは、e-Commerce Gatewayを使用して開始することはできません。ただし、取引


支払指示 /送金通知アウトバウンド（PYO）抽出プログラムの実行

先を設定しその取引を使用可能にするには、e-Commerce Gatewayを使用する必要があります。




取引先との関連を定義し、取引先に対する取引を可能にします。参照 :「取引先データの定義」（3-3）



支払指示支払指示支払指示支払指示 /送金通知アウトバウンド抽出プログラムを実行する手順送金通知アウトバウンド抽出プログラムを実行する手順送金通知アウトバウンド抽出プログラムを実行する手順送金通知アウトバウンド抽出プログラムを実行する手順は、次のとおりです。は、次のとおりです。は、次のとおりです。は、次のとおりです。� Payablesにあるこの取引の抽出プログラムは、イベント駆動型です。これは、e-

Commerce Gatewayを使用して開始することはできません。

処理中の現行支払バッチが抽出され、指定したアウトバウンド・ディレクトリにあるECEPYOという名前のデフォルトのデータ・ファイルに書き込まれます。参照 : 『Oracle Payablesユーザーズ・ガイド』の「Oracle e-Commerce Gatewayを使用した電子支払の作成」


その他の関連項目その他の関連項目その他の関連項目その他の関連項目『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「アウトバウンド支払指示 /送金通知」


アウトバウンドの計画および出荷スケジュール（SSSOおよび SPSO）抽出プログラムの実行

アウトバウンドの計画および出荷スケジュール（アウトバウンドの計画および出荷スケジュール（アウトバウンドの計画および出荷スケジュール（アウトバウンドの計画および出荷スケジュール（SSSOおよびおよびおよびおよびSPSO）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行

計画スケジュールを使用して、予測所要量を仕入先に通知します。計画スケジュールは、予測情報と資材リリース情報で構成されています。この情報には特定期間における資材と労働資源をコミットする購買担当の承認が含まれています。計画スケジュールは、日次、週次、月次、四半期次またはこれらの期間の組合せで開始できます。

出荷スケジュールを使用して、短期的な確定所要量および出荷スケジュールを仕入先に通知します。出荷スケジュールは、通常、日次バケットで示され、ジャスト・イン・タイム計画環境をサポートして、計画スケジュールの改善に使用されます。

e-Commerce Gatewayを使用して計画または出荷スケジュールを送信する以外にも、Oracle Supplier Schedulingのスケジューラ・ワークベンチまたは自動スケジュールのプロセスを使用してスケジュールを送信できます。スケジューラ・ワークベンチは、スケジュール IDを使用してスケジュールを選択します。自動スケジュールでは、電子伝送用に指定された作成済で確認済の未送信のスケジュールすべてが送信されます。

Oracle Applicationsにおける前提条件の設定における前提条件の設定における前提条件の設定における前提条件の設定Oracle Supplier Scheduling 計画または出荷スケジュールは、スケジューラ・ワークベンチを使用して手動で、または自動スケジュールを使用して自動的に作成します。

バケット・パターンを定義し、累計会計を使用可能にして仕入先サイトの受入数量を追跡します。

スケジューラ・ワークベンチを使用するか、または自動スケジュールの「自動確認」オプションを使用可能にして、スケジュールを確認します。確認済の出荷スケジュールのみがEDI経由で仕入先に送信されます。

Oracle Purchasing Supplier Schedulingでは、Oracle Purchasingの構成要素を使用してスケジュールが計算され、保守されます。Purchasingで作成された承認済仕入先リストを使用して、出荷先組織、仕入先サイト、品目間の関連を確立します。

承認済購買依頼に関する情報、承認済供給基本契約のリリース、仕入先からの受入、仕入先への返品およびそれらに関連する調整内容を使用して、仕入先の所要量を判断します。

Oracle Planning Supplier Schedulingでは、Oracle Planningの構成要素を使用してスケジュールが計算され、保守されます。ソース・ルール（Purchasing、Oracle Supply Chain Planningまたは Supplier Schedulingで作成されます）を使用して、品目が組織にどのように補充されるのかを定義します。これには、複数の仕入先ソース、それらのパーセント分割および優先順位ランクを識別する機能が含まれています。

注意注意注意注意 :承認の概念は出荷スケジュールには適用されません。


アウトバウンドの計画および出荷スケジュール（SSSOおよび SPSO）抽出プログラムの実行

MPS、MRPまたは DRPを介して Planningによって生成された未実施計画オーダーに関係する情報は、仕入先の所要量を決定するために使用されます。




取引先との関連を定義し、取引先に対する取引を可能にします。参照 :「取引先データの定義」（3-3）



計画および出荷スケジュール抽出プログラムを実行する手順は、次計画および出荷スケジュール抽出プログラムを実行する手順は、次計画および出荷スケジュール抽出プログラムを実行する手順は、次計画および出荷スケジュール抽出プログラムを実行する手順は、次のとおりです。のとおりです。のとおりです。のとおりです。1. 「抽出プログラム」ウィンドウにナビゲートします。


3. 計画または出荷スケジュール・アウトバウンド取引を選択します。



� スケジュール IDを入力します。




発注アウトバウンド（POO）抽出プログラムの実行









その他の関連項目その他の関連項目その他の関連項目その他の関連項目『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「アウトバウンド計画スケジュール」

『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「アウトバウンド出荷スケジュール」

『Oracle Applicationsユーザーズ・ガイド』の「要求の発行」

発注アウトバウンド（発注アウトバウンド（発注アウトバウンド（発注アウトバウンド（POO）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行仕入先から商品およびサービスを調達するには、この取引を使用します。標準発注、計画発注、計画リリース、包括購買契約および包括購買リリースを含めて、承認済発注（PO）を抽出できます。

調達カード情報調達カード情報調達カード情報調達カード情報アウトバウンド発注取引のインタフェース・データ・ファイルには、調達カード情報が含まれています。この情報にはクレジット・カード・タイプ、クレジット・カード番号および失効日が含まれています。

注意注意注意注意 :この取引を使用して、発注変更情報または承認情報を移動することはできません。



テキストは、ヘッダー、明細行および出荷レベルで、アウトバウンドの発注および発注変更要求の取引に添付できます。

Oracle Purchasingにおける前提条件の設定における前提条件の設定における前提条件の設定における前提条件の設定Purchasingを使用して、購買依頼を発注に変換したり、新規発注、計画オーダー、包括購買契約または包括購買リリースを作成します。仕入先に送信する前に発注を承認するには、Purchasingを使用します。

テキストは、ヘッダー、明細行および出荷レベルで、アウトバウンドの発注および発注変更要求の取引に添付できます。参照 :「添付」（8-19）

発注の承認前に、すべての文書タイプに対して「承認時」オプションが「アーカイブ」に設定されていることを確認してください。このためには、Purchasingで「設定」＞「Purchasing」＞「文書タイプ」の順にナビゲートします。







注意注意注意注意 :アウトバウンドの発注および発注変更要求の両取引に添付が許可されています。参照 :「添付」（8-19）



発注アウトバウンド抽出プログラムを実行する手順は、次のとおり発注アウトバウンド抽出プログラムを実行する手順は、次のとおり発注アウトバウンド抽出プログラムを実行する手順は、次のとおり発注アウトバウンド抽出プログラムを実行する手順は、次のとおりです。です。です。です。1. 「抽出プログラム」ウィンドウにナビゲートします。


3. 「発注アウトバウンド」取引を選択します。



� 発注番号の「自」および「至」を入力します。

� 発注作成日の「自」および「至」を入力します。

� 発注タイプを入力します。

� 仕入先名および仕入先サイトを入力します。

� デバッグ・モードを設定して、デバッグ情報に関するレポートを作成します。デバッグ情報はコンカレント・マネージャのログ・ファイルに次のように書き込まれます。










その他の関連項目その他の関連項目その他の関連項目その他の関連項目『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「アウトバウンド発注」


アウトバウンド発注変更要求（POCO）抽出プログラムの実行

アウトバウンド発注変更要求（アウトバウンド発注変更要求（アウトバウンド発注変更要求（アウトバウンド発注変更要求（POCO）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行）抽出プログラムの実行この取引を使用して、発行済の発注（PO）に対する変更を要求します。標準発注タイプの承認済発注、計画済発注、計画済リリース、包括購買契約および包括購買リリースに対する変更を実行できます。

この取引でサポートされる変更には、次のものが含まれています。

� 明細取消

� 明細追加

� 価格変更

� 数量変更

� 出荷先事業所変更

� 納入日変更

� 出荷数量変更

ヘッダー・レベルで発注を取り消すと、その発注に関連する全明細が取り消されます。新規明細は末尾に追加されます。旧明細番号は再使用されません。

出荷データの整合性を維持するには、発注明細に関連する全出荷情報を仕入先に送信します。これは、1件の出荷に対してのみ変更がなされた場合でも同様です。

調達カード情報調達カード情報調達カード情報調達カード情報アウトバウンド発注変更要求取引のインタフェース・データ・ファイルには、調達カード情報が組み込まれています。この情報にはクレジット・カード・タイプ、クレジット・カード番号および失効日が含まれています。

アウトバウンドの発注および発注変更要求取引には、ヘッダー、明細行および出荷レベルでテキストを添付できます。

Oracle Purchasingにおける前提条件の設定における前提条件の設定における前提条件の設定における前提条件の設定Purchasingを使用して、既存の発注または包括購買契約を変更します。明細の取消し、明細の追加、明細価格の変更、明細数量の変更、出荷先事業所の変更、納入日の変更または納入数量の変更が可能です。

アウトバウンドの発注および発注変更要求取引には、ヘッダー、明細行および出荷レベルでテキストを添付できます。参照 :「添付」（8-19）

注意注意注意注意 :取引先と相談の上、すべてのタイプの変更を処理することが可能であることを確認してください。


アウトバウンド発注変更要求（POCO）抽出プログラムの実行

Purchasingシステムのオプションを「承認時格納」に設定している場合、変更した発注については、再度承認を受けてから仕入先に送信する必要があります。




取引先を定義し、取引先に対する取引を可能にします。参照 :「取引先データの定義」（3-3）



発注変更の抽出プログラムを実行する手順は、次のとおりです。発注変更の抽出プログラムを実行する手順は、次のとおりです。発注変更の抽出プログラムを実行する手順は、次のとおりです。発注変更の抽出プログラムを実行する手順は、次のとおりです。1. 「抽出プログラム」ウィンドウにナビゲートします。


3. 「発注変更アウトバウンド」取引を選択します。


� デフォルトを使用しない場合は、出力ファイル名を入力します。

� 発注番号の「自」および「至」を入力します。

� 発注改訂日の「自」および「至」を入力します。

� 発注タイプを入力します。

� 仕入先および仕入先サイトを入力します。

注意注意注意注意 :発注および発注変更要求アウトバウンド取引の両方とも添付機能を使用できます。参照 :「添付」（8-19）


添付











その他の関連項目その他の関連項目その他の関連項目その他の関連項目『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「アウトバウンド発注変更要求」

添付添付添付添付アウトバウンドの発注および発注変更要求取引には、ヘッダー、明細行および出荷レベルでテキストを添付できます。

添付内容は、短い（2KBまで）または長い（2GBまで）テキストのデータとして保存できます。各添付は、複数のセグメント（またはレコード）に分割できます。

セグメント・サイズは、POO添付のセグメント・サイズまたは POCO添付のセグメント・サイズのプロファイル・オプション（あるいはその両方）を使用して設定します。この両プロファイル・オプションのデフォルトは、400バイトです。

関連項目関連項目関連項目関連項目� 「Oracle e-Commerce Gatewayプロファイル・オプション」（2-3）


添付


レポ

9
レポートレポートレポートレポート
次のレポートを発行するには「標準要求発行」ウィンドウを使用します。

� 「コード変換値レポート」（9-1）

� 「インタフェース・ファイル・データ・レポート」（9-2）

� 「取引レイアウト定義レポート」（9-3）

� 「取引先レポート」（9-4）

� 「取引 /取引先レポート」（9-5）

コード変換値レポートコード変換値レポートコード変換値レポートコード変換値レポートこのレポートは、定義済のすべてのコード変換値のレポートを作成します。このデータはトラブルシューティングの目的に使用できます。すべての、または特定のコード・カテゴリ、内部値および外部値に関するレポートを作成できます。



コード変換カテゴリを割り当てます。参照 :「カテゴリの割当」（4-8）

コード変換値を定義します。参照 :「コード変換値の定義」（4-9）

パラメータパラメータパラメータパラメータ次のパラメータを入力する必要があります。

ート 9-1

インタフェース・ファイル・データ・レポート

コード・カテゴリコード・カテゴリコード・カテゴリコード・カテゴリ特定のコード・カテゴリを入力するか、または全カテゴリに関するレポートを作成する場合は、ブランクのままにします。

内部値内部値内部値内部値内部（Oracle Applications）値を入力するか、または全内部値に関するレポートを作成する場合は、ブランクのままにします。

外部値外部値外部値外部値外部（取引インタフェース・データ・ファイル）値を入力するか、または全外部値に関するレポートを作成する場合は、ブランクのままにします。

インタフェース・ファイル・データ・レポートインタフェース・ファイル・データ・レポートインタフェース・ファイル・データ・レポートインタフェース・ファイル・データ・レポートこのレポートは、指定した取引インタフェース・データ・ファイル内のすべてのデータに関するレポートを作成します。

次の表は、インタフェース・データ・ファイル定義のフォーマットを説明しています。

列列列列摘要摘要摘要摘要

フィールドの摘要データ要素の摘要

カテゴリ一般コード変換用の関連コード変換カテゴリ

レコードデータ要素セット別に割り当てられるレコード番号

フォーマットデータの属性は次のとおりです。（Charまたは Varchar2）は英数字。（Number）は数値。（DATE）には日付書式 YYYYMMDD HHMMSSを使用。日付部分YYYYは 4桁の西暦（例「1997」。「97」は不可）。MMは月、DDは日。時間部分は HHMMSS。HHは時間、MMは分、SSは秒。時間部分が不要の場合は、「000000」とします（日付と時間の間にはスペースが必要です）。

位置レコード内に含まれるビジネス・データの相対位置。開始位置は 101。

幅データ要素の幅。このデータを標準規格に合せると、Oracle Applicationで定義するデータよりも短くなることがあります。

開始レコード内に含まれるデータの開始位置。


取引レイアウト定義レポート

パラメータパラメータパラメータパラメータ次のパラメータを入力する必要があります。

取引コード取引コード取引コード取引コードe-Commerce Gatewayの取引コードを入力します。参照 :「EDI取引のサポート」（1-3）

インタフェース・データ・ファイルへのパスインタフェース・データ・ファイルへのパスインタフェース・データ・ファイルへのパスインタフェース・データ・ファイルへのパスインタフェース・データ・ファイルが常駐するディレクトリのパスを入力します。デフォルトは、「ECE:インバウンド・ディレクトリ」または「ECE: 出力ファイル・パス」プロファイル・オプションでそれぞれ設定されます。参照 : 『Oracle e-Commerce Gatewayインプリメンテーション・マニュアル , リリース 11i』の「プロファイル・オプション」および「データ・ファイル・ディレクトリの定義」

インタフェース・データ・ファイル名インタフェース・データ・ファイル名インタフェース・データ・ファイル名インタフェース・データ・ファイル名インタフェース・データ・ファイル名を入力します。

取引レイアウト定義レポート取引レイアウト定義レポート取引レイアウト定義レポート取引レイアウト定義レポートこのレポートは、指定した取引インタフェース・データ・ファイルの正確なレイアウトのレポートを作成します。

すべてのインタフェース・データ・ファイルは、いくつかのレコードで作成されています。各レコードには、レコード・キー（位置 1～ 100）およびアプリケーション・データ領域（位置 101～ 600）の 2つのセクションがあります。また、インタフェース・データ・ファイル内のデータのレベルおよびブロックを識別するレコード番号もあります。

アプリケーション表アウトバウンド取引でのアプリケーション表は、Oracleデータのソース表になります。そのソース表からデータを抽出します。インバウンド取引でのアプリケーション表は、Oracleのアプリケーション・オープン・インタフェース（API）の暫定インタフェース表になり、e-Commerce Gatewayのデータを受け入れます。

アプリケーション列アウトバウンド取引でのアプリケーション列は、アプリケーション表の範囲内に含まれる Oracleデータのソース列になります。インバウンド取引でのアプリケーション列は、データを受け入れるための Oracleのアプリケーション・オープン・インタフェース（API）の暫定アプリケーション表の範囲内に含まれる列になります。

インタフェース・データ・ファイル定義のフォーマット凡例インタフェース・データ・ファイル定義のフォーマット凡例インタフェース・データ・ファイル定義のフォーマット凡例インタフェース・データ・ファイル定義のフォーマット凡例

列列列列摘要摘要摘要摘要

レポート 9-3

取引先レポート

各レベルに対する番号は、1000単位の増分方式です。正確なブロック数は、取引ごとに異なります。ただし、属する階層は同じです。大規模な取引の場合、そのレベルが複数の 1000単位ブロックにまたがることがあります。

パラメータパラメータパラメータパラメータ

取引コード取引コード取引コード取引コードe-Commerce Gatewayの取引コードを入力するか、または全取引に関するレポートを作成する場合は、ブランクのままにします。参照 :「EDI取引のサポート」（1-3）

マップされていないデータを含むマップされていないデータを含むマップされていないデータを含むマップされていないデータを含む「Yes」または「No」を入力し、レコード番号が割り当てられていないデータをレポートに含めるか、除外するかをそれぞれ設定します。デフォルトは、「No」です。

取引先レポート取引先レポート取引先レポート取引先レポートOracle e-Commerce Gatewayにおける取引先とは、Oracle Applicationsで定義される所在地です。e-Commerce Gateway内の変換機能コードによって、EDIトランスレータで定義された取引先が識別されます。


取引先グループおよび個別の取引先を定義します。参照 :「取引先データの定義」（3-3）


取引先グループ取引先グループ取引先グループ取引先グループ特定の取引先グループを入力するか、または全取引先グループに関するレポートを作成する場合は、ブランクのままにします。

取引先取引先取引先取引先特定の取引先を入力するか、または取引先グループ内の全取引先に関するレポートを作成する場合は、ブランクのままにします。


取引 /取引先レポート

担当情報の印刷担当情報の印刷担当情報の印刷担当情報の印刷「Y」（Yes）または「N」（Noがデフォルトです）を選択して、各取引先の EDI担当データをレポートに含めるか、除外するかをそれぞれ設定します。

作成日作成日作成日作成日 :自自自自 /至至至至取引先作成日の「自」または「至」（あるいは両方）を入力します。両方ともオプションです。「自」の日付がブランクの場合、「至」の日付までの全取引先がリストされます。「至」の日付がブランクの場合は、「自」の日付から現在の日付までの全取引先がリストされます。

最終更新日最終更新日最終更新日最終更新日 :自自自自 /至至至至取引先の最終更新日の「自」または「至」（あるいは両方）を入力します。両方ともオプションです。「自」の日付がブランクの場合、「至」の日付までの全取引先がリストされます。「至」の日付がブランクの場合は、「自」の日付から現在の日付までの全取引先がリストされます。

取引取引取引取引 /取引先レポート取引先レポート取引先レポート取引先レポートこのレポートは、有効なすべての取引に関するレポートを取引先別に作成します。


取引先グループおよび個別の取引先を定義します。参照 :「取引先データの定義」（3-3）


取引コード取引コード取引コード取引コードe-Commerce Gatewayの取引コードを入力するか、または全取引に関するレポートを作成する場合は、ブランクのままにします。参照 :「EDI取引のサポート」（1-3）

取引タイプ取引タイプ取引タイプ取引タイプ特定の取引タイプを入力するか、または全取引タイプに関するレポートを作成する場合は、ブランクのままにします。

テスト・フラグテスト・フラグテスト・フラグテスト・フラグ「T」（テスト）または「P」（本番）を選択するか、あるいはテスト取引および本番取引の両方のレポートを作成する場合は、ブランクのままにします。

レポート 9-5

コンカレント・プログラムのステータスの表示

コンカレント・プログラムのステータスの表示コンカレント・プログラムのステータスの表示コンカレント・プログラムのステータスの表示コンカレント・プログラムのステータスの表示

コンカレント・プログラムのステータスを表示する手順は、次のとコンカレント・プログラムのステータスを表示する手順は、次のとコンカレント・プログラムのステータスを表示する手順は、次のとコンカレント・プログラムのステータスを表示する手順は、次のとおりです。おりです。おりです。おりです。� 「要求の発行」ウィンドウの「ヘルプ」メニューから「要求の表示」を選択し、インバウンド取引またはアウトバウンド取引に対する要求を識別します。

または、「ナビゲータ」から「要求」を選択して「コンカレント要求の要約」ウィンドウをオープンし、インバウンド要求またはアウトバウンド要求（あるいはその両方）に対応する要求 IDを検索します。

参照 : 『Oracle Applicationsユーザーズ・ガイド』の「要求の発行」


Oracle e-Commerce Gatewayウィンドウとナビゲータ・

A

Oracle e-Commerce Gatewayウィンドウとウィンドウとウィンドウとウィンドウとナビゲータ・パスナビゲータ・パスナビゲータ・パスナビゲータ・パス

大カッコ（［］）に囲まれたテキストは、ボタンを示します。

ウィンドウウィンドウウィンドウウィンドウナビゲータ・メニュー・パスナビゲータ・メニュー・パスナビゲータ・メニュー・パスナビゲータ・メニュー・パス

プロファイル・オプションの設定「設定」＞「プロファイル・オプション」

取引先グループの定義「設定」＞「取引先」

取引先の定義「設定」＞「取引先」

コード変換カテゴリ「設定」＞「コード変換」＞「コード変換カテゴリの定義」

コード変換値「設定」＞「コード変換」＞「コード変換値の定義」

カテゴリの割当「設定」＞「コード変換」＞「コード変換カテゴリの割当」

インタフェース・ファイル定義「設定」＞「インタフェース・ファイル定義」

列ルールの割当「設定」＞「インタフェース・ファイル定義」＞［列ルール ...］

処理ルールの割当「設定」＞「インタフェース・ファイル定義」＞［処理ルール ...］

段階的文書の表示「処理」＞「段階的文書の表示」

列「処理」＞「段階的文書の表示」＞［列 ...］

処理違反「処理」＞「段階的文書の表示」＞［処理違反 ...］

シード・データ消込「処理」＞「シード・データ消込」

要求「要求」

パス A-1

A-2 　Oracle e-Commerce Gatewayユーザーズ・ガイド

シード・データの

B

シード・データの消込シード・データの消込シード・データの消込シード・データの消込

シード・データは通常、Oracle Applicationsの標準インストレーションで提供されるデータとして定義されます。このデータには、メニュー定義、コンカレント・マネージャ定義、値リストなどが含まれています。この章では、シード・データの定義を次の用途のデータに限定します。

� 取引レコード・レイアウトの定義

� 取引レコード・レイアウトに対するコード・カテゴリの割当

� 取引に関連した処理ルールの定義

� 取引に関連した列ルールの定義

取引固有のパッチが適用されると、取引レコードのレイアウトに変更または追加が発生します。コード・カテゴリ割当、列ルールおよび処理ルールは取引レコード・レイアウトと緊密にリンクしています。したがって、これらの定義は取引レコード・レイアウトの変更によって影響を受けます。

このシード・データ消込処理を使用すると、パッチで取引レコード・レイアウトが更新された場合、既存の取引レコード・レイアウトを再度適用するか、または新規の取引レコード・レイアウトを受け入れることができます。既存の取引レコード・レイアウトを保持することによって、取引を処理するための取引データ・マップの変更を減少させるか、または不要にするレコード・レイアウトが提供されます。

取引レコード・レイアウトの消込に加えて、この処理ではその取引レコード・レイアウトに関連付けられているコード変換割当、列ルールおよび処理ルールもその変更に対応して消込が行われます。

消込機能を理解するために、3段階に定義した取引レコード・レイアウトを次の表 1に示します。

消込 B-1

シード・データ消込処理は、実行時に次の処理を行います。

� 取引の列ごとに既存のレコード・レイアウトの属性と新規のレコード・レイアウトの属性を比較します。

� 新規の列を識別します。

� 既存のカスタマイズ済レコード・レイアウトの変更内容を再度適用します（オプション）。

� 処理ルール、列ルールおよびコード変換カテゴリの割当を新規の取引レコード・レイアウトの列に再度適用します（オプション）。

� 既存の取引レコード・レイアウトと新規の取引レコード・レイアウトの間の相違に関するレポートを作成するために要求ログを作成します。

拡張可能なアーキテクチャ拡張可能なアーキテクチャ拡張可能なアーキテクチャ拡張可能なアーキテクチャアウトバウンド取引用の e-Commerce Gateway拡張表がある場合は、SQLスクリプトを再実行して拡張表を作成し、インタフェース・データ・ファイルの定義を更新します。拡張表に新規の列を追加するたびに、レコードを ECE_INTERFACE_COLUMNSに再度挿入してインタフェース・データ・ファイル内のデータ要素の位置を決めます。

取引レコード・レイアウト取引レコード・レイアウト取引レコード・レイアウト取引レコード・レイアウト摘要摘要摘要摘要

既存（パッチ適用前）新規パッチ適用前のレコード・レイアウト。

パッチ適用済（消込前）パッチで定義されているレコード・レイアウトが格納されます。ただし適用はされず、ユーザーにも見えません。

新規（消込後）パッチ後のレコード・レイアウトが適用され消込が実行されます。

B-2 　Oracle e-Commerce Gatewayユーザーズ・ガイド

シード・データ消込の例シード・データ消込の例シード・データ消込の例シード・データ消込の例次の表にシード・データ消込の例を示します（レコード・レイアウト属性にはレコード、位置、長さ、レコード・レイアウトおよびクオリファイアが含まれています）。

関連項目関連項目関連項目関連項目� 「シード・データ消込の実行」（B-3）

シード・データ消込の実行シード・データ消込の実行シード・データ消込の実行シード・データ消込の実行次のステップを実行し、シード・データの消込を完全に検証します。

1. 取引レイアウト定義レポートを実行します（オプション）。

2. 取引固有のパッチを適用します。

3. シード・データ消込要求を発行します。

4. 取引レイアウト定義レポートを再度実行します（オプション）。

5. シード・データ消込要求ログを検討します。

データ要素データ要素データ要素データ要素レコード・レイアウト属性レコード・レイアウト属性レコード・レイアウト属性レコード・レイアウト属性備考備考備考備考

パッチ前パッチ前パッチ前パッチ前パッチ内パッチ内パッチ内パッチ内

ABC 1000、100、30、RF、REF

1000、100、50、RF、REF

「取引レイアウトの保存」が「Y」の場合、消込後の長さは 30のままです。「N」の場合、消込後の長さは 50に更新されます。

ABC 1000、100、50、PO、POI

1050、90、50、RF、REF

パッチ内の新規レコード・レイアウト属性すべてに与えられるデータ要素。「取引レイアウトの保存」がパッチ前に「Y」の場合、属性は消込後もそのまま保持されます。「取引レイアウトの保存」がパッチ内で「N」の場合は、パッチ属性が使用されます。

ABC 存在しない 1000、10、40、RF、REF

新規のデータ要素がパッチ内で定義されます。「取引レイアウトの保存」が「Y」または「N」の場合は、新規のデータ要素が取引レコード・レイアウトに追加されます。

ABCXYZ

1010、、、、90、50、RF、REF存在しない

1000、30、50、RF、RF11010、、、、90、50、RF、REF

異なる 2つのデータ要素が同じレコード番号と位置番号を参照します。「取引レイアウトの保存」が「Y」または「N」の場合、データ要素の自動消込は行われません。相違を解決するには手作業が必要です。

シード・データの消込 B-3

6. 取引レコード・レイアウトを更新します（必要時）。

7. 変更済取引レコードを使用して後処理を検討し変更します（必要時）。

取引レイアウト定義レポートの実行（オプション）取引レイアウト定義レポートの実行（オプション）取引レイアウト定義レポートの実行（オプション）取引レイアウト定義レポートの実行（オプション）README.TXTファイルのパッチを調べ、取引レコード・レイアウトに将来変更がありそうな取引を識別します。

e-Commerce Gatewayメニューの「レポート」にある「レポートの実行」を選択します。取引レイアウト定義レポートを発行し、対象となる各取引の取引レコード・レイアウトの変更前イメージを取得します。

これはオプションのステップですが、実行することをお薦めします。このステップは、取引レイアウトを保存していない場合に、取引レコード・レイアウトの前後の状態を知りたいときに特に重要です。参照 :「レポート」（9-1）

パッチの適用パッチの適用パッチの適用パッチの適用Oracleの標準的なパッチ・プロシージャを使用して取引固有のパッチを適用します。Oracle Applications全体のパッチ・セットまたは e-Commerce Gatewayの小規模のパッチ・セットには、どの取引にも適用できる複数のパッチと大量の取引に適用できるパッチが含まれています。

シード・データ消込要求の発行シード・データ消込要求の発行シード・データ消込要求の発行シード・データ消込要求の発行e-Commerce Gatewayメニューの「処理」の下にある「シード・データ消込要求」を選択します。

シード・データ消込要求を実行する手順は、次のとおりです。シード・データ消込要求を実行する手順は、次のとおりです。シード・データ消込要求を実行する手順は、次のとおりです。シード・データ消込要求を実行する手順は、次のとおりです。1. 値リストから取引タイプを入力します。

パッチが適用されると、シード・データの消込が必要な取引が取引タイプの値リストに表示されます。その値リストから取引を 1つ選択します。

実施したリストに対象の取引が表示されていない場合でも、この時点でその取引に対する要求を発行する必要はありません。将来その取引を実行するために読み取るときに要求を発行できます。

2. 取引レイアウトを保存する場合は「Yes」を、保存しない場合は「No」を選択します。

「Yes」を選択すると、パッチ・レコード・レイアウトの定義に関係なく、次のレコード・レイアウト属性が保存されます。

� レコード番号

� 位置


� データ幅

� レコード・レイアウト・コード

� レコード・クオリファイア・コード

パッチに定義されている新規レコード・レイアウトの定義はすべて、相違が検出されないかぎり、既存のレコード・レイアウトに自動的にマージされます。

「No」を選択すると、パッチから取得した取引レコード・レイアウトが新規取引レコード・レイアウトになり、既存のレコード・レイアウトへの変更内容はオーバーレイされます。また、以前に定義済の列ルールや取引へのコード変換割当は、新規のレコード・レイアウトには再度適用されません。

3. 「インタフェース・ファイル定義」フォームを使用して以前に入力した取引全体に関して、「処理ルールの保存」に対する「Yes」または「No」を選択します。

4. 「インタフェース・ファイル定義」フォームを使用して以前に入力した「列ルールの保存」に対して「Yes」または「No」を選択します。「Yes」応答を有効にするには、取引レイアウトの保存パラメータに対しても「Yes」応答が必要です。

5. 「コード変換割当」フォームを使用して以前に入力した「コード・カテゴリ割当の保存」に対して「Yes」または「No」を選択します。「Yes」応答を有効にするには、取引レイアウトの保存パラメータに対しても「Yes」応答が必要です。





特定の取引に対する消込要求が完了すると、その取引は取引タイプの値リストから削除されます。

このステップを取引タイプの値リストに表示される実施済の取引すべてに対して繰り返します。

取引レイアウト定義レポートの実行（オプション）取引レイアウト定義レポートの実行（オプション）取引レイアウト定義レポートの実行（オプション）取引レイアウト定義レポートの実行（オプション）e-Commerce Gatewayメニューの「レポート」にある「レポートの実行」を選択します。取引レイアウト定義レポートを発行し、対象となる各取引の取引レコード・レイアウトの変更後イメージを取得します。

これはオプションのステップですが、実行することをお薦めします。このステップは、取引レイアウトを保存していない場合に、取引レコード・レイアウトの変更前イメージと変更後イメージを知りたいときに特に重要です。参照 :「レポート」（9-1）


シード・データ消込要求ログの検討シード・データ消込要求ログの検討シード・データ消込要求ログの検討シード・データ消込要求ログの検討前述の取引レイアウトの保存パラメータに対して「No」を選択している場合、このログは、シード・データ消込処理に関する要約情報を提供します。詳細レポートの作成は不要です。これは、パッチ内のレコード・レイアウト定義がすべて自動的に適用されるためです。

前述の取引レイアウトの保存パラメータに対し「Yes」を選択している場合、このログは、パッチのレコード・レイアウト定義を適用するために使用した消込処理および分析処理に関する詳細情報を提供します。

消込対象となる取引内の各データ要素は、レコード・レイアウト間の相違の有無を調べるために分析されます。コード・カテゴリ割当の保存パラメータまたは列ルールの保存パラメータに対して「Yes」を選択している場合は、これらの定義も相違の有無を調べるために分析されます。

シード・データ消込要求ログには、各データ要素に対して、消込処理時に自動的に適用された更新内容に加えて、分析の結果、更新が不要であったデータ（レコード・レイアウト定義、列ルールなど）も記録されます。

自動消込が不可能で手作業が必要な状況が発生することもあります。この状況は、既存のレコード・レイアウトとパッチ内のレコード・レイアウトが 2つの異なるデータ要素に対して同じレコード /位置番号を参照した場合に発生します。この状況が発生すると、シード・データ消込要求ログは相違に関するレポートを作成します。ただし、正しいレコード番号 /位置番号は、「インタフェース・ファイル定義」フォームを使用して手動で定義する必要があります。

シード・データ消込要求ログのサンプル出力を次に示します。

***** 列: "ASN_TYPE"* 消込が必要な列ルールがあるかどうかをチェックしています。* 列ルール順序: 1、ルール・タイプ: VALUE_REQUIRED、処理コード: この列ではSKIP_DOCUMENTが検出され消込が行われました。* 消込が必要なコード変換割当があるかどうかをチェックしています。* この列ではコード変換割当は検出されませんでした。* 列のレコード番号と位置: "ASN_TYPE"出力レベル: 1 未変更* 列幅: "ASN_TYPE" 出力レベル: 1 未変更* 列の変換順序: "ASN_TYPE" 出力レベル: 1 未変更* 列のレコード・レイアウト・コード: "ASN_TYPE" 出力レベル: 1 未変更* 列のレコード・レイアウト・クオリファイア: "ASN_TYPE" 出力レベル: 1 未変更

この期間に取引のインポートと抽出を実行する場合は、既存の取引レコード・レイアウトが使用されます。さらに、このインポートおよび抽出の結果、「要求の表示」フォームに「警

注意注意注意注意 : Oracle e-Commerce Gatewayでは、パッチの適用時とシード・データ消込の実行時の間に取引をインポートまたは抽出することを禁止していません。


告」のステータスが表示されます。要求ログのメッセージには、このインポート /抽出の実行がシード・データ消込の実行前に行われたことが表示されます。

インポートと抽出の処理は、パッチの適用後とシード・データの消込前には実行しないことをお薦めします。

取引レコード・レイアウトの変更（必要時）

「取引レイアウトの保存」プロンプトで「No」を選択した場合は、すべてのカスタマイズ済レコード・レイアウト定義、コード・カテゴリ割当または列ルールを再度適用する必要があります。この割当と定義を再度適用するためには「インタフェース・ファイル定義」フォームを使用します。

後処理の検討および変更（必要時）

インタフェース・ファイルの変更が取引先の処理に影響を与える場合は、その内容を取引先に通知します。新規の取引レコード・レイアウトが以降の処理または先行している処理でデータ・マップに影響を与える場合は、データ・マップに適切な変更を行います。


このリリースにおける新

C

このリリースにおける新機能このリリースにおける新機能このリリースにおける新機能このリリースにおける新機能

Oracle Applicationsの導入により、電子商取引に関する標準規格と手法を取り入れている取引先間で電子的な手段を使用したビジネスを実現できます。電子データ交換（EDI）は、電子商取引の 1つの形です。

請求取引請求取引請求取引請求取引インバウンドおよびアウトバウンド請求取引では、ASC X12 810 / EDIFACT INVOIC取引に加えて、次の請求取引もサポートできます。次に示す新規の各種取引には X12識別子が設定されています。

� 110 空輸運送詳細および請求書

� 210 車両運送詳細および請求書

� 410 鉄道運送詳細および請求書

� 880 食料品請求書

内部統計取引内部統計取引内部統計取引内部統計取引内部統計とは、欧州連合加盟国間の商品取引に関する統計情報を収集するためのシステムです。この内部統計システムでは、国内外への在庫移動に関する統計情報がそれぞれの国の税務当局にレポートされる必要があります。

Oracle e-Commerce Gatewayは、この要件をサポートするために、内部統計データの自動抽出と電子処理を行うための内部統計用の新規メッセージを提供します。EDIFACTメッセージは CUSDECのことで、Customs Declaration（税関申告書）の略です。

税関申告書（CUSDEC）メッセージのサブセットを使用して、在庫移動統計のレポートを作成します。CUSDECのサブセット INSTATは、1つの国内での移動統計のレポートを作成します。CUSDECのサブセット EXSTATは、国境を越えた在庫の移動統計のレポートを作成します。

機能 C-1

標準文書によるコード変換標準文書によるコード変換標準文書によるコード変換標準文書によるコード変換標準文書が「取引先」ウィンドウに追加されました。この標準文書をコード変換値を検索するためのデフォルトの検索キーとして使用し、特定の標準へのコード変換をサポートします。これによって、特定取引先に対する特定取引に標準コード・リストを割り当てることができます。デフォルトでは ASC X12、EDIFACTおよび ODETTE 標準規格が使用されますが、他の任意の標準規格も追加できます。

プロファイル・オプションプロファイル・オプションプロファイル・オプションプロファイル・オプションこの新規フォームは、システムと取引の設定を簡素化するために追加されました。このフォームを使用すると、システム・レベルと複数の新規取引レベルの両プロファイル・オプションを設定できます。プロファイル・オプションの項を参照してください。

段階的文書の表示段階的文書の表示段階的文書の表示段階的文書の表示この新規フォームの追加によって、個別の取引データ・ファイルをデバッグできます。このフォームでは、複数のフィールドで取引を問い合せてから、詳細情報を検索するためにドリル・ダウンできます。

レポートレポートレポートレポートこのリリースでは、5つのレポートが新たに追加されました。これらのレポートにはデータ・ディクショナリにシードされた統計データや情報がリストされます。この情報は実施時に役立ちます。

レポートには、コード変換、取引先および取引データが出力されます。選択基準を使用して要約レベルまたは詳細レベルでレポートを作成できます。新規レポートの項を参照してください。

例外処理例外処理例外処理例外処理インバウンド取引について、例外処理は、処理、データ検証ルールおよび違反処理を定義するための柔軟なメカニズムを提供して、インバウンド取引を管理します。このルールは取引内の任意のデータ要素に適用できます。無効な取引は段階的に訂正されます。新規フォームとウィンドウの項を参照してください。

取引処理デバッガ取引処理デバッガ取引処理デバッガ取引処理デバッガ取引処理デバッガを有効化して取引の動作を監視し、エラーを迅速に検索できます。診断の詳細レベルを選択して実行時にレポートを作成できます。出力はレポート・ログに書き込まれるため、検討できます。

このリリースにおける新機能 C-2

添付添付添付添付発注アウトバウンド取引および発注変更アウトバウンド取引にテキストを添付できます。このテキストの添付は、Oracle Purchasingの発注ヘッダー、明細行および出荷の各レベルとOracle Inventoryの品目レベルに適用されます。

プロジェクト・データのサポートプロジェクト・データのサポートプロジェクト・データのサポートプロジェクト・データのサポートPOOおよび POCO取引について、Oracle Projectの関連データがサポートされます。

調達カードのサポート調達カードのサポート調達カードのサポート調達カードのサポート発注アウトバウンド（POO）および発注変更アウトバウンド（POCO）取引では、Oracle Purchasingの調達カード機能がサポートされます。調達カードとは、特定の従業員が購買依頼品目に対して使用するクレジット・カードのことです。Oracle e-Commerce Gatewayでは、POOおよび POCOデータ・ファイル内のクレジット・カード・タイプ、番号、失効日がサポートされます。

出荷通知出荷通知出荷通知出荷通知 /積荷目録アウトバウンド取引の新規データ要素積荷目録アウトバウンド取引の新規データ要素積荷目録アウトバウンド取引の新規データ要素積荷目録アウトバウンド取引の新規データ要素出荷通知 /積荷目録アウトバウンド取引には、コンテナをサポートする新規フィールドが追加されました。

C-3 　Oracle e-Commerce Gatewayユーザーズ・ガイド

oracle e-commerce gateway ユーザーズ・ガイ …oracle e-commerce gateway の概要 1-1 1...

Documents