oracle e-commerce gatewayインプリメンテー …oracle e-commerce...

Oracle e-Commerce Gateway

インプリメンテーション・マニュアル

リリース 11i.2

2001 年 5 月

部品番号 : J03924-01

Oracle e-Commerce Gateway インプリメンテーション・マニュアル，リリース 11i.2

部品番号 : J03924-01

原本名：Oracle e-Commerce Gateway Implementation Manual, Release 11i.2

原本部品番号：A75164-02

原本著者：Bonnie Shebat Williams, Fred Graham, Debbie Quezadaz, Janet Lee

原本協力者：David Reitan

Copyright © 2000, Oracle Corporation. All rights reserved.

Printed in Japan.

制限付権利の説明

プログラム（ソフトウェアおよびドキュメントを含む）の使用、複製または開示は、オラクル社との契約に記された制約条件に従うものとします。著作権、特許権およびその他の知的財産権に関する法律により保護されています。

当プログラムのリバース・エンジニアリング等は禁止されております。

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

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

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

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

Restricted Rights Notice

Programs delivered subject to the DOD FAR Supplement are "commercial computer software" and use, duplication, and disclosure of the Programs, including documentation, 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-19, Commercial Computer Software - Restricted Rights (June, 1987). Oracle Corporation, 500 Oracle Parkway, Redwood City, CA 94065.

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

目次目次目次目次

はじめにはじめにはじめにはじめに .......................................................................................................................................................................... vii

1 概要概要概要概要

このマニュアルの目的このマニュアルの目的このマニュアルの目的このマニュアルの目的 ........................................................................................................................................... 1-2ドキュメントドキュメントドキュメントドキュメント ........................................................................................................................................................... 1-2 Oracle e-Commerce Gateway の概要の概要の概要の概要 ................................................................................................................ 1-3

従来の EDI 取引の処理 .................................................................................................................................. 1-9

EDI 変換機能 ................................................................................................................................................. 1-13

2 実装の位置付け実装の位置付け実装の位置付け実装の位置付け

実装の位置付け実装の位置付け実装の位置付け実装の位置付け ....................................................................................................................................................... 2-2

その他のアプリケーションの実装 ............................................................................................................... 2-4

取引の通信方法の決定 ................................................................................................................................... 2-7

実装計画 ........................................................................................................................................................... 2-8

3 Oracle e-Commerce Gateway 実装チェックリスト実装チェックリスト実装チェックリスト実装チェックリスト

実装ステップ実装ステップ実装ステップ実装ステップ ........................................................................................................................................................... 3-2ソフトウェア・アップグレードでの実装チェックリストソフトウェア・アップグレードでの実装チェックリストソフトウェア・アップグレードでの実装チェックリストソフトウェア・アップグレードでの実装チェックリスト ............................................................................... 3-2

新規インストールでの実装チェックリスト新規インストールでの実装チェックリスト新規インストールでの実装チェックリスト新規インストールでの実装チェックリスト ....................................................................................................... 3-5メンテナンス・パッチでの実装チェックリストメンテナンス・パッチでの実装チェックリストメンテナンス・パッチでの実装チェックリストメンテナンス・パッチでの実装チェックリスト ............................................................................................... 3-6

4 実装の詳細実装の詳細実装の詳細実装の詳細

レポート・スクリプトレポート・スクリプトレポート・スクリプトレポート・スクリプト ........................................................................................................................................... 4-2

i

職責の定義職責の定義職責の定義職責の定義 ............................................................................................................................................................... 4-3INIT.ORA ファイルのファイルのファイルのファイルの UTL_FILE_DIR パラメータの定義パラメータの定義パラメータの定義パラメータの定義 ............................................................................ 4-4リリースリリースリリースリリース 11i アップグレード・ガイドラインの検討アップグレード・ガイドラインの検討アップグレード・ガイドラインの検討アップグレード・ガイドラインの検討 ....................................................................................... 4-5

プロファイルの設定プロファイルの設定プロファイルの設定プロファイルの設定 ............................................................................................................................................... 4-7「システム・プロファイル」ウィンドウ ..................................................................................................... 4-8

取引固有のオプション ................................................................................................................................. 4-11

アウトバウンド発注取引プロファイル ..................................................................................................... 4-13

処理ルールおよび列ルールとその処理の決定処理ルールおよび列ルールとその処理の決定処理ルールおよび列ルールとその処理の決定処理ルールおよび列ルールとその処理の決定 ................................................................................................. 4-14追加取引データの有効化追加取引データの有効化追加取引データの有効化追加取引データの有効化 ..................................................................................................................................... 4-20

取引インタフェース・ファイルの変更取引インタフェース・ファイルの変更取引インタフェース・ファイルの変更取引インタフェース・ファイルの変更 ............................................................................................................. 4-23新規取引レイアウト定義と変換機能の同期新規取引レイアウト定義と変換機能の同期新規取引レイアウト定義と変換機能の同期新規取引レイアウト定義と変換機能の同期 ..................................................................................................... 4-27取引インタフェース・ファイルの定義でよくあるエラー取引インタフェース・ファイルの定義でよくあるエラー取引インタフェース・ファイルの定義でよくあるエラー取引インタフェース・ファイルの定義でよくあるエラー ............................................................................. 4-28取引先の設定取引先の設定取引先の設定取引先の設定 ......................................................................................................................................................... 4-29

よくある設定エラー ..................................................................................................................................... 4-32

コード変換の設定コード変換の設定コード変換の設定コード変換の設定 ................................................................................................................................................. 4-33変換機能とのインタフェース変換機能とのインタフェース変換機能とのインタフェース変換機能とのインタフェース ............................................................................................................................. 4-35

通信 ................................................................................................................................................................. 4-38

アーカイブとバックアップアーカイブとバックアップアーカイブとバックアップアーカイブとバックアップ ................................................................................................................................. 4-38

5 取引インタフェース・ファイルのアーキテクチャ取引インタフェース・ファイルのアーキテクチャ取引インタフェース・ファイルのアーキテクチャ取引インタフェース・ファイルのアーキテクチャ

ファイル構造の概要ファイル構造の概要ファイル構造の概要ファイル構造の概要 ............................................................................................................................................... 5-2インタフェース・データ・ファイルの構造インタフェース・データ・ファイルの構造インタフェース・データ・ファイルの構造インタフェース・データ・ファイルの構造 ....................................................................................................... 5-4

特殊なレコード ............................................................................................................................................... 5-7

オプションのアウトバウンド取引先フレックスフィールド・レコード（オプションのアウトバウンド取引先フレックスフィールド・レコード（オプションのアウトバウンド取引先フレックスフィールド・レコード（オプションのアウトバウンド取引先フレックスフィールド・レコード（0020 ～～～～ 0070）））） ......................... 5-11

共通レコード・キー（1 ～ 100） ................................................................................................................. 5-11

共通レコード（レコード・レイアウト・コードに基づく） ................................................................... 5-14

ファイルに対するコード変換用内部コードと外部コードファイルに対するコード変換用内部コードと外部コードファイルに対するコード変換用内部コードと外部コードファイルに対するコード変換用内部コードと外部コード ............................................................................. 5-21

6 Oracle Applications の取引の詳細の取引の詳細の取引の詳細の取引の詳細

Oracle Inventory .................................................................................................................................................... 6-2アウトバウンド移動統計（MVSTO/No X12/CUSDEC） ........................................................................ 6-2

Oracle Order Management .................................................................................................................................. 6-4Oracle Payables ...................................................................................................................................................... 6-5

インバウンド請求書（INI/810/INVOIC） ................................................................................................. 6-6

インバウンド出荷および請求通知（SBNI/857/No EDIFACT） ........................................................... 6-12

アウトバウンド・アプリケーション・アドバイス（ADVO/824/APERAK） ................................... 6-12

ii

アウトバウンド支払オーダー / 送金アドバイス（PYO/820/PAYORD-PAYEXT-REMADV） ...... 6-14

Oracle Process Manufacturing .......................................................................................................................... 6-19Oracle Purchasing ............................................................................................................................................... 6-20

インバウンド価格 / 営業カタログ（CATI/832/PRICAT）、インバウンド見積依頼への応答

（RRQI/843/QUOTES） ................................................................................................................................ 6-21

インバウンド出荷通知 / 証明（ASNI/856/DESADV）、インバウンド出荷および請求通知

（SBNI/857/No EDIFACT） ......................................................................................................................... 6-28

アウトバウンド・アプリケーション・アドバイス（ADVO/824/APERAK） ................................... 6-39

アウトバウンド発注（POO/850/ORDERS） ........................................................................................... 6-39

アウトバウンド発注変更（POCO/860/ORDCHG） .............................................................................. 6-41

Oracle Receivables .............................................................................................................................................. 6-44アウトバウンド請求書（INO/810/INVOIC） ......................................................................................... 6-45

アウトバウンド・クレジット・メモ / デビット・メモ（CDMO/812/CREADV-DEBADV） ....... 6-47

Oracle Release Management ............................................................................................................................. 6-49

計画 / 資材リリース（SPSI/830/DELFOR/DELINS）出荷スケジュール

（SSSI/862/DELJIT/DELINS/CALDEL/KANBAN） ..................................................................... 6-50

生産順序スケジュール（PSQI/866/DELJIT/SYNCRO/SYNPAC） .................................................... 6-70

Oracle Shipping Execution ................................................................................................................................ 6-82Oracle Supplier Scheduling .............................................................................................................................. 6-83

アウトバウンド計画スケジュール（SPSO/830/DELFOR） .................................................................. 6-84

アウトバウンド出荷スケジュール（SSSO/862/DELJIT） ..................................................................... 6-87

7 取引のテスト取引のテスト取引のテスト取引のテスト

インバウンド取引のテストインバウンド取引のテストインバウンド取引のテストインバウンド取引のテスト ................................................................................................................................... 7-2アウトバウンド取引のテストアウトバウンド取引のテストアウトバウンド取引のテストアウトバウンド取引のテスト ............................................................................................................................... 7-4文書の印刷と抽出文書の印刷と抽出文書の印刷と抽出文書の印刷と抽出 ................................................................................................................................................... 7-6

8 トラブルシューティングトラブルシューティングトラブルシューティングトラブルシューティング

トラブルシューティングトラブルシューティングトラブルシューティングトラブルシューティング ....................................................................................................................................... 8-2エラー・メッセージエラー・メッセージエラー・メッセージエラー・メッセージ ............................................................................................................................................... 8-3インバウンド取引インバウンド取引インバウンド取引インバウンド取引 ................................................................................................................................................... 8-8

取引例外の要約 ............................................................................................................................................... 8-9

レポートレポートレポートレポート ................................................................................................................................................................. 8-11

iii

9 取引先取引先取引先取引先

取引先取引先取引先取引先 ....................................................................................................................................................................... 9-2取引先グループ取引先グループ取引先グループ取引先グループ ....................................................................................................................................................... 9-2EDI 事業所コード事業所コード事業所コード事業所コード .................................................................................................................................................. 9-3変換機能コード変換機能コード変換機能コード変換機能コード ....................................................................................................................................................... 9-4

アプリケーションにまたがる変換機能コードとアプリケーションにまたがる変換機能コードとアプリケーションにまたがる変換機能コードとアプリケーションにまたがる変換機能コードと EDI 事業所コード事業所コード事業所コード事業所コード ............................................................. 9-6Oracle Applications ソースへの取引先データのリンク .......................................................................... 9-7

取引インタフェース・ファイルでの取引インタフェース・ファイルでの取引インタフェース・ファイルでの取引インタフェース・ファイルでの EDI 事業所コード事業所コード事業所コード事業所コード ................................................................................. 9-9

複数組織複数組織複数組織複数組織 ................................................................................................................................................................. 9-14Oracle Applications のオープン・インタフェース表での組織 ............................................................ 9-18

取引先ウィンドウ ......................................................................................................................................... 9-18

10 コード変換コード変換コード変換コード変換

コード変換コード変換コード変換コード変換 ............................................................................................................................................................. 10-2インバウンド取引の連結検索キー ........................................................................................................... 10-27

アウトバウンド取引の連結検索キーアウトバウンド取引の連結検索キーアウトバウンド取引の連結検索キーアウトバウンド取引の連結検索キー ............................................................................................................... 10-31

11 拡張可能アーキテクチャ拡張可能アーキテクチャ拡張可能アーキテクチャ拡張可能アーキテクチャ

EDI 取引のカスタマイズ取引のカスタマイズ取引のカスタマイズ取引のカスタマイズ .................................................................................................................................... 11-2付加フレックスフィールド付加フレックスフィールド付加フレックスフィールド付加フレックスフィールド ................................................................................................................................. 11-4

拡張可能アーキテクチャの手順拡張可能アーキテクチャの手順拡張可能アーキテクチャの手順拡張可能アーキテクチャの手順 ......................................................................................................................... 11-7

A 取引要約レイアウト取引要約レイアウト取引要約レイアウト取引要約レイアウト

Oracle Inventory 取引要約取引要約取引要約取引要約 ................................................................................................................................... A-2現在の情報 ....................................................................................................................................................... A-2

Oracle Order Management 取引要約取引要約取引要約取引要約 ................................................................................................................. A-7現在の情報 ....................................................................................................................................................... A-7

Oracle Payables 取引要約取引要約取引要約取引要約 ..................................................................................................................................... A-7

現在の情報 ....................................................................................................................................................... A-8

インバウンド請求書 .................................................................................................................................... A-10

Oracle Process Manufacturing 取引要約取引要約取引要約取引要約 ........................................................................................................ A-23

現在の情報 .................................................................................................................................................... A-24

Oracle Purchasing 取引要約取引要約取引要約取引要約 ............................................................................................................................. A-24現在の情報 .................................................................................................................................................... A-24

Oracle Receivables 取引要約取引要約取引要約取引要約 ............................................................................................................................ A-58

iv

現在の情報 .................................................................................................................................................... A-59

Oracle Release Management 取引要約取引要約取引要約取引要約 ........................................................................................................... A-76現在の情報 .................................................................................................................................................... A-76

Oracle Shipping Execution 取引要約取引要約取引要約取引要約 .............................................................................................................. A-91現在の情報 .................................................................................................................................................... A-91

Oracle Supplier Scheduling 取引要約取引要約取引要約取引要約 ............................................................................................................ A-91

現在の情報 .................................................................................................................................................... A-91

v

はじめにはじめにはじめにはじめに

『Oracle e-Commerce Gateway インプリメンテーション・マニュアル』は、電子商取引用のアプリケーション統合を実装するためのマニュアルです。

対象読者対象読者対象読者対象読者このマニュアルは、Oracle e-Commerce Gateway の実装に携る方を対象としています。

構成構成構成構成このマニュアルには、11 の章と 1 つの付録が含まれています。

第 1 章 Oracle e-Commerce Gateway の実装の概要を説明します。

第 2 章 Oracle e-Commerce Gateway の追加要件を説明します。

第 3 章 Oracle e-Commerce Gateway の実装チェック・リストです。

第 4 章 Oracle e-Commerce Gateway の実装の詳細を提供します。

第 5 章取引インタフェース・ファイル・アーキテクチャの詳細です。

第 6 章 Oracle Applications による取引の詳細を説明します。

第 7 章インバウンド取引またはアウトバウンド取引のテスト方法を説明します。

第 8 章 Oracle e-Commerce Gateway エラーのトラブルシューティングに関する情報を含んでいます。

第 9 章 Oracle e-Commerce Gateway 取引先について詳しく説明します。

第 10 章 Oracle e-Commerce Gateway で使用されるコード変換の定義方法と使用方法を説明します。

vii

関連文書関連文書関連文書関連文書詳細は、『リリース 11i Oracle Applications オープン・インタフェース・ガイド』の次のマニュアルを参照してください。

� 『Oracle e-Commerce Gateway ユーザーズ・ガイド』

� 『Oracle Purchasing ユーザーズ・ガイド』

� 『Oracle Supplier Scheduling ユーザーズ・ガイド』

� 『Oracle Payables ユーザーズ・ガイド』

� 『Oracle Receivables ユーザーズ・ガイド』

� 『Oracle Order Management ユーザーズ・ガイド』

� 『Oracle Shipping Execution ユーザーズ・ガイド』

� 『Oracle Release Management ユーザーズ・ガイド』

� 『Oracle Manufacturing, Distribution, Sales and Service オープン・インタフェース・マニュアル』

� 『Oracle Payables ユーザーズ・ガイド』の「Payables オープン・インタフェース」

� 『Oracle e-Commerce Gateway Technical Reference Manual』

� 『Oracle Purchasing Technical Reference Manual』

� 『Oracle Supplier Scheduling Technical Reference Manual』

� 『Oracle Payables Technical Reference Manual』

� 『Oracle Receivables Technical Reference Manual』

� 『Oracle Order Management Technical Reference Manual』

� 『Oracle Shipping Execution Technical Reference Manual』

� 『Oracle Release Management Technical Reference Manual』

第 11 章拡張アーキテクチャとアウトバウンド取引の関係を記述します。

付録 A 製品ごとの取引要約レイアウトが含まれています。

viii

表記規則表記規則表記規則表記規則このマニュアル例では、特に明記されていない限り各行末に改行があるものとします。入力行の後で改行キーを押す必要があります。

このマニュアルでは、次の表記規則も使用されています。

表記規則表記規則表記規則表記規則意味意味意味意味

< > 山カッコはユーザーが指定する名前を囲みます。

> 実際の SQL 文が続きます。

ix

1
概要概要概要概要
この章には、Oracle e-Commerce Gateway の実装に関する次の情報が含まれています。

このマニュアルの目的 : 1-2 ページ

ドキュメント : 1-2 ページ

Oracle e-Commerce Gateway の概要 : 1-3 ページ

概要 1-1

このマニュアルの目的

このマニュアルの目的このマニュアルの目的このマニュアルの目的このマニュアルの目的『Oracle e-Commerce Gateway インプリメンテーション・マニュアル』は、Oracle

e-Commerce Gateway の実装に役立つ情報を詳しく解説し、適切な実装のために必要なことを中心に説明します。

Oracle e-Commerce Gateway は、ほとんどのお客様の E-Business 統合要件を満たす総合的な製品ですが、実装サイクルの大半は、お客様の要件を取引先の期待値に対応するように定義し、マッピングして、バランスをとることに費やされます。このガイドには、実装の詳細と、Oracle e-Commerce Gateway プロジェクト全体で考慮の必要なポイントの概要が含まれています。

『Oracle e-Commerce Gateway インプリメンテーション・マニュアル』には、次のものが含まれます。

� 実装担当者に必要な知識プロファイル

� 実装チェックリスト

� プロファイルおよび検証ルールの設定の詳細

� 取引先の設定の詳細と推奨事項

� コード変換の設定の詳細と推奨事項

� 取引のための Oracle Applications の設定

� 取引インタフェース・ファイルのアーキテクチャ

� 取引インタフェース・ファイルの変更のガイドライン

� テストの推奨事項

� サポートされている取引に関する詳細

� トラブルシューティング・ツールと推奨事項

� サポートされている取引の拡張方法に関する推奨事項

注意注意注意注意 : Oracle e-Commerce Gateway でサポートされていない取引を追加する方法は、このドキュメントには含まれていません。

ドキュメントドキュメントドキュメントドキュメント次の Oracle e-Commerce Gateway ドキュメントが使用できます。

� 『Oracle e-Commerce Gateway ユーザーズ・ガイド』

� 『Oracle e-Commerce Gateway Technical Reference Manual（TRM）』

拡張表などのカスタマイズを実装する場合は、組織内でこのマニュアルが必要になることがあります。

1-2　Oracle e-Commerce Gateway インプリメンテーション・マニュアル

Oracle e-Commerce Gateway の概要

� 『Oracle Manufacturing, Distribution, Sales and Service オープン・インタフェース・マニュアル』

� 『Oracle Payables ユーザーズ・ガイド』

注意注意注意注意 : Oracle e-Commerce Gateway の新の補足文書は、オラクル社カスタマ・サポート・センターのオラクル・サポート・ホームページから入手してください。この Webサイトの詳細は、「はじめに」を参照してください。

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

E-Business の統合の統合の統合の統合Oracle e-Commerce Gateway は、Oracle Applications 用の標準ベースの統合製品です。この統合製品を使用すると、イントラネット、エクストラネットまたはインターネットを介して、企業内または企業外のアプリケーションと Oracle Applications を統合できます。

Oracle e-Commerce Gateway は、Oracle EDI Gateway 製品から、電子データ交換（EDI）に的を絞って E-Business 統合に重点を置いた製品として発展させたものです。 Oracle e-Commerce Gateway は、Oracle EDI Gateway のすべての機能を保持、拡張して作成されています。

概要 1-3


Oracle e-Commerce Gateway は、シームレスな統合、効率的な実装およびルールベースの取引処理をサポートすることで業務の自動化を実現します。主な機能は次のとおりです。

� オープンで拡張可能なアーキテクチャ

� 効率的な取引の実装

� 構成可能な統合環境

� ルールベースのプロセス管理

� レポート

Oracle e-Commerce Gateway は、サード・パーティ製のどのアプリケーションとも簡単に統合できるように、オープンで拡張可能なアーキテクチャを使用して設計されています。

この製品は、簡単な実装を目的とした自己充足型かつ統合型のモジュールで構成されています。ビジネス・ルールと構成パラメータの定義のみで、事前組込みの取引を実装できます。

拡張フックが提供されているので、Oracle Applications 以外のデータ・ソースからデータを組み込むことで、カスタム取引を統合し、Oracle e-Commerce Gateway でサポートされている取引を拡張できます。

構成可能な統合環境構成可能な統合環境構成可能な統合環境構成可能な統合環境Oracle e-Commerce Gateway では、システム、取引、取引先および処理の各レベルで構成可能なため、データ、インタフェース・ファイルおよびビジネス・プロセスを大限に制御できます。

ビジネス・プロセスが開始したときのデータ要素の検証およびマッピング方法と、インタフェース・ファイルの構造およびレイアウトを構成でき、さらにビジネス・プロセスの進め方も構成できます。さらに、例外が検出された場合のプロセスの動作を制御できます。

ランタイム・メッセージの動的作成、プロセス監視の自動化および例外分析をサポートするために、ルールはすべてリポジトリに格納されます。ウィンドウを 1 つ使用するのみで、Oracle e-Commerce Gateway に格納されている情報を変更してルールを変更できます。更新されたルールは、コードを変更しなくても実行時に有効になります。

システム・レベルの構成はすべての取引に適用されます。これには次が含まれます。

� インバウンドおよびアウトバウンド・ファイルのディレクトリの定義

� 取引の有効化または無効化

� テキスト折返しルールの定義

取引レベルの構成は特定の取引に適用されます。これには次が含まれます。

� 検証ルール

� コード変換

� 取引レイアウト



検証ルールを定義することにより、取引の検証方法、例外の内容および例外検出時のアクションを指定します。これにより、有効な取引のみが Oracle e-Commerce Gateway に渡されて処理されます。 Oracle e-Commerce Gateway がサポートする検証ルールと例外処理ルールは、次のとおりです。取引例外ルールには、無効な取引先、無効な所在地およびテスト / 本番モードの相違が含まれます。

データ検証ルールには次が含まれます。

前述のルールは、それぞれ例外検出時のアクションに関連付けられます。例外処理のオプションとしては、現在の文書のスキップ、違反の記録と処理の続行または実行全体の中止があります。

取引の構成は、ユーザー定義のコード変換ルールに基づく取引データの制御という形でも行われます。 Oracle e-Commerce Gateway のコード変換モジュールは、次をサポートします。

� 1 つの Oracle コードから 1 つの外部コードへの変換

� 1 つの Oracle コードから多数の外部コードへの変換

� 基準に基づくコード変換

� Oracle コードまたは外部コードのインテリジェントな検索

データ・ルールデータ・ルールデータ・ルールデータ・ルール摘要摘要摘要摘要

データ型チェックファイル内のデータのデータ型と Gateway の取引表に定義さ

れているデータ型を比較します。

NULL デフォルトインタフェース・ファイルのフィールドが NULL（ブランク）

の場合、デフォルト値を段階表の列に移動します。

NULL 依存特定の列の着信データに NULL 依存があるかどうかをチェッ

クします。

事前定義済リスト特定の列の着信データが、Oracle e-Commerce Gateway に事

前定義されているリスト内の値に等しいか等しくないかをチェックします。

簡易参照特定の列の着信データが、SQL Select 文で使用されるユーザー

定義の表および列にある値と等しい有効な値かどうかをチェックします。

値セット参照特定の列の着信データが、Oracle の標準値セットにある有効な

値かどうかをチェックします。

値は必須です特定の列の着信データに NULL 以外の値があるかどうか

チェックします。つまり、データはブランクにはできません。

概要 1-5


1 対 1 関係の例としては、1 つの Oracle 単位コードから、ISO 9000 コード・リスト、ASC X12 コード・リストまたはプライベート・コード・リストに基づく単位コードへの変換があります。 1 対多関係の例としては、支払条件に関する 1 つの Oracle コードから、割引率、割引日数および正味日数に関する ASC X12 コンポーネントへの変換があります。

コード変換ルールとしては、全取引先に対する全取引に適用されるルールかまたは取引先と取引の組合せに特定したルールを定義できます。柔軟性を大限に高めるために、1 つのルールについて大 5 つまでの基準を定義できます。

Oracle 内部コードか外部コードかの識別にはインテリジェントな検索が使用されます。これは、初に大数のユーザー定義基準を使用して検索し、その後一致が見つかるまで基準の数を 1 つずつ減らしていくという検索です。一致するものがない場合は、デフォルトが使用されます。

取引の構成の後のオプションは、取引レイアウトに関係したものです。 Oracle e-Commerce Gateway は、Oracle Applications との間で、関連ビジネス・データを表すシード取引レイアウト定義をやりとりします。この取引レイアウト定義は、そのまま使用することも、取引先に送信するデータに合うようにカスタマイズすることもできます。取引レイアウト構成オプションには、ファイル構造の変更、レコード・レイアウトの変更、レコード属性の変更およびレコードの削除が含まれます。

システム・レベルおよび取引レベルの構成の他に、取引先属性を構成することもできます。

取引先とはビジネスを行う相手先エンティティのことで、Oracle e-Commerce Gateway とOracle E-Business Suite 製品との間および Oracle e-Commerce Gateway とサード・パーティ製アプリケーションとの間の主要リンクです。サード・パーティ製アプリケーションは、EDI 取引用の EDI 変換機能でも、企業の内外にある任意のアプリケーションでもかまいません。このリンクの確立に加えて、取引が処理可能かどうかと、取引ステータスがテストか本番かを示す取引先属性を構成できます。

システム、取引および取引先の各レベルで必要な構成をすべて定義し、取引を開始する準備ができた後は、Oracle e-Commerce Gateway が次の 3 つの処理オプションをサポートします。

イベント・ドリブン処理。電子支払や出荷通知など時間的要素が重要なビジネス取引用。

スケジュール・ベース処理。重要性は高くないが発注処理などのように日常的に使用されるビジネス取引用。

ユーザー定義処理。

どの処理オプションを選択するかは、ビジネスの特性と取引の重要性に依存します。

取引処理が開始された後は、ランタイム実行エンジンが制御を引き継ぎ、システム、取引および取引先の各レベルに定義されている構成に沿って実行を進めます。

必要な場合は、ユーザーがアクティブにするランタイム実行ログをトラブルシューティングに利用できます。この診断ツールは、技術的な分析にもそれ以外の分析にも使用できる複数レベルのトレース詳細をサポートします。



取引例外の表示取引例外の表示取引例外の表示取引例外の表示取引処理のステータスと報告された例外は、「段階的文書の表示」ウィンドウと呼ばれる

「ワークベンチ・スタイル」の単一ウィンドウを使用して表示できます。ツリー形式のナビゲーションを使用した、要約レベルまたは詳細レベルの問合せがサポートされています。例外の原因分析に役立つように、動的なウィンドウとドリルダウン機能が提供されています。

例外の原因が特定され解決された後は、取引を再発行して処理するかまたは例外を警告とみなして無視するか削除するという選択肢があります。

取引に関するステータスの問合せ、トラブルシューティングおよび再処理は、すべて 1 つのウィンドウ、つまり「段階的文書の表示」ウィンドウで行えます。

実装プロセスに役立つレポートがいくつかあります。これらのレポートは、取引先データやコード変換データの表示、シード取引レイアウト定義やデータ・ファイルの内容の検討に使用します。

取引リスト取引リスト取引リスト取引リストOracle e-Commerce Gateway はすべての EDI 標準から独立しているため、ASCII ファイルを介して任意の上流プロセスまたは下流プロセスと統合できます。ビジネス要件に適な任意の EDI 変換機能やサード・パーティ製アプリケーションを選択できるのは、この独立性が提供されているからです。

Oracle e-Commerce Gateway 製品には、ビジネスに不可欠な数多くの取引が事前に作成されており、ビジネスを簡単に E-Business 化できるような効率的実装のために設計された統合構成ツールが含まれています。

X12取引取引取引取引

EDIFACTメッセージメッセージメッセージメッセージ行先行先行先行先摘要摘要摘要摘要

850 ORDERS インバウンド Oracle Process Manufacturing への発注

855 ORDRSP アウトバウンド Oracle Process Manufacturing からの発注承認

856 DESADV アウトバウンド Oracle Process Manufacturing からの出荷通知 / 証明


EDIFACTメッセージメッセージメッセージメッセージ行先行先行先行先摘要摘要摘要摘要基本の基本の基本の基本の Oracle Applications

850 ORDERS アウトバウンド発注 Oracle Purchasing から

860 ORDCHG アウトバウンド発注変更要求 Oracle Purchasing から

832 PRICAT インバウンド価格 / 営業カタログ Oracle Purchasing へ

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

概要 1-7


856 DESADV インバウンド出荷通知 / 証明 Oracle Purchasing へ

857 該当なしインバウンド出荷および請求通知 Oracle Purchasing と Oracle Payables へ

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

ンドの出荷通知取引、出荷および請求通知取引および請求書取引への応答に使用される診断メッセージ

Oracle Purchasing と Oracle Payables から

830 DELFOR アウトバウンド計画スケジュール Oracle Supplier Scheduling から

862 DELJIT アウトバウンド出荷スケジュール Oracle Supplier Scheduling から

810 INVOIC インバウンド請求書。ASC X12 110、210、410、880取引からのデータを含む。

Oracle Payables へ

820 PAYORD/

REMADV

アウトバウンド支払オーダー / 送金

アドバイス

Oracle Payables から

850 ORDERS インバウンド発注 Oracle Order Management へ

855 ORDRSP アウトバウンド発注承認 Oracle Order Management から

860 ORDCHG インバウンド発注変更 Oracle Order Management から

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

通知

Oracle Order Management から

856 DESADV アウトバウンド出荷通知 / 証明 Oracle Shipping Execution から

830 DELFOR インバウンド計画スケジュール Oracle Release Management へ

862 DELJIT インバウンド出荷スケジュール Oracle Release Management へ

866 該当

なし

インバウンド生産順序 Oracle Release Management へ

810 INVOIC アウトバウンド請求書。ASC X12 110、210、410、880取引からのデータを

含む。

Oracle Receivables から

812 CREADV/DEBADV

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

Oracle Receivables から

N/A CUSDEC アウトバウンド移動統計（INTRASTAT）

Oracle Inventory から



Oracle Process Manufacturing では次の取引が使用可能です。インバウンド発注取引とアウトバウンド出荷通知 / 証明取引は、Oracle Process Manufacturing のデータ・モデルに基づき、Oracle Order Management の取引と同じ名前が使用されていますが、これらは異なる取引として扱う必要があります。

従来の従来の従来の従来の EDI 取引の処理取引の処理取引の処理取引の処理Oracle e-Commerce Gateway は E-Business を統合する製品として発展してきましたが、従来の大量 EDI 取引を処理する中枢としても引き続き機能します。

Oracle e-Commerce Gateway を介して従来の EDI 取引がどのように処理されるかを、次の項で説明します。

Oracle e-Commerce Gateway と任意の変換機能との間で送受信されと任意の変換機能との間で送受信されと任意の変換機能との間で送受信されと任意の変換機能との間で送受信されるインタフェース・ファイルるインタフェース・ファイルるインタフェース・ファイルるインタフェース・ファイル従来の EDI 取引処理では、Oracle e-Commerce Gateway と任意の変換機能との間で ASCIIファイルが渡されます。

インバウンド取引の場合、変換機能は標準 EDI 取引内の所定のデータ位置にあるデータを、Oracle 取引インタフェース・ファイル内の必要な位置にコピーします。

アウトバウンド取引の場合は、これとは反対方向のデータ・マッピングが行われます。 Oracle e-Commerce Gateway は、基本の Oracle Applications からのデータで構成される取引インタフェース・ファイルを作成します。変換機能は、選択された標準内の所定の位置にこのデータをコピーします。

次の図では、左側に Oracle e-Commerce Gateway のアウトバウンド発注（POO）インタフェース・ファイルの例、右側に ASC X12 発注（850）取引を示します。


EDIFACTメッセージメッセージメッセージメッセージ行先行先行先行先摘要摘要摘要摘要基本の基本の基本の基本の Oracle Applications

850 ORDERS インバウンド発注 Oracle Process Manufacturingへ

855 ORDRSP アウトバウンド発注承認 Oracle Process Manufacturingから

856 DESADV アウトバウンド出荷通知 / 証明 Oracle Process Manufacturingから

概要 1-9


Oracle e-Commerce Gateway はアプリケーションの表からアウトバウンド取引データを抽出し、基本の Oracle Applications のオープン・インタフェース表にインバウンド取引をロードします。

0010 => ISA, GS

1000 => BEG

2000 => PO1

3000 => SCH



コンポーネントと取引の流れを次に示します。

Oracle e-Commerce Gateway を使用したアウトバウンド取引の流れ

Oracle e-Commerce Gateway を使用したインバウンド取引の流れ

Oracle e-Commerce Gateway は、Oracle Applications と変換機能との間に位置し、ASCII インタフェース・ファイルを使用してデータを処理します。

EDI 変換機能は、ASC X12 や EDIFACT などの EDI 標準に対応し、取引先間での標準書式データの送信を監視します。このファイルの形式と内容は、Oracle e-Commerce Gateway の

「インタフェース・ファイル定義」ウィンドウを使用して調整できます。ただし、変更はEDI 変換機能のデータ・マップと設定にも反映する必要があります。

EDI 変換機能のデータ・マップは、UCS、EIDX または AIAG などの業界ガイドラインの推奨に沿った取引を生成するように定義できます。 1 つのデータ・マップで、1 つの取引先または多数の取引先のデータ要件に対応できます。

Oracle e-Commerce Gateway は、変換機能との間で送受信される取引インタフェース・ファイルを介してデータを処理します。 Oracle e-Commerce Gateway はすべての標準形式から独立しており、Oracle e-Commerce Gateway 取引インタフェース・ファイルにはビジネス・データしか含まれません。

850B T 12

35789S G

41825520

IS A~

B E G ~ 00

N 1~S T ~

⇒ ⇒⇒ ⇒

O ra c leO r a c l eO r a c l eO r a c l e

G a t e w a yG a t e w a yG a t e w a yG a t e w a y

アウトバウンド・アウトバウンド・アウトバウンド・アウトバウンド・

メッセージメッセージメッセージメッセージ

変換機能変換機能変換機能変換機能インタフェース・インタフェース・インタフェース・インタフェース・

ファイルファイルファイルファイルO ra c leO r a c l eO r a c l eO r a c l e

アプリケーションアプリケーションアプリケーションアプリケーションe - C o m m e rc ee - C o m m e rc ee - C o m m e rc ee - C o m m e rc e

IS AB E G ~ 0

N 1 ~ S T

8 5 0 B T 1

3 5 7 8 9 S

4 1 8 2 5 5 2

インバウンド・インバウンド・インバウンド・インバウンド・


変換機能変換機能変換機能変換機能インタフェース・インタフェース・インタフェース・インタフェース・

ファイルファイルファイルファイル

O rac leO rac leO rac leO rac le

G a te w a yG a te w a yG a te w a yG a te w a y

O rac leO rac leO rac leO rac leO rac leO rac leO rac leO rac le

アプリケーションアプリケーションアプリケーションアプリケーションアプリケーション・アプリケーション・アプリケーション・アプリケーション・

オープン・インタフェースオープン・インタフェースオープン・インタフェースオープン・インタフェース

e -C o m m e rc ee -C o m m e rc ee -C o m m e rc ee -C o m m e rc e

概要 1-11


Oracle e-Commerce Gateway には、取引間で標準書式データを送受信するための通信ソフトウェアは含まれていません。 Oracle e-Commerce Gateway では、希望する標準書式にデータがマップされた後の取引先とのデータ送受信については、変換機能がサード・パーティの通信サービス・プロバイダに接続されていることを前提としています。

アウトバウンド処理の流れアウトバウンド処理の流れアウトバウンド処理の流れアウトバウンド処理の流れOracle e-Commerce Gateway のアウトバウンド取引処理は、変換機能で使用できる任意のEDI 標準をサポートするインタフェース・データ・ファイルを作成します。 Oracle e-Commerce Gateway は、標準 EDI 取引にマップするために必要なビジネス・データをすべて収集します。受信側の取引先は、同じような Oracle e-Commerce Gateway および変換機能の設定を使用してこのデータを正しく解釈し受信側のアプリケーションに渡します。

Oracle e-Commerce Gateway は基本のアプリケーションの表からデータを抽出します。オプションとして、拡張表を使用してその他のファイルや表からもデータを抽出します。拡張表を使用するには、Oracle e-Commerce Gateway で提供されている標準コード・パッケージをカスタマイズする必要があります。

Oracle e-Commerce Gateway は次のことを行います。

� システム・プロファイルと取引プロファイルを検討します。

� 取引先の処理パラメータ（事業所コード、許可されている EDI 取引または使用可能なEDI 取引など）を取得します。

� 処理中の取引に関連する基本のアプリケーションの表からデータを抽出します。

� オプションとして、お客様が定義した拡張表（カスタマイズが必要）からデータを取り出します。

� コード変換を適用します（コード変換が設定されアクティブになっているとき）。

� Oracle e-Commerce Gateway の表に、収集されたデータをすべて移入します。

基本の Oracle Applications の表にデータ抽出フラグを設定し、同じデータが再び抽出されないようにします。

EDI 変換機能が使用するインタフェース・データ・ファイルを生成します。

インバウンド処理の流れインバウンド処理の流れインバウンド処理の流れインバウンド処理の流れインバウンド取引の流れは、アウトバウンド取引の流れに似ています。

Oracle e-Commerce Gateway は、EDI 変換機能または他のプロセスからインタフェース・ファイルを受信した後、インバウンド取引処理中に次の機能を実行します。

� システム・プロファイルと取引プロファイルを検討します。

� 取引先の検証処理パラメータを取得します。

� ユーザー定義の処理ルールに基づいて取引のデータを検証します。



� コード変換を適用します（コード変換が設定されアクティブになっているとき）。

� ユーザー定義の列ルールに基づいてデータ要素を検証します。

� 取引データ例外を獲得します。このような例外は、段階表からオンラインで検討してその状況を調べることができます。取引先設定またはその他のアプリケーション設定を訂正してから、取引を再度検証します。取引は段階表示表から削除することもできます。

� 有効な取引を、該当する Oracle Applications のその取引用のオープン・インタフェース表にロードします。

有効な取引がアプリケーションのオープン・インタフェース表にすべてロードされ、オープン・インタフェースのアプリケーション・プログラミング・インタフェース（API）により検証されます。 Oracle Applications の実表に有効なデータがロードされます。

検出される例外のタイプにより、例外データは Oracle e-Commerce Gateway と Oracle Applications で検出されます。たとえば、Oracle e-Commerce Gateway では特定の取引に対して取引先が設定されていないことを検出し、基本の Oracle Applications の API では請求書の重複を検出します。

エラーの識別、報告および解決には、アプリケーションの標準エラー処理機能が使用されます。変換機能により検出されるエラーは、変換処理でのエラー処理により解決されます。送信側取引先が原因のデータ・エラーが再発する場合は、取引先と連絡して訂正する必要があります。

EDI 変換機能変換機能変換機能変換機能次の項では、従来の EDI 取引処理で EDI 変換機能により実行される機能を説明します。

メッセージ書式に関しては様々な標準がありますが、これらは非常に細かく規定されていて変更される可能性があります。さらに、取引の実際の交換に使用されるアドレッシング方法や通信プロトコルに関しても、多くの課題があります。このため、Oracle e-Commerce Gateway と外部通信サービスとの間に書式および通信のためのインタフェースが必要になります。このインタフェース・ソフトウェアが EDI 変換機能と呼ばれます。この分野を専門とする企業は多数あり、この要求に対応したパッケージを提供しています。

EDI 変換機能では、通常、任意のインタフェース・データ・ファイル形式を任意の書式（標準の EDI 取引およびメッセージを含みます）にマッピングするツールを提供しているため、ほとんどの変換機能プロバイダでは SPEC2000 などの標準へのデータ・マッピングに問題はありません。すべての標準に対して事前定義のデータ・マッピングを提供しているとは限りませんが、ソフトウェアには任意の書式間のデータ・マッピングを処理する手段が提供されています。

変換機能により提供されるもう 1 つの重要な機能は、無効なメッセージが拒否されて返信されるようにするための通信エラー・チェックと書式のチェックです。

通常、変換機能ソフトウェアには 1 つ以上の EDI 標準および通信方式のサポートが組み込まれています。また、固有のファイル形式を含む、事前にパッケージ化された拡張製品のサポートを提供するものもあります。

概要 1-13


EDI 変換機能は、次のような主要な機能を実行します。

1. 監査証跡との統合

取引アクティビティおよびプロファイル更新の監査証跡を提供します。

2. 取引先の識別

取引先の識別情報は、テストまたは本番として使用可能な取引の定義、データのマッピングに使用される EDI 標準とそのバージョン / リリースの定義、電子封筒用のデータの定義、使用される通信方式の定義などのためにメンテナンスされます。

3. 標準取引

ASC X12 および EDIFACT の取引表をすべてのバージョンおよびリリースでメンテナンスし、必要に応じて XML やその他の標準をメンテナンスします。

4. データ・マッピング

固有の書式と標準書式との間でデータ・マップ機能を提供します。

5. 通信

よく使用される VAN や VASP にアクセスするスクリプトを提供します。スクリプトにはインターネットを介してデータを送信する機能もあります。

6. 取引の短期アーカイブ

必要に応じて再送できるように、取引を再度キューに入れます。

7. アプリケーションへの取引ステータスの自動フィードバック

取引で確認された取引先からの受入やその他の通信ステータスに関するフィードバックが Oracle Applications に対して提供されます。たとえば、仕入先が特定の注文を受け入れた（または受け入れていない）ことを購買担当者が確認する必要がある場合に役に立ちます。

8. 取引監査用アーカイブ

監査のために、データの履歴アーカイブをメンテナンスします。


実装の位置

2
実装の位置付け実装の位置付け実装の位置付け実装の位置付け

実装の位置付け : 2-2 ページ

付け 2-1

実装の位置付け

実装の位置付け実装の位置付け実装の位置付け実装の位置付けOracle e-Commerce Gateway を正しく実装し、この製品内で具体的な取引を使用可能にするには、実装担当者に Oracle e-Commerce Gateway 以外の知識と経験も必要になります。この項では、このような追加要件を説明します。

標準の理解標準の理解標準の理解標準の理解従来の EDI 取引を実装する場合は、次のことを理解しておく必要があります。

標準コンポーネントの理解標準コンポーネントの理解標準コンポーネントの理解標準コンポーネントの理解

実装担当者は、Oracle e-Commerce Gateway インタフェースを実装する EDI 取引を構成する EDI 標準コンポーネント（セグメント、要素およびコード値）をよく理解している必要があります。実装担当者は、変換ソフトウェアでのマッピングを支援できるように、EDI 取引のどの要素が Oracle e-Commerce Gateway インタフェース・ファイルのどのフィールドに対応するかを知っておく必要があります。実装担当者は、EDI 取引でデータ要素の識別に使用されるコード（クオリファイア）をよく理解している必要があります。

EDI 取引の特性の理解取引の特性の理解取引の特性の理解取引の特性の理解

実装担当者は、EDI 取引の特性をよく理解しておく必要があります。

たとえば、ASC X12 標準の発注 850 取引は、ヘッダー、品目および出荷で構成される 3 レベルの構造です。 Oracle Order Management の受注インポート・オープン・インタフェースは、ヘッダーと品目 / 出荷組合せとで構成される 2 レベルの構造です。取引内の品目 / 出荷組合せは、それぞれ取引インタフェース・ファイルに品目レコードを作成するために必要です。

データ・マッピング要件の理解データ・マッピング要件の理解データ・マッピング要件の理解データ・マッピング要件の理解

実装担当者は、Oracle e-Commerce Gateway の取引インタフェース・ファイル内に対応フィールドがない要素を識別するために、顧客データのマッピング要件を再検討する必要があります。たとえば、取引先は倉庫のビンまたはバルクの位置を特定する詳細明細レベルのデータを発注取引で送信することがあります。取引先は、仕入先に対してこのデータをラベルに印刷し、詳細明細品目に関連した各カートンにこのラベルを貼ることを要求します。このカートン・ラベルにより、取引先の受入処理が促進されます。

必要な場合は、関連取引分野のアプリケーション・スペシャリストを EDI 実装チームに参加させてください。



Oracle e-Commerce Gateway の機能の理解の機能の理解の機能の理解の機能の理解

Oracle e-Commerce Gateway コースの受講コースの受講コースの受講コースの受講

実装担当者は、Oracle e-Commerce Gateway コースを受講する必要があります。実装担当者は、プロファイルの設定、処理ルール、列ルール、取引先定義および製品を設定するためのコード変換を含む機能をすべて理解する必要があります。

取引先設定の理解取引先設定の理解取引先設定の理解取引先設定の理解変換機能コードと EDI 事業所コードとの関係を完全に理解しておくことが肝要です。取引先、事業所および許容取引に関する基本的なデータのみを指定された場合にも、管理者が取引先設定画面を容易にメンテナンスできるように、顧客との間でポリシーを確立しておく必要があります。

一般的なコード変換設定の理解一般的なコード変換設定の理解一般的なコード変換設定の理解一般的なコード変換設定の理解

Oracle e-Commerce Gateway のコード変換機能は、Oracle の内部コード、サイト・コード、支払コードなどと取引先が使用する用語との間で変換を行うための包括的な基準を提供できます。この変換は、グローバルに実施されるかまたは大 5 個のキーを使用して特定の基準に基づいて行われます。詳細は、『Oracle e-Commerce Gateway ユーザーズ・ガイド』を参照してください。厄介なメンテナンスが必要な過度に複雑な状況を避けるために、変換要件は慎重に計画し、できる限り簡潔にしてください。

拡張表の理解（アウトバウンド取引）拡張表の理解（アウトバウンド取引）拡張表の理解（アウトバウンド取引）拡張表の理解（アウトバウンド取引）

実装担当者は、PL/SQL の使用方法やデータベースへのデータの格納方法を自分で理解するかまたはこれを理解している開発担当者に相談する必要があります。この知識があれば、変更の実現可能性、日常業務の妨げにならないような変更方法、さらに、パッチのインストール時に簡単に適合されるような変更方法を判断できます。これは、インバウンド取引で、Oracle e-Commerce Gateway によりインタフェース表に挿入されるデータを、インポート処理または顧客ニーズ（あるいはその両方）と適合させるための追加ルーチンが必要な場合にも当てはまります。

関連する Oracle Applications および Oracle e-Commerce Gateway の基本的な表構造を知っておくと、カスタム作業を考慮する際に大きな利点になります。

Oracle Applications とそのオープン・インタフェースの理解とそのオープン・インタフェースの理解とそのオープン・インタフェースの理解とそのオープン・インタフェースの理解

Oracle Applications の一時データの理解の一時データの理解の一時データの理解の一時データの理解

Oracle Applications では、アプリケーションの必要に応じてデータが生成されます。 Oracle Applications では、計算されたデータが表に保持されないことがありますが、これは、計算の作成に使用される数値はアプリケーションが実行されるたびに変わる可能性があるためです。このデータは永久的な紙の文書に印刷されます。 EDI は紙の文書に代わるものなので、このデータを計算して送信ファイルに格納する必要があります。実装担当者は、フィールドとフィールドに移入するコードを EDI 拡張表に定義して、これに対応する必要があります。

実装の位置付け 2-3


Oracle Applications の機能の理解の機能の理解の機能の理解の機能の理解

取引で想定される機能を Oracle Applications が実行することを検証します。

必須フィールドとデフォルト・データの理解必須フィールドとデフォルト・データの理解必須フィールドとデフォルト・データの理解必須フィールドとデフォルト・データの理解

取引インタフェース・ファイルとアプリケーションのオープン・インタフェースにおける必須フィールドを理解し、取引のために Oracle e-Commerce Gateway で定義されているデフォルトを理解します。

着信データを正しく処理するには、オープン・インタフェース表の特定のフィールドが移入される必要があります。ソース・システムでデータが使用可能かどうかわからないため、処理が続行できるようにデフォルト値を使用できます。必須フィールドとデフォルト値は、セットアップでアプリケーションのキーボード入力処理がどのように構成してあるかに依存します。基本アプリケーションが必要なデータを使用して設定してあることも非常に重要です。

その他のアプリケーションの実装その他のアプリケーションの実装その他のアプリケーションの実装その他のアプリケーションの実装標準的な取引の場合は、e-Commerce 環境をインストールする必要があります。一般に、次に挙げる項目を具体的には変換機能で、一般的には e-Commerce 環境で行う必要があります。

変換機能のインストールの詳細と操作方法は、このマニュアルには記載されていません。

変換機能変換機能変換機能変換機能ASC X12 取引や EDIFACT メッセージなど従来型の標準的な取引を処理するには、各企業がそれぞれ変換機能をインストールする必要があります。変換機能のシステム要件およびOracle e-Commerce Gateway との統合要件を検討する必要があります。

また、様々な形式にあわせて変換機能を構成できるかどうかということも、Oracle e-Commerce Gateway の更新により必要になった変更に迅速に対応できるかどうかの考慮点になります。このような変更としては、新規または追加の取引、顧客のビジネス要件の変更および新規あるいは既存の取引先が原因で発生する変更などが考えられます。変換機能で更新や構成がうまくできないと、EDI 実装の成果が正しくタイムリに得られない可能性があります。

もう 1 つの考慮点は、変換機能を Oracle e-Commerce Gateway と同じサーバー上で実行するかどうかということです。場合によっては、変換機能がすでに別のマシン（たとえばメインフレーム）にインストールされていることがあります。この場合は、ファイル転送要件に対応し、変換機能とのスケジューリングが必要になります。メインフレームとのファイル転送では、ファイルが固定長であることが必要な場合があります。その場合、Oracle e-Commerce Gateway で使用されるファイルは可変なので、埋込み（アウトバウンド取引の場合）およびインタフェース・ファイル定義（インバウンド取引の場合）に問題が発生する可能性があります。



取引先定義取引先定義取引先定義取引先定義

変換機能には、Oracle e-Commerce Gateway で使用される取引先定義とは異なる取引先定義基準があります。

変換機能の設定では、次のことを識別する必要があります。

� 電子封筒用の送信者および受信者識別コード

� EDI 標準とそのバージョンまたはリリース、あるいは従来の EDI 取引用のデータ・ディクショナリ

� ソース・データ・ファイルと標準取引間のデータ・マッピングに使用される取引データ・マップ

� 取引先との取引に使用されるコード変換セット

� 通信方法

� 通信サービス・プロバイダ

Oracle e-Commerce Gateway では、取引インタフェース・ファイルの制御レコード 0010 に取引先定義に対する変換機能用の識別コードが必要になります。これは、取引先設定で「取引先の定義」ウィンドウの「詳細」タブにある「変換機能コード」で定義されます。

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

Oracle e-Commerce Gateway と同じように、変換機能は基本の Oracle Applications で定義されている値と EDI 標準または取引先で必要とされる値との間でコード変換を提供します。コード変換は特定のデータ要素に対して実行されます。あるデータ要素には Oracle e-Commerce Gateway を使用し、その他のデータ要素には変換機能を使用できます。どちらにするかは、将来、コード変換を追加、編集または削除する場合に、Oracle e-Commerce Gateway または変換機能のいずれが容易かを考慮した上で、それぞれの実装にとっても効率的になるように決める必要があります。

データ・マッピングデータ・マッピングデータ・マッピングデータ・マッピング

データが EDI 標準取引のどこにあるかを判断するには、Oracle e-Commerce Gateway の取引インタフェース・ファイルと EDI 標準取引を検討します。すでに取引データ・マップがある場合は、そのデータ・マップから標準取引部分をコピーできるので、それを基に作業を開始できます。 Oracle e-Commerce Gateway 取引インタフェース・ファイルに定義されているマップ位置を置き換える必要があります。

変換機能によっては、Oracle e-Commerce Gateway 取引インタフェース・ファイル用の基本データ・マップを提供しているものがあります。このような基本データ・マップは初のリリース 11 を基にしています。ほとんどが「プラグ・アンド・プレイ」のデータ・マップではありません。変換機能のプロバイダによっては、このような構成済のデータ・マップに対して追加ライセンス料金またはサービス料金が必要な場合があります。

基本データ・マップは、次のような理由により、ほとんどの場合でカスタマイズが必要になります。



� 内部コードまたは外部コードがインタフェース・ファイルで使用可能かどうか（コード変換を使用する場合）

� システム上またはビジネス上の要件

� 取引先要件

ソフトウェアのパッチにより取引インタフェース・ファイル内のデータ要素の位置が追加または変更され、シード・データの調整を検討した後で新規レコードを受け入れる場合にも、基本データ・マップの変更が必要になることがあります。

データ・マップの検討には、次のレポートが役立ちます。レポートは必要に応じて実行してください。

� 取引レコード・レイアウト・レポート。取引インタフェース・ファイルを表示します。

� 取引データ・ファイル・レポート。ファイルのデータを取引インタフェース・ファイル・レイアウトに対比して表示します。

パッチを適用した後は、次の処理を実行する必要があります。これは、新のパッチが適用される前に定義されていたレイアウトにレコード・レイアウトをリストアする処理です。この処理のログを検討し、パッチの影響と再作成された取引レコード・レイアウトを理解します。

� シード・データの調整処理

アウトバウンド取引では、Oracle e-Commerce Gateway で定義されている取引インタフェース・ファイルにデータが見つからない場合、ユーザー定義のフレックスフィールドまたはユーザー定義の取引拡張表に補足データがある可能性があります。インバウンド取引では、データが取引フレックスフィールドにマップされていることもあります。アウトバウンド取引に取引拡張表が使用される場合は、取引拡張表の移入にカスタム・コードが必要です。

データにまだギャップがある場合は、データ・ギャップまたは機能ギャップに対応するための善の方法を判断します。インバウンド取引では、次の 2 つの方法のいずれかを実行できます。

� 基本アプリケーションにカスタム変更が必要になることがあります。

� これは、アウトバウンド取引に適用されます。取引は Oracle e-Commerce Gateway の検証にすべて合格したが、アプリケーション・オープン・インタフェースがさらに追加データを必要とするという場合があります。アプリケーション・オープン・インタフェース表の取引にデータを追加するには、カスタム・コードを作成します。このカスタム・コードは、Oracle e-Commerce Gateway がアプリケーション・オープン・インタフェース表に取引を書き込んだ後で、オープン・インタフェースが実行される前に実行されます。

� インバウンド取引の場合は、拡張表の移入のために加える変更と同じような変更を加える必要があります。



取引処理取引処理取引処理取引処理

Oracle e-Commerce Gateway は、次の方法で取引を作成します。

� 取引は基本の Oracle Applications のイベントにより開始されます。

� 基本アプリケーションが取引からのキー・データを使用して、取引を取引インタフェース・ファイルに書き込む要求をコンカレント・マネージャ内で開始します。

� コンカレント・マネージャ内でスケジュール済要求により作成されます。

通常、この要求により、抽出の準備が整った該当取引がすべて抽出されます。

要求に選択パラメータを指定すると、選択する取引を限定できます。

適切な取引インタフェース・ファイル検出をファイル・ディレクトリに設定します。ファイル・ディレクトリは、アプリケーション初期設定において、Oracle e-Commerce Gateway のシステム・プロファイル・オプションですべての取引に対して定義されます。変換機能は、このインタフェース・ファイルにアクセスできる必要があります。

使用するファイル・バックアップおよびアーカイブ手順に従います。この手順では、ローカルな会計要件の考慮が必要な場合があります。

Oracle e-Commerce Gateway ファイルが変換機能で処理される頻度を判断します。理想的には、処理済の取引ファイルは別のディレクトリに配置するかまたは別のファイル名で配置し、Oracle e-Commerce Gateway がそのファイルの処理を終了するまで変換機能がそのファイルにアクセスできないようにする必要があります。

取引の通信方法の決定取引の通信方法の決定取引の通信方法の決定取引の通信方法の決定処理の実行順序が、ローカルな環境に適合するように、また Oracle e-Commerce Gatewayのまわりで実行されるその他の処理と適合するようにします（たとえば、アウトバウンド取引の場合は、Oracle e-Commerce Gateway の処理、ファイル転送、アーカイブまたは変換機能、という順序）。

取引のテスト取引のテスト取引のテスト取引のテスト

取引をテストするためのテスト検収基準を作成します。

取引先はそれぞれ独自の要件を持つことがあり、したがって基準は 1 組ではすべてに適合しない可能性があることを念頭に作成します。カスタマイズ・レベルは、取引タイプのみでなく、それより細かいレベルに及ぶ可能性があります。これにより、開発とテストに必要な時間がどちらも増える可能性があります。取引先と顧客は同じ意味ではありません。たとえば、10 店舗で構成されるチェーン店で、店舗ごとに異なるデータが取引に必要な場合、取引先データ・マップは 1 つではなく 10 になります。別の例として、カリフォルニア州にある取引先の場合、州の法令で有害資材の出荷には追加データが必要になるということもあります。

初に、Oracle e-Commerce Gateway と変換機能との初期マッピング、変換、設定および相互作用を内部的にテストして検証します。たとえば、次のようなテストが含まれます。



� Oracle e-Commerce Gateway への入出力に関するインタフェース・ファイルのテスト

� 変換機能との相互作用テスト

� アプリケーションと変換機能の出力 / 入力との間のパスに沿った相互作用テスト

� アプリケーションとの間で授受されるデータと、変換機能に入出力される EDI 取引ファイルの比較検証

アウトバウンドおよびインバウンドの初の取引をテストする取引先を選び、テスト・サイトになることについてその取引先からの合意を取得します。

取引先の数が多い場合は、次のようなフェーズ・テスト方式が必要な場合があります。

� 初は少数の取引先でテストを行い、マッピングが正しいことと、新しいマッピング仕様またはソフトウェア（あるいはその両方）が原因で発生する初期の問題をすべて識別します。

� 次に、取引先の数を増やし、初の取引先テストの結果実装された訂正内容を検証します。

� 後に、全取引先とテストするかまたは製品ステータスに直接移行します。

テストの次の段階に進む前に、それぞれの段階で正しい操作を検収したことを文書化することが重要です。

実装計画実装計画実装計画実装計画 e-Commerce 取引の送受信処理は、比較的単純です。ただし、単純な概念にはよくあることですが、顧客、取引先および変換機能の要件をマッピングして、各段階で正しいフィールドに必要なデータが埋められるようにするために多くの作業が必要になります。実装時間のほとんどは、この作業に費やされます。

標準的な Oracle e-Commerce Gateway の実装に伴う問題点のチェックリストを要約して、次に示します。

� データ・マッピング要件

� 取引先の設定

� 一般的なコード変換の設定

� 拡張表（アウトバウンド取引）

� 取引に使用される標準

� Oracle Applications での関連機能

� 取引インタフェース・ファイルおよびアプリケーション・オープン・インタフェースでの必須フィールドとデフォルト

� アプリケーションを使用するための顧客の設定と手順



� e-Commerce に関連するアプリケーション内での手続きおよびビジネス・ルールの変更

� 取引先と合意した特定の実装ルール

� 取引インタフェース・ファイルの作成および使用における変換機能の能力

� 変換機能と Oracle e-Commerce Gateway 間でのファイル転送方式

計画プロセスには次が含まれます。

� プロジェクト計画の作成

� 各取引がビジネスに与える影響の調査と理解

� カスタマイズ要件の特定

� 変換機能インタフェースの調整

� すべての設定データの照合

� 取引またはメッセージの仕様の文書化

� テスト計画の作成

� 取引のアーカイブ・ポリシーの作成

� 取引先とのテストの調整

プロジェクトの範囲は、実装担当者の知識、定義する取引先サイト数、実装する取引数および変換機能で必要なデータ・マップ数に依存します。

単純なプロジェクトは、サポートする取引が 1 種類で、取引先の数が少なく、コード変換が小限で済むようなプロジェクトです。

設定には、ハードウェア設定と事前作成製品のソフトウェア・インストールが含まれます。コード変換およびカスタマイズに必要な変更は含まれません。これらは変更フェーズの一部です。また、変更がテストの前にあったり（定義フェーズで変更の必要性が確認された場合）、変更フェーズの後に別のテスト・フェーズがある場合もあります。この第 2 フェーズのガイドラインとしては、小限、変更作業 1 日分につき、テストを 1 日確保するようにします。

単純なプロジェクトの場合の概略所要日数は、顧客の EDI 実装担当者と経験を積んだOracle e-Commerce Gateway 実装担当者が基本の Oracle アプリケーションをよく理解している場合、次のようになります。



フェーズフェーズフェーズフェーズ時間数時間数時間数時間数（日数）（日数）（日数）（日数）

顧客の顧客の顧客の顧客の EDI 実実実実装担当者装担当者装担当者装担当者

経験を積んだ経験を積んだ経験を積んだ経験を積んだ Oracle e-Commerce Gateway実装担当者実装担当者実装担当者実装担当者

教育 2 X X

プロジェクトの定義 10 X X

設定 2 X X

テスト 10 X X

変更 TBD X X

製品ステータスへの移行 5 X

製品ステータス / 継続サポート 15 X X


Oracle e-Commerce Gateway 実装チェックリ

3
実装チェックリスト実装チェックリスト実装チェックリスト実装チェックリスト


実装ステップ : 3-2 ページ

ソフトウェア・アップグレードでの実装チェックリスト : 3-2 ページ

新規インストールでの実装チェックリスト : 3-5 ページ

メンテナンス・パッチでの実装チェックリスト : 3-6 ページ

スト 3-1

実装ステップ

実装ステップ実装ステップ実装ステップ実装ステップリリース 11i で取引を実装する際のステップのリストを次に示します。トータル・ソリューションとしては、他の Oracle Applications モジュールや変換機能が必要になるため、これらの製品への参照も含まれています。

取引を実装するにあたり、開始するタイミングは次のように 3 つあります。

� リリース 10.7 またはリリース 11 からリリース 11i へのアップグレード

� リリース 11i の新規インストール

� リリース 11i のメンテナンス・パッチの適用

実装チェックリストの目的は、実装プロセス全体を通してガイドすることです。各ステップの詳細は、参照されている実装の項または対応する Oracle 参照マニュアルに説明されています。

ソフトウェア・アップグレードでの実装チェックリストソフトウェア・アップグレードでの実装チェックリストソフトウェア・アップグレードでの実装チェックリストソフトウェア・アップグレードでの実装チェックリスト

ステップステップステップステップ必須必須必須必須 /任意任意任意任意摘要摘要摘要摘要

参照参照参照参照（（（（IG: インプリメンテーション・インプリメンテーション・インプリメンテーション・インプリメンテーション・ガイド）ガイド）ガイド）ガイド）

1 必須リリース 10.7 またはリリース 11 で実装されている取

引のそれぞれに対して、次のサーバー側スクリプトを実行します。これらのスクリプトは、アップグレード前の取引レイアウト定義およびコード変換割当をレポートします。

リリース 10.7:

ECEUGR.sql - レイアウト定義用

ECEUGR2.sql - コード変換割当用

リリース 11:

ECELAYDR.sql - レイアウト定義用

ECEXREFR.sql - コード変換割当用

アップグレードのドキュメント

IG: レポート・スクリプト

IG: リリース 11i アップグレー

ド・ガイドラインの検討

2 必須リリース 11i Oracle e-Commerce Gateway をインス

トールします。

Oracle AutoInstall マニュアル

3 必須リリース 10.7 またはリリース 11 で実装されている取

引のそれぞれに対して次のレポートを実行し、アップデート後のリリース 11i の取引レイアウト定義とコー

ド変換割当を表示します。

取引レイアウト定義レポート

コード変換値レポート

ユーザーズ・ガイド : レポート


ソフトウェア・アップグレードでの実装チェックリスト

4 必要な場合アップグレード前とアップグレード後のレポートを比較し、取引レイアウト定義とコード変換割当での違いを確認します。必要な変更を加えます。

取引レイアウト定義の調整

コード・カテゴリの再割当

これはアップグレードなので、検証ルールには調整の必要な違いはありません。

ユーザーズ・ガイド :

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

カテゴリの割当

IG: 取引インタフェース・ファ

イルの変更

IG: コード変換の設定

5 必須システム・プロファイルを設定します。インバウンドおよびアウトバウンドのディレクトリ・パスのプロファイルには特に注意します。

インバウンド・ファイル・ディレクトリ

アウトバウンド・ファイル・ディレクトリ

ユーザーズ・ガイド : プロファ

イル・オプションの設定

IG: プロファイルの設定

6 必須システム・プロファイルに定義したインバウンドおよびアウトバウンドのディレクトリ・パスが、INIT.ORA ファイルの UTL_FILE_DIR の設定と一致

するようにします。 INIT.ORA ファイルに変更を加え

た場合は、データベースを再起動します。

IG: INIT.ORA ファイルの UTL_FILE_DIR パラメータの定義

7 必要な場合汎用取引プロファイルを設定します。

取引を使用可能または使用不可にします（すべての取引）。

所在地優先を指定します（インバウンド取引）。




8 必要な場合アウトバウンド取引（発注取引や発注変更取引など）に対して取引固有のプロファイルを設定します。




9 必須（インバウンド取引）

シードされている処理ルール処理を検討し、デフォルト動作を希望しない場合はルール処理を更新します。

IG: 処理ルールおよび列ルール

とその処理の決定


必須フィールドにシードされている列ルール処理を検討し、デフォルト動作を希望しない場合はルール処理を更新します。

IG:

処理ルールおよび列ルールとその処理の決定

Oracle Applications の取引の詳

細


日付フィールドと数値フィールドにシードされている列ルール処理を検討し、デフォルト動作を希望しない場合はルール処理を更新します。



12 任意（インバウンド取引）

取引のその他の列に列ルールが必要かどうかを判断します。



Oracle e-Commerce Gateway 実装チェックリスト 3-3

ソフトウェア・アップグレードでの実装チェックリスト

13 必要な場合参照フィールド、付加フレックスフィールドまたは

Oracle e-Commerce Gateway の拡張可能アーキテク

チャを使用して、追加データ・フィールドを必要に応じて使用可能にします。

IG: 追加取引データの有効化

14 任意取引のインタフェース・ファイル定義（レコード・レイアウト）を検討し、必要であれば調整します。

ユーザーズ・ガイド : インタ

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

IG: 取引インタフェース・ファ

イルの変更

15 必須取引レイアウト定義レポートを実行し、現在の定義を取得します。


16 必須変換機能のデータ・マップを取引インタフェース・ファイル定義に同期させます。

IG: 変換機能とのインタフェー

ス

17 必須 Oracle Applications に定義されている取引先エン

ティティ（顧客サイト、仕入先サイト、銀行支店、社内事業所）に事業所コードが定義されていることを確認します。

IG: Oracle Applications の取引

の詳細

18 必須取引先を定義します。

「取引先の定義」ウィンドウの「割当」タブを使用して、取引先を Oracle Applications の所在地サイトに

割り当てます。

「取引先の定義」ウィンドウの「詳細」タブを使用して、変換機能コードを定義します。これが取引先の変

換機能定義へのリンクです。

取引先に対して取引を使用可能にします。

IG:

取引先の設定

取引先詳細に関する項

19 必要な場合コード変換を設定します。

コード変換カテゴリを検討または定義します。

コード変換を使用可能にします。

コード変換値を定義します。

IG:

コード変換の設定

コード変換詳細に関する項

20 必須それぞれの取引に関して Oracle Applications の設定

を検討し、必要に応じて更新します。

IG: Oracle Applications の取引

の詳細

21 必須取引をテストするデータを準備します。

アウトバウンド取引をテストするデータを Oracle Applications に追加します。

インバウンド取引をテストするインバウンド・ファイルを作成します。

IG: 取引のテスト


新規インストールでの実装チェックリスト

以上の作業で次のことが完了します。

� アップグレード・バージョンのインストール

� アップグレード後のカスタム開発部分の再統合（該当する場合）

� システム・プロファイルと取引プロファイルの設定

� 処理ルールと列ルールの設定

� コード変換の設定

� 取引先の設定

� 基本の Oracle Applications の設定

� 取引インタフェース・ファイル定義の変更（該当する場合）

サイト固有の構成を実行する前に、単純なアウトバウンド取引またはインバウンド取引（あるいはその両方）を Oracle e-Commerce Gateway 経由で渡し、インストールを検証することをお薦めします。

新規インストールでの実装チェックリスト新規インストールでの実装チェックリスト新規インストールでの実装チェックリスト新規インストールでの実装チェックリスト正しく実装するために、次のことを実行します。

� 第 1 章「概要」を読み、前提条件をよく理解します。

� Oracle e-Commerce Gateway を実装する前に、Oracle Applications の関連モジュールを実装します。

� Oracle e-Commerce Gateway の設定をよく理解します。

Oracle e-Commerce Gateway を初めて実装する場合は、比較および調整対象の既存のシード・データが存在しないので、「ソフトウェア・アップグレードでの実装チェックリスト」の項に説明されているステップ 1、3 および 4 は不要です。次のように、ステップ 2.1 と 2.2

22 必須実装中の取引を、期待どおりの結果が出るまで、いくつかのレベルでテストします。

内部テスト（Oracle e-Commerce Gateway と Oracle Applications）

変換機能を使用したテスト

取引先とのテスト

IG: 取引のテスト

23 必須完全にテストした取引を製品用にリリースします。

24 必要な場合必要に応じて、取引インタフェース・ファイルをアーカイブします。

IG: アーカイブとバックアップ


メンテナンス・パッチでの実装チェックリスト

を追加します。実装プロセスを開始するには、Oracle e-Commerce Gateway の役割の定義に加えて、その他の実装ステップもすべて必要です。

� これで、ソフトウェア・アップグレードでの項目に加えて、次の設定が行われています。

� インバウンドおよびアウトバウンドのディレクトリ・パスのシステム・オプションがシステム・プロファイルに定義され、INIT.ORA ファイルの UTL_FILE_DIR 設定と一致しています。

� システム・プロファイルと取引プロファイルが（必要に応じて）設定されています。

� 取引固有のオプションが（必要に応じて）実装されています。

メンテナンス・パッチでの実装チェックリストメンテナンス・パッチでの実装チェックリストメンテナンス・パッチでの実装チェックリストメンテナンス・パッチでの実装チェックリストリリース 11i 環境にメンテナンス・パッチをインストールする場合は、元のシード・データに加えられたカスタマイズを保持するために、追加の実装ステップが必要になります。

メンテナンス・パッチの適用により影響を受ける可能性のあるシード・データは、次のように 4 種類あります。

� 取引レイアウト定義

� コード変換割当

� 処理ルールおよびその対応処理

� 列ルールおよびその対応処理

インストール前後のシード・データ値を比較するには、Oracle e-Commerce Gateway のシード・データの調整処理を使用します。プログラムのパラメータに対してどのように応答するかにより、プログラムはカスタマイズ・シード・データを保持するかまたは上書きするかのいずれかを実行します。さらに、プログラムで自動的に調整できないものはすべて報告されます。この例外を検討し、必要に応じて再実装を行います。

ステップステップステップステップ必須必須必須必須 /任意任意任意任意摘要摘要摘要摘要

参照参照参照参照（（（（IG: インプリメンテーション・インプリメンテーション・インプリメンテーション・インプリメンテーション・ガイド）ガイド）ガイド）ガイド）

1 省略スクリプトを実行します。

2.1 必須アクセス職責を定義します。 IG: 職責の定義

2.2 必須 UTL_FILE_DIR パラメータを定義します。 DBA によ

り行われます。 IG: INIT.ORA ファイルの UTL_FILE_DIR パラメータの定義

3 省略それぞれの取引に対してレポートを実行します。

4 省略レポートを比較します。



カスタマイズ・シード・データを元のシード・データ値に再実装し、取引レイアウト定義と変換機能を同期させるには、次の実装ステップが必要です。業務の中断を小限に抑えるには、メンテナンス・パッチを速やかにインストールし実装することが不可欠です。

ステップステップステップステップ

必須必須必須必須 /

任意任意任意任意摘要摘要摘要摘要

参照参照参照参照

（（（（IG: インプリメンテーション・インプリメンテーション・インプリメンテーション・インプリメンテーション・ガイド）ガイド）ガイド）ガイド）

1 必須メンテナンス・パッチに同梱の README テキストを

よく読み、レイアウト定義の変更を含む取引を特定します。

特定された取引のそれぞれに対してシード・データ・レポートを実行し、

パッチ適用前の値を取得します。

取引レイアウト定義レポート

コード変換値レポート


2 必須メンテナンス・パッチを適用します。 Oracle AutoInstall マニュアル

3 必要な場合値リスト内の各取引に対してシード・データの調整処理を実行し、シード・データの差異を解決します。値リストが調整され、処理された取引が反映されます。自動的に調整できないシード・データ差異を含むレポートが提供されます。

ユーザーズ・ガイド : シード・

データの調整

4 必要な場合自動的に調整できないシード・データ差異を手動で解決します。

取引レイアウト定義を調整します。

コード・カテゴリを再割当します。

処理ルール処理を再定義します。

列ルールとその処理を再定義します。

影響を受けるそれぞれの取引に対してこのステップを繰り返します。

ユーザーズ・ガイド :

インタフェース・ファイル定義

コード変換カテゴリ割当

処理ルールの割当

列ルールの割当

5 必要な場合メンテナンス・パッチをインストールした結果追加された新規データ要素を有効にするために、そのデータ要素にレコード属性を割り当てます。変更の説明は、

メンテナンス・パッチに同梱の README テキストを

参照してください。

ユーザーズ・ガイド : インタ

フェース・ファイル定義

6 必要な場合メンテナンス・パッチをインストールした結果追加された新規データ要素に、必要に応じて列ルールを定義します。

ユーザーズ・ガイド : 列ルール

の割当





以上の作業で次のことが完了します。

� 新のパッチが適用されます（該当する場合）。

� パッチを適用した後に、カスタム開発部分がすべて再統合されます（該当する場合）。

� シード・データの調整処理がシード・データを保持または上書きします。

� 取引インタフェース・ファイル定義の変更が完了します（該当する場合）。

サイト固有の構成を実行する前に、単純なアウトバウンド取引またはインバウンド取引（あるいはその両方）を Oracle e-Commerce Gateway 経由で渡し、インストールを検証することをお薦めします。

7 必要な場合変換機能のデータ・マップと取引インタフェース・ファイル定義を同期させます。

IG: 変換機能とのインタフェー

ス


実装の

4
実装の詳細実装の詳細実装の詳細実装の詳細

レポート・スクリプト : 4-2 ページ

職責の定義 : 4-3 ページ

INIT.ORA ファイルの UTL_FILE_DIR パラメータの定義 : 4-4 ページ

リリース 11i アップグレード・ガイドラインの検討 : 4-5 ページ

プロファイルの設定 : 4-7 ページ

処理ルールおよび列ルールとその処理の決定 : 4-14 ページ

追加取引データの有効化 : 4-20 ページ

取引インタフェース・ファイルの変更 : 4-23 ページ

新規取引レイアウト定義と変換機能の同期 : 4-27 ページ

取引インタフェース・ファイルの定義でよくあるエラー : 4-28 ページ

取引先の設定 : 4-29 ページ

コード変換の設定 : 4-33 ページ

変換機能とのインタフェース : 4-35 ページ

アーカイブとバックアップ : 4-38 ページ

詳細 4-1

レポート・スクリプト

レポート・スクリプトレポート・スクリプトレポート・スクリプトレポート・スクリプト取引レイアウト定義とコード変換割当をレポートするサーバー側 SQL スクリプトは 2 種類あります。このレポート・スクリプトの名前は次のとおりです。

これらのファイルがサーバーのどこに格納されているかは、DBA に尋ねてください。

これらのレポート・スクリプトは、取引インタフェース・ファイル定義とコード変換割当の、アップグレード前とアップグレード後のイメージを提供します。この情報を使用すると、元の環境でカスタマイズした部分を新しくアップグレードされた環境にあわせて再実装できます。

既存のリリース 11i 環境にメンテナンス・パッチを適用する場合は、これは当てはまりません。

リリース 11i 環境でのカスタマイズされたシード・データの管理の詳細は、「シード・データの調整」の項を参照してください。

これらのレコードは、SQL*Plus で実行できます。レポート・スクリプトには 2 つのパラメータがあります。

1. 出力ファイル名

2. 取引 ID

表表表表 4-1 リリースリリースリリースリリース 10.7 での有効な取引での有効な取引での有効な取引での有効な取引 ID の一覧の一覧の一覧の一覧

リリースリリースリリースリリース 10.7

ECEUGR.sql - 取引レイアウト定義用

ECEUGR2.sql - コード変換割当用

リリースリリースリリースリリース 11

ECELAYDR.sql - 取引レイアウト定義用

ECEXREFR.sql - コード変換割当用

取引取引取引取引 ID 取引摘要取引摘要取引摘要取引摘要 ASC X12 EDIFACT

ASNO アウトバウンド出荷通知 / 証明 856 DESADV

INO アウトバウンド請求 810 INVOIC

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

POI インバウンド発注 850 ORDERS


職責の定義

表表表表 4-2 リリースリリースリリースリリース 11 での有効な取引での有効な取引での有効な取引での有効な取引 ID の一覧の一覧の一覧の一覧

職責の定義職責の定義職責の定義職責の定義このステップでは、Oracle e-Commerce Gateway のデータベースとウィンドウにアクセスするための Oracle e-Commerce Gateway 職責をユーザーに割り当てます。

取引取引取引取引 ID 取引摘要取引摘要取引摘要取引摘要 ASC X12 EDIFACT

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

824 APERAK

DSNO アウトバウンド出荷通知 / 証明 856 DESADV

INO アウトバウンド請求書 810 INVOIC

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

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

PYO アウトバウンド支払オーダー / 送金アド

バイス

820 PAYORD-REMADV

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

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

ASNI インバウンド出荷通知 / 証明 856 DESDAV

CATI インバウンド価格 / 営業カタログ 832 PRICAT

INI インバウンド請求書 810 INVOIC

POI インバウンド発注 850 ORDERS

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

SBNI インバウンド出荷および請求通知 857 N/A

職責職責職責職責処理処理処理処理

システム管理者 Oracle e-Commerce Gateway 職責をユーザーに

割り当てます。

実装の詳細 4-3

INIT.ORA ファイルの UTL_FILE_DIR パラメータの定義

INIT.ORA ファイルのファイルのファイルのファイルの UTL_FILE_DIR パラメータの定義パラメータの定義パラメータの定義パラメータの定義データベース管理者（DBA）がこのステップを実行します。

Oracle e-Commerce Gateway を使用するには、インバウンドおよびアウトバウンドの両方の取引のデータ・ファイルが格納されるディレクトリを、初に作成する必要があります。 Oracle e-Commerce Gateway では、サーバー上にあるフラット形式の ASCII 取引インタフェース・ファイルの読込みと書込みに UTL_FILE パッケージを使用します。

UTL_FILE で書き込めるのはアクセス可能なディレクトリのみです。ディレクトリは、init<SID>.ora ファイルの utl_file_dir パラメータにより定義されます。通常、このファイルは、$ORACLE_HOME/dbs ディレクトリにあります。このファイル内では、アクセス可能なディレクトリはそれぞれ次のような行により示されています。

utl_file_dir = directory_name

directory_nameの仕様は、オペレーティング・システムにより異なります。オペレーティング・システムで大 / 小文字を区別する場合、directory_nameは大 / 小文字を区別して指定します。 directory_nameの値は、変数、論理ディレクトリまたは別名ではなく、物理ディレクトリの値であることが必要です。さらに、directory_nameの値は、Oracle e-Commerce Gateway のプロファイルの ECE: インバウンド・ファイル・パスおよび ECE: 出力ファイル・パスに定義されている値に一致する必要があります。詳細は、「プロファイルの設定」の項を参照してください。

たとえば、UNIX システムシステムシステムシステムの場合は次のエントリは正しいエントリです（指定されているディレクトリが存在している場合）。

utl_file_dir = /tmp

utl_file_dir = /home/oracle/output_files

この形態のデータベース・セキュリティに加えて、オペレーティング・システムのセキュリオペレーティング・システムのセキュリオペレーティング・システムのセキュリオペレーティング・システムのセキュリティティティティも考慮する必要があります。 UTL_FILE で実行されるファイル I/O 操作は、Oracle ユーザーにより行われます（Oracle ユーザーは、データベースの実行に使用されるファイルの所有者で、データベース・インスタンスを構成するプロセスの所有者でもあります）。このため、Oracle ユーザーには、アクセス可能なディレクトリに対する読取り / 書込みオペレーティング・システム権限が必要です。 Oracle ユーザーがアクセス可能ディレクトリに対するアクセス権を持っていない場合は、オペレーティング・システムによりそのディレクトリに対する操作が禁止されます。

Oracle ユーザーが指定されたディレクトリに対してファイルの作成、削除、名前変更、読取りおよび書込みを行えるようにするには、DBA がオペレーティング・システム・レベルでCHMOD 777 コマンドを発行してディレクトリとファイルに対するアクセス権限をユーザーに付与する必要があります。これは UNIX の場合の例なので、使用しているオペレーティング・システムのコマンドを使用してください。

init<SID>.ora ファイルへの変更を有効にするには、Oracle インスタンスをシャットダウンしてから再度立ち上げる必要があります。


リリース 11i アップグレード・ガイドラインの検討

リリースリリースリリースリリース 11i アップグレード・ガイドラインの検討アップグレード・ガイドラインの検討アップグレード・ガイドラインの検討アップグレード・ガイドラインの検討

リリースリリースリリースリリース 11i へのアップグレードへのアップグレードへのアップグレードへのアップグレードこの項では、リリース 11i へのアップグレードを計画する際に考慮の必要なトピックについて一般的な情報を説明します。

リリース 11i へのアップグレードを適切に行うには、アップグレード処理に関与する全員が『Oracle Applications のアップグレードリリース 11i』に説明されている情報を理解しておくようにします。アップグレード処理では次の点に注意します。

� アップグレードを開始する前に、使用製品に該当するステップをすべて読んでから、アップグレードを計画します。これにより、ユーザーが特定の組合せの製品に対しても効率的にアップグレードを準備し実行する方法を判断できます。

� アップグレードの準備が不十分でアップグレードを正しく完了できないと、アップグレード処理にマイナスの影響が出ます。

� リリース 11i にアップグレードするには、Oracle Applictions のリリース 10.7（NCA、SmartClient または文字モード）またはリリース 11 を使用している必要があります。リリース 10.7 より前のリリースから直接リリース 11i にアップグレードすることはできません。

� アップグレード・ステップを実行するときに表示されるすべての警告に注意が必要です。様々な製品に対して慎重にアップグレードの準備を行うことにより、エラーを回避できます。

� リリース 11i での Oracle Applications に対する変更と拡張をすべて示すリストは、『Oracle Applications 製品アップデート・ノート』を参照してください。

Automotive を使用している場合は、『リリース 11i Automotive アップグレード』を参照し、アップグレードの前後で必要なステップをすべて必ず実行するようにします。

すでに Oracle Order Entry を使用しているユーザーの場合、リリース 11i の初のリリースには Oracle Order Entry が含まれていないので新しい Oracle Order Management 製品がリリースされるまでの間、インバウンド発注（850/ORDERS）取引および出荷基準アウトバウンド出荷通知 / 証明（856/DESADV）取引を使用できないので注意してください。

Oracle e-Commerce で提供されている新のパッチ・セットを使用して新の状態にしておくことが重要です。これにより、新のバグ修正と追加機能が反映されます。利用可能な新のパッチは、オラクル社カスタマ・サポート・センターまたはセンターのオラクル・サポート・ホームページから入手できます。

リリース 11i のアップグレード処理を実行する前に、提供されている 2 つのレポート・スクリプトを実行することを忘れないでください。この 2 つのレポート・スクリプトは、既存の取引レコード・レイアウトに対して加えられているカスタマイズや、拡張表を反映するために表に加えた更新を識別し、新規コード変換カテゴリが追加されていれば、それを識別するために役立ちます。

実装の詳細 4-5

リリース 11i アップグレード・ガイドラインの検討

シード・データ（拡張表またはプログラム・ルーチンを含む）をカスタマイズしてある場合は、アップグレードを適用する前後にレポート・スクリプトを実行します。アップグレード前のレポートにより現在の定義が識別され、アップグレード後のレポートにより、アップグレードが適用された後の新規定義が識別されます。この 2 つのレポートの違いにより、評価の必要なカスタマイズ部分が特定されます。アップグレードを適用した後、必要な場合はカスタマイズ部分を再実装します。さらに、パッチを適用する前に、ソフトウェアの変更が完全に文書化されていることを確認してください。文書化してあれば、変更の再実装が容易になり、シード・データ調整処理で取引レイアウトや取引設定をリストアできなかった場合に追加の変更を加えることができます。

この 2 種類のレポート・スクリプトの実行方法の詳細は、『リリース 11i アップグレード』マニュアルにあります。

シード・データの調整シード・データの調整シード・データの調整シード・データの調整シード・データは、一般に、Oracle Applications の標準インストールによりインストールされるすべてのデータを意味します。これには、メニュー定義、コンカレント・マネージャ定義、値リストなどが含まれます。この項では、シード・データの意味は次に限定されています。

� 取引レコード・レイアウトの定義に使用されるデータ

� 取引レコード・レイアウトに対するコード・カテゴリの割当に使用されるデータ

� 取引に関連する処理ルールの定義に使用されるデータ

� 取引に関連する列ルールの定義に使用されるデータ

取引固有のパッチが適用されるたびに、取引レコード・レイアウトには変更または追加が加えられる可能性があります。コード・カテゴリ割当、列ルールおよび処理ルールは取引レコード・レイアウトと緊密にリンクされているため、取引レコード・レイアウトに変更が加えられるとこれらの定義も影響を受けることがあります。

リリース 11i のシード・データ調整処理では、パッチにより取引レコード・レイアウトが更新されている場合は、パッチ適用前の取引レコード・レイアウトを再適用するかまたは新しい取引レコード・レイアウトを使用するかを選択できます。適用前の取引レコード・レイアウトを保持しておくと、取引を使用する処理（変換機能など）での取引データ・マップの変更が低限に抑えられるかまたはなくなります。

シード・データ調整処理では、取引レコード・レイアウトを調整するのみでなく、取引レコード・レイアウトの変更に関連するコード変換割当、列ルールおよび処理ルールに対して調整を実行します。

シード・データ調整処理の詳細は、『Oracle e-Commerce Gateway ユーザーズ・ガイド』を参照してください。


プロファイルの設定

プロファイルの設定プロファイルの設定プロファイルの設定プロファイルの設定まったく同じように運営される企業は 2 つとないことを認識した上で、Oracle e-Commerce Gateway では実装構成用のプロファイル・オプションをユーザーに提供しています。これにより、個々のビジネス環境に沿った ERP 環境を設定できます。

Oracle e-Commerce Gateway では、すべての取引で使用されるシステム・レベルのプロファイル・オプションと、特定の取引で使用される取引レベルのプロファイル・オプションという 2 種類のプロファイル・オプションをサポートします。システム・レベルのプロファイル・オプションは通常は初期設定として指定し、取引レベルのプロファイル・オプションは取引の実装中に指定します。

システム・プロファイル（初期設定）システム・プロファイル（初期設定）システム・プロファイル（初期設定）システム・プロファイル（初期設定）3 つのプロファイル・オプションを次の表に示します。プロファイル・オプションが必須かオプションかということと、プロファイル・オプションのデフォルト値が示されています。

表表表表 4-3 システム・プロファイルシステム・プロファイルシステム・プロファイルシステム・プロファイル

システム・プロファイル・オプションシステム・プロファイル・オプションシステム・プロファイル・オプションシステム・プロファイル・オプション摘要摘要摘要摘要必須必須必須必須デフォルトデフォルトデフォルトデフォルト値値値値

ECE: OUT_FILE_PATH アウトバウンド・データ・ファイルの書込み先ディレクトリを示します。この値は、ディス

ク上の実際のディレクトリ（INIT.ORA ファイ

ルに指定されているディレクトリ）に一致する必要があります。

Yes デフォルトなし

ECE: ATT_SPLIT_WORD_ALLOWED 「Yes」は、セグメント・サイズに到達したと

きに添付内の語句が分割されることを示します。「No」は、セグメント・サイズに到達し

たときに語句が分割されないことを示します。直近のスペースまたは句読点で分割されます。


ECE: IN_FILE_PATH インバウンド・データ・ファイルの読込み元のディレクトリを示します。この値は、ディス

ク上の実際のディレクトリ（INIT.ORA ファイ

ルで指定されているディレクトリ）に一致する必要があります。


実装の詳細 4-7


「システム・プロファイル」ウィンドウ「システム・プロファイル」ウィンドウ「システム・プロファイル」ウィンドウ「システム・プロファイル」ウィンドウ

ECE_OUT_FILE_PATH

必須フィールドです。 Oracle e-Commerce Gateway がアウトバウンド・データ・ファイルの書込み先の決定に使用するアウトバウンド・ファイル・パスです。設定されていない場合は、アウトバウンド取引ができません。この値は、INIT.ORA ファイルに定義されている実際のディレクトリに一致する必要があります。

ECE_ATT_SPLIT_WORD_ALLOWED

このプロファイル・オプションは、発注取引での添付用に使用されます。具体的には、発注アウトバウンドと発注変更アウトバウンドに使用されます。このプロファイル・オプションの目的は、変換プロセスでのデータ・マッピングに役立つように、長いテキストをいくつかのレコードに分割することです。このフラグを「Yes」に設定すると、語句を分割することを意味します。「No」に設定すると、直近のスペースまたは語句で分割されます。



ECE_IN_FILE_PATH

必須フィールドです。 Oracle e-Commerce Gateway がインバウンド・データ・ファイルの読込み元の決定に使用するインバウンド・ファイル・パスです。設定されていない場合は、インバウンド取引ができません。この値は、INIT.ORA ファイルに定義されている実際のディレクトリに一致する必要があります。

注意 : ディレクトリ・パスに関連するシステム・プロファイル・オプションの詳細は、「INIT.ORA ファイルの UTL_FILE_DIR パラメータの定義」を参照してください。

取引プロファイル（取引の実装中に設定）取引プロファイル（取引の実装中に設定）取引プロファイル（取引の実装中に設定）取引プロファイル（取引の実装中に設定）取引プロファイルは次のように分類されます。

� 各インバウンド取引の所在地優先指定

� 各取引に対する使用可能 / 使用禁止フラグ

� 取引固有のオプション

各取引には、所在地優先プロファイルと取引可能プロファイルという 2 つのプロファイルがあります。プロファイル・オプションが必須かオプションかということと、プロファイル・オプションのデフォルト値が示されています。

表表表表 4-4 一般的な取引プロファイル一般的な取引プロファイル一般的な取引プロファイル一般的な取引プロファイル

取引プロファイル・オプション取引プロファイル・オプション取引プロファイル・オプション取引プロファイル・オプション摘要摘要摘要摘要必須必須必須必須デフォルトデフォルトデフォルトデフォルト値値値値

ECE_XXX_ADDRESS_PRECEDENCE

取引で所在地優先を使用可能にします。xxx は

特定のインバウンド取引を表します。

Yes Yes

ECE_XXI_ENABLED インバウンド取引を使用可能にします。xxx は

特定のインバウンド取引を表します。

Yes No

ECE_XXO_ENABLED アウトバウンド取引を使用可能にします。xxxは特定のアウトバウンド取引を表します。

Yes No

実装の詳細 4-9


「取引プロファイル」ウィンドウ「取引プロファイル」ウィンドウ「取引プロファイル」ウィンドウ「取引プロファイル」ウィンドウ

各取引の可能各取引の可能各取引の可能各取引の可能 / 不可能フラグ不可能フラグ不可能フラグ不可能フラグOracle e-Commerce Gateway でサポートされている取引には、それぞれに取引可能フラグがあります（ ECE_XXX_ENABLED。XXX は特定の取引を表します）。このフラグは、取引をシステム・レベルで使用可能にするか使用禁止にするかを示します。この設定は、特定の取引を Oracle e-Commerce Gateway で処理できるようにするかどうかを決定します。このフラグが使用禁止になっている場合、取引は Oracle e-Commerce Gateway では処理されません。取引先レベルで取引を使用可能にするには、「取引先の定義」ウィンドウの「詳細」タブにあるフラグを使用可能に設定する必要があります。

各インバウンド取引の所在地優先指定各インバウンド取引の所在地優先指定各インバウンド取引の所在地優先指定各インバウンド取引の所在地優先指定すべてのインバウンド取引には、所在地を導出する際の優先順位を指定するプロファイル・オプションがあります。所在地の導出では、インバウンド取引インタフェース・ファイルでOracle e-Commerce Gateway に対して提供される特定のコードに基づいて所在地が導出されます。



所在地優先指定には、一意の所在地 ID、事業所コード / 変換機能コード、所在地名および物理所在地というコンポーネントが関係します。これらの所在地は、取引の処理中に確認、検証されます。ユーザーが、取引で使用される導出順序を定義することもできます。

Oracle e-Commerce Gateway が基本の Oracle Applictions から所在地サイトを導出する順序を決定できます（取引ファイルにそのデータが含まれている場合）。

3 種類の検索、たとえば、EDI 事業所コードと変換機能コードの組合せ、物理所在地および事業所名に対応する LTC、PHA、LON の組合せが実行されます。初のルールの EDI 事業所コードと変換機能コードの組合せ（LTC）で基本の Oracle Applications の所在地サイトが決定されない場合は、取引内に指定されている完全な形の物理所在地（PHA）を使用して所在地サイトが検索されます。後に、取引に含まれている事業所名（LON）で検索されます。

所在地導出優先プロファイルの値には、各インバウンド取引の処理の前に実行される検証の順序をユーザーが定義する必要があります。有効な組合せは次のとおりです。

LTC、PHA、LON

LTC、LON、PHA

PHA、LTC、LON

PHA、LON、LTC

LON、LTC、PHA

LON、PHA、LTC

ここで、

LTC は、EDI 事業所コードと変換機能コードの組合せを表します。

PHA は物理所在地を表します。

LON は事業所名を表します。

取引固有のオプション取引固有のオプション取引固有のオプション取引固有のオプション

発注取引発注取引発注取引発注取引発注取引には、仕入先への添付を処理するための追加プロファイルがあります。これらのプロファイルには、様々な取引レベルで添付を使用可能にするかどうかをユーザーが定義する必要があります。プロファイル・オプションの目的は、取引インタフェース・ファイルのサイズを管理可能な大きさにすることです。次の表にリストされているプロファイルで使用可能な値は「Yes」または「No」です。「Yes」は添付を使用可能にし、「No」は添付を使用禁止にします。添付を使用する場合は、添付セグメント・サイズ・プロファイル・オプションも定義する必要があります。

実装の詳細 4-11


添付は複数のレベルでサポートされています。

ヘッダー・レベル : ヘッダー添付

在庫品目レベル : マスター品目添付と在庫品目添付

発注明細レベル : 明細添付

出荷レベル : 出荷添付

表表表表 4-5 発注固有の取引プロファイル発注固有の取引プロファイル発注固有の取引プロファイル発注固有の取引プロファイル

注意 : アウトバウンド発注変更取引にもこれと同じオプションが適用されます。

発注固有の取引プロファイル・オプション発注固有の取引プロファイル・オプション発注固有の取引プロファイル・オプション発注固有の取引プロファイル・オプション摘要摘要摘要摘要必須必須必須必須デフォルト値デフォルト値デフォルト値デフォルト値

ECE:POO_ATTACHMENT_SEGMENT_SIZE

アウトバウンド発注取引の添付セグメント・サイズを設定します。添付はデータ・

ファイルに挿入できるように、セグメントに分割できます。セグメント・サイズはバ

イト単位で表されます。

Yes 400

ECE:POO_HEADER_ATTACHMENT_

ENABLED

アウトバウンド発注取引のヘッダー添付を使用可能にします。

Yes No

ECE:POO_INVENTORY_MITEM_ATTACHMENT

アウトバウンド発注取引のマスター品目添付を使用可能にします。

Yes No

ECE:POO_INVENTORY_ITEM_ATTACHMENT

アウトバウンド発注取引の在庫品目添付を使用可能にします。

Yes No

ECE:POO_LINE_ATTACHMENT_ENABLED

アウトバウンド発注取引の明細添付を使用可能にします。

Yes No

ECE:POO_SHIPMENT_ATTACHMENT_ENABLED

アウトバウンド発注取引の出荷添付を使用可能にします。

Yes No



アウトバウンド発注取引プロファイルアウトバウンド発注取引プロファイルアウトバウンド発注取引プロファイルアウトバウンド発注取引プロファイル

ECE_POO_ATT_SEG_SIZE は、アウトバウンド発注取引の添付セグメントのサイズを設定します。添付はインタフェース・ファイルに挿入できるように、セグメントに分割できます。

セグメント・サイズはバイト単位で表されます。デフォルト値は 400 です。このデフォルト値は、ターゲット・フィールドの長さに合うように変更できます。たとえば、添付テキストが ASC X12 NTE セグメントにマップされている場合は、添付テキストがインタフェース・ファイルに 80 バイトずつ書き込まれるように、このプロファイルの値を 80 に設定します。これにより、変換機能が Oracle 取引インタフェース・ファイルからの添付を、メッセージのターゲット・フィールドに容易にマップできます。

添付のサイズは 3 箇所で同期させる必要があります。次の表に添付のサイズの変更箇所を示します。



添付の使用は必須ではありません。添付を使用しない場合は、取引に定義されている添付レコードを使用禁止にすることを検討してください。詳細は「取引インタフェース・ファイルの変更」の項を参照してください。

よくある設定エラーよくある設定エラーよくある設定エラーよくある設定エラーシステム・レベルまたは取引レベルのプロファイルに関連する、よくある設定エラーを次に示します。

� システム・レベル・プロファイル・オプションが定義されていません。

� コンカレント・マネージャのログ・ファイルに、取引が使用可能にされていないことを示すエラーが含まれています。

� 所在地の導出に関連するエラーが発生しました。

詳細は第 8 章「トラブルシューティング」を参照してください。

処理ルールおよび列ルールとその処理の決定処理ルールおよび列ルールとその処理の決定処理ルールおよび列ルールとその処理の決定処理ルールおよび列ルールとその処理の決定Oracle e-Commerce Gateway の例外ハンドラは、インバウンド処理中に検出された例外をすばやく簡単に分析するように設計されています。例外ハンドラは、着信データが Oracle Applications のオープン・インタフェース表にインポートされて Oracle Applications のベース表で処理される前に、着信データを事前に検証するツールです。

例外ハンドラでは、ツリー形式のナビゲーションと色分けしたアイコンを使用し、例外をすばやく識別できるようになっています。動的ウィンドウとドリルダウン機能により要約レベルと詳細レベルの情報が提供され、例外の原因の分析と診断を支援します。例外の原因が特

テキストの長さの設定テキストの長さの設定テキストの長さの設定テキストの長さの設定ノートノートノートノート当初の値当初の値当初の値当初の値変更する変更する変更する変更する値値値値

使用さ使用さ使用さ使用される値れる値れる値れる値

「プロファイル・オプション」ウィンドウ

「取引プロファイルの設定」

添付のデータ要素がすべて分割されるような長さを設定します。変換処理に必要な長さに設定します。デフォルトは 400 です。

400 80 80

「インタフェース・ファイル定義」ウィンドウ

添付と同じ長さに設定します。ファイル内のデータ

要素が非常に長い場合、データ要素には後続の空白が多数含まれる可能性があります。ファイル内のデー

タ要素が短かすぎる場合、データは切り捨てられる可能性があります。

800 80 80

変換機能データ・マップ変換機能は、ユーザーが指定した長さのフィールドに各データ要素をマップします。データが取引イン

タフェース・ファイルでいくつかのレコードに分割されている場合は、テキスト・サイズを標準のデータ要素に合うように操作する必要はありません。

80



定され解決された後は、取引を再発行して処理するか、例外を無視するかまたは取引を削除するという選択肢があります。

Oracle e-Commerce Gateway の例外ハンドラを利用するには、初に検証ルールを定義する必要があります。検証ルールは 2 種類あります。取引全体に対する処理レベルのルールと、取引内の個々のデータ要素に対する列レベルのルールです。検証ルールは、「インタフェース・ファイル定義」ウィンドウからアクセスできる「処理ルールの割当」または「列ルールの割当」ウィンドウを使用して定義します。

処理ルール処理ルール処理ルール処理ルール処理ルールは取引レベルに定義され、取引全体に適用されます。処理ルールは必須であり、

「処理ルールの割当」ウィンドウを使用して変更することはできますが、変更しないでください。 Oracle e-Commerce Gateway の例外ハンドラがサポートする処理ルールは、次の 3つです。

無効な取引先

このルールは、着信の変換機能コードと事業所コードの組合せ（インタフェース・ファイルの制御レコードにあります）が取引先に対して定義されているかどうかをチェックします。さらに、着信インタフェース・ファイルに指定されている取引タイプは、指定されている取引先に対して使用可能であることが必要です。

テスト / 製品相違

このルールは、着信のテストフラグ（取引インタフェース・ファイルの制御レコード 0010にあります）が、（取引先の設定の）変換機能コードと EDI 事業所コードの組合せにより特定されている取引先に対するフラグ設定に一致しているかどうかをチェックします。相違がある場合は、このルールに違反することになります。

無効な文書所在地

様々なタイプの所在地（出荷先、請求先、販売先など）を検証し導出する手順はいくつかあります。これらの手順の 1 つが一意の所在地サイトを導出できない場合は、このルールに違反することになります。この検証は、制御レコード上の事業所コードを除き、取引に関連するキー所在地サイトのすべてに対して発生します。

シードされている処理ルール

各インバウンド取引には、前に要約されている 3 つの処理ルールがシードされています。さらに、処理ルール例外が検出された場合に、現在の文書をスキップして次の文書に進むように Oracle e-Commerce Gateway に通知するデフォルトのルール処理「文書のスキップ」が、各ルールにシードされています。デフォルト動作が望ましくない場合は、対応する処理ルール処理を変更できます（後述の「ルール処理」の項を参照）。

列ルール列ルール列ルール列ルール列ルールは列レベルに定義され、特定の取引の特定のデータ要素に適用されます。シードされている列ルール（後述の「シードされている列ルール」を参照）を除き、列ルールは必須



ではありません。列ルールを使用する場合は、列ルール例外が検出された場合に Oracle e-Commerce Gateway に対して処理方法を通知する対応ルール処理を定義する必要があります。ルール処理は、処理ルールで使用される処理と同じものが列ルールにも使用されます

（後述の「ルール処理」の項を参照）。

Oracle e-Commerce Gateway の例外ハンドラがサポートする列ルールは、次の 7 つです。

データ型チェック

データ型の例としては、英数字、数字、日付などがあります。このルールは、ece_interface_columns 表に定義されているデータ型と、着信のインタフェース・ファイルにあるデータのデータ型を比較します。この 2 つのデータ型が一致しない場合は、このルールに違反することになります。

NULL デフォルト

このルールは、着信インタフェース・ファイルの列が NULL（ブランク）の場合に、その列に値を挿入するために使用されます。これは着信データを変更する唯一のルールで、Oracle Applications のオープン・インタフェース表に値が挿入されます。インタフェース・ファイルは更新されません。この列ルールに対しては「ログのみ」ルール処理を使用します。

NULL 依存

このルールは、文書内の列に対して複雑な比較を作成するために使用されます。 NULL 依存を使用すると、他の列の値に応じて、割り当てられた列が NULL であることが必要かまたはNULL にはできないかを示す条件式を設定できます。

事前定義済リスト

このルールは、特定の列の着信データをユーザー定義リストと比較して検証するために使用されます。たとえば、transaction_method と EDI が「等しい」の場合、値「EDI」がユーザー定義リストに含まれていることを暗示します。「等しくない」がチェックされている場合、transaction_method は「EDI」に等しくなりません。

簡易参照

このルールでは、有効値のリストを含む特定の表と列を指定することが必要になります。表と列の名前を使用して、割り当てられた列と比較するデータを選択するための SELECT 文が動的に作成されます。表は、Oracle Applications の外でユーザーが定義する表でもかまいません。簡易参照の例としては、動的に作成される SELECT 文「select lookup_code from ece_lookup_values」があります。選択されている値のリストの中に着信取引の値がない場合は、このルールに違反することになります。表、列または条件フィールドには、値リスト

（LOV）は提供されていません。かわりに、「検証」ボタンを使用して、動的に作成されたSELECT 文の構文を検証します。

値セット参照

このルールは、割り当てられている列の値を Oracle Applications の値セットと比較するために使用されます。



値は必須です

このルールは、特定の列に対する着信データに NULL 以外の値があるかどうかをチェックします。 NULL の場合は、このルールに違反することになります。

列ルール定義に関する一般的なガイドラインは次のとおりです。

� 列には複数のルールを定義できます。

� 列には同一ルールを条件を変えて複数回定義できます。

� 特定の取引の複数の列に同じルールを適用できます。

� 特定の列に対する複数の異なるルールには、複数の異なるルール処理を指定できます（後述の「ルール処理の優先順位」を参照）。

シードされている列ルールシードされている列ルールシードされている列ルールシードされている列ルール各インバウンド取引には、必須フィールド、日付フィールドおよび数値フィールドに対する列ルールがシードされています。デフォルトの設定は次のとおりです。

Oracle e-Commerce Gateway または Oracle Applications のオープン・インタフェースがインタフェース・ファイルを正常にインポートするために必要としている列は必須になります。この例としては、キー・フィールドへの値や、着信データの検証に使用されるビジネス・ルールを識別するパラメータなどがあります。実装する取引に関連する必須フィールドの一覧は、このマニュアルの第 6 章「Oracle Applications の取引の詳細」を参照してください。

「列ルールの割当」ウィンドウを使用すると、必須、日付または数値の各フィールドに対する列ルールを変更または削除できますが、Oracle Applications のオープン・インタフェース内で例外を解決できる場合を除き、このような変更はお薦めしません。デフォルト動作が望ましくない場合は、対応する列ルール処理を変更できます。

着信データの事前検証に Oracle e-Commerce Gateway の例外ハンドラを使用するかどうかは、使用するビジネス・ルールと取引先インタフェース・ファイルが正確かどうかに依存します。列ルールを何も定義しないと、低限、シードされている列ルールが実行されます。

Oracle Applications のモジュールがエラー検出、エラー報告およびエラー調査の各ツールを様々な方法でサポートしている場合、エラー調査の手間を集中できるように、Oracle e-Commerce Gateway を使用してできる限り事前検証を行っておく方が容易です。このようにすると、エラーをすべて同時に検討し解決できるため、取引をタイムリに再処理できます。

フィールド・タイプフィールド・タイプフィールド・タイプフィールド・タイプ列ルール列ルール列ルール列ルールルール処理ルール処理ルール処理ルール処理

必須フィールド値は必須です文書のスキップ

日付フィールドデータ型チェック文書のスキップ

数値フィールドデータ型チェック文書のスキップ



列ルールとコード変換列ルールとコード変換列ルールとコード変換列ルールとコード変換Oracle e-Commerce Gateway は、列ルールを適用する前にコード変換を適用します。したがって、内部値に割り当てられた列に対して列ルールを定義できます。ただし、実際の値は取引インタフェース・ファイルには含まれずコード変換中に導出されます。この導出された値が列ルールを使用して検証され、有効な場合は Oracle Applications のオープン・インタフェース表に挿入されます。無効な場合はステージングされます。詳細は、「コード変換の設定」の項を参照してください。

ルール処理ルール処理ルール処理ルール処理処理ルールまたは列ルールには、それぞれ例外が検出された場合に Oracle e-Commerce Gateway に対して処理方法を通知するルール処理が必要です。ルール処理には次の 4 つがあります。

文書のスキップ

この処理は、現在の文書をスキップし、次の文書の処理を続行します。現在の文書に対して検出された例外は、「段階的文書の表示」ウィンドウで表示できます。

ログのみ

この処理は、ログ・ファイルにメッセージを書き込みます。現在の文書を正常な文書として扱い、残りの文書の処理を続行します。

実行の中止

この処理は実行全体をロールバックし、コンカレント要求ステータスを「エラー」に設定します。

使用不可

この処理は、適切なルール処理が割り当てられてルールがアクティブになるまで、ルールを一時的に使用不可にします。

ルール処理の優先順位ルール処理の優先順位ルール処理の優先順位ルール処理の優先順位1 つのデータ列に対して複数のルールを定義できるため、ルール処理も複数定義できるということになります。その場合、例外ハンドラはも保守的なルール処理から先に適用します。

1. 実行の中止

2. 文書のスキップ

3. ログのみ

例外ハンドラ例外ハンドラ例外ハンドラ例外ハンドラ検証ルールとそれに対応する処理が定義され、プロセスが開始された後は、ランタイム実行エンジンが検証ルールに沿って実行を進めます。



取引処理のステータスと検出された例外は、「段階的文書の表示」ウィンドウと呼ばれる「ワークベンチ・スタイル」の単一ウィンドウを使用して表示できます。例外の原因分析に役立つように、要約または詳細レベルの照会を使用できます。

必要な場合は、ユーザーがアクティブにするランタイム実行ログをトラブルシューティングに利用できます。この診断ツールは、技術的な分析にもそれ以外の分析にも使用できる複数レベルのトレース詳細をサポートします。

検出された例外を、ランタイム実行ログと「段階的文書の表示」ウィンドウを使用して調査する方法の詳細は、第 8 章「トラブルシューティング」を参照してください。

例外の原因が特定され解決された後は、取引を再発行して処理するか、例外を無視するかまたは取引を削除するという選択肢があります。

エラーの訂正エラーの訂正エラーの訂正エラーの訂正検出された例外がエラーと認識された場合は、エラーを訂正する処理を行う必要があります。

取引先との間で送信されている文書は法的文書なので、Oracle e-Commerce Gateway ではエラーを訂正できません。したがって、エラーはソースで訂正する必要があります。

該当する Oracle Applications の設定を使用しても例外を解決できない場合は、Oracle e-Commerce Gateway で「段階的文書の表示」ウィンドウを使用して「無視」チェックボックスを使用可能にすることで Oracle e-Commerce Gateway での検証をバイパスできます。また、取引を削除し、訂正済の取引を再送信するように取引先に依頼することもできます。

Oracle Applications で発生したエラーは、Oracle Applications の該当するモジュールでエラーを訂正した後、「段階的文書の表示」ウィンドウを使用して取引を再発行する必要があります。送信側からのインタフェース・ファイルを再インポートする必要はありません。

検出された例外が処理には直接影響しない警告であると判断した場合は、次のいずれかを行うことができます。

� 「列ルールの割当」ウィンドウを使用して列ルールの割当を解除します。この変更は、このルールを再割当するまでは、同一取引タイプの全文書に適用されます。

� 「列ルールの割当」ウィンドウを使用して、拘束性の低い列ルールまたは列ルール処理を割り当てます。この変更は、このルールをリセットするまでは、同一取引タイプの全文書に適用されます。

� 「段階的文書の表示」ウィンドウの「無視」フラグを使用可能にして、Oracle e-Commerce Gateway に対して検証を無視するように要求します。

� 「段階的文書の表示」ウィンドウを使用して取引を削除します。

警告例外を処理した後は、「段階的文書の表示」ウィンドウを使用して取引を再発行し、Oracle Applications のオープン・インタフェース表で処理されるようにできます。 Oracle Applications のオープン・インタフェース表にデータをロードするインポート処理が完了した後、Oracle Applications のベース表にデータをインポートできるように、オープン・インタフェース処理を実行する要求を再発行する必要があります。


追加取引データの有効化

Oracle e-Commerce Gateway の例外ハンドラは、必要な訂正をすべて一度に行えるように、インバウンド・ファイル全体を検証して例外をすべて報告するように設計されています。ただし、取引の複数のレベルでエラーが発生した場合、Oracle e-Commerce Gateway の例外ハンドラは処理できるところまで処理を進めて、その後は必要な訂正が加えられて取引が処理のために再発行されてからでないと処理を続行しません。善の場合、例外がすべて初に報告されます。悪の場合、例外がすべて解決されるまで何度も繰り返される反復処理になり、そのたびにユーザーの介入が必要になります。

よくある設定エラーよくある設定エラーよくある設定エラーよくある設定エラー「処理ルールの割当」および「列ルールの割当」ウィンドウでは、無効または不完全な検証ルールが定義されないようになっています。ただし、不適切なルールを定義したりルールの割当が不適正な場合は、想定されている事前検証が実行されないことがあります。検証ルールの定義に関連するエラーは、次のとおりです。

� 必須の処理ルールを削除したかまたは変更しました。

� 必須フィールドに対する列ルールを削除しました。

� 日付フィールドまたは数値フィールドに対する列ルールを変更しました。

� データ要素に対して想定されているデータ型に一致しない列ルールが割り当てられました。

� 「使用不可」ルール処理で定義されているルールがアクティブになりませんでした。

� 「事前定義済リスト」列ルールの有効値のリストが指定されていません。

� 「値セット参照」列ルールに対して Oracle Applications の有効な値セットが提供されていません。

� 「簡易参照」列ルールに対して有効な表、列または条件が提供されていません。


追加取引データの有効化追加取引データの有効化追加取引データの有効化追加取引データの有効化この項で説明されている情報はアドバイス・レベルで、読者は Oracle e-Commerce Gatewayの教育コースに出席したことがあり、フレックスフィールドなどの Oracle 標準機能をよく理解していることが前提です。

Oracle e-Commerce Gateway では、基本の Oracle Applications のデータ・モデルに定義されていないデータ要素を取引に追加したり、インバウンド・ファイルに含まれていないデータや複数組織で必要とされるデータを取得するための方法がいくつか提供されています。これらの方法を、それぞれの方法をどの取引で使用するかも含めて次の表に示します。



取引先ヘッダー参照フィールド取引先ヘッダー参照フィールド取引先ヘッダー参照フィールド取引先ヘッダー参照フィールド取引先ヘッダーには取引先参照フィールドが 2 種類あり、「取引先の定義」ウィンドウでTP_REFERENCE_EXT1 および TP_REFERENCE_EXT2 として定義されます。

� この 2 つのフィールドは、各アウトバウンド取引の制御レコード 0010 に書き込まれます。

� このデータは、必要な場合、変換機能により標準取引フィールドにマップできます。

� この 2 つのフィールドは、インバウンド取引の場合は Oracle e-Commerce Gateway では調べられません。

Oracle e-Commerce Gateway の付加フレックスフィールドの付加フレックスフィールドの付加フレックスフィールドの付加フレックスフィールドOracle e-Commerce Gateway の標準マップには、追加データをインバウンドまたはアウトバウンドで送信できるようにする一連のフレックスフィールドが含まれています。これは、その追加データの送信元または送信先が、Oracle Applications 内でアクティブにされているフレックスフィールドの場合です。

� Oracle e-Commerce Gateway でこれらのフレックスフィールドを使用できるかどうかということと、フレックスフィールドの取引レベルが何か（ヘッダー、明細、出荷など）ということは、関与する取引に依存します。マッピング可能なフレックスフィールドがすべて常にどの取引にも含まれているとは想定できません。したがって、マッピングはその都度検証する必要があります。

� 拡張可能アーキテクチャ（後述）とは異なり、フレックスフィールドにマッピングできるデータは Oracle Applications 内でアクティブにされているフレックスフィールドの数により制限され、また、該当インバウンド取引に対する Oracle Applications のオープン・インタフェースの範囲によっても制限されます。

方法方法方法方法アウトバウンドアウトバウンドアウトバウンドアウトバウンド取引に適用取引に適用取引に適用取引に適用

インバウンドインバウンドインバウンドインバウンド取引に適用取引に適用取引に適用取引に適用

取引先ヘッダー参照フィールド Yes No

Oracle e-Commerce Gateway の付加フレックス

フィールド

Yes Yes

基本の Oracle Applications の付加フレックスフィー

ルド

Yes No

Oracle e-Commerce Gateway の拡張可能なアーキテ

クチャ

Yes No

インタフェース・ファイル定義 Yes Yes

インタフェース・データ・ファイル処理 No Yes



� フレックスフィールド経由で渡される追加データには、使用されているメッセージ標準で使用可能なフィールドの中に対応する適切な位置が必要です。

基本の基本の基本の基本の Oracle Applications の付加フレックスフィールドの付加フレックスフィールドの付加フレックスフィールドの付加フレックスフィールド前述の説明のように、Oracle Applications でアクティブにされているフレックスフィールドに含まれているデータは、Oracle e-Commerce Gateway 経由でアウトバウンドに送信できます。追加のデータ送信要件のほとんどは、マップ済フレックスフィールドを使用して対応できます。この場合、必要な追加データは該当 Oracle Applications 内で見つかります。

Oracle e-Commerce Gateway の拡張可能なアーキテクチャの拡張可能なアーキテクチャの拡張可能なアーキテクチャの拡張可能なアーキテクチャ外部アプリケーションからのデータを Oracle Applications のデータとマージして、単一のアウトバウンド取引を作成する必要がある場合は、Oracle e-Commerce Gateway 拡張可能アーキテクチャ機能を使用します。この機能は柔軟性が高く、個別のビジネス・ニーズに基づいてアウトバウンド取引をカスタマイズできます。たとえば、レガシー・システムの表やファイルに含まれているデータがあり、これを基本の Oracle Applications から抽出したデータとともに送信に含める必要があるような場合です。 Oracle アプリケーションの表の追加列に格納されているデータは、標準の Oracle アプリケーション構成や Oracle e-Commerce Gateway 構成に含まれていない表のデータでも、拡張表に書き込めます。

詳細は「拡張表」の項を参照してください。

インタフェース・ファイル定義インタフェース・ファイル定義インタフェース・ファイル定義インタフェース・ファイル定義Oracle e-Commerce Gateway で処理されるフィールドのサイズ、場所および相対的な順序は、「インタフェース・ファイル定義」ウィンドウを使用して変更できます。フィールドの幅は、顧客要件または標準の要件に合うように増減できます。インタフェース・ファイル・レコード内でのフィールドの相対的位置を変更することも、フィールドにレコード番号、相対的位置および列幅を割り当てて取引インタフェース・ファイルに表示されるようにアクティブにすることもできます。また、フィールドが不要な場合は、たとえばインバウンドおよびアウトバウンドのファイル・サイズを節約するために無効にすることもできます。ただし、その場合は、未使用のフレックスフィールドは別として、フィールドを無効にする理由をよく理解しておいてください。

� 外部（コード変換）フィールドの番号を付け直して（位置番号を変更して）、「インタフェース・ファイル定義」で表示される位置とは違う順序でインタフェース・ファイルに挿入するかまたはインタフェース・ファイルから読み込むことができます。『Oracle e-Commerce Gateway ユーザーズ・ガイド』を参照してください。ただし、位置番号を変更すると、変換機能でのデータ・マップに影響します。新しくアクティブにされた列は、レコード上のシード列の後に配置するかまたは既存のデータ・マップへの影響を小にするように別のレコードに書き込むこともできます。「0」という番号の付いた内部（コード変換）フィールドは、変更しないでください。「0」は、このフィールドがOracle Applications の内部コードであることを示します。

� インタフェース・ファイル定義に対する変更は、すべて変換機能のマッピングと同期させる必要があります。


取引インタフェース・ファイルの変更

� フィールドの削除は単純な操作ですが、後になってそのフィールドが必要だったことがわかったりすると、変換機能のマッピングに影響し、取引先との取引仕様合意に影響することもあります。

取引インタフェース・ファイルの定義を変更する際のガイドラインは「取引インタフェース・ファイルの変更」の項を参照してください。

インタフェース・データ・ファイルの処理インタフェース・データ・ファイルの処理インタフェース・データ・ファイルの処理インタフェース・データ・ファイルの処理Oracle e-Commerce Gateway によりアウトバウンド取引用に生成されるファイル、およびインバウンド取引用にインポートされるファイルは、フラットなテキスト・ファイルです。このファイルは、標準的なエディタや SQL および COBOL などのプログラミング言語で操作できます。このため、固定長フィールドが必要なソフトウェア経由で送信される場合は、このファイルに埋込みがあることがあります。インバウンド送信の場合、インバウンド取引でデータが欠落している場合は、Oracle Applications またはサード・パーティの表を参照してデータを追加できます。または税金コードなどのデータは、特定の地域の情報ソースを基にして追加する必要があります。

Oracle e-Commerce Gateway のファイルは標準的なエディタを使用して容易に読み込むことができ、テスト・ファイルも容易に作成できます。ただし、ファイルの幅が大 1024 文字に拡張されることがあるため、エディタを固定幅のプロポーショナル以外のフォントで小の余白に設定して、データが折り返されずに正しい書式で表示されるようにする必要があります。

取引インタフェース・ファイルの変更取引インタフェース・ファイルの変更取引インタフェース・ファイルの変更取引インタフェース・ファイルの変更Oracle e-Commerce Gateway は、アウトバウンド取引インタフェース・ファイルを作成し、インバウンド取引インタフェース・ファイルを受信します。取引レコード・レイアウト

（ファイル形式）は Oracle e-Commerce Gateway により事前に定義され、データ・リポジトリに格納されます。シードされている取引レイアウト定義をそのまま使用することも、取引先と送受信するデータに合うようにカスタマイズすることもできます。シードされている取引レコード定義は、次のような場合に変更します。

ファイル構造の変更

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

列属性の変更

未使用のデータ要素およびレコードの削除

コード変換のための追加外部フィールドの有効化

マップされていないデータ要素の有効化

Oracle e-Commerce Gateway でサポートされている取引の拡張

シード定義および指定した変更を検討するには、取引レイアウト定義レポートを使用します。必要な定義変更を行うには、「インタフェース・ファイル定義」ウィンドウを使用しま



す。取引レイアウト定義はすべてデータ・リポジトリに格納されるため、「インタフェース・ファイル定義」ウィンドウを使用して入力した変更は、実行時にすべて有効になります。コードを変更する必要はありません。必要な変更を入力した後は、取引レイアウト定義レポートを再実行し、レポート出力を使用して新しい取引レイアウト定義と変換機能を同期させます。

取引レイアウト定義レポートと「インタフェース・ファイル定義」ウィンドウの使用方法の詳細は、『Oracle e-Commerce Gateway ユーザーズ・ガイド』を参照してください。

この項で使用されている主な用語の一覧を次に示します。

Oracle e-Commerce Gateway の取引インタフェース・ファイルの構造の詳細は、「取引インタフェース・ファイルのアーキテクチャ」の章を参照してください。

ファイル構造の変更ファイル構造の変更ファイル構造の変更ファイル構造の変更取引インタフェース・ファイルの構造は設計時に定義され、メッセージ標準に従ってデータがどのようにマップされるかを基にします。このファイルの目的は、データを論理グループにまとめて、変換機能が容易にマップできるようにすることです。

ファイル構造の変更に関するガイドラインをいくつか次に示します。

ヘッダー・レベルと詳細レベルのデータには 1 対多関係があるため、詳細レベル・データをヘッダー・レベルに移動しないでください。

ヘッダー・レベル・データを詳細レベルに移動する場合は、ヘッダー・レベルの集約されたデータが詳細レベルでは分離された個別データとして正しく表されるようにする必要があります。これには再マッピングまたはカスタム・コードが必要になる可能性があります。

複数のデータ・レベルで同一のレコード番号を使用しないでください。

同一データ・レベル内でのレコードの移動はできます。

項目項目項目項目定義定義定義定義

データ要素取引インタフェース・ファイルの小コンポーネント

レコードデータ要素の集まり

共通キー取引先および文書に関するキー・データを含む、各レコードの初の 100 バイト

制御レコード（レコード 0010）

取引および取引先に関するキー・データを含む、各取引の初のレコード

取引インタフェース・ファイル

取引固有のデータを含むレコードの集まり



レコード・レイアウトの変更レコード・レイアウトの変更レコード・レイアウトの変更レコード・レイアウトの変更各データ要素は、レコード内の相対位置に定義されます。相対位置は、データ要素が取引インタフェース・ファイルに書き込まれる順番を示します。制御レコードを除いて、レコード内でのデータ要素の相対位置は必要に応じて変更できます。

レコード・レイアウトの変更に関するガイドラインをいくつか次に示します。

すべてのレコードで、共通キーのレコード・レイアウトを変更しないでください。「インタフェース・ファイル定義」ウィンドウでこれを回避できるので、このガイドラインが適用されるのはカスタム・コードのみです。

制御レコードのレコード・レイアウトを変更しないでください。

レコード間でデータ要素を移動する場合は、レコードの長さが 1024 バイトを超えないように注意します。初の 100 バイトは共通キー用に予約されています。

列属性の変更列属性の変更列属性の変更列属性の変更データ要素はレコード内の相対位置に定義されますが、データ要素にはそれ以外にもレコード番号、位置、幅、連番、レイアウト・コード、レイアウト・クオリファイア、処理ルールおよび列ルールに関してシードされている列属性があります。これらのシード列属性はいずれも必要に応じて次のガイドラインに従って変更できます。

すべてのレコードで、共通キーの列属性を変更しないでください。「インタフェース・ファイル定義」ウィンドウでこれを回避できるので、このガイドラインが適用されるのはカスタム・コードのみです。

制御レコードの列属性を変更しないでください。

ヘッダー・レコードには詳細レベルのレコード番号を使用しないでください。

同一データ・レベル内または同一データ・レベルの外でレコード番号が重複しないようにしてください。

同一レコード内で位置番号が重複しないようにしてください。

データの切捨てを回避するために、列幅は Oracle Applications がサポートしている幅に等しいかまたは小さく定義します。

レコードの合計の長さが 1024 バイトを超えないように注意します。初の 100 バイトは共通キー用に予約されています。

連番 0 はデータ要素の内部値に予約されているので、この番号を使用しないでください。

コード変換用に定義されている外部フィールドは、1 から 5 に一意の連番が付けられるようにします。

レイアウト・コードを変更する場合は、レコード内のすべてのデータ要素に同じ変更を加えるようにします。レコード内の初のデータ要素からのレイアウト・コードが、取引インタフェース・ファイルに書き込まれます。



レイアウト・クオリファイアを変更する場合は、レコード内の関連データ要素に同じ変更を加えるようにします。レコード内の初のデータ要素からのレイアウト・クオリファイアが、取引インタフェース・ファイルに書き込まれます。

シードされている処理ルールを変更しないでください。これらは必須です。処理ルール処理は、必要に応じて変更できます。

Oracle e-Commerce Gateway または Oracle Applications のオープン・インタフェースで必要とされるデータ要素のシード列ルールを変更しないでください。これらのデータ要素には、「値は必須です」列ルールが定義されています。取引で必要なフィールドの一覧は、第 6 章「Oracle Applications の取引の詳細」を参照してください。

未使用のデータ要素およびレコードの削除未使用のデータ要素およびレコードの削除未使用のデータ要素およびレコードの削除未使用のデータ要素およびレコードの削除設計中に、Oracle Applications からの（付加フレックスフィールドを含む）関連データ要素をすべて入れるための取引インタフェース・ファイルが定義されます。ただし、すべてのデータ要素がマップされ使用されるとは限りません。これはメッセージ標準で必要でなかったり、取引先が必要としないためです。効率を大に上げるために、次のガイドラインに沿って、未使用のデータ要素およびレコードをすべて削除します。

Oracle e-Commerce Gateway と Oracle Applications で未使用の付加フレックスフィールドをすべて削除します。

Oracle Applications で未使用の自由形式のテキスト・フィールド（添付、注釈および摘要など）をすべて削除します。

将来データ要素のコード変換をアクティブにする可能性を考慮して、割り当てられている 5 つの外部フィールドのうち少なくとも 1 つは保持するようにします。その他の未使用の外部フィールドはすべて削除します。

制御レコードおよび制御レコード内のデータ要素は、どちらも削除しないでください。このレコードは必須です。

共通キーの中のデータ要素は、どちらも削除しないでください。これらのデータ要素は必須です。

処理ルールは必須なので、処理ルールを含むデータ要素を削除しないでください。

Oracle e-Commerce Gateway または Oracle Applications が必要とするデータ要素を削除しないでください。これらのデータ要素には、「値は必須です」列ルールが定義されています。取引で必要なフィールドの一覧は、第 6 章「Oracle Applications の取引の詳細」を参照してください。

コード変換のための追加外部フィールドの有効化コード変換のための追加外部フィールドの有効化コード変換のための追加外部フィールドの有効化コード変換のための追加外部フィールドの有効化設計中に、コード変換の候補として識別された各データ要素に対して、外部フィールドが 5つ定義されます。ただし、アクティブにされる外部フィールドの実際の数は、受信側システムの要件に基づきます。受信側システムの要件の例としては、EDI 標準、ISO 9000 標準（単位コードまたは通貨コード）または特定の取引先の要件があります。 5 つの外部フィールドのうち、アクティブにされていない外部フィールドはユーザーが使用できます。マップされ


新規取引レイアウト定義と変換機能の同期

ていない外部フィールドは、適切な列属性（レコード番号、位置番号、幅、連番、レイアウト・コード、レイアウト・クオリファイア、処理ルールを含む）を割り当てて、アクティブにできます。マップされていない外部フィールドをアクティブにするガイドラインは、次のとおりです。

レコードの大長が 1024 バイト（初の 100 バイトは共通キー用に予約されています）を超えない場合は、他の関連外部フィールドと同じレコード番号を使用します。

既存のデータ・マップを再マッピングする頻度を小にするために、このデータ要素がレコードの終わりに配置されるような位置番号を使用します。

データの切捨てを回避するために、列幅は Oracle Applications がサポートしている幅に等しいかまたは小さく定義します。

他の関連外部フィールドの連番を検討し、他のフィールドでまだ使用されていない連番を割り当てます。新しい外部フィールドに対応するために既存の外部フィールドの連番を再割当する必要がある場合は、フィールドが 1 から 5 までの一意の連番になるようにします。

連番 0 はデータ要素の内部値に予約されているので、この番号を使用しないでください。

レコード内の他の関連外部フィールドと同じレイアウト・コードおよびクオリファイアを使用します。

必要に応じて外部フィールドに列ルールを割り当てます。

マップされていないデータ要素の有効化マップされていないデータ要素の有効化マップされていないデータ要素の有効化マップされていないデータ要素の有効化Oracle e-Commerce Gateway と Oracle Applications には、他にも、コード変換のための追加外部フィールドと同じように取引設計には含まれていても取引インタフェース・ファイルにはマップされていないフィールドがあります。適切な列属性を割り当てることにより、マップされていないこれらのフィールドをアクティブにして、新規データ要素を既存の取引に追加できます。このためのガイドラインは、前述のマップされていない外部フィールドをコード変換用にアクティブにするためのガイドラインとよく似ていますが、これらのデータ要素の用途はコード変換要件をサポートするだけには限られていません。

Oracle e-Commerce Gateway でサポートされている取引の拡張でサポートされている取引の拡張でサポートされている取引の拡張でサポートされている取引の拡張Oracle e-Commerce Gateway では、取引参照フィールド、付加フレックスフィールドおよびOracle e-Commerce Gateway の拡張可能アーキテクチャを使用して、現在サポートされている取引を拡張する方法がいくつか提供されています。それぞれの方法をいつどのように使用するかは、「追加取引データの有効化」の項を参照してください。

新規取引レイアウト定義と変換機能の同期新規取引レイアウト定義と変換機能の同期新規取引レイアウト定義と変換機能の同期新規取引レイアウト定義と変換機能の同期必要な変更を入力した後は、取引レイアウト定義レポートを再実行し、レポート出力を使用して、新しい取引レイアウト定義と変換機能を同期させます。


取引インタフェース・ファイルの定義でよくあるエラー

取引インタフェース・ファイルの定義でよくあるエラー取引インタフェース・ファイルの定義でよくあるエラー取引インタフェース・ファイルの定義でよくあるエラー取引インタフェース・ファイルの定義でよくあるエラー明細レベルからヘッダー・レベルへのデータ要素の移動

制御レコードのレコード・レイアウトまたは列属性の変更

制御レコードの削除

コード変換用外部フィールドの不適切な使用

レコードの大長 1024 バイトの超過

処理ルールを含むデータ要素の削除

Oracle e-Commerce Gateway または Oracle Applications が必要とするデータ要素の削除



取引先の設定

取引先の設定取引先の設定取引先の設定取引先の設定取引先を設定するステップを次に詳しく説明します。初に取引先詳細に関する項を読んで、取引先に関する重要な詳細情報を理解してください。ウィンドウの詳細は、『Oracle e-Commerce Gateway ユーザーズ・ガイド』を参照してください。

ステップステップステップステップ 1: 取引先グループの定義取引先グループの定義取引先グループの定義取引先グループの定義新しい取引先グループを入力するか、既存の取引先グループにアクセスします。

新しい取引先名を入力するか、既存の取引先名を選択します。「新規」ボタンまたは「オープン」ボタンの該当するほうを選択します。


取引先の設定

ステップステップステップステップ 2: 取引先の定義取引先の定義取引先の定義取引先の定義 - 割当割当割当割当「取引先の定義」ウィンドウから「割当」タブを選択します。値リストから名前とサイトを選択します。値リストには、ユーザーのサインオン EDI 職責に関連する組織の名前とサイトのみが表示されます。サイトが定義されている EDI 事業所コードが基本の Oracle Applications から返されます。


取引先の設定

ステップステップステップステップ 3: 取引先の定義取引先の定義取引先の定義取引先の定義 - 詳細詳細詳細詳細「取引先の定義」ウィンドウから「詳細」タブを選択します。取引先に対する取引、取引タイプ、変換機能コードおよびコード変換のための文章標準を入力します。また、文書（取引）を処理のために使用可能にし、取引にテスト用または製品用のフラグを付けます。


取引先の設定

ステップステップステップステップ 4: 取引先の定義取引先の定義取引先の定義取引先の定義 - 担当（オプション）担当（オプション）担当（オプション）担当（オプション）「取引先の定義」ウィンドウから「担当」タブを選択します。「担当」タブはオプションです。このタブには、指定された取引先の担当データが含まれます。このデータは、EDI コーディネータが取引先の EDI コーディネータの担当データを参照するために使用できます。このデータは参照専用です。 Oracle e-Commerce Gateway では使用されません。

よくある設定エラーよくある設定エラーよくある設定エラーよくある設定エラー取引先の設定でよくあるエラーは、次のとおりです。

� 無効な取引先 /EDI 事業所コード

� 取引が使用可能になっていません。

� 無効な取引先

� 取引先グループがすでに存在します。



� この事業所には別の取引先の値がすでに指定されています。上書きしますか ?

� 出力ファイルに書込み中に INVALID_OPERATION エラーが発生しました。


コード変換の設定コード変換の設定コード変換の設定コード変換の設定コード変換を設定するステップを次に詳しく説明します。初にコード変換詳細に関する項を読んで、コード変換に関する重要な詳細情報を理解してください。フォームを完成させる方法の詳細は、『Oracle e-Commerce Gateway ユーザーズ・ガイド』を参照してください。

ステップステップステップステップ 1: コード変換カテゴリの検討と定義コード変換カテゴリの検討と定義コード変換カテゴリの検討と定義コード変換カテゴリの検討と定義シードされているコード変換カテゴリのリストを検討します。コード変換値表に追加コード変換カテゴリが必要な場合はカテゴリを追加します。

検索キーを使用する場合に、それぞれのコード変換カテゴリに対して使用する検索キーの番号をコード変換値表で使用可能にします。



ステップステップステップステップ 2: コード変換の有効化コード変換の有効化コード変換の有効化コード変換の有効化取引、書式マップ、およびコード変換用に使用可能にする必要がある列（データ要素）名を持つ取引レベルを見つけます。「カテゴリ」列にコード変換カテゴリを入力して、列をコード変換で使用できるようにします。これを行った後は、コード変換値表でコード変換カテゴリが指定してあるエントリのみが、その列のコード変換中にアクセスされます。

検索キーを使用する場合は、検索キーの一部として使用される値を含む列名を入力します。


変換機能とのインタフェース

ステップステップステップステップ 3: コード変換値の定義コード変換値の定義コード変換値の定義コード変換値の定義コード変換値表にデータ（カテゴリ、摘要、行先、検索キー 1 ～検索キー 5、Oracle 内部コードおよび外部コード 1 ～外部コード 5）をすべて入力します。

変換機能とのインタフェース変換機能とのインタフェース変換機能とのインタフェース変換機能とのインタフェース変換機能は、書式化されたファイルを別の書式に変換するように設計されたサード・パーティ製ソフトウェア・アプリケーションです。変換機能は、従来、指定されている標準

（X12 や EDIFACT）に沿って固有の書式を EDI 取引に変換します。変換機能では、指定された標準で必要とされるデータと、取引先が必要とするデータの両方を考慮します。変換機能は、取引インタフェース・ファイルのデータを、要件に沿って必要なファイル形式にマッピングします。変換機能のデータ・マップは、UCS、EIDX または AIAG などの業界ガイドラインの推奨に沿って取引を生成するように定義できます。 1 つのデータ・マップで、1 つの取引先または多数の取引先のデータ要件に対応できます。

変換機能は、各取引先の取引を一意のコードで識別した後、通信方式（FTP、電子メール、ファックスなど）を起動してそのファイルを直接取引先に送信するかまたはサード・パーティに送信してさらに処理または通信が行われるようにします。インバウンド取引の場合は、これが逆方向に処理されます（標準の EDI ファイルが受信され、変換機能を介してインタフェース・ファイルに渡されます）。



変換機能とのインタフェースでは、次の点を考慮する必要があります。

正しい変換機能コード

使用可能なレポート

アップグレードまたはパッチによるレコード・レイアウトの変更

変換機能に事前に定義されているレコード・レイアウトとデータ・マップ

Oracle e-Commerce Gateway と変換機能でのレコード・レイアウトの同期

変換機能でのインバウンド取引用のデータ・マップの作成

変換機能でのアウトバウンド取引用のデータ・マップの作成

ファイルの検出

ファイルの転送

通信

正しい変換機能コード正しい変換機能コード正しい変換機能コード正しい変換機能コード

変換機能コードは、Oracle e-Commerce Gateway と変換機能との間で取引先の識別に使用されます。変換機能コードは、初に変換機能で定義されます。変換機能では、コードは取引先固有のマップ、コード、データおよびプロファイル全体のアクセスに使用されます。変換機能コードは、Oracle e-Commerce Gateway の「取引先の定義」ウィンドウの「詳細」タブの「変換機能コード」フィールドにコピーされます。コードは正確であることが必要です。変換機能コードと EDI 事業所コードは、基本の Oracle Applications の取引先サイトを導出するために使用されます。変換機能コードは、取引インタフェース・ファイルで各取引の先頭にある制御レコード 0010 に書き込まれます。変換機能コードが正しくないと、データが間違ったデータ・マップにマッピングされたり、間違った取引先に送信されることがあります。

使用可能なレポート使用可能なレポート使用可能なレポート使用可能なレポート

変換機能にはなんらかの形式のレポートが必要です。変換機能の中には、追加のレポートを提供したり、様々なレポートを作成する機能を提供したり、Oracle やその他のデータベースに対してユーザー定義の問合せを実行して別のレポートを生成する機能を提供するものもあります。

取引インタフェース・ファイル定義レポート

アウトバウンド取引に想定されているレコード・レイアウトとインバウンド取引用に生成されるレコード・レイアウトが表示されます。

取引データ・ファイル・レポート

データ・ファイルをレコード・レイアウトに対して検証するために使用します。



取引先定義レポート

各取引先用に入力されているデータ（担当、変換機能コード、通信方法など）を表示します。

取引先マップ・レポート

指定された取引先または取引先グループ用の変換マップを表示します。

アップグレード、パッチまたはカスタマイズによるレコード・レイアウトの変更アップグレード、パッチまたはカスタマイズによるレコード・レイアウトの変更アップグレード、パッチまたはカスタマイズによるレコード・レイアウトの変更アップグレード、パッチまたはカスタマイズによるレコード・レイアウトの変更

Oracle Applications と Oracle e-Commerce Gateway は、アップグレードまたはパッチが原因で、取引インタフェース・ファイルに含まれているレイアウトまたは実際のデータを変更することがあります。また、こちら側や取引先の要件に対応するためのカスタマイズが原因で変更することもあります。

変換機能に事前に定義されているレコード・レイアウトとデータ・マップ変換機能に事前に定義されているレコード・レイアウトとデータ・マップ変換機能に事前に定義されているレコード・レイアウトとデータ・マップ変換機能に事前に定義されているレコード・レイアウトとデータ・マップ

変換機能のベンダーの多くが、発注や請求書といった一般的な取引用に、標準 EDI 形式の事前定義のデータ・マップを提供しています。大手顧客に対しては事前定義の基本マップを提供することもありますが、これらのマップは、ほとんどの場合、特定の状況にあわせてさらに定義が必要になります。

Oracle e-Commerce Gateway と変換機能でのレコード・レイアウトの同期と変換機能でのレコード・レイアウトの同期と変換機能でのレコード・レイアウトの同期と変換機能でのレコード・レイアウトの同期

変換機能は、指定された標準取引および標準形式にマップされる元データがどこにあるかを認識する必要があります。変換機能では、Oracle e-Commerce Gateway での取引定義に基づき、取引インタフェース・ファイルにある各レコードのレコード番号を使用してそのレコード上のデータを識別します。同時に、変換機能では、アウトバウンド取引インタフェース・ファイルにあった特定のデータ要素の取得を優先し、そのデータを複数の場所で使用できるようにすることがあります。インバウンド・ファイルの場合、変換機能にとっては着信データを特定の順序で処理するのは容易です。 Oracle e-Commerce Gateway と変換機能の間でレイアウトを調整すると、お互いの処理の適化を図ることができます。

変換機能でのインバウンド取引用のデータ・マップの作成変換機能でのインバウンド取引用のデータ・マップの作成変換機能でのインバウンド取引用のデータ・マップの作成変換機能でのインバウンド取引用のデータ・マップの作成

取引先によっては、EDI 標準の異なるデータ・セグメントを使用したり、インバウンド取引に XML などの別の標準を使用するところがあります。変換機能はこのレイアウトと書式情報を、データ・マップまたは単にマップと呼ばれるファイルに格納します。これにより、変換機能は、EDI セグメントの移入に必要なデータをインバウンド取引のどこで検索するかを知ることができます。また、このマップを使用して、Oracle Applications の値から（たとえば重量の）EDI 標準へのコード変換を実行できます。どのコード変換を Oracle e-Commerce Gateway で実行し、どのコード変換を変換機能で実行するかは、前述の同期プロセスの中で決定されます。 1 つのマップを複数の取引先に使用できます。


アーカイブとバックアップ

変換機能でのアウトバウンド取引用のデータ・マップの作成変換機能でのアウトバウンド取引用のデータ・マップの作成変換機能でのアウトバウンド取引用のデータ・マップの作成変換機能でのアウトバウンド取引用のデータ・マップの作成

取引先によっては、EDI 標準の異なるデータ・セグメントを使用したり、アウトバウンド取引に XML などの別の標準を使用するところがあります。変換機能はこのレイアウトと書式情報を、データ・マップまたは単にマップと呼ばれるファイルに格納します。これにより、変換機能は、EDI セグメントからのデータをアウトバウンド取引のどこに配置するかを認識できます。また、このマップを使用して、EDI 標準で使用する値から（たとえば重量として）Oracle Applications が想定する値へのコード変換を実行できます。どのコード変換をOracle e-Commerce Gateway で実行し、どのコード変換を変換機能で実行するかは、前述の同期プロセスの中で決定されます。 1 つのマップを複数の取引先に使用できます。

ファイルの検出ファイルの検出ファイルの検出ファイルの検出

変換機能は、変換または通信の対象となるデータがいつ待機中かを認識する必要があります。通常、これはユーザーが手動で認識するかまたは特定のディレクトリにおけるファイルの存在により認識されます。 Oracle e-Commerce Gateway により作成されたファイルが 1 つのディレクトリに入れられ、変換のために別のディレクトリに移動され、指定されている標準に書式化された後で通信用の 3 つ目のディレクトリに移動されるのはこのためです。

ファイルの転送ファイルの転送ファイルの転送ファイルの転送

変換機能と Oracle e-Commerce Gateway 間のリンクも考慮する必要があります。つまり、この 2 つが同一サーバー上にあるか、別々の UNIX マシン上にあるか、変換機能がメインフレームにあるかということです。これは、インバウンドおよびアウトバウンドのファイル構造（たとえば、UNIX では可変で、メインフレームへの転送では固定長）と（おそらく）変換機能の機能に影響します。たとえば、メインフレームにある変換機能の場合は旧式のアーキテクチャを使用することがあり、これは設定に関しては UNIX よりも柔軟性が低い場合があることを意味します。

通信通信通信通信変換機能は、個々の取引先に対して指定されている通信方法を識別し使用します。通信方法は、システムのハードウェアおよびソフトウェアでサポートされている任意の方法です。

アーカイブとバックアップアーカイブとバックアップアーカイブとバックアップアーカイブとバックアップデータのアーカイブまたはバックアップの目的は、データの作成および通信過程のそれぞれでデータを保持しておいて、データが紛失したり削除された場合にリカバリできるようにすることです。初のレベルは、DBA により実行される Oracle データベースのバックアップで、データベース内のアプリケーションに対して任意のソースから加えられた変更を、リカバリが必要なときのために保持します。 2 番目のレベルは、システム管理者により実行されるシステム全体のバックアップです。このバックアップでは、ファイルがデータベースの一部であるかどうかには関係なく、オペレーティング・システム・レベルでファイルがすべてバックアップされます。これらの機能に対して選択する戦略の第一歩は、アーカイブがどの程度必要かを決定することです。



Oracle e-Commerce Gateway では、別のレベルのアーカイブが必要になることがよくあります。データが基本の Oracle Applications から取引インタフェース・ファイルに抽出され、変換機能によりその取引インタフェース・ファイルが取引ファイルに処理された後、これらのファイルを保持しておく必要があります。第 1 の理由は、これらのファイルを監査証跡のために保存しておいて、どのデータが処理を介して取引先に送信されたかを明らかにすることです。監査証跡は、Oracle e-Commerce Gateway と変換機能により実行された変換を識別する役にも立つため、実行された変換を訂正できます。第 2 の理由は、取引先の国または業界で法的制約があり、商業文書を一定期間保存しておくことが必要になる可能性があることです。取引先の業界では高額高リスク商品（たとえば航空機など）を扱っていることがあり、そのような場合は、論争、調査または法的措置が発生した場合に取引を確実にアーカイブしておくことが不可欠になります。アーカイブのもう 1 つの目的は、必要な場合に、取引先に対してアウトバウンド取引を再送信できるようにすることです。アーカイブの理由や取引の種類に関係なく、インバウンド取引とアウトバウンド取引のいずれにもアーカイブを実施する必要があります。

取引は 1 日に何回も Oracle e-Commerce Gateway 経由で処理されることがあります。抽出処理が実行されるたびに、出力ファイル名をコンカレント要求に提供する必要があります。これらの出力ファイルを別々に保持しておくために、実行のたびに一意の名前が生成されます。アプリケーションは、取引コードで始まるデフォルト・ファイル名を生成します。ユーザーがファイル名を入力することもできます。

アーカイブが扱われるもう 1 つの場所は、変換機能です。変換機能は、そのほとんどすべてが、ファイルの作成直後または送信試行後に（その成否に関係なく）ファイルをアーカイブします。変換機能によっては、Oracle e-Commerce Gateway からの入力ファイルをアーカイブするものもあります。ただしこれで不要になるのは前のステップのみで、変換機能が抽出のたびにその直後に実行される場合です。アウトバウンド取引の場合は、Oracle e-Commerce Gateway がファイルを配置する宛先、Oracle e-Commerce Gateway からのアーカイブ先、変換機能の処理対象の取出し元、変換機能からの出力先、変換機能からのアーカイブ先または通信処理の対象の取出し元のそれぞれのディレクトリを指定する必要があります。インバウンド取引の場合は、通信処理によりファイルが挿入されるディレクトリ、変換機能によるファイルの取出し元のディレクトリ、変換前のファイルがアーカイブされるディレクトリ、変換機能が変換済インタフェース・ファイルを書き込む宛先ディレクトリおよびOracle e-Commerce Gateway によるファイルの読込み元ディレクトリを指定する必要があります。

アウトバウンド・ディレクトリの構造アウトバウンド・ディレクトリの構造アウトバウンド・ディレクトリの構造アウトバウンド・ディレクトリの構造ディレクトリとファイルの例を次に示します。

D:¥outbound_flat_file:

Oracle e-Commerce Gateway がアウトバウンド取引ファイルを配置するディレクトリ。 init.ora ファイルの UTL_FILE_DIR と Oracle e-Commerce Gateway のプロファイルの ECE: 出力ファイル・パスに定義する必要があります。



D:¥outbound_flat_file¥archive:

Oracle e-Commerce Gateway からファイルの生成後にファイルがコピーされるディレクトリ。このディレクトリとこの次のディレクトリを設ける理由は、ファイル生成のソースを別々にして、Oracle e-Commerce Gateway が生成中のファイルを変換機能で開けないようにするためです。

D:¥outbound_flat_file¥Translator_input:

変換機能が入力ファイルを読み込むディレクトリ。 Oracle e-Commerce Gateway のアーカイブ・ディレクトリと同じに指定することもできますが、通常は同じにはしません。これは、変換機能が通常はアウトバウンド・ディレクトリを検索してその中にあるファイルをすべて読み込むからです。変換機能では、このディレクトリにファイルがあると、そのファイルはすべて処理対象とみなされます。

D:¥outbound_flat_file¥Translator_input¥archive:

変換機能が各ファイルを正常に変換した後にファイルをアーカイブする宛先ディレクトリ。

D:¥outbound_flat_file¥Translator_output:

変換機能がアウトバウンド取引ファイルを書き込む宛先です。

D:¥outbound_flat_file¥communication:

通信プロセスが送信準備の整ったファイルを検索する場所です。

D:¥outbound_flat_file¥communication¥archive:

通信プロセスが正常に送信したファイルをコピーする宛先です。

インバウンド・ディレクトリの構造インバウンド・ディレクトリの構造インバウンド・ディレクトリの構造インバウンド・ディレクトリの構造ディレクトリとファイルの例を次に示します。

D:¥inbound_flat_file¥communication:

受信側の通信プロセスが着信ファイルを配置する宛先です。通信プロセスが終了した後、ファイルは次のファイルにコピーされます。

D:¥inbound_flat_file¥translator_input:

変換機能が入力を探すディレクトリです。ここでも、変換機能は、通常、ディレクトリにあるファイルはすべて取得します。特定のファイルを正常に変換した後、変換機能はファイルを D:¥inbound_flat_file¥translator_input¥archive にコピーします。

D:¥inbound_flat_file¥translator_output:

これは、変換機能が変換済ファイルを書き込む宛先です。 translator_input ディレクトリにあるすべてのファイルに対して変換が実行されると、ファイルは次のファイルにコピーされます。



D:¥inbound_flat_file¥Gateway_input:

Oracle e-Commerce Gateway が処理対象の取引インタフェース・ファイルを検索する場所です。これは、init.ora ファイルの UTL_FILE_DIR に定義する必要があります。ファイルの処理が完了すると、そのファイルが次の終ディレクトリにコピーされます。

D:¥inbound_flat_file¥Gateway_input¥archive:

これらのディレクトリ間でファイルを移動するには、明らかに UNIX シェル・スクリプトやWindows バッチ・ファイルを定義する必要があります。場合によっては実行を変換機能内に設定できます。Oracle e-Commerce Gateway 処理を実行する一連のプロセスの一環としてコンカレント処理を実行するには、D:¥outbound_flat_file¥ から D:¥outbound_flat_file¥archive および D:¥inbound_flat_file¥Gateway_input から D:¥inbound_flat_file¥Gateway_input¥archive への移動を設定する必要があります。

正しく実装するには、オペレーティング・システムの専門知識がある程度必要になります。たとえば、通信処理（FTP やメール・ファイル処理）を実行し、ファイルを 1 日の特定時刻に他のディレクトリに移動するには、UNIX の cron ジョブを設定する必要があります。

この処理を実行すると、各ステップで作成されるファイルを調べることができます。ファイル間の競合を起こさずに処理することもできますが、移動先に大量のファイルが集まることになります。ディスクは比較的安価になっていますが、いずれは、古いファイルを削除しないとパフォーマンスが低下します。オペレーティング・システムのバックアップを作成した後で、ファイルの削除を考慮する必要があります。ファイルを別媒体に保存しておくと、いつでも必要に応じてリカバリできます。


取引インタフェース・ファイルのアーキテク

5
取引インタフェース・ファイルのアーキテク取引インタフェース・ファイルのアーキテク取引インタフェース・ファイルのアーキテク取引インタフェース・ファイルのアーキテク
チャチャチャチャ


ファイル構造の概要 : 5-2 ページ

インタフェース・データ・ファイルの構造 : 5-4 ページ

オプションのアウトバウンド取引先フレックスフィールド・レコード（0020 ～ 0070）: 5-11ページ

ファイルに対するコード変換用内部コードと外部コード : 5-21 ページ

チャ 5-1

ファイル構造の概要

ファイル構造の概要ファイル構造の概要ファイル構造の概要ファイル構造の概要 Oracle e-Commerce Gateway は、アウトバウンド取引のための ASCII ファイルを生成します。インバウンド取引では、Oracle e-Commerce Gateway は変換機能が生成した ASCIIファイルを処理します。

各ファイルは、レコード番号により一意に識別されるいくつかのレコードで構成されます。取引内のデータ・レベルに対して一連のレコード番号が割り当てられます。たとえば、番号が 1000 から 1999 の範囲のレコードでは、文書のヘッダー・レベルのデータが含まれていることがあります。番号が 2000 から 2999 までのレコードでは、文書の項目レベルのデータが含まれていることがあります。

取引はそれぞれ複数レベルのデータで構成されています。このデータは、「インタフェース・ファイル定義」ウィンドウに表示されるレベル名で示されます。通常、1 つのレベルのデータが、取引インタフェース・ファイルの多数のレコードに書き込まれます。

各レコードは、（同一レコード内の全通貨データなどの）単一セットのデータ要素で構成されるかまたはいくつかの関連データ・グループで構成されます。レコード上のデータ量を制限する要因は、レコードの大長の 1024 バイトのみです。

次の表は、取引を定義するレコード（0010 から 3000 など）と、単一レコードを定義する 2つのデータ部分のアーキテクチャを示したものです。初の部分は、レコード位置 1 から100 までのデータで、2 つ目の部分は、レコード位置 101 から 1024 までのアプリケーション・データです。

レコードの変更方法の詳細は、「取引インタフェース・ファイルの変更」の項、「コード変換の詳細」の項および『Oracle e-Commerce Gateway ユーザーズ・ガイド』を参照してください。

内容内容内容内容

レコードレコードレコードレコード

番号番号番号番号

レコード位置レコード位置レコード位置レコード位置

1 ～～～～ 100

レコード位置レコード位置レコード位置レコード位置

101 ～～～～ 1024

制御レコード 0010 共通キー基本のアプリケーションのデータ

取引先ヘッダー・フレックスフィールド

0020 ～ 0050 共通キー基本のアプリケーションのデータ

取引先詳細フレックスフィールド

0060 ～ 0070 共通キー基本のアプリケーションのデータ

基本のアプリケーションのデータ

1000 など共通キー基本のアプリケーションのデータ






ファイル構造の概要

制御レコード（レコード制御レコード（レコード制御レコード（レコード制御レコード（レコード 0010））））

各取引は、Oracle e-Commerce Gateway と変換機能の間で渡されるキー・データを含む制御レコードで開始する必要があります。制御レコードは、レコード番号 0010 により識別されます。キー・データには、変換機能コード、その取引のキー EDI 事業所コードおよび文書コード（たとえば、アウトバウンド発注取引の場合なら POO）が含まれます。インバウンド取引の場合、追跡のために標準取引のバッチ制御番号が制御レコードに書き込まれることがあります。取引詳細レコード内の取引データが制御レコードに続きます。

付加フレックスフィールド・レコード（レコード付加フレックスフィールド・レコード（レコード付加フレックスフィールド・レコード（レコード付加フレックスフィールド・レコード（レコード 0020 ～～～～ 0070））））

Oracle e-Commerce Gateway では、どのアウトバウンド取引インタフェース・ファイルにもレコード 0020 から 0070 に付加フレックスフィールドがあります。フレックスフィールドが定義されるたびに、このフレックスフィールド・データがアウトバウンド取引インタフェース・ファイルに書き込まれます。このデータは、変換機能でのデータ・マッピングに使用されます。

共通レコード・キー共通レコード・キー共通レコード・キー共通レコード・キー

各レコードには、共通レコード・キー（位置 1 ～ 100）とアプリケーション・データ領域（100 より上の位置）の 2 つのセクションがあります。共通キーは、ファイル内のすべてのレコードに書き込まれます。共通キーは各レコードを視覚的に参照するために使用され、ファイルのブラウズや必要な場合はファイルからの取引の抽出に役立ちます。

共通キーには次のキー・データが含まれています。（ここではすべてのフィールドが説明されているわけではありません。）

� 変換機能コード。変換機能で取引先を識別するコードです。

� 参照 1。取引のヘッダー・レコードにある文書または取引の識別子です。たとえば、請求書番号や発注番号などです。

� 参照 2。明細レベルや詳細レベルなど、文書の次のレベルの識別子です。たとえば、明細番号などです。

� 参照 3。出荷レベルなど、文書の次のレベルの識別子です。たとえば、出荷番号などです。（ファイル内の初の 3 つのレベルのみが視覚的な参照用に表示されます。）

� 該当取引内の一連のデータを一意に識別するレコード番号。各レコードの初の 100 バイトの中で必須のデータは、このデータのみです。

� レコード・レイアウトとレコード・クオリファイア。ユーザーがファイルを読み込む必要がある場合に、レコード上のデータの種類を識別するラベルです。すべての取引には、レコード・レイアウト（たとえば所在地の場合は AD）がいくつか含まれています。所在地レコードには、出荷先所在地を示す ST や請求先所在地を示す BT などのレコード・クオリファイアが含まれることがあります。多くの取引で使用される一般的なレコード・レイアウトとレコード・クオリファイアのリストを次に示します。

取引インタフェース・ファイルのアーキテクチャ 5-3

インタフェース・データ・ファイルの構造

次のリストは、共通キーの内容を示します。

図図図図 5-1 共通キー共通キー共通キー共通キー

アプリケーション付加フレックスフィールド・レコードアプリケーション付加フレックスフィールド・レコードアプリケーション付加フレックスフィールド・レコードアプリケーション付加フレックスフィールド・レコード

取引全体に、多数の付加フレックスフィールドが含まれています。アウトバウンド取引の場合、これらのフレックスフィールドはアプリケーションから抽出されます。インバウンド取引の場合は、アプリケーション・オープン・インタフェース表にロードされます。付加フレックスフィールドのほとんどが、アプリケーションで定義されている長さよりも取引インタフェース・ファイルでのほうが短く定義されます。これは、多くのビジネス・データが現実的にはあまり長くないためです。フィールドは、基本の Oracle アプリケーションで定義されている大長まで長くできます。レコードを大長にする場合は、フレックスフィールドに別のレコード番号を割り当てることができます。詳細は、『Oracle e-Commerce Gateway ユーザーズ・ガイド』の「インタフェース・ファイル定義」の項を参照してください。

インタフェース・データ・ファイルの構造インタフェース・データ・ファイルの構造インタフェース・データ・ファイルの構造インタフェース・データ・ファイルの構造各データ・ファイルはいくつかのレコードで構成されています。各レコードには、共通レコード・キー（位置 1 ～ 100）とアプリケーション・データ領域（位置 101 ～ 1024）の 2 つのセクションがあります。

この体系を次の表に示します。

変換機能変換機能変換機能変換機能コードコードコードコード

参照参照参照参照1111 参照参照参照参照2222 参照参照参照参照3333 レコードレコードレコードレコード番号番号番号番号

レコード・レコード・レコード・レコード・レイアウトレイアウトレイアウトレイアウト

レコード・クレコード・クレコード・クレコード・クオリファイアオリファイアオリファイアオリファイア

AB-01AB-01AB-01AB-01 101111101111101111101111 0010001000100010

AB-01AB-01AB-01AB-01 101111101111101111101111 00001000010000100001 00001000010000100001 3000300030003000 SHSHSHSH SH1SH1SH1SH1

AB-01AB-01AB-01AB-01 101111101111101111101111 1000100010001000 POPOPOPO PO1PO1PO1PO1


AB-01AB-01AB-01AB-01 101111101111101111101111 00001000010000100001 2000200020002000 ITITITIT IT1IT1IT1IT1

AB-01AB-01AB-01AB-01 101111101111101111101111 00002000020000200002 2000200020002000 ITITITIT IT1IT1IT1IT1





表表表表 5-1 レコード体系レコード体系レコード体系レコード体系

各レコードは、データ・ファイル内でのデータのレベルとブロックを識別する番号により参照されます。各レベルの番号体系は、通常、1000 単位で増分されます。

表表表表 5-2 レコードの番号とレベルの例レコードの番号とレベルの例レコードの番号とレベルの例レコードの番号とレベルの例

レコード番号のブロックは、それぞれの取引で必要とされるデータの違いにより異なります。ただし、階層自体は同じです。大規模な取引の場合は、各レベルが 1000 単位の複数のブロックに及ぶことがあります。たとえば、ヘッダー・レベルが 1000 から 3999 まで、品目レベルが 4000 から 5999 に及ぶことがあります。

データデータデータデータ位置位置位置位置長さ長さ長さ長さ

共通キー（共通キー（共通キー（共通キー（1 ～～～～ 100））））

変換機能コード（短縮形） 1 ～ 25 25

キー 1（文書識別子） 26 ～ 47 22

キー 2 48 ～ 69 22

キー 3 70 ～ 91 22

レコード番号 92 ～ 95 4

レコード・レイアウト 96 ～ 97 2

レコード・レイアウト・クオリファイア

98 ～ 100 3

アプリケーション・データ（101 ～ 1024）

101-1024 924 まで

レコード番号レコード番号レコード番号レコード番号内容内容内容内容

0010 制御レコード

0020 ～ 0070 Oracle e-Commerce Gateway フレックス

フィールド

1000 ～ 1999 アプリケーション・ヘッダー・レベル

2000 ～ 2999 アプリケーション詳細レベル

3000 ～ 3999 アプリケーションの次の詳細レベル

4000 ～ 4999 アプリケーションの次の詳細レベル



ファイル構造の例ファイル構造の例ファイル構造の例ファイル構造の例次の表は、取引例についてレコード番号の範囲とデータ・レベルを示したものです。

データ型データ型データ型データ型データ・レベルデータ・レベルデータ・レベルデータ・レベル

レコード番号レコード番号レコード番号レコード番号

（位置（位置（位置（位置 92 ～～～～ 95））））

制御レコード制御 0010

取引先ヘッダー・フレックスフィールド取引先 0020 ～ 0050

取引先詳細フレックスフィールド取引先 0060 ～ 0070

請求先所在地 / コードヘッダー 1000

請求先その他データ、担当者ヘッダー 1010

請求先顧客フレックスフィールドヘッダー 1020 ～ 1050

請求先サイト・フレックスフィールドヘッダー 1060 ～ 1090

出荷先所在地 / コードヘッダー 1100

出荷先その他データ、担当ヘッダー 1110

出荷元コードヘッダー 1400

基本ヘッダー・データヘッダー 2000

金額データヘッダー 2010

通貨データ、その他データヘッダー 2040

支払い条件データヘッダー 2050

営業担当、注釈ヘッダー 2060

ヘッダー・フレックスフィールドヘッダー 3000 ～ 3030

引当金 / 費用ヘッダーヘッダー 3080 ～ 3090

拡張表 : ヘッダー・データ（カスタム）ヘッダー 3900

基本品目データ品目 4000

受注データ品目 4010

部品摘要、販売チャネル、オーダー・ステータス

品目 4020

取引参照キー品目 4030

明細フレックスフィールド品目 5000 ～ 5030

拡張表 : 品目データ（カスタム）品目 5900



表表表表 5-3 ファイル構造の例ファイル構造の例ファイル構造の例ファイル構造の例

特殊なレコード特殊なレコード特殊なレコード特殊なレコード

制御レコード（制御レコード（制御レコード（制御レコード（0010）のレイアウト）のレイアウト）のレイアウト）のレイアウト制御レコード 0010 は、Oracle e-Commerce Gateway と変換機能の両方で取引先の識別のために使用されます。このレコードには、文書（取引）タイプ、取引の日付と時刻および取引先コードを識別するデータと、この取引がテスト取引か製品取引かを示すデータが含まれます。このレコードの長さは 1024 文字です。このレコードには、Oracle e-Commerce Gateway が必要とするキー・データが含まれています。

制御レコード 0010 は、すべての取引で初のレコードです。

明細税データ品目詳細 6000 ～ 6010

明細税フレックスフィールド品目詳細 6020 ～ 6060

拡張表 : 取引明細詳細データ品目詳細（カスタム）

連番連番連番連番データ要素データ要素データ要素データ要素長さ長さ長さ長さ位置位置位置位置

サンプルサンプルサンプルサンプルインバウンドインバウンドインバウンドインバウンド取引取引取引取引

サンプルサンプルサンプルサンプルアウトバウンドアウトバウンドアウトバウンドアウトバウンド取引取引取引取引

01 変換機能コード（短縮形） 25 1 ～ 25 A1-ACME-2 A1-ACME-1

02 キー 1: （切捨可能） 22 26 ～ 47 1234567890123 64564522

03 キー 2: 22 48 ～ 69

04 キー 3: 22 70 ～ 91

05 レコード番号 4 92 ～ 95 0010 0010

06 レコード・レイアウト 2 96 ～ 97 CT CT

07 レコード・クオリファイア 3 98 ～ 100 CTL CTL

08 通信方法 2 101 ～102

ED ED

09 テスト・フラグ 1 103 P T

10 文書 ID 6 104 ～109

POI POO

11 文書タイプ 5 110 ～114

STAND （空白）



表表表表 5-4 制御レコードのレイアウト制御レコードのレイアウト制御レコードのレイアウト制御レコードのレイアウト

# 「インタフェース・ファイル定義」ウィンドウを使用して制御レコード 0010 のレイアウトにおけるこのデータの位置を調べ、使用する取引にこのデータが定義されているかどうかを確認してください。

12 文書目的コード 2 115 ～116

OR CH

13 文書コード（完全） 35 117 ～151

1234567890123 64564522

14 変換機能コード（完全） 30 152 ～181

A1-ACME-2 A1-ACME-1

15 取引先事業所コード、外部 35 182 ～216

AC7654 AC9832

16 取引先摘要 74 217 ～290

ACME CORP ACME INC

17 取引先参照 1 80 291 ～370

1234

18 取引先参照 2 80 371 ～450

9875

19 取引日付 / 時刻 15 451 ～465

19970616 230723

19970626

20 送信実行 ID 15 466 ～480

534342

21 組織 ID 15 # 該当なし

22 文章標準 10 #

23 制御番号 1 10 # 654 （該当なし）

24 制御番号 2 10 # 897 （該当なし）

25 制御番号 3 10 # 3423 （該当なし）



制御レコードのフィールドの説明制御レコードのフィールドの説明制御レコードのフィールドの説明制御レコードのフィールドの説明

連番連番連番連番データ要素データ要素データ要素データ要素値値値値ノートノートノートノート

1 変換機能コード（短縮形）

変換機能コードの初の 25 文字これは、この取引に対して変換機能により定義されている取引先識別子です。

2 キー 1: （短縮形）文書コードの初の 22 文字。これは、変換機能

のデータ・マップでは使用しないでください。切り捨てられている可能性があります。

3 キー 2: 第 2 レベルの文書識別子。

4 キー 3: 第 3 レベルの文書識別子。

5 レコード番号 0010 固定値 0010。

6 レコード・レイアウト CT 固定値 CT。

7 レコード・クオリファイア

CTL 固定値 CTL。

8 通信方法 E（EDI）このコードは、この取引がファックスされるものかまたは EDI 標準処理で送信されるものかを

示します。

9 テスト・フラグ T（テスト）

P（製品）

このコードは、取引が変換機能でテスト（T）と

して扱われるか製品（P）として扱われるかを示

すフラグです。このコードは、変換機能で定義

されるテスト・フラグと同期させておく必要があります。同期がなくなった場合にどちらの

コードが優先するかは、変換機能に依存します。インバウンド取引の場合は、EDI 取引先詳細フラ

グが優先します。

10 文書 ID 取引により異なります。

例 : POI = 発注インバウンド

このコードは、取引タイプとその方向（たとえば、発注インバウンドの場合は POI）を示しま

す。

11 文書タイプ取引により異なります。

例 : 包括、標準

このコードは、処理対象の取引のサブ・タイプ（包括発注や標準発注など）を識別します。

12 文書目的コード取引により異なります。

例 : OR（当初）、

CH（変更）

このコードは、取引のステータス（当初、変更、置換、その他該当するステータス）を示します。

13 文書コード（完全）これは、基本取引コード（発注や請求番号など）です。このコードは、特定の取引に対して識別

されているキー文書です。

14 変換機能コード（完全）これは、変換機能でこの取引先を識別するために定義されている完全な変換機能コードです。



表表表表 5-5 制御レコードのフィールドの説明制御レコードのフィールドの説明制御レコードのフィールドの説明制御レコードのフィールドの説明

15 取引先事業所コード、外部

このコードは、特定取引の取引先に定義されている EDI 事業所コードです。

これは、通常、ASC X12 N104 ID コードまたは

EDIFACT NAD セグメントにあります。この

コードは、Oracle Applications でメンテナンス

されます。

16 取引先摘要これは、Oracle e-Commerce Gateway（アウトバ

ウンド取引の場合）または変換機能（インバウンド取引の場合）で定義されている取引先の記述です。

17 取引先参照 1 これは、アウトバウンド取引の場合に取引先の基本事業所として Oracle e-Commerce Gatewayで定義されている取引先参照 1 コードです。

18 取引先参照 2 これは、アウトバウンド取引の場合に取引先の基本事業所として Oracle e-Commerce Gatewayで定義されている取引先参照 2 コードです。

19 取引日付 / 時刻これは、Oracle e-Commerce Gateway または変

換機能により取引が作成された日付と時刻です。

20 送信実行 ID 取引を作成したコンカレント・マネージャの実行 ID です。

21 組織 ID インバウンド取引からこれは、Oracle Applications で定義されている

組織に関連付けられている内部 ID です。

22 文章標準これは、取引先に対して使用可能な文書の標準

です。

23 制御番号 1（外部）インバウンド取引からこれはインバウンド取引専用で、も外側の電子封筒のバッチ制御番号です。

これは、ASC X12 ISA または EDIFACT UNB 制

御番号です。

24 制御番号 2（外部）インバウンド取引からこれはインバウンド取引専用で、内側の電子封筒のバッチ制御番号です。

これは、ASC X12 GS または EDIFACT UNG 制

御番号です。

23 制御番号 3（外部）インバウンド取引からこれはインバウンド取引専用で、取引開始セグメントのバッチ制御番号です。

これは、ASC X12 ST または EDIFACT UNH 制

御番号です。


オプションのアウトバウンド取引先フレックスフィールド・レコード（0020 ～ 0070）

オプションのアウトバウンド取引先フレックスフィールド・レオプションのアウトバウンド取引先フレックスフィールド・レオプションのアウトバウンド取引先フレックスフィールド・レオプションのアウトバウンド取引先フレックスフィールド・レコード（コード（コード（コード（0020～～～～ 0070））））

アウトバウンド取引の場合は、付加フレックスフィールド・データを取引先ヘッダー・レベル（レコード番号 0020 ～ 0050）と取引先詳細レベル（レコード番号 0060 ～ 0070）で使用できます。取引先ヘッダー・レベルのフレックスフィールドは、その取引先に対するすべての取引タイプ（すべてのアウトバウンド発注取引とすべてのアウトバウンド発注変更取引など）に関して書き込まれます。取引先詳細レベルのフレックスフィールドは、その取引先に対して使用可能な取引タイプに関して書き込まれます。

フレックスフィールドが定義されるたびに、このフレックスフィールド・データがアウトバウンド取引インタフェース・ファイルに書き込まれますこのデータは、変換機能でのデータ・マッピングに使用されます。列が使用可能になっていない場合、インタフェース・データ・ファイルにはデータのないレコードが表示されます。取引先フレックスフィールドは、インバウンド取引には適用されません。

取引先ヘッダー・フレックスフィールドと取引先詳細フレックスフィールドを使用するには（システム管理に必要）、これらのフィールドを使用可能にする必要があります。

共通レコード・キー（共通レコード・キー（共通レコード・キー（共通レコード・キー（1 ～～～～ 100））））次の表は、すべての取引で各レコードの初の 100 バイトを占有する Oracle 取引インタフェース・ファイル・レコード・キーを示します。このレコード領域は、ファイルの視覚的な監査と調査に役立ちます。

注意注意注意注意 : 制御レコード（0010）の初の 100 文字の内容は、その取引のすべてのレコードで同じに定義されます。

レコード番号により、変換機能が取引内のレコード・レイアウトを一意に識別できます。レコードを一意に識別する場合、レコード・レイアウト・コードとレコード・レイアウト・クオリファイアに依存しないでください。

レコード・キーの取引データは切り捨てられることがあるため、変換機能では、レコードのデータ領域（位置 101 ～ 1024）にある完全な取引データを参照する必要があります。

キー 1 からキー 3 までのデータは、取引ごとおよび取引内のレコード・レベルごとに異なります。

連番連番連番連番データ要素データ要素データ要素データ要素位置位置位置位置長さ長さ長さ長さ

1 変換機能コード（短縮形）

1 ～ 25 25

2 キー 1（基本

キー）

26 ～ 47 22

3 キー 2 48 ～ 69 22



表表表表 5-6 レコード・キー（レコード・キー（レコード・キー（レコード・キー（1 ～～～～ 100）のデータ要素の要約）のデータ要素の要約）のデータ要素の要約）のデータ要素の要約

変換機能コード（変換機能コード（変換機能コード（変換機能コード（1 ～～～～ 25））））

このコードは、変換機能で定義されている取引先識別子です。このコードは、特定の取引の通信方法、電子メールボックス、標準およびデータ・マップを識別します。このコードは、Oracle e-Commerce Gateway と変換機能との間のリンクです。

このコードは、「取引先の定義」ウィンドウの「詳細」タブで変換機能コードとして定義されます。

キーキーキーキー 1 ～～～～ 3（（（（26 ～～～～ 91））））

キー 1 ～ 3 は、特定の取引の初の 3 つのレベルのキー・データを表します。このデータは監査および調査目的のデータで、ファイルを直接読むときに役立ちます。このデータは切り捨てられることがあります。

キー 1 は取引の基本キーです。これは、対応する取引の発注番号、請求書番号または出荷番号などです。完全な基本文書キーは、制御レコード 0010 の位置 117 から 151 までに書き込まれます。

キー 2 ～ 3 は、取引内の 2 番目および 3 番目レベルにあるその他のデータを表します。取引にはデータ・レベルが 4 つ以上あることがありますが、4 つ目以上のデータはキー領域には格納されません。

レコード番号（レコード番号（レコード番号（レコード番号（92 ～～～～ 95））））

レコード番号は取引内で一意の番号で、取引内の特定のデータを識別します。変換機能では、データ・ファイル内のレコードを一意に識別するときにレコード番号に依存する必要があります。

単純な番号体系の例と広範囲に及ぶ番号体系の例を次の表に示します。すべての取引で、データ・レベルの番号範囲は自由に使用できます。

4 キー 3 70 ～ 91 22

5 レコード番号 92 ～ 95 4

6 レコード・レイアウト・コード

96 ～ 97 2

7 レコード・レイアウト・クオリファイア

98 ～ 100 3



表表表表 5-7 レコード番号の例レコード番号の例レコード番号の例レコード番号の例

データ・レベルごとの番号体系は 1000 単位、レコードごとの番号体系は 10 単位で増分され、新規のデータ・レベルおよびレコードの挿入を見込んであります。

レコード番号はすべての取引で一貫して使用されるわけではありません。たとえば、取引によってはレコード 1050 に異なるデータが含まれていることがあります。

一貫性を保つため、すべての番号範囲で X900 番台は、Oracle e-Commerce Gateway 拡張表のために予約されています。

レコード・レイアウト・コード（レコード・レイアウト・コード（レコード・レイアウト・コード（レコード・レイアウト・コード（96 ～～～～ 97））））

レコード・レイアウト・コードは、レコード内のデータ型を示すために使用されます。このコードは、所在地やフレックスフィールドなどの再使用可能レコードがファイルで使用される場合に特に役立ちます。

Oracle e-Commerce Gateway で定義されている再使用可能レコードを除き、レコード・レイアウトは取引ごとに意味が異なることがあります。たとえば、レコード・レイアウト IT には、取引ごとに異なるデータが含まれていることがあります。

レコード・レイアウト・クオリファイア（レコード・レイアウト・クオリファイア（レコード・レイアウト・クオリファイア（レコード・レイアウト・クオリファイア（98 ～～～～ 100））））

レコード・クオリファイア・コードは、取引内の再使用可能レコードまたはその他のレコードにどのような型のデータが含まれているかを示します。たとえば、AD 所在地レコードの場合は、目で見てわかるように、出荷先、請求先、送金先およびその他の宛先所在地レコードとして示す必要があります。

レコード番号の例レコード番号の例レコード番号の例レコード番号の例 - 単純な取引単純な取引単純な取引単純な取引

レコード番号の例レコード番号の例レコード番号の例レコード番号の例 - 長い取引長い取引長い取引長い取引内容内容内容内容

0010 0010 制御レコード

0020 ～ 0070 0020 ～ 0070 Oracle e-Commerce Gateway フレックスフィールド

1000 ～ 1890 1000 ～ 4890 アプリケーション・ヘッダー・レベル

1900 ～ 1990 4900 ～ 4990 アプリケーション・ヘッダー・レベル拡張表（カスタム）

2000 ～ 2890 5000 ～ 5890 アプリケーション詳細レベル 1

2900 ～ 2990 5900 ～ 5990 アプリケーション詳細レベル 1 拡張表（カスタム）

3000 ～ 3890 6000 ～ 6890 アプリケーション詳細レベル 2


4000 ～ 4890 7000 ～ 7890 アプリケーション詳細レベル 3




レコード・キーが完全になるように、取引内のすべてのレコードにその他のレコード・クオリファイアが割り当てられますが、変換機能に対してレコードを一意に識別するのはレコード番号のみなので、これらのクオリファイアが必ずしもデータ・マッピングの役に立つとは限りません。

レコード・レイアウトの詳細は、「共通レコード（レコード・レイアウト・コードに基づく）」の項を参照してください。

表表表表 5-8 レコード番号、レコード・レイアウトおよびレコード・クオリファイアの例レコード番号、レコード・レイアウトおよびレコード・クオリファイアの例レコード番号、レコード・レイアウトおよびレコード・クオリファイアの例レコード番号、レコード・レイアウトおよびレコード・クオリファイアの例

共通レコード（レコード・レイアウト・コードに基づく）共通レコード（レコード・レイアウト・コードに基づく）共通レコード（レコード・レイアウト・コードに基づく）共通レコード（レコード・レイアウト・コードに基づく）レコード・レイアウト・コードは、共通レコード・キーの位置 96 ～ 97 で示されます。

いくつかのデータ要素が相互に関連し、標準取引に含まれます。この関連した要素には、たとえば、所在地、担当データおよびフレックスフィールドなどがあります。レコードの実際の内容は、レコード・レイアウト・クオリファイア（たとえば、出荷先所在地を示す ST または ST1 や、請求先所在地を示す BT または BT1 など）により識別されます。

「インタフェース・ファイル定義」ウィンドウに表示されるレコードを使用して、取引内のレコードのレイアウト（データ要素、フィールドの長さおよびその位置など）を検証します。

注意注意注意注意 : レコード・レイアウトは変更できます。ただし、変更により、使用中の変換機能のデータ・マップが影響を受けることがあります。

レコードレコードレコードレコード番号番号番号番号


レコード・レコード・レコード・レコード・クオリファクオリファクオリファクオリファイアイアイアイア内容内容内容内容

0010 CT CTL 制御レコード

1010 AD ST1 出荷先事業所データを含む所在地レコード

1040 AD BT1 請求先事業所データを含む所在地レコード

1060 A1 HD1 HD1 で識別されている再使用可能レコード A1 レイアウトのフレックス

フィールド・データ

1070 A2 HD2 HD2 で識別されている再使用可能レコード A2 レイアウトのフレックス


2000 IT ITM この取引内のその他の IT レコードからデータを区別するために ITM により

識別されている品目データを示す IT

2100 A1 IT1 IT1 で識別されている再使用可能レコード A1 レイアウトのフレックス


2110 A2 IT2 IT2 で識別されている再使用可能レコード A2 レイアウトのフレックス




多くの取引で使用されるレコード・レイアウトを次に示します。

レコード・レコード・レコード・レコード・レイアウト・レイアウト・レイアウト・レイアウト・コードコードコードコード摘要摘要摘要摘要意味意味意味意味

A1 フレックスフィールド・レイアウト1

フレックスフィールド・レイアウト 1

レイアウト 1 には、フレックスフィールド・コンテキストとそれぞれ

の長さが 80 の属性が含まれます。

インタフェース表には、必要な場合は、長さがフルに 150 文字のフ

レックスフィールドを指定できます。



レイアウト 2 には、それぞれの長さが 80 の属性が含まれます。





レイアウト 3 には、フレックスフィールド・コンテキストと、それぞ

れの長さが 100 の属性が含まれます。インタフェース表には、必要な

場合は、長さがフルに 150 文字の属性を指定できます。



レイアウト 4 には、それぞれの長さが 100 の属性が含まれます。





レイアウト 5 には、4 対の内部定義フレックスフィールド、それらの

外部変換コード、さらにフレックスフィールド・コンテキストが含まれます。





レイアウト 6 には、4 対の内部定義フレックスフィールドおよびそれ

らの外部変換コードが含まれます。



AD 所在地レコード各ビジネス・エンティティの名前、所在地およびコードをフルに記述したもので、都道府県コードおよび郡コードが明示的に含まれます。

これは、通常は RA 表のデータです。



表表表表 5-9 レコード・レイアウトレコード・レイアウトレコード・レイアウトレコード・レイアウト

表表表表 5-10 付加フレックスフィールド（付加フレックスフィールド（付加フレックスフィールド（付加フレックスフィールド（A1）のレコード・レイアウト）のレコード・レイアウト）のレコード・レイアウト）のレコード・レイアウト


AX 所在地レコード各ビジネス・エンティティの名前、所在地およびコードをフルに記述したもので、REGION1、REGION2 および REGION3 には都道府県お

よび郡が含まれます。

これは、通常は HR 表のデータです。

CN 担当レコード -書式 1

主担当者、職位および電話番号。

CM 担当レコード - 書式 2

主担当者の電話番号。

連番連番連番連番制御レベル・フレックスフィールド制御レベル・フレックスフィールド制御レベル・フレックスフィールド制御レベル・フレックスフィールド長さ長さ長さ長さ

1 レコード番号を含む共通キー 100

2 任意のフレックスフィールド・コンテキスト 30

3 任意のフレックスフィールド 1 80

















2 任意のフレックスフィールド・コンテキスト 30










連番連番連番連番フレックスフィールドフレックスフィールドフレックスフィールドフレックスフィールド長さ長さ長さ長さ


2 出荷引当金 / 費用フレックスフィールド・コンテ

キスト

30

3 出荷引当金 / 費用フレックスフィールド 1- 内部 70

4 出荷引当金 / 費用フレックスフィールド 1- 外部

(AC-Special_Services_code)

25


6 出荷引当金 / 費用フレックスフィールド 2- 外部

(AC_Special_Charges_code)

25

7 出荷引当金 / 費用フレックスフィールド 3- 内部

(AETC_number)

70



表表表表 5-14 付加フレックスフィールド（付加フレックスフィールド（付加フレックスフィールド（付加フレックスフィールド（A5）のレコード・レイアウト）のレコード・レイアウト）のレコード・レイアウト）のレコード・レイアウト次の表は、フレックスフィールド 5-8、9-12 および 13-15 については A5 とよく似たレイアウトです。

表表表表 5-15 所在地（所在地（所在地（所在地（A6）レコードのレイアウト）レコードのレイアウト）レコードのレイアウト）レコードのレイアウト

明示的な都道府県 / 州および郡のデータを持つ名前および所在地レコードは、すべて次の書式です。データが使用できるかどうかにより、インタフェース処理でデータ・フィールドがいくつか移入されないことがあります。

8 出荷引当金 / 費用フレックスフィールド 3- 外部 25


(AETC_Responsibility_Code)

70


連番連番連番連番フレックスフィールドフレックスフィールドフレックスフィールドフレックスフィールド長さ長さ長さ長さ



(AETC_Reason_Code)

70








連番連番連番連番ビジネス・エンティティのデータビジネス・エンティティのデータビジネス・エンティティのデータビジネス・エンティティのデータ長さ長さ長さ長さ ASC X12


2 ビジネス・エンティティのサイト・コード（内部）

60 内部

3 ビジネス・エンティティのサイト・コード（外部）

EDI 事業所コード

35 N104



表表表表 5-16 所在地（所在地（所在地（所在地（AD）レコード・レイアウト）レコード・レイアウト）レコード・レイアウト）レコード・レイアウト

明示的な都道府県 / 州および郡のデータのかわりに REGION1、REGION2 および REGION3を持つ名前および所在地レコードは、すべて次の書式です。このデータは、人事管理表から抽出されます。データが使用できるかどうかにより、インタフェース処理でデータ・フィールドがいくつか移入されないことがあります。

2 ビジネス・エンティティの名前 60 N102

3 ビジネス・エンティティの所在地行 1 35 N301




7 ビジネス・エンティティの郡市区 30 N401

8 ビジネス・エンティティの郵便番号 15 N403

9 ビジネス・エンティティの国（内部） 20

10 ビジネス・エンティティの国（ISO）

（外部）

03 N404

11 ビジネス・エンティティの都道府県（内部）

20

12 ビジネス・エンティティの都道府県（外部）

10 N402

13 ビジネス・エンティティの州（内部） 20

14 ビジネス・エンティティの州（外部） 10 N402

15 ビジネス・エンティティの郡 25

連番連番連番連番ビジネス・エンティティのデータビジネス・エンティティのデータビジネス・エンティティのデータビジネス・エンティティのデータ長さ長さ長さ長さ ASC X12


2 ビジネス・エンティティのサイト・コード（内部）

20 内部

3 ビジネス・エンティティのサイト・コード（外部）

（EDI 事業所コード）

20 N104

4 ビジネス・エンティティの名前 60 N102




表表表表 5-17 所在地（所在地（所在地（所在地（AX）レコードのレイアウト）レコードのレイアウト）レコードのレイアウト）レコードのレイアウト

担当書式担当書式担当書式担当書式 1（（（（CN）レコードのレイアウト）レコードのレイアウト）レコードのレイアウト）レコードのレイアウト

このレコードには副担当データを追加できます。



8 ビジネス・エンティティの郡市区 30 N401

9 ビジネス・エンティティの郵便番号 15 N403

10 ビジネス・エンティティの国（内部） 20

11 ビジネス・エンティティの国（ISO）

（外部）

03 N404

12 ビジネス・エンティティの REGION1（内部）

25

13 ビジネス・エンティティの REGION1（外部）

10 N402


25


10 N402


25


10

連番連番連番連番ビジネス・エンティティの担当データビジネス・エンティティの担当データビジネス・エンティティの担当データビジネス・エンティティの担当データ長さ長さ長さ長さ ASC X12


2 ビジネス・エンティティの主担当

姓

35 PER02


名

35


職位名

40 PER09


ファイルに対するコード変換用内部コードと外部コード

表表表表 5-18 担当書式担当書式担当書式担当書式 1

担当書式担当書式担当書式担当書式 2（（（（CM）レコードのレイアウト）レコードのレイアウト）レコードのレイアウト）レコードのレイアウト

担当者データが使用できない場合は、このレコードに電話番号を格納できます。市外局番は、アプリケーションでは別々には格納されません。

表表表表 5-19 担当書式担当書式担当書式担当書式 2

ファイルに対するコード変換用内部コードと外部コードファイルに対するコード変換用内部コードと外部コードファイルに対するコード変換用内部コードと外部コードファイルに対するコード変換用内部コードと外部コード取引インタフェース・ファイルでは、コード変換の候補としてマークされている特定の内部コードに対して、外部フィールドを 1 つから 5 つまでアクティブにできます。シード取引によりアクティブにされるのは、通常は外部 1 フィールドのみです。その他の外部フィールドは、「インタフェース・ファイル定義」ウィンドウを使用してアクティブにできます。「取引インタフェース・ファイルの変更」の項、「コード変換の詳細」の項および『Oracle e-Commerce Gateway ユーザーズ・ガイド』を参照してください。

5 ビジネス・エンティティの主要市外局番1

10 PER04

6 ビジネス・エンティティの主要電話番号1

60 PER04


10 PER04


60 PER04


10 PER04


60 PER04

連番連番連番連番ビジネス・エンティティの担当データビジネス・エンティティの担当データビジネス・エンティティの担当データビジネス・エンティティの担当データ長さ長さ長さ長さ ASC X12


2 ビジネス・エンティティの主要電話番号 1 60 PER04




ファイルに対するコード変換用内部コードと外部コード

図図図図 5-2 コード変換用のフィールドを含むレコードの例コード変換用のフィールドを含むレコードの例コード変換用のフィールドを含むレコードの例コード変換用のフィールドを含むレコードの例

Oracle ApplicationsOracle ApplicationsOracle ApplicationsOracle Applications（内部）コード（内部）コード（内部）コード（内部）コード外部コード外部コード外部コード外部コード1111～～～～5555

Int E1 E2 E3 E4 E5

Int E1

Int E1 E2

Int E1 E2 E3

Int E1 E2 E3 E4


Oracle Applications の取引の

6
Oracle Applications の取引の詳細の取引の詳細の取引の詳細の取引の詳細

Oracle Inventory: 6-2 ページ

Oracle Order Management: 6-4 ページ

Oracle Payables: 6-5 ページ

Oracle Process Manufacturing: 6-19 ページ

Oracle Purchasing: 6-20 ページ

Oracle Receivables: 6-44 ページ

Oracle Release Management: 6-49 ページ

Oracle Shipping Execution: 6-82 ページ

Oracle Supplier Scheduling: 6-83 ページ

詳細 6-1

Oracle Inventory

Oracle Inventory取引の実装には、Oracle Applications および Oracle e-Commerce Gateway の設定が必要です。この項では、Oracle Inventory と統合される取引の実装に必要なアプリケーション設定を中心に説明します。

注意注意注意注意 : レイアウトの要約は、付録 A を参照してください。

アウトバウンド取引に関するトピックは次のとおりです。

� Oracle e-Commerce Gateway への取引先リンク

� 関連 Oracle Applications のプロファイルと設定

� 抽出基準

� 抽出で更新された列

現在の情報現在の情報現在の情報現在の情報取引に対してデータの追加などの拡張が加えられると、取引要件が変わる場合があります。現在の取引詳細は、Oracle Support Web サイトにあります。

現在の詳細レコード・レイアウトは、取引レイアウト定義レポートとインタフェース・ファイル・データ・レポートを使用してレポートされます。

アウトバウンド移動統計（アウトバウンド移動統計（アウトバウンド移動統計（アウトバウンド移動統計（MVSTO/No X12/CUSDEC））））

Oracle e-Commerce Gateway への取引先リンクへの取引先リンクへの取引先リンクへの取引先リンク法的エンティティは Oracle Human Resources に定義されます。この定義に含まれるのは、取引先どうしがも詳しい所在地を表すコードとして交換することを合意している EDI 事業所コードです。取引先は、詳細な所在地ではなく、Oracle e-Commerce Gateway にとって重要なデータ・フィールドである EDI 事業所コードのみを送信することがよくあります。

EDI 事業所コードは、Oracle Human Resources の法的エンティティと Oracle e-Commerce Gateway の取引先サイト定義をリンクします。これにより、Oracle e-Commerce Gatewayは Oracle Human Resources 内の法的エンティティに関する詳細データにアクセスできます。Oracle e-Commerce Gateway でこの詳細データをメンテナンスする必要はありません。

取引名取引名取引名取引名行先行先行先行先取引コード取引コード取引コード取引コードASCX12 EDIFACT

移動統計アウトバウンド MVSTO N/A CUSDEC


Oracle Inventory

Oracle e-Commerce Gateway と Oracle Human Resources 間の取引先リンクが正しく設定されていることを確認するには、Oracle Human Resources の法的エンティティと EDI 事業所コードが、Oracle e-Commerce Gateway の取引先定義で選択されている正しい法的エンティティであることを検証します。 Oracle Human Resources に定義されているものの中から、選択された法的エンティティと EDI 事業所コードが「取引先の定義」ウィンドウの「割当」タブに表示されます。そのデータが意図したものでなかった場合は、適切な変更を加えて、正しい取引先から取引が抽出されるようにします。これには、Oracle Human Resources の法的エンティティを変更するか、Oracle e-Commerce Gateway で該当 EDI 事業所コードに別の法的エンティティを割り当てる方法があります。

取引インタフェース・ファイルの取引制御レコード 0010 に正しい取引先 EDI 事業所コードを選択する際の推奨事項については、「取引先」を参照してください。

抽出基準抽出基準抽出基準抽出基準アウトバウンド移動統計取引は、Oracle Inventory の在庫移動統計用データ・モデルに沿って定義されている 4 つのデータベース・ビューにより制御されます。この 4 つのビューには、抽出プログラムのパラメータに対するユーザーの応答に基づいて動的に設定される変数が含まれています（プログラム・パラメータの一覧は、『Oracle e-Commerce Gateway ユーザーズ・ガイド』の「アウトバウンド取引」の章を参照してください）。

この 4 つのデータベース・ビューは次のとおりです。

� ECE_MTL_MOV_STAT_V

� ECE_MVSTO_DETAILS_V

� ECE_MVSTO_HEADERS_V

� ECE_MVSTO_LOCATIONS_V

ECE_MVSTO_DETAILS_V ビューは、抽出対象の移動統計を識別するために使用します。抽出基準は次のとおりです。

� 取引先が定義されています。

� その取引先に対して取引タイプが使用可能になっています。

� 資材移動統計は以前に抽出されたことがありません。

� 資材移動統計ステータスが確定か確認済のいずれかです。

� 資材移動タイプが、取引が開始されたときに選択されたタイプに一致します。

必要な場合は、SQL*Plus を使用して抽出対象の文書があるかどうかを確認できます。このためには、次のように、初に組織コンテキストを設定し、次に SQL count 関数を発行する必要があります。

SQLPLUS> execute fnd_client_info.set_org_context('<Org number>');SQLPLUS> select count(*) ECE_MVSTO_DETAILS_V;

カウント値が 0 の場合は抽出対象の文書がないことを示しているので、設定をすべて確認します。

Oracle Applications の取引の詳細 6-3

Oracle Order Management

抽出で更新された列抽出で更新された列抽出で更新された列抽出で更新された列抽出対象の資材移動統計エントリが正常に抽出されて取引インタフェース・ファイルに書き込まれると、再び抽出されることがないように、Oracle e-Commerce Gateway により印が付けられます。次の表は、ECEMVSOB.pls ファイルの抜粋コードに基づいて更新される MTL_MOVEMENT_STATISTICS 表のフィールドの一覧です。

EDI_TRANSACTION_REFERENCE は、取引が開始されたときに入力された次のパラメータ値を連結したものです。

� 法的エンティティ

� ゾーン・コード

� 期間名

� 統計タイプ - INSTAT または EXSTAT

� 移動タイプ - A（入庫）、D（出庫）、AC（入庫調整）または DC（出庫調整）のいずれか。

Oracle Order Managementリリース 11i.1 には次の取引が含まれています。

リリース 11 のインバウンド発注（POI）取引は、リリース 11i.1 では新しい受注管理データ・モデルを使用して置き換えられています。


表表表表列列列列値値値値

MTL_MOVEMENT_STATISTICS EDI_SENT_FLAG Y

EDI_TRANSACTION_DATE SYSDATE

EDI_TRANSACTION_REFERENCE

次を参照


発注インバウンド POI 850 ORDERS

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

発注承認アウトバウンド POAO 855 ORDRSP

発注変更承認アウトバウンド PCAO 865 ORDRSP


Oracle Payables



Oracle Payables取引の実装には、Oracle Applications および Oracle e-Commerce Gateway の設定が必要です。この項では、Oracle Payables と統合される取引の実装に必要なアプリケーション設定を中心に説明します。


インバウンド取引に関するトピックは次のとおりです。


� Oracle e-Commerce Gateway の必須フィールド

� Oracle e-Commerce Gateway の例外の検討

� Oracle e-Commerce Gateway の例外の解決

� Oracle Payables の関連するプロファイルと設定

� Payables オープン・インタフェースの必須フィールド

� Payables オープン・インタフェースの例外の検討

� 取引先へのアプリケーション・アドバイスの返信（該当する場合）

� Payables オープン・インタフェースの例外の解決


請求書インバウンド INI 810 INVOIC

出荷および請求通知インバウンド SBNI 857 N/A

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

支払オーダー / 送金アドバイスアウトバウンド PYO 820 PAYORD-REMADV

PAYEXT-REMADV


Oracle Payables


� 電子送金（EFT）の 2 つの形態

� PAYORD、PAYEXT、PAYMUL

� 約束手形支払

� 取引処理オプション


� Oracle Payables の関連するプロファイルと設定

� 抽出基準




インバウンド請求書（インバウンド請求書（インバウンド請求書（インバウンド請求書（INI/810/INVOIC））））

Oracle e-Commerce Gateway への取引先リンクへの取引先リンクへの取引先リンクへの取引先リンク仕入先と仕入先サイトは、Oracle Purchasing または Oracle Payables に定義されています。この定義に含まれるのは、取引先どうしがも詳しい所在地を表すコードとして交換することを合意している EDI 事業所コードです。取引先は、詳細な所在地ではなく、EDI 事業所コードのみを送信することがよくあります。これは Oracle e-Commerce Gateway にとって重要なデータ・フィールドです。

EDI 事業所コードは、Oracle Applications の仕入先または仕入先サイトと Oracle e-Commerce Gateway の取引先サイト定義をリンクします。これにより、Oracle e-Commerce Gateway は基本の Oracle Applications 内の仕入先または仕入先サイトに関する詳細データにアクセスできます。Oracle e-Commerce Gateway でこの詳細データをメンテナンスする必要はありません。

Oracle e-Commerce Gateway と Oracle Applications 間の取引先リンクが正しく設定されていることを確認するには、Oracle Applications の仕入先または仕入先サイトと EDI 事業所コードが、Oracle e-Commerce Gateway の取引先定義で選択されている正しい仕入先または仕入先サイトであることを検証します。 Oracle Applications に定義されているものの中から、選択された仕入先または仕入先サイトと EDI 事業所コードが「取引先の定義」ウィンドウの「割当」タブに表示されます。そのデータが意図したものでなかった場合は、適切な変更を加えて、正しい取引先に対して取引がインポートされるようにします。これには、基本


Oracle Payables

の Oracle Applications の仕入先または仕入先サイトを変更するか、Oracle e-Commerce Gateway で該当 EDI 事業所コードに別の仕入先または仕入先サイトを割り当てる方法があります。

取引インタフェース・ファイルの取引制御レコード 0010 に正しい取引先 EDI 事業所コードを選択する際の推奨事項については、「取引先」を参照してください。

Oracle e-Commerce Gateway の必須フィールドの必須フィールドの必須フィールドの必須フィールドOracle e-Commerce Gateway の必須フィールドの一覧を次に示します。これらのフィールドは、取引先と取引の認証に必要です。必要なデータが取引に指定されていない場合、Oracle e-Commerce Gateway のインポート処理で取引が失敗します。さらに、「段階的文書の表示」ウィンドウに例外メッセージが表示されます。

取引先が有効で取引も使用可能になっている場合、インポート処理はユーザー定義の列ルールを使用して取引を検証します。処理ルールまたは列ルールの例外が検出されなかった場合、Oracle e-Commerce Gateway のインポート・プログラムが取引を Payables オープン・インタフェース表に書き込み、Payables オープン・インタフェース API で処理します。

制御レコード制御レコード制御レコード制御レコード 0010

TEST_INDICATOR

この列は、取引先からのテスト / 製品標識を表します。この値が、Oracle e-Commerce Gateway に定義されている取引先に関連付けられているテスト / 製品標識に一致しない場合、処理ルール例外が検出されます。さらに、「段階的文書の表示」ウィンドウに例外メッセージが表示されます。

有効な値は、テストの場合は「T」、製品の場合は「P」です。

Oracle e-Commerce Gatewayの必須フィールドの列名の必須フィールドの列名の必須フィールドの列名の必須フィールドの列名

レコードレコードレコードレコード番号番号番号番号位置番号位置番号位置番号位置番号ノートノートノートノート

TEST_INDICATOR 0010 20 「T」または「P」

TP_DOCUMENT_ID 0010 30 ASNI また SBNI

TP_TRANSLATOR_CODE 0010 70 この取引先の変換機能識別子

TP_LOCATION_CODE 0010 80 EDI 事業所コード

INVOICE_NUM 1000 10

INVOICE_AMOUNT 1000 40

ITEM_LINE_TYPE_CODE 3000 10

AMOUNT 3000 110


Oracle Payables

TP_DOCUMENT_ID

この列は、取引先により送信される文書のタイプを識別します。この文書タイプが、Oracle e-Commerce Gateway に定義されている取引先に対して使用可能になっていない場合、処理ルール例外が検出されます。さらに、「段階的文書の表示」ウィンドウに例外メッセージが表示されます。

標準請求書の場合、有効な値は INI です。

TP_TRANSLATOR_CODE、TP_LOCATION_CODE（EDI 事業所コード）

この 2 つの列の組合せにより、Oracle e-Commerce Gateway で取引先が一意に識別されます。取引先定義にアクセスすると、Oracle e-Commerce Gateway は取引がその取引先に対して使用可能になっているかどうかを検証できます。

この取引先が Oracle e-Commerce Gateway に定義されていない場合、処理ルール例外が検出されます。さらに、「段階的文書の表示」ウィンドウに例外メッセージが表示されます。

取引先の正しい定義方法の詳細と、これらのフィールドが処理でどのように使用されるかを理解するには、「取引先」を参照してください。

取引詳細レコード取引詳細レコード取引詳細レコード取引詳細レコード

AMOUNT

この列は、請求書配分金額を表します。

取引インタフェース・ファイル上の請求書照合オプションが発注の場合、この列は、請求数量に単価を掛けたものです。

取引インタフェース・ファイル上の請求書照合オプションが受入の場合は、この金額が未請求受入の古いものから順に配分されます。請求金額が未請求受入合計額を超える場合、超過分は新の未請求受入に適用されます。

INVOICE_AMOUNT

この列は、請求明細金額の合計として計算された請求書の合計金額を表します。

INVOICE_NUM

この列は、Oracle Payables にインポートされる仕入先請求書の請求書番号を表します。 Payables オープン・インタフェースのインポート・プログラムは重複した請求書番号を拒否するため、この番号は仕入先ごとに一意であることが必要です。

ITEM_LINE_TYPE_CODE

この列は、請求明細タイプを識別します。有効な値は、ITEM、TAX、FREIGHT またはMISCELLANEOUS です。


Oracle Payables

Oracle e-Commerce Gateway の例外の検討の例外の検討の例外の検討の例外の検討Oracle e-Commerce Gateway の取引例外を検討するには、Oracle e-Commerce Gateway の

「段階的文書の表示」ウィンドウを使用します。例外が特定され解決された後は、取引を発行して再処理するか、再処理中に例外を無視するかまたは取引を削除できます。「段階的文書の表示」ウィンドウでオプションを選択します。

Oracle e-Commerce Gateway の例外の解決の例外の解決の例外の解決の例外の解決Oracle e-Commerce Gateway の例外を解決するには、Oracle e-Commerce Gateway またはOracle Applications の設定データを訂正するか、訂正した取引を送信するように取引先に依頼します。

取引先が訂正した取引を送信する場合は、「段階的文書の表示」ウィンドウを使用して、エラーになった取引を Oracle e-Commerce Gateway の段階表から必ず削除しておきます。取引が重複すると混乱する可能性があります。

Oracle Payables の関連するプロファイルと設定の関連するプロファイルと設定の関連するプロファイルと設定の関連するプロファイルと設定受入オープン・インタフェースに関連する Oracle Paybles の設定を次に示します。

請求書保留理由

この取引に対して一意の請求書保留理由をオプションとして設定できます。 Oracle Payablesにインポートされる請求書は、一意の請求書保留理由を使用して保留できます。これを使用すると、電子的に送信された請求書を支払承認の前に検討できるので、新規取引先の実装時に便利です。請求書保留理由を定義するには、「請求書承認」ウィンドウを使用します。

詳細は、『Oracle Payables ユーザーズ・ガイド』を参照してください。

Payables オープン・インタフェースの必須フィールドオープン・インタフェースの必須フィールドオープン・インタフェースの必須フィールドオープン・インタフェースの必須フィールドPayables オープン・インタフェースは、インバウンド請求書取引により使用されます。このインタフェースは、Oracle e-Commerce Gateway のインポート・プログラムが Payablesオープン・インタフェース表に入力した着信データを検証するために使用します。

Payables オープン・インタフェースの必須フィールドの一覧を次に示します。これらのフィールドは、Payables オープン・インタフェース・インポート・プログラムが Payablesオープン・インタフェース表から Oracle Payables の実表にデータを正常に処理し移動するために必要です。

導出またはハードコードと示された必須フィールドの場合は、取引インタフェース・ファイルに値を指定する必要はありません。値は Oracle e-Commerce Gateway プロセスにより決定されます。

導出されたフィールド、デフォルトのフィールドおよび条件フィールド（次の表の「条件」項目を参照）の詳細は、『Oracle Payables ユーザーズ・ガイド』の付録「Payables オープン・インタフェース」を参照してください。


Oracle Payables

* 取引またはメッセージでデータを必要としないため、Oracle e-Commerce Gateway ではマップまたは参照されません。

AP_INVOICES_INTERFACE 表

INVOICE_AMOUNT

この列は、請求明細金額の合計として計算された請求書の合計金額を表します。

INVOICE_CURRENCY_CODE、EXCHANGE_DATE、EXCHANGE_RATE

（通貨コードが機能通貨と異なる）外国通貨請求書の場合は、通貨コード、交換日付および交換レートが必要です。交換日付は、請求金額の計算に使用される交換レートを識別します。

Oracle Applications必須フィールドの列名必須フィールドの列名必須フィールドの列名必須フィールドの列名条件条件条件条件

Oracle e-Commerce Gateway 列名列名列名列名

ハードコードハードコードハードコードハードコード /導出導出導出導出

レコードレコードレコードレコード番号番号番号番号位置番号位置番号位置番号位置番号

AP_INVOICES_INTERFACE

INVOICE_NUM INVOICE_NUM 1000 10

PO_NUMBER Yes PO_NUMBER 1000 30

INVOICE_AMOUNT INVOICE_AMOUNT 1000 40

TERMS_NAME Yes TERMS_NAME_INT 1000 70

INVOICE_CURRENCY_CODE Yes INVOICE_CURRENCY_CODE

1010 10

EXCHANGE_RATE Yes EXCHANGE_RATE 1010 30

EXCHANGE_DATE Yes EXCHANGE_DATE 1010 40

INVOICE_ID 導出

SOURCE H:EDI_GATEWAY

EXCHANGE_RATE_TYPE* Yes

AP_INVOICE_LINES_INTERFACE

LINE_TYPE_LOOKUP_CODE LINE_TYPE_LOOKUP_CODE

3000 10

AMOUNT AMOUNT 3000 110

PO_NUMBER Yes PO_NUMBER 3010 10

INVOICE_ID 導出

LINE_NUMBER 導出


Oracle Payables

INVOICE_NUM

この列は、Oracle Payables にインポートされる仕入先請求書の請求書番号を表します。 Payables オープン・インタフェースのインポート・プログラムは重複した請求書番号を拒否するため、この番号は仕入先ごとに一意であることが必要です。

PO_NUMBER

この列は、請求書と照合される発注を表します。発注番号はヘッダー・レベルまたは明細品目レベルに入力できます。

TERMS_NAME

この列は支払条件を表し、仕入先に対して支払い条件を定義していない場合は必須です。

AP_INVOICE_LINES_INTERFACE 表表表表

AMOUNT

この列は、請求書配分金額を表します。

取引インタフェース・ファイル上の請求書照合オプションが発注の場合、この列は、請求数量に単価を掛けたものです。

取引インタフェース・ファイル上の請求書照合オプションが受入の場合は、この金額が未請求受入の古いものから順に配分されます。請求金額が未請求受入合計額を超える場合、超過分は新の未請求受入に適用されます。

LINE_TYPE_LOOKUP_CODE

この列は、請求明細タイプを識別します。有効な値は、ITEM、TAX、FREIGHT またはMISCELLANEOUS です。

PO_NUMBER

この列は、請求書と照合される発注を表します。発注番号はヘッダー・レベルまたは明細品目レベルに入力できます。

Payables オープン・インタフェースの例外の検討オープン・インタフェースの例外の検討オープン・インタフェースの例外の検討オープン・インタフェースの例外の検討Payables オープン・インタフェース・インポート・プログラムが終了すると、Payables オープン・インタフェース・レポートが自動的に起動され、処理されたすべての仕入先請求書のステータスがレポートされます。このレポートには、次のように 2 つのセクションが含まれています。

Oracle Payables オープン・インタフェース監査レポート

Payables オープン・インタフェース拒否レポート

監査セクションには、正しくインポートされた請求書がリストされ、拒否セクションには、正しくインポートされなかった請求書と拒否の理由がリストされます。


Oracle Payables

拒否コードとその意味の詳細リストは、『Oracle Payables ユーザーズ・ガイド』の「Payables オープン・インタフェースのインポート」の項を参照してください。

仕入先へのアプリケーション・アドバイスの返信仕入先へのアプリケーション・アドバイスの返信仕入先へのアプリケーション・アドバイスの返信仕入先へのアプリケーション・アドバイスの返信請求書承認を仕入先に返信するには、Payables オープン・インタフェースのアウトバウンド・アドバイス・プログラムを実行し、処理済のすべての仕入先請求書のステータスをOracle e-Commerce Gateway アプリケーション・アドバイス表（ECE_ADVO_HEADERS とECE_ADVO_DETAILS）に移入します。アプリケーション・アドバイス表が移入された後は、アウトバウンド・アプリケーション・アドバイス取引（ADVO/824/APERAK）を開始して、処理済のすべての請求書を承認するかまたは例外を含む請求書のみを承認します。

Payables オープン・インタフェースの例外の解決オープン・インタフェースの例外の解決オープン・インタフェースの例外の解決オープン・インタフェースの例外の解決Payables オープン・インタフェースの例外を解決するには、次の 3 つの方法があります。

Oracle Applications の設定データを訂正します。

「オープン・インタフェース請求書」ウィンドウを使用して、Payables オープン・インタフェース表の誤った項目を訂正します。

訂正済の取引を送信するように仕入先に要求します。

Oracle Applications のデータを更新する場合または Oracle Payables の「オープン・インタフェース請求書」ウィンドウを使用して誤った項目を変更する場合は、Payables オープン・インタフェース・インポート処理を再発行して取引を再検証できます。

仕入先に訂正した取引を送信するように要求する場合は、初に、Payables オープン・インタフェース表にある拒否された請求書データをパージする必要があります。これには、Payables オープン・インタフェース・パージ・プログラムを発行し、次に Oracle e-Commerce Gateway を使用して更新済取引を再インポートします。

インバウンド出荷および請求通知（インバウンド出荷および請求通知（インバウンド出荷および請求通知（インバウンド出荷および請求通知（SBNI/857/No EDIFACT））））この取引の詳細は、「Oracle Purchasing」の項を参照してください。

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



Oracle Payables


Oracle e-Commerce Gateway と Oracle Applications 間の取引先リンクが正しく設定されていることを確認するには、Oracle Applications の仕入先または仕入先サイトと EDI 事業所コードが、Oracle e-Commerce Gateway の取引先定義で選択されている正しい仕入先または仕入先サイトであることを検証します。 Oracle Applications に定義されているものの中から、選択された仕入先または仕入先サイトと EDI 事業所コードが「取引先の定義」ウィンドウの「割当」タブに表示されます。そのデータが意図したものでなかった場合は、適切な変更を加えて、正しい取引先から取引が抽出されるようにします。これには、基本の Oracle Applications の仕入先または仕入先サイトを変更するか、Oracle e-Commerce Gateway で該当 EDI 事業所コードに別の仕入先または仕入先サイトを割り当てる方法があります。

取引インタフェース・ファイルの取引制御レコード 0010 に正しい取引先 EDI 事業所コードを選択する際の推奨事項については、第 9 章「取引先」を参照してください。

抽出基準抽出基準抽出基準抽出基準アウトバウンド・アプリケーション・アドバイス取引は、Oracle e-Commerce Gateway のアプリケーション・アドバイス・データ用のデータ・モデルに沿って定義されている 2 つのデータベース・ビューにより制御されます。この 2 つのビューには、抽出プログラムのパラメータに対するユーザーの応答に基づいて動的に設定される変数が含まれています（プログラム・パラメータの一覧は、『Oracle e-Commerce Gateway ユーザーズ・ガイド』の「アウトバウンド取引」の章を参照してください）。


� ECE_ADVO_DETAILS_V

� ECE_ADVO_HEADERS_V

ECE_ADVO_HEADERS_V ビューは、抽出対象のアプリケーション・アドバイス・データを識別するために使用します。抽出基準は次のとおりです。



� アプリケーション・アドバイスは以前に抽出されたことがありません。

� アプリケーション・アドバイスは次の 3 つのインバウンド取引のいずれかにより提供されています。

出荷通知 / 証明（Oracle Purchasing（Receivables）から）

出荷および請求通知（Oracle Purchasing（Receivables）から）

請求書（Oracle Payables から）


Oracle Payables

関連インバウンド取引から ECE_ADVO_HEADERS 表および ECE_ADVO_DETAILS 表に移入する方法の詳細は、該当するインバウンド取引を参照してください。


SQLPLUS> execute fnd_client_info.set_org_context("<Org number>");

SQLPLUS> select count(*) ECE_ADVO_HEADERS_V;


抽出で更新された列抽出で更新された列抽出で更新された列抽出で更新された列抽出対象のアプリケーション・アドバイスが正常に抽出されて取引インタフェース・ファイルに書き込まれると、再び抽出されることがないように Oracle e-Commerce Gateway により印が付けられます。次の表は、ECADVOB.pls ファイルの抜粋コードに基づいて更新される ECE_ADVO_HEADERS 表のフィールドの一覧です。

アウトバウンド支払オーダーアウトバウンド支払オーダーアウトバウンド支払オーダーアウトバウンド支払オーダー / 送金アドバイス送金アドバイス送金アドバイス送金アドバイス（（（（PYO/820/PAYORD-PAYEXT-REMADV））））

電子送金（電子送金（電子送金（電子送金（EFT）の）の）の）の 2 つの形態つの形態つの形態つの形態Oracle Applications では、電子送金（EFT）の 2 つの形態をサポートします。初は、Oracle Payables で作成された支払ファイルが直接銀行に送信され、仕入先の銀行口座に直接支払われる形態です。

詳細は、『Oracle Payables ユーザーズ・ガイド』の「Oracle e-Commerce Gateway を経由しない電子送金支払の作成」の項を参照してください。

2 つ目の EFT 形態は、Oracle e-Commerce Gateway のアウトバウンド支払オーダー / 送金アドバイス（820/PAYORD-REMADV、820/PAYEXT-REMADV）取引を介する方法です。この取引の設定方法の詳細は、次を参照してください。

PAYORD、、、、PAYEXT、、、、PAYMULEDIFACT PAYORD メッセージは、単一の仕入先に対する支払用です。 EDIFACT PAYEXTメッセージは、複数の仕入先に対する支払用です。


ECE_ADVO_HEADERS EDI_PROCESSED_FLAG Y

EDI_PROCESS_DATE SYSDATE


Oracle Payables

EDIFACT PAYMUL メッセージは、通貨の種類が複数の支払バッチ用です。 Oracle Payablesではこの機能はサポートしていません。

約束手形支払約束手形支払約束手形支払約束手形支払約束手形支払を設定するには、請求金額が 0 の請求書を作成します。支払バッチを作成するときに「0 請求の許可」を選択して、このような請求書を含めます。支払銀行がこの約束手形支払を処理し、支払側と受取側の銀行口座データが正確であることを検証します。

取引処理オプション取引処理オプション取引処理オプション取引処理オプションアウトバウンド支払オーダー / 送金アドバイス取引は、支払データと関連請求書データの両方を含められるように設計されています。 1 つの取引で、支払銀行に対して次のうちのいずれかを実行するように指示できます。

� 資金を仕入先の銀行口座に直接支払い、送金アドバイスを処理します。

� 資金を仕入先の銀行口座に直接支払い、送金アドバイスは処理しません。

� 送金アドバイスを仕入先に電子的に送信し、支払処理はしません。

� 資金を仕入先の銀行口座に直接支払い、送金アドバイスを仕入先に電子的に送信します。

支払銀行に指示を通知するには、仕入先または仕入先サイトを定義するときに取引処理コードを設定します。

取引処理コードがどのように設定されていても、支払銀行に必要な情報がすべて送信されるように、Oracle e-Commerce Gateway ではファイル全体を作成します。

仕入先が電子送金アドバイスを受け取れない環境の場合は、Oracle Payables を使用してハード・コピーを印刷し、仕入先に送付できます。

Oracle e-Commerce Gateway への取引先リンクへの取引先リンクへの取引先リンクへの取引先リンク支払銀行の銀行支店データは、Oracle Payables で定義されます。この定義に含まれるのは、取引先どうしがも詳しい所在地を表すコードとして交換することを合意している EDI 事業所コードです。取引先は、詳細な所在地ではなく、EDI 事業所コードのみを送信することがよくあります。これは Oracle e-Commerce Gateway にとって重要なデータ・フィールドです。

EDI 事業所コードは、Oracle Payables の銀行支店と Oracle e-Commerce Gateway の取引先サイト（銀行支店）定義をリンクします。これにより、Oracle e-Commerce Gateway はOracle Payables 内の銀行支店に関する詳細データにアクセスできます。Oracle e-Commerce Gateway でこの詳細データをメンテナンスする必要はありません。

Oracle e-Commerce Gateway と Oracle Payables 間の取引先リンクが正しく設定されていることを確認するには、Oracle Payables の銀行支店と EDI 事業所コードが、Oracle e-Commerce Gateway の取引先定義で選択されている正しい銀行支店であることを検証します。 Oracle Payables に定義されているものの中から、選択された銀行支店と EDI 事業所


Oracle Payables

コードが「取引先の定義」ウィンドウの「割当」タブに表示されます。そのデータが意図したものでなかった場合は、適切な変更を加えて、正しい銀行支店に対して取引が抽出されるようにします。これには、基本の Oracle Payables の銀行支店を変更するか、Oracle e-Commerce Gateway で該当 EDI 事業所コードに別の銀行支店を割り当てる方法があります。


Oracle Payables の関連するプロファイルと設定の関連するプロファイルと設定の関連するプロファイルと設定の関連するプロファイルと設定アウトバウンド支払オーダー / 送金アドバイス取引は、Oracle Payables で請求書が選択され支払バッチが作成された後、支払フォーマットとして起動されるイベント・ドリブン処理です。この取引は、Oracle e-Commerce Gateway からは開始できません。

アウトバウンド支払オーダー / 送金アドバイス取引に関連する Oracle Paybles の設定の一覧を次に示します。詳細は、『Oracle Payables ユーザーズ・ガイド』の「Oracle e-Commerce Gateway を使用した電子支払の作成」の項を参照してください。

1. 支払銀行の EDI ID 番号を「銀行」ウィンドウに入力します。詳細は、『Oracle Payablesユーザーズ・ガイド』の「銀行の定義」の項を参照してください。

2. EDI アウトバウンド・プログラムを支払フォーマットとして使用する支払文書を定義し、この支払文書を支払銀行口座に割り当てます。詳細は、『Oracle Payables ユーザーズ・ガイド』の「Oracle Payables の支払文書の定義とメンテナンス」の項を参照してください。

3. 支払先の各仕入先サイトに対して銀行データを入力します。詳細は、『Oracle Payablesユーザーズ・ガイド』の「仕入先銀行口座の定義」の項を参照してください。

4. 支払先の各仕入先サイトに対して電子支払データを入力します。詳細は、『Oracle Payables ユーザーズ・ガイド』の「「仕入先」ウィンドウと「仕入先サイト」ウィンドウの「電子データ交換」領域」の項を参照してください。ここに次の項目を指定します。

� EDI 事業所 - Oracle e-Commerce Gateway 取引先にリンクする仕入先の識別子

� EDI ID 番号 - Oracle Energy により使用される ID 番号

� 支払方法 - 電子支払を行う方法を示します。

支払方法支払方法支払方法支払方法摘要摘要摘要摘要

ACH 自動手形交換所

BACS 銀行自動決済システム

BOP 金融機関オプション

CWT 手形交換所銀行間支払システム（CHIPS）資金 / 電信送金


Oracle Payables

� 支払フォーマット - 送信されるデータの種類とデータの形式を示します。

� 送金方法 - 受取側に送金アドバイスを送信する責任者を示します。有効なオプションは次のとおりです。

� 支払側銀行への EDI

� 受取側銀行への EDI

� 受取側への EDI

� 第三者への EDI

� ルーティングなし

� 送金指示 - テキストによる追加指示

� 取引処理 - 支払と送金アドバイスを処理する方法を示します。

FEW 連邦準備金 / 電信送金、ライン型

FWT 連邦準備金 / 電信送金、非ライン型

SWT 国際銀行間通信協会（SWIFT）

支払フォー支払フォー支払フォー支払フォーマットマットマットマット摘要摘要摘要摘要

CCD 現金集中 / 支払（ACH、CCD）

CCP 現金集中 / 支払プラス補足（ACH、CCP）

CTP 会計取引支払（ACH、CTP）

CTX 会計取引換算（ACH、CTX）

PPD 予定支払および預金（ACH、PPD）

PPP 予定支払および預金プラス補足（ACH、PPP）

処理コード処理コード処理コード処理コード摘要摘要摘要摘要

C 支払に送金アドバイスが付随

D 支払のみ

I 送金アドバイスのみ

U 支払と送金アドバイスを分離

Z その他の処理


Oracle Payables

1. 電子的に支払う請求書の支払方法が「電信」と定義されていることを確認します。

2. 支払対象の請求書で保留がアクティブになっていないことを確認します。

3. 支払対象の請求書を承認します。

4. 予定されている支払のそれぞれについてデフォルトの送金先銀行口座が確認してあることを検証します。

5. EDI 支払と EDI 以外の支払を区別するために、EDI 支払に支払グループ・タイプの参照を作成します。この設定ステップはオプションです。

6. 支払バッチを作成します。詳細は、『Oracle Payables ユーザーズ・ガイド』の「支払バッチの開始」の項を参照してください。

7. 必要な場合に支払バッチを変更する方法の詳細は、『Oracle Payables ユーザーズ・ガイド』の「支払バッチの変更」の項を参照してください。

8. 支払バッチをフォーマットします。このプロセスは、取引インタフェース・ファイルを作成する Oracle e-Commerce Gateway アウトバウンド支払オーダー / 送金アドバイス取引を開始します。

抽出基準抽出基準抽出基準抽出基準アウトバウンド支払オーダー / 送金アドバイス取引は、支払およびそれに対応する請求書に関する Oracle Payables データ・モデルに沿って定義されている 2 つのデータベース・ビューにより制御されます。この 2 つのビューには、抽出プログラムのパラメータに対するユーザーの応答に基づいて動的に設定される変数が含まれています（プログラム・パラメータの一覧は、『Oracle e-Commerce Gateway ユーザーズ・ガイド』の「アウトバウンド取引」の章を参照してください）。


� ECE_PYO_INVOICE_V

� ECE_PYO_PAYMENT_V

ECE_PYO_PAYMENTS_V ビューは、抽出対象の支払とそれに対応する請求書を識別するために使用します。抽出基準は次のとおりです。



� 支払は以前に抽出されたことがありません。

� 支払ってもよいというフラグが立っています。

� 支払が無効になっていません。

� 支払に割り当てられている銀行口座 ID、銀行名および銀行支店 ID が、支払バッチのものと一致します。


Oracle Process Manufacturing


SQLPLUS> execute fnd_client_info.set_org_context('<Org number>');SQLPLUS> select count(*) ECE_PYO_PAYMENTS_V;


抽出で更新された列抽出で更新された列抽出で更新された列抽出で更新された列変換機能が銀行に取引を送信し、その銀行がファイルの受信を確認した後は、支払バッチを確認して、請求書に対して支払が行われたことを示すことができます。これにより、同じ請求書が後続の支払バッチに重複して含まれることがなくなります。詳細は、『Oracle Payables ユーザーズ・ガイド』の「支払バッチの確認」の項を参照してください。

Oracle Process ManufacturingOracle Process Manufacturing 製品には次の取引が含まれています。

これらの取引の実装方法の詳細は、製品のドキュメントを参照してください。





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

OPM: 発注承認アウトバウンド GPOAO 855 ORDRSP

OPM: 出荷通知 / 証明アウトバウンド GASNO 856 DESADV


Oracle Purchasing

Oracle Purchasing取引の実装には、Oracle Applications および Oracle e-Commerce Gateway の設定が必要です。この項では、Oracle Purchasing と統合される取引の実装に必要なアプリケーション設定を中心に説明します。


Oracle Purchasing と統合される取引は次のとおりです。






� 関連アプリケーションのプロファイルと設定

� Oracle Applications のオープン・インタフェースの必須フィールド

� Oracle Applications のオープン・インタフェースの例外の検討


� Oracle Applications のオープン・インタフェースの例外の解決



� Oracle Purchasing の関連する設定


価格 / 営業カタログインバウンド CATI 832 PRICAT

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

出荷通知 / 証明インバウンド ASNI 856 DESADV



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

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


Oracle Purchasing

� 抽出基準




インバウンド価格インバウンド価格インバウンド価格インバウンド価格 / 営業カタログ（営業カタログ（営業カタログ（営業カタログ（CATI/832/PRICAT）、インバウンド見積依）、インバウンド見積依）、インバウンド見積依）、インバウンド見積依頼への応答（頼への応答（頼への応答（頼への応答（RRQI/843/QUOTES））））



Oracle e-Commerce Gateway と Oracle Applications 間の取引先リンクが正しく設定されていることを確認するには、Oracle Applications の仕入先または仕入先サイトと EDI 事業所コードが、Oracle e-Commerce Gateway の取引先定義で選択されている正しい仕入先または仕入先サイトであることを検証します。 Oracle Applications に定義されているものの中から、選択された仕入先または仕入先サイトと EDI 事業所コードが「取引先の定義」ウィンドウの「割当」タブに表示されます。そのデータが意図したものでなかった場合は、適切な変更を加えて、正しい取引先に対して取引がインポートされるようにします。これには、基本の Oracle Applications の仕入先または仕入先サイトを変更するか、Oracle e-Commerce Gateway で該当 EDI 事業所コードに別の仕入先または仕入先サイトを割り当てる方法があります。



Oracle Purchasing


取引先が有効で取引も使用可能になっている場合、インポート処理はユーザー定義の列ルールを使用して取引を検証します。処理ルールまたは列ルールの例外が検出されなかった場合、Oracle e-Commerce Gateway のインポート・プログラムが取引を購買文書オープン・インタフェース表に書き込み、購買文書オープン・インタフェース API で処理します。

制御レコード（制御レコード（制御レコード（制御レコード（0010））））

DOCUMENT_ID


有効な値は、価格 / 営業カタログの「CATI」または見積依頼（RFQ）への応答の「RRQI」です。

TEST_INDICATOR





Oracle e-Commerce Gateway必須フィールドの列名必須フィールドの列名必須フィールドの列名必須フィールドの列名



DOCUMENT_ID 0010 30 定数 CATI または RRQI




Oracle Purchasing


取引先の正しい定義方法の詳細と、これらのフィールドが処理でどのように使用されるかを理解するには、第 9 章「取引先」を参照してください。





Oracle Purchasing およびおよびおよびおよび Oracle Inventory の関連するプロファイルと設定の関連するプロファイルと設定の関連するプロファイルと設定の関連するプロファイルと設定購買文書オープン・インタフェースに関連する Oracle Purchasing の設定の一覧を次に示します。詳細は、『Oracle Purchasing ユーザーズ・ガイド』および『Oracle Manufacturing, Distribution, Sales and Service オープン・インタフェース・マニュアル』の「購買オープン・インタフェース」の項を参照してください。

1. PO: 承認時にカタログをアーカイブ

このプロファイル・オプションが「Yes」に設定されている場合、Oracle Purchasing は価格 / 営業カタログが承認された後、カタログをアーカイブします。

このプロファイル・オプションは、承認ステータス・パラメータとともに機能します。

承認ステータスが「未完了」に設定されている場合は、インポートされたカタログをアーカイブの前に承認する必要があります。

承認ステータスが「承認済」に設定されている場合は、カタログは Oracle Purchasing にインポートされた直後にアーカイブされます。

このプロファイル・オプションが「No」に設定されている場合は、Oracle Purchasingは価格 / 営業カタログをアーカイブしません。


Oracle Purchasing

2. 品目マスターの更新許可

品目マスターの作成または更新は、品目マスターに新規品目の作成を許可するかまたは既存品目の更新を許可するかを示すプログラム・パラメータの 1 つです。

品目摘要コードと品目ステータス・コードを更新できるようにするには、次のように設定する必要があります。

「購買オプション」ウィンドウの「管理オプション」領域で、「品目摘要の更新を許可」を使用可能にします。

INV: 「デフォルト品目ステータス」を「Active」に設定します。

3. PO: サーバー出力のファイルへの書込み

このプロファイル・オプションを「Yes」に設定すると、通常はコンカレント・マネージャのログ画面に書き込まれるエラー・ログを、購買文書オープン・インタフェースのデバッグに役立つようにファイル・システムに書き込むことができます。

4. 価格許容範囲の設定

価格 / 営業カタログの更新に伴う価格の増分を見越して、Oracle Purchasing に価格許容範囲を定義します。

購買文書オープン・インタフェースでの必須フィールド購買文書オープン・インタフェースでの必須フィールド購買文書オープン・インタフェースでの必須フィールド購買文書オープン・インタフェースでの必須フィールド購買文書オープン・インタフェースは、インバウンド価格 / 営業カタログ取引およびインバウンド見積依頼への応答取引により使用されます。このインタフェースは、Oracle e-Commerce Gateway のインポート・プログラムにより購買文書オープン・インタフェース表に入力された着信データを検証するために使用します。

購買文書オープン・インタフェースの必須フィールドの一覧を次に示します。これらのフィールドは、購買文書オープン・インタフェース API が購買文書オープン・インタフェース表から Oracle Purchasing の実表にデータを正常に処理し移動するために必要です。


導出されたフィールド、デフォルトのフィールドおよび条件フィールド（次の表の「条件」項目を参照）の詳細は、『Oracle Manufacturing, Distribution, Sales and Service オープン・インタフェース・マニュアル』を参照してください。


Oracle Purchasing

* 取引またはメッセージでデータを必要としないため、Oracle e-Commerce Gateway ではマップまたは参照されません。

PO_HEADERS_INTERFACE 表表表表

ACTION_TYPE_CODE_INT

この列は、カタログ・タイプの標識です。有効な値は次のとおりです。


Oracle e-Commerce Gateway列名列名列名列名

ハードコードハードコードハードコードハードコード/ 導出導出導出導出


PO_HEADERS_INTERFACE

VENDOR_DOC_NUM VENDOR_DOC_NUMBER 1000 10

EFFECTIVE_DATE Yes EFFECTIVE_DATE 1000 20

EXPIRATION_DATE Yes EXPIRATION_DATE 1000 30

ACTION ACTION_TYPE_CODE_INT 1030 10

VENDOR_SITE_CODE SHIP_FROM_ADDRESS_CODE

1120 10

VENDOR_ID SHIP_FROM_CUSTOMER_ID 1120 170

VENDOR_SITE_ID SHIP_FROM_ADDRESS_ID 1120 180

DOCUMENT_TYPE_CODE*

INTERFACE_HEADER_ID INTERFACE_HEADER_ID 導出

PO_LINES_INTERFACE

LINE_NUM Yes LINE_NUM 2000 10

ITEM ITEM 2000 20

QUANTITY Yes QUANTITY 2010 10

EFFECTIVE_DATE Yes EFFECTIVE_DATE 2010 60

EXPIRATION_DATE Yes EXPIRATION_DATE 2010 70

ITEM_DESCRIPTION Yes ITEM_DESCRIPTION 2010 80

UNIT_PRICE Yes UNIT_PRICE 2020 10

SHIPMENT_NUM Yes SHIPMENT_NUM 2050 10

INTERFACE_LINE_ID INTERFACE_LINE_ID 導出

INTERFACE_HEADER_ID INTERFACE_HEADER_ID 導出


Oracle Purchasing

ORIGINAL: 新規カタログ

REPLACE: 置換カタログ

UPDATE: カタログ変更

カタログの変更では次のデータ・タイプがサポートされています。

単価

品目摘要

単位

包括購買契約での価格値引

包括購買契約での失効日

追加品目データを取得するための仕入先 URL

EFFECTIVE_DATE、EXPIRATION_DATE

この 2 つの列は、既存のカタログを置き換える場合またはソース・ルールを作成する場合（「ソース・ルールの作成」パラメータに「Yes」と指定した場合）に必要になります。これらの値は、古い価格 / 営業カタログを見つけて削除するために使用します。

SHIP_FROM_ADDRESS_CODE

この列は、仕入先サイト・コードを表します。この値は、仕入先サイト ID に基づいて購買文書オープン・インタフェースが導出します。

SHIP_FROM_ADDRESS_ID

この列は仕入先サイト ID を表します。値は、仕入先 ID に基づいて Oracle e-Commerce Gateway が導出します。仕入先 ID は、変換機能コード（制御レコード 0010、要素 70）とEDI 事業所コード（制御レコード 0010、要素 80）から導出されます。購買文書オープン・インタフェースは、この仕入先サイト ID を使用して仕入先サイト・コードを導出します。

SHIP_FROM_CUSTOMER_ID

この列は仕入先 ID を表します。値は、変換機能コード（制御レコード 0010、要素 70）とEDI 事業所コード（制御レコード 0010、要素 80）の組合せから Oracle e-Commerce Gateway が導出します。購買文書オープン・インタフェースは、この仕入先 ID を使用して仕入先の名前と番号を導出します。

VENDOR_DOC_NUMBER

この列は、仕入先のカタログ番号を表します（仕入先が Oracle カタログ番号を知らない可能性があるため）。仕入先のカタログ番号は、カタログの置換または更新の際に既存のカタログを見つけるために使用します。新規カタログをインポートする場合は、この列を使用してカタログが重複していないことを確認します。


Oracle Purchasing

PO_LINES_INTERFACE 表表表表

EFFECTIVE_DATE

この列は、カタログのインポートとともにソース・ルールを作成する場合（「ソース・ルールの作成」パラメータに「Yes」と指定した場合）に必要になります。新規ソース・ルールが作成されるか既存のルールが更新されるかは、新規カタログをインポートするか、カタログの変更をインポートするかまたは既存のカタログを置き換えるかに依存します。

このデータの使用方法の詳細は、『Oracle Purchasing オープン・インタフェース』の「ソーシング」の項を参照してください。

EXPIRATION_DATE

この列は、新規または置換用カタログのインポートとともにソース・ルールを作成する場合（「ソース・ルールの作成」パラメータに「Yes」と指定した場合）に必要になります。カタログ変更をインポートする場合、この値は古いカタログ品目を削除するために使用されます。

このデータの使用方法の詳細は、『Oracle Purchasing オープン・インタフェース』の「ソーシング」の項を参照してください。

ITEM、ITEM_DESCRIPTION

この 2 つの列は、品目マスターに品目を作成または更新する場合（「品目の作成または更新」パラメータに「Yes」と指定した場合）に必要になります。新規品目を作成する場合は、ITEM および ITEM_DESCRIPTION が両方とも必須です。品目マスターを更新する場合は、ITEM_DESCRIPTION が必須です。

LINE_NUM、SHIPMENT_NUM、QUANTITY、UNIT_PRICE

価格値引データを入力するには、Oracle Purchasing のデータ・モデルに対応するように、仕入先が取引インタフェース・ファイルに明細番号、出荷番号、数量および単価を次の形式で提供する必要があります。

価格値引データは、Oracle e-Commerce Gateway により PO_LINES_INTERFACE 表（発注明細と出荷用）にロードされます。購買文書オープン・インタフェース API はこのデータを検証し、有効なデータを PO_LINES 表（発注明細）と PO_LINE_LOCATIONS 表（発注出荷）に移します。

明細番号明細番号明細番号明細番号出荷番号出荷番号出荷番号出荷番号数量数量数量数量単価単価単価単価

（レコード2000）




1 1 500 10.00

1 2 1000 7.00

1 3 5000 5.00


Oracle Purchasing

仕入先が固定価格を提供する場合、仕入先が指定する必要があるのは単価のみです。

購買文書オープン・インタフェースの例外の検討購買文書オープン・インタフェースの例外の検討購買文書オープン・インタフェースの例外の検討購買文書オープン・インタフェースの例外の検討購買文書オープン・インタフェースの処理方針は、行単位の処理です。これは、購買文書オープン・インタフェースが文書ヘッダーで例外を検出した場合、文書の明細の処理には進まないことを意味します。購買文書オープン・インタフェースは文書明細レベルで有効な文書明細を基本のアプリケーションの表に書き込むかまたは無効な文書明細のそれぞれに対して例外メッセージを PO_INTERFACE_ERRORS 表に書き込みます。つまり、取引を部分的に受け入れます。

購買文書オープン・インタフェース API により検出された全例外を検討するには、Oracle Purchasing の購買文書インタフェース・エラー・レポートを使用できます。

検出可能なエラーとその意味の詳しい一覧は、『Oracle Manufacturing, Distribution, Sales and Service オープン・インタフェース・マニュアル』と『Oracle Purchasing オープン・インタフェース』を参照してください。

購買文書オープン・インタフェースの例外の解決購買文書オープン・インタフェースの例外の解決購買文書オープン・インタフェースの例外の解決購買文書オープン・インタフェースの例外の解決購買文書オープン・インタフェースの例外を解決するには、Oracle Applications の設定データを訂正するかまたは値を訂正した取引を再送するように仕入先に依頼します。

Oracle Applications のデータを更新する場合は、購買文書オープン・インタフェース処理を再発行して取引を再検証できます。

仕入先に訂正した取引を送信するように要求する場合は、初に、購買文書オープン・インタフェース表にある拒否された請求書データをパージする必要があります。これには、購買文書オープン・インタフェース処理済データ・パージ・プログラムを発行し、次に Oracle e-Commerce Gateway を使用して更新済取引を再インポートします。

インバウンド出荷通知インバウンド出荷通知インバウンド出荷通知インバウンド出荷通知 / 証明（証明（証明（証明（ASNI/856/DESADV）、インバウンド出荷およ）、インバウンド出荷およ）、インバウンド出荷およ）、インバウンド出荷および請求通知（び請求通知（び請求通知（び請求通知（SBNI/857/No EDIFACT））））




Oracle Purchasing

Oracle e-Commerce Gateway と Oracle Applications 間の取引先リンクが正しく設定されていることを確認するには、Oracle Applications の仕入先または仕入先サイトと EDI 事業所コードが、Oracle e-Commerce Gateway の取引先定義で選択されている正しい仕入先サイトであることを検証します。 Oracle Applications に定義されているものの中から、選択された仕入先または仕入先サイトと EDI 事業所コードが「取引先の定義」ウィンドウの「割当」タブに表示されます。そのデータが意図したものでなかった場合は、適切な変更を加えて、正しい取引先に対して取引がインポートされるようにします。これには、基本の Oracle Applications の仕入先または仕入先サイトを変更するか、Oracle e-Commerce Gateway で該当 EDI 事業所コードに別の仕入先または仕入先サイトを割り当てる方法があります。



取引先が有効で取引も使用可能になっている場合、インポート処理はユーザー定義の列ルールを使用して取引を検証します。処理ルールまたは列ルールの例外が検出されなかった場合、Oracle e-Commerce Gateway のインポート・プログラムが取引を受入オープン・インタフェース表に書き込み、受入オープン・インタフェース API で処理します。

Oracle e-Commerce Gateway 必須必須必須必須フィールドの列名フィールドの列名フィールドの列名フィールドの列名



ASN_TYPE（文書 ID） 0010 30 ASNI また SBNI

TRAN_PURPOSE_EXT1 0010 50 NEW または CANCEL



PICK_SLIP_NUMBER 1000 10

TRAN_PURPOSE_APPLICATION 1000 110 NEW または CANCEL

PURCHASE_ORDER_NUM 2000 50

ORIGINAL_SYSTEM_LINE_REFERENCE

2000 70


Oracle Purchasing


ASN_TYPE（文書 ID）


有効な値は、出荷通知の場合は「ASNI」、出荷および請求通知の場合は「SBNI」です。

TEST_INDICATOR







TRAN_PURPOSE_EXT1

この列は、取引目的コードを表します。有効な値は、NEW または CANCEL です。インバウンド・フラットファイルに値が指定されていない場合のデフォルト値は NEW です。 TRAN_PURPOSE_EXT1 に入力した値は、レコード 1000、位置 110 の TRAN_PURPOSE_APPLICATION に入力した値と同じであることが必要です。

QUANTITY デフォルトは、レコード 2000 の位置 80にある出荷数量。

SHIPPED_UNIT_CODE_INT 2000 90


Oracle Purchasing

取引詳細レコード取引詳細レコード取引詳細レコード取引詳細レコード


この列は、出荷に対応する発注明細番号を表します。

PICK_SLIP_NUMBER

この列は、仕入先からの梱包伝票番号を表します。この番号は、発注受入処理中に発注と出荷の品目に関連する出荷データを呼び出すために使用されます。

値が指定されていない場合、受入オープン・インタフェースは PACKING_SLIP 列またはINVOICE_NUM 列からの値をデフォルトとして採用します。この列の値には、仕入先が年間を通して一意の値を使用する必要があります。

PURCHASE_ORDER_NUM

この列は、出荷に対応する発注番号を表します。

SHIPPED_UNIT_CODE_INT

この列は、出荷数量の単位を表します。

TRAN_PURPOSE_APPLICATION

この列は、取引目的コードを表します。有効な値は、NEW または CANCEL です。値はレコード 1000 の位置 110 に配置します。インバウンド・フラットファイルに値が指定されていない場合のデフォルト値は NEW です。

TRAN_PURPOSE_APPLICATION に入力した値は、レコード 0010、位置 50 の TRAN_PURPOSE_EXT1 に入力した値と同じであることが必要です。






Oracle Purchasing

Oracle Purchasing の関連するプロファイルと設定の関連するプロファイルと設定の関連するプロファイルと設定の関連するプロファイルと設定受入オープン・インタフェースに関連する Oracle Purchasing の設定の一覧を次に示します。

1. RCV: 1 つでも明細が失敗した場合、ASN の明細をすべて失敗にする

このプロファイル・オプションが「Yes」に設定されている場合、明細が 1 つでも検証に失敗すると、出荷通知に対してそれ以上の検証が行われません。

このプロファイル・オプションが「No」に設定されている場合、明細が検証に失敗しても、次の明細から処理が続行されます。

2. ASN 管理

Oracle Purchasing の「受入オプション」ウィンドウの「ASN 管理処理」フィールドで、「警告」、「拒否」または「なし」を選択し、出荷通知が存在する発注出荷に対する受入を Oracle Purchasing で処理する方法を決定します。詳細は、『Oracle Purchasing ユーザーズ・ガイド』の「受入オプションの定義」の項を参照してください。

3. PO: 受入プロセッサの SQL トレース使用可能

このプロファイル・オプションが「Yes」に設定されている場合、受入取引処理を実行するときに、「要求の発行」ウィンドウの「ログの表示」画面にさらに詳しいエラー・データが表示されます。

詳細は、『Oracle Purchasing ユーザーズ・ガイド』および『Oracle Manufacturing, Distribution, Sales and Service オープン・インタフェース・マニュアル』の「購買オープン・インタフェース」の項を参照してください。

受入オープン・インタフェースの必須フィールド受入オープン・インタフェースの必須フィールド受入オープン・インタフェースの必須フィールド受入オープン・インタフェースの必須フィールドインバウンド出荷通知 / 証明取引とインバウンド出荷および請求通知取引が受入オープン・インタフェースを使用します。このインタフェースは、Oracle e-Commerce Gateway のインポート・プログラムが受入オープン・インタフェース表に入力した着信データを検証するために使用します。

受入オープン・インタフェースの必須フィールドの一覧を次に示します。これらのフィールドは、受入オープン・インタフェース API が受入オープン・インタフェース表から Oracle Purchasing の実表にデータを正常に処理し移動するために必要です。




Oracle Purchasing



ハードコードハードコードハードコードハードコード/ 導出導出導出導出


RCV_HEADERS_INTERFACE

SHIPMENT_NUM Yes PICK_SLIP_NUMBER 1000 10

SHIPPED_DATE Yes SHIPPED_DATE 1000 70

AUTO_TRANSACT_CODE Yes AUTO_TRANSACT_CODE 1000 100/120

TRANSACTION_TYPE TRAN_PURPOSE_APPLICATION

1000 110

INVOICE_NUM Yes INVOICE_NUM 1030 10

INVOICE_DATE Yes INVOICE_DATE 1030 20

TOTAL_INVOICE_AMOUNT Yes INVOICE_AMOUNT 1030 30

VENDOR_ID SHIP_FROM_CUSTOMER_ID 1100 170

SHIP_TO_ORGANIZATION_CODE

Yes SHIP_TO_INT_LOCATION_ID 1120 10

CREATED_BY CREATED_BY 導出

CREATION_DATE CREATION_DATE 導出

GROUP_ID GROUP_ID 導出

HEADER_INTERFACE_ID HEADER_INTERFACE_ID 導出

LAST_UPDATE_DATE LAST_UPDATE_DATE 導出

LAST_UPDATED_BY LAST_UPDATED_BY 導出

PROCESSING_STATUS_CODE H: PENDING

RECEIPT_SOURCE_CODE H: VENDOR

VALIDATION_FLAG H: Y

EMPLOYEE_NAME*

EMPLOYEE_ID*

RECEIPT_NUM* Yes

VENDOR_NAME*

VENDOR_NUM*

RCV_TRANSACTIONS_

INTERFACE

ITEM_NUM ITEM_NUMBER 2000 10

VENDOR_ITEM_NUM Yes VENDOR_ITEM_NUM 2000 20

ITEM_REVISION Yes ITEM_REVISION 2000 30


Oracle Purchasing

DOCUMENT_NUM PURCHASE_ORDER_NUM 2000 50

DOCUMENT_LINE_NUM ORIGINAL_SYSTEM_LINE_

REFERENCE

2000 70

QUANTITY SHIPPED_QUANTITY 2000 80

UNIT_OF_MEASURE SHIPPED_UNIT_CODE_INT 2000 90

ITEM_DESCRIPTION PRODUCT_DESCRIPTION 2000 140

AUTO_TRANSACT_CODE AUTO_TRANSACT_CODE 2000 160

SHIP_TO_LOCATION_ID Yes SHIP_TO_INT_LOCATION_ID 3000 10

SHIP_TO_LOCATION_CODE SHIP_TO_INT_LOCATION_NAME

3000 30

DELIVER_TO_LOCATION_CODE

DELIVER_TO_LOCATION_CODE_

INT

3020 10

DELIVER_TO_PERSON_NAME

DELIVER_TO_PERSON_NAME

3020 70

CREATED_BY CREATED_BY 導出

CREATION_DATE CREATION_DATE 導出

GROUP_ID GROUP_ID 導出

HEADER_INTERFACE_ID 導出

INTERFACE_TRANSACTION_ID

INTERFACE_TRANSACTION_ID

導出

LAST_UPDATE_DATE LAST_UPDATE_DATE 導出

LAST_UPDATED_BY LAST_UPDATED_BY 導出

PROCESSING_MODE_CODE H: BATCH

PROCESSING_STATUS_CODE H: PENDING

RECEIPT_SOURCE_CODE H: VENDOR

SOURCE_DOCUMENT_CODE H: PO

TRANSACTION_DATE H: SYSDATE

TRANSACTION_STATUS_CODE

H: PENDING

TRANSACTION_TYPE H: SHIP

VALIDATION_FLAG H: Y

CATEGORY_ID* Yes

CUSTOMER_ID* Yes


Oracle Purchasing

* 取引またはメッセージでデータを必要としないため、Oracle e-Commerce Gateway ではマップまたは参照されません。 <field>_ID フィールドは、受入オープン・インタフェースAPI により導出されます。

RCV_HEADERS_INTERFACE 表表表表

AUTO_TRANSACT_CODE

この列は、着信データのタイプを識別します。有効な値は、SHIP、RECEIVE またはDELIVER です。

取引に値が指定されていない場合のデフォルト値は RECEIVE です。

値が SHIP の場合は、インバウンド出荷通知を出荷通知のみとして処理するように受入オープン・インタフェースに対して指示します。現物が受入ドックに届いたときに、Oracle Purchasing で発注受入処理を実行する必要があります。

この設定は、出荷通知が届いた後で現物が届くように予定されている場合に使用します。

値が RECEIVE の場合は、インバウンド出荷通知を出荷通知および発注受入として処理するように受入オープン・インタフェースに対して指示します。この設定は、出荷通知とともに

DELIVER_TO_LOCATION_ID* Yes

DELIVER_TO_PERSON_ID* Yes

EMPLOYEE_ID* Yes

EXPECTED_RECEIPT_DATE* Yes

ITEM_CATEGORY* Yes

ITEM_ID* Yes

LOCATOR* Yes

OE_ORDER_HEADER_ID* Yes

OE_ORDER_LINE_ID* Yes

PO_HEADER_ID*

PO_LINE_ID* Yes

SUBINVENTORY* Yes

TO_ORGANIZATION_CODE* Yes

TO_ORGANIZATION_ID* Yes

VENDOR_ID*

VENDOR_NUM*

VENDOR_NAME*


Oracle Purchasing

現物が届くように予定されている場合または物理的な受入を必要としないサービス発注の場合に使用します。

値が DELIVER の場合は、インバウンド出荷通知を出荷通知、発注受入および配送として処理するように受入オープン・インタフェースに対して指示します。この設定は、現物を受け入れて要求者または在庫に配送する場合に使用します。このオプションでは、商品の検査を行わないことを想定しています。

INVOICE_NUM、INVOICE_DATE、INVOICE_AMOUNT

請求書番号、請求日付および請求金額は、インバウンド出荷および請求通知取引で請求書を作成するために必要です。請求書番号は仕入先ごとに一意にする必要があります。

PICK_SLIP_NUMBER

この列は、仕入先からの梱包伝票番号を表します。この番号は、発注受入処理中に発注と出荷の品目に関連する出荷データを呼び出すために使用されます。

値が指定されていない場合、受入オープン・インタフェースは PACKING_SLIP 列またはINVOICE_NUM 列からの値をデフォルトとして採用します。この列の値には、仕入先が年間を通して一意の値を使用する必要があります。

SHIPPED_DATE

この列は、出荷物が出荷された日付を表します。この値は、システム日付と等しいかまたはそれより前であることが必要です。

SHIP_FROM_CUSTOMER_ID

この列は仕入先 ID を表します。値は、変換機能コード（制御レコード 0010、要素 70）とEDI 事業所コード（制御レコード 0010、要素 80）の組合せから Oracle e-Commerce Gateway が導出します。受入オープン・インタフェースは、この仕入先 ID を使用して仕入先の名前と番号を導出します。

SHIP_TO_INT_LOCATION_ID

この列は、出荷の搬送先組織を表します。インバウンド出荷通知 / 証明取引またはインバウンド出荷および請求通知取引には、Oracle Purchasing の有効な在庫組織コードが必要です。搬送先組織コードは、ヘッダー・レベルまたは明細レベルに指定できます。ただし、ヘッダー・レベルに指定すると、同じ値がすべての出荷明細に適用されます。

TRANS_PURPOSE_APPLICATION

この列は、取引目的コードを表します。有効な値は、NEW または CANCEL です。値はレコード 1000 の位置 110 に配置します。インバウンド・フラットファイルに値が指定されていない場合のデフォルト値は NEW です。

TRAN_PURPOSE_APPLICATION に入力した値は、レコード 0010、位置 50 の TRAN_PURPOSE_EXT1 に入力した値と同じであることが必要です。


Oracle Purchasing

RCV_TRANSACTIONS_INTERFACE 表表表表

AUTO_TRANSACT_CODE

この列は、着信データのタイプを識別します。有効な値は、SHIP、RECEIVE またはDELIVER です。

インバウンド・フラットファイルに値が指定されていない場合のデフォルト値は RECEIVEです。

値が SHIP の場合は、インバウンド出荷通知を出荷通知のみとして処理するように受入オープン・インタフェースに対して指示します。現物が受入ドックに届いたときに、Oracle Purchasing で発注受入処理を実行する必要があります。

この設定は、出荷通知が届いた後で現物が届くように予定されている場合に使用します。

値が RECEIVE の場合は、インバウンド出荷通知を出荷通知および発注受入として処理するように受入オープン・インタフェースに対して指示します。この設定は、出荷通知とともに現物が届くように予定されている場合または物理的な受入を必要としないサービス発注の場合に使用します。

値が DELIVER の場合は、インバウンド出荷通知を出荷通知、発注受入および配送として処理するように受入オープン・インタフェースに対して指示します。この設定は、現物を受け入れて要求者または在庫に配送する場合に使用します。このオプションでは、商品の検査を行わないことを想定しています。

DELIVER_TO_PERSON_NAME、DELIVER_TO_LOCATION_CODE_INT

この 2 つの列は、AUTO_TRANSACT_CODE が DELIVER に設定されている場合に受入オープン・インタフェースで必要になります。要求者に関連付けられている搬送先情報を表します。

ITEM_NUMBER、PRODUCT_DESCRIPTION

この 2 つの列は、Oracle Purchasing に定義されている購買担当品目番号と品目摘要を表します。

ITEM_REVISION

この列は、品目の改訂レベルを表します。この品目が改訂管理対象の在庫品目で、在庫宛先への配布がある場合は、値を指定する必要があります。


この列は、出荷に対応する発注明細番号を表します。

PURCHASE_ORDER_NUM

この列は、出荷に対応する発注番号を表します。


Oracle Purchasing

SHIP_TO_INT_LOCATION_ID、SHIP_TO_INT_LOCATION_NAME

この 2 つの列は、出荷の搬送先組織を表します。インバウンド出荷通知 / 証明取引またはインバウンド出荷および請求通知取引には、Oracle Purchasing の有効な在庫組織コードが必要です。明細レベルに値が指定されていない場合は、ヘッダーの値がすべての明細のデフォルトとして使用されます。

SHIPPED_QUANTITY

この列は、出荷数量を表します。

SHIPPED_UNIT_CODE_INT

この列は、出荷数量の単位を表します。

VENDOR_ITEM_NUM

この列は、Oracle Purchasing に定義されている購買担当品目に対する仕入先の品目番号を表します。購買担当品目番号が使用できない場合は、この列を指定する必要があります。

受入オープン・インタフェースの例外の検討受入オープン・インタフェースの例外の検討受入オープン・インタフェースの例外の検討受入オープン・インタフェースの例外の検討受入オープン・インタフェースにより検出される例外は、すべて PO_INTERFACE_ERRORS表に書き込まれます。受入インタフェース・エラー・レポート（856/DESADV の場合）と購買インタフェース・エラー・レポート（857 の場合）を使用してこれらのエラーを検討します。

検出可能なエラーとその意味の詳しい一覧は、『Oracle Manufacturing, Distribution, Sales and Service オープン・インタフェース・マニュアル』と『Oracle Purchasing オープン・インタフェース』を参照してください。

仕入先へのアプリケーション・アドバイスの返信仕入先へのアプリケーション・アドバイスの返信仕入先へのアプリケーション・アドバイスの返信仕入先へのアプリケーション・アドバイスの返信受入オープン・インタフェース・プログラムは、PO_INTERFACE_ERRORS 表にエラー・データを書き込む他に、Oracle e-Commerce Gateway のアプリケーション・アドバイス表

（ECE_ADVO_HEADERS および ECE_ADVO_DETAILS）にエントリを書き込みます。このエントリは、アウトバウンド・アプリケーション・アドバイス（824/APERAK）取引を介して仕入先に報告されます。

受入オープン・インタフェースの例外の解決受入オープン・インタフェースの例外の解決受入オープン・インタフェースの例外の解決受入オープン・インタフェースの例外の解決受入オープン・インタフェースの例外を解決するには、Oracle Applications の設定データを訂正するかまたは訂正した取引を再送するように仕入先に依頼します。

Oracle Applications のデータを更新する場合は、受入オープン・インタフェース処理を再発行して取引を再検証できます。

仕入先に訂正した取引を送信するように要求する場合は、初に、受入オープン・インタフェース表にある拒否された請求書データをパージする必要があります。これには「取引ス


Oracle Purchasing

テータス要約」ウィンドウを使用し、次に Oracle e-Commerce Gateway を使用して更新済取引を再インポートします。

アウトバウンド・アプリケーション・アドバイス（アウトバウンド・アプリケーション・アドバイス（アウトバウンド・アプリケーション・アドバイス（アウトバウンド・アプリケーション・アドバイス（ADVO/824/APERAK））））この取引の詳細は、「Oracle Payables」の項を参照してください。

アウトバウンド発注（アウトバウンド発注（アウトバウンド発注（アウトバウンド発注（POO/850/ORDERS））））





Oracle Purchasing の関連するプロファイルと設定の関連するプロファイルと設定の関連するプロファイルと設定の関連するプロファイルと設定アウトバウンド発注取引に関連する Oracle Purchasing の設定の一覧を次に示します。

1. 元のオーダーに対する「< 属性 > 時にアーカイブ」

「設定」→「発注」で表示される「文書タイプ」ウィンドウに、次を設定します。

使用可能な文書タイプのそれぞれに対して「承認時にアーカイブ」を設定します。


Oracle Purchasing

この属性は「印刷時にアーカイブ」に設定しないでください。設定すると、発注取引は抽出される前に印刷されアーカイブされてしまうので、抽出対象の発注が抽出されなくなります。

詳細は、『Oracle Purchasing ユーザーズ・ガイド』を参照してください。

抽出基準抽出基準抽出基準抽出基準アウトバウンド発注取引は、Oracle Purchasing の発注データ・モデルに沿って定義されている 3 つのデータベース・ビューにより制御されます。この 3 つのビューには、抽出プログラムのパラメータに対するユーザーの応答に基づいて動的に設定される変数が含まれています（プログラム・パラメータの一覧は、『Oracle e-Commerce Gateway ユーザーズ・ガイド』の「アウトバウンド取引」の章を参照してください）。


� ECE_POO_HEADERS_V

� ECE_POO_LINES_V

� ECE_POO_SHIPMENTS_V

ECE_POO_HEADERS_V ビューは、抽出対象の発注を識別するために使用します。抽出基準は次のとおりです。



� 発注は印刷されたことがなく以前に抽出されたこともありません。

� 発注ステータスが「承認済」です。

� 発注は取り消されていません。

� 発注は保留になっていません。



SQLPLUS> select count(*) ECE_POO_HEADERS_V;


抽出で更新された列抽出で更新された列抽出で更新された列抽出で更新された列抽出対象の発注が正常に抽出されて取引インタフェース・ファイルに書き込まれると、再び抽出されることがないように Oracle e-Commerce Gateway により印が付けられます。次の


Oracle Purchasing

表は、ECEPOOB.pls ファイルに定義されている UPDATE_PO プロシージャの抜粋コードに基づいて更新されるフィールドの一覧です。

PO_HEADERS 表と PO_HEADERS_ARCHIVE 表は、標準発注、計画発注または包括発注に使用されます。 PO_RELEASES 表と PO_RELEASES_ARCHIVE 表は、包括発注リリースに使用されます。

アウトバウンド発注変更（アウトバウンド発注変更（アウトバウンド発注変更（アウトバウンド発注変更（POCO/860/ORDCHG））））



PO_HEADERS EDI_PROCESSED_FLAG Y

LAST_UPDATE_DATE SYSDATE

PRINTED_DATE SYSDATE

PRINT_COUNT 増分 1

PO_HEADERS_ARCHIVE EDI_PROCESSED_FLAG Y




PO_RELEASES EDI_PROCESSED_FLAG Y




PO_RELEASES_ARCHIVE EDI_PROCESSED_FLAG Y





Oracle Purchasing




Oracle Purchasing の関連するプロファイルと設定の関連するプロファイルと設定の関連するプロファイルと設定の関連するプロファイルと設定アウトバウンド発注変更取引に関連する Oracle Purchasing の設定の一覧を次に示します。

変更オーダーの「< 属性 > 時にアーカイブ」

「設定」→「発注」で表示される「文書タイプ」ウィンドウに、次を設定します。

使用可能な文書タイプのそれぞれに対して「承認時にアーカイブ」を設定します。

この属性は「印刷時にアーカイブ」に設定しないでください。設定すると、発注取引は抽出される前に印刷されアーカイブされてしまうので、抽出対象の発注が抽出されなくなります。

詳細は、『Oracle Purchasing ユーザーズ・ガイド』を参照してください。

抽出基準抽出基準抽出基準抽出基準アウトバウンド発注変更取引は、Oracle Purchasing の発注データ・モデルに沿って定義されている 3 つのデータベース・ビューにより制御されます。この 3 つのビューには、抽出プログラムのパラメータに対するユーザーの応答に基づいて動的に設定される変数が含まれています（プログラム・パラメータの一覧は、『Oracle e-Commerce Gateway ユーザーズ・ガイド』の「アウトバウンド取引」の章を参照してください）。


� ECE_POCO_HEADERS_V

� ECE_POCO_LINES_V

� ECE_POCO_SHIPMENTS_V


Oracle Purchasing

ECE_POCO_HEADERS_V ビューは、抽出対象の発注変更を識別するために使用します。抽出基準は次のとおりです。



� 元の発注は印刷されているかまたは以前に抽出されています。

� 現在の発注変更は印刷されたことがなく以前に抽出されたこともありません。

� 発注変更ステータスが「承認済」です。

� 発注は保留になっていません。



SQLPLUS> select count(*) ECE_POCO_HEADERS_V;


抽出で更新された列抽出で更新された列抽出で更新された列抽出で更新された列抽出対象の発注変更が正常に抽出されて取引インタフェース・ファイルに書き込まれると、再び抽出されることがないように Oracle e-Commerce Gateway により印が付けられます。次の表は、ECPOCOB.pls ファイルに定義されている UPDATE_PO プロシージャ（アウトバウンドの発注取引と発注変更取引により共有されるプロシージャ）の抜粋コードに基づいて更新されるフィールドの一覧です。


PO_HEADERS EDI_PROCESSED_FLAG Y




PO_HEADERS_ARCHIVE EDI_PROCESSED_FLAG Y




PO_RELEASES EDI_PROCESSED_FLAG Y


Oracle Receivables

PO_HEADERS 表と PO_HEADERS_ARCHIVE 表は、標準発注、計画発注または包括発注に使用されます。 PO_RELEASES 表と PO_RELEASES_ARCHIVE 表は、包括発注リリースに使用されます。

Oracle Receivables取引の実装には、Oracle Applications および Oracle e-Commerce Gateway の設定が必要です。この項では、Oracle Receivables と統合される取引の実装に必要なアプリケーション設定を中心に説明します。




� 関連する Oracle Applications のプロファイルと設定

� 抽出基準






PO_RELEASES_ARCHIVE EDI_PROCESSED_FLAG Y





請求書アウトバウンド INO 810 INVOIC

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


Oracle Receivables


アウトバウンド請求書（アウトバウンド請求書（アウトバウンド請求書（アウトバウンド請求書（INO/810/INVOIC））））

Oracle e-Commerce Gateway への取引先リンクへの取引先リンクへの取引先リンクへの取引先リンク顧客と顧客サイトは、Oracle Receivables または Oracle Order Management に定義されています。この定義に含まれるのは、取引先どうしがも詳しい所在地を表すコードとして交換することを合意している EDI 事業所コードです。取引先は、詳細な所在地ではなく、EDI 事業所コードのみを送信することがよくあります。これは Oracle e-Commerce Gateway にとって重要なデータ・フィールドです。

EDI 事業所コードは、Oracle Applications の顧客または顧客サイトと Oracle e-Commerce Gateway の取引先サイト定義をリンクします。これにより、Oracle e-Commerce Gatewayは基本の Oracle Applications 内の顧客または顧客サイトに関する詳細データにアクセスできます。Oracle e-Commerce Gateway でこの詳細データをメンテナンスする必要はありません。

Oracle e-Commerce Gateway と Oracle Applications 間の取引先リンクが正しく設定されていることを確認するには、Oracle Applications の顧客または顧客サイトと EDI 事業所コードが、Oracle e-Commerce Gateway の取引先定義で選択されている正しい顧客または顧客サイトであることを検証します。 Oracle Applications に定義されているものの中から、選択された顧客または顧客サイトと EDI 事業所コードが「取引先の定義」ウィンドウの「割当」タブに表示されます。そのデータが意図したものでなかった場合は、適切な変更を加えて、正しい取引先から取引が抽出されるようにします。これには、基本の Oracle Applications の顧客または顧客サイトを変更するか、Oracle e-Commerce Gateway で該当 EDI 事業所コードに別の顧客または顧客サイトを割り当てる方法があります。


クレジット・メモクレジット・メモクレジット・メモクレジット・メモ / デビット・メモを送信するデビット・メモを送信するデビット・メモを送信するデビット・メモを送信する 2 つの方法つの方法つの方法つの方法810/INVOIC 取引は、請求書、クレジット・メモおよびデビット・メモをサポートします。さらに、クレジット・メモおよびデビット・メモのみを送信する場合は、812/CREADV-DEBADV 取引を使用することもできます。どちらの方法を選択するかは、仕入先との合意によります。 810/INVOIC 取引を使用して抽出したクレジット・メモまたはデビット・メモは、812/CREADV-DEBADV 取引の抽出対象にはなりません。

抽出基準抽出基準抽出基準抽出基準アウトバウンド請求書取引は、Oracle Receivables の仕入先請求書データ・モデルに沿って定義されている 5 つのデータベース・ビューにより制御されます。この 5 つのビューには、抽出プログラムのパラメータに対するユーザーの応答に基づいて動的に設定される変数が含


Oracle Receivables

まれています（プログラム・パラメータの一覧は、『Oracle e-Commerce Gateway ユーザーズ・ガイド』の「アウトバウンド取引」の章を参照してください）。


� ECE_INO_ALLOWANCE_CHARGES_V

� ECE_INO_HEADERS_1_V

� ECE_INO_HEADER_V

� ECE_INO_LINE_TAX_V

� ECE_INO_LINE_V

ECE_INO_HEADERS_V ビューは、抽出対象の仕入先請求書を識別するために使用します。抽出基準は次のとおりです。


� 取引先に対して取引タイプ（請求書、クレジット・メモまたはデビット・メモ）が使用可能になっています。

� 取引タイプが請求書、クレジット・メモまたはデビット・メモです。

� 取引タイプ（請求書、クレジット・メモまたはデビット・メモ）は印刷されたことがなく以前に抽出されたこともありません。

� 取引タイプ（請求書、クレジット・メモまたはデビット・メモ）のステータスが「完了」です。

� 取引タイプ（請求書、クレジット・メモまたはデビット・メモ）の印刷オプションが「PRI」です。



SQLPLUS> select count(*) ECE_INO_HEADERS_V;


抽出で更新された列抽出で更新された列抽出で更新された列抽出で更新された列抽出対象の仕入先請求書が正常に抽出されて取引インタフェース・ファイルに書き込まれると、再び抽出されることがないように Oracle e-Commerce Gateway により印が付けられます。次の表は、ECEINOB.pls ファイルに定義されている UPDATE_AR プロシージャの抜粋コードに基づいて更新されるフィールドの一覧です。


Oracle Receivables

アウトバウンド・クレジット・メモアウトバウンド・クレジット・メモアウトバウンド・クレジット・メモアウトバウンド・クレジット・メモ / デビット・メモデビット・メモデビット・メモデビット・メモ（（（（CDMO/812/CREADV-DEBADV））））

Oracle e-Commerce Gateway への取引先リンクへの取引先リンクへの取引先リンクへの取引先リンク顧客と顧客サイトは、Oracle Receivables または Oracle Order Management に定義されています。この定義に含まれるのは、取引先どうしがも詳しい所在地を表すコードとして交換することを合意している EDI 事業所コードです。取引先は、詳細な所在地ではなく、EDI 事業所コードのみを送信することがよくあります。これは Oracle e-Commerce Gateway にとって重要なデータ・フィールドです。

EDI 事業所コードは、Oracle Applications の顧客または顧客サイトと Oracle e-Commerce Gateway の取引先サイト定義をリンクします。これにより、Oracle e-Commerce Gatewayは基本の Oracle Applications 内の顧客または顧客サイトに関する詳細データにアクセスできます。Oracle e-Commerce Gateway でこの詳細データをメンテナンスする必要はありません。

Oracle e-Commerce Gateway と Oracle Applications 間の取引先リンクが正しく設定されていることを確認するには、Oracle Applications の顧客または顧客サイトと EDI 事業所コードが、Oracle e-Commerce Gateway の取引先定義で選択されている正しい顧客または顧客サイトであることを検証します。 Oracle Applications に定義されているものの中から、選択された顧客または顧客サイトと EDI 事業所コードが「取引先の定義」ウィンドウの「割当」タブに表示されます。そのデータが意図したものでなかった場合は、適切な変更を加えて、正しい取引先から取引が抽出されるようにします。これには、基本の Oracle Applications の顧客または顧客サイトを変更するか、Oracle e-Commerce Gateway で該当 EDI 事業所コードに別の顧客または顧客サイトを割り当てる方法があります。



RA_CUSTOMER_TRX EDI_PROCESSED_FLAG Y

EDI_PROCESSED_STATUS ED


PRINTING_COUNT 増分 1

PRINTING_LAST_PRINTED SYSDATE

PRINTING_ORIGINAL_DATE SYSDATE

PRINTING_PENDING N


Oracle Receivables

クレジット・メモクレジット・メモクレジット・メモクレジット・メモ / デビット・メモを送信するデビット・メモを送信するデビット・メモを送信するデビット・メモを送信する 2 つの方法つの方法つの方法つの方法810/INVOIC 取引は、請求書、クレジット・メモおよびデビット・メモをサポートします。さらに、クレジット・メモおよびデビット・メモのみを送信する場合は、812/CREADV-DEBADV 取引を使用することもできます。どちらの方法を選択するかは、仕入先との合意によります。 812/CREADV-DEBADV 取引を使用して抽出したクレジット・メモまたはデビット・メモは、810/INVOIC 取引の抽出対象にはなりません。

抽出基準抽出基準抽出基準抽出基準アウトバウンド・クレジット・メモ / デビット・メモ取引は、Oracle Receivables のクレジット・メモおよびデビット・メモのデータ・モデルに沿って定義されている 5 つのデータベース・ビューにより制御されます。この 5 つのビューには、抽出プログラムのパラメータに対するユーザーの応答に基づいて動的に設定される変数が含まれています（プログラム・パラメータの一覧は、『Oracle e-Commerce Gateway ユーザーズ・ガイド』の「アウトバウンド取引」の章を参照してください）。


� ECE_CDMO_ALLOWANCE_CHARGES_V

� ECE_CDMO_HEADERS_1_V

� ECE_CDMO_HEADER_V

� ECE_CDMO_LINE_TAX_V

� ECE_CDMO_LINE_V

ECE_CDMO_HEADERS_V ビューは、抽出対象のクレジット・メモまたはデビット・メモを識別するために使用します。抽出基準は次のとおりです。


� 取引先に対してクレジット・メモまたはデビット・メモが使用可能になっています。

� 取引タイプがクレジット・メモまたはデビット・メモです。

� クレジット・メモまたはデビット・メモは印刷されたことがなく以前に抽出されたこともありません。

� クレジット・メモまたはデビット・メモのステータスが「完了」です。

� クレジット・メモまたはデビット・メモの印刷オプションは「PRI」です。

� 印刷保留が「Y」です。



SQLPLUS> select count(*) ECE_CDMO_HEADERS_V;


Oracle Release Management


抽出で更新された列抽出で更新された列抽出で更新された列抽出で更新された列抽出対象のクレジット・メモまたはデビット・メモが正常に抽出されて取引インタフェース・ファイルに書き込まれると、再び抽出されることがないように Oracle e-Commerce Gateway により印が付けられます。次の表は、ECECDMOB.pls ファイルに定義されているUPDATE_AR プロシージャの抜粋コードに基づいて更新されるフィールドの一覧です。

Oracle Release Management取引の実装には、Oracle Applications および Oracle e-Commerce Gateway の設定が必要です。この項では、Oracle Release Management と統合される取引の実装に必要なアプリケーション設定を中心に説明します。


RA_CUSTOMER_TRX EDI_PROCESSED_FLAG Y

EDI_PROCESSED_STATUS ED


PRINTING_COUNT 増分 1

PRINTING_LAST_PRINTED SYSDATE

PRINTING_ORIGINAL_DATE SYSDATE

PRINTING_PENDING N

取引名取引名取引名取引名行先行先行先行先取引コード取引コード取引コード取引コードASCX12 EDIFACT ODETTE

計画 / 資材リリースインバウンド SPSI 830 DELFOR DELINS

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

生産順序スケジュールインバウンド PSQI 866 DELJIT SYNCRO/SYNPAC








� 関連する Oracle Applications のプロファイルと設定

� Oracle Applications のオープン・インタフェースの必須フィールド






レコード階層、レコード・ループ構造およびレコードの要約の図は、A-91 ページの「Oracle Shipping Execution 取引要約」の項を参照してください。

計画計画計画計画 / 資材リリース（資材リリース（資材リリース（資材リリース（SPSI/830/DELFOR/DELINS））））　　　　出荷スケジュール（出荷スケジュール（出荷スケジュール（出荷スケジュール（SSSI/862/DELJIT/DELINS/CALDEL/KANBAN））））

計画 / 資材リリース取引には、需要予測と確定需要の両方を含められます。リリース機能を持つ計画スケジュール取引は、次のような様々な用途に使用できます。

� 単純な需要予測

� 売り手による資源（労務や資材など）のコミットを買い手が承認した需要予測

� オーダー・リリース・メカニズムとしても使用される需要予測で、資源承認、期間累計数量、さらに「バケット」（週ごと、月ごと、四半期ごとなど）で表された需要に対する具体的な出荷搬送パターンなどの要素を含んだもの

出荷スケジュール取引には確定搬送情報が含まれ、すでに計画スケジュールに示されている需要を顧客が微調整するための取引です。正確な出荷スケジュール要件をより頻繁に（週次計画スケジュールではなく日次出荷スケジュールを）発行するメカニズムを顧客に提供することにより、JIT（Just-In-Time）方式の生産活動を推進します。



Oracle e-Commerce Gateway への取引先リンクへの取引先リンクへの取引先リンクへの取引先リンク顧客と顧客サイトは、Oracle Accounts Receivable および Oracle Order Management に定義されています。この定義には EDI 事業所コードが含まれています。 EDI 事業所コードは、顧客の詳細な所在地を表すコードです。顧客は、詳細な所在地ではなく、EDI 事業所コードのみを送信することがよくあります。これは Oracle e-Commerce Gateway にとって重要なデータ・フィールドです。

EDI 事業所コードは、Oracle Applications の顧客所在地と Oracle e-Commerce Gateway の取引先サイト定義をリンクします。これにより、Oracle e-Commerce Gateway は基本のOracle Applications 内の顧客所在地に関する詳細データにアクセスできます。Oracle e-Commerce Gateway でこの詳細データをメンテナンスする必要はありません。

Oracle e-Commerce Gateway と Oracle Applications 間の取引先リンクが正しく設定されていることを確認するには、Oracle Applications の顧客所在地と EDI 事業所コードが、Oracle e-Commerce Gateway の取引先定義で選択されている正しい顧客所在地であることを検証します。 Oracle Applications に定義されているものの中から、選択された顧客所在地と EDI 事業所コードが「取引先の定義」ウィンドウの「割当」タブに表示されます。そのデータが正しくない場合は、適切な変更を加えて、取引が正しい取引先に対してインポートされるようにします。これには、基本の Oracle Applications の顧客所在地を変更するか、Oracle e-Commerce Gateway で該当 EDI 事業所コードに別の顧客所在地を割り当てる方法があります。

取引の制御レコード 0010 に正しい取引先 EDI 事業所コードを選択する際の推奨事項については、第 9 章「取引先」を参照してください。

注意注意注意注意 : インバウンド EDI 需要取引では、顧客は仕入先コードも送信します。仕入先コードは、顧客に対する仕入先を識別します。仕入先コードは Release Management の「処理ルール」ウィンドウに定義されます。この取引処理で使用される仕入先コードは、Oracle e-Commerce Gateway では定義されません。仕入先コードの設定の詳細は、

『Oracle Release Management Implementation Manual』および『Oracle Release Management ユーザーズ・ガイド』を参照してください。

Oracle e-Commerce Gateway の必須フィールドの必須フィールドの必須フィールドの必須フィールドOracle e-Commerce Gateway の必須フィールドの一覧を次に示します。これらのフィールドは、取引先と取引の認証に必要です。必要なデータが取引に指定されていない場合、Oracle e-Commerce Gateway のインポート処理で取引が失敗し、例外メッセージが「段階的文書の表示」ウィンドウに表示されます。

取引先が有効で取引も使用可能になっている場合、インポート処理はユーザー定義の列ルールを使用して取引を検証します。処理ルールまたは列ルールの例外が検出されなかった場合、Oracle e-Commerce Gateway のインポート・プログラムが取引を Release Managementインタフェース表に書き込み、Oracle Release Management の需要処理プロセッサで処理します。



Oracle e-Commerce Gatewayの必須フィールドの列名の必須フィールドの列名の必須フィールドの列名の必須フィールドの列名



DOCUMENT_CODE 0010 60 スケジュール参照番号



TRANSACTION_DATE 0010 120 スケジュール生成日付

EDI_CONTROL_NUM_1 0010 160 顧客の EDI 変換機能により監査のために

割り当てられた、X12（ISA）や

EDIFACT（UNB）などの電子封筒の制御

番号


割り当てられた、X12（GS）などの電子

取引の第 2 レベルの制御番号


割り当てられた、X12（ST）などの電子

取引の第 3 レベルの制御番号

RLM_SCHEDULE_TYPE_INT 1000 10 スケジュール・タイプ : PLANNING、

SHIPPING または SEQUENCED

SCHEDULE_PURPOSE_INT 1000 70 取引の目的 : ORIGINAL、REPLACE、CANCEL など

SCHEDULE_SOURCE 1000 280 このスケジュールの EDI 取引または手動

取引（830、862、866、DELFOR、MANUAL など）

ITEM_DETAIL_TYPE_INT 4000 10 遅延、確定、需要予測、承認、出荷 / 受

入データまたはその他

ITEM_DETAIL_SUBTYPE_INT 4000 70 バケット・タイプ、承認タイプ、累積または終出荷 / 受入

DATE_TYPE_CODE_INT 4000 130 開始 / 終了日付のタイプ : SHIP、DELIVER、RECEIVED、FROM_TO

START_DATE_TIME_DET 4000 180 顧客が指定した日付 / 時刻

QTY_TYPE_CODE_INT 4000 210 ACTUAL または CUMULATIVE

ITEM_DETAIL_QUANTITY 4000 270 要求された数量

UOM_CODE_INT_D 4000 280 短縮形の単位コード




DOCUMENT_CODE

この列は、顧客が割り当てたスケジュール参照番号またはリリース番号を表します。

TEST_INDICATOR

この列は、取引先からのテスト / 製品標識を表します。この値が、Oracle e-Commerce Gateway に定義されている取引先に関連付けられているテスト / 製品標識に一致しない場合は、処理ルール例外が検出され、例外メッセージが「段階的文書の表示」ウィンドウに表示されます。


注意注意注意注意 : TEST_INDICATOR は、取引がアプリケーションでどこまで実行されるかを判断するために需要処理プロセッサにより調べられます。 TEST_INDICATOR の値が「T」の取引は、検証されアーカイブされますが、処理はそれ以上は実行されません。テスト取引の場合は、Release Management のワークベンチの「テスト」チェックボックスを選択する必要があります。

これにより、テスト取引を製品環境でテストして、フロントエンド・データを検証できます。テスト・データベース環境で取引を完全にテストするには、取引に「製品」フラグを設定して、検証以上の処理を実行する必要があります。

需要処理プロセッサのこの機能は、新規取引先とのインバウンド需要スケジュールの設定と実装に役立ちます。



この取引先が Oracle e-Commerce Gateway に定義されていない場合は、処理ルール例外が検出され、例外メッセージが「段階的文書の表示」ウィンドウに表示されます。


TRANSACTION_DATE

この列は、送信の中に入れられるスケジュール生成日付です。

EDI_CONTROL_NUM_1

EDI 制御番号 1 は、X12（ISA）や EDIFACT（UNB）などの電子封筒の制御番号です。これは、顧客の EDI 変換機能が監査のために割り当てます。

EDI_CONTROL_NUM_2

EDI 制御番号 2 は、X12（GS）などの電子取引の第 2 レベルの制御番号です。これは、顧客の EDI 変換機能が監査のために割り当てます。



EDI_CONTROL_NUM_3

EDI 制御番号 3 は、X12（ST）などの取引の第 3 レベルの制御番号です。これは、顧客のEDI 変換機能が監査のために割り当てます。

レコードレコードレコードレコード 1000

注意注意注意注意 : 接尾辞「_INT」の付いているフィールドは、Oracle Release Management で定義する必要のある内部コードです。取引からの外部コードを 1 つから 5 つまで、列名は同じで接尾辞が「_EXT1」から「_EXT5」までの対応する外部フィールドに入力できます。 Oracle e-Commerce Gateway のコード変換処理が内部コードを導出してオープン・インタフェース表に入れます。または内部コードが別の処理から導出されている場合は、ファイルの内部コード・フィールドに値が入力されます。詳細は第 10 章「コード変換」を参照してください。簡便のため、次では内部コードのみを参照します。

RLM_SCHEDULE_TYPE_INT

この列は、スケジュール・タイプを表します。

有効な値 : PLANNING、SHIPPING、SEQUENCED

SCHEDULE_PURPOSE_INT

この列は、スケジュール目的コードを表します。

有効な値 : ADD、ORIGINAL、REPLACE、CANCEL、CHANGE、DELETE およびCONFIRMATION

SCHEDULE_SOURCE

この列は、このスケジュールの EDI 取引ソースまたは手動取引ソース（830、862、866、DELFOR、MANUAL など）を表します。

全コードおよび各コード値の処理への影響の詳細は、『Oracle Release Management Implementation Manual』および『Oracle Release Management ユーザーズ・ガイド』を参照してください。


DATE_TYPE_CODE_INT

日付タイプは、需要処理プロセッサが各スケジュール明細の開始日と終了日をどのように解釈するかを判断するために使用します。

需要詳細タイプ（遅延、確定および需要予測）の場合、日付タイプはスケジュール需要が出荷ベースか搬送ベースかを示すので重要です。

その他の詳細タイプ（承認、出荷 / 受入データおよびその他）の場合、日付タイプは参考にすぎず、処理には使用されません。

有効な値 :

� SHIP



� DELIVER

� RECEIVED

� FROM_TO

ITEM_DETAIL_TYPE_INT

詳細タイプは、需要処理プロセッサが各スケジュール明細自体をどのように解釈するかを判断するために使用します。

有効な値 :

0 = 遅延確定

1 = 確定需要

2 = 需要予測

3 = 承認

4 = 出荷 / 受入データ

5 = その他

ITEM_DETAIL_SUBTYPE_INT

詳細サブタイプは、需要処理プロセッサが、対応する詳細タイプとの関係で各スケジュール明細をどのように解釈するかを判断するために使用します。

各品目詳細タイプには、有効な品目詳細サブタイプ・リストが対応しています。

ITEM_DETAIL_TYPEの値の値の値の値 ITEM_DETAIL_SUBTYPE に含まれる値に含まれる値に含まれる値に含まれる値

0、1、2 1 = 日

2 = 週

3 = フレキシブル

4 = 月

5 = 四半期

3 FINISHED = 完成品

MATERIAL = 原料

LABOR_MATERIAL = 労務と資材

LABOR = 労務

PRIOR_CUM_REQ = 事前累計が必要



START_DATE_TIME_DET

顧客が取引に入れて送信する顧客指定の日付 / 時刻。形式 : YYYYMMDD HHMMSS

QTY_TYPE_CODE_INT

数量タイプは、需要処理プロセッサが、詳細タイプと詳細サブタイプに関して、スケジュール明細にある数量をどのように解釈するかを判断するために使用します。

有効な値 :

� ACTUAL

� CUMULATIVE

ITEM_DETAIL_QUANTITY

この列は、要求された数量を表します。

UOM_CODE_INT_D

Oracle Inventory に定義されている短縮形の単位コードです。

4 SHIPMENT = 出荷

RECEIPT = 受入

CUM = 顧客 CUM

CUM_REJECTED = CUM の拒否

5 AHEAD_BEHIND = 先行 / 遅延

INVENTORY_BALANCE = 在庫残高

HOLDOUT_QTY = 保留数量

ITEM_DETAIL_TYPEの値の値の値の値 ITEM_DETAIL_QUANTITY に含まれる値に含まれる値に含まれる値に含まれる値

0、1、2 需要数量

3 承認数量

4 出荷数量、受入数量または累計数量

5 その他の数量（先行 / 遅延または在庫残高など）



コード変換カテゴリコード変換カテゴリコード変換カテゴリコード変換カテゴリOracle e-Commerce Gateway では、標準に関連付けられている外部値と需要処理プロセッサ内でサポートされている値との間に、シード・コード変換を提供します。次のコード変換カテゴリが、インバウンド需要スケジュール取引のすべてに適用されます。

インタフェース表インタフェース表インタフェース表インタフェース表Oracle e-Commerce Gateway の取引には 4 つのレベルのデータが含まれています。需要処理プロセッサには 2 つのインタフェース表（ヘッダー・レベル・データ用に 1 つと明細レベル・データ用に 1 つ）があります。明細レベルのインタフェース表には、Oracle e-Commerce Gateway 取引からの品目データ、スケジュール詳細データおよびスケジュール副詳細データがロードされます。

明細レベルのインタフェース表にロードされるデータのレコード番号が 4000 番台の場合は、対応する 2000 番台のレコード・データもロードされます。

取引にはスケジュール副詳細データも含まれることがあります。明細レベルのインタフェース表にロードされるデータのレコード番号が 5000 番台の場合は、対応する 2000 番台のレコード・データと 4000 番台のレコード・データもロードされ、明細レベルのインタフェース表に単一エントリが作成されます。

データデータデータデータ需要処理プロセッサの需要処理プロセッサの需要処理プロセッサの需要処理プロセッサの列名列名列名列名

日付タイプ RLM_DATE_TYPE

詳細タイプ RLM_DTL_TYPE

詳細サブタイプ RLM_DTL_SUBTYP

数量タイプ RLM_QTY_TYPE

スケジュール・タイプ RLM_SCHED_TYPE

目的コード RLM_TRX_PURP

出荷搬送パターン RLM_SHP_DEL_CODE

単位 UOM



需要スケジュール詳細レコード需要スケジュール詳細レコード需要スケジュール詳細レコード需要スケジュール詳細レコード

次の表に示されているように、レコード 4000 にはスケジュール詳細が含まれます。

Oracle e-Commerce Gateway のファイルのファイルのファイルのファイル（（（（4 レベルのデータ）レベルのデータ）レベルのデータ）レベルのデータ）

需要処理プロセッサのレベル需要処理プロセッサのレベル需要処理プロセッサのレベル需要処理プロセッサのレベル（（（（2 レベルのデータレベルのデータレベルのデータレベルのデータ : ヘッダーと明細）ヘッダーと明細）ヘッダーと明細）ヘッダーと明細）

レコードレコードレコードレコードデータの内容データの内容データの内容データの内容レベルレベルレベルレベル

1000 スケジュール・ヘッダーヘッダー

2000 品目 1 のデータ（次のスケジュール詳細にデータをコピー）

4000

4000

4000

スケジュール 1 のデータ（初のスケ

ジュール）

スケジュール 2 のデータ（2 番目のス

ケジュール）


ケジュール）

明細（品目 1/ スケジュール 1）



2000 品目 2 のデータ（次のスケジュール詳細にデータをコピー）

4000

5000

5000

5000

スケジュール 1 の詳細（初のスケ

ジュール）

スケジュール 1 の副詳細 1



（次の副詳細データにスケジュールをコピー）

明細（品目 2+ スケジュール 1+ 副詳細 1）



4000

5000

5000


ケジュール）



（対応する副詳細データにスケジュールをコピー）



4000 スケジュール 3 のデータ（3 番目のス

ケジュール）


4000 スケジュール 3 のデータ（4 番目のス

ケジュール）




需要スケジュール・レコード（レコード需要スケジュール・レコード（レコード需要スケジュール・レコード（レコード需要スケジュール・レコード（レコード 4000）の例）の例）の例）の例例 1:

数量 90 が 2000 年 6 月 26 日に出荷される予定であったことを示す遅延需要レコードです。

例 2:

累計数量 26000 が 2000 年 7 月 24 日までに出荷されることを示す確定需要レコードです。個別の数量は需要処理プロセッサにより導出されます。

例 3:

週次バケット数量 100 を 2000 年 8 月 14 日の週に搬送する要求が予測されていることを示す需要予測レコードです。

例 4:

顧客が 2000 年 6 月 26 日に数量 25 の出荷を受け入れたことを示す出荷 / 受入レコードです（出荷 / 受入レコードでは、レコード 5010 の ITEM_DETAIL_REF_VALUE_1 フィールドに仕入先搬送番号も含まれていることがあります）。

例 5:

顧客が 2000 年 6 月 26 日時点で累計数量 40000 を受け入れていることを示す累計出荷 / 受入レコードです。

例例例例レコードレコードレコードレコード番号番号番号番号



DATE_TYPE_CODE_INT

START_DATE_TIME_DET

END_DATE_TIME_DET

QTY_TYPE_CODE_INT


UOM_INT_D

位置位置位置位置 10 位置位置位置位置 70 位置位置位置位置 130 位置位置位置位置 190 位置位置位置位置 200 位置位置位置位置 210 位置位置位置位置 270位置位置位置位置280

1 4000 0 1 SHIP 20000626 000000

20000626 000000

ACTUAL 90 EA

2 4000 1 1 DELIVER 20000724 000000

20000724 000000

CUMULATIVE

26000 EA

3 4000 2 2 DELIVER 20000814 000000

20000814 000000

ACTUAL 100 EA

4 4000 4 RECEIPT RECEIVED 20000626 000000

20000626 000000

ACTUAL 25 EA

5 4000 4 CUM RECEIVED 20000626 000000

20000626 000000

CUMULATIVE

40000 EA

6 4000 4 SHIPMENT SHIP 20000626 000000

20000626 000000

ACTUAL 150 EA



例 6:

顧客が 2000 年 6 月 26 日に数量 150 の出荷通知を受け入れたことを示す出荷 / 受入レコードです。

需要スケジュール副詳細レコード需要スケジュール副詳細レコード需要スケジュール副詳細レコード需要スケジュール副詳細レコード

レコードレコードレコードレコード 5000: 次の表に示されているように、レコード 5000 にはスケジュールの副詳細が含まれます。

レコード 5000 の例

例 1 と例 2 は、JIT（Just-In-Time）レコードの例です。

例 1:

2000 年 6 月 26 日の午前 7 時に搬送予定の数量 100 の JIT レコードです。

例 2:

2000 年 6 月 26 日の午前 10 時に搬送予定の数量 50 の JIT レコードです。

レコード 5000 に顧客出荷先外部コードと単位（UOM）コードが必要になるのは、レコード4000 の品目レベルに示されているコードと違う場合のみです。通常は同じです。このコードは、いつでもこのフィールドに配置できます。

レコードレコードレコードレコード 5010 レコード 5010 にはスケジュール副詳細が含まれます。これは、3 対の品目詳細参照値および品目詳細参照コードで構成されています。品目詳細参照コードは、対応する品目詳細参照値のデータ・タイプを示すクオリファイアです。このクオリファイアには、X12 や EDIFACTなどの EDI 標準に定義されているデータ・クオリファイアを使用できます。

レコード 5000（5010）がなくてもレコード 5010（5000）を指定できます。この 2 つのレコードは相互に独立しています。

例例例例レコードレコードレコードレコード5000

START_DATE_TIME_DET_SD

CUST_SHIP_TO_EXT_SD

ITEM_DETAIL_QUANTITY_SD

UOM_CODE_INT_SD

位置位置位置位置 10 位置位置位置位置 20 位置位置位置位置 30 位置位置位置位置 40

4000 （対応するレコード（対応するレコード（対応するレコード（対応するレコード 4000 データがレコードデータがレコードデータがレコードデータがレコード 5000 データの前に配置されます）データの前に配置されます）データの前に配置されます）データの前に配置されます）

1 5000 20000626 070000 NULL 100 NULL

2 5000 20000626 100000 NULL 50 NULL



レコード 5010 の例

レコード 5010 の使用方法の 1 つに、レコード 4000 を終出荷受入レコードとして使用した場合に、仕入先の出荷担当者番号（たとえば、29556）として使用する方法があります。




取引先が訂正した取引を送信する場合は、「段階的文書の表示」ウィンドウを使用して、エラーになった取引を Oracle e-Commerce Gateway の段階表から必ず削除しておきます。

Oracle Release Management の関連するプロファイルと設定の関連するプロファイルと設定の関連するプロファイルと設定の関連するプロファイルと設定Oracle Release Management の需要処理プロセッサに関連する設定の一覧を次に示します。詳細は、『Oracle Release Management Implementation Manual』および『Oracle Release Management ユーザーズ・ガイド』を参照してください。

1. RLM: MRP 予測選択リスト

� MRP 予測選択リストが定義されている場合、Release Management のインバウンド予測需要を割り当てられる需要予測の名前がすべてリストされます。

� 「なし」に設定されている場合、需要予測データは計画処理にインポートされません。


ITEM_DETAIL_REF_CODE_1

_SD

ITEM_DETAIL_REF_VALUE_1

_SD

ITEM_DETAI_REF_CODE_1

_SD


_SD

ITEM_DETAIL_REF_CODE_2

_SD


_SD

位置位置位置位置 10 位置位置位置位置 20 位置位置位置位置 30 位置位置位置位置 40 位置位置位置位置 50 位置位置位置位置 60

4000 （対応するレコード（対応するレコード（対応するレコード（対応するレコード 4000 データがレコードデータがレコードデータがレコードデータがレコード 5000 データの前に配置されます）データの前に配置されます）データの前に配置されます）データの前に配置されます）

5010 XX 29556



2. RLM: CUM 管理使用可能

CUM 管理をサイト・レベルで使用可能にするかどうかを決定します。 Oracle Release Management の CUM 管理機能を使用するには、これを「Yes」に設定する必要があります。

3. RLM: 出荷文書に CUM データを印刷

CUM データを出荷文書に印刷するかどうかを決定します。

4. RLM: デバッグ・モード

需要処理プロセッサの実行の際にデバッグ・ファイルに書き込むかどうかを決定します。

有効な値 :

0 = 高デバッグ・レベル

NULL = デバッグ・ファイルを生成しません（これがデフォルトです）。

5. RLM: ワークフロー使用可能

需要処理プロセッサをワークフロー・モードで実行できるようにするかどうかを決定します。

6. ECE: SPSI 使用可能

インバウンド計画スケジュール取引を使用可能にするかどうかを決定します。

7. ECE: SSSI 使用可能

インバウンド出荷スケジュール取引を使用可能にするかどうかを決定します。

8. ECE: PSQI 使用可能

インバウンドの順序づけられた出荷スケジュール取引を使用可能にするかどうかを決定します。

9. Release Management の処理ルール

� 処理ルール属性にはカテゴリが 5 つあります。

– 需要管理

– 需要フェンス

– 受注管理

– CUM 管理

– 一般

� 前述の 5 つのカテゴリは、Release Management が需要を処理する出荷元および出荷先ビジネス・エンティティごとに定義されます。



� 条件が低いレベル（オプション）に定義されていない場合は、高レベルの条件がデフォルトになります。処理ルールを定義できるレベルは 3 つあります。

– 出荷元 / 顧客（必須）

– 出荷元 / 所在地（オプション）

– 出荷元 / 顧客品目（オプションで、他の 2 つのレベルのいずれかにリンクできます）

Release Management の需要処理プロセッサの必須フィールドの需要処理プロセッサの必須フィールドの需要処理プロセッサの必須フィールドの需要処理プロセッサの必須フィールドRelease Management の需要処理プロセッサは、計画 / 資材リリース取引、出荷スケジュール取引および生産順序スケジュール取引の処理に使用されます。この機能は、Oracle e-Commerce Gateway のインポート・プログラムにより Release Management のインタフェース表に入力された着信データを検証します。

Release Management の需要処理プロセッサで必要なフィールドの一覧を次に示します。これらのフィールドは、Release Management の需要処理プロセッサが Release Managementのインタフェース表から Oracle Order Management および Oracle Planning の実表にデータを正常に処理し移動するために必要です。




Oracle e-Commerce Gateway の列名の列名の列名の列名

ハードハードハードハードコードコードコードコード /導出導出導出導出


RLM_INTERFACE_HEADER

EDI_CONTROL_NUM_3 0010 180

RLM_SCHEDULE_TYPE_INT 1000 010

SCHEDULE_PURPOSE_INT 1000 070

SCHEDULE_SOURCE 1000 280

CREATED_BY 導出

CREATION_DATE 導出



HEADER_ID HEADER_ID 導出

LAST_UPDATE_DATE 導出

LAST_UPDATED_BY 導出

PROCESS_STATUS 導出

REQUEST_ID 導出

RLM_INTERFACE_LINES

ITEM_DETAIL_TYPE_INT 4000 010

ITEM_DETAIL_SUBTYPE_INT 4000 070

DATE_TYPE_CODE_INT 4000 130

START_DATE_TIME_DET 4000 180

QTY_TYPE_CODE_INT 4000 210

ITEM_DETAIL_QUANTITY 4000 270

UOM_CODE_INT_D 4000 280

CREATED_BY 導出


HEADER_ID 導出

LAST_UPDATE_BY 導出


LINE_ID 導出

LINE_SOURCE 導出


REQUEST_ID 導出

SCHEDULE_ITEM_NUM 導出

SCHEDULE_LINE_NUM 導出



RLM_INTERFACE_HEADER Table

EDI_CONTROL_NUM_3

EDI 制御番号 3 は、X12（ST）などの取引の第 3 レベルの制御番号です。これは、顧客のEDI 変換機能が監査のために割り当てます。

HEADER_ID

この列は、順序生成された一意識別子を表します。インタフェース表がロードされたときにシステム生成されます。






有効な値 : ADD、ORIGINAL、REPLACE、CANCELLATION、CHANGE、DELETE および CONFIRMATION

SCHEDULE_SOURCE

この列は、このスケジュールの EDI 取引ソースまたは手動取引ソース（830、862、866、DELFOR、MANUAL など）を表します。

PROCESS_STATUS

レコードの現在の処理ステータスを示します。

有効な値 :

1 = 処理しない

2 = 処理を待機中

3 = 処理中

4 = エラー

5 = 処理済

6 = 処理済、エラーが発生

REQUEST_ID

この列は、需要処理プロセッサに対するコンカレント要求に割り当てられた、順序生成された一意識別子を表します。



更新される列 :

CREATED_BY

だれが需要処理プロセッサ表に取引をロードしたかを識別します。このコードは、この取引を処理したコンカレント・マネージャ要求に関連付けられている要求者 ID に設定されます。

CREATION_DATE

Oracle e-Commerce Gateway が需要処理プロセッサ表エントリに取引をロードした日付です。この日付はシステム日付に設定されます。

LAST_UPDATE_DATE

この日付は、取引の CREATION_DATE と同じです。この日付はシステム日付に設定されます。

LAST_UPDATED_BY

このコードは、この取引の CREATED_BY コードと同じです。

RLM_INTERFACE_LINES 表表表表 LINE_ID


HEADER_ID


DATE_TYPE_CODE_INT



その他の詳細タイプ（承認、出荷 / 受入情報およびその他）の場合、日付タイプは参考にすぎず、処理には使用されません。

有効な値 :

� SHIP

� DELIVER

� RECEIVED

� FROM_TO





有効な値 :

0 = 遅延確定

1 = 確定需要

2 = 需要予測

3 = 承認


5 = その他


詳細サブタイプは、需要処理プロセッサが、対応する詳細タイプとの関係で各スケジュール明細をどのように解釈するかを判断するために使用します。

各品目詳細タイプには、有効な品目詳細サブタイプ・リストが対応しています。

ITEM_DETAIL_TYPE_INTの値の値の値の値

ITEM_DETAIL_SUBTYPE_INTに含まれる値に含まれる値に含まれる値に含まれる値

0、1、2 1 = 日2 = 週3 = フレキシブル

4 = 月5 = 四半期


MATERIAL = 原料


LABOR = 労務


4 SHIPMENT = 出荷

RECEIPT = 受入

CUM = 顧客 CUMCUM_REJECTED = CUM の拒否


INVENTORY_BAL = 在庫残高






QTY_TYPE_CODE_INT


有効な値 :

� ACTUAL

� CUMULATIVE

START_DATE_TIME_DET


UOM_CODE_INT_D


LINE_SOURCE

明細レベルのスケジュール・ソース。明細も手動で入力できます。

PROCESS_STATUS


1 = 処理しない


3 = 処理中

4 = エラー

5 = 処理済



ITEM_DETAIL_QUANTITYに含まれる値に含まれる値に含まれる値に含まれる値

0、1、2 需要数量

3 承認数量





REQUEST_ID



CREATED_BY


CREATION_DATE


LAST_UPDATE_DATE


LAST_UPDATED_BY


Release Management の需要処理プロセッサの例外の検討の需要処理プロセッサの例外の検討の需要処理プロセッサの例外の検討の需要処理プロセッサの例外の検討Oracle Release Management の需要処理プロセッサの例外処理を使用して、仕入先は次の作業を行えます。

� 需要処理を停止した問題に関するエラー・メッセージを受け取ります。

� 需要処理の潜在的な問題に関する警告メッセージを受け取ります。

� 需要処理プロセッサにより検出された、注意を要する状態に関する参考メッセージを受け取ります。

� 需要処理の完了後に、例外レポートを自動生成します。

� インバウンド需要処理例外に関するリアルタイム・レポートを検討します。

� パージされるまでに Release Management のワークベンチが生成したスケジュールに関する例外を表示します。

� 正常な需要処理のために設定データを訂正します。

� 正常な需要処理のためにスケジュール・データを訂正します。

需要処理に影響するデータがあるかどうか、顧客需要を検証します。

Release Management の需要処理プロセッサにより検出されたすべての例外は、Release Management の需要処理ワークベンチまたは需要管理例外レポートで検討できます。



重要管理例外レポートの詳細は、『Oracle Release Management ユーザーズ・ガイド』を参照してください。

Release Management の需要処理プロセッサの例外の解決の需要処理プロセッサの例外の解決の需要処理プロセッサの例外の解決の需要処理プロセッサの例外の解決Release Management の需要処理プロセッサの例外を解決するには、Oracle Applications の設定データを訂正するか、Release Management の需要処理ワークベンチで元のスケジュールを変更するかまたは値を訂正した取引を再送するように仕入先に依頼します。

Oracle Applications のデータを更新する場合は、Release Management の需要処理プロセッサを再発行して取引を再検証できます。

生産順序スケジュール（生産順序スケジュール（生産順序スケジュール（生産順序スケジュール（PSQI/866/DELJIT/SYNCRO/SYNPAC））））顧客、サイトおよび事業所は、Oracle Accounts Receivable および Oracle Order Management に定義されています。この定義には EDI 事業所コードが含まれています。 EDI事業所コードは、顧客の詳細な所在地を表すコードです。顧客は、詳細な所在地ではなく、EDI 事業所コードのみを送信することがよくあります。これは Oracle e-Commerce Gatewayにとって重要なデータ・フィールドです。

EDI 事業所コードは、Oracle Applications の顧客所在地と Oracle e-Commerce Gateway の取引先サイト定義をリンクします。これにより、Oracle e-Commerce Gateway は基本のOracle Applications 内の顧客所在地に関する詳細データにアクセスできます。Oracle e-Commerce Gateway でこの詳細データをメンテナンスする必要はありません。

Oracle e-Commerce Gateway と Oracle Applications 間の取引先リンクが正しく設定されていることを確認するには、Oracle Applications の顧客所在地と EDI 事業所コードが、Oracle e-Commerce Gateway の取引先定義で選択されている正しい顧客所在地であることを検証します。 Oracle Applications に定義されているものの中から、選択された顧客所在地と EDI 事業所コードが「取引先の定義」ウィンドウの「割当」タブに表示されます。そのデータが正しくない場合は、適切な変更を加えて、取引が正しい取引先に対してインポートされるようにします。これには、基本の Oracle Applications の顧客所在地を変更するか、Oracle e-Commerce Gateway で該当 EDI 事業所コードに別の顧客所在地を割り当てる方法があります。

注意注意注意注意 : インバウンド EDI 需要取引では、顧客は仕入先コードも送信します。仕入先コードは、顧客に対する仕入先を識別します。仕入先コードは Release Management の「処理ルール」ウィンドウに定義されます。この取引処理で使用される仕入先コードは、Oracle e-Commerce Gateway では定義されません。仕入先コードの設定の詳細は、

『Oracle Release Management Implementation Manual』および『Oracle Release Management ユーザーズ・ガイド』を参照してください。

Oracle e-Commerce Gateway の必須フィールドの必須フィールドの必須フィールドの必須フィールドOracle e-Commerce Gateway の必須フィールドの一覧を次に示します。これらのフィールドは、取引先と取引の認証に必要です。必要なデータが取引に指定されていない場合、Oracle



e-Commerce Gateway のインポート処理で取引が失敗し、例外メッセージが「段階的文書の表示」ウィンドウに表示されます。

取引先が有効で取引も使用可能になっている場合、インポート処理はユーザー定義の列ルールを使用して取引を検証します。処理ルールまたは列ルールの例外が検出されなかった場合、Oracle e-Commerce Gateway のインポート・プログラムが取引を受入オープン・インタフェース表に書き込み、受入オープン・インタフェース API で処理します。

Oracle e-Commerce Gateway必須フィールドの列名必須フィールドの列名必須フィールドの列名必須フィールドの列名



DOCUMENT_CODE 0010 60 スケジュール参照番号



TRANSACTION_DATE_TIME 0010 120 スケジュール生成日付

EDI_CONTROL_NUM_1 0010 160 顧客の EDI 変換機能が監査のために割り当て

た、レベル 1 の制御番号。





RLM_SCHEDULE_TYPE_INT 1000 10 PLANNING、SHIPPING または SEQUENCED

SCHEDULE_PURPOSE_INT 1000 70 ORIGINAL、REPLACE、CANCEL など

SCHEDULE_SOURCE 1000 150 このスケジュールの EDI 取引または手動取引

（830、862、866、DELFOR、MANUAL など）

ITEM_DETAIL_TYPE_INT 2000 10 遅延、確定、需要予測、承認、出荷 / 受入

データまたはその他

ITEM_DETAIL_SUBTYPE_INT 2000 70 バケット・タイプ、承認タイプ、累積または

終の出荷 / 受入

DATE_TYPE_CODE_INT 2000 130 SHIP、DELIVER、RECEIVED、FROM_TO

START_DATE_TIME 2000 190 顧客が指定した日付 / 時刻

QTY_TYPE_CODE_INT 2000 210 ACTUAL または CUMULATIVE

ITEM_DETAIL_QUANTITY 2000 270 要求された数量




TEST_INDICATOR

この列は、取引先からのテスト / 製品標識を表します。この値が、Oracle e-Commerce Gateway に定義されている取引先に関連付けられているテスト / 製品標識に一致しない場合は、処理ルール例外が検出され、例外メッセージが「段階的文書の表示」ウィンドウに表示されます。


注意注意注意注意 : TEST_INDICATOR は、取引がアプリケーションでどこまで実行されるかを判断するために需要処理プロセッサにより調べられます。 TEST_INDICATOR の値が「T」の取引は、検証されアーカイブされますが、処理はそれ以上は実行されません。テスト取引の場合は、Release Management のワークベンチの「テスト」チェックボックスを選択する必要があります。

これにより、テスト取引を製品環境でテストして、フロントエンド・データを検証できます。テスト・データベース環境で取引を完全にテストするには、取引に「製品」フラグを設定して、検証以上の処理を実行する必要があります。

需要処理プロセッサのこの機能は、新規取引先とのインバウンド需要スケジュールの設定と実装に役立ちます。

DOCUMENT_CODE

この列は、顧客が割り当てたスケジュール参照番号またはリリース番号を表します。



この取引先が Oracle e-Commerce Gateway に定義されていない場合は、処理ルール例外が検出され、例外メッセージが「段階的文書の表示」ウィンドウに表示されます。


UOM_CODE_INT 2040 10 短縮形の単位コード

SCHEDULE_LINE_NUM 導出スケジュール内の明細の一意識別子

CUSTOMER_ITEM_EXT 3100 20 顧客のアプリケーションで定義されている顧

客品目。このコードは外部的に定義された

コードとみなされ、EXT という接尾辞が付き

ます。



TRANSACTION_DATE_TIME

この列は、送信の中に入れられるスケジュール生成日付です。

EDI_CONTROL_NUM_1

EDI 制御番号 1 は外側の電子封筒からの番号で、監査目的で使用される制御番号です。このコード（X12 ISA セグメントや EDIFACT UNB セグメントなど）は、顧客の EDI 変換機能により割り当てられます。

EDI_CONTROL_NUM_2

EDI 制御番号 2 は電子封筒からの番号で、監査目的で使用される 2 番目のレベルの制御番号です。このコード（X12 GS セグメントなど）は、顧客の EDI 変換機能により割り当てられます。

EDI_CONTROL_NUM_3

EDI 制御番号 3 は、監査目的で使用される 3 番目のレベルの制御番号です。 X12 開始取引（ST）からの制御番号がよく使用されます。

取引詳細レコード取引詳細レコード取引詳細レコード取引詳細レコード注意注意注意注意 : 接尾辞「_INT」の付いているフィールドは、Oracle Release Management で定義する必要のある内部コードです。取引からの外部コードを 1 つから 5 つまで、列名は同じで接尾辞が「_EXT1」から「_EXT5」までの対応する外部フィールドに入力できます。 Oracle e-Commerce Gateway のコード変換処理が内部コードを導出してオープン・インタフェース表に入れます。または内部コードが別の処理から導出されている場合は、ファイルの内部コード・フィールドに値が入力されます。詳細は第 10 章「コード変換」を参照してください。簡便のため、次では内部コードのみを参照します。






有効な値 : ADD、ORIGINAL、REPLACE、CANCEL、CHANGE、DELETE およびCONFIRMATION

SCHEDULE_SOURCE

この列は、このスケジュールの EDI 取引ソースまたは手動取引ソースを表します。

例 : 830、862、866、DELFOR、MANUAL





有効な値 :

0 = 遅延確定

1 = 確定需要

2 = 需要予測

3 = 承認


5 = その他


詳細サブタイプは、需要処理プログラムが、対応する詳細タイプとの関係で各スケジュール明細をどのように解釈するかを判断するために使用します。各詳細タイプには、有効な詳細サブタイプ・リストが対応しています。


ITEM_DETAIL_SUBTYPE_INTに含まれる値に含まれる値に含まれる値に含まれる値

0、1、2 1 = 日2 = 週3 = フレキシブル

4 = 月5 = 四半期


MATERIAL = 原料


LABOR = 労務


4 SHIPMENT = 出荷

RECEIPT = 受入

CUM = 顧客 CUMCUM_REJECTED = CUM の拒否


INVENTORY_BALANCE = 在庫残高




DATE_TYPE_CODE_INT



その他の詳細タイプ（承認、出荷 / 受入情報およびその他）の場合、日付タイプは参考にすぎず、処理には使用されません。

有効な値 :

� SHIP

� DELIVER

� RECEIVED

� FROM_TO

START_DATE_TIME


QTY_TYPE_CODE_INT


有効な値 :

� ACTUAL

� CUMULATIVE




ITEM_DETAIL_QUANTITYに含まれる値に含まれる値に含まれる値に含まれる値

0, 1, 2 需要数量

3 承認数量





UOM_CODE_INT


CUSTOMER_ITEM_EXT

Oracle Inventory に定義される外部顧客部品番号で、在庫品目と相互参照されます。



Oracle e-Commerce Gateway の例外の解決の例外の解決の例外の解決の例外の解決Oracle e-Commerce Gateway の例外を解決するには、Oracle e-Commerce Gateway またはOracle Applications の設定データを訂正するかまたは正しい取引を送信するように取引先に依頼します。

取引先が訂正した取引を送信する場合は、「段階的文書の表示」ウィンドウを使用して、エラーになった取引を Oracle e-Commerce Gateway の段階表から必ず削除しておきます。

Oracle Release Management の関連するプロファイルと設定の関連するプロファイルと設定の関連するプロファイルと設定の関連するプロファイルと設定Oracle Release Management の需要処理プロセッサに関連する設定の一覧を次に示します。詳細は、『Oracle Release Management Implementation Manual』および『Oracle Release Management ユーザーズ・ガイド』を参照してください。

1. RLM: MRP 予測選択リスト

� MRP 予測選択リストが定義されている場合、Release Management のインバウンド予測需要を割り当てられる需要予測の名前がすべてリストされます。

� 「なし」に設定されている場合、需要予測データは計画処理にインポートされません。

2. RLM: CUM 管理使用可能

CUM 管理をサイト・レベルで使用可能にするかどうかを決定します。 Oracle Release Management の CUM 管理機能を使用するには、これを「Yes」に設定する必要があります。

3. RLM: 出荷文書に CUM データを印刷

CUM データを出荷文書に印刷するかどうかを決定します。

4. RLM: デバッグ・モード

需要処理プロセッサの実行の際にデバッグ・ファイルに書き込むかどうかを決定します。



有効な値 :

0 = 高デバッグ・レベル

NULL = デバッグ・ファイルを生成しません（デフォルト値は NULL です）。

5. RLM: ワークフロー使用可能

需要処理プロセッサをワークフロー・モードで実行できるようにするかどうかを決定します。

6. ECE: SPSI 使用可能

インバウンド計画スケジュール取引を使用可能にするかどうかを決定します。

7. ECE: SSSI 使用可能

インバウンド出荷スケジュール取引を使用可能にするかどうかを決定します。

8. ECE: PSQI 使用可能

インバウンドの順序づけられた出荷スケジュール取引を使用可能にするかどうかを決定します。

9. Release Management の処理ルール

� 処理ルール属性にはカテゴリが 5 つあります。

需要管理

需要フェンス

受注管理

CUM 管理

一般

� 前述の 5 つのカテゴリが、Release Management が需要を処理する出荷元および出荷先ビジネス・エンティティごとに定義されます。

� 条件が低いレベル（オプション）に定義されていない場合は、高レベルの条件がデフォルトになります。処理ルールを定義できるレベルは 3 つあります。

出荷元 / 顧客（必須）

出荷元 / 所在地（オプション）

出荷元 / 顧客品目（オプションで、他の 2 つのレベルのいずれかにリンクできます）



Release Management の需要処理プロセッサの必須フィールドの需要処理プロセッサの必須フィールドの需要処理プロセッサの必須フィールドの需要処理プロセッサの必須フィールドRelease Management の需要処理プロセッサは、計画 / 資材リリース取引、出荷スケジュール取引および生産順序スケジュール取引の処理に使用されます。この機能は、Oracle e-Commerce Gateway のインポート・プログラムにより Release Management のインタフェース表に入力された着信データを検証します。

Release Management の需要処理プロセッサで必要なフィールドの一覧を次に示します。これらのフィールドは、Release Management の需要処理プロセッサが Release Managementのインタフェース表から Oracle Order Management および Oracle Planning の実表にデータを正常に処理し移動するために必要です。





ハードコードハードコードハードコードハードコード /導出導出導出導出


RLM_INTERFACE_HEADER

RLM_SCHEDULE_TYPE_INT 1000 10

SCHEDULE_PURPOSE_INT 1000 70

SCHEDULE_SOURCE 1000 150

CREATED_BY 導出






REQUEST_ID 導出

RLM_INTERFACE_LINES

ITEM_DETAIL_TYPE_INT 2000 010



データのほとんどは、前述の Oracle e-Commerce Gateway の必須フィールド・セクションに定義されています。このセクションに定義されていないデータ・フィールドで、導出されるフィールドは次のとおりです。

RLM_INTERFACE_HEADER 表表表表

HEADER_ID


PROCESS_STATUS


ITEM_DETAIL_SUBTYPE_INT 2000 070

DATE_TYPE_CODE_INT 2000 130

START_DATE_TIME 2000 190

QTY_TYPE_CODE_INT 2000 210

ITEM_DETAIL_QUANTITY 2000 270

UOM_CODE_INT 2040 010

CUSTOMER_ITEM_EXT 3100 020

CREATED_BY 導出





LINE_ID LINE_ID 導出

LINE_SOURCE 導出


REQUEST_ID 導出

SCHEDULE_LINE_NUM 導出



有効な値 :

1 = 処理しない


3 = 処理中

4 = エラー

5 = 処理済


REQUEST_ID



CREATED_BY


CREATION_DATE


LAST_UPDATE_DATE


LAST_UPDATED_BY


RLM_INTERFACE_LINES 表表表表

LINE_ID

この列は、順序生成された一意識別子を表します。

HEADER_ID


LINE_ID




LINE_SOURCE

明細レベルのスケジュール・ソース。明細も手動で入力できます。

PROCESS_STATUS


有効な値 :

1 = 処理しない


3 = 処理中

4 = エラー

5 = 処理済


REQUEST_ID



CREATED_BY


CREATION_DATE


LAST_UPDATE_DATE


LAST_UPDATED_BY


Release Management の需要処理プロセッサの例外の検討の需要処理プロセッサの例外の検討の需要処理プロセッサの例外の検討の需要処理プロセッサの例外の検討Oracle Release Management の需要処理プロセッサの例外処理を使用して、仕入先は次の作業を行えます。

� 需要処理を停止した問題に関するエラー・メッセージを受け取ります。


Oracle Shipping Execution

� 需要処理の潜在的な問題に関する警告メッセージを受け取ります。

� 需要処理プロセッサにより検出された、注意を要する状態に関する参考メッセージを受け取ります。

� 需要処理の完了後に、例外レポートを自動生成します。

� インバウンド需要処理例外に関するリアルタイム・レポートを検討します。

� パージされるまでに Release Management のワークベンチが生成したスケジュールに関する例外を表示します。

� 正常な需要処理のために設定データを訂正します。

� 正常な需要処理のためにスケジュール・データを訂正します。

� 需要処理に影響するデータがあるかどうか、顧客需要を検証します。

Release Management の需要処理プロセッサにより検出されたすべての例外は、Release Management の需要処理ワークベンチまたは需要管理例外レポートで検討できます。

重要管理例外レポートの詳細は、『Oracle Release Management ユーザーズ・ガイド』を参照してください。

Release Management の需要処理プロセッサの例外の解決の需要処理プロセッサの例外の解決の需要処理プロセッサの例外の解決の需要処理プロセッサの例外の解決Release Management の需要処理プロセッサの例外を解決するには、Oracle Applications の設定データを訂正するか、Release Management の需要処理ワークベンチで元のスケジュールを変更するかまたは値を訂正した取引を再送するように仕入先に依頼します。

Oracle Applications のデータを更新する場合は、Release Management の需要処理プロセッサを再発行して取引を再検証できます。

Oracle Shipping Executionリリース 11i.1 には次の取引が含まれています。

リリース 11 のアウトバウンド出荷通知 / 証明取引は、リリース 11i.1 では Oracle Shipping Execution の新しいデータ・モデルを使用して置き換えられています。



出荷通知 / 証明アウトバウンド DSNO 856 DESADV


Oracle Supplier Scheduling



Oracle Supplier Scheduling取引の実装には、Oracle Applications および Oracle e-Commerce Gateway の設定が必要です。この項では、Oracle Supplier Scheduling と統合される取引の実装に必要なアプリケーション設定を中心に説明します。



� 関連 Oracle Applications のプロファイルと設定

� 計画スケジュールまたは出荷スケジュールの抽出オプション

� 抽出基準






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

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



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





関連する関連する関連する関連する Oracle Applications のプロファイルと設定のプロファイルと設定のプロファイルと設定のプロファイルと設定計画スケジュールを作成するには、Oracle Supplier Scheduling のスケジューラ・ワークベンチを使用します。 Oracle Supplier Scheduling は、Oracle Purchasing と Oracle Planningから供給データと需要データを収集します。

発注、MRP、MPS および DRP に関連する必要なプロファイル設定の詳細は、『Oracle Purchasing, Planning, and Supplier Scheduling ユーザーズ・ガイド』を参照してください。

計画スケジュールの抽出方法を制御するプロファイル・オプションはありません。



計画スケジュールの抽出オプション計画スケジュールの抽出オプション計画スケジュールの抽出オプション計画スケジュールの抽出オプション次のように、計画スケジュールの抽出には 3 つの方法があります。

計画スケジュールの目的は、適切な資材を適切なタイミングで適切な場所に配置するために仕入先と緊密に作業することなので、も迅速なオプションは、スケジューラ・ワークベンチまたは AutoSchedule でスケジュールを作成した時点で計画スケジュールを送信することです。

計画スケジュールは、すべて、抽出対象にする前に確認が必要です。スケジュールはスケジューラ・ワークベンチを使用するかまたは AutoSchedule の AutoConfirm 処理を介して確認できます。

抽出基準抽出基準抽出基準抽出基準アウトバウンド計画スケジュール取引は、Oracle Supplier Scheduling の計画スケジュール・データ・モデルに沿って定義されている 2 つのデータベース・ビューにより制御されます。この 2 つのビューには、抽出プログラムのパラメータに対するユーザーの応答に基づいて動的に設定される変数が含まれています（プログラム・パラメータの一覧は、『Oracle e-Commerce Gateway ユーザーズ・ガイド』の「アウトバウンド取引」の章を参照してください）。


� ECE_SPSO_ITEMS_V

� ECE_SPSO_HEADERS_V

ECE_SPSO_HEADERS_V ビューは、抽出対象の計画スケジュールを識別するために使用します。抽出基準は次のとおりです。



� 計画スケジュールは印刷されたことがなく以前に抽出されたこともありません。

� 計画スケジュールは Oracle Supplier Scheduling で通信コードの EDI または BOTH を指定して定義されています。

Oracle Applications 製品製品製品製品処理処理処理処理方法方法方法方法


手動で作成されたスケジュールの場合はスケジューラのワークベンチ

イベント・ドリブン


自動的に作成されたスケジュールの場合はAutoSchedule



アウトバウンド計画スケジュール取引コンカレント・マネージャ要求



� 計画スケジュールのステータスが「確認済」です。

� 計画スケジュール期間の開始日と終了日が、組織の期間の開始日と終了日の範囲内にあります。



SQLPLUS> select count(*) ECE_SPSO_HEADERS_V;


抽出で更新された列抽出で更新された列抽出で更新された列抽出で更新された列抽出対象の計画スケジュールが正常に抽出されて取引インタフェース・ファイルに書き込まれると、再び抽出されることがないように Oracle e-Commerce Gateway により印が付けられます。次の表は、ECSPSOB.pls ファイルに定義されている UPDATE_CHV_SCHEDULE_HEADERS プロシージャの抜粋コードに基づいて更新されるフィールドの一覧です。

COMMUNICATION_CODE は、次のように、元の値に基づいて設定されます。


CHV_SCHEDULE_HEADERS

EDI_COUNT 増分 1

LAST_EDI_DATE SYSDATE

LAST_UPDATED_BY -1


COMMUNICATION_CODE 次を参照

元の元の元の元の COMMUNICATION_CODE 正常な抽出正常な抽出正常な抽出正常な抽出

新規新規新規新規COMMUNICATION_CODE

BOTH Yes PRINT

EDI Yes NONE



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





関連する関連する関連する関連する Oracle Applications のプロファイルと設定のプロファイルと設定のプロファイルと設定のプロファイルと設定出荷スケジュールを作成するには、Oracle Supplier Scheduling のスケジューラ・ワークベンチを使用します。 Oracle Supplier Scheduling は、Oracle Purchasing と Oracle Planningから供給データと需要データを収集します。

発注、MRP、MPS および DRP に関連する必要なプロファイル設定の詳細は、『Oracle Purchasing, Planning, and Supplier Scheduling ユーザーズ・ガイド』を参照してください。

出荷スケジュールの抽出方法を制御するプロファイル・オプションはありません。



出荷スケジュールの抽出オプション出荷スケジュールの抽出オプション出荷スケジュールの抽出オプション出荷スケジュールの抽出オプション次のように、出荷スケジュールを抽出し電子的に送信するには 3 つの方法があります。

出荷スケジュールの目的は、適切な資材を適切なタイミングで適切な場所に配置するために仕入先と緊密に作業することなので、も迅速なオプションは、スケジューラ・ワークベンチまたは AutoSchedule でスケジュールを作成した時点で出荷スケジュールを送信することです。

出荷スケジュールは、すべて、抽出対象にする前に確認が必要です。スケジュールはスケジューラ・ワークベンチを使用するかまたは AutoSchedule の AutoConfirm 処理を介して確認できます。

抽出基準抽出基準抽出基準抽出基準アウトバウンド出荷スケジュール取引は、Oracle Supplier Scheduling の出荷スケジュール・データ・モデルに沿って定義されている 2 つのデータベース・ビューにより制御されます。この 2 つのビューには、抽出プログラムのパラメータに対するユーザーの応答に基づいて動的に設定される変数が含まれています（プログラム・パラメータの一覧は、『Oracle e-Commerce Gateway ユーザーズ・ガイド』の「アウトバウンド取引」の章を参照してください）。


� ECE_SSSO_ITEMS_V

� ECE_SSSO_HEADERS_V

ECE_SSSO_HEADERS_V ビューは、抽出対象の出荷スケジュールを識別するために使用します。抽出基準は次のとおりです。



� 出荷スケジュールは印刷されたことがなく以前に抽出されたこともありません。

� 出荷スケジュールは Oracle Supplier Scheduling で通信コードの EDI または BOTH を指定して定義されています。

Oracle Applications製品製品製品製品処理処理処理処理方法方法方法方法


手動で作成されたスケジュールの場合はスケジューラのワークベンチ



自動的に作成されたスケジュールの場合はAutoSchedule



アウトバウンド出荷スケジュール取引コンカレント・マネージャ要求



� 出荷スケジュールのステータスが「確認済」です。

� 出荷スケジュール期間の開始日と終了日が、組織の期間の開始日と終了日の範囲内にあります。



SQLPLUS> select count(*) ECE_SSSO_HEADERS_V;


抽出で更新された列抽出で更新された列抽出で更新された列抽出で更新された列抽出対象の出荷スケジュールが正常に抽出されて取引インタフェース・ファイルに書き込まれると、再び抽出されることがないように Oracle e-Commerce Gateway により印が付けられます。次の表は、ECSPSOB.pls ファイルに定義されている UPDATE_CHV_SCHEDULE_HEADERS プロシージャの抜粋コードに基づいて更新されるフィールドの一覧です。このファイルは、計画スケジュール取引と出荷スケジュール取引により共有されます。それぞれの取引タイプをサポートする特定のプロシージャ・コールが使用されます。

COMMUNICATION_CODE は、次のように、元の値に基づいて設定されます。


CHV_SCHEDULE_HEADERS

EDI_COUNT 増分 1

LAST_EDI_DATE SYSDATE

LAST_UPDATED_BY -1


COMMUNICATION_CODE 次を参照

元の元の元の元の COMMUNICATION_CODE 正常な抽出正常な抽出正常な抽出正常な抽出

新規新規新規新規COMMUNICATION_CODE

BOTH Yes PRINT

EDI Yes NONE


取引のテ

7
取引のテスト取引のテスト取引のテスト取引のテスト

インバウンド取引のテスト : 7-2 ページ

アウトバウンド取引のテスト : 7-4 ページ

文書の印刷と抽出 : 7-6 ページ

スト 7-1

インバウンド取引のテスト

インバウンド取引のテストインバウンド取引のテストインバウンド取引のテストインバウンド取引のテスト既存の取引先に対して新しいインバウンド取引を実装するときまたは取引先と取引の組合せを新たに実装するときは、いくつかのレベルでテストすることをお薦めします。初に社内のシステムでテストし、次に変換機能でテストし、後に取引先とテストします。テスト・モードの間は、Oracle e-Commerce Gateway での取引先と取引の組合せをテスト・ステータスに設定できます。これで、これがテスト取引であることが関係者全員に警告されます。取引先から製品取引を受け取る準備ができた後、取引先と取引の組合せを製品ステータスに設定します。

Oracle e-Commerce Gateway と Oracle Applications は、システムが無効なデータを受け取らないように保護する設計になっています。 Oracle e-Commerce Gateway では、着信データの構文が正しいかどうかを検証し、有効なデータを Oracle Applications のオープン・インタフェース表に渡します。そこで意味的に正しいかどうかが検証されます。

オプションとして、Oracle e-Commerce Gateway は Oracle Applications のオープン・インタフェース表に無効なデータを渡して、オープン・インタフェース API で検証できます。これは、Oracle e-Commerce Gateway の列ルールを定義しなかった場合かまたは例外を無視することを選択した場合（「段階的文書の表示」ウィンドウのオプション）に発生する可能性があります。 Oracle e-Commerce Gateway と Oracle Applications には、検出された例外を検討するためのレポートやウィンドウが提供されています。

例外は、一般的に Oracle e-Commerce Gateway または Oracle Applications での設定が正しくないために発生します。このような例外はそれぞれのアプリケーションで訂正できます。もう 1 つの例外としては、取引先から送信されたデータが正しくないために発生するものがあります。取引を訂正し、更新した取引を送信するように取引先に依頼します。

ビジネス上の取引は法的文書を表すものなので、この取引に対する一般的なデータ変更をOracle e-Commerce Gateway で行うことはできません。ただし、取引が Oracle e-Commerce Gateway での検証にすべて合格し、アプリケーションのオープン・インタフェース表に渡された場合には、Oracle アプリケーションのモジュールの中にはデータ訂正のためのツールを提供しているものがあります。

この項では、インバウンド取引のテストを中心に説明します。インバウンド取引の正しい実装には、Oracle e-Commerce Gateway および Oracle Applications で必要な設定をすべて実行することが不可欠です。このため、インポート処理を開始する前に、設定をすべて確認する必要があります。この項では、インバウンド取引インタフェース・ファイルが Oracle e-Commerce Gateway のシステム・プロファイル ECE: インバウンド・ファイル・パスに指定されているディレクトリにあり、Oracle e-Commerce Gateway のインポート・プログラムが取り出して処理できるよう使用可能になっていることを想定しています。

実装するインバウンド取引の次の項目に関する詳細は、このマニュアルの第 6 章「Oracle Applications の取引の詳細」を参照してください。

� 取引固有の考慮事項

� Oracle e-Commerce Gateway と Oracle Applications 間の取引先リンク



インバウンド取引のテスト



� 関連アプリケーションのプロファイルと設定

� Oracle Applications のオープン・インタフェースでの必須フィールド



Oracle e-Commerce Gateway の設定の確認の設定の確認の設定の確認の設定の確認Oracle e-Commerce Gateway で次のことを確認します。

� システム・プロファイルが設定されていること。

� 関連する取引プロファイルが設定されていること。

� 取引先が定義され、Oracle Applications にリンクされていること。

� 取引がシステム・プロファイル・レベルと取引先詳細レベルで使用可能になっていること。

� 関連のコード変換が定義されていること。

� 関連の処理ルール処理が定義されていること。

� 関連の列ルールとその対応する処理が定義されていること。

� 受け取った取引インタフェース・ファイルの構造が、Oracle e-Commerce Gateway 取引レイアウト定義レポートを使用して報告されている定義に一致すること。

� 取引インタフェース・ファイルに、Oracle e-Commerce Gateway のすべての必須フィールドに対する有効な値が含まれていること。これは、Oracle e-Commerce Gateway のインタフェース・ファイル・データ・レポートを使用して検討します。

Oracle Applications の設定の確認の設定の確認の設定の確認の設定の確認該当する Oracle アプリケーションで次のことを確認します。

� 関連するアプリケーションのプロファイルと設定が定義されていること。

� 取引インタフェース・ファイルに有効な値が含まれていること。これは、Oracle e-Commerce Gateway のインタフェース・ファイル・データ・レポートを使用して検討します。

取引のテスト 7-3

アウトバウンド取引のテスト

インバウンド取引のテストインバウンド取引のテストインバウンド取引のテストインバウンド取引のテストインバウンド取引に対して次のことを実行します。

� インバウンド取引を開始し、インポート処理を監視するために、ランタイム実行ログ（デバッグ・パラメータ）を HIGH または MEDIUM に設定します。プログラム・パラメータに有効な値を指定します（パラメータの一覧は、『Oracle e-Commerce Gatewayユーザーズ・ガイド』を参照してください）。

� インポート処理が完了した後、検出された例外に関してコンカレント要求ログとレポートを検討します。

� インポート処理が Oracle e-Commerce Gateway の検証に失敗した場合は、Oracle e-Commerce Gateway の「段階的文書の表示」ウィンドウを使用して、Oracle e-Commerce Gateway の例外を検討します。

� インポート処理が Oracle Applications のオープン・インタフェース API の検証に失敗した場合は、Oracle Applications のレポートを使用して例外を検討します。

� 例外の原因が、Oracle e-Commerce Gateway または Oracle Applications での設定エラーの場合は、必要な訂正を行い、再処理のために取引を発行します。

� 例外の原因が取引先からの無効なデータの場合は、訂正された取引を含む新しい取引インタフェース・ファイルを依頼します。 Oracle e-Commerce Gateway の「段階的文書の表示」ウィンドウを使用して例外を削除してから、新しいファイルを再インポートします。

� 取引が正常に完了し、データが基本の Oracle Applications の表にロードされるまで、インポート処理の開始、例外の検討、例外の解決および取引の再処理を続けます。

複数組織環境でのインバウンド取引複数組織環境でのインバウンド取引複数組織環境でのインバウンド取引複数組織環境でのインバウンド取引1 つのインバウンド取引インタフェース・ファイルには、Oracle Applications で定義されている複数の組織に宛てたデータが含まれていることがあります。 Oracle e-Commerce Gateway のインポート・プログラムは、インポート処理を開始する担当者の職責により識別される組織に関連したデータをすべて処理します。その他の組織宛てのデータには、すべて例外としてフラグが立てられます。残りのデータをインポートするには、その他の組織に関連付けられている職責に切り替えてから、インポート処理を開始する必要があります。この方法を続ければ、すべての組織に対するすべてのデータを処理できます。

アウトバウンド取引のテストアウトバウンド取引のテストアウトバウンド取引のテストアウトバウンド取引のテスト既存の取引先に対して新しいアウトバウンド取引を実装するときまたは取引先と取引の組合せを新たに実装するときは、いくつかのレベルでテストすることをお薦めします。初に社内のシステムでテストし、次に変換機能でテストし、後に取引先とテストします。テスト・モードの間は、Oracle e-Commerce Gateway での取引先と取引の組合せをテスト・ステータスに設定できます。これで、これがテスト取引であることが関係者全員に警告されま


アウトバウンド取引のテスト

す。取引先に製品取引を送信する準備ができた後、取引先と取引の組合せを製品ステータスに設定します。

この項では、アウトバウンド取引のテストを中心に説明します。アウトバウンド取引の正しい実装には、Oracle e-Commerce Gateway および Oracle Applications で必要な設定をすべて実行することと、文書が抽出可能な状態であることを確認するアプリケーション処理が不可欠です。このため、抽出処理を開始する前に、設定をすべて確認する必要があります。この項では、アウトバウンド取引インタフェース・ファイルが Oracle e-Commerce Gatewayのシステム・プロファイル ECE: 出力ファイル・パスに指定されているディレクトリに置かれ、下流の処理（変換機能またはその他の処理）で使用可能になっていることを想定しています。

実装するアウトバウンド取引の次の項目に関する詳細は、このマニュアルの第 6 章「Oracle Applications の取引の詳細」を参照してください。

� 取引固有の考慮事項

� Oracle e-Commerce Gateway と Oracle Applications 間の取引先リンク

� 抽出基準


Oracle e-Commerce Gateway の設定の確認の設定の確認の設定の確認の設定の確認Oracle e-Commerce Gateway で次のことを確認します。

� システム・プロファイルが設定されていること。

� 関連する取引プロファイルが設定されていること。

� 取引先が定義され、Oracle Applications にリンクされていること。

� 取引がシステム・プロファイル・レベルと取引先詳細レベルで使用可能になっていること。

� 関連のコード変換が定義されていること。

Oracle Applications の設定の確認の設定の確認の設定の確認の設定の確認該当する Oracle アプリケーションで次のことを確認します。

� 関連するアプリケーションのプロファイルと設定が定義されていること。

� 必要なアプリケーション処理を実行し、文書が抽出可能な状態であることを確認します。

� 使用可能なアプリケーション・レポートを実行し、抽出可能な状態の文書を識別します。これは、Oracle e-Commerce Gateway により作成された取引インタフェース・ファイルの比較に使用できます。

取引のテスト 7-5

文書の印刷と抽出

アウトバウンド取引のテストアウトバウンド取引のテストアウトバウンド取引のテストアウトバウンド取引のテストアウトバウンド取引に対して次のことを実行します。

� アウトバウンド取引を開始し、インポート処理を監視するために、ランタイム実行ログ（デバッグ・パラメータ）を HIGH または MEDIUM に設定します。プログラム・パラメータに有効な値を指定します（パラメータの一覧は、『Oracle e-Commerce Gatewayユーザーズ・ガイド』を参照してください）。

� 抽出プロセスが完了した後、検出された例外に関してコンカレント要求ログとレポートを検討します。

� Oracle e-Commerce Gateway または Oracle Applications で必要な訂正を行い、アウトバウンド取引を再び開始します。

� 取引が正常に完了し、取引インタフェース・ファイルが作成されるまで、抽出処理の開始、例外の検討、例外の解決およびアウトバウンド取引の再開を続けます。

� インタフェース・ファイル・データ・レポートを実行し、取引インタフェース・ファイルの内容を検討します。

次のことを確認します。

� レポート出力が、Oracle Applications に入力されたデータに一致し、選択基準との一貫性があること。

� コード変換が使用可能な列が、変換ルールに沿って変換されていること。

� レポート出力が、アプリケーションのレポート出力に一致していること（アプリケーションのレポートが使用可能な場合）。

文書の印刷と抽出文書の印刷と抽出文書の印刷と抽出文書の印刷と抽出Oracle e-Commerce Gateway により文書が抽出されると、その文書が再度抽出されないように文書にフラグが付けられます。

文書のいくつかが印刷および送信され、残りは取引先に電子的に送信されるような場合は、印刷対象の文書を先に印刷してから、電子送信用の残りの文書を抽出するようにします。文書は取引先に 1 回しか配送できません。抽出時に更新されるフィールドの詳細は、このマニュアルの第 6 章「Oracle Applications の取引の詳細」を参照してください。

Oracle Applictions の中には、以前に郵送または電子送信された文書を再印刷できるアプリケーションもあります。実装するアウトバウンド取引に関する詳細は、該当する Oracle Applications のユーザーズ・ガイドを参照してください。

取引先に対して同一文書の印刷したものを配送しさらに電子送信することはお薦めしません。両方を行うのは、テスト段階と実装の初の段階でのみ行います。この方法を標準のビジネス慣習としてしまうと、取引先で混乱が発生する可能性があります。取引先ではどちらのコピーが法的文書かを判断できず、取引を重複して処理してしまう恐れがあります。


トラブルシューティ

8
トラブルシューティングトラブルシューティングトラブルシューティングトラブルシューティング

トラブルシューティング : 8-2 ページ

エラー・メッセージ : 8-3 ページ

インバウンド取引 : 8-8 ページ

レポート : 8-11 ページ

ング 8-1

トラブルシューティング

トラブルシューティングトラブルシューティングトラブルシューティングトラブルシューティングこの項では、Oracle e-Commerce Gateway で発生する問題やエラー・メッセージの解決策を決定する際に役立つ情報を提供します。また、実装プロセスを円滑に進めるためのヒントも提供されています。この項のトピックは次のとおりです。

� 拡張ランタイム実行ログ（トレース）機能の使用

� 共通のウィンドウとエラー・メッセージの処理

� トラブルシューティングのその他のヒント

� 「段階的文書の表示」ウィンドウの目的と使用方法

� トラブルシューティング・ツールとしての Oracle e-Commerce Gateway のレポートの使用方法

ランタイム実行ログ

取引が失敗した場合にコンカレント・マネージャにより出力ファイルに報告される情報は、通常、ユーザーがエラーの原因を判断するために十分なものではありません。障害の発生箇所を判別するには、ほとんどの場合、報告された情報をプログラムの中で物理的に見つける必要があります。プログラムへのアクセスと SQL の幅広い知識が必要になるため、ユーザーがこの方法で問題の原因を診断することは困難です。

ユーザーは実行時にランタイム実行ログ（トレース）機能を実行し、問題に関する追加データを取得できます。この機能では、取引とプログラムの流れに関して、できる限りのデータが表示されます。ユーザーは、必要な情報のレベル（LOW、MEDIUM または HIGH）を指定できます。

生成されるトレース・データの量は、選択されるトレース・レベルにより異なります。トレース・レベルは次のとおりです。

LOW

も低レベルのトレース・データです。このレベルでは、特定の取引に関して顧客名、仕入先名、発注番号、名前などのデータが表示されます。

MEDIUM

LOW レベルで表示されるデータに加えて、このレベルでは、その取引に対して実行される主なプロセスに関するデータが表示されます。プロセスに障害がある場合、ユーザーはこのレベルの出力を見て、どのプロセスに障害があるかを判断できます。

HIGH

も高レベルのトレース・データです。 LOW レベルおよび MEDIUM レベルで表示されるデータに加えて、このレベルでは、主要プロセス、サブプロセス、プログラムで使用されている実際の変数およびその値がすべて表示されます。このレベルのデータは、ほとんどのユーザーには向いていない場合があります。このレベルは、開発者が修正の困難な問題を調査するときに使用することを目的に設計されています。


エラー・メッセージ

どのレベルでも、出力はコンカレント・マネージャにより作成されるログ・ファイルに書き込まれます。容易に診断作業を行えるように、実行されたサブプロセスごとに字下げ表示されます。

エラー・メッセージエラー・メッセージエラー・メッセージエラー・メッセージ次の表に示すエラー・メッセージは、2 つのカテゴリに分類されています。初のカテゴリは、Oracle e-Commerce Gateway ウィンドウに表示されるエラー・メッセージで、通常は入力エラーの結果発生します。 2 番目のカテゴリは、取引の検証および処理の結果発生するエラー・メッセージです。これらのエラー・メッセージは、コンカレント・マネージャのログ・ファイルまたは「段階的文書の表示」ウィンドウに表示できます。

表表表表 8-1 一般的なウィンドウ・エラー・メッセージ一般的なウィンドウ・エラー・メッセージ一般的なウィンドウ・エラー・メッセージ一般的なウィンドウ・エラー・メッセージ

メッセージメッセージメッセージメッセージこのカテゴリ・コードにはコード値が定義されています。削除することはできません。

摘要摘要摘要摘要

ユーザーが「コード変換カテゴリの定義」ウィンドウからコード変換カテゴリを削除しようとしました。このカテゴリにはコード変換値が割り当てられています。このため、カテゴリを削除するこ

とはできません。

解決方法解決方法解決方法解決方法

コード変換カテゴリを削除する前に、取引に割り当てられているこのカテゴリのコード変換値をすべて削除する必要があります。このためには、「コード変換値の定義」ウィンドウを使用します。

メッセージメッセージメッセージメッセージ定義されている参照表、参照列または条件が無効です。

摘要摘要摘要摘要ユーザーが「インタフェース・ファイル定義」ウィンドウに簡易参照列ルールを定義しようとしました。

解決方法解決方法解決方法解決方法表、参照列または参照条件に指定されている値が無効です。どの値が無効かを調べて、訂正します。

メッセージメッセージメッセージメッセージこのカテゴリ・コードは取引に割り当てられています。削除することはできません。


ユーザーが「コード変換カテゴリの定義」ウィンドウからコード変換カテゴリを削除しようとしました。このカテゴリは取引に割り当てられています。このため、カテゴリを削除することはできま

せん。


コード変換カテゴリを削除する前に、取引へのこのカテゴリの割当をすべて削除する必要があります。このためには、「コード変換カテゴリの割当」ウィンドウを使用します。

メッセージメッセージメッセージメッセージこの事業所には別の取引先の値がすでに含まれています。


「取引先の定義」ウィンドウの「割当」タブの「サイト」フィールドで顧客または仕入先に選択された値は、すでに取引先に対して定義されています。

トラブルシューティング 8-3


表表表表 8-2 一般的な処理エラー・メッセージ一般的な処理エラー・メッセージ一般的な処理エラー・メッセージ一般的な処理エラー・メッセージ


表示される質問には注意して答える必要があります。「はい」と答えると、「取引先の定義」ウィン

ドウの「割当」タブで割り当ててある正しい取引先が上書きされます。安全のため「いいえ」と答

えるのが適切です。必要な調査をしてから処理を続けてください。

メッセージメッセージメッセージメッセージ取引先グループ tp_group_code はすでに存在します。一意のグループ・コードを入力してください。

摘要摘要摘要摘要ユーザーがすでに存在する取引先グループを追加しようとしました。

解決方法解決方法解決方法解決方法取引先情報を既存の取引先グループに追加するかまたは新規の取引先グループを作成します。

メッセージメッセージメッセージメッセージ出力ファイルに書込み中に INVALID_OPERATION エラーが発生しました。


UNIX 内にファイル・レベルとディレクトリ・レベルの読取り、書込みおよび実行権限を設定する

必要があります。

解決方法解決方法解決方法解決方法 UNIX の chmod コマンドを使用して、権限を適切に変更します。

メッセージメッセージメッセージメッセージ設定データが不明確なため、一意の所在地を導出できません。


このメッセージはインポート処理例外が発生した結果表示されるメッセージで、「段階的文書の表示」ウィンドウに表示されます。この問題は、Oracle Applications または Oracle e-Commerce Gateway でデータが指定されていないか指定されたデータが正しくないために、一意の顧客サイト

または仕入先サイトを導出できないことが原因です。このエラーは所在地の導出中に発生し、導出

に取引の名前フィールドを使用した可能性があります。「プロファイルの設定」の項の所在地優先

プロファイルを参照してください。

解決方法解決方法解決方法解決方法取引先設定を訂正するかまたは所在地導出オプションを変更し、次に「段階的文書の表示」ウィンドウから文書を再発行します。

メッセージメッセージメッセージメッセージ指定された所在地の所在地 ID を導出できません。


このメッセージはインポート処理例外が発生した結果表示されるメッセージで、「段階的文書の表示」ウィンドウに表示されます。システムが所在地導出処理に基づいて正しい所在地を判断できま

せんでした。通常は、取引内の変換機能コードと EDI 事業所コードが、組織にまたがって単一の顧

客サイトまたは仕入先サイトに割り当てられていなかったためです。これは、複数の組織環境で変

換機能コードと EDI 事業所コードの組合せが 2 つの組織に割り当てられている場合に発生します。


問題の原因は、Oracle Applications で EDI 事業所コードが指定されていないかまたは指定された

コードが正しくないか、あるいは Oracle e-Commerce Gateway で「取引先の定義」ウィンドウの

「割当」タブに変換機能コードが指定されていないかまたは指定されたコードが正しくないためです。所在地サイト設定と取引先設定を訂正し、次に「段階的文書の表示」ウィンドウから文書を再

発行します。



メッセージメッセージメッセージメッセージ値が value のフィールド column_name が、定義されているデータ型 datatype に一致しません。


このメッセージはインポート処理例外が発生した結果表示されるメッセージで、「段階的文書の表示」ウィンドウに表示されます。示されている column_name に割り当てられているデータが、デー

タ型定義に一致していません。たとえば、データ型定義が数値で、column_name に含まれている

データが英文字であったり、あるいはデータ型定義が日付で、column_name に含まれているデータ

が正しい日付形式でない可能性があります。


データ・マップを調べて、取引インタフェース・ファイル内で特定の取引のデータが正しい位置に配置されているかどうかを判断します。

問題が着信取引にある場合は、この文書に関連付けられているレコードを「段階的文書の表示」ウィンドウから削除する必要があります。取引先が無効なデータを送信している場合は、その取引

に問題があることを取引先に通知する必要があります。取引先は訂正した取引を送信する必要があ

ります。

メッセージメッセージメッセージメッセージ取引 transaction_type のファイル file_name が空です。


このメッセージは、コンカレント・マネージャのログ・ファイルに表示されます。「インポート処

理のパラメータ」ウィンドウに入力されたファイルにデータが含まれていません。

解決方法解決方法解決方法解決方法データ・ファイルの名前が正しいことを確認するかまたは「プロファイル・オプション」ウィンドウに示されているディレクトリにファイルがあることを確認し、ファイルを再発行します。

メッセージメッセージメッセージメッセージ有効な組織 ID を使用してください。


取引内に指定されている組織 ID が、HR_LOCATIONS_ALL 表に定義されていません。通常、取引

に組織 ID が含まれることはないので注意してください。


この文書に関連付けられているレコードを「段階的文書の表示」ウィンドウから削除する必要があります。データは訂正できません。

取引先が取引に組織 ID を指定した場合は、取引を訂正しデータを再送するように取引先に通知し

てください。

メッセージメッセージメッセージメッセージ着信テスト・フラグが取引先の設定のフラグとは異なります。


このメッセージはインポート処理例外が発生した結果表示されるメッセージで、「段階的文書の表示」ウィンドウに表示されます。取引に含まれているテスト・フラグが、「取引先の定義」ウィンド

ウの「詳細」タブでインポート中の取引用に設定されているテスト / 製品標識とは異なります。たとえば、取引内のテスト・フラグに値「P」（製品）が含まれていて、インポート中の取引用には

「詳細」タブで「テスト」ボックスが選択されていることがあります。インポート処理が正しく機

能するには、この 2 つの値が一致する必要があります。




問題が着信取引にある場合は、この文書に関連付けられているレコードを「段階的文書の表示」ウィンドウから削除し、取引に問題があることを取引先に通知する必要があります。このデータを

訂正して適切な文書を再送する必要があることを、取引先に通知する必要があります。

また、変換機能のデータ・マップを調べて、取引インタフェース・ファイルに何が書き込まれているかを調べます。

Oracle e-Commerce Gateway での取引先の設定が正しくないために問題が発生している場合は、

ユーザーが訂正を行い、「段階的文書の表示」ウィンドウから文書を再発行する必要があります。


変換機能コード translator_code、EDI 事業所コード location_code、マップ map_code を持つ取引

先に transaction_type 取引は定義されていません。


このメッセージはインポート処理例外が発生した結果表示されるメッセージで、「段階的文書の表示」ウィンドウに表示されます。変換機能コード、EDI 事業所コード、マップおよび取引タイプの

組合せが、Oracle Applications で定義されていません。


正しい取引先の変換機能コードを Oracle Applications に設定し、EDI 事業所コードを Oracle e-Commerce Gateway に設定します。「取引先の定義」ウィンドウの「詳細」タブで、文書と文書

タイプを使用可能にします。

サイトと EDI 事業所コードを Oracle Applications に定義する必要がある場合は、EDI 事業所コー

ドの完全な所在地を取引先から取得します。

設定がすべて完了した後、ユーザーは「段階的文書の表示」ウィンドウから文書を再発行する必要があります。

問題が着信取引にある場合は、この文書に関連付けられているレコードを「段階的文書の表示」ウィンドウから削除し、必要な場合は取引に問題があることを取引先に通知する必要があります。このデータを訂正して適切な文書を再送する必要があることを、取引先に通知する必要があります。

メッセージメッセージメッセージメッセージ xxxx 取引が使用不可になっているため、この取引を処理できません。


このメッセージは、コンカレント・マネージャのログ・ファイルに表示されます。インポート中の

取引が「プロファイル・オプション」ウィンドウで使用不可になっています。


該当する場合は、「プロファイル・オプション」ウィンドウで取引をアクティブにして、「段階的文書の表示」ウィンドウから文書を再送信します。それ以外の場合は、「段階的文書の表示」ウィン

ドウで取引を削除します。取引先とともにこの取引を調査します。

メッセージメッセージメッセージメッセージ UTL_FILE. ファイルの場所またはファイル名が無効です。


このメッセージは、コンカレント・マネージャのログ・ファイルに表示されます。通常、このメッ

セージは、INIT.ORA ファイルの utl_file_dir パラメータでインバウンドおよびアウトバウンド・

ディレクトリに指定されている値が「プロファイル・オプション」ウィンドウでインバウンドおよびアウトバウンド・ディレクトリに指定されている値と一致しないことを示します。


適切な訂正を加えて、（INIT.ORA ファイルが変更された場合のみ）データベースを再起動し、処理

を再発行します。



表表表表 8-3 トラブルシューティングのその他のヒントトラブルシューティングのその他のヒントトラブルシューティングのその他のヒントトラブルシューティングのその他のヒント

現象現象現象現象

アウトバウンドの支払オーダー / 送金アドバイス（820/PAYORD/REMADV）取引が、Oracle e-Commerce Gateway のエクスポート処理の取引リストに表示されていません。


この取引はイベント・ドリブンで、Oracle Payables の支払ワークベンチ処理により自動的に発行さ

れます。

現象現象現象現象指定されたディレクトリに出力ファイルを書き込む際に問題があります。または、出力ファイルを見つけられません。



プロファイル・オプションプロファイル・オプションプロファイル・オプションプロファイル・オプション : 出力ディレクトリのプロファイル・オプションが、オペレーティング・

システムの正しい構文を使用して定義されていることを確認します。物理ディレクトリ名を使用し

ます。論理ディレクトリ名は使用しないでください。

ディレクトリディレクトリディレクトリディレクトリ : INIT.ORA ファイルに定義されているアウトバウンド・ファイル・ディレクトリの

utl_file_dir パラメータが、プロファイル・オプションの設定に一致していることを確認してくださ

い。変更を加えた場合は、必ずデータベースを再起動してください。

アクセスアクセスアクセスアクセス : 定義されているディレクトリがアクセス可能であり、書込み保護がされていないことを

確認してください。ディレクトリが保護されている場合は、UNIX の「chmod 777」を使用してアク

セスを付与します。

現象現象現象現象アウトバウンド発注（850/ORDERS）または発注変更（860/ORDCHG）ファイルが空です。


設定 / 購買オプションで、該当する文書タイプにアーカイブの実行タイミングが適切に設定されて

いることを確認します。オプションは、「印刷時にアーカイブ」または「承認時にアーカイブ」で

す。 Oracle Purchasing 取引を正しく抽出するには、このオプションを「承認時にアーカイブ」に設

定する必要があります。「印刷時にアーカイブ」を選択すると、発注が印刷され、Oracle e-Commerce Gateway で発注取引を抽出できなくなります。

発注変更のたびに、発注の再印刷または発注の再発行を行う発注改訂が必ず発生するわけではあり

ません。発注改訂がどのような変更により作成されるかを判断するには、『Oracle Purchasing ユー

ザーズ・ガイド』のビジネス・ルールを参照してください。

現象現象現象現象アウトバウンド・ファイルが空です。


インバウンド取引

インバウンド取引インバウンド取引インバウンド取引インバウンド取引インバウンド取引を処理する前に、ユーザーは事前に定義されている取引レコード定義がビジネス要件に合っていることと、取引に割り当てられている事前定義の処理ルールおよび列ルールが要件に合っていることを確認する必要があります。ユーザーがこのステップを実行しないと、Oracle e-Commerce Gateway はデータの検証にシード・ルールとシード処理を使用します。

「インタフェース・ファイル定義」ウィンドウに関する情報と、処理ルールおよび列ルールの設定方法は、このマニュアルに説明されています。詳細は、「処理ルールおよび列ルールとその処理の決定」の項と「取引インタフェース・ファイルの変更」の項を参照してください。

インバウンド取引要求が実行された後、ユーザーは「段階的文書の表示」ウィンドウを使用して、例外付きで文書を表示できます。どの文書に例外が含まれているかを掘り下げて表示できます。

インバウンド取引の処理後、ユーザーはコンカレント・マネージャのステータスをチェックする必要があります。ステータスが警告またはエラーの場合、ユーザーは「段階的文書の表示」ウィンドウに移り、文書の詳細（ルールの例外や列の値など）を表示できます。ログ・ファイルでその他の処理情報をチェックする必要もあります。


「取引先の定義」ウィンドウの「割当」タブを使用して取引の取引先（TP）主要サイトを設定し、

「取引先の定義」ウィンドウの「詳細」タブを使用して取引（および適切な文書タイプ）を使用可能にする必要があります。また、取引は抽出できる状態になっている必要があります。以上の設定が

行われていないと、取引先の取引を抽出できません。


定義されている取引先定義されている取引先定義されている取引先定義されている取引先 : Oracle e-Commerce Gateway に取引先が定義されていて、Oracle Applications の有効な所在地エンティティに関連付けられていることを確認してください。取引先の

関連付けは、「取引先の定義」ウィンドウの「割当」タブを使用して設定します。

使用可能な取引先使用可能な取引先使用可能な取引先使用可能な取引先 : アウトバウンドの EDI 文書および文書タイプに対して取引先が使用可能なこと

を確認してください。これは、「取引先の定義」ウィンドウの「詳細」タブを使用して行います。

取引先の定義取引先の定義取引先の定義取引先の定義 : エンティティが仕入先でもあり顧客でもある場合は、それぞれのビジネス関係に 1つずつになるように取引先を 2 つ指定するようにします。

エクスポート・パラメータエクスポート・パラメータエクスポート・パラメータエクスポート・パラメータ : エクスポート処理に指定されている選択パラメータが、抽出する文書

にとって有効なパラメータであることを確認します。アウトバウンド発注（850/ORDERS）または

発注変更（860/ORDCHG）の場合は日付パラメータが含まれているため、終了日パラメータが実際

の日付より 1 日後になるように設定します。このパラメータを 1 日後にするのは、時刻が含まれて

いて、深夜 0 時に抽出する必要があるためです。

新規取引新規取引新規取引新規取引 : 選択した文書グループが印刷されていないことまたは以前に抽出されていないことを確

認します。



「段階的文書の表示」ウィンドウ「段階的文書の表示」ウィンドウ「段階的文書の表示」ウィンドウ「段階的文書の表示」ウィンドウ

「段階的文書の表示」ウィンドウは、インバウンド文書処理の結果を表示するために使用します。ユーザーはこのウィンドウにアクセスし、段階表に含まれている文書数を表示して、検証処理に失敗した文書がないかどうかを確認します。ルール例外を含む文書の番号（PO番号や請求書番号など）を掘り下げて表示できます。ユーザーはこのウィンドウからルール例外のある文書を選択し、（エラーを解決した後に）再発行するかまたはその文書を削除できます。

このウィンドウは、2 つの主要コンポーネントで構成されています。左側には取引がツリー形式で表示され、右側には取引に対応する要約が選択済のレベルで表示されます。右側には、選択されているツリー・ノードに基づいて異なる情報が表示されます。ツリー・データは段階表のスナップショットにすぎません。段階表に新規データや変更データを表示するには、リフレッシュを実行する必要があります。

このウィンドウでは 2 つの機能が使用できます。「再発行」機能を使用すると、エラーが訂正された後に一連の文書または単一文書を再発行し、インバウンド処理で再び処理されるようにできます。たとえば、「IN Invoice (810/INVOIC)」を選択し、再発行機能を使用できます。この場合、インバウンド処理はステータスが「文書のスキップ」である請求書をすべて再検証します。ステータスが再処理に変更され、コンカレント要求が発行されて文書が処理されます。また、ツリーも新規データにリフレッシュされます。

「削除」機能を使用すると、一連の文書または単一文書とその文書に対応するルール例外を削除できます。たとえば、ユーザーは取引先「Alpha」を選択し、「削除」機能を使用できます。この場合、取引先 Alpha に関してステータスが「文書のスキップ」である請求書がすべて削除されます。文書が削除された後、文書ツリーがリフレッシュされ、削除された文書が消えます。

取引例外の要約取引例外の要約取引例外の要約取引例外の要約様々なレベルのツリー・ノードに対応して、（ウィンドウの右側に）4 種類の要約ウィンドウが表示されます。「ステータス」タブ・ツリーと「取引」タブの要約ウィンドウは非常によく似ています。唯一の違いは、ステータス・フィールドと取引フィールドの順序のみです。

「ステータス」タブのステータス・レベル 1 の要約ウィンドウは、次の情報を表示します。

ステータスステータスステータスステータス : 段階表に現在表示されている選択済文書のステータス段階表に現在表示されている選択済文書のステータス段階表に現在表示されている選択済文書のステータス段階表に現在表示されている選択済文書のステータス

取引 : 特定のステータスにある取引タイプ名のリスト

文書数特定のステータスおよび取引タイプの文書数

例外合計特定のステータスおよび取引タイプの例外の合計数（処理例外と列例外をすべて含む）






「処理違反」ボタンと「列違反」ボタン

ステータス・レベル・ウィンドウの下部に、「処理違反 ...」および「列違反 ...」というラベルの 2 つのボタンがあります。

「処理違反 ...」ボタンは「処理違反」ウィンドウを開き、該当文書の処理例外を表示します。「列違反 ...」ボタンは「列違反」ウィンドウを開き、該当文書レベルの列例外を表示します。

ステータスステータスステータスステータス : 段階表に現在表示されている選択済文書のステータス段階表に現在表示されている選択済文書のステータス段階表に現在表示されている選択済文書のステータス段階表に現在表示されている選択済文書のステータス

取引 : 取引タイプの名前を識別します。

取引先 : 選択された取引に関する取引先名のリスト

文書数特定のステータス、取引タイプおよび取引先に対する文書数

例外合計特定のステータス、取引タイプおよび取引先に対する例外の合計数（処理例外と列例外をすべて含む）

ステータスステータスステータスステータス : 段階表に現在表示されている選択済文書のステータス

取引取引取引取引 : 取引名

取引先取引先取引先取引先 : 選択された取引の取引先名

文書数文書数文書数文書数特定のステータス、取引タイプおよび取引先に対する文書数

例外合計例外合計例外合計例外合計特定のステータス、取引タイプおよび取引先に対する例外の合計数（処理例外と列例外をすべて含む）

取引取引取引取引 : 取引名

ステータスステータスステータスステータス : 段階表に現在表示されている選択済文書のステータス

取引先取引先取引先取引先 : 選択された取引の取引先名

文書番号文書番号文書番号文書番号 :段階表にある文書の基本識別子。この値は、取引に依存します（発注番号の場合は

POI、請求書番号の場合は INI など）。

レベルレベルレベルレベル : レベルのテキスト形式の説明

処理例外処理例外処理例外処理例外 : 特定の文書に対する処理例外の数

列例外列例外列例外列例外 : 特定の文書レベルに対する列例外の数


レポート

このウィンドウには次のデータが表示されます。

「列違反」ウィンドウは、該当文書で選択されているレベルの各列と、各列に対する例外の数を表

示します。ユーザーは、適切なコンボ・ボックスを選択して、例外のある列のみを表示するかま

たは列をすべて表示するかを選択できます。このウィンドウには次のデータが表示されます。

レポートレポートレポートレポートOracle e-Commerce Gateway は、ユーザーが取引レイアウトとデータ・ファイルの内容を検証するために使用できるレポートを 2 つ提供します。

取引レイアウト・レポート

このレポートを使用すると、ユーザーは Oracle e-Commerce Gateway 内の任意の取引の取引インタフェース・ファイル・レイアウトをオンライン・レポートまたはハード・コピー・リストとして作成できます。

取引取引取引取引 : 取引タイプと変換された取引タイプ名

文書番号文書番号文書番号文書番号 :段階表にある文書の基本識別子。この値は、取引に依存します（POI は発注番号、

INI は請求書番号など）。

メッセージメッセージメッセージメッセージ処理例外のテキスト

「無視」チェック・ボックス「無視」チェック・ボックス「無視」チェック・ボックス「無視」チェック・ボックス

このボックスが選択されていると、文書を再発行するときに、違反したルールを無視できます。これは、このウィンドウで変更できる唯一のフィールドです。

取引取引取引取引 : 取引タイプと変換された取引タイプ名

文書番号文書番号文書番号文書番号 :段階表にある文書の基本識別子。この値は、取引に依存します（POI は発注番号、

INI は請求書番号など）。

レベルレベルレベルレベル :レベルのテキスト形式の説明。この値は FND_LOOKUP_VALUES 表にシードされ

ます。

列名列名列名列名 : 段階表示表で取引データを格納する列の名前

列値列値列値列値 :列名に格納されている値。このデータは、取引から直接取り出されたものかまたは

Oracle e-Commerce Gateway で導出されたものです。

例外例外例外例外 : 選択された列に対する列例外違反の数

メッセージメッセージメッセージメッセージ選択された列の列例外を説明するテキスト

「無視」チェック・ボックス「無視」チェック・ボックス「無視」チェック・ボックス「無視」チェック・ボックス

このボックスが選択されていると、文書を再発行するときに、列ルールにより判別された違反が無視されます。これは、このウィンドウで変更できる唯一のフィール

ドです。


レポート

取引インタフェース・ファイルはそれぞれいくつかのレコードで構成されています。各レコードには、レコード・キー（位置 1 ～ 100）とアプリケーション・データ領域（100 より上の位置）という 2 つのセクションがあります。すべてのレコードは、一連のデータ要素に対して一意のレコード番号により参照されます。

このレポートは、位置が 101 以上のデータ要素をすべて表示します。レコード・キー（1 ～100）はシード値でありユーザーが変更できないため、レポートには含まれません。このレポートのパラメータを次の表に示します。

詳細は、『Oracle e-Commerce Gateway ユーザーズ・ガイド』の「レポート」の項を参照してください。

インタフェース・ファイル・データ・レポートインタフェース・ファイル・データ・レポートインタフェース・ファイル・データ・レポートインタフェース・ファイル・データ・レポート :このレポートを使用すると、特定の取引データ・ファイルに含まれているデータのハード・コピー・リストを作成できます。このレポートには、取引レコード・レイアウトと、各データ・フィールドに格納されている実際のデータが含まれます。このレポートのパラメータを次の表に示します。

レポート・パラメータレポート・パラメータレポート・パラメータレポート・パラメータ有効な値有効な値有効な値有効な値値リスト値リスト値リスト値リスト必須必須必須必須

取引コードすべての取引を選択する < 空白 > を入力するかまたは

特定の取引を入力します。

Yes No

マップされていないデータを含む

マップされていないデータを含むか除外するには、「Yes」または「No」を入力します。デフォルトは

「No」です。

Yes Yes

レポート・パラメータレポート・パラメータレポート・パラメータレポート・パラメータ有効な値有効な値有効な値有効な値値リスト値リスト値リスト値リスト必須必須必須必須

取引コード特定の取引コードを入力します。 Yes Yes

データ・ファイル・パスデータ・ファイルが含まれているディレクトリ・パスを入力します。デフォルトは、取引コードに基づくインバ

ウンドまたはアウトバウンドのプロファイル・オプション値からとられます。

No Yes

データ・ファイル名データ・ファイルの名前を入力します。 No Yes


取

9
取引先取引先取引先取引先

取引先 : 9-2 ページ

取引先グループ : 9-2 ページ

EDI 事業所コード : 9-3 ページ

変換機能コード : 9-4 ページ

アプリケーションにまたがる変換機能コードと EDI 事業所コード : 9-6 ページ

取引インタフェース・ファイルでの EDI 事業所コード : 9-9 ページ

複数組織 : 9-14 ページ

引先 9-1

取引先

取引先取引先取引先取引先Oracle e-Commerce Gateway では、「取引先」という用語は、EDI を介して日常的な商業文書を交換する、特定の事業所または所在地にある顧客、仕入先または銀行などのビジネス・エンティティを指します。このようなエンティティには複数の事業所がある可能性があるため、Oracle e-Commerce Gateway での処理には、顧客の所在地、仕入先サイトまたは銀行支店のそれぞれに対して取引先を 1 つ定義する必要があります。

取引先データは、EDI 変換ソフトウェアと Oracle e-Commerce Gateway のどちらにも設定する必要があります。それぞれのニーズに対応するため、設定パラメータにはかなりの違いがあります。

Oracle e-Commerce Gateway では、取引先データは次の目的で使用されます。

Oracle Applications 内の特定の所在地の事業所を Oracle e-Commerce Gateway の取引先定義にリンクします。

EDI 変換機能に対して、どの取引先データ・マップとメールボックスを使用するかを通知する手段を提供します（アウトバンド取引）。

取引先に対して特定の取引を使用可能にします。

取引先の EDI ステータスがテストか製品かを判断します。

この項では、取引先定義、EDI 事業所コード、変換機能コード、取引インタフェース・ファイルに対するコードの重要性および複数組織での考慮事項に関する詳細を説明します。参考のために、「取引先」ウィンドウといくつかの推奨事項をこの章の終わりに添付してあります。

取引先グループ取引先グループ取引先グループ取引先グループ Oracle e-Commerce Gateway では、次に示すように、取引先を便利なグループに分けてリストし、個々の組織レコードに対するアクセス性を高めることができます。たとえば自動車製造業者の場合は、座席の仕入先、タイヤ製造業者、フロントガラス業者、エンジン部品仕入先または個々の仕入先などに取引先をグループ化できます。出版会社の場合は、印刷会社、主要アウトレット、販売店、輸出業者、銀行および個々の顧客というように取引先をグループ化します。グループは、取引先が顧客か仕入先かにより異なります。

取引先グループのタイトルは自由形式のテキスト・フィールドで、EDI 処理では使用されません。組織にとって意味のある任意のタイトルを選択できます。


EDI 事業所コード

EDI 事業所コード事業所コード事業所コード事業所コード EDI 取引内では、サイト所在地データがたとえば出荷先所在地や請求先所在地として使用されます。 EDI 取引に使用される Oracle Applications の各取引先所在地サイトには、基本のアプリケーション内で EDI 事業所コードを割り当てておく必要があります。 EDI 事業所コードは、顧客所在地、仕入先サイトまたは銀行支店などの完全な所在地を表します。通常、これは、X12 N104 セグメントまたは EDIFACT NAD セグメントの EDI 取引のコードです。または既存のネーミング規則または合意済のネーミング規則に沿って「作成された」コードの場合もあります。

EDI 事業所コードは、Oracle Applications に設定された所在地エンティティの一部です。 Oracle e-Commerce Gateway では、「取引先」ウィンドウに EDI 事業所コードと変換機能コードが指定されている場合に、Oracle Receivables、Oracle Payables または HR 事業所に格納されている完全な所在地の列 ID を導出します。下記を参照してください。 EDI 事業所コードは、取引先サイトが選択されると「取引先の定義」ウィンドウの「割当」タブに表示されます。

EDI 標準ではすべての所在地詳細を使用できるようになっていますが、Oracle e-Commerce Gateway では、ほとんどの取引について取引インタフェース・ファイルでの事業所コードの使用しかサポートしていません。

インバウンド取引の中には、特定のビジネス機能についてアプリケーションのオープン・インタフェースがすべての名前と所在地を表に受け入れるものがあります。ただし、通常は、事前に決定された列 ID が必要です。

EDI 事業所コードは、基本の Oracle Applications で所在地サイトを定義するその他の「事業所」コードと混同しないようにしてください。 EDI 事業所コードは、基本の Oracle Applications 内の所在地サイトを Oracle e-Commerce Gateway 処理にリンクするためのコードです。

EDI 事業所コードについて、基本の Oracle Applications で定義されている目的と、取引インタフェース・ファイルで使用される場合の目的を、次の表に示します。

取引先 9-3

変換機能コード

変換機能コード変換機能コード変換機能コード変換機能コード変換機能コードは、EDI 変換機能に取引先識別子を定義するために使用する任意のテキスト値です。変換機能コードの形式またはどの変換機能コードを使用するかの選択は、EDI 変換ソフトウェアの機能により決まることがあります。識別子にはネーミング規則が使用されていることがあります。代表的な変換機能コードのソースは次のとおりです。

電子ポスト・ボックス番号

交換送信者 / 受信者 ID（ISA06/08 または EDIFACT と同等のもの）

Oracle Applications で使用される顧客または仕入先のコード

EDI 事業所事業所事業所事業所アウトバウンド取引での目的アウトバウンド取引での目的アウトバウンド取引での目的アウトバウンド取引での目的インバウンド取引での目的インバウンド取引での目的インバウンド取引での目的インバウンド取引での目的

基本の Oracle Applications で定義さ

れる EDI 事業所

EDI 変換処理のデータ・マッピング

に利用できるように、取引内の各所在地について完全な所在地とともに取り出された EDI 事業所コードを抽

出します。

EDI 事業所コード（および変換機能コード）

は、アプリケーションのオープン・インタフェース表で列 ID が必要な場合に、基本の

Oracle Applications で各所在地を検索して

列 ID を取り出すために使用します。

取引の制御レコード（0010）内にある EDI 事業所

取引の主要サイトの EDI 事業所コー

ドは、制御レコードに入れられます。

取引にはそれぞれ事前に定義されたサイトがあり（たとえば、支払取引での請求先サイト）、取引はこのサイトを使用して Oracle e-Commerce Gateway の表にアクセスし取引が使

用可能かどうかをチェックします。

主要サイトは、その取引が特定の取引処理の対象として使用可能になるように、Oracle e-Commerce Gateway で取引先として定義してお

く必要があります。


は、この取引がこの取引先に対して使用可能になっていることを検査するために、Oracle e-Commerce Gateway で取引先とし

て定義しておく必要があります。使用可能

になっていない場合は、取引が拒否されます。

使用可能になっている場合、制御レコードでサイトに関連付けられている顧客または仕入先の列 ID が取り出され、Oracle Applications のオープン・インタフェース

表に渡されます。取引内の所在地サイトは、

すべてこの導出された顧客または仕入先に関連付けられます。

取引内で制御レコード（0010）以外にある EDI事業所

取引が抽出されたときに所在地サイトの EDI 事業所コードが完全な所在

地とともに取り出され、取引インタフェース・ファイルに書き込まれます。

（注意 : Oracle e-Commerce Gatewayで検査されるのは、制御レコードの主要サイトのみです。）


は、アプリケーションのオープン・インタフェース表で列 ID が必要な場合に、基本の

Oracle Applications で各所在地を検索して

列 ID を取り出すために使用します。


変換機能コード

顧客名または仕入先名

Dun & Bradstreet の DUNS または DUNS+4 番号

変換機能コードは、取引インタフェース・ファイルに追加の識別子を提供します。これは、「取引先の定義」ウィンドウの「詳細」タブの取引タイプ・レベルで割り当てられます。これにより、取引先サイトでは異なる取引に対して異なる変換機能コード（つまり電子メールボックス）を使用できます。

アウトバウンド取引の場合、変換機能コードは EDI 変換ソフトウェアが取引の取引先詳細を識別するために使用できる識別子を提供します。 EDI 変換ソフトウェアでは、取引先設定の識別に変換機能コードのみを使用することも、EDI 事業所コードとともに使用することもあります。

インバウンド取引の場合、変換機能コードは EDI 事業所コードとともに使用され、取引が指す取引先設定を Oracle e-Commerce Gateway で一意に識別します。

これにより、実際の取引先を変換機能コードにより区別できるため、複数の取引先が同じEDI 事業所コードを使用することもできます。

Oracle e-Commerce Gateway の取引先は所在地サイトを表すものなので、Oracle e-Commerce Gateway に定義された複数の取引先が、EDI 変換機能での同一の変換機能コードを共有することがあります。

取引先の定義には変換機能コードと事業所コードの両方が使用されるため、取引先設定を一意に識別する必要があるのは、この 2 つのコードの組合せです。コードの組合せ 1 つにつき対応する取引先設定が 1 つのみである限り、同一の変換機能コードと EDI 事業所コードを複数の取引先設定で使用できます。

1 つの取引先に対する複数の変換機能コードつの取引先に対する複数の変換機能コードつの取引先に対する複数の変換機能コードつの取引先に対する複数の変換機能コード

所在地サイトでは、異なる取引に対して異なる変換機能コードを使用できます。 1 つのビジネス・エンティティで、財務センターの財務取引をある電子メールボックスに送信し、調達センターでは別の電子メールボックスを使用すること、つまり、異なる取引に対して別々の変換機能コードが関連付けられることがあります。

「取引先の定義」ウィンドウの「詳細」タブ「取引先の定義」ウィンドウの「詳細」タブ「取引先の定義」ウィンドウの「詳細」タブ「取引先の定義」ウィンドウの「詳細」タブ「取引先の定義」ウィンドウの「取引先の定義」ウィンドウの「取引先の定義」ウィンドウの「取引先の定義」ウィンドウの「割当」タブ「割当」タブ「割当」タブ「割当」タブ

取引

タイプ

文書変換機能コード仕入先事業所と送金事業所に同一の所在地サイトが使用されます。

POO アウトバウンド発注 MAILBOX_PROC 仕入先サイトの

C-SJ EDI 事業所コード

INI インバウンド請求書 MAILBOX_FIN 送金先サイトの

C-SJ EDI 事業所コード

取引先 9-5

アプリケーションにまたがる変換機能コードと EDI 事業所コード

共有変換機能コード共有変換機能コード共有変換機能コード共有変換機能コード

注意注意注意注意 : Oracle e-Commerce Gateway では、変換機能コードと取引先定義が 1 対 1 で対応すると想定しないでください。

基本の Oracle Applitions で取引先がどのように定義されているかにより、（電子メールボックスの場合と同様に）1 つの取引先の複数の組織または部門が同一の変換機能コードを使用することがあります。

たとえば、ある取引先の東海岸オフィスと西海岸オフィスが基本の Oracle Applications では2 つの別々の取引先（顧客または仕入先）として定義されている場合でも、この 2 つのオフィスが 1 つの取引先メールボックスを共有することがあります。次の表では、Oracle Supplier は、制御レコード（0010）にある EDI 事業所コードと変換機能コードに関連付けられている仕入先サイトから導出されます。

Oracle e-Commerce Gateway は、特定の変換機能コードに対してビジネス・エンティティがいくつ関連付けられているかを認識する必要はありません。変換機能コードには、ビジネス・エンティティが 1 つ関連付けられている場合も 10 個以上関連付けられている場合もあります。この判断は、完全に、EDI 変換機能内で決定し設定する取引先定義の範疇に入ります。

アプリケーションにまたがる変換機能コードとアプリケーションにまたがる変換機能コードとアプリケーションにまたがる変換機能コードとアプリケーションにまたがる変換機能コードと EDI 事業所コード事業所コード事業所コード事業所コード3 つのアプリケーションにまたがる変換機能コードと EDI 事業所コードの関係を、次の図に示します。

Oracle e-Commerce Gateway が他のアプリケーションと共有するコードおよびその共有理由は、次のとおりです。

EDI 事業所コード。所在地サイトを識別するために基本の Oracle Applications と共有します。

EDI 変換機能コード。変換機能と共有します。このコードは、変換ソフトウェアで取引先を識別するために使用されます。このコードは初に変換機能で定義され、その後でOracle e-Commerce Gateway にコピーされます。

アウトバウンド取引の場合、変換機能が取引先を識別できるように制御レコード 0010 に書き込まれます。

Oracle e-Commerce Gateway Oracle Purchasing

変換機能コード EDI

事業所

仕入先

サイト

仕入先

サイト ID

仕入先

仕入先

ID

A1-ACME-10 AC-BOST Boston 64354345 ACME-EAST 135678

A1-ACME-10 AC-DEN Denver 12343221 ACME-WEST 654322



インバウンド取引の場合、変換機能コードは同一の EDI 事業所コードを使用する可能性のある複数の取引先をそれぞれ区別するために使用されます。

EDI 変換機能で定義されている変換機能コード CWS004 は、Oracle e-Commerce Gatewayでそのコードを使用する 1 つの取引先所在地サイトには限定されません。他のサイトでもComputer Warehouse Services にこのコードを使用する場合があります。（Oracle e-Commerce Gateway と EDI 変換機能との間で使用される変換機能コードは、変換機能コードと事業所コードを結合して構成されている場合もあります。たとえば、この場合は、CWS004+C-SJ になります。ネーミング規則はユーザーが決定します。）

Oracle Applications ソースへの取引先データのリンクソースへの取引先データのリンクソースへの取引先データのリンクソースへの取引先データのリンク次の図は、Oracle e-Commerce Gateway のウィンドウの取引先データと Oracle Applicationsの所在地サイトとの関係を示したものです。

基本の基本の基本の基本のOracleOracleOracleOracleApplicationsApplicationsApplicationsApplications EDIEDIEDIEDI変換機能変換機能変換機能変換機能

124 45124 45124 45124 45th St. th St. th St. th St.

San Jose,San Jose,San Jose,San Jose,CACACACA

「取引先の定義」「取引先の定義」「取引先の定義」「取引先の定義」ウィンドウの「割ウィンドウの「割ウィンドウの「割ウィンドウの「割当」タブで確立さ当」タブで確立さ当」タブで確立さ当」タブで確立されたリンクれたリンクれたリンクれたリンク

Oracle e-CommerceOracle e-CommerceOracle e-CommerceOracle e-CommerceGatewayGatewayGatewayGateway

（取引先）（取引先）（取引先）（取引先）

CWS-San JoseCWS-San JoseCWS-San JoseCWS-San Jose

CWS004CWS004CWS004CWS004

「取引先の定義」ウィンドウ「取引先の定義」ウィンドウ「取引先の定義」ウィンドウ「取引先の定義」ウィンドウの「詳細」タブで確立されたの「詳細」タブで確立されたの「詳細」タブで確立されたの「詳細」タブで確立されたリンクリンクリンクリンク

124 45124 45124 45124 45th St.th St.th St.th St.San Jose,San Jose,San Jose,San Jose,CACACACA

所在地所在地所在地所在地コードがコードがコードがコードが「「「「C-SJC-SJC-SJC-SJ」」」」のサイトのサイトのサイトのサイト所在地所在地所在地所在地

変換機能変換機能変換機能変換機能コードコードコードコード

ComputerComputerComputerComputerWarehouseWarehouseWarehouseWarehouseServices.Services.Services.Services.

ComputerComputerComputerComputerWarehouseWarehouseWarehouseWarehouseServices -Services -Services -Services -San JoseSan JoseSan JoseSan Jose

CWS004CWS004CWS004CWS004

EDIEDIEDIEDI変換機能で変換機能で変換機能で変換機能で設定設定設定設定

取引先 9-7


Oracle Payables での仕入先サイトを使用した例

この仕入先の図では、次に示すように、Oracle Payables で仕入先および仕入先サイトに取引先を割り当てる場合に重要な項目が示されています。

「取引先グループ」ウィンドウ内の「取引先」領域では、次のことが設定されます。

取引先定義のための名前と摘要。この 2 つのフィールドはいずれも自由形式のテキストです。ただし、取引先名と取引先グループにはネーミング規則の使用をお薦めします。

（注意 : 取引先グループは、他の Oracle Applications にはリンクされません。）

この取引先名が、「取引先の定義」ウィンドウの「割当」タブで単一の仕入先または仕入先サイトに関連付けられます。

「取引先の定義」ウィンドウの「割当」タブでは、次のことが設定されます。

取引先定義を、Oracle Payables の該当する仕入先または仕入先サイトにリンクします。

Oracle Payables の EDI 事業所コードが、選択された所在地サイトに対して表示されます。

「取引先の定義」ウィンドウの「詳細」タブでは、Oracle e-Commerce Gateway 内に次のことが設定されます。

処理する文書（取引）および文書タイプを使用可能にします。

その取引の変換機能コードを定義します。


取引インタフェース・ファイルでの EDI 事業所コード

取引がテスト用か製品用かのフラグを設定します。

取引の形式を表示します。この場合はフラットファイル（FF）です。

取引インタフェース・ファイルでの取引インタフェース・ファイルでの取引インタフェース・ファイルでの取引インタフェース・ファイルでの EDI 事業所コード事業所コード事業所コード事業所コード

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


制御レコードは、各取引の初のレコードです。このレコードには、取引先事業所コードというフィールドが含まれています。インバウンド取引の場合、このフィールドには、取引を送信する取引先の EDI 事業所コードの 1 つを含む必要があります。この EDI 事業所コードで表される取引先サイトは、Oracle e-Commerce Gateway と基本の Oracle Applications で完全な形で定義しておく必要があります。

注意注意注意注意 : インバウンド取引の場合、Oracle e-Commerce Gateway と基本の Oracle Applications で取引先を完全な形で定義する必要があるのは、取引先の EDI 事業所コードが制御レコード内で使用される場合のみです。

取引先の完全な定義とは、次のことを意味します。

� 「取引先グループ」ウィンドウで、取引先グループと取引先名が定義されていること。

� 「取引先の定義」ウィンドウの「詳細」タブで、適切な取引と取引タイプが使用可能に指定され、テスト / 製品フラグが正しいコードに設定され、変換機能コードが正確に入力され、EDI ボックスが使用可能になっていること。

� 「取引先の定義」ウィンドウの「割当」タブで、取引先が基本の Oracle Applications の該当する所在地サイトにリンクされていること。

� 基本の Oracle Applications で、取引先と取引先サイトが定義され、そのサイトの EDI 事業所コードが指定されていること。

制御レコード（0010）上の変換機能コードと EDI 事業所コードの組合せは、Oracle e-Commerce Gateway での単一の取引先定義に対応する必要があります。

Oracle e-Commerce Gateway では制御レコード内の EDI 事業所コードを使用しますが、その理由は次のように 2 つあります。

� 特定の取引に対して取引先サイトが設定され使用可能になっていることを識別するため。

たとえば、EDI 事業所コード HC-CHIC が取引先 Herbert-Chicago に対して定義され、特定のアウトバウンド取引が EDI 処理のために使用可能にされます。

� Oracle Applications の顧客、仕入先または銀行を導出して、取引詳細にあるすべての所在地サイトに関連付けるため。

取引先 9-9


たとえば、Chicago サイト用の EDI 事業所コード HC-CHIC が制御レコードで見つかると、顧客 Herbert Corporation が基本の Oracle Applications 表から導出されます。

取引先の EDI 事業所コードを定数として制御レコードに入力する（後述の「デフォルトのEDI 事業所」の項を参照）か、または取引詳細で初に見つかった該当サイトを EDI 変換機能により制御レコードにコピーできます。

取引詳細から制御レコード 0010 にコピーする事業所コードのタイプとして推奨するタイプを次の表に示します。これらの事業所タイプは、ほとんどの場合、取引詳細に含まれていますが、Oracle e-Commerce Gateway で完全に定義されている取引先の EDI 事業所コードであればどのようなコードでも使用できます。

制御レコード（0010）上のサイトの事業所コードのタイプ（インバウンド取引）

取引詳細の所在地レコード取引詳細の所在地レコード取引詳細の所在地レコード取引詳細の所在地レコード

取引詳細レコードには、出荷先所在地または請求先所在地などの所在地レコードが含まれます。通常、このレコードには、このレコードを所在地レコードとして識別するレコード・タイプ AD と、所在地のタイプを識別するレコード・クオリファイア（たとえば、出荷先を示す ST や請求先を示す BT など）が含まれます。

Oracle e-Commerce Gateway は、基本の Oracle Applications の取引先表における所在地の「サイト使用率」（請求先使用率や出荷先使用率）は調べません。ファイルでの所在地のサイト使用率は、取引インタフェース・ファイルのどのレコードに所在地が含まれているかにより決まります。

各所在地レコードには、内部所在地事業所コードと外部所在地事業所コードが含まれています。その所在地に対して基本の Oracle Applications で定義されている EDI 事業所コードは、Oracle e-Commerce Gateway が基本の Oracle Applications の所在地サイトを判断するとき

取引取引取引取引取引コード取引コード取引コード取引コードASCX12 EDIFACT

取引詳細から制御レコード取引詳細から制御レコード取引詳細から制御レコード取引詳細から制御レコード0010 にコピーするサイトにコピーするサイトにコピーするサイトにコピーするサイトの事業所コードのタイプの事業所コードのタイプの事業所コードのタイプの事業所コードのタイプ

請求書 INI 810 INVOIC 仕入先サイト

計画スケジュール SPSI 830 DELFOR 仕入先の出荷先サイト

価格 / 営業カタログ CATI 832 PRICAT 仕入先サイト

生産順序 PSQI 866 仕入先の出荷先サイト

発注 POI 850 ORDERS 顧客の出荷先サイト

見積依頼への応答 RRQI 843 REQOTE 仕入先サイト

出荷通知および請求 SBNI 857 顧客の出荷先サイト

出荷通知 / 証明 ASNI 856 DESADV 顧客の出荷先サイト

出荷スケジュール SSSI 862 DELJIT 仕入先の出荷先サイト



に使用できるように、外部所在地事業所コード・フィールドに指定しておく必要があります。このコードは、内部所在地事業所コード・フィールドに指定しないでください。 Oracle e-Commerce Gateway が基本の Oracle Applications の所在地サイトを見つけた後は、そのサイトの列 ID を Oracle Applications のオープン・インタフェース表に渡すことができます。

取引詳細の所在地レコードにある EDI 事業所コードは、他の取引の制御レコード 0010 に指定されるコードでない限り、Oracle e-Commerce Gateway で取引先として定義する必要はありません。（前述の「制御レコード（0010）」の項を参照してください。）

取引詳細に含まれる所在地サイト（顧客および顧客サイトや仕入先および仕入先サイトなど）は、すべて基本の Oracle Applications に定義する必要があり、そのサイトの EDI 事業所コードを入力する必要があります。 EDI 事業所コードを入力しないと、Oracle e-Commerce Gateway が所在地を判断できません。

アウトバウンド取引アウトバウンド取引アウトバウンド取引アウトバウンド取引1 つの取引の取引詳細にいくつかのタイプの所在地サイトが含まれることがありますが、Oracle e-Commerce Gateway が取引先設定を調べるためのキー所在地サイトとして認識するのは、ビジネス所在地タイプ（請求先、出荷先、送金先など）のうちの 1 つのみです。

Oracle e-Commerce Gateway では、取引を抽出するかどうかの判断にアウトバウンド取引内のどの取引先サイトを検討するかを事前に決定しておきます。そのサイトのアウトバウンド取引を抽出する場合は、取引先を Oracle e-Commerce Gateway で完全な形で定義する必要があります。

取引先設定を識別し、制御レコード 0010 に書き込む EDI 事業所コードを選択するには、このようなキー・サイトを完全な形で Oracle e-Commerce Gateway に定義する必要があります。これらを次の表にリストします。

取引取引取引取引取引コード取引コード取引コード取引コード

ASC

X12 EDIFACT制御レコード制御レコード制御レコード制御レコード 0010 でのでのでのでのサイト所在地タイプサイト所在地タイプサイト所在地タイプサイト所在地タイプ

アプリケーション・アドバイス

（810 用）

ADVO 824 APERAK 仕入先サイト

請求書 INO 810 INVOIC 顧客の請求先サイト

移動統計 MVSTO CUSDEC 法的エンティティ

支払 / 送金アドバイス PYO 820 REMADV/

PAYORD-PAYEXT

支払元銀行支店

計画スケジュール SPSO 830 DELFOR 仕入先サイト

発注変更 POCO 860 ORDCHG 仕入先サイト

取引先 9-11


アウトバウンド取引で制御レコード（0010）に含める主要所在地サイト・タイプの例

注意注意注意注意 : 取引先サイトの取引を抽出するには、その取引サイトを Oracle e-Commerce Gatewayと基本の Oracle Applications に取引先として完全な形で定義する必要があります。

インバウンド取引と同様に、取引先の完全な定義とは次のことを意味します。

� 「取引先グループ」ウィンドウで、取引先グループと取引先名が定義されていること。

� 「取引先の定義」ウィンドウの「詳細」タブで、適切な取引と取引タイプが使用可能に指定され、テスト / 製品フラグが正しいコードに設定され、変換機能コードが正確に入力され、EDI ボックスが使用可能になっていること。

� 「取引先の定義」ウィンドウの「割当」タブで、取引先が基本の Oracle Applications の該当する所在地サイトにリンクされていること。

� 基本の Oracle Applications で取引先と取引先サイトが定義され、そのサイトの EDI 事業所コードが指定されていること。


取引の主要 EDI 事業所コードは、変換機能コードとともに制御レコード 0010 に書き込まれます。これらのコードは、すべての処理で取引先を識別するために必要になります。

取引詳細の所在地レコード取引詳細の所在地レコード取引詳細の所在地レコード取引詳細の所在地レコード

インバウンド取引と同様に、アウトバウンド取引詳細レコードには出荷先所在地または請求先所在地などの所在地レコードが含まれます。通常、このレコードには、このレコードを所在地レコードとして識別するレコード・タイプ AD と、所在地タイプを識別するレコード・クオリファイア（たとえば、出荷先を示す ST や請求先を示す BT など）が含まれます。

各所在地レコードには、内部所在地事業所コードと外部所在地事業所コードが含まれています。 Oracle e-Commerce Gateway は、取引インタフェース・ファイルのこの 2 つの事業所フィールドに移入します。その所在地の EDI 事業所コードが、外部所在地事業所コードに入れられます。通常は、基本の Oracle Applications の所在地列 ID が内部所在地 EDI 事業所コード・フィールドに入れられます。完全なサイト所在地も所在地レコードに入れられます。

取引詳細の所在地レコードに含まれる EDI 事業所コードは、他の取引の制御レコードに指定されるコードでない限り、Oracle e-Commerce Gateway で取引先として定義する必要はありません。（前述の「制御レコード（0010）」の項を参照してください。）

取引詳細に含まれる所在地サイト（顧客および顧客サイトや仕入先および仕入先サイトなど）は、すべて基本の Oracle Applications で定義する必要があり、そのサイトの EDI 事業

発注 POO 850 ORDERS 仕入先サイト

出荷通知 / 証明 ASNO 856 DESADV 顧客の出荷先サイト

出荷スケジュール SSSO 862 DELJIT 仕入先サイト



所コードを入力する必要があります。基本の Oracle Applications に EDI 事業所コードが入力されないと、そのコードは取引インタフェース・ファイルに書き込まれず、Oracle e-Commerce Gateway による変換機能でのデータ・マッピングに使用できません。

デフォルトのデフォルトのデフォルトのデフォルトの EDI 事業所コード（インバウンド取引のみ）事業所コード（インバウンド取引のみ）事業所コード（インバウンド取引のみ）事業所コード（インバウンド取引のみ）EDI 変換機能は、EDI 事業所コードが取引詳細の所在地レコードに含まれていない場合でも、特定の取引先所在地サイトを識別するための EDI 事業所コードを制御レコード（0010）に提供できます。この特定の取引先所在地サイトは、その取引の詳細ですべての所在地サイトに対してどの顧客、仕入先または銀行を関連付けるかを判断し、その取引先所在地サイトに対して取引が使用可能になっていることを調べるために使用されます。

制御レコードで EDI 事業所コードがデフォルトとして排他的に使用される場合は、EDI 事業所コードが顧客の実際の事業所でなくてもかまいません。たとえば、インバウンド発注の場合に、このコードは顧客の実際の出荷先事業所でなくてもかまいません。 EDI 変換機能は制御レコードにデフォルトの EDI 事業所コードを割り当てることができます。Oracle e-Commerce Gateway ではこの EDI 事業所コードを変換機能コードに関連付けて、取引先を判断できます。所在地サイトは、Oracle e-Commerce Gateway に完全な形で定義する必要があります（前述の項を参照）。

注意注意注意注意 : インバウンド取引の場合は、特定の Oracle Customer または Oracle Supplier に対して定数またはデフォルトの EDI 事業所コードを使用できます。その EDI 事業所コードに関連付けられている所在地サイトを使用して、その取引の詳細ですべての所在地サイトに関連付けられている Oracle Customer または Oracle Supplier が判別されます。

たとえば、Oracle Order Entry および Oracle Receivables に 3 つの顧客所在地が定義されている場合、EDI 事業所コード「CHIC」をこの顧客のデフォルトの EDI 事業所コードとして制御レコード（0010）に使用できます。制御レコードの EDI 事業所コードに指定されるものが何であれ（この場合は「CHIC」）、顧客レベル・データ（顧客 ID が 123423 の Acme Corp）の取出しにはこれが使用されます。「CHIC」に関連付けられている所在地の取引先設定を、Oracle e-Commerce Gateway で取引先として完全な形で定義する必要があります。

顧客表顧客表顧客表顧客表顧客名顧客名顧客名顧客名顧客顧客顧客顧客 ID

顧客 Acme Corp. 123423

所在地表所在地表所在地表所在地表実所在地実所在地実所在地実所在地EDI 事業所事業所事業所事業所コードコードコードコード *

EDI 事業所事業所事業所事業所コードによりコードによりコードによりコードにより決定される決定される決定される決定される所在地所在地所在地所在地 ID

所在地がリ所在地がリ所在地がリ所在地がリンクされるンクされるンクされるンクされる顧客顧客顧客顧客 ID

制御レコード（制御レコード（制御レコード（制御レコード（0010））））のののの EDI 事業所コード事業所コード事業所コード事業所コードのデフォルトとしてのデフォルトとしてのデフォルトとしてのデフォルトとして使用されるコード使用されるコード使用されるコード使用されるコード

所在地 1 654 South Blvd., Indianapolis, IN

INDY 23245 123423

所在地 2 123 Main St.,

Chicago, IL

CHIC 74536 123423 CHIC

取引先 9-13

複数組織

* これらの EDI 事業所コードは、すべて同一の顧客 ID123423 を指します。

この場合、取引を処理するには、EDI 事業所コードの入力も含めて、Oracle e-Commerce Gateway と基本の Oracle Applications で取引先サイトを取引先として完全な形で定義する必要があります。

複数組織複数組織複数組織複数組織Oracle e-Commerce Gateway で行われる所在地サイト表の検索は、検索に関する Oracle e-Commerce Gateway 職責に指定されている組織と同じ組織を使用して定義されている基本の Oracle Applications の所在地列 ID に限定されます。

次の例は、2 つの組織に定義されている 2 つの取引先から導き出される同一の EDI 事業所コードを示します。どちらの取引先も同じコード（AB123）を使用しているものとします。基本の Oracle Applications では、EDI 事業所は 2 つの所在地サイトとして定義されます。

取引先設定データの例

* 所在地サイト列 ID は、「取引先の定義」ウィンドウの「割当」タブを使用して割り当てられます。これは、Oracle e-Commerce Gateway により取引処理中に取り出されます。

** この所在地サイトに対応する組織が、基本の Oracle Applications で定義されます。これは Oracle e-Commerce Gateway では検証されません。 Oracle e-Commerce Gateway により取り出される所在地サイト ID がある場合は、この組織を Oracle Applications のオープン・インタフェース表に渡せます。

EDI 職責に組織「A」が含まれていて、基本の Oracle Applications では取引の取引先が組織「B」に定義されている場合、EDI 事業所コードの相互参照処理では基本の Oracle

Applications 表で正しい所在地を見つけることができません。これは、Oracle e-Commerce Gateway が、職責内に指定されている組織の取引先サイトしか読み取らないために発生します。

所在地 3 876 North Ave.,

Atlanta GA

ATLA 45234 123423

顧客または顧客または顧客または顧客または仕入先仕入先仕入先仕入先所在地サイト所在地サイト所在地サイト所在地サイト

取引先の取引先の取引先の取引先の変換機能変換機能変換機能変換機能コードコードコードコード

取引先取引先取引先取引先事業所コード事業所コード事業所コード事業所コード（（（（N1 またはまたはまたはまたは NADセグメント上）セグメント上）セグメント上）セグメント上）

基本の基本の基本の基本の Oracle Applications にににに含まれる含まれる含まれる含まれる 2 つのつのつのつの所在地サイト所在地サイト所在地サイト所在地サイト ID *

所在地サイト所在地サイト所在地サイト所在地サイト IDに対応する組織に対応する組織に対応する組織に対応する組織 **

Acme Inc. 123 Main St.

Chicago, IL

E1-ACME + AB123 = 12345678 A

Beta Inc. 123 Main St.

Chicago, IL

E3-BETA + AB123 = 13567890 B


複数組織

EDI 職責職責職責職責Oracle e-Commerce Gateway のインポートおよびエクスポート処理は、複数組織環境の 1 つの組織に対してしか実行されません。この 1 つの組織は、Oracle e-Commerce Gateway の特定の実行処理に対応する EDI 職責設定に定義されます。

複数組織環境では、すべての組織が Oracle e-Commerce Gateway の同一のコード変換表と取引先定義表を共有します。ただし、取引先 EDI 事業所コードの相互参照範囲は、基本のOracle Applications の所在地サイトのみに限定されます。これらの所在地サイトは、EDI 職責に指定されている単一組織に割り当てられます。

アウトバウンド取引では、Oracle e-Commerce Gateway のエクスポート処理をそれぞれの組織に対して別々に実行する必要があります。（必要な場合は、組織ごとに別々の出力ファイル名を使用します。）

インバウンド取引では、EDI インポート処理の場合にも特定処理に対応する EDI 職責に単一組織が割り当てられます。

いくつかの組織に関連付けられている取引が取引インタフェース・ファイルに含まれている場合は、現在の処理の EDI 職責に定義されていない他の組織の取引では、基本の Oracle Applications の顧客、仕入先または銀行のサイト所在地で取引先の EDI 事業所コードを見つけることができません。現在の組織に関連付けられている所在地サイトのみが調べられます。その他の所在地サイトは、基本の Oracle Applications の所在地サイトを判別するためにEDI 事業所コードを調べる処理には含まれません。

次のいずれかが発生します。

1. 各職責に対応する取引が別々の取引インタフェース・ファイルに入れられ、その後それぞれ該当する職責により処理されます。 Oracle e-Commerce Gateway での処理が実行される前に、EDI 変換機能、別の処理または送信側取引先が取引を組織ごとに分別することがあります。

2. すべての取引が 1 つのファイルからロードされます。ただし、取引先定義を見つけられるのは 1 つの組織のみです。取引先サイトを見つけられない取引は、段階表示表に残ります。

それぞれの取引先例外の職責でログオンし、取引をオンラインで再発行して再検証します。左側にある文書ツリーの該当するレベルにカーソルを置き、「再発行」ボタンを押します。取引が再検証され、新規組織に定義されている取引先事業所が検索されます。これ以外の組織の取引は、引き続き拒否されます。事業所がすべて見つかるまで、職責の変更と取引の再発行を繰り返します。処理できない取引がある場合は、（現在の職責の下で）その組織に対応する取引先を基本の Oracle Applications に設定する必要があります。

注意注意注意注意 : 取引先が別の組織に定義されている場合でも、EDI 事業所コードにより、取引先（現在の職責を持つ取引先）が見つからないという状態が検出される場合があります。この場合は取引先定義が Oracle e-Commerce Gateway と顧客 / 仕入先 / 銀行表に含まれているため、混乱を招くおそれがあります。組織と現在の職責との関係が示されていません。

取引先 9-15

複数組織

ファイル内の取引の組織ごとの分離ファイル内の取引の組織ごとの分離ファイル内の取引の組織ごとの分離ファイル内の取引の組織ごとの分離このように Oracle e-Commerce Gateway に処理上のルールがある場合、インバウンド取引は組織ごとに別々の取引インタフェース・ファイルに分けることで処理の効率が上がることがあります。

取引は、次に示すいずれかの方法で分離できます。

� 別々の電子メールボックスごとに分離します。

� 別々の電子封筒または機能グループ（あるいはその両方）ごとに分離します。

� ソース・アプリケーションで、取引先に複数の事業所コードを設定します。

� 取引先が取引内に組織コードを指定します。

取引が別々の取引先電子メールボックスまたは電子封筒に分けられている場合、あるいは、低限、電子封筒内の機能グループに分けられている場合は、EDI 変換機能が取引を別々の

ファイルに簡単に分けることができます。たとえば、X12 取引の場合、この種のルーティングには要素「アプリケーション受信者コード」（GS03）がよく使用されます。

取引先では電子メールボックスの追加コストが発生することを望まないため、既存の電子封筒内で取引を別々の機能グループに分けることを選択する可能性があります（ただし、この処理で取引を分離できる場合）。

取引を組織コード別に分けるための現実的な解決策としては、取引先に対してこちら側の組織定義に合った別々の所在地事業所ごとに取引を作成してもらうという方法もあります。 2つ以上の組織に対して実所在地を 1 つのみ定義してある場合は、取引先に対して、取引先のアプリケーションで事業所を区別するように要求することもできます。取引先では、実所在地が 1 つのみの場合でも各事業所に個別の事業所コードが割り当てられるように、アプリケーションで一意の所在地サイトを定義できます。このように事業所を設定することにより、EDI 変換機能で取引を別々の電子封筒または 1 つの電子封筒内の複数の機能グループに分けることができます。この結果、取引を別々の組織に分けて処理できます。


複数組織

送信側取引先により別々の事業所に分けられた取引の例

表表表表 1:

送信側取引先送信側取引先送信側取引先送信側取引先受信側取引先受信側取引先受信側取引先受信側取引先

送信側取引先（1 つの実所在地

に複数の事業所コードを設定）

品目を複数の異なる組織に記帳することを想定

同一の EDIメールボックスの異なる機能グループに送信

受信側取引先

（Oracle e-Commerce Gateway での処理

のために、各事業所を別々のファイルに分離）

組織ノート

事業所コード「ABC-A」

11 State St., Chicago, IL

品目 A、B、Cの注文を入力

メールボックス123456789、機能グループ900

事業所コード「ABC-A」には所在

地サイト ID 97531の表が含まれます。

この所在地サイトID には組織「A」

が含まれます。

EDI 変換機能は、

機能グループが900 の EDI メール

ボックス123456789 から、Oracle e-Commerce Gateway の組織

「A」のファイルに

データを書き込む。

事業所コード「ABC-B」11 State St., Chicago, IL に対

応

品目 X、Y、Zの注文を入力

メールボックス123456789、機能グループ911

事業所コード「ABC-AB」には所

在地サイト ID 54321 の表が含まれ

ます。

この所在地サイトID には組織「B」が含まれます。

EDI 変換機能は、

機能グループが911 の EDI メール

ボックス123456789 から、Oracle e-Commerce Gateway の組織

「B」のファイルに

データを書き込む。

取引先 9-17

複数組織

送信側取引先により別々の電子封筒または機能グループに分けられた取引の例

Oracle Applications のオープン・インタフェース表での組織のオープン・インタフェース表での組織のオープン・インタフェース表での組織のオープン・インタフェース表での組織Oracle e-Commerce Gateway では、1 回の実行中に、全組織にまたがる取引を Oracle Applications のオープン・インタフェース表にロードできますが、各オープン・インタフェースには、全組織を同時に実行するか別々に実行するかに関して、それぞれ独自の要件があります。 Oracle Applications のオープン・インタフェースの中には、オープン・インタフェース表で扱える組織が一時点では 1 つのみというものがあります。また、オープン・インタフェース表で複数の組織にまたがる取引を扱えるものもあります。複数組織にまたがる複数の取引を同時にオープン・インタフェース表に入れることができても、オープン・インタフェースが組織をそれぞれ別々に処理する場合もあれば、あるいは全組織を同時に処理する場合もあります。

それぞれの Oracle 製品の処理ルールの詳細は、その製品のオープン・インタフェースに関するドキュメントを参照してください。

取引先ウィンドウ取引先ウィンドウ取引先ウィンドウ取引先ウィンドウここでは取引先ウィンドウについて説明します。前述の取引先の詳細に関する項を参照してください。

ウィンドウの使用方法の詳細は、『Oracle e-Commerce Gateway ユーザーズ・ガイド』とこのマニュアルの「取引先の設定」を参照してください。

取引先グループと取引先の定義取引先グループと取引先の定義取引先グループと取引先の定義取引先グループと取引先の定義取引先グループとは取引先の集合に対して割り当てられるコードで、それらの取引先が取引先リストに一緒に表示されるようにするものです。取引先グループには、仕入先、顧客名または任意のエンティティを選択できます。

送信側取引先送信側取引先送信側取引先送信側取引先送信側の送信側の送信側の送信側の EDI 変換機能変換機能変換機能変換機能受信側の受信側の受信側の受信側の EDI 変換機能変換機能変換機能変換機能

電子封筒（X12 ISA またはUN/EDIFACT UNB）

機能グループ（X12 GS またはUN/EDIFACT UNG）

アプリケーションでの事業所コードが「ABC-A」の取引

123456789 900 この機能グループから組織「A」の処理用のファイル

にデータを書き込む。

アプリケーションでの事業所コードが「ABC-B」の取引

123456789 911 この機能グループから組織「B」の処理用のファイル

にデータを書き込む。


複数組織

取引先グループ名の下に、そのグループに関連付けられている取引先の名前のリストが表示されます。

取引先のネーミング規則取引先のネーミング規則取引先のネーミング規則取引先のネーミング規則

取引先のネーミング規則としては、所在地サイトを容易に認識できるようなものをお薦めします。次の表に示す 3 つのコンポーネントを含めるようにしてください。コンポーネントの組合せが一意になるようにする必要があります。フィールドをデリミタで区切ると読みやすくなります。

ネーミング規則を設定しておくと、取引先表の初期化時または実装後の更新時に基本のOracle Applications から取引先名を生成するカスタム・コードで役に立ちます。

コンポーネントコンポーネントコンポーネントコンポーネント摘要摘要摘要摘要サンプルサンプルサンプルサンプルノートノートノートノート

1 組織組織コード A

2 取引関係取引先 ACME

3 取引先サイト所在地サイト・コード INDY サイトまたはより細かい記述子。

摘要前述のコンポーネントを記述する自由形式のテキスト。さらにその他の記述データも追加できます。

A、Acme、Indy、45 Meridian

例 : A-ACME-INDY A、Acme、Indy、45 Meridian のコード

取引先 9-19

複数組織

取引先リスト取引先リスト取引先リスト取引先リスト

（複数組織環境での）組織に関係なく、取引先はすべて「取引先の定義」ウィンドウの取引先名の値リストに含まれます。取引先名は、EDI 職責に関連付けられている組織コンテキストには限定されません。

複数組織の場合の注意事項複数組織の場合の注意事項複数組織の場合の注意事項複数組織の場合の注意事項 : 「取引先の定義」ウィンドウ（ヘッダー）の取引先の値リストには、すべての組織からの取引先定義がリストされます。

取引先名を組織により識別する必要がある場合は、取引先名に接尾辞または接頭辞として識別子を入力できます。

接尾辞または接頭辞の使用により、取引先リストのソート順が変わります。所属組織で取引先名をオンラインでソートおよび表示するときに役に立つような設定を実装してください。

「取引先の定義」ウィンドウの「割当」タブ「取引先の定義」ウィンドウの「割当」タブ「取引先の定義」ウィンドウの「割当」タブ「取引先の定義」ウィンドウの「割当」タブ「取引先の定義」ウィンドウの「割当」タブは、基本の Oracle Applications の該当する取引先および取引先所在地サイトに取引先定義をリンクします。この取引サイトに関連する正しい取引先と取引先サイトを選択します。

Oracle e-Commerce Gateway では、取引先を所在地レベルで定義します。

基本の Oracle Applications では、1 つの顧客、仕入先または銀行に対して所在地サイトを多数定義することがあります。その結果、基本の Oracle Applications に定義されている 1 つの顧客、仕入先または銀行に対して、Oracle e-Commerce Gateway の多数の取引先が関連付けられることになります。

複数組織環境では、現在の EDI 職責に対応する組織に対して定義されている顧客所在地のみが提示され、その中から選択します。

組織を前に付けた組織を前に付けた組織を前に付けた組織を前に付けた

取引先名取引先名取引先名取引先名

組織を後に付けた組織を後に付けた組織を後に付けた組織を後に付けた

取引先名取引先名取引先名取引先名

A-Acme-SJ Acme-Atl-B

A-Beta-Chic Acme-Bos-C

B-Acme-Atl Acme-SJ-A

B-Beta-Indy Beta-Atl-B

C-Acme-Bos Beta-Chic-A

C-Beta-Atl Beta-Indy-B

結果 :

組織順のリスト

結果 :

取引先名順のリスト


複数組織

複数組織の場合の注意事項複数組織の場合の注意事項複数組織の場合の注意事項複数組織の場合の注意事項 : 「割当」タブの取引先所在地の値リストには、EDI 職責の組織コンテキストに関連付けられてい所在地のみがリストされます。

「取引先の定義」ウィンドウの「担当」タブ「取引先の定義」ウィンドウの「担当」タブ「取引先の定義」ウィンドウの「担当」タブ「取引先の定義」ウィンドウの「担当」タブ「取引先の定義」ウィンドウの「担当」タブでの指定はオプションです。このタブには、指定された取引先の担当データが含まれます。このデータは、EDI コーディネータが取引先のEDI コーディネータの担当データを参照するために使用されることがあります。このデータは参照専用です。 Oracle e-Commerce Gateway では使用されません。

取引先 9-21

複数組織

「取引先の定義」ウィンドウの「詳細」タブ「取引先の定義」ウィンドウの「詳細」タブ「取引先の定義」ウィンドウの「詳細」タブ「取引先の定義」ウィンドウの「詳細」タブ「取引先の定義」ウィンドウの「詳細」タブは、取引先に対する取引、取引タイプ、変換機能コードおよび文章標準（コード変換用のみ）を定義します。また、文書（取引）を処理のために使用可能にし、取引にテスト用または製品用のフラグを付けます。

「取引先定義」ウィンドウの「詳細」タブの要件は、次のとおりです。

� 文書または文書タイプのそれぞれにつき 1 つの明細。

� インバウンド取引の場合は、取引インタフェース・ファイルの制御レコード（0010）にある変換機能コードに正確に一致する「変換機能コード」項目が必要です。

� アウトバウンド取引の場合は、「変換機能コード」の値が、EDI 変換機能で想定されている変換機能コードに正確に一致する必要があります。

� この取引先サイトに対して取引を使用可能にするには、「使用可能」ボックスを選択する必要があります。


複数組織

取引先 9-23

複数組織


コー

10
コード変換コード変換コード変換コード変換

コード変換 : 10-2 ページ

アウトバウンド取引の連結検索キー : 10-31 ページ

ド変換 10-1

コード変換

コード変換コード変換コード変換コード変換Oracle e-Commerce Gateway のコード変換機能により、取引先や電子データ標準で使用されるコードと Oracle Applications で使用されるコードを相互に変換する手段が提供されます。たとえば、ABC 社が XYZ 社に発注を送信するとします。 XYZ 社は着信データを独自の内部コード（すなわち、単位、通貨、運送業者など）を使用して処理しますが、元の ABC 社のコードを返す必要があります。このように、元の取引を作成した取引先は、独自の内部コードが含まれた応答取引を受信します。

コード変換により、次のことが可能になります。

� 取引先や電子データ標準の外部データを、等価な Oracle アプリケーションの内部データへ変換できます。その逆も可能です。

� コードを特定の取引先またはその他のエンティティに一意に関連付けるキーを大 5 レベルまで識別できます。たとえば、取引先が複数の出荷先を持ち、それぞれが固有の運送業者コードを持つ場合があります。一連の運送業者コードをコード変換値表に入力して、特定の取引先サイトにのみ使用されるようにできます。

定義定義定義定義コード

データ要素、フィールドまたはデータベース表の列の値です。コード変換が目的の場合のコードとは、通常、運送業者や単位です。一例として、運送業者コードは FED という値をとります。

コード変換カテゴリ

一連のコードに対するラベルです。たとえば、SHIP_VIA、UOM、ORDER_TYPE、PAY_TERMS がコード変換カテゴリです。

データ要素

レコードの小単位です。各レコードには、運送業者コードや単位のみでなく、その他にも多くのデータ要素が含まれます。データ要素は、Oracle Applications のウィンドウやデータベース表のフィールドに対応します。

外部コード

取引の取引インタフェース・ファイル内のコードで、インバウンド取引かアウトバウンド取引かにかかわらず、取引先の観点から見たデータを表します。反対に、内部コードは Oracle Applications 内のコードです。

内部コード

Oracle Applications で定義されたコードで、インバウンド取引とアウトバウンド取引かを問いません。反対に、外部コードは取引インタフェース・ファイル内に見られます。

キー n（1 ～ 5）値


コード変換

キー列（1 ～ 5）に含まれる値で、他のキーと連結されて検索キーを構成します。キーは、コード変換表の検索時に、1 から始まって大 5 まで、すべての定義済キーと連結されます。

キー n（1 ～ 5）列

検索キーの一部として使用される値が格納される表またはビューの列です。

検索キー

コード変換表へのアクセスには、1 ～ 5 のユーザー定義検索キーで構成される連結検索キーが含まれます。 5 つの検索キーがすべてデータを持つ場合、コードの適用対象となる表のエントリは大幅に制限されます。キー 1 にデータがあってもアクセスはあまり制限されず、複数の取引先に適用できます。 5 つの検索キーがすべて空白の場合、表のエントリは、そのカテゴリのすべての取引先の取引について読み取られます。

「コード変換カテゴリ割当」ウィンドウで使用可能にした大数の検索キーが、初の検索に対して連結されます。コード変換表のエントリが見つからない場合、番号の一番大きいキーが削除され、引き続きコード変換表が検索されます。表エントリが見つかるまで、残りの検索キーの番号の一番大きい検索キーの削除と、変更されたキーを使用した表のアクセスが続行されます。表のエントリが見つからない場合もあります。このキーの変更は、後のアクセスで 5 個の検索キーがすべて空白に設定されるまで続行されます。検索キー 1 ～ 5 が空白に設定された表エントリは、これがすべての取引先に適用できることを意味します。

コード変換処理

コード変換の設定手順はインバウンド取引とアウトバウンド取引で同じですが、コード変換の具体的な処理が異なります。

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

インバウンド取引は、取引インタフェース・ファイルへの書込みがあった後、Oracle e-Commerce Gateway によって処理されます。インポート・プログラムは、取引インタフェース・ファイルを読み取り、メモリーにデータを格納し、コード変換を実行します。

コード変換を有効にされた各データ要素に対して、コード変換ウィンドウで定義された大5 個の連結値で構成される検索キーが「カテゴリの割当」ウィンドウで指定された取引列で検索されます。

「コード変換値」ウィンドウでコード変換値を定義する場合、1 から 5 までの任意の値の数を指定できます。これらの値が連結されて検索キーが形成されます。初に、定義済のすべての値を使用して複数検索が実行されます。一致するものが見つからない場合、後の値が検索キーから削除され、残りの連結値を使用して再度検索が実行されます。この処理は、一致するものが見つかるかまたはすべての値を使用するまで繰り返し実行されます。

外部値を使用して一致するものが見つかった場合、Oracle e-Commerce Gateway で取引例外が検出されなければ、コード変換値表の内部値がアプリケーションのオープン・インタフェース表に渡されます。

コード変換 10-3

コード変換

一致するものが見つからない場合、Oracle e-Commerce Gateway で取引例外が検出されなければ、Null 値が返され、「外部 1」フィールドがアプリケーションのオープン・インタフェース表に渡されます。

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

アウトバウンド取引は、Oracle Applications からデータが抽出されたときに始まります。 Oracle e-Commerce Gateway は、適用可能な場合にコード変換を実行します。

コード変換が有効になっているデータ要素の場合、それぞれ「コード変換」ウィンドウで定義された大 5 個の連結値で構成される検索キーが「カテゴリの割当」ウィンドウで指定された取引列で検索されます。

「コード変換値の定義」ウィンドウでコード変換値を定義する場合、1 から 5 までの任意の値の数を指定できます。これらの値が連結されて検索キーが形成されます。初に、定義済のすべての値を使用して複数検索が実行されます。一致するものが見つからない場合、後の値が検索キーから削除され、残りの連結値を使用して再度検索が実行されます。この処理は、一致するものが見つかるかまたはすべての値を使用するまで繰り返し実行されます。

内部値を使用して一致するものが見つかった場合、コード変換値表の内部値が取引インタフェース・ファイルに書き込まれます。

一致するものが見つからない場合、Null 値が返され、「外部 1」フィールドにコピーされた内部値が取引インタフェース・ファイルに書き込まれます。

コード変換ウィンドウコード変換ウィンドウコード変換ウィンドウコード変換ウィンドウコード変換に使用されるウィンドウは、3 個あります。これらのウィンドウの目的を次の表にまとめます。

コード変換ウィンドウのまとめ

コード変換ウィンドウコード変換ウィンドウコード変換ウィンドウコード変換ウィンドウ目的目的目的目的

コード変換カテゴリの定義 - コード変換値のサブセットを識別するコード変換カテゴリを定義

します。

- 実際のコード変換中に何個の検索キーを調べるかを示します。

コード変換カテゴリ割当 - 指定された取引のデータ要素に対してコード変換を使用可能にし

ます。

- 検索キーで使用するコード値を持つ列を示します。

コード変換値の定義 - 内部コードおよび外部コード 1 ～ 5 と相互参照を行う実際のコー

ド変換値をリストします。


コード変換

「コード変換カテゴリ」ウィンドウ「コード変換カテゴリ」ウィンドウ「コード変換カテゴリ」ウィンドウ「コード変換カテゴリ」ウィンドウ

コード変換カテゴリは、定義した内部コードや外部コードの含まれるコード変換表の一連のエントリに対するラベルです。コード変換時には、カテゴリの割り当てられたコード変換表エントリのみが、所定のデータ要素についてアクセスされます。

「コード変換カテゴリ」ウィンドウには、事前定義済のカテゴリや、新しく作成したカテゴリがリストされます。コード・カテゴリは、「カテゴリの割当」ウィンドウでデータ要素にコード変換を使用可能にするために使用されます。

このウィンドウでは、そのカテゴリのデータに対して「コード変換値」ウィンドウで使用する検索キーの個数も示します。検索キーは、コード変換表エントリの使用を特定の取引先、取引先サイトまたは定義するその他のエンティティに制限するデータ要素です。たとえば、顧客 ACME の Chicago サイトは独自の運送業者コードのリストを持っているとすると、検索キーの初のキー値が Acme 社を表し、2 番目の検索キー値が Chicago サイトを表すようになります。


コード変換

「カテゴリの割当」ウィンドウ「カテゴリの割当」ウィンドウ「カテゴリの割当」ウィンドウ「カテゴリの割当」ウィンドウ

「カテゴリの割当」ウィンドウには、取引のどのデータ要素がコード変換の候補であるかがリストされます。これが、コード変換に対して使用可能にできる唯一の取引データ要素です。データ要素は、このウィンドウでデータ要素の隣にコード・カテゴリを入力することで、コード変換に対して使用可能になります。

キーを使用する場合、検索キー 1 ～ 5 としてレビューする実際のデータの含まれた、取引のソース列名 1 ～ 5 も指定します。

前述の「コード変換カテゴリ」ウィンドウでも、この「カテゴリの割当」ウィンドウで入力した列の数に対応する適切なボックスをチェックして、対応する検索キー 1 ～ 5 を使用可能にします。これにより、そのカテゴリに対して使用するキーの大数をプログラムに通知します。

「カテゴリの割当」ウィンドウでは、検索キーに対するキー 1 ～ 5 列名が値リストに表示されます。これらの列名は、レビューされるカレント・レベル（の表）とその上のすべてのレベル（の表）にある列名です。たとえば、品目レベルのデータ要素が使用可能にされている場合、ヘッダー・レベルと品目レベルの両方の列名が値リストに表示されます。データのソース列を選択した後は、指定された取引のこれらの列で検出される実際の値が、コード変換値表を読み取る際の検索キー・エントリとして使用されます。

ソース列には、顧客名、顧客 ID、事業所コード、サイト名または任意のものを選択できます。その取引に対して定義された「値リスト」の列をスクロールしてください。


コード変換

コード変換の有効化

コード変換表は、取引のデータ要素がコード変換に対して使用可能にされている場合にのみアクセスされます。使用可能にするには、「カテゴリの割当」ウィンドウを使用して、取引の特定のデータ要素にコード変換カテゴリを割り当てます。

検索キー用のデータ・ソース

使用する特定の取引先または取引先サイトを示すデータで、検索キーは取引の複数の場所で見つかるデータでもかまいません。

たとえば、次のどれでもかまいません。

� 取引の詳細にあるデータ

� 取引の制御レコード（0010）上の取引先サイトから導出される取引先データ

� 取引の制御レコード（0010）上にあるデータ

検索キーとしての制御レコード・データ

インバウンド取引の場合、取引先参照 1 および 2 のデータは、「取引先」ウィンドウで定義された取引先参照 1 および 2 のデータと一致する必要はありません。電子封筒のデータや選択した任意のデータを取引先参照 1 または 2 に移動し、必要に応じてコード変換中の検索キーとして使用できます。取引先参照 1 または 2 の列を使用する場合に、他の列割当と同じように検索キーとして割り当てるには、「カテゴリの割当」ウィンドウを使用します。


コード変換

「コード変換値」ウィンドウ「コード変換値」ウィンドウ「コード変換値」ウィンドウ「コード変換値」ウィンドウ

「コード変換値」ウィンドウには、変換対象となる実際の内部コードや外部コード 1 ～ 5 に加えて、そのエントリに適用する検索キーを入力します。

� 内部コードは、基本の Oracle アプリケーションで定義または認識されるコードです。

� 外部コードは、取引先や取引標準などの外部ソースで定義または認識されるコードです。

キー 1 ～ 5 を使用しない場合 :

内部および外部コードのエントリがすべての取引先に対して普遍的に適用される場合、コード変換表のコードのエントリには、キー 1 ～ 5 がありません。

キー 1 ～ 5 を使用する場合 :

内部コードおよび外部コードに加えて、検索キーに値を入力することで、表のエントリの適用範囲を特定の取引先や選択するその他の任意のエンティティに制限できます。検索キーは、取引先やその他のエンティティを識別するユーザー選択データです。

内部コードおよび外部コードのエントリの適用対象が特定の取引先や取引先グループの場合、制限用の検索キー 1 ～ 5 と内部コードおよび外部コードをコード変換表に入力する必要があります。

キー 1 ～ 5 を使用するには、前に説明した「コード変換カテゴリ」ウィンドウと「カテゴリの割当」での設定が必要です。ユーザーは、コード変換の設定時に完全な検索キーを指定する必要があります。たとえば、検索キーは販売チャネル、顧客コード、顧客サイトなどが考えられます。ユーザーは、Oracle e-Commerce Gateway の特定の取引の表にあるどの列を調


コード変換

べるかを選択します。これらの列には、コード変換時に調べられる実際のコード値が格納されています。

コード変換ウィンドウの関係コード変換ウィンドウの関係コード変換ウィンドウの関係コード変換ウィンドウの関係次の図は、3 つのコード変換ウィンドウの間での 5 つのキーの関係を示します。

1. 「コード変換カテゴリ」ウィンドウ :

コード変換中に大 2 個の検索キーが読み取られます。

2. 「カテゴリの割当」ウィンドウ :

これらの 2 つの列には、コード変換値表で検索キーとして使用される取引データが格納されています。

3. 「コード変換値」ウィンドウ :

value_1（値 1000）は顧客コード、value_2（値 1004）は顧客サイト番号で、コード変換中に完全検索キーの一部として使用されます。

コード変換ウィンドウのキーの関係

「コード変換カテゴリ」ウィンドウ「コード変換カテゴリ」ウィンドウ「コード変換カテゴリ」ウィンドウ「コード変換カテゴリ」ウィンドウ使用キー使用キー使用キー使用キー1 2 3* 4* 5*1 2 3* 4* 5*1 2 3* 4* 5*1 2 3* 4* 5*

XXXX XXXX

キーキーキーキー1 1 1 1 キーキーキーキー2 2 2 2 キーキーキーキー3* 3* 3* 3* キーキーキーキー4* 4* 4* 4* キーキーキーキー5*5*5*5*

column_1column_1column_1column_1 column_2column_2column_2column_2


value_1value_1value_1value_1 value_2value_2value_2value_2

キーキーキーキー1 1 1 1 キーキーキーキー2 2 2 2 キーキーキーキー3* 3* 3* 3* キーキーキーキー4* 4* 4* 4* キーキーキーキー5*5*5*5*「コード変換値」ウィンドウ「コード変換値」ウィンドウ「コード変換値」ウィンドウ「コード変換値」ウィンドウ

* * * * この例ではキーこの例ではキーこの例ではキーこの例ではキー3333、、、、4444、、、、5555は有効になっていません。は有効になっていません。は有効になっていません。は有効になっていません。


コード変換

次の図は、3 つのコード変換ウィンドウの 5 つのキーと実際のデータの関係を示します。

コード変換ウィンドウのキーと実際のデータの関係

コード変換値表の読取りコード変換値表の読取りコード変換値表の読取りコード変換値表の読取りアウトバウンド取引とインバウンド取引は、異なる完全検索キーを使用してコード変換表のデータにアクセスします。コード変換表で正常にコード変換を行うには、完全検索キーを作成する際に次の点を考慮する必要があります。

「コード変換値」ウィンドウで完全検索キーを作成するには、それを構成するデータ要素が次のソースから取られたものである必要があります。

完全検索キーの構成要素完全検索キーの構成要素完全検索キーの構成要素完全検索キーの構成要素ソースソースソースソース

コード変換カテゴリ「コード変換カテゴリ」ウィンドウで定義されます。

その後、ユーザーが「カテゴリの割当」ウィンドウで取引の特定のデータ要素に割り当てます。

行先これはコード変換表エントリにアクセスする取引の方向で、完全検索キーの一部です。

表のエントリをインバウンド取引用、アウトバンド取引用、両方の方向の取引用のどの目的で読み取るかを決定します。

値には、IN（インバウンド取引用）、OUT（アウトバウンド取引

用）、BOTH（インバウンド取引とアウトバウンド取引の両用）があ

ります。

「コード変換カテゴリ」ウィンドウ「コード変換カテゴリ」ウィンドウ「コード変換カテゴリ」ウィンドウ「コード変換カテゴリ」ウィンドウ使用キー使用キー使用キー使用キー

1 2 3* 4* 5*1 2 3* 4* 5*1 2 3* 4* 5*1 2 3* 4* 5*XXXX XXXX

キーキーキーキー1 1 1 1 キーキーキーキー2 2 2 2 キーキーキーキー3* 3* 3* 3* キーキーキーキー4* 4* 4* 4* キーキーキーキー5*5*5*5*Customer_CDCustomer_CDCustomer_CDCustomer_CD


1000100010001000 1004100410041004キーキーキーキー1 1 1 1 キーキーキーキー2 2 2 2 キーキーキーキー3* 3* 3* 3* キーキーキーキー4* 4* 4* 4* キーキーキーキー5*5*5*5*

「コード変換値」ウィンドウ「コード変換値」ウィンドウ「コード変換値」ウィンドウ「コード変換値」ウィンドウ

* * * * キーキーキーキー3333、、、、4444、、、、5555は有効になっていません。は有効になっていません。は有効になっていません。は有効になっていません。

Customer_SiteCustomer_SiteCustomer_SiteCustomer_Site


コード変換

キー 1 ～ 5 コード変換値の適用対象を制限するユーザー定義のデータです。通常、1 つの取引先サイトに制限されます。

キーを指定しない場合、表のエントリをすべての取引先に対して適用することを意味します。

内部コード（インバウンド取引） Oracle アプリケーションによって定義または認識されるデータです。

これは通常、コード変換値表にあり、アプリケーションのオープン・インタフェース表に書き込まれるデータです。

内部コード（アウトバウンド取引）基本のアプリケーション・ドキュメントにあるデータまたは Oracle e-Commerce Gateway によって導出されるデータです。このデータ

は取引インタフェース・ファイルに書き込まれます

外部コード 1-5（インバウンド取引）取引インタフェース・ファイルにあるデータまたは Oracle e-Commerce Gateway によって導出されるデータです。このデータ

は、アプリケーションのオープン・インタフェース表用の Oracle 内

部コードを導出するために使用されます。

外部コード 1-5（アウトバウンド取引）内部コードが指定された場合にコード変換表で検出され、取引インタフェース・ファイルに書き込まれるデータです。







ります。








コード変換

完全検索キーの構成要素












ります。












コード変換

コード変換値表には、取引の方向を意味する「行先」と呼ばれるデータ要素があります。取引の行先により、表のエントリがコード変換処理中にアクセスされるかどうかが決まります。表に方向があるのは、コード変換値により柔軟性を持たせ、複数の取引先に対するエントリを検索キーとして繰り返す必要をなくすためです。

コード変換表にある取引の「行先」フィールドにより、行先コードに応じて、重複する複数の内部コードや外部コードを表のエントリに入力できます。

インバウンド取引の場合、重複する外部コードを表に入力できますが、これらは同じ内部コードに変換されます。

アウトバウンド取引の場合、外部コード 1 ～ 5 が一意である限り、重複する内部コードを表に入力できます。








ります。












コード変換

「行先」が BOTH の場合、内部コードも外部コードも含めて検索キー全体が一意となります。

「コード変換値の定義」ウィンドウでは、他の方向（IN、OUT、BOTH）を使用するエントリ間でも重複する表エントリは作成できません。行先 BOTH を使用する表エントリを持つには、他の方向に対するエントリを削除する必要があります。

取引の行先については、次の 2 つの表に示すようなコード変換値表がインバウンド取引とアウトバウンド取引でどのように読み取られるかを理解した後で、詳しく説明します。

アウトバウンド取引の完全検索キーアウトバウンド取引の完全検索キーアウトバウンド取引の完全検索キーアウトバウンド取引の完全検索キー :

目的目的目的目的 : すべての外部コードを検索して取引インタフェース・ファイルに書き込めるように、Oracle アプリケーションの既知の内部コードを含むキーを作成します。

キー 1 ～ 5 はオプションです。キーは、表エントリがすべての取引先には適用されない場合に使用します。

アウトバウンド取引の完全検索キー

インバウンド取引の完全検索キーインバウンド取引の完全検索キーインバウンド取引の完全検索キーインバウンド取引の完全検索キー :

目的目的目的目的 : 基本の Oracle アプリケーションのオープン・インタフェース表に必要な内部コードを検索するために、取引インタフェース・ファイル上の既知の外部コード 1 ～ 5 を含むキーを作成します。

キー 1 ～ 5 はオプションです。キーは、表エントリがすべての取引先には適用されない場合に使用します。

アウトバウンド取引アウトバウンド取引アウトバウンド取引アウトバウンド取引 : 全体検索キー全体検索キー全体検索キー全体検索キー取引インタフェース・ファイル用に取得されるデータ取引インタフェース・ファイル用に取得されるデータ取引インタフェース・ファイル用に取得されるデータ取引インタフェース・ファイル用に取得されるデータ

カテゴリ行先キー1 から 5

内部コード外部コード1

外部コード2

外部コード3

外部コード4

外部コード5

UOM OUT Each EA PC

UOM OUT Box BX BX


コード変換

インバウンド取引の完全検索キー

行先行先行先行先 OUT を使用したアウトバウンド取引のコード変換の理解を使用したアウトバウンド取引のコード変換の理解を使用したアウトバウンド取引のコード変換の理解を使用したアウトバウンド取引のコード変換の理解

アウトバウンド取引の場合、表エントリにアクセスするための全体検索キーは次のもので構成されます。

� カテゴリ

� 行先

� キー 1 ～ 5

� 内部コード

この完全検索キーは、取引インタフェース・ファイルにコピーできる外部コード 1 ～ 5 を返す表エントリを検索するために使用されます。

アウトバウンド取引のコード変換時に、OUT および BOTH の行先をマーク付けされたコード変換表のエントリが読み取られます。後述の、行先 BOTH に関する項を参照してください。

行先 OUT を入力することにより、アウトバウンド取引に対する全体検索キーを入力でき、さらに外部コード 1 ～ 5 に対して重複データを入力できます。

コード変換が使用可能で表エントリが見つからない場合、内部コードも外部 1 データ要素にコピーされて取引インタフェース・ファイルに書き込まれます。

次の表には、簡便のために、許される 5 つのキーのうちの 2 つと、5 つの外部コードのうちの 2 つのみを使用する例を示します。キーと外部コードは、ビジネス・ニーズに必要な数を使用します。例では行先（IN、OUT、BOTH）別にサンプルを示してありますが、表のエントリはすべて 1 個の表に入ります。

インバウンド取引インバウンド取引インバウンド取引インバウンド取引 : 全体検索キー全体検索キー全体検索キー全体検索キー

アプリケーションアプリケーションアプリケーションアプリケーションのオープン・のオープン・のオープン・のオープン・インタフェース表インタフェース表インタフェース表インタフェース表に書き込むためにに書き込むためにに書き込むためにに書き込むために取得されるデータ取得されるデータ取得されるデータ取得されるデータ

カテゴリ行先キー1 から 5

外部コード 1

外部コード 2

外部コード 3

外部コード 4

外部コード 5

内部コード

UOM IN EA Each

UOM IN PC Each


コード変換

全体検索キーが指定された場合に外部 1 ～ 5 を取得するために使用されます。

アウトバウンド取引のコード変換

注意注意注意注意 :

1. キー 1 ～ 5 が空白なので、これらの表エントリは、前にリストされた内部コードを持つアウトバウンド取引でコード・カテゴリ UOM が割り当てられたすべてのデータ要素について取得できます。 X12 コードには外部 1 を、EDIFACT コードには外部 2 を使用できます。外部 3 ～ 5 には、これらの標準またはその他の標準の 1 つに対する代替コードを含めることができます。取引先が指定された場合、取引データ・マップにより、使用する該当内部および外部データ要素が選択されます。

キー 1 は文章標準コードを持つため、キー 1 で示される特定の文章標準コードを指定された取引先のみがこれらのレコードにアクセスします。デフォルトの文章標準コードは、「取引先の定義」の「詳細」タブを介して取引先の取引に割り当てられます。

2. コード変換表にキー 1 と 2 が入力されているので、取引にキー 1 と 2 の値がある場合にのみ、これらの表エントリが検索されます。

キー 1 ～ 5 によって表されるデータ要素は、「コード変換カテゴリ割当」ウィンドウで指定します。たとえば、顧客番号や顧客サイト番号などが考えられます。その取引で使用できるデータ要素に基づいて、列値を選択します。この例では、取引で顧客番号と顧客サイト番号が使用できるためコード変換値表でこれらのデータ要素を使用できます。

3. キー 1 ～ 5 が空白で (3) 表エントリが適用されなかったため、コード変換が使用可能なすべてのデータ要素で、キーの一部に内部コードを持つ (4) 表エントリが検索されます。

アウトバウンド取引アウトバウンド取引アウトバウンド取引アウトバウンド取引 : 全体検索キー（一意の必要あり）全体検索キー（一意の必要あり）全体検索キー（一意の必要あり）全体検索キー（一意の必要あり）*取引インタフェース・ファイル取引インタフェース・ファイル取引インタフェース・ファイル取引インタフェース・ファイル用に取得されるデータ用に取得されるデータ用に取得されるデータ用に取得されるデータ

注意注意注意注意カテゴリカテゴリカテゴリカテゴリ行先行先行先行先キーキーキーキー 1 キーキーキーキー 2 内部コード内部コード内部コード内部コード外部コード外部コード外部コード外部コード 1 外部コード外部コード外部コード外部コード 2

(1) UOM OUT Each EA PC

(1) UOM OUT Box EA PC

(2) UOM OUT EDIFACT Each PC

(2) UOM OUT X12 Each EA

(3) SHIP_VIA OUT 1004 1110 Truck-air TRUCK A

(3) SHIP_VIA OUT 1004 1110 Truck-motor TRUCK J

(3) SHIP_VIA OUT 1004 Truck-air/motor TRUCK J

(3) SHIP_VIA OUT 2010 1005 Alpha-air ALPHA A

(3) SHIP_VIA OUT 2010 1005 Alpha-ground ALPHA J

(1)(4) SHIP_VIA OUT Beta-Overnight BETA_ A

(1)(4) SHIP_VIA OUT Beta-Ground BETA_ J


コード変換

コード変換表で値が見つからなくてもエラーにはなりません。選択されたデータ要素の値でしかコード変換が必要でない場合もあります。すべての値にコード変換表エントリを要求すると、必要でない余分なコード変換エントリになる可能性があります。

行先行先行先行先 IN を使用したインバウンド取引のコード変換の理解を使用したインバウンド取引のコード変換の理解を使用したインバウンド取引のコード変換の理解を使用したインバウンド取引のコード変換の理解

インバウンド取引の場合、表にアクセスするための全体検索キーは次のもので構成されます。

� カテゴリ

� 行先

� キー 1 ～ 5

� 外部コード 1 ～ 5

この完全検索キーは、基本の Oracle Applications のオープン・インタフェース表にコピーできる内部コードに対する表エントリを検索するために使用されます。

インバウンド取引のコード変換時に、IN および BOTH の行先をマーク付けされたコード変換表のエントリが読み取られます。後述の、行先 BOTH に関する項を参照してください。

行先 IN を指定されたコード変換表エントリは、インバウンド取引に対するコード変換時にのみアクセスされます。

行先 IN を入力することにより、インバウンド取引に対する全体検索キーを入力でき、さらに内部コードに対して重複データを入力できます。

� インバウンド取引 : 全体検索キー（一意の必要あり）*

� アプリケーションのオープン・インタフェース表用に取得されるデータ

注意注意注意注意カテゴリカテゴリカテゴリカテゴリ行先行先行先行先キーキーキーキー 1 キーキーキーキー 2外部コード外部コード外部コード外部コード1

外部コード外部コード外部コード外部コード2 内部コード内部コード内部コード内部コード

(1) UOM IN EA Each

(1) UOM IN PC Each

(2) UOM IN EDIFACT PC Each

(2) UOM IN X12 PC Each

(2) UOM IN X12 EA Each

(3) SHIP_VIA IN 1004 1110 TRUCK A Truck-air

(3) SHIP_VIA IN 1004 1110 TRUCK J Truck-motor

(3) SHIP_VIA IN 1004 TRUCK J Truck-air/motor

(3) SHIP_VIA IN 2010 1005 ALPHA A Alpha-air


コード変換

* 全体検索キーが指定された場合に内部コードを取得するために使用されます。

インバウンド取引のコード変換


1. キー 1 ～ 5 が空白なので、これらの表エントリは、前にリストされた外部コード 1 と 2を持つインバウンド取引でコード・カテゴリ UOM を検索するすべてのデータ要素について取得できます。外部 1 には、取引で想定される EDI 標準コードを混在させることができます。たとえば、EA は想定される X12 コードで、PC は想定される EDIFACT コードです。

2. キー 1 は文章標準コードを持つため、キー 1 で示される特定の文章標準コードを指定された取引先のみがこれらのレコードにアクセスします。このコード変換値表に使用されるデフォルトの文章標準は、「取引先の定義」ウィンドウの「詳細」タブを介して取引先に割り当てられます。文章標準コードは、取引先のすべての取引に適用されることに注意してください。データ要素ごとには変わりません。

3. コード変換表にキー 1 と 2 が入力されているので、これらのエントリはキー 1 と 2 に入力された値を持つエンティティに対してのみ適用されます。

4. キー 1 ～ 5 が空白で (3) 表エントリが適用されなかったため、コード変換が使用可能なすべてのデータ要素で、キーの一部に外部コードを持つ (4) 表エントリが検索されます。

コード変換が使用可能で表エントリが見つからない場合、外部コード 1 がアプリケーションのオープン・インタフェース表に書き込まれます。コード変換表に正しく入力されていないと、アプリケーションのオープン・インタフェースの実行時にデータの検証が失敗する可能性があります。データはアプリケーションの通常のエラー処理プロシージャから表示できる必要があります。

行先行先行先行先 BOTH を使用したインバウンド取引とアウトバウンド取引のコード変換の理解を使用したインバウンド取引とアウトバウンド取引のコード変換の理解を使用したインバウンド取引とアウトバウンド取引のコード変換の理解を使用したインバウンド取引とアウトバウンド取引のコード変換の理解

行先 BOTH を指定された表エントリは、インバウンド取引とアウトバウンド取引の両方のコード変換時にアクセスされます。前に指定されたインバウンド取引とアウトバウンド取引のルールはすべて、行先 BOTH を持つエントリに適用されます。

通常、Oracle 内部コードとその外部コード 1 ～ 5 の組が 1 対 1 に対応する場合、ほとんどの表エントリに対して行先 BOTH を入力できます。

(3) SHIP_VIA IN 2010 1005 ALPHA J Alpha-ground

(1)(4) SHIP_VIA IN BETA_ A Beta-Overnight

(1)(4) SHIP_VIA IN BETA_ J Beta-Ground


コード変換

アウトバウンド取引の場合、表 4 の * 付きの部分の表エントリは、表に入力できません。これは、単一の内部コード「Each」で外部コードに対する複数の表エントリ（一方は外部コード EA を持ち、もう一方は PC を持つ）にアクセスすることがあるためです。表検索が成功するには、検索される表エントリがただ 1 つである必要があります。このエントリを検索しようとすると、エラー・メッセージが表示されます。

キー 1 の文章標準を使用して表エントリを作成しても、標準内で競合が発生する場合があります。たとえば、EA と PC が X12 内と EDIFACT 内の両方に値を持つ場合に、この可能性があります。コードを標準別に分けてもこの問題がある場合、取引のコードを正しく取得するには、例外に対して文章標準「Other」を選択し、その取引先に「Other」を割り当てます。

* 表エントリが許可される場合、アウトバウンド取引に対して一意の検索キーがなくなります。かわりのコード変換方法を選択する必要があります。

インバウンド取引とアウトバウンド取引のコード変換

インバウンド取引とアウトバウンド取引に対する行先インバウンド取引とアウトバウンド取引に対する行先インバウンド取引とアウトバウンド取引に対する行先インバウンド取引とアウトバウンド取引に対する行先BOTH:

外部コードは内部コード外部コードは内部コード外部コードは内部コード外部コードは内部コードを検索するインバウンドを検索するインバウンドを検索するインバウンドを検索するインバウンド取引のキーの一部です。取引のキーの一部です。取引のキーの一部です。取引のキーの一部です。

内部コードは外部内部コードは外部内部コードは外部内部コードは外部1 ～～～～ 5 コードを検コードを検コードを検コードを検索するアウトバウ索するアウトバウ索するアウトバウ索するアウトバウンド取引のキーのンド取引のキーのンド取引のキーのンド取引のキーの一部です。一部です。一部です。一部です。

注意カテゴリ行先キー 1 キー 2 外部 1 外部 2 内部

(1) UOM BOTH EA Each

(2) UOM BOTH PC Each *

(1) UOM BOTH EDIFACT PC Each

(1) UOM BOTH X12 EA Each

(2) UOM BOTH X12 PC Each *

(1) SHIP_VIA BOTH 1004 1110 TRUCK A Truck-air

(1) SHIP_VIA BOTH 1004 1110 TRUCK J Truck-motor

(1) SHIP_VIA BOTH 1004 TRUCK J Truck-air/motor

(1) SHIP_VIA BOTH 2010 1005 ALPHA A Alpha-air

(1) SHIP_VIA BOTH 2010 1005 ALPHA J Alpha-ground

(1) SHIP_VIA BOTH BETA_ A Beta-Overnight

(1) SHIP_VIA BOTH BETA_ J Beta-Ground


コード変換


1. (1) 単純な表エントリが存在します。

2. (2) (2) というマークの付いた項目は、アウトバウンド取引用の完全検索キーが一意でなくなるため、表エントリとして許可されません。

検索キーの一部としての文章標準検索キーの一部としての文章標準検索キーの一部としての文章標準検索キーの一部としての文章標準

文章標準は、X12 や EDIFACT などの共通 EDI 標準を表すコードです。選択されたコードをコード変換値表の検索キーとして使用することを目的としています。

文章標準は、「取引先の定義」の「詳細」タブで特定の取引の取引先に対して設定できます。 3 つのコード変換ウィンドウを経由した通常のコード変換の設定手順に従います。

検索キーの文章標準

1. (1) 外部コード 1 に X12 コードを、外部コード 2 に EDIFACT を入力したと想定します。

この方法により、内部コードを「Each」に設定し、アウトバウンド取引に対して外部コード「EA」および「PC」を返す表エントリを 1 つのみ入力できます。取引またはメッセージにあるのはそれぞれ X12 のみまたは EDIFACT のみであり、指定された取引に両方のコードがあるわけではないので、このエントリはインバウンド取引には使用できません。インバウンド取引用には別の設定が必要です。

2. (2) (1) のかわりの方法の場合は、文章標準ごとに別個の表エントリを入力します。キー1 は文章標準なので、キー 1 を標準（X12、EDIFACT など）の 1 つに設定された表エントリのみが、指定された取引先に対して取得されます（取引先にその取引に対する文章標準が割り当てられている場合）。取引先の取引に文章標準が指定されていない場合は、アウトバウンド取引に対してエントリ (1) が読み取られます。

アウトバウンド取引アウトバウンド取引アウトバウンド取引アウトバウンド取引 : 全体検索キー全体検索キー全体検索キー全体検索キー外部コード外部コード外部コード外部コード

注意カテゴリ行先キー 1 キー 2 内部コード外部コード1

外部コード2


(2) UOM BOTH X12 Each EA

(2) UOM BOTH X12 Piece PC

(2) UOM BOTH EDIFACT Each EA

(2) UOM BOTH EDIFACT Piece PC


コード変換

コード変換時の行先の使用計画コード変換時の行先の使用計画コード変換時の行先の使用計画コード変換時の行先の使用計画コード変換のニーズを検討した後、コード変換値表エントリに対する計画を作成します。

表に入力する値は、大 / 小文字を区別されます。

コード変換表エントリのシナリオをすべて記載することはできません。ここに記載した情報は、コード変換値表へのアクセス方法を示したものです。コード変換計画の作成に使用してください。

次の表に、計画作成の手助けとなる考慮事項をいくつか示します。

アウトバウンド取引に対する行先アウトバウンド取引に対する行先アウトバウンド取引に対する行先アウトバウンド取引に対する行先 OUT の計画の計画の計画の計画

すべてのエントリが行先 OUT に使用できるとは限りません

表 9 の項目 (1) (2): 内部コードは全体検索キーの一部です。行先 OUT の場合、エントリ (1)と (2) は、全体検索キーが一意でないため両方とも使用できません。外部コード 1 が X12、外部コード 2 が EDIFACT を持つように定義したエントリを 1 つ作成できます。 EDI 変換機能のデータ・マップにより、取引先に対してどのフィールドを使用するかが決まります。必要であれば、外部 1 と 2 の両方が X12 コードを持ち、外部 3 と 4 の両方が EDIFACT コードを持つような代替エントリが考えられます。これは、各標準が Oracle アプリケーションに対してそれぞれ複数のコードを持つためです。ここでも、取引に対して正しい外部フィールドを選択するには、EDI 変換機能データ・マップに依存します。

表 9 の項目 (3) (4): （「取引先の定義」ウィンドウの「詳細」タブで）取引先に対する文章標準が入力され、（「コード変換割当」タブで）データ要素に列 DOCUMENT_STANDARD が割り当てられた場合、コード変換処理ではこれらの表エントリのアクセス後に、汎用エントリ (1) がアクセスされます。

アウトバウンド取引アウトバウンド取引アウトバウンド取引アウトバウンド取引 : 全体検索キー全体検索キー全体検索キー全体検索キー（一意の必要あり）（一意の必要あり）（一意の必要あり）（一意の必要あり）*

取引インタフェース・取引インタフェース・取引インタフェース・取引インタフェース・ファイル用に取得されるファイル用に取得されるファイル用に取得されるファイル用に取得されるデータデータデータデータ

カテゴリカテゴリカテゴリカテゴリ行先行先行先行先キーキーキーキー 1 キーキーキーキー 2 内部コード内部コード内部コード内部コード外部コード外部コード外部コード外部コード1

外部コード外部コード外部コード外部コード2


(2) UOM OUT Each PC EA 全体検索キーは (1) と重複

(3) UOM OUT EDIFACT Each PC

(4) UOM OUT X12 Each EA


コード変換

インバウンド取引に対する行先インバウンド取引に対する行先インバウンド取引に対する行先インバウンド取引に対する行先 IN の計画の計画の計画の計画

* 行先 IN の場合、外部コードは全体検索キーの一部です。

すべてのエントリが行先 IN に対して使用できます。

表 10: 外部コードは全体検索キーの一部です。方向 IN の場合、全体検索キーが一意なので、表 10 のエントリは文章標準のない場合もすべて使用できます。内部コードは全体検索キーの一部ではないので、内部コードは問題ではありません。

表 10 の項目 (2): （「取引先の定義」ウィンドウの「詳細」タブで）取引先に対する文章標準が入力され、（「コード変換割当」タブで）データ要素に列 DOCUMENT_STANDARD が割り当てられた場合、コード変換処理ではこれらの表エントリのアクセス後に、エントリ (1)がすべての取引先によってアクセスされます。

インバウンド取引とアウトバウンド取引に対する行先インバウンド取引とアウトバウンド取引に対する行先インバウンド取引とアウトバウンド取引に対する行先インバウンド取引とアウトバウンド取引に対する行先 BOTH の計画の計画の計画の計画

インバウンド取引インバウンド取引インバウンド取引インバウンド取引 : 全体検索キー全体検索キー全体検索キー全体検索キー（一意の必要あり）（一意の必要あり）（一意の必要あり）（一意の必要あり）*

アプリケーションアプリケーションアプリケーションアプリケーションのオープン・インのオープン・インのオープン・インのオープン・インタフェース表用にタフェース表用にタフェース表用にタフェース表用に取得されるデータ取得されるデータ取得されるデータ取得されるデータ

カテゴリカテゴリカテゴリカテゴリ行先行先行先行先キーキーキーキー 1 キーキーキーキー 2外部コード外部コード外部コード外部コード1


(1) UOM IN EA Each

(1) UOM IN PC Each

(2) UOM IN EDIFACT EA Each

(2) UOM IN EDIFACT PC Each



インバウンド取引とアウトバウンド取引に対インバウンド取引とアウトバウンド取引に対インバウンド取引とアウトバウンド取引に対インバウンド取引とアウトバウンド取引に対する行先する行先する行先する行先 BOTH:

インバウンド用のパーツインバウンド用のパーツインバウンド用のパーツインバウンド用のパーツとなるキーとなるキーとなるキーとなるキー

アウトバウンド用のアウトバウンド用のアウトバウンド用のアウトバウンド用のパーツとなるキーパーツとなるキーパーツとなるキーパーツとなるキー


外部コード外部コード外部コード外部コード2 内部内部内部内部

UOM BOTH EA Each

UOM BOTH PC Each

UOM BOTH X12 EA Each

UOM BOTH X12 PC Each

UOM BOTH EDIFACT EA Each

UOM BOTH EDIFACT PC Each


コード変換

すべてのエントリが行先 BOTH に使用できるとは限りません

インバウンド取引とアウトバンド取引の両方に対してコード変換値のデータを使用する場合、(1) が入力された後では、(2) のエントリはコード変換表に受け入れられません。エントリ (1) と (2) が同時に使用できない理由は、アウトバウンド取引は全体検索キーの一部として内部コードを使用しているためです。取引で値 Each が見つかった場合（取引先がコード変換に使用するデフォルトの標準を指定されていた場合でも）、内部コード Each では取引インタフェース・ファイルに EA と PC のどちらを書き込むか決定できません。項目 (4) と (6) を入力しようとした場合、(3)/(4) と (5)/(6) にも同様の理由が適用されます。

複数の標準コードの単一内部コードへの変換複数の標準コードの単一内部コードへの変換複数の標準コードの単一内部コードへの変換複数の標準コードの単一内部コードへの変換

コード変換のエントリによっては、単一の標準にある複数のコードを Oracle アプリケーションの単一のコードに変換することが必要な場合があります。次の表に、このケースを示します。

アウトバウンド取引アウトバウンド取引アウトバウンド取引アウトバウンド取引 : 全体検索キー全体検索キー全体検索キー全体検索キー

（一意の必要あり）（一意の必要あり）（一意の必要あり）（一意の必要あり）

取引インタフェース・取引インタフェース・取引インタフェース・取引インタフェース・ファイル用に取得されるファイル用に取得されるファイル用に取得されるファイル用に取得されるデータデータデータデータ

カテゴリカテゴリカテゴリカテゴリ行先行先行先行先キーキーキーキー 1 キーキーキーキー 2 キーキーキーキー 3 内部コード内部コード内部コード内部コード外部コード外部コード外部コード外部コード1

外部コード外部コード外部コード外部コード2

(1) UOM OUT X12 Acme Denver Each EA 指定された取引先サイトのファイルには EA を書き込

みます。 *

(2) UOM OUT X12 Acme Chicago Each BX 指定された取引先サイトのファイルには BX を書き込

みます。 *

(3) UOM OUT X12 Acme Each PC 指定された取引先サイトのファイルには PC を書き込

みます。 *

(4) UOM OUT X12 Each EA 取引先の大半にEA が必要です。これらには文章標準X12 が割り当てら

れていました。


コード変換

同じ内部コードに変換される、同一標準内の複数のコード

表 12 の項目 (1) ～ (5): 検索キーに取引先データが指定されている場合、データ・マップのコードそのものがファイル上の外部コード 1 にあります。項目 (5) にアクセスすることで、変換機能によって EA または PC の選択が行われないように選択しました。

項目 (1) ～ (3) は、取引先固有の項目です。別個のエントリを必要とする取引先が多数存在する場合、一連の取引先をグループ化する別の文章標準（これは実際には真の文章標準ではありませんが）を割り当てることが望ましい場合があります。文章標準コードはコード変換表エントリを利用するために存在していることを思い出してください。

表 13 の計画を選択する場合、行先 BOTH は重複する内部コードのために使用できないので、インバウンド取引に対しては行先 IN を持つ一連のコード変換値コードが必要です。

(5) UOM OUT OTHER Each PC その他の取引先には、PC が必要で

す。これらには、

表でこのエントリが可能になるように文章標準OTHER が割り当

てられていました。

(6) UOM OUT Each EA PC デフォルト : ファ

イルに 2 つのコー

ドを書き込みます。EDI 変換機能によ

り、指定された取引先に対するデータ・マッピング・ルールに基づいて、1 つが選択されま

す。これにより、

PC を必要とする取

引先ごとにファイル上にエントリを作成しなくても済みます。


コード変換

* 行先 IN の場合、外部コードは全体検索キーの一部です。

同一内部コードに変換される、標準内の複数のコード

表 13 では、検索キー 1 が OTHER である表エントリは必要ありません。インバウンド取引の場合、外部コードが一意のため、実際の文章標準 X12 のみで十分です。

取引インタフェース・ファイル上の内部コードと外部コード取引インタフェース・ファイル上の内部コードと外部コード取引インタフェース・ファイル上の内部コードと外部コード取引インタフェース・ファイル上の内部コードと外部コード取引インタフェース・ファイルに内部値が見つからない場合でも、取引の内部列に関して列ルールを設定できます。このような事態は、アプリケーションのオープン・インタフェース・ファイルの特定の列に値が必要だが、値は Oracle e-Commerce Gateway によって導出される場合に起こります。これは、そのデータ要素に関しては、そのデータ要素に関連するファイル上の内部値と外部値を使用してコード変換が実行されることを想定しています。

コード変換は、取引で定義される列（データ要素）に関して列ルールの検証が実行される前に実行されます。コード変換処理は、コード変換表で見つかった内部コードを、列ルールを割り当てられた内部フィールドに（メモリー上で）関連付けます。その内部フィールドの値は、そのフィールドに対して使用可能なすべての列ルールに対して検証されます。

コード変換は、列ルールが適用される前に実行されます。

フィールドに関してコード変換が実行される場合、データ要件を満たすには、次の事項を考慮します。

インバウンド取引インバウンド取引インバウンド取引インバウンド取引 : 全体検索キー全体検索キー全体検索キー全体検索キー（一意の必要あり）（一意の必要あり）（一意の必要あり）（一意の必要あり）

アプリケーションのアプリケーションのアプリケーションのアプリケーションのオープン・オープン・オープン・オープン・インタフェース表用にインタフェース表用にインタフェース表用にインタフェース表用に取得されるデータ取得されるデータ取得されるデータ取得されるデータ



(1) UOM IN EA Each

(2) UOM IN PC Each




コード変換

アプリケーションのアプリケーションのアプリケーションのアプリケーションのオープン・インタオープン・インタオープン・インタオープン・インタフェースフェースフェースフェース列列列列

Oracle e-Commerce Gateway列列列列

サンプルサンプルサンプルサンプルレコードレコードレコードレコード番号番号番号番号

サンプルサンプルサンプルサンプル位置位置位置位置番号番号番号番号

コード変換が実行されコード変換が実行されコード変換が実行されコード変換が実行される場合る場合る場合る場合

コード変換が実行コード変換が実行コード変換が実行コード変換が実行されない場合されない場合されない場合されない場合

UOM_CODE

（値によっては、次のいずれかの方法でここに移動する必要があります。

Oracle e-Commerce Gateway でコード変

換により決定します。

ファイルにデータが存在する場合は、ファイルから直接移動します。）

UOM_CODE_INT

（ファイルのこのフィールドにデータがある場合、コード変換は実行されません。この

場合、値はアプリケーションのオープン・インタフェース表に直接移されます。）

2010 100 内部コードは、外部 1～ 5 フィールドにコー

ドが指定されている場合、コード変換で導出されます。

内部コードがコード変換中に見つかった場合、オープン・インタフェース表に移動されます。

コード変換値が見つからない場合、外部 1 が

アプリケーションのオープン・インタフェース表にコピーされます。

導出された内部値は、インバウンド・ファイルに書き込まれないことに注意してください。

変換機能によってUOM_CODE_INT フィールドに

値が置かれ、コード変換が実行されない場合は、この値がアプリケーションのオープン・インタフェース表にコピーされます。

UOM_CODE_EXT1 2010 110 コード変換に使用するために、変換機能によってファイルに置かれます。

変換機能によってデータが外部コードに置かれ、コード変換が実行されない場合は、このコードがアプリケーションのオープン・インタフェース表にコピーされます。

UOM_CODE_EXT2 有効化されない正しく使用可能にされた場合は、コード変換の一部として使用

UOM_CODE_EXT3 有効化されない




コード変換

取引インタフェース・ファイル上の有効化された外部データ・フィール取引インタフェース・ファイル上の有効化された外部データ・フィール取引インタフェース・ファイル上の有効化された外部データ・フィール取引インタフェース・ファイル上の有効化された外部データ・フィールドドドドコード変換表の 5 個の外部コードすべてにデータがある場合でも、ファイルに対して有効化されている外部コードのみが実際に取引インタフェース・ファイルにコピーされます。これらは、「インタフェース・ファイル定義」ウィンドウまたは「取引レイアウト定義」レポートにデータ要素のレコード番号、位置および幅が示される場合に有効化されています。有効化されていないデータ要素を取引インタフェース・ファイルで使用する場合は、「インタフェース・ファイル定義」ウィンドウを使用してレコード番号、位置および幅を入力することで有効にします。

アウトバウンド取引の場合、内部コードと外部コードの両方が取引インタフェース・ファイルに書き込まれます。これらは、EDI 変換機能によって EDI 標準取引にマップするためにファイル上で使用できます。

インバウンド取引の場合、ファイルにはコード変換用またはアプリケーションのオープン・インタフェース表に直接渡すため（コード変換で内部コードが導出されない場合）の外部コードが必要です。別の処理によって内部コードの決定と取引インタフェース・ファイルへの書込みが行われる場合、その内部コードがアプリケーションのオープン・インタフェース表に渡されます。

注意注意注意注意 : すでに内部フィールドに対応するデータが存在するデータ要素の場合、Oracle e-Commerce Gateway によるコード変換は実行されません。

インバウンド取引の連結検索キーインバウンド取引の連結検索キーインバウンド取引の連結検索キーインバウンド取引の連結検索キー次に、インバウンド取引に対してコード変換表エントリの検索を何回か試みる際に、連結検索キーを使用する例を示します。

Oracle e-Commerce Gateway は、取引インタフェース・ファイルから取引表にデータを移動して処理を行います。データは、取引先のデータがそのまま取引に使用される場合もあれば、Oracle e-Commerce Gateway によって導出される場合もあります。データ要素によっては、外部コード 1 ～ 5 を基本の Oracle アプリケーションで定義された内部コードに変換することが必要なものもあります。外部コードは取引先または標準の取引によって定義されます。

「カテゴリの割当」ウィンドウにリストされるデータ要素（列）に関してのみコード変換を有効にできます。検索キーを入力することにより、表エントリがすべての取引先に適用されることはなくなります。取引先コードと取引先サイト・コードがコード変換値表の検索キーの場合がよくあります。これは、取引先がサイト固有のコードを持つことがあるためです。

この例では、取引に対してキー 1 に CUSTOMER_NAME の値 GAMMA とキー 2 にCUSTOMER_SITE の値 9999 を持つ検索キーを使用して、CARRIER_EXT1（外部 1）列の値が「AIR」であるような表エントリを検索するコード変換表を順を追って説明します。目的は、1 ～ 5 外部コード CARRIER_EXT1 ～ CARRIER_EXT5 が指定された場合に、対応する内部コードを見つけて Oracle アプリケーションのオープン・インタフェース表に書き込めるようにすることです。


コード変換

コード変換値表は、次のパラメータと条件で読み取られます。

� 「コード変換割当」ウィンドウで CARRIER_INT 列に SHIP_VIA が割り当てられているため、SHIP_VIA カテゴリを持つコード変換値表エントリにアクセスします。

� Oracle e-Commerce Gateway により取引値 GAMMA が CUSTOMER NAME 列に、値9999 が CUSTOMER_SITE 列に移動されます。CUSTOMER NAME と CUSTOMER_SITE は検索キーに対する列名です。この例では、キー 1 とキー 2 のみがそれぞれ顧客名と顧客サイトに対して使用可能にされています。（顧客名は、この取引に顧客サイト9999 が指定された場合に Oracle e-Commerce Gateway によって導出されたものです。）

� 外部コードは、インバウンド取引の完全検索キーの一部です。

� これはインバウンド取引なので、処理では取引方向 IN および BOTH を持つ表エントリのみがアクセスされます。

コード変換の設定コード変換の設定コード変換の設定コード変換の設定この例では、次のコード変換表の設定が行われました。

「コード変換カテゴリ」ウィンドウでは、他のコード変換ウィンドウで顧客名と顧客サイトの検索キーを受け入れられるように、カテゴリ SHIP_VIA に対して可能な 5 個の検索キーのうち 2 個が使用可能にされています。

「コード変換割当」ウィンドウにより、列に関するコード変換が使用可能にされ、実際の検索キー値に対してどの列を調べるかが指定されます。キー 1 ～キー 5 としてどの列を使用するかを決定します。この取引の場合の設定を次に示します。

列は CARRIER_INT です。

カテゴリ SHIP_VIA が、コード変換を使用可能にする CARRIER_INT に割り当てられています。

キー 1 には、取引表の CUSTOMER_NAME 列が割り当てられています。

キー 2 には、取引表の CUSTOMER_SITE 列が割り当てられています。キーは、値リストから選択しました。

インバウンド取引のコード変換値表にアクセスするための完全検索キーには、コード・カテゴリ、行先、キー 1、キー 2 および外部コード 1 ～ 5 が含まれています。たとえば、表の初のエントリには、次の検索キー値が含まれています。（すべてのエントリは表 8 を参照してください。）

キー 1 は CUSTOMER_NAME の値「ALPHA」です。

キー 2 は CUSTOMER_SITE の値「1006」です。

「コード変換値」ウィンドウには、すべての取引先とすべての取引の内部コードおよび外部コードに使用できる検索キー値が含まれています。列に割り当てるカテゴリによって、そのカテゴリを割り当てた表エントリのみにアクセスが制限されます。


コード変換

検索キーの作成検索キーの作成検索キーの作成検索キーの作成表 5 は、取引で見つかったかまたは Oracle e-Commerce Gateway によって導出されたデータです。データは、処理のために Oracle e-Commerce Gateway の取引列に移動されました。

指定取引データ

表 6 は、取引で見つかったデータまたは Oracle e-Commerce Gateway によって導出されたデータがある場合の、完全検索キー・パラメータです。内部コードを取得するコード変換値表エントリを検索するには、これらの列のデータを使用します。

取引のデータが指定された場合の、すべての検索キー・パラメータ表 7 は、表を読み取る 3 回の試行でコード変換値表にアクセスするための 3 組の完全検索キーを示します。試行回数は、常に「コード変換カテゴリ」ウィンドウで使用可能にした

「キー」ボックスの数よりも 1 つ多くなります。

データデータデータデータデータデータデータデータ取引データ取引データ取引データ取引データ

摘要顧客顧客サイト運送業者コード

取引データ GAMMA 9999 AIR

取引列 CUSTOMER_NAME CUSTOMER_SITE CARRIER_EXT1

コード・コード・コード・コード・カテゴリカテゴリカテゴリカテゴリ行先行先行先行先

キーキーキーキー 1（顧客）（顧客）（顧客）（顧客）

キーキーキーキー 2（顧客サイト）（顧客サイト）（顧客サイト）（顧客サイト）キーキーキーキー 3 キーキーキーキー 4 キーキーキーキー 5 外部外部外部外部 1 コードコードコードコード

SHIP_VIAIN およびおよびおよびおよびBOTH GAMMA 9999 AIR

このコード・カテゴリは、「カテゴリの割当」ウィンドウを介して取引のデータ要素に割り当てられたものです。

処理するインバウンド取引によって決まります。

このキー 1 のソース

列は、

CUSTOMER_NAMEです。

値 GAMMA は、こ

の取引の取引先が指定された場合にOracle e-Commerce Gateway によって導

出されたものです。

このキー 2 のソー

ス列は、

CUSTOMER_SITEです。

値 9999 は、この

取引の取引先サイトが指定された場合に Oracle e-Commerce Gateway によって

導出されたものです。

未使用未使用未使用「AIR」は、取引

インタフェース・ファイルのCARRIER_EXT1にある値です。


コード変換

コード変換検索キー・アルゴリズム

コード変換値表の検索コード変換値表の検索コード変換値表の検索コード変換値表の検索コード変換値表は、表 7 の検索キーを使用して読み取られます。コード変換値表に対して、アクセスが 3 回試みられます。検索の順序と連結キーを表 7 に示します。

表 7 で、初の検索には、外部コード 1「AIR」を含む完全検索キーがあります。 CUSTOMER_NAME の値が GAMMA で CUSTOMER_SITE の値が 9999 の表エントリがなかったため、2 回目に試みる検索では、一番大きい番号のキーが削除されます。この場合、顧客サイト 9999 が検索キー・パラメータから削除されました。ここでは、CUSTOMER_SITE を持つキー 2 が一番大きい番号の検索キーでした。

値 GAMMA を持つ CUSTOMER_NAME と外部 1 コード「AIR」のみを使用した 2 回目の検索でも表エントリが見つかりませんでした。そこで、次に試みる検索では、現在一番大きい番号のキーが削除されます。この場合、顧客 GAMMA が検索キー・パラメータから削除されました。ここでは、CUSTOMER_NAME を持つキー 1 が一番大きい番号の検索キーでした。

3 回目の検索は、検索キーをすべて空白にして行われます。外部コードは「AIR」です。この検索で表エントリが見つかりました。表 8 のエントリ 7 に示します。

この結果、コード変換値表の内部値「Over Night」が取引表の CARRIER_INT 列にコピーされます。表エントリが見つからない場合は、CARRIER_EXT1（外部 1）の値が取引表のCARRIER_INT 列のフィールドに移動されます。「Over Night」は、Oracle Applications のオープン・インタフェースに対して有効な値です。

検索順検索順検索順検索順コードコードコードコードカテゴリカテゴリカテゴリカテゴリ行先行先行先行先


キーキーキーキー 2（顧客サイト）（顧客サイト）（顧客サイト）（顧客サイト）

キーキーキーキー3



外部外部外部外部 1コードコードコードコード

初の検索 SHIP_VIA OUT GAMMA 9999 AIR

2 回目の検索 SHIP_VIA BOTH GAMMA AIR

3 回目の検索 SHIP_VIA OUT AIR

ソース列 CUSTOMER_NAME

CUSTOMER_SITE

表エントリ表エントリ表エントリ表エントリコード・コード・コード・コード・カテゴリカテゴリカテゴリカテゴリ行先行先行先行先キーキーキーキー 1 キーキーキーキー 2

キーキーキーキー3-5

外部外部外部外部 1コードコードコードコード内部コード内部コード内部コード内部コード

顧客顧客サイト

1 SHIP_VIA IN ALPHA 1006 Alpha-Air Alpha-Air

2 SHIP_VIA IN ALPHA 1099 Alpha-Air Alpha-Fast

3 SHIP_VIA IN ALPHA Alpha-Air Alpha-Quick


アウトバウンド取引の連結検索キー

サンプル・コード変換表

アウトバウンド取引の連結検索キーアウトバウンド取引の連結検索キーアウトバウンド取引の連結検索キーアウトバウンド取引の連結検索キー次に、アウトバウンド取引に対して連結検索キーを使用してコード変換表エントリの検索を何回か試みる例を示します。

Oracle e-Commerce Gateway は、Oracle Applications 表とオプションの拡張表からデータを抽出し、終的にはそのデータを取引インタフェース・ファイルに書き込みます。データ要素によっては、基本の Oracle アプリケーションで定義された内部コードから取引先または標準の取引によって必要とされる外部コードへのコード変換が必要なものがあります。

「カテゴリの割当」ウィンドウにリストされるデータ要素（列）に関してのみコード変換を有効にできます。検索キーを入力することにより、表エントリがすべての取引先に適用されることはなくなります。取引先コードと取引先サイト・コードがコード変換値表の検索キーの場合がよくあります。これは、取引先がサイト固有のコードを持つことがよくあるためです。

この例では、取引に対してキー 1 に CUSTOMER_NAME の値 GAMMA とキー 2 にCUSTOMER_SITE の値 9999 が設定された検索キーを使用して、CARRIER_INT（内部）列の値が「Over Night」であるような表エントリを検索するコード変換表を順を追って説明します。目的は、対応する 1 ～ 5 外部コード CARRIER_EXT1 ～ CARRIER_EXT5 を見つけて取引インタフェース・ファイルに書き込めるようにすることです。

コード変換値表は、次のパラメータと条件で読み取られます。これは、取引インタフェース・ファイルに必要な外部コード 1 ～ 5 を導出するために使用されます。

� 「コード変換割当」ウィンドウで CARRIER_INT 列に SHIP_VIA が割り当てられているため、SHIP_VIA カテゴリを持つコード変換値表エントリにアクセスします。

� Oracle e-Commerce Gateway により取引値 GAMMA が CUSTOMER_NAME 列に、値9999 が CUSTOMER_SITE 列に移動されます。CUSTOMER NAME と CUSTOMER_SITE は検索キーに対する列名です。この例では、キー 1 とキー 2 のみがそれぞれ顧客名と顧客サイトに対して使用可能にされています。（顧客名は、この取引に顧客サイト9999 が指定された場合に Oracle e-Commerce Gateway によって導出されたものです。）

� 内部コードは、アウトバウンド取引の完全検索キーの一部です。

4 SHIP_VIA IN BETA_ 1099 Beta-Air Beta-Travel

5 SHIP_VIA IN BETA_ 1100 Beta-Air Beta-Faster

6 SHIP_VIA IN BETA_ Beta-Air Beta-Quicker

7 * SHIP_VIA IN AIR Over Night


CUSTOMER_SITE



� 「Over Night」は、取引インタフェース・ファイルの CARRIER_INT（内部フィールド）に移動されます。レコード番号、レコード位置、フィールド長が特定のフィールドに割り当てられていれば、CARRIER_EXT1 から CARRIER_EXT5 までの任意の外部コードを取引インタフェース・ファイルに書き込めます。

� これはアウトバウンド取引なので、処理では取引方向 OUT および BOTH を持つ表エントリのみがアクセスされます。

コード変換の設定コード変換の設定コード変換の設定コード変換の設定この例では、次のコード変換表の設定が行われました。

「コード変換カテゴリ」ウィンドウでは、他のコード変換ウィンドウで顧客名と顧客サイトの検索キーを受け入れられるように、カテゴリ SHIP_VIA に対して可能な 5 個の検索キーのうち 2 個が使用可能にされています。

「コード変換割当」ウィンドウにより、列に関するコード変換が使用可能にされ、実際の検索キー値に対してどの列を調べるかが指定されます。キー 1 ～キー 5 としてどの列を使用するかを決定します。この取引の場合の設定を次に示します。

列は CARRIER_INT です。

カテゴリ SHIP_VIA が、コード変換を使用可能にする CARRIER_INT に割り当てられています。

キー 1 には、取引表の CUSTOMER_NAME 列が割り当てられています。

キー 2 には、取引表の CUSTOMER_SITE 列が割り当てられています。キーは、値リストから選択しました。

アウトバウンド取引のコード変換値表にアクセスするための完全検索キーには、コード・カテゴリ、行先、キー 1、キー 2 および内部コードが含まれています。たとえば、表の初のエントリには、次の検索キー値が含まれています。（すべてのエントリは表 11 を参照してください。）

キー 1 は CUSTOMER_NAME の値「ALPHA」です。

キー 2 は CUSTOMER_SITE の値「1006」です。

「コード変換値」ウィンドウには、すべての取引先とすべての取引の内部コードおよび外部コードに使用できる検索キー値が含まれています。列に割り当てるカテゴリによって、そのカテゴリを割り当てた表エントリのみにアクセスが制限されます。

検索キーの作成検索キーの作成検索キーの作成検索キーの作成表 8 は、取引で見つかったかまたは Oracle e-Commerce Gateway によって導出されたデータです。データは、Oracle e-Commerce Gateway 処理の取引列に移動されました。



指定取引データ

表 9 は、取引で見つかったデータまたは Oracle e-Commerce Gateway によって導出されたデータがある場合の、完全検索キー・パラメータです。外部コードを取得するコード変換値表エントリを検索するには、これらの列のデータを使用します。

取引のデータが指定された場合の、すべての検索キー・パラメータ表 10 は、表を読み取る 3 回の試行でコード変換値表にアクセスするための 3 組の完全検索キーを示します。試行回数は、常に「コード変換カテゴリ」ウィンドウで使用可能にした

「キー」ボックスの数よりも 1 つ多くなります。

データデータデータデータデータデータデータデータ取引データ取引データ取引データ取引データ

摘要顧客顧客サイト運送業者コード

取引データ GAMMA 9999 Over Night

取引列 CUSTOMER_NAME CUSTOMER_SITE CARRIER_INT

コード・コード・コード・コード・カテゴリカテゴリカテゴリカテゴリ行先行先行先行先


キーキーキーキー 2（顧客サイト）（顧客サイト）（顧客サイト）（顧客サイト）キーキーキーキー 3 キーキーキーキー 4 キーキーキーキー 5 内部コード内部コード内部コード内部コード

SHIP_VIAOUT およびおよびおよびおよびBOTH GAMMA 9999 Over Night

このコード・カテゴリは、「カテゴリの割当」ウィンドウを介して取引のデータ要素に割り当てられたものです。

処理するインバウンド取引によって決まります。


列は、

CUSTOMER_NAME です。

値 GAMMA は、こ

の取引の取引先が指定された場合にOracle e-Commerce Gateway によって導



列は、

CUSTOMER_SITEです。

値 9999 は、この取

引の取引先サイトが指定された場合にOracle e-Commerce Gateway によって導


未使用未使用未使用「Over Night」は、基本のOracle Applicationsの CARRIER_INT にあった

値です。



コード変換検索キー・アルゴリズム

コード変換値表の検索コード変換値表の検索コード変換値表の検索コード変換値表の検索コード変換値表は、表 10 の検索キーを使用して読み取られます。コード変換値表に対して、アクセスが 3 回試みられます。検索の順序と連結キーを表 10 に示します。

1. 表 10 で、初の検索には、内部コード 1「Over Night」を含む完全検索キーがあります。 CUSTOMER_NAME の値が GAMMA で CUSTOMER_SITE の値が 9999 の表エントリがなかったため、2 回目に試みる検索では、一番大きい番号のキーが削除されます。この場合、顧客サイト 9999 が検索キー・パラメータから削除されました。ここでは、CUSTOMER_SITE を持つキー 2 が一番大きい番号の検索キーでした。

2. 値 GAMMA を持つ CUSTOMER_NAME と内部コード「Over Night」のみを使用した 2回目の検索でも表エントリが見つかりませんでした。そこで、次に試みる検索では、現在一番大きい番号のキーが削除されます。この場合、顧客 GAMMA が検索キー・パラメータから削除されました。ここでは、CUSTOMER_NAME を持つキー 1 が一番大きい番号の検索キーでした。

3. 3 回目の検索は、検索キーをすべて空白にして行われます。内部コードはコード「Over Night」です。この検索で表エントリが見つかりました。表 1119

4. のエントリ 7 に示します。

この結果、コード変換値表の外部 1 の値「AIR」が取引表の CARRIER_EXT1 列にコピーされます。表エントリが見つからない場合は、CARRIER_INT の値が取引表のCARRIER_EXT1 列にコピーされます。この結果、CARRIER_INT と CARRIER_EXT1にあるデータにレコード番号、レコード位置、長さがそれぞれ割り当てられている場合は、これらのデータが取引インタフェース・ファイルに書き込まれます。これらのレコード割当は、「取引インタフェースの定義」ウィンドウに表示されます。

検索順検索順検索順検索順コード・コード・コード・コード・カテゴリカテゴリカテゴリカテゴリ行先行先行先行先


キーキーキーキー 2（顧客サイト）（顧客サイト）（顧客サイト）（顧客サイト）




内部内部内部内部コードコードコードコード

初の検索 SHIP_VIA OUT GAMMA 9999 Over Night

2 回目の検索 SHIP_VIA BOTH GAMMA Over Night

3 回目の検索 SHIP_VIA OUT Over Night

ソース列 CUSTOMER_

NAME

CUSTOMER_SITE



サンプル・コード変換表

表表表表エントリエントリエントリエントリ

コード・コード・コード・コード・カテゴリカテゴリカテゴリカテゴリ行先行先行先行先キーキーキーキー 1 キーキーキーキー 2

キーキーキーキー3-5 内部コード内部コード内部コード内部コード外部外部外部外部 1 コードコードコードコード

顧客顧客サイト

1 SHIP_VIA IN ALPHA 1006 Alpha-Air Alpha-Air

2 SHIP_VIA IN ALPHA 1099 Alpha-Fast Alpha-Air

3 SHIP_VIA IN ALPHA Alpha-Quick Alpha-Air

4 SHIP_VIA IN BETA_ 1099 Beta-Travel Beta-Air

5 SHIP_VIA IN BETA_ 1100 Beta-Faster Beta-Air

6 SHIP_VIA IN BETA_ Beta-Quicker Beta-Air

7 * SHIP_VIA IN Over Night AIR


CUSTOMER_SITE


拡張可能アーキテ

11
拡張可能アーキテクチャ拡張可能アーキテクチャ拡張可能アーキテクチャ拡張可能アーキテクチャ

EDI 取引のカスタマイズ : 11-2 ページ

付加フレックスフィールド : 11-4 ページ

拡張可能アーキテクチャの手順 : 11-7 ページ

クチャ 11-1

EDI 取引のカスタマイズ

EDI 取引のカスタマイズ取引のカスタマイズ取引のカスタマイズ取引のカスタマイズOracle e-Commerce Gateway では、Oracle Applications データ・モデルで定義されていない取引にデータ要素を追加する方法が 2 つ提供されています。 2 つの方法とは、次のとおりです。

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

拡張可能アーキテクチャ

ビジネス・ニーズを満たすように特定の取引をカスタマイズするには、前述の方法を別々に使用することも、両方の方法を使用することもできます。付加フレックスフィールドはインバウンド取引とアウトバウンド取引の両方で使用できますが、拡張可能アーキテクチャの適用対象はアウトバウンド取引に限ります。

次の表の取引では、後述の拡張可能アーキテクチャを使用します。拡張可能アーキテクチャの別の方法（取引固有の ECE_ 表を使用しない方法）を使用したその他のアウトバウンド取引に関するドキュメントは、Oracle サポートの Web サイトを参照してください。


EDI 取引のカスタマイズ

記載された拡張可能アーキテクチャを使用する取引

表表表表 2:

取引コード取引コード取引コード取引コードASCX12 EDIFACT 摘要摘要摘要摘要

Oracle Payables 取引取引取引取引

PYO 820 PAYORD/REMADV

支払 / 送金アドバイス

Oracle Receivables 取引取引取引取引

INO 810 INVOIC 請求書

Oracle Purchasing 取引

POO 850 ORDERS 発注

POCO 860 ORDCHG 発注変更

Oracle Process Manufacturing 取引取引取引取引

Oracle Supplier Scheduling 取引取引取引取引

SPSO 830 DELFOR 計画スケジュール

SSSO 862 DELJIT 出荷スケジュール

Oracle Receivables およびおよびおよびおよび Oracle Purchasing

ADVO 824 APERAK アプリケーション・アドバイス（これは問題があったことを取引の開始者に通知する応答取引です。）

拡張可能アーキテクチャ 11-3


付加フレックスフィールド付加フレックスフィールド付加フレックスフィールド付加フレックスフィールドOracle Applications の付加フレックスフィールド機能により、どのようなアプリケーションにでも実装固有のデータ要素をプログラミングせずに追加できる柔軟な方法が提供されます。これらのデータ要素は基本のアプリケーションの表のATTRIBUTE*列に格納されます。特定の取引に関連するアプリケーションの実表に関連付けられた ATTRIBUTE* 列はすべて、アウトバウンド取引の場合は Oracle e-Commerce Gateway インタフェース表、インバウンド取引の場合はアプリケーション・オープン・インタフェース表に含まれています。

アプリケーションの実表と同様、Oracle e-Commerce Gateway の ECE_TP_HEADERS 表とECE_TP_DETAILS 表にも ATTRIBUTE* 列が含まれています。 ECE_TP_HEADERS およびECE_TP_DETAILS の ATTRIBUTE* 列は、取引で使用される取引先定義が指定されたインタフェース・ファイル内の取引先固有の追加データを含めるためにも使用できます。

Oracle Applications で付加フレックスフィールド機能を使用するために、Oracle e-Commerce Gateway 取引に含めるための追加設定は必要ありません。希望するフレックスフィールドを Oracle Applications で設定し、定義した後は、そこに格納されるデータはすべて関連する Oracle e-Commerce Gateway 取引に自動的に含まれます。

詳細は、『Oracle Applications フレックスフィールド・ガイド』を参照してください。

拡張可能アーキテクチャ拡張可能アーキテクチャ拡張可能アーキテクチャ拡張可能アーキテクチャOracle e-Commerce Gateway の拡張可能アーキテクチャ機能により、アウトバウンド取引に追加データを含めるための強力で柔軟な方法が提供されます。追加データに対するビジネス・ニーズのほとんどは、Oracle Applications で付加フレックスフィールド機能を使用することで満たされますが、次の場合には拡張可能アーキテクチャが役立ちます。

付加フレックスフィールドの使用で可能となるデータ要素よりも多くのデータ要素が必要な場合

カスタム Oracle アプリケーション表からデータ要素を抽出する必要がある場合

Oracle Applications の外部からデータ要素を抽出する必要がある場合

Oracle e-Commerce Gateway の各アウトバウンド取引には、関連する Oracle アプリケーションの実表から抽出され非正規化されたデータを、アウトバウンド・インタフェース・ファイルに書き込む前に保持する一連のインタフェース表が含まれています。

Oracle e-Commerce Gateway のインタフェース表にもすべて関連する拡張表があり、ビジネス・ニーズに応じてカスタマイズできます。インタフェース表の各レコードは、関連する拡張表の対応するレコードにリンクされます。この結果、インタフェース表のレコードがアウトバウンド取引インタフェース・ファイルに書き込まれるときに、拡張表の対応するレコードも書き込まれます。



拡張表にコピーされるソース・データとしては、標準またはカスタムの Oracle データベース表や、外部（Oracle 以外の）リレーショナル・データベースまたはファイルのデータを使用できます。この章では、これらの表やファイルを総称して「外部表」または「外部ソース・データ」と呼びます。外部表には一意キーが格納されている必要があります。一意キーは Oracle e-Commerce Gateway インタフェース表にもあるデータ要素です。データがまだOracle e-Commerce Gateway 取引インタフェース・ファイル内にない場合、外部ソース・データのレコードに対するキーになるようにコードをカスタマイズしてその一意識別子をインタフェース表に追加する必要があります。

レコードを出力ファイルに書き込む前にすべてのデータを共通インタフェース表にまとめるために、次の処理が実行されます。

ECE_PO_INTERFACE_LINES_X

#* Transaction Record IDo Material Analyst Codeo Material Analyst Last Nameo Material Analyst First Nameo Material Analyst Phoneo Material Analyst Email

MATERIAL_ANALYST

#* Inventory Item ID

o Material Analyst Codeo Material Analyst Last Nameo Material Analyst First Nameo Material Analyst Phoneo Material Analyst Email

ECE_PO_INTERFACE_LINES

* PO Number* PO Typeo Release Number* Line Number* Line Order Quantity* Line UOMo Item ID

o Line Attribute 1o Line Attribute 2

#* Transaction Record ID

Oracle e-Commerce GatewayOracle e-Commerce GatewayOracle e-Commerce GatewayOracle e-Commerce Gateway ののののインタフェース表および拡張表インタフェース表および拡張表インタフェース表および拡張表インタフェース表および拡張表

OracleOracleOracleOracle ApplicationsApplicationsApplicationsApplications のののの

カスタム表カスタム表カスタム表カスタム表

凡例凡例凡例凡例

#* 一意 ID

* 必須o オプション



1. Oracle e-Commerce Gateway は、関連するすべての基本の Oracle アプリケーション・データ（取引先データを含む）を取引固有のインタフェース表に抽出し、非正規化します。

2. データが基本のアプリケーション表から抽出された後、インタフェース表に書き込まれる前に、使用可能なコード変換があれば実行されます。

3. インタフェース表の一意識別子を検索キーとして使用して、適切な外部ソースからデータ要素が選択され、拡張表に書き込まれます。

4. インタフェース表とそれに対応する拡張表の両方のデータ要素はすべて 1024 バイト（未満）のレコードに書式化され、順番に並べられ、取引共通の ECE_OUTPUT 表に書き込まれます。

5. ECE_OUTPUT 表の書式化されたレコードは、適切な順序で出力ファイルに書き込まれます。

6. インタフェース表、拡張表および出力表から取引レコードが削除されます。

アウトバウンド発注取引を例にとった処理の流れを示すと、次のようになります。


拡張可能アーキテクチャの手順

拡張可能アーキテクチャの手順拡張可能アーキテクチャの手順拡張可能アーキテクチャの手順拡張可能アーキテクチャの手順Oracle e-Commerce Gateway では、インタフェース表、拡張表、パッケージ・プロシージャおよび設定表を使用して、アウトバウンド EDI 取引用のインタフェース・データ・ファイルを作成します。 Oracle e-Commerce Gateway で拡張可能アーキテクチャを使用するための設定処理は、次のように 3 段階に分かれます。

1. 拡張表の列を定義します。

タスク : 必要な新規列を適切な拡張表に追加します。

2. アウトバウンド・インタフェース・ファイルでのデータ位置を定義します。

EDI変換機能

OraclePurchasing

EDI抽出プログラム

Oracle EDI Gateway

ECE_PO_INTERFACE _SHIPMENTS

ECE_ PO_INTERFACE _SHIPMENTS _X

拡張抽出プログラ

ム（カスタム）

ECE_PO_INTERFACE_HEADERS

ECE_PO_INTERFACE _HEADERS _X

ECE_PO_INTERFACE _LINES

ECE_ PO_INTERFACE_LINES_X

POOデータ・フラ

ットファイル

ECE_OUTPUT

その他のデー

タ・ソース



タスク : 拡張表に追加された新しい列（前述のステップ 1）のそれぞれについて、ECE_INTERFACE_COLUMNS にレコードを挿入して、インタフェース・ファイルでのデータ要素の位置を決定します。

3. プロシージャを変更して、外部ソース・データを拡張表に移動します。

タスク : 拡張パッケージ本体の適切なプロシージャを変更して、新しい列にデータを移入します。

これらのプロシージャの更新については、Oracle サポートの Web サイトを確認してください。

拡張表の列の定義拡張表の列の定義拡張表の列の定義拡張表の列の定義

タスクタスクタスクタスク : 適切な拡張表に列を追加します。

Oracle e-Commerce Gateway のインストール時に、すべての拡張表が作成されます。各インタフェース表ごとに拡張表が 1 つあり、各拡張表には TRANSACTION_RECORD_ID 列のみがあります。この列が、関連するインタフェース表の TRANSACTION_ RECORD_ID 列に対応します。これは 2 つの表の間のリンクを維持するために使用されます。希望する拡張表に列を追加するには、ALTER TABLE コマンドのような単純な SQL DDL 文を使用します。

たとえば、ある企業では発注品目ごとに資材アナリストを割り当てて、品目の仕様、耐久性、標準品質などのデータを判断するものとします。さらに、その企業では MATERIAL_ANALYSTS というカスタム・データベース表を作成して資材アナリストに関するデータを保持しているものとします。仕入先から品目に関連する質問、具体的にはカスタム表の次の列のデータに関連する質問を受けた場合、このカスタム表の担当者データを各発注明細とともに送信するようにします。

MATERIAL_ANALYST_CODE

MATERIAL_ANALYST_LAST_NAME

MATERIAL_ANALYST_FIRST_NAME

MATERIAL_ANALYST_PHONE

MATERIAL_ANALYST_EMAIL

初に、データベースで適切な拡張表の位置を特定します。発注明細データを保持するOracle e-Commerce Gateway インタフェース表は ECE_PO_INTERFACE_LINES で、対応する拡張表は ECE_PO_INTERFACE_LINES_X です。インストール時のインタフェース表と拡張表の関係は次のようになっています。



表の所有権の決定表の所有権の決定表の所有権の決定表の所有権の決定 :データベース表は所有者または所有権を付与されているユーザーによってしか変更できないため、拡張表の所有者（またはスキーマ）を決定する必要があります。デフォルトでは、Oracle e-Commerce Gateway 表はすべて Oracle Applications のインストール時にユーザー

「EC」によって所有されますが、通常は「APPS」ユーザーが特権アカウントとして作成されます。拡張表の所有者を確認するには、任意の SQL*Plus セッションから次のように入力します。

SQL> select owner from all_tables where table_name = 'ECE_PO_INTERFACE_LINES_X';OWNER______EC1 row selected

拡張表への列の追加拡張表への列の追加拡張表への列の追加拡張表への列の追加 :必要な列を拡張表に追加するには、所有者（この場合、ユーザー「EC」）または特権ユーザー（「APPS」など）として SQL*Plus にログインし、次のように入力します。

SQL> alter table EC.ECE_PO_INTERFACE_LINES_X add ( Material_Analyst_Code VARCHAR2(30), Material_Analyst_Last_Name VARCHAR2(40), Material_Analyst_First_Name VARCHAR2(20), Material_Analyst_Phone VARCHAR2(30), Material_Analyst_Email VARCHAR2(30) );

表が変更されます。

新しい拡張表の構造は、次のように入力して確認できます。

SQL> describe EC.ECE_PO_INTERFACE_LINES_X;

ECE_PO_INTERFACE_LINES

* Line Number* Line Order Quantity* Line UOM

o Line Attribute 1o Line Attribute 2




凡例凡例凡例凡例

#* 一意 ID* 必須

o オプション



ECE_PO_INTERFACE_LINES_X_________________________________________________________TRANSACTION_RECORD_ID NOT NULL NUMBERMATERIAL_ANALYST_CODE VARCHAR2(30)MATERIAL_ANALYST_LAST_NAME VARCHAR2(40)MATERIAL_ANALYST_FIRST_NAME VARCHAR2(20)MATERIAL_ANALYST_PHONE VARCHAR2(30)MATERIAL_ANALYST_EMAIL VARCHAR2(30)

拡張表は、業務要件を満たすように変更されており、変更内容は次のように表せます。

アウトバウンド・インタフェース・ファイルでのデータ位置を定義します。アウトバウンド・インタフェース・ファイルでのデータ位置を定義します。アウトバウンド・インタフェース・ファイルでのデータ位置を定義します。アウトバウンド・インタフェース・ファイルでのデータ位置を定義します。

タスクタスクタスクタスク : ECE_INTERFACE_COLUMNS 表にレコードを追加します。

Oracle e-Commerce Gateway では、データ・ディクショナリとして機能する一連の表が使用されます。 Oracle e-Commerce Gateway をインストールした時点で、これらの表には標準の取引をサポートするために必要なデータがすべて埋め込まれています。アウトバウンド取引の場合、ECE_INTERFACE_COLUMNS 表には、どのデータ要素をインタフェース・ファイルに書き込み、それを出力ファイルのどこに置くかという抽出処理を示すデータが含まれています。この表にあるデータ要素のみが、指定されたアウトバウンド取引のインタフェース・ファイルに書き込まれます。この結果、拡張表のユーザー定義データに対するレコードは、ECE_INTERFACE_COLUMNS に追加する必要があります。

前述の例を続けると、ECE_PO_INTERFACE_LINES_X に追加された各列に対して、新しいデータが出力ファイルに入るようにレコードを ECE_INTERFACE_COLUMNS に挿入する必要があります。

ECE_INTERFACE_COLUMNS の所有者（通常は「EC」）または特権ユーザー（「APPS」など）として SQL*Plus セッションにログインし、次のコマンドを入力して、新しい拡張表データの初の列を挿入します。前に定義した各列に対してこれを実行します。

ECE_PO_INTERFACE_LINES * Line Number * Line Order Quantity * Line UOM o Line Attribute 1 o Line Attribute 2 #* Transaction Record ID



凡例凡例凡例凡例 #* 一意 ID * 必須 o オプション

o Material Analyst Code o Material Analyst last Name o Material Analyst First Name o Material Analyst Phone o Material Analyst Email



INSERT 文は次のとおりです。文は次のとおりです。文は次のとおりです。文は次のとおりです。 INSERT INTO ece_interface_columns( interface_column_id, interface_table_id, interface_column_name, base_table_name, base_column_name, record_number, position, width, data_type, conversion_sequence, record_layout_code, record_layout_qualifier, conversion_group_id, xref_category_allowed, element_tag_name, external_level, map_id, staging_column, creation_date, created_by, last_update_date, last_updated_by, last_update_login) SELECT ece_interface_column_id_s.NEXTVAL, (SELECT eit.interface_table_id FROM ece_interface_tbls_upg eit, ece_mappings_upg em WHERE em.map_code = 'EC_POO_FF' AND eit.output_level = '5' AND em.map_id = eit.map_id), NULL, NULL, 'MATERIAL_ANALYST_CODE', NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, 'N', NULL, 5,



ece_map_id_s.CURRVAL, 'FIELD500', SYSDATE, 1, SYSDATE, 1, 1 FROM DUAL;

拡張表に追加された各各各各列ごとに、INSERT 文が 1 つ必要です。

FIELDnnn 番号番号番号番号 :前述の INSERT 文では、Oracle e-Commerce Gateway の汎用 FIELDnnn 列に対して固有のフィールドを定義します。 1 つの取引内の任意の表に対して、大 500 個の汎用 FIELD 名

（FIELD1 から FIELD500）が事前に定義されています。

各フィールドに対して、FIELD500 から始めてフィールド番号を 1 つずつ減らして使用することをお薦めします。も番号の大きいフィールドは、提供された取引により使用されることはほとんどありません。与えられた表に使用できる列よりも多くの列が必要な場合、問題が発生する可能性があります。 Oracle e-Commerce Gateway の提供する取引ですでに使用された FIELDnnn 列を再利用した場合、データが失われます。

レコード番号レコード番号レコード番号レコード番号 :Record_Number には、対応するインタフェース表の値の範囲内の任意の値をとることができます。たとえば、発注アウトバウンド（POO）取引は、典型的なヘッダー明細 - 明細詳細出力構造を持ち、次の範囲をとります。

取引取引取引取引 : 発注アウトバウンド発注アウトバウンド発注アウトバウンド発注アウトバウンドインタフェース表名インタフェース表名インタフェース表名インタフェース表名開始開始開始開始 FIELD 番号番号番号番号終了終了終了終了 FIELD 番号番号番号番号

Oracle e-Commerce Gateway 取引 1 n

取引変更で使用できるフィールド N+1 500

ユーザー定義の新規フィールド 500 から逆方向に向かっ

て番号を使用します。

500

取引取引取引取引 : 発注アウトバウンド発注アウトバウンド発注アウトバウンド発注アウトバウンドインタフェース表名インタフェース表名インタフェース表名インタフェース表名レコード番号範囲レコード番号範囲レコード番号範囲レコード番号範囲

ECE_PO_INTERFACE_HEADERS 1000 - 1999

ECE_PO_INTERFACE_LINES 2000 - 2999

ECE_PO_INTERFACE_SHIPMENTS 3000 - 3999



（どのレコードも合計バイト数が 1024 を超えないという条件で）拡張表のデータ要素には、対応するインタフェース表のデータ要素を取り混ぜることができますが、拡張表のデータは

「x900」レコードから始まるのが慣例です。 Position の値により、指定した Record_Number内内内内のデータ要素の相対的な出力順序が決まります。

注意注意注意注意 : 拡張表のデータ要素は対応するインタフェース表の範囲内でしかしかしかしかマップできないため、1024 バイトを超えるデータを格納できるレコード番号はありません。

データを拡張表に移動するようプロシージャを変更します。データを拡張表に移動するようプロシージャを変更します。データを拡張表に移動するようプロシージャを変更します。データを拡張表に移動するようプロシージャを変更します。

タスクタスクタスクタスク : パッケージ本体のコードを変更します。

ビジネス・ニーズを満たすようにカスタマイズできる拡張表が Oracle e-Commerce Gatewayの拡張可能アーキテクチャに提供されているのとまったく同じように、拡張表にデータを移入するためにカスタマイズできるパッケージ・プロシージャも提供されています。個々のアウトバウンド取引ごとに拡張パッケージが 1 つあり、各拡張パッケージにはその取引の個々の拡張表ごとに 1 つのプロシージャが含まれています。拡張パッケージは、パッケージ仕様とパッケージ本体の 2 つのソース・コード・ファイルで構成され、それぞれのウィンドウには次のファイル名が付いています。

ECExxxxXS.pls

ECExxxxXB.pls

ここで xxxx は、指定された取引に対する 3 ～ 4 文字の一意の識別子を表します。これらのソース・コード・ファイルは、通常、次のディレクトリ

$APPL_TOP/ec/admin/sql

にあり、任意のテキスト・エディタで変更できます。変更の必要があるのはパッケージ本体のみです。パッケージ仕様ファイルは変更しない変更しない変更しない変更しないでください。

たとえば、発注アウトバウンド（POO）取引には、対応する拡張パッケージ本体「ECEPOOXB.pls」があり、次のプロシージャが含まれています。

Populate_Ext_Header

Populate_Ext_Line

Populate_Ext_Shipment

前述の例で ECE_PO_INTERFACE_LINES_X に追加された新しい列にデータを移入するには、プロシージャ「Populate_Ext_Line」を変更する必要があります。インストール時の全プロシージャは次のとおりです。



プロシージャプロシージャプロシージャプロシージャ : PROCEDURE Populate_Ext_Line (l_fkey IN NUMBER, l_plsql_table IN ece_flatfile_pvt.interface_tbl_type)ISBEGIN NULL;END PROCEDURE Populate_Ext_Line;

ECE_PO_INTERFACE_LINES にレコードが挿入されるたびにこのプロシージャがコールされますが、まったく何もしません。このプロシージャは、「キー」値と PL/SQL 表の 2 つのパラメータをとります。「キー」値は TRANSACTION_RECORD_ID 値で、インタフェース表と拡張表の両方に対する主キーです。

「interface_tbl_type」は、次の構造を持った PL/SQL 表の型定義です。

base_table_name VARCHAR2(50) -- Application table namebase_column_name VARCHAR2(50) -- Application column nameinterface_table_name VARCHAR2(50) -- Interface table nameinterface_column_name VARCHAR2(50) -- Interface column namerecord_num NUMBER -- Interface File Record Numposition NUMBER -- Interface File Positiondata_type VARCHAR2(50) -- Data typedata_length NUMBER -- Data lengthvalue VARCHAR2(400) -- Interface table valuelayout_code VARCHAR2(2) -- Layout Codelayout_qualifier VARCHAR2(3) -- Layout Qualifierinterface_column_id NUMBER -- Interface Column Idconversion_sequence NUMBER -- Conversion Sequencexref_category_id NUMBER -- Cross-reference categoryconversion_group_id NUMBER -- Conversion Group Idxref_key1_source_column VARCHAR2(50) -- Cross-reference source 1xref_key2_source_column VARCHAR2(50) -- Cross-reference source 2xref_key3_source_column VARCHAR2(50) -- Cross-reference source 3xref_key4_source_column VARCHAR2(50) -- Cross-reference source 4xref_key5_source_column VARCHAR2(50) -- Cross-reference source 5ext_val1 VARCHAR2(80) -- Cross-reference value 1ext_val2 VARCHAR2(80) -- Cross-reference value 2ext_val3 VARCHAR2(80) -- Cross-reference value 3ext_val4 VARCHAR2(80) -- Cross-reference value 4ext_val5 VARCHAR2(80) -- Cross-reference value 5



PL/SQL 表の各レコードがインタフェース表の単一の列を表し、インタフェース表のすべての列に対して PL/SQL 表に 1 つのレコードがあります（言い換えると、PL/SQL 表は、各レコードが前述の構造を持つレコード配列と見なすことができます）。「int_val」属性には、インタフェース表の列に格納された値が保持されます（VARCHAR2 に変換されます）。

注意注意注意注意 : PL/SQL 表は、関連するアウトバウンド・インタフェース表でなくでなくでなくでなく、関連するアウトバウンド取引のビューのCOLUMN_NAMEを使用して作成されることに注意してください。したがって、ece_flatfile_pvt パッケージ・プロシージャと関数を使用する場合、渡されるCOLUMN_NAME 値が、必ず関連するビューの列名に一致するようにしてください。

前述の例を完成するには、カスタム表 MATERIAL_ANALYSTS に、資材アナリスト担当者データを特定の発注可能品目に関連付ける列 INVENTORY_ITEM_ID が含まれていると考えます。「Populate_Ext_Lines」プロシージャを次のように変更することで、カスタム・データベース表から必要なデータが抽出されて、拡張表に挿入されます。

プロシージャプロシージャプロシージャプロシージャ :

PROCEDURE Populate_Ext_Line (l_fkey IN NUMBER, l_plsql_table IN ece_flatfile_PVT.interface_tbl_type)IS

/* ** ** Variable definitions. ** */

v_ItemID INTEGER; v_ItemIDPosition INTEGER;

BEGIN

/* ** Find the position of the ITEM_ID in the PL/SQL table. Then ** use the value stored in that position to select the necessary ** contact data from the MATERIAL_ANALYSTS custom table. ** */

ece_flatfile_PVT.find_pos ( l_plsql_table, 'ITEM_ID', v_ItemIDPosition );

/* ** Every value in the PL/SQL table is stored as VARCHAR2, ** so convert the value to a number. ** */



v_ItemID := TO_NUMBER(l_plsql_table(v_ItemIDPosition).value);

/* ** Get the necessary data from MATERIAL_ANALYSTS and insert it ** into ECE_PO_INTERFACE_LINES_X. */

INSERT INTO ece_po_interface_lines_x( Transaction_Record_ID, Material_Analyst_Code, Material_Analyst_Last_Name, Material_Analyst_First_Name, Material_Analyst_Phone, Material_Analyst_Email ) SELECT l_fkey, material_analyst_code, material_analyst_last_name, material_analyst_first_name, material_analyst_phone, material_analyst_email FROM material_analysts WHERE inventory_item_id = v_ItemID;END PROCEDURE Populate_Ext_Line;

プロシージャを変更した後、変更を有効にするために再コンパイルする必要があります。「APPS」ユーザーとして SQL*Plus にログインし、次のコマンドを発行します。

SQL> @ECEPOOXB.plsPackage body created.

カスタマイズ処理は完了しました。今後アウトバウンド発注取引を実行するたびに、出力となる取引インタフェース・ファイルに新しい拡張表データ要素が含まれます。


取引要約レイア

A
取引要約レイアウト取引要約レイアウト取引要約レイアウト取引要約レイアウト
この付録には、Oracle e-Commerce Gateway の実装に関する次の情報が含まれています。

Oracle Inventory 取引要約 : A-2 ページ

Oracle Order Management 取引要約 : A-7 ページ

Oracle Payables 取引要約 : A-7 ページ

Oracle Process Manufacturing 取引要約 : A-23 ページ

Oracle Purchasing 取引要約 : A-24 ページ

Oracle Receivables 取引要約 : A-58 ページ

Oracle Release Management 取引要約 : A-76 ページ

Oracle Shipping Execution 取引要約 : A-91 ページ

Oracle Supplier Scheduling 取引要約 : A-91 ページ

ウト A-1

Oracle Inventory 取引要約

Oracle Inventory 取引要約取引要約取引要約取引要約この付録には、次の Oracle Inventory 取引が要約されています。

現在の情報現在の情報現在の情報現在の情報取引ファイルは、取引に対してデータの追加などの拡張が行われた場合に変わる可能性があります。

現在の取引の要約は、Oracle Support Web サイトにあります。

現在の詳細レコード・レイアウトは、取引定義レイアウト・レポートとインタフェース・ファイル・データ・レポートを介してレポートされます。

アウトバウンド移動統計（アウトバウンド移動統計（アウトバウンド移動統計（アウトバウンド移動統計（INTRASTAT））））

(MVSTO/No X12/CUSDEC) レコード体系

単一取引には、次のデータ階層およびデータ・ループがあります。

取引名取引名取引名取引名行先行先行先行先取引コード取引コード取引コード取引コードASC X12 EDIFACT

移動統計アウトバウンド MVSTO N/A CUSDEC

A-2　Oracle e-Commerce Gateway インプリメンテーション・マニュアル


表表表表 A-1 取引内のレコード・オカレンス取引内のレコード・オカレンス取引内のレコード・オカレンス取引内のレコード・オカレンス :

レコードレコードレコードレコード内容内容内容内容オカレンスオカレンスオカレンスオカレンス

0010-0050 EDI ゲートウェイ制御レ

コード

取引当り 1 レコード・オカレンスのみ

1000-1020 移動ヘッダー・レコード取引当り 1 レコード・オカレンスのみ

2000-2230 移動詳細レコード移動ヘッダー内の品目当り 1 レコード・セット

3000-3020 移動事業所レコード移動詳細内の品目当り 1 レコード・セット

取引要約レイアウト A-3


表表表表 A-2 レコード要約レコード要約レコード要約レコード要約 :

データデータデータデータデータ・レベルデータ・レベルデータ・レベルデータ・レベルレコード番号レコード番号レコード番号レコード番号ノートノートノートノート

1 制御レコードヘッダー 0010

2 取引先ヘッダー・フレックスフィールド

ヘッダー 0020-0050 カスタム

3 移動タイプ、ステータス、期間ヘッダー 1000

4 法的エンティティ所在地ヘッダー 1010

5 合計単位、レコードおよび重量ヘッダー 1020

6 取引 / 移動の種類詳細 2000

7 転記、エリア、ゾーン・コード詳細 2010

8 通貨、原価、価格詳細 2020

9 取引数量、単位、重量詳細 2030

10 商品コード / 摘要詳細 2040

11 品目摘要、注釈詳細 2050

12 文書ソース / 参照詳細 2060

13 出荷 / 入金参照、コンテナ詳細 2070

14 請求日 / 参照 / 数量詳細 2080

15 請求先所在地詳細 2090

16 仕入先名 / サイト詳細 2100

17 移動フレックスフィールド詳細 2200-2230 フレックスフィールド

18 請求先所在地事業所 3000

19 出荷先所在地事業所 3010

20 仕入先所在地事業所 3020



表表表表 A-3 共通キー位置共通キー位置共通キー位置共通キー位置 1 ～～～～ 100 の取引仕様データの取引仕様データの取引仕様データの取引仕様データ

表表表表 A-4 共通キー位置共通キー位置共通キー位置共通キー位置 1 ～～～～ 100 のレコード当り取引仕様データのレコード当り取引仕様データのレコード当り取引仕様データのレコード当り取引仕様データ

位置位置位置位置コードコードコードコード内容内容内容内容

1-25 TP_CD EDI 変換機能に定義された取引先コード

26-47 ヘッダー移動ヘッダー

48-69 詳細移動詳細

70-91 事業所移動詳細事業所

92-95 （変化）レコード番号

96-97 （変化）レコード・レイアウト

98-100 （変化）レコード・レイアウト・クオリファイア

データデータデータデータ取引先取引先取引先取引先参照参照参照参照 1 参照参照参照参照 2 参照参照参照参照 3レコードレコードレコードレコード番号番号番号番号


レコード・レコード・レコード・レコード・クオリファクオリファクオリファクオリファイアイアイアイア

長さ長さ長さ長さ 25 22 22 22 4 2 3

位置位置位置位置 1-25 26-47 48-69 70-91 92-95 96-97 98-100

1 制御レコード TP_CD ヘッダー 0010 CT CTL

2 取引先ヘッダー・フレックスフィールド1 ～ 4

TP_CD ヘッダー 0020 A1 TH1





5 取引先ヘッダー・フレックスフィールド15


6 移動タイプ、ステータス、期間

TP_CD ヘッダー 1000 RP RPT

7 法的エンティティ所在地

TP_CD ヘッダー 1010 AX LE1



8 合計単位、レコードおよび重量

TP_CD ヘッダー 1020 RP TOT

9 取引 / 移動の種類 TP_CD ヘッダー詳細 2000 MV MOV

10 転記、エリア、ゾーン・コード

TP_CD ヘッダー詳細 2010 MV MV1

11 通貨、原価、価格 TP_CD ヘッダー詳細 2020 MV CUR

12 取引数量、単位、重量 TP_CD ヘッダー詳細 2030 MV AMT

13 商品コード / 摘要 TP_CD ヘッダー詳細 2040 MV COM

14 品目摘要、注釈 TP_CD ヘッダー詳細 2050 MV CMT

15 文書ソース / 参照 TP_CD ヘッダー詳細 2060 MV DOC

16 出荷 / 入金参照、コ

ンテナ

TP_CD ヘッダー詳細 2070 MV MSC

17 請求日 / 参照 / 数量 TP_CD ヘッダー詳細 2080 MV INV

18 請求先所在地 TP_CD ヘッダー詳細 2090 LC CUS

19 仕入先名 / サイト TP_CD ヘッダー詳細 2100 LC VEN

20 移動フレックスフィールド 1 ～ 4

TP_CD ヘッダー詳細 2200 A1 MV1





23 移動フレックスフィールド 15


24 請求先所在地 TP_CD ヘッダー詳細事業所 3000 AD BT1

25 出荷先所在地 TP_CD ヘッダー詳細事業所 3010 AD ST1

26 仕入先所在地 TP_CD ヘッダー詳細事業所 3020 AD VN1


Oracle Payables 取引要約

Oracle Order Management 取引要約取引要約取引要約取引要約

表表表表 A-5 次の次の次の次の Oracle Release Management 取引は、リリース取引は、リリース取引は、リリース取引は、リリース 11i.1 で使用できます。で使用できます。で使用できます。で使用できます。


現在の取引の要約は、リリース時点で Oracle Support Web サイトにあります。


Oracle Payables 取引要約取引要約取引要約取引要約

表表表表 A-6 この付録には、次のこの付録には、次のこの付録には、次のこの付録には、次の Oracle Payables 取引が要約されています。取引が要約されています。取引が要約されています。取引が要約されています。


発注インバウンド POI 850 ORDERS

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

発注承認アウトバウンド POAO 855 ORDRSP

発注承認アウトバウンド PCAO 865 ORDRSP


請求書インバウンド INI 810 INVOIC



支払オーダー / 送金アドバイスアウトバウンド PYO 820 PAYORD/PAYEXT/REMADV






インバウンド請求書インバウンド請求書インバウンド請求書インバウンド請求書

(INI/810/INVOIC) 単一取引には、次のデータ階層およびデータ・ループがあります。






0010 制御レコード取引当り 1 レコード・オカレンスのみ

0020-0070 ゲートウェイ・フレックスフィールド

取引当り 1 レコード・セット

1000-2999 請求書ヘッダー・レコード取引当り 1 レコード・オカレンスのみ

3000-4999 請求品目レコード請求ヘッダー内の品目当り 1 レコード・セット


1 制御レコード請求ヘッダー 0010

2 基本請求書ヘッダー請求ヘッダー 1000

3 通貨請求ヘッダー 1010

4 請求元所在地請求ヘッダー 1020

5 請求書ヘッダー・フレックスフィールド

請求ヘッダー 2000-2030 フレックスフィールド

6 請求ヘッダー・グローバル・フレックスフィールド

請求ヘッダー 2100-2140 フレックスフィールド

7 拡張表 :請求書ヘッダー

請求ヘッダー 2900 （カスタム）

8 基本品目請求明細 3000

9 基本品目（摘要、税）請求明細 3010

10 請求明細フレックスフィールド請求明細 3020 その他摘要

11 請求明細フレックスフィールド請求明細 4000-4030 フレックスフィールド

12 請求明細グローバル・フレックスフィールド

請求明細 4100-4140 フレックスフィールド

13 拡張表 : 請求品目データ請求明細 4900 （カスタム）



インバウンド請求書インバウンド請求書インバウンド請求書インバウンド請求書

(INI/810/INVOIC)

表表表表 A-9 共通キー位置共通キー位置共通キー位置共通キー位置 1 ～～～～ 100 の取引仕様データの取引仕様データの取引仕様データの取引仕様データ :

表表表表 A-10 共通キー位置共通キー位置共通キー位置共通キー位置 1 ～～～～ 100 のレコード当り取引仕様データのレコード当り取引仕様データのレコード当り取引仕様データのレコード当り取引仕様データ :



26-47 請求請求書番号

48-69 品目発注明細品目番号

70-91 （空白）（空白）




データデータデータデータ取引取引取引取引取引先取引先取引先取引先参照参照参照参照 1 参照参照参照参照 2 参照参照参照参照 3


レコードレコードレコードレコードレイアウトレイアウトレイアウトレイアウト

レコードレコードレコードレコードレイアウトレイアウトレイアウトレイアウトクオリファクオリファクオリファクオリファイアイアイアイア

長さ 25 22 22 22 4 2 3

位置 1-25 26-47 48-69 70-91 92-95 96-97 98-100

1 制御レコード TP_CD 請求 0010 CT CTL

2 基本請求書ヘッダー TP_CD 請求 1000 IV IV1

3 基本請求書ヘッダー TP_CD 請求 1010 IV IV2

4 仕入先サイト TP_CD 請求 1020 AD BF

5 請求書ヘッダー・フレックスフィールド 1-4

TP_CD 請求 2000 A1 IV1







8 請求書ヘッダー・フレックスフィールド 15


9 請求ヘッダー・グローバル・フレックスフィールド 1 ～ 4

TP_CD 請求 2100 A1 HG1







13 請求ヘッダー・グローバル・フレックスフィールド 20


14 拡張表 : 請求書ヘッダー TP_CD 請求 2900 （カスタム）

15 基本品目データ TP_CD 請求品目 3000 IT IT1

16 基本品目データ（摘要） TP_CD 請求品目 3010 IT IT2

17 その他摘要 TP_CD 請求品目 3020 IT IT3

18 請求明細フレックスフィールド1 ～ 4

TP_CD 請求品目 4000 A1 IT1





21 請求明細フレックスフィールド15


22 請求明細グローバル・フレックスフィールド 1 ～ 4

TP_CD 請求品目 4100 A1 IG1







26 請求明細グローバル・フレックスフィールド 20


27 拡張表 : 品目 TP_CD 請求品目 4900 （カスタム）



インバウンド出荷および請求通知インバウンド出荷および請求通知インバウンド出荷および請求通知インバウンド出荷および請求通知

(SBNI/857/No EDIFACT) 単一取引には、次のデータ階層およびデータ・ループがあります。




1000-1900 出荷通知ヘッダー・レコード取引当り 1 レコード・オカレンスのみ

2000-3900 出荷通知品目レコード出荷通知ヘッダー内の品目当り 1 レコード・セット



表表表表 A-12 レコード要約レコード要約レコード要約レコード要約

連番連番連番連番データ・タイプデータ・タイプデータ・タイプデータ・タイプデータ・レベルデータ・レベルデータ・レベルデータ・レベルレコードレコードレコードレコード（位置（位置（位置（位置 92 ～～～～ 95））））ノートノートノートノート


2 出荷通知基本ヘッダーヘッダー 1000

3 運送業者、重量、梱包ヘッダー 1010

4 出荷支払方法ヘッダー 1020

5 通貨、税、支払条件ヘッダー 1030

6 引当金 / 費用（運送費）ヘッダー 1040

7 有害資材、特別処理ヘッダー 1050

8 ヘッダー・ノートヘッダー 1090

9 仕入先所在地 / コードヘッダー 1100

10 搬送先所在地 / コードヘッダー 1120

11 搬送先担当者ヘッダー 1130

12 出荷ヘッダー・フレックスフィールド

ヘッダー 1200-1230 フレックスフィールド

13 基本品目データ明細 2000

14 有害資材コード明細 2010

15 通貨、税（品目レベル）明細 2020

16 ノート明細 2030

17 出荷明細フレックスフィールド明細 2100-2130 フレックスフィールド

18 取引フレックスフィールド明細 2140-2170 フレックスフィールド

19 搬送先所在地明細 3000

20 搬送先事業所明細 3020




(SBNI/857/No EDIFACT)





26-47 出荷出荷番号

48-69 明細品目番号

70-91 （空白） N/A




レコードレコードレコードレコード TP_CD 参照参照参照参照 1 参照参照参照参照 2 参照参照参照参照 3レコードレコードレコードレコード番号番号番号番号



長さ 25 22 22 22 4 2 3

位置 1-25 26-47 48-69 70-91 92-95 96-97 98-100

1 制御レコード TP_CD 出荷 0010 CT CTL

2 出荷通知基本ヘッダー TP_CD 出荷 1000 L1 DL1

3 運送業者、重量、梱包 TP_CD 出荷 1010 L2 DL2

4 出荷支払方法 TP_CD 出荷 1020 L3 DL3

5 通貨、税、支払条件 TP_CD 出荷 1030 L4 DL4

6 引当金 / 費用（運送費） TP_CD 出荷 1040 L5 DL5

7 有害資材、特別処理 TP_CD 出荷 1050 HZ HZ1

8 ヘッダー・ノート TP_CD 出荷 1090 N1 NH1

9 仕入先所在地 / コード TP_CD 出荷 1100 AD SF



10 搬送先所在地 / コード TP_CD 出荷 1120 AX ST

11 搬送先担当者 TP_CD 出荷 1130 CN ST

12 出荷ヘッダー・フレックスフィールド 1-4

TP_CD 出荷 1200 A1 SH1





15 出荷ヘッダー・フレックスフィールド 15


16 基本品目データ TP_CD 出荷明細 2000 L1 IT1

17 有害資材コード TP_CD 出荷明細 2010 L2 IT2

18 通貨、税（品目レベル） TP_CD 出荷明細 2020 L3 IT3

19 ノート TP_CD 出荷明細 2030 N1 ND1

20 出荷明細フレックスフィールド 1-4

TP_CD 出荷明細 2100 A1 SL1





23 出荷明細フレックスフィールド 15


24 オーダー明細フレックスフィールド 1-4

TP_CD 出荷明細 2140 A1 RC1





27 オーダー明細フレックスフィールド 15


28 搬送先所在地 / コード TP_CD 出荷明細 3000 AX ST

29 搬送先事業所 TP_CD 出荷明細 3020 CO ST



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

(ADVO/824/APERAK) 単一取引には、次のデータ階層およびデータ・ループがあります。






1000-1999 アプリケーション・アドバイス・ヘッダー・レコード


2000-2999 アプリケーション・アドバイス詳細レコード

取引内のエラー当り 1 詳細レコード・セット





(ADVO/824/APERAK)


データ・タイプデータ・タイプデータ・タイプデータ・タイプデータ・レベルデータ・レベルデータ・レベルデータ・レベルレコード番号レコード番号レコード番号レコード番号


2 取引先ヘッダー属性ヘッダー 0020-050 カスタム

3 取引先詳細属性ヘッダー 0060-0070 カスタム

4 アドバイス・ヘッダー外部参照ヘッダー 1000-1010 フレックスフィールド

6 アドバイス・ヘッダー内部参照ヘッダー 1020-1030 フレックスフィールド

8 取引先所在地ヘッダー 1040

9 拡張表 : ヘッダー・レベルヘッダー 1900 （カスタム）

10 アドバイス詳細外部参照詳細 2000-2010 フレックスフィールド

12 アドバイス詳細内部参照詳細 2020--2030 フレックスフィールド

14 アドバイス詳細データ（エラー）詳細 2040

15 アドバイス詳細データ（受入）詳細 2050

16 拡張表 : 詳細レベル詳細 2900 （カスタム）



26-47 DOC 関連文書 ID

48-69 ERR_CNT エラー・カウンタ

70-91 （空白）未使用









レコードレコードレコードレコードクオリファクオリファクオリファクオリファイアイアイアイア

長さ 25 22 22 22 4 2 3

位置 1-25 26-47 48-69 70-91 92-95 96-97 98-100

1 制御レコード TP_CD 0010 CT CTL

2 取引先ヘッダー属性 TP_CD 0020 A1 TH1




6 取引先詳細属性 TP_CD 0060 A1 TD1


8 アドバイス・ヘッダー外部参照 1-4

TP_CD DOC 1000 HD EX1



10 アドバイス・ヘッダー内部参照 1-5

TP_CD DOC 1020 HD IN1

11 アドバイス・ヘッダー内部参照 6


12 取引先所在地 TP_CD DOC 1040 AD TP1

13 拡張表 : ヘッダー・レベ

ル

TP_CD DOC 1900 （カスタム）（カスタム）

14 アドバイス詳細外部参照1-4

TP_CD DOC ERR_CNT

2000 DT EX1

15 アドバイス詳細外部参照5-6

TP_CD DOC ERR_CNT

2010 DT EX2

16 アドバイス詳細内部参照1-5

TP_CD DOC ERR_CNT

2020 DT IN1

17 アドバイス詳細内部参照6

TP_CD DOC ERR_CNT

2030 DT IN2

18 アドバイス詳細データ（エラー）

TP_CD DOC ERR_CNT

2040 ER ER1



アウトバウンド支払オーダーアウトバウンド支払オーダーアウトバウンド支払オーダーアウトバウンド支払オーダー / 送金アドバイス送金アドバイス送金アドバイス送金アドバイス

(PYO/820/PAYORD/REMADV) 単一取引には、次のデータ階層およびデータ・ループがあります。


19 アドバイス詳細データ（受入）

TP_CD DOC ERR_CNT

2050 AC AC1

20 拡張表 : 詳細レベル TP_CD DOC ERR_CNT

2900 （カスタム）（カスタム）





1000-1250 支払ヘッダー・レコード取引当り 1 レコード・オカレンスのみ

2000-2090 送金 / 請求レコード支払ヘッダー内の請求当り 1 レコード・セット





1 制御レコードチェック 0010

2 取引先ヘッダー属性チェック 0020-0050 カスタム

3 取引先詳細属性チェック 0060-0070 カスタム

4 勘定データチェック 1000

5 支払データチェック 1010

6 仕入先フレックスフィールドチェック 1020

7 銀行所在地 / コードチェック 1030

8 銀行担当者チェック 1040

9 仕入先銀行チェック 1050

10 仕入先サイト所在地 / コードチェック 1080

11 グローバル ABA 属性フレックス

フィールド

チェック 1090-1130 フレックスフィールド

12 グローバル ABAS 属性フレック

スフィールド


13 グローバル PVS 属性フレックス

フィールド


14 請求先内部所在地チェック 1240

15 VAT 登録チェック 1250

16 拡張表 : 支払データチェック 1900 （カスタム）

17 送金 / 請求書詳細請求 2000

18 送金アドバイス・フレックスフィールド

請求 2010-2040 フレックスフィールド

19 グローバル INV 属性フレックス

フィールド

請求 2050-2090 フレックスフィールド



アウトバウンド支払オーダーアウトバウンド支払オーダーアウトバウンド支払オーダーアウトバウンド支払オーダー / 送金アドバイス送金アドバイス送金アドバイス送金アドバイス

(PYO/820/PAYORD/REMADV)





26-47 バッチ支払バッチ番号

48-69 請求請求番号

70-91 （空白）未使用






レコードクレコードクレコードクレコードクオリファイオリファイオリファイオリファイアアアア

長さ 25 22 22 22 4 2 3

位置 1-25 26-47 48-69 70-91 92-95 96-97 98-100








8 勘定データ TP_CD バッチ 1000 BK BK1

9 支払データ TP_CD バッチ 1010 PY PAY

10 仕入先フレックスフィールド TP_CD バッチ 1020 VN VN1

11 銀行所在地 / コード TP_CD バッチ 1030 AD BK1



12 銀行担当者 TP_CD バッチ 1040 CN BK1

13 仕入先銀行 TP_CD バッチ 1050 AD SB1

14 仕入先サイト所在地 / コード TP_CD バッチ 1080 AD VS1

15 グローバル ABA フレックス

フィールド 1 ～ 4TP_CD バッチ 1090 GA BK1








フィールド 20TP_CD バッチ 1130 GA BK5

20 グローバル ABAS フレック

スフィールド 1 ～ 4TP_CD バッチ 1140 GA SK1








スフィールド 20TP_CD バッチ 1180 GA SK5

25 グローバル PVS フレックス

フィールド 1 ～ 4TP_CD バッチ 1190 GA VS1








フィールド 20TP_CD バッチ 1230 GA VS5

30 請求先内部所在地 TP_CD バッチ 1240 AX PY


Oracle Process Manufacturing 取引要約

Oracle Process Manufacturing 取引要約取引要約取引要約取引要約

表表表表 A-23 次の次の次の次の Oracle Process Manufacturing 取引が使用できます。取引が使用できます。取引が使用できます。取引が使用できます。

31 VAT 登録 TP_CD バッチ 1250 VA 税

32 拡張表 : 支払データ TP_CD バッチ 1900 （カスタム）（カスタム）

33 送金 / 請求書詳細 TP_CD バッチ請求 2000 IV INV

34 送金アドバイス・フレックスフィールド 1 ～ 4

TP_CD バッチ請求 2010 A1 RE1





37 送金アドバイス・フレックスフィールド 15


38 グローバル INV フレックス

フィールド 1 ～ 4TP_CD バッチ請求 2050 GA IN1








フィールド 20TP_CD バッチ請求 2090 GA IN5


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

OPM: 発注承認アウトバウンド GPOAO 855 ORDRSP

OPM: 出荷通知 / 証明アウトバウンド GASNO 856 ORDADV


Oracle Purchasing 取引要約

現在の情報現在の情報現在の情報現在の情報取引の詳細は、『Oracle Process Manufacturing ユーザーズ・ガイド』を参照してください。


Oracle Purchasing 取引要約取引要約取引要約取引要約

表表表表 A-24 この付録には、次のこの付録には、次のこの付録には、次のこの付録には、次の Oracle Purchasing 取引が要約されています。取引が要約されています。取引が要約されています。取引が要約されています。





価格 / 営業カタログインバウンド CATI 832 PRICAT

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

出荷通知 / 証明インバウンド ASNI 856 DESADV



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

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



インバウンド価格インバウンド価格インバウンド価格インバウンド価格 / 営業カタログ営業カタログ営業カタログ営業カタログ

(CATI/832/PRICAT)





1000-1999 取引ヘッダー価格 / 営業カタログ当り 1 レコード・セットのみ

2000-2999 取引品目取引内の品目当り 1 品目レコード・セット






2 取引識別ヘッダー 1000

3 通貨、支払条件ヘッダー 1010

4 FOB、運送業者、運送条件ヘッダー 1020

5 処理タイプ、グループ・コードヘッダー 1030

6 注釈ヘッダー 1040

7 出荷先所在地ヘッダー 1100

8 請求先所在地ヘッダー 1110

9 出荷元所在地ヘッダー 1120

10 ヘッダー・フレックスフィールドヘッダー 1200-1230 フレックスフィールド

11 品目識別明細 2000

12 数量、摘要明細 2010

13 価格、日付明細 2020

14 支払条件（品目レベル）明細 2030

15 FOB、運送業者、運送条件（品目レ

ベル）

明細 2040

16 有害データ、重量、容積、リード・タイム

明細 2050

17 出荷先データ（品目レベル）明細 2100

18 明細レベル・フレックスフィールド明細 2200-2230 フレックスフィールド

19 出荷フレックスフィールド明細 2240-2270 フレックスフィールド

20 品目レベル・フレックスフィールド明細 2280-2310 フレックスフィールド





インバウンド価格インバウンド価格インバウンド価格インバウンド価格 / 営業カタログ営業カタログ営業カタログ営業カタログ

(CATI/832/PRICAT)





26-47 DOC 取引先から取引識別

48-69 品目仕入先品目番号

70-91 （空白）未使用






レコードレコードレコードレコードクオリクオリクオリクオリファイアファイアファイアファイア

長さ長さ長さ長さ 25 22 22 22 4 2 3

位置位置位置位置 1-25 26-47 48-69 70-91 92-95 96-97 98-100

1 制御レコード TP_CD DOC 0010 CT CTL

2 取引識別 TP_CD DOC 1000 HA HD1

3 通貨、支払条件 TP_CD DOC 1010 HB HD2

4 FOB、運送業者、運送条件 TP_CD DOC 1020 HC HD3

5 処理タイプ TP_CD DOC 1030 HE HD5

6 注釈 TP_CD DOC 1040 NT HCM

7 出荷先所在地 TP_CD DOC 1100 AX ST

8 請求先所在地 TP_CD DOC 1110 AX BT

9 出荷元所在地 TP_CD DOC 1120 AD SF

10 ヘッダー・フレックスフィールド 1-4

TP_CD DOC 1200 A1 HD1







13 ヘッダー・フレックスフィールド 15


14 品目識別 TP_CD DOC 明細 2000 IA IT1

15 数量、摘要 TP_CD DOC 明細 2010 IB IT2

16 価格、日付 TP_CD DOC 明細 2020 IC IT3

17 支払条件（品目レベル） TP_CD DOC 明細 2030 ID IT4

18 FOB、運送業者、運送条件

（品目レベル）

TP_CD DOC 明細 2040 IE IT5

19 有害データ、重量、

容積、リード・タイム

TP_CD DOC 明細 2050 IF IT6

21 出荷先データ（品目レベル） TP_CD DOC 明細 2100 AX ST

22 明細レベル・フレックスフィールド 1 ～ 4

TP_CD DOC 明細 2200 A1 LN1





25 明細レベル・フレックスフィールド 15


26 出荷フレックスフィールド1 ～ 4

TP_CD DOC 明細 2240 A1 SH1





29 出荷フレックスフィールド15


30 品目レベル・フレックスフィールド 1 ～ 4

TP_CD DOC 明細 2280 A1 IT1





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

(RRQI/843/QUOTES)





33 品目レベル・フレックスフィールド 15




1000-1999 取引ヘッダー要求見積当り 1 レコード・セットのみ

2000-2999 取引品目取引内の品目当り 1 品目レコード・セット






2 取引識別ヘッダー 1000

3 通貨、支払条件ヘッダー 1010

4 FOB、運送業者、運送条件ヘッダー 1020

5 処理タイプ、グループ・コードヘッダー 1030

6 注釈ヘッダー 1040

7 出荷先所在地ヘッダー 1100

8 請求先所在地ヘッダー 1110

9 出荷元所在地ヘッダー 1120

10 ヘッダー・フレックスフィールドヘッダー 1200-1230 フレックスフィールド

11 品目識別明細 2000

12 数量、摘要明細 2010

13 価格、日付明細 2020

14 支払条件（品目レベル）明細 2030

15 FOB、運送業者、運送条件（品目レ

ベル）

明細 2040



明細 2050

17 出荷先データ（品目レベル）明細 2100

18 明細レベル・フレックスフィールド明細 2200-2230 フレックスフィールド

19 出荷フレックスフィールド明細 2240-2270 フレックスフィールド




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

(RRQI/843/QUOTES)




1-25 TP_CD 変換機能に定義された取引先コード

26-47 DOC 取引先から取引識別

48-69 品目仕入先品目番号

70-91 （空白）未使用







長さ長さ長さ長さ 25 22 22 22 4 2 3

位置位置位置位置 1-25 26-47 48-69 70-91 92-95 96-97 98-100

1 制御レコード TP_CD DOC 0010 CT CTL

2 取引識別 TP_CD DOC 1000 HA HD1

3 通貨、支払条件 TP_CD DOC 1010 HB HD2

4 FOB、運送業者、運送条件 TP_CD DOC 1020 HC HD3

5 処理タイプ TP_CD DOC 1030 HE HD5

6 注釈 TP_CD DOC 1040 NT HCM

7 出荷先所在地 TP_CD DOC 1100 AX ST

8 請求先所在地 TP_CD DOC 1110 AX BT

9 出荷元所在地 TP_CD DOC 1120 AD SF









13 ヘッダー・フレックスフィールド 15


14 品目識別 TP_CD DOC 明細 2000 IA IT1

15 数量、摘要 TP_CD DOC 明細 2010 IB IT2

16 価格、日付 TP_CD DOC 明細 2020 IC IT3

17 支払条件（品目レベル） TP_CD DOC 明細 2030 ID IT4

18 FOB、運送業者、運送条件

（品目レベル）

TP_CD DOC 明細 2040 IE IT5



TP_CD DOC 明細 2050 IF IT6

21 出荷先データ（品目レベル） TP_CD DOC 明細 2100 AX ST







25 明細レベル・フレックスフィールド 15








29 出荷フレックスフィールド15








インバウンド出荷通知インバウンド出荷通知インバウンド出荷通知インバウンド出荷通知 / 証明証明証明証明

(ASNI/856/DESADV) 単一取引には、次のデータ階層およびデータ・ループがあります。




33 品目レベル・フレックスフィールド 15


























16 ノート、出荷指示明細 2030







インバウンド出荷通知インバウンド出荷通知インバウンド出荷通知インバウンド出荷通知 / 証明証明証明証明

(ASNI/856/DESADV)







70-91 （空白） N/A







長さ長さ長さ長さ 25 22 22 22 4 2 3

位置位置位置位置 1-25 26-47 48-69 70-91 92-95 96-97 98-100


























20 出荷明細フレックスフィールド1 ～ 4


21 出荷明細フレックスフィールド5-9




23 出荷明細フレックスフィールド15















(SBNI/857/No EDIFACT) 単一取引には、次のデータ階層およびデータ・ループがあります。


























16 ノート明細 2030








(SBNI/857/No EDIFACT)







70-91 （空白） N/A







長さ長さ長さ長さ 25 22 22 22 4 2 3

位置位置位置位置 1-25 26-47 48-69 70-91 92-95 96-97 98-100
































23 出荷明細フレックスフィールド15















(ADVO/824/APERAK)







1000-1999 アプリケーション・アドバイス・ヘッダー・レコード


2000-2999 アプリケーション・アドバイス詳細レコード

取引内のエラー当り 1 詳細レコード・セット





(ADVO/824/APERAK)




2 取引先ヘッダー属性ヘッダー 0020-0050 カスタム

3 取引先詳細属性ヘッダー 0060-0070 カスタム

4 アドバイス・ヘッダー外部参照ヘッダー 1000-1010 フレックスフィールド

6 アドバイス・ヘッダー内部参照ヘッダー 1020-1030 フレックスフィールド

8 取引先所在地ヘッダー 1040

9 拡張表 : ヘッダー・レベルヘッダー 1900 （カスタム）

10 アドバイス詳細外部参照詳細 2000-2010 フレックスフィールド

12 アドバイス詳細内部参照詳細 2020--2030 フレックスフィールド

14 アドバイス詳細データ（エラー）詳細 2040

15 アドバイス詳細データ（受入）詳細 2050

16 拡張表 : 詳細レベル詳細 2900 （カスタム）



26-47 DOC 関連文書 ID

48-69 ERR_CNT エラー・カウンタ

70-91 （空白）未使用










長さ長さ長さ長さ 25 22 22 22 4 2 3

位置位置位置位置 1-25 26-47 48-69 70-91 92-95 96-97 98-100






6 取引先詳細 ; 属性 TP_CD 0060 A1 TD1






10 アドバイス・ヘッダー内部参照 1-5


11 アドバイス・ヘッダー内部参照 6


12 取引先所在地 TP_CD DOC 1040 AD TP1

13 拡張表 : ヘッダー・

レベル

TP_CD DOC 1900 （カスタム）（カスタム）

14 アドバイス詳細外部参照 1-4

TP_CD DOC ERR_CNT 2000 DT EX1

15 アドバイス詳細外部参照 5-6

TP_CD DOC ERR_CNT 2010 DT EX2

16 アドバイス詳細内部参照 1-5

TP_CD DOC ERR_CNT 2020 DT IN1

17 アドバイス詳細内部参照 6

TP_CD DOC ERR_CNT 2030 DT IN2

18 アドバイス詳細データ（エラー）

TP_CD DOC ERR_CNT 2040 ER ER1



アウトバウンド発注アウトバウンド発注アウトバウンド発注アウトバウンド発注

(POO/850/ORDERS)


19 アドバイス詳細データ（受入）

TP_CD DOC ERR_CNT 2050 AC AC1

20 拡張表 : 詳細レベル TP_CD DOC ERR_CNT 2900 （カスタム）（カスタム）









1000-1900 発注ヘッダー・レコード取引当り 1 レコード・オカレンスのみ

2000-2900 発注明細レコード発注ヘッダー内の明細当り 1 レコード・セット

3000-3900 発注出荷レコード発注明細内のスケジュール当り 1 レコード・セット

連番連番連番連番データデータデータデータデータ・レベルデータ・レベルデータ・レベルデータ・レベルレコード番号レコード番号レコード番号レコード番号ノートノートノートノート




3 取引先詳細フレックスフィールドヘッダー 0060-0070 カスタム

4 発注基本ヘッダーヘッダー 1000

5 支払条件ヘッダー 1010


7 仕入先への発注ノートヘッダー 1030

8 発注フレックスフィールドヘッダー 1040-1070 フレックスフィールド

9 仕入先フレックスフィールドヘッダー 1080-1110 フレックスフィールド

10 仕入先サイト・フレックスフィールドヘッダー 1120-1150 フレックスフィールド

11 仕入先サイト所在地 / コードヘッダー 1160

12 仕入先サイト担当ヘッダー 1170-1180

13 出荷先所在地 / コードヘッダー 1190

14 出荷先担当ヘッダー 1200

15 請求先所在地 / コードヘッダー 1210



16 担当へ請求ヘッダー 1220

17 購買担当名ヘッダー 1230

18 購買担当連絡ヘッダー 1240

19 調達カードヘッダー 1250

20 ヘッダー添付マスターヘッダー添付ヘッダー 1800

21 ヘッダー添付詳細ヘッダー添付詳細 1810



24 基本品目データ

有害資材コード

明細 2020

25 仕入先への品目ノート明細 2030

26 明細フレックスフィールド明細 2040-2070 フレックスフィールド

27 明細部品フレックスフィールド明細 2080-2110 フレックスフィールド

28 明細部品セグメント明細 2120


30 明細添付マスター明細添付ヘッダー 2800

31 明細添付詳細明細添付詳細 2810

32 マスター品目添付マスターマスター品目添付ヘッダー 2820

33 マスター品目添付詳細マスター品目添付詳細 2830

34 在庫品目添付マスター在庫品目添付ヘッダー 2840

35 在庫品目添付詳細在庫品目添付詳細 2850

36 基本出荷データ出荷 3000

37 出荷フレックスフィールド出荷 3010-3040

38 出荷先所在地 / コード出荷 3050 フレックスフィールド

39 出荷先担当出荷 3060

40 出荷添付マスター出荷添付ヘッダー 3800



アウトバウンド発注アウトバウンド発注アウトバウンド発注アウトバウンド発注

(POO/850/ORDERS)



41 出荷添付詳細出荷添付詳細 3810

42 プロジェクト・データプロジェクト 4000

43 プロジェクト・フレックスフィールドプロジェクト 4010-4050



26-47 PO 発注番号

48-69 明細発注明細番号





データデータデータデータ取引取引取引取引取引先取引先取引先取引先参照参照参照参照 1 参照参照参照参照 2 参照参照参照参照




長さ長さ長さ長さ 25 22 22 22 4 2 3

位置位置位置位置 1-25 26-47 48-69 70-91 92-95 96-97 98-100

1 制御レコード TP_CD PO 0010 CT CTL


TP_CD PO 0020 A1 TH1









6 取引先詳細フレックスフィールド

TP_CD PO 0060 A1 TD1



8 発注基本ヘッダー TP_CD PO 1000 PO PO1

9 支払条件 TP_CD PO 1010 PO PO2


11 仕入先への発注ノート TP_CD PO 1030 PO PO3

12 発注フレックスフィールド TP_CD PO 1040 A1 PO1




16 仕入先フレックスフィールド TP_CD PO 1080 A1 SU1




20 仕入先サイト・フレックスフィールド

TP_CD PO 1120 A1 SS1







24 仕入先サイト所在地 TP_CD PO 1160 AD SU1

25 仕入先サイト担当 TP_CD PO 1170 CN SS1


27 出荷先所在地 / コード TP_CD PO 1190 AX ST1

28 出荷先担当 TP_CD PO 1200 CN ST1

29 請求先所在地 / コード TP_CD PO 1210 AX BT1



30 担当へ請求 TP_CD PO 1220 CN BT1

31 購買担当名 TP_CD PO 1230 PO PO4

32 購買担当連絡 TP_CD PO 1240 PO PO5

33 調達カード TP_CD PO 1250 PR CRD

34 ヘッダー添付マスター TP_CD PO 1800 AT HAH

35 ヘッダー添付詳細 TP_CD PO 1810 AT HAD

36 基本品目データ TP_CD PO 明細 2000 IT IT1


38 基本品目データ有害資材コード

TP_CD PO 明細 2020 IT IT3

39 仕入先への品目ノート TP_CD PO 明細 2030 IT IT4

40 明細フレックスフィールド TP_CD PO 明細 2040 A1 LN1




44 明細部品フレックスフィールド

TP_CD PO 明細 2080 A1 LP1







48 明細部品セグメント TP_CD PO 明細 2120 PS PS1


50 明細添付マスター TP_CD PO 明細 2800 AT LAH

51 明細添付詳細 TP_CD PO 明細 2810 AT LAD

52 マスター品目添付マスター TP_CD PO 明細 2820 AT MAH

53 マスター品目添付詳細 TP_CD PO 明細 2830 AT MAD

54 在庫品目添付マスター TP_CD PO 明細 2840 AT IAH

55 在庫品目添付詳細 TP_CD PO 明細 2850 AT IAD

56 基本出荷データ TP_CD PO 明細出荷 3000 SH SH1



アウトバウンド発注変更アウトバウンド発注変更アウトバウンド発注変更アウトバウンド発注変更

(POCO/860/ORDCHG)


57 出荷フレックスフィールド TP_CD PO 明細出荷 3010 A1 SH1




61 出荷先所在地 / コード TP_CD PO 明細出荷 3050 AX SL1

62 出荷先担当 TP_CD PO 明細出荷 3060 CN SL1

63 出荷添付マスター TP_CD PO 明細出荷 3800 AT SAH

64 出荷添付詳細 TP_CD PO 明細出荷 3810 AT SAD

65 プロジェクト・データ TP_CD PO 明細出荷 4000 PR PR1

66 プロジェクト・フレックスフィールド

TP_CD PO 明細出荷 4010 PR PR2













レコードレコードレコードレコードコンテンツコンテンツコンテンツコンテンツオカレンスオカレンスオカレンスオカレンス




1000-1900 発注ヘッダー・レコード取引当り 1 レコード・オカレンスのみ

2000-2900 発注明細レコード発注ヘッダー内の明細当り 1 レコード・セット

3000-3900 発注出荷レコード発注明細内のスケジュール当り 1 レコード・セット








5 支払条件ヘッダー 1010


7 仕入先への発注ノートヘッダー 1030

8 発注フレックスフィールドヘッダー 1040-1070 フレックスフィールド





12 仕入先サイト担当ヘッダー 1170-1180


14 出荷先担当ヘッダー 1200




16 担当へ請求ヘッダー 1220

17 購買担当名ヘッダー 1230

18 購買担当連絡ヘッダー 1240

19 調達カード・データヘッダー 1250

20 ヘッダー添付データヘッダー添付ヘッダー 1800

21 ヘッダー添付データヘッダー添付詳細 1810





明細 2020

25 仕入先への品目ノート明細 2030





30 明細添付ヘッダー明細添付ヘッダー 2800

31 明細添付詳細明細添付詳細 2810

32 マスター品目添付ヘッダーマスター品目添付ヘッダー 2820

33 マスター品目添付詳細マスター品目添付詳細 2830

34 在庫品目添付マスター在庫品目添付ヘッダー 2840

35 在庫品目添付詳細在庫品目添付詳細 2850

36 基本出荷データ出荷 3000

37 出荷フレックスフィールド出荷 3010-3040 フレックスフィールド

38 出荷先所在地 / コード出荷 3050

39 出荷先担当出荷 3060

40 出荷添付マスター出荷添付ヘッダー 3800



アウトバウンド発注変更アウトバウンド発注変更アウトバウンド発注変更アウトバウンド発注変更

(POCO/860/ORDCHG)



41 出荷添付詳細出荷添付詳細 3810

42 プロジェクト・データプロジェクト 4000


プロジェクト 4010-4050 フレックスフィールド

位置位置位置位置コードコードコードコードコンテンツコンテンツコンテンツコンテンツ


26-47 PO 発注番号

48-69 品目発注明細番号









長さ長さ長さ長さ 25 22 22 22 4 2 3

位置位置位置位置 1-25 26-47 48-69 70-91 92-95 96-97 98-100

1 制御レコード TP_CD PO 0010 CT CTL
















9 支払条件 TP_CD PO 1010 PO PO2


11 仕入先への発注ノート TP_CD PO 1030 PO PO4

















24 仕入先サイト所在地 TP_CD PO 1160 AD SU1



27 出荷先所在地 / コード TP_CD PO 1190 AX ST1

28 出荷先担当 TP_CD PO 1200 CN ST1

29 請求先所在地 / コード TP_CD PO 1210 AX BT1

30 担当へ請求 TP_CD PO 1220 CN BT1



31 購買担当名 TP_CD PO 1230 PO PO5

32 購買担当連絡 TP_CD PO 1240 PO PO6

33 調達カード TP_CD PO 1250 PR CRD

34 ヘッダー添付マスター TP_CD PO 1800 AT HAH

35 ヘッダー添付詳細 TP_CD PO 1810 AT HAD





TP_CD PO 明細 2020 IT IT3

39 仕入先への品目ノート TP_CD PO 明細 2030 IT IT4















50 明細添付ヘッダー TP_CD PO 明細 2800 AT LAH

51 明細添付詳細 TP_CD PO 明細 2810 AT LAD

52 マスター品目添付ヘッダー TP_CD PO 明細 2820 AT MAH

53 マスター品目添付詳細 TP_CD PO 明細 2830 AT MAD

54 在庫品目添付ヘッダー TP_CD PO 明細 2840 AT IAH

55 在庫品目添付詳細 TP_CD PO 明細 2850 AT IAD

56 基本出荷データ TP_CD PO 明細出荷 3000 SH SH1


Oracle Receivables 取引要約

Oracle Receivables 取引要約取引要約取引要約取引要約

表表表表 A-53 この付録には、次のこの付録には、次のこの付録には、次のこの付録には、次の Oracle Purchasing 取引が要約されています。取引が要約されています。取引が要約されています。取引が要約されています。





61 出荷先所在地 / コード TP_CD PO 明細出荷 3050 AX SL1

62 出荷先担当 TP_CD PO 明細出荷 3060 CN SL1

63 出荷添付ヘッダー TP_CD PO 明細出荷 3800 AT SAH

64 出荷添付詳細 TP_CD PO 明細出荷 3810 AT SAD

65 プロジェクト・データ TP_CD PO 明細出荷 4000 PR PR1











取引名取引名取引名取引名行先行先行先行先

取引取引取引取引

コードコードコードコードASC X12 EDIFACT

クレジット・メモ / デビット・

メモ

アウトバウンド CDMO 812 CREADV/DEBADV

請求書アウトバウンド INO 810 INVOIC






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

(CDMO/812/CREADV/DEBADV)







0010-0070 EDI ゲートウェイ制御レ

コード


1000-3900 メモ・ヘッダー・レコード取引当り 1 レコード・オカレンスのみ

4000-5900 メモ明細レコードメモ・ヘッダー内の明細当り 1 レコード・セット

6000-7900 メモ明細詳細レコードメモ明細内の品目当り 1 レコード・セット

データデータデータデータデータ・レベルデータ・レベルデータ・レベルデータ・レベル

レコードレコードレコードレコード

番号番号番号番号ノートノートノートノート


2 取引先ヘッダー・フレックスフィールドヘッダー 0020-0050 カスタム



5 請求先その他データ、担当者ヘッダー 1010-1015

6 請求先顧客フレックスフィールドヘッダー 1020-1050 フレックスフィールド

7 請求先サイト・フレックスフィールドヘッダー 1060-1090 フレックスフィールド


9 出荷先その他データ、担当者ヘッダー 1110-1115

10 販売先所在地 / コードヘッダー 1200

11 販売先その他データ、担当ヘッダー 1210-1215

12 送金先所在地 / コードヘッダー 1300-1315

13 出荷元コードヘッダー 1400

14 基本メモ・ヘッダー・データヘッダー 2000

15 メモその他データヘッダー 2010-2020

16 出荷データヘッダー 2030



17 通貨データ、その他データ、ヘッダー 2040

18 支払条件データヘッダー 2050

19 営業担当、注釈ヘッダー 2060

20 取引フレックスフィールドヘッダー 1 3000-3030 フレックスフィールド

21 インタフェース・フレックスフィールドヘッダー 1 3040-3070 フレックスフィールド

22 備品データヘッダー 1 3075

23 引当金 / 費用ヘッダー引当金・費用ヘッダー 3080-3090

24 ヘッダー引当金 / 費用フレックスフィー

ルド

引当金・費用ヘッダー 3091-3094 フレックスフィールド

25 拡張表 :

メモ・ヘッダー・データ

引当金・費用ヘッダー 3900 （カスタム）

26 基本明細データ明細 4000

27 受注データ

部品摘要

明細 4010

28 販売チャネル明細 4020

29 オーダー・ステータス、取引

参照キー

明細 4030

30 インタフェース明細フレックスフィールド

明細 5000-5030 フレックスフィールド



34 TP ヘッダー・フレックスフィールド明細 5140-5160 フレックスフィールド

34 TP 明細フレックスフィールド明細 5170-5190 フレックスフィールド

35 産業フレックスフィールド明細 5200-5220 フレックスフィールド

36 拡張表 : 品目データ明細 5900 （カスタム）

37 明細税データ明細税 6000-6020



表表表表 A-56 共通キー位置共通キー位置共通キー位置共通キー位置 1 ～～～～ 100 の取引仕様データの取引仕様データの取引仕様データの取引仕様データ

表表表表 A-57 共通キー位置共通キー位置共通キー位置共通キー位置 1 ～～～～ 100 のレコード当り取引仕様データのレコード当り取引仕様データのレコード当り取引仕様データのレコード当り取引仕様データ

38 VAT 税データ明細税 6025

39 明細税フレックスフィールド明細税 6030-6060 フレックスフィールド

40 VAT 税フレックスフィールド明細税 6070--6095 フレックスフィールド

41 引当金 / 費用明細引当金・費用明細 7000-7010

42 詳細引当金 / 費用フレックスフィールド引当金・費用明細 7100-7130 フレックスフィールド

拡張表 : 取引明細詳細データ引当金・費用明細 7900 （カスタム）



26-47 メモクレジット / デビット・メモ番号

48-69 品目品目順序番号

70-91 税税金順序番号








長さ長さ長さ長さ 25 22 22 22 4 2 3

位置位置位置位置 1-25 26-47 48-69 70-91 92-95 96-97 98-100

1 制御レコード TP_CD メモ 0010 CT CTL


TP_CD メモ 0020 A3 TH1









6 請求先所在地 / コード TP_CD メモ 1000 AD BT1

7 請求先その他データ、担当者 TP_CD メモ 1010 CM BT1

8 請求先 TP 参照コード TP_CD メモ 1015 RF BT1

9 請求先顧客フレックスフィールド 1-4

TP_CD メモ 1020 A1 BT1





12 請求先顧客フレックスフィールド 15


13 請求先サイト・フレックスフィールド 1-4

TP_CD メモ 1060 A1 BS1





16 請求先サイト・フレックスフィールド 15


17 出荷先所在地 / コード TP_CD メモ 1100 AD ST1

18 出荷先その他データ、担当者 TP_CD メモ 1110 CM ST1

19 出荷先その他データ、担当者 TP_CD メモ 1115 RF ST1

20 販売先所在地 / コード TP_CD メモ 1200 AD SO1

21 販売先その他データ、担当 TP_CD メモ 1210 CM SO1

22 販売先 TP 参照 TP_CD メモ 1215 RF SO1

22 送金先所在地 / コード TP_CD メモ 1300 AD RE1

23 送金先 TP 参照 TP_CD メモ 1315 RF RE1

24 出荷元コード TP_CD メモ 1400 SF SF1

25 基本請求ヘッダー・データ TP_CD メモ 2000 IV IV1



26 メモ金額データ TP_CD メモ 2010 IV IV2

27 メモその他データ TP_CD メモ 2020 IV IV3

28 出荷データ TP_CD メモ 2030 IV IV4

29 通貨データ、出荷データ、その他データ

TP_CD メモ 2040 IV IV5

30 支払条件データ TP_CD メモ 2050 IV IV6

31 営業担当、注釈 TP_CD メモ 2060 IV IV7

32 取引フレックスフィールド1 ～ 4

TP_CD メモ 3000 A1 IH1





35 取引フレックスフィールド15


36 インタフェース・フレックスフィールド 1 ～ 4






39 インタフェース・フレックスフィールド 15


40 メモ・ヘッダー出荷指示 TP_CD メモ 3075 IV IV8

41 引当金 / 費用ヘッダー TP_CD メモ 3080 AH AH1

42 引当金 / 費用ヘッダー TP_CD メモ 3090 AH AH2

43 引当金 / 費用フレックス

フィールド 1-4TP_CD メモ 3091 AH IH1






フィールド 15TP_CD メモ 3094 AH IH4



47 拡張表 : メモ・ヘッダー・

データ

TP_CD メモ 3900 （カスタム）

48 基本明細データ TP_CD メモ明細 4000 IT IT1

49 受注データ、部品、顧客品目摘要

TP_CD メモ明細 4010 IT IT2

50 販売チャネル、オーダー・ステータス


51 取引参照キー、オーダー・ステータス


52 インタフェース明細フレックスフィールド 1-4

TP_CD メモ明細 5000 A1 IL1





55 インタフェース明細フレックスフィールド 15


56 明細フレックスフィールド1-4

TP_CD メモ明細 5040 A1 LN1





59 明細フレックスフィールド15


60 明細部品フレックスフィールド 1-4

TP_CD メモ明細 5100 A1 LP1





63 明細部品フレックスフィールド 15


64 TP ヘッダー・フレックス

フィールド 1-5TP_CD メモ明細 5140 A2 HT1







67 TP 明細フレックスフィール

ド 1-5TP_CD メモ明細 5170 A2 LT1





70 産業フレックスフィールド1-5

TP_CD メモ明細 5200 A2 IA1





73 拡張表 : 品目データ TP_CD メモ明細 5900 （カスタム）

74 明細税データ TP_CD メモ明細税 6000 TX TX1

75 明細税タイプ TP_CD メモ明細税 6005 TX TX2

76 明細税分類 TP_CD メモ明細税 6010 TX TX3

77 明細税コード TP_CD メモ明細税 6020 TX TX4

78 VAT 税データ TP_CD メモ明細税 6025 TX TX5

79 明細税フレックスフィールド1-4

TP_CD メモ明細税 6030 A1 TX1





82 明細税フレックスフィールド15


83 明細 VAT 税フレックス

フィールド 1-4TP_CD メモ明細税 6070 A1 VT1





アウトバウンド請求書アウトバウンド請求書アウトバウンド請求書アウトバウンド請求書

(INO/810/INVOIC)





フィールド 15TP_CD メモ明細税 6095 A2 VT4

87 引当金 / 費用明細 TP_CD メモ明細税 7000 AL AD1

88 引当金 / 費用明細 TP_CD メモ明細税 7010 AL AD2

89 詳細引当金 / 費用フレックス

フィールド 1-4TP_CD メモ明細税 7100 AL IL1






フィールド 15TP_CD メモ明細税 7130 AL IL4

93 拡張表 : 取引明細詳細データ

TP_CD メモ明細税 7900 （カスタム）








1000-3900 請求書ヘッダー・レコード取引当り 1 レコード・オカレンスのみ

4000-5900 請求明細レコード請求ヘッダー内の明細当り 1 レコード・セット

6000-7900 請求明細詳細レコード請求明細内の品目当り 1 レコード・セット










5 請求先その他データ、担当者ヘッダー 1010-1015

6 請求先顧客フレックスフィールドヘッダー 1020-1050 フレックスフィールド

7 請求先サイト・フレックスフィールド



9 出荷先その他データ、担当者ヘッダー 1110-1115

10 販売先所在地 / コードヘッダー 1200

11 販売先その他データ、担当ヘッダー 1210-1215

12 送金先所在地 / コードヘッダー 1300-1315

13 出荷元コードヘッダー 1400

14 基本請求ヘッダー・データヘッダー 2000

15 請求その他データヘッダー 2010-2020

16 出荷データヘッダー 2030

17 通貨データ、その他データ、ヘッダー 2040

18 支払条件データヘッダー 2050

19 営業担当、注釈ヘッダー 2060

20 請求書ヘッダー・フレックスフィールド

ヘッダー 1 3000-3030 フレックスフィールド

21 請求ヘッダー・インタフェース・フレックスフィールド

ヘッダー 1 3040-3070 フレックスフィールド

22 備品データヘッダー 1 3075

23 引当金 / 費用ヘッダー引当金・費用ヘッダー 3080-3090



24 ヘッダー引当金 / 費用フレックス

フィールド

引当金・費用ヘッダー 3091-3094 フレックスフィールド

25 拡張表 :請求ヘッダー・データ

引当金・費用ヘッダー 3900 （カスタム）

26 基本明細データ明細 4000

27 受注データ

部品摘要

明細 4010

28 販売チャネル明細 4020

29 オーダー・ステータス、取引参照キー

明細 4030

30 インタフェース明細フレックスフィールド




34 TP ヘッダー・フレックスフィール

ド


34 TP 明細フレックスフィールド明細 5170-5190 フレックスフィールド

35 産業フレックスフィールド明細 5200-5220 フレックスフィールド

36 拡張表 : 品目データ明細 5900 （カスタム）

37 明細税データ明細税 6000-6020

38 VAT 税データ明細税 6025

39 明細税フレックスフィールド明細税 6030-6060 フレックスフィールド

40 VAT 税フレックスフィールド明細税 6070--6095 フレックスフィールド

41 引当金 / 費用明細引当金・費用明細 7000-7010


フィールド

引当金・費用明細 7100-7130 フレックスフィールド

43 拡張表 : 取引明細詳細データ引当金・費用明細 7900 （カスタム）







26-47 請求請求書番号

48-69 品目品目順序番号

70-91 税税金順序番号








長さ長さ長さ長さ 25 22 22 22 4 2 3

位置位置位置位置 1-25 26-47 48-69 70-91 92-95 96-97 98-100

1 制御レコード TP_CD 請求 0010 CT CTL


TP_CD 請求 0020 A3 TH1








TP_CD 請求 0060 A3 TD1


TP_CD 請求 0070 A4 TD2

8 請求先所在地 / コード TP_CD 請求 1000 AD BT1

9 請求先その他データ、担当者 TP_CD 請求 1010 CM BT1



10 請求先 TP 参照コード TP_CD 請求 1015 RF BT1


TP_CD 請求 1020 A1 BT1





14 請求先顧客フレックスフィールド 15



TP_CD 請求 1060 A1 BS1





18 請求先サイト・フレックスフィールド 15


19 出荷先所在地 / コード TP_CD 請求 1100 AD ST1

20 出荷先その他データ、担当者 TP_CD 請求 1110 CM ST1

21 出荷先その他データ、担当者 TP_CD 請求 1115 RF ST1

22 販売先所在地 / コード TP_CD 請求 1200 AD SO1

22 販売先その他データ、担当 TP_CD 請求 1210 CM SO1

23 販売先 TP 参照 TP_CD 請求 1215 RF SO1

24 送金先所在地 / コード TP_CD 請求 1300 AD RE1

25 送金先 TP 参照 TP_CD 請求 1315 RF RE1

26 出荷元コード TP_CD 請求 1400 SF SF1

27 基本請求ヘッダー・データ TP_CD 請求 2000 IV IV1

28 請求金額データ TP_CD 請求 2010 IV IV2

29 請求その他データ TP_CD 請求 2020 IV IV3

30 出荷データ TP_CD 請求 2030 IV IV4

31 通貨データ、出荷データ、その他データ

TP_CD 請求 2040 IV IV5

32 支払条件データ TP_CD 請求 2050 IV IV6



33 営業担当、注釈 TP_CD 請求 2060 IV IV7


TP_CD 請求 3000 A1 IH1





37 請求書ヘッダー・フレックスフィールド 15


38 請求ヘッダー・インタフェース・フレックスフィールド1 ～ 4






41 請求ヘッダー・インタフェース・フレックスフィールド15


42 請求ヘッダー出荷指示 TP_CD 請求 3075 IV IV8

43 引当金 / 費用ヘッダー TP_CD 請求 3080 AH AH1

44 引当金 / 費用ヘッダー TP_CD 請求 3090 AH AH2


フィールド 1-4TP_CD 請求 3091 AH IH1






フィールド 15TP_CD 請求 3094 AH IH4

49 拡張表 : 請求ヘッダー・デー

タ

TP_CD 請求 3900 （カスタム）

50 基本明細データ TP_CD 請求明細 4000 IT IT1



51 受注データ、部品、顧客品目摘要

TP_CD 請求明細 4010 IT IT2

52 販売チャネル、オーダー・ステータス


53 取引参照キー、オーダー・ステータス



TP_CD 請求明細 5000 A1 IL1





57 インタフェース明細フレックスフィールド 15



TP_CD 請求明細 5040 A1 LN1





61 明細フレックスフィールド15



TP_CD 請求明細 5100 A1 LP1





65 明細部品フレックスフィールド 15



フィールド 1-5TP_CD 請求明細 5140 A2 HT1








ド 1-5TP_CD 請求明細 5170 A2 LT1






TP_CD 請求明細 5200 A2 IA1





75 拡張表 : 品目データ TP_CD 請求明細 5900 （カスタム）

76 明細税データ TP_CD 請求明細税 6000 TX TX1

77 明細税タイプ TP_CD 請求明細税 6005 TX TX2

78 明細税分類 TP_CD 請求明細税 6010 TX TX3

79 明細税コード TP_CD 請求明細税 6020 TX TX4

80 VAT 税データ TP_CD 請求明細税 6025 TX TX5


TP_CD 請求明細税 6030 A1 TX1





84 明細税フレックスフィールド15



フィールド 1-4TP_CD 請求明細税 6070 A1 VT1






フィールド 15TP_CD 請求明細税 6095 A2 VT4


Oracle Release Management 取引要約

Oracle Release Management 取引要約取引要約取引要約取引要約

表表表表 A-62 この付録には、次のこの付録には、次のこの付録には、次のこの付録には、次の Oracle Release Management 取引が要約されています。取引が要約されています。取引が要約されています。取引が要約されています。




計画スケジュール計画スケジュール計画スケジュール計画スケジュール

(SPSI/830/DELFOR)


89 引当金 / 費用明細 TP_CD 請求明細税 7000 AL AD1

90 引当金 / 費用明細 TP_CD 請求明細税 7010 AL AD2

91 詳細引当金 / 費用フレック

スフィールド 1-4TP_CD 請求明細税 7100 AL IL1






スフィールド 15TP_CD 請求明細税 7130 AL IL4

95 拡張表 :

取引明細詳細データ

TP_CD 請求明細税 7900 （カスタム）


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

生産順序インバウンド PSQI 866 N/A

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






0010-0070 制御レコード取引当り 1 レコード・オカレンスのみ

1000-1900 ヘッダー・レコード取引当り 1 レコード・オカレンスのみ

2000-2900 品目レコード計画または出荷スケジュール・ヘッダー内の品目当り 1 レコード・

セット

4000-4900 品目詳細レコード品目当り、要件、承認、受入データなど複数の詳細レコード

5000-5900 細分要件レコード時間や搬送先による要件の区分（オプション）


1 共通制御レコード管理 0010

2 基本スケジュール・ヘッダースケジュール・ヘッダー 1000

3 スケジュール・ヘッダー・ノート・テキスト

スケジュール・ヘッダー 1010

4 スケジュール発行者所在地コードスケジュール・ヘッダー 1020

5 スケジュール・ヘッダーその他担当スケジュール・ヘッダー 1030

6 スケジュール・ヘッダーその他参照スケジュール・ヘッダー 1040

7 スケジュール・ヘッダー・フレックスフィールド

スケジュール・ヘッダー 1100-1130 フレックスフィールド

8 取引先ヘッダー・フレックスフィールドスケジュール・ヘッダー 1200-1230 フレックスフィールド

9 出荷先所在地コードスケジュール・ヘッダー 1300

10 請求先所在地コードスケジュール・ヘッダー 1310

11 中間出荷先所在地コードスケジュール・ヘッダー 1320

12 仕入先 / 出荷元所在地コードスケジュール・ヘッダー 1330

13 その他名前コードおよび値スケジュール・ヘッダー 1340

14 拡張表 : スケジュール・ヘッダー・データ

スケジュール・ヘッダー 1900 カスタム

15 基本品目データ出荷予定品目 2000

16 製品摘要データ出荷予定品目 2010

17 追加品目データ出荷予定品目 2020-2030



18 単位出荷予定品目 2040

19 品目指標と実品質出荷予定品目 2050

20 品目その他参照コードおよび値出荷予定品目 2060

21 品目担当者名出荷予定品目 2070

22 バーコード出荷ラベルデータ出荷予定品目 2080-2090

23 出荷先所在地コード出荷予定品目 2100

24 請求先所在地コード出荷予定品目 2110

25 中間出荷先所在地コード出荷予定品目 2120

26 出荷元所在地コード出荷予定品目 2130

27 その他名前コードおよび値出荷予定品目 2140

28 運送業者詳細出荷予定品目 2150

29 品目ノート・テキスト出荷予定品目 2160

30 有害資材データ出荷予定品目 2170

31 出荷 / 搬送パターン・コード出荷予定品目 2180

32 スケジュール明細フレックスフィールド出荷予定品目 2300-2330 フレックスフィールド

33 産業フレックスフィールド出荷予定品目 2340-2400 フレックスフィールド

34 取引先フレックスフィールド出荷予定品目 2500-2530 フレックスフィールド

35 拡張表 : 品目データ出荷予定品目 2900 カスタム

36 出荷予定品目詳細データ（要件、承認、出荷 / 受入データなど）

出荷予定品目 4000

37 品目詳細その他参照出荷予定品目 4010

38 品目詳細ノート・テキスト出荷予定品目 4020




42 副明細要件出荷予定品目 5000

43 品目詳細その他参照コードおよび値出荷予定品目 5010




47 拡張表 : 出荷予定品目詳細データ出荷予定品目 5900 カスタム







26-47 SCH_REF スケジュール参照番号

48-69 品目スケジュール明細番号またはレコード 2000 の連番カウンタ

70-91 スケジュールスケジュール明細内のスケジュール詳細番号または指定されたレコード2000 内のレコード 4000 の連番カウンタ








長さ長さ長さ長さ 25 22 22 22 4 2 3

位置位置位置位置 1-25 26-47 48-69 70-91 92-95 96-97 98-100

1 制御レコード TP_CD SCH_REF 0010 CT CTL

2 スケジュール・ヘッダー TP_CD SCH_REF 1000 HD HDR


TP_CD SCH_REF 1010 NT HDR

4 スケジューラ発行者所在地コード

TP_CD SCH_REF 1020 AD SIH

5 ヘッダーのその他担当者 TP_CD SCH_REF 1030 CO HDR

6 ヘッダーのその他参照 TP_CD SCH_REF 1040 RF HDR

7 スケジュール・ヘッダー・フレックスフィールド / コン

テキスト

TP_CD SCH_REF 1100 A1 SH1


TP_CD SCH_REF 1110-1130 A2 SH2-SH4



9 取引先フレックスフィールド/ コンテキスト

TP_CD SCH_REF 1200 A1 TH1

10 取引先フレックスフィールド TP_CD SCH_REF 1210-1230 A2 TH2-TH4

11 出荷先所在地コード TP_CD SCH_REF 1300 AD STH

12 請求先所在地コード TP_CD SCH_REF 1310 AD BTH

13 中間出荷先所在地コード TP_CD SCH_REF 1320 AD ICH

14 仕入先 / 出荷元所在地コー

ド

TP_CD SCH_REF 1330 AD SFH

15 その他名前コードおよび値 TP_CD SCH_REF 1340 MN MNH

16 拡張表 : スケジュール・レベ

ル

1900 カスタムカスタム

17 基本品目データ TP_CD SCH_REF 品目 2000 I1 IT1

18 製品摘要データ TP_CD SCH_REF 品目 2010 I2 IT2

19 追加品目データ TP_CD SCH_REF 品目 2020 I3 IT3

20 追加品目データ TP_CD SCH_REF 品目 2030 I4 IT4

21 単位 TP_CD SCH_REF 品目 2040 UM UOM

22 品目指標と実品質 TP_CD SCH_REF 品目 2050 ME MEA

23 品目のその他の参照 TP_CD SCH_REF 品目 2060 RF ITM

24 品目担当者名 TP_CD SCH_REF 品目 2070 CO ITM

25 バーコード出荷ラベルデータ TP_CD SCH_REF 品目 2080- 2090

LB LB1-LB2

26 出荷先所在地コード TP_CD SCH_REF 品目 2100 AD STI

27 請求先所在地コード TP_CD SCH_REF 品目 2110 AD BTI

28 中間出荷先所在地コード TP_CD SCH_REF 品目 2120 AD ICI

29 出荷元所在地コード TP_CD SCH_REF 品目 2130 AD SFI

30 その他名前コードおよび値 TP_CD SCH_REF 品目 2140 MN MNI

31 運送業者詳細 TP_CD SCH_REF 品目 2150 TD QER

32 品目ノート・テキスト TP_CD SCH_REF 品目 2160 NT ITM

33 有害資材データ TP_CD SCH_REF 品目 2170 HZ HZ1

34 出荷 / 搬送パターン・コー

ド

TP_CD SCH_REF 品目 2180 SD SDR



35 スケジュール明細フレックスフィールド / コンテキスト

TP_CD SCH_REF 品目 2300 A1 SI1

36 スケジュール明細フレックスフィールド

TP_CD SCH_REF 品目 2310-2330 A2 SI2-SI4

37 産業フレックスフィールド /コンテキスト

TP_CD SCH_REF 品目 2340 A1 IN1

38 産業フレックスフィールド TP_CD SCH_REF 品目 2350-2400 A2 IN2-IN7


TP_CD SCH_REF 品目 2500 A1 TL1

40 取引先フレックスフィールド TP_CD SCH_REF 品目 2510-2530 A2 TL2-TL4

41 拡張表 : 出荷予定品目レベル 2900 カスタムカスタム

42 出荷予定品目詳細データ（要件、承認、出荷 / 受入デー

タなど）

TP_CD SCH_REF 品目スケジュール

4000 SC SCH

43 品目詳細のその他の参照 TP_CD SCH_REF 品目スケジュール

4010 RF SCH

44 品目詳細ノート・テキスト TP_CD SCH_REF 品目スケジュール

4020 NT SCH



4100 A1 SD1



4110-4130 A2 SD2-SD4



4200 A1 ID1

48 産業フレックスフィールド TP_CD SCH_REF 品目スケジュール

4210-4260 A2 ID2-ID7



4300 A1 TD1

50 取引先フレックスフィールド TP_CD SCH_REF 品目スケジュール

4310-4330 A2 TD2-TD4

51 副明細要件 TP_CD SCH_REF 品目スケジュール

5000 QT DIV

52 品目詳細のその他の参照コードおよび値


5010 RF DIV



5100 A1 SS1



生産順序生産順序生産順序生産順序

(PSQI/866/N/A)




5110-5130 A2 SS2-SS4



5200 A1 IS1

56 産業フレックスフィールド TP_CD SCH_REF 品目スケジュール

5210-5260 A2 IS2-IS7



5300 A1 TS1

58 取引先フレックスフィールド TP_CD SCH_REF 品目スケジュール

5310-5330 A2 TS2-TS4

59 拡張表 : 品目詳細レベル 5900 カスタムカスタム






0010-0070 制御レコード取引当り 1 レコード・オカレンスのみ


2000-2900 日付とデフォルト後続の詳細に適用できる日付とデフォルト値

3000-3900 日付内の品目レコード日付当り品目と関連データ 1 セット

4000-4900 品目内の副明細品目レコード構成詳細内のオプションの副明細 1 レコード・セット

連番連番連番連番データデータデータデータデータ・レベルデータ・レベルデータ・レベルデータ・レベルレコード番号レコード番号レコード番号レコード番号

1 制御レコードスケジュール・ヘッダー 0010

2 基本スケジュール・ヘッダースケジュール・ヘッダー 1000


スケジュール・ヘッダー 1010

4 顧客所在地スケジュール・ヘッダー 1020

5 スケジュール・ヘッダーその他担当スケジュール・ヘッダー 1080

6 スケジュール・ヘッダーその他参照スケジュール・ヘッダー 1090


スケジュール・ヘッダー 1500-1530


スケジュール・ヘッダー 1600-1630

10 出荷先所在地およびコードスケジュール・ヘッダー 1700

11 請求先所在地およびコードスケジュール・ヘッダー 1710

12 中間出荷先所在地およびコードスケジュール・ヘッダー 1720

13 出荷元所在地およびコードスケジュール・ヘッダー 1730

14 その他名前コードおよび値スケジュール・ヘッダー 1740

15 品目データ : 日付および数量データ出荷予定品目 2000

16 数量単位出荷予定品目 2040

17 品目参照出荷予定品目 2200



18 出荷先所在地およびコード出荷予定品目 3000

19 請求先所在地およびコード出荷予定品目 3010

20 中間出荷先所在地およびコード出荷予定品目 3020

21 出荷元所在地およびコード出荷予定品目 3030

22 顧客参照データ出荷予定品目 3100

23 詳細顧客参照データ出荷予定品目 3110

24 ドック、FBO 構成キーを含む詳細顧

客参照データ

出荷予定品目 3120

25 品目詳細参照コードおよび値出荷予定品目 3140

26 顧客の品目摘要出荷予定品目 3180

27 顧客運送データ出荷予定品目 3200


29 処理データおよび有害データ出荷予定品目 3240

30 出荷搬送パターン出荷予定品目 3260

31 明細フレックスフィールド出荷予定品目 3300-3340 フレックスフィールド



34 副明細詳細出荷予定品目 4000

35 その他名前コードおよび値出荷予定品目 4010


37 品目数量外部出荷予定品目 4050







26-47 SCH_REF スケジュール参照番号

48-69 SEQ レコード 2000 の連番カウンタ

70-91 SEQ-SUBLINE 指定されたレコード 2000 内のレコード 4000 の連番カウンタ








長さ長さ長さ長さ 25 22 22 22 4 2 3

位置位置位置位置 1-25 26-47 48-69 70-91 92-95 96-97 98-100

1 制御レコード TP_CD SCH_REF 0010 CT CTL

2 基本スケジュール・ヘッダー TP_CD SCH_REF 1000 HD HDR


TP_CD SCH_REF 1010 NT HDR

4 顧客所在地 TP_CD SCH_REF 1020 A1 SIH

5 スケジュール・ヘッダーその他担当

TP_CD SCH_REF 1080 CO HDR

6 スケジュール・ヘッダーその他参照

TP_CD SCH_REF 1090 RF HDR












TP_CD SCH_REF 1600 A1 1H1







16 出荷先所在地およびコード TP_CD SCH_REF 1700 AD STH

17 請求先所在地およびコード TP_CD SCH_REF 1710 AD BTH

18 中間出荷先所在地およびコード TP_CD SCH_REF 1720 AD ICH

19 出荷元所在地およびコード TP_CD SCH_REF 1730 AD SFH

20 その他名前コードおよび値 TP_CD SCH_REF 1740 MN MNH

21 品目データ : 日付および数量

データ

TP_CD SCH_REF SEQ 2000 SC DT

22 数量単位 TP_CD SCH_REF SEQ 2040 UM UOM

23 品目参照 TP_CD SCH_REF SEQ 2200 RF DTM

24 出荷先所在地およびコード TP_CD SCH_REF SEQ 3000 AD STI

25 請求先所在地およびコード TP_CD SCH_REF SEQ 3010 AD BTI

26 中間出荷先所在地およびコード TP_CD SCH_REF SEQ 3020 AD ICI

27 出荷元所在地およびコード TP_CD SCH_REF SEQ 3030 AD SFI

28 顧客参照データ TP_CD SCH_REF SEQ 3100 I1 IT1

29 詳細顧客参照データ TP_CD SCH_REF SEQ 3110 I2 IT2

30 ドック、FBO 構成キーを含む

詳細顧客参照データ

TP_CD SCH_REF SEQ 3120 I3 IT3

31 品目詳細参照コードおよび値 TP_CD SCH_REF SEQ 3140 RF LIN

32 顧客の品目摘要 TP_CD SCH_REF SEQ 3180 PD LIN

33 顧客運送データ TP_CD SCH_REF SEQ 3200 TD QER

34 品目ノート・テキスト TP_CD SCH_REF SEQ 3220 NT ITM

35 処理データおよび有害データ TP_CD SCH_REF SEQ 3240 HZ HZ1

36 出荷搬送パターン TP_CD SCH_REF SEQ 3260 SD SDR



出荷スケジュール出荷スケジュール出荷スケジュール出荷スケジュール

(SSSI/862/DELJIT)

前述の「インバウンド計画スケジュール（SPSI/830/DELJI）」を参照してください。これらの取引のレコード・レイアウトは同じです。


37 明細フレックスフィールド TP_CD SCH_REF SEQ 3300 A1 SI1




41 産業フレックスフィールド TP_CD SCH_REF SEQ 3380 A1 IN1




45 取引先フレックスフィールド TP_CD SCH_REF SEQ 3460 A1 TL1




49 副明細詳細 TP_CD SCH_REF SEQ SEQ-SUBLINE

4000 SL SLN

50 その他名前コードおよび値 TP_CD SCH_REF SEQ SEQ-SUBLINE

4010 MN MNI

51 品目ノート・テキスト TP_CD SCH_REF SEQ SEQ-SUBLINE

4030 NT PIC

52 品目数量外部 TP_CD SCH_REF SEQ SEQ-SUBLINE

4050 ME MEA


Oracle Supplier Scheduling 取引要約

Oracle Shipping Execution 取引要約取引要約取引要約取引要約

表表表表 A-71 次の次の次の次の Oracle Shipping Execution 取引は、リリース取引は、リリース取引は、リリース取引は、リリース 11i.1 で使用できます。で使用できます。で使用できます。で使用できます。




Oracle Supplier Scheduling 取引要約取引要約取引要約取引要約

表表表表 A-72 この付録には、次のこの付録には、次のこの付録には、次のこの付録には、次の Oracle Supplier Scheduling 取引が要約されています。取引が要約されています。取引が要約されています。取引が要約されています。





出荷通知 / 証明アウトバウンド DSNO 856 DESADV


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

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



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

(SPSO/830/DELFOR)








2000-2900 品目レコード計画スケジュール・ヘッダー内の品目当り 1 レコード・セット

4000-4900 承認 / 予測スケジュール品目当りの予測スケジュール、承認または受入データ当り 1 レ

コード



2 取引先ヘッダー・フレックスフィールドヘッダー 0020-0050 フレックスフィールド

3 取引先詳細フレックスフィールドヘッダー 0060-0070 フレックスフィールド

4 基本計画スケジュール・ヘッダーヘッダー 1000

5 仕入先番号ヘッダー 1010


7 仕入先サイト電話番号ヘッダー 1030


9 出荷先その他データヘッダー 1060







13 出荷組織フレックスフィールドヘッダー 1700-1730 フレックスフィールド

14 出荷先オプション・フレックスフィールド


15 拡張表 :

発注ヘッダー・データ

ヘッダー 1900 （カスタム）

16 基本品目データ品目 2000

17 製品摘要品目 2010

18 有害資材コード品目 2020

19 担当者名品目 2030

20 終受入データ品目 2040

21 出荷先組織所在地 / コード品目 2050

22 出荷先組織データ品目 2060

23 承認済仕入先リスト・フレックスフィールド

品目 2100-2130 フレックスフィールド

24 品目フレックスフィールド品目 2150-2180 フレックスフィールド

25 出荷先組織フレックスフィールド品目 2200-2230 フレックスフィールド

26 組織オプション・フレックスフィールド品目 2250-2280 フレックスフィールド

27 出荷予定品目フレックスフィールド品目 2300-2330 フレックスフィールド

28 拡張表 : 品目データ品目 2900 （カスタム）

29 予測および承認データ品目詳細（更新されたものを参照）

30 拡張表 : 予測および承認データ品目詳細（カスタム）







26-47 PS 計画スケジュール番号

48-69 品目計画スケジュール明細番号

70-91 スケジュールスケジュール・バケット番号








長さ長さ長さ長さ 25 22 22 22 4 2 3

位置位置位置位置 1-25 26-47 48-69 70-91 92-95 96-97 98-100

1 制御レコード TP_CD PS 0010 CT CTL


TP_CD PS 0020 A1 TH1








TP_CD PS 0060 A1 TD1


TP_CD PS 0070 A2 TD2

8 計画スケジュール・ヘッダー TP_CD PS 1000 HD FRC

9 計画スケジュール・ヘッダー TP_CD PS 1010 SP SU

10 計画スケジュール・ヘッダー TP_CD PS 1020 AD SS



11 計画スケジュール・ヘッダー TP_CD PS 1030 CN SS

12 計画スケジュール・ヘッダー TP_CD PS 1050 AX ST1

13 計画スケジュール・ヘッダー TP_CD PS 1060 ST ST2

14 スケジュール・ヘッダー・フレックスフィールド 1-4

TP_CD PS 1500 A1 SH1



16 スケジュール・ヘッダー・フレックスフィールド 10 ～ 14


17 スケジュール・ヘッダー・フレックスフィールド 15


18 仕入先フレックスフィールド1-4

TP_CD PS 1600 A1 VN1





21 仕入先フレックスフィールド15


22 仕入先サイト・フレックスフィールド 1-4

TP_CD PS 1650 A1 VS1





25 仕入先サイト・フレックスフィールド 5


26 出荷組織フレックスフィールド1-4

TP_CD PS 1700 A1 ST1





29 出荷組織フレックスフィールド15




30 出荷先オプション・フレックスフィールド 1-4

TP_CD PS 1750 A1 OP1





33 出荷先オプション・フレックスフィールド 15


34 拡張表 : スケジュール・レベル TP_CD PS 1900 （カスタム）（カスタム）

35 基本品目データ TP_CD PS 品目 2000 IT IT1

36 製品摘要 TP_CD PS 品目 2010 IT IT2

37 有害資材データ TP_CD PS 品目 2020 HZ HZ1

38 担当者名 TP_CD PS 品目 2030 CN IT1

39 終受入データ TP_CD PS 品目 2040 LS LS1

40 出荷先組織所在地 / コード TP_CD PS 品目 2050 AX SI2

41 出荷先組織データ TP_CD PS 品目 2060 ST SI3

42 承認済仕入先リスト・フレックスフィールド 1-4

TP_CD PS 品目 2100 A1 AS1





45 承認済仕入先リスト・フレックスフィールド 15


46 品目フレックスフィールド 1-4 TP_CD PS 品目 2150 A1 IT1

47 品目フレックスフィールド 5-9 TP_CD PS 品目 2160 A2 IT2

48 品目フレックスフィールド10-14

TP_CD PS 品目 2170 A2 IT3

49 品目フレックスフィールド 15 TP_CD PS 品目 2180 A2 IT4

50 出荷先組織フレックスフィールド（品目）1-4

TP_CD PS 品目 2200 A1 DI1







53 出荷先組織フレックスフィールド（品目）15


54 組織オプション・フレックスフィールド 1-4

TP_CD PS 品目 2250 A1 SO1





57 組織オプション・フレックスフィールド 15


58 出荷予定品目フレックスフィールド 1-4

TP_CD PS 品目 2300 A1 SI1





61 出荷予定品目フレックスフィールド 15


62 拡張表 : 品目レベル TP_CD PS 品目 2900 （カスタム）（カスタム）

63 予測日付、承認

受入データ

TP_CD PS 品目スケジュール

4000 SC SCH

64 拡張表 : 予測レベル TP_CD PS 品目スケジュール




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

(SSSO/862/DELJIT)








2000-2900 品目レコード出荷スケジュール・ヘッダー内の品目当り 1 レコード・セット

4000-4900 承認 / 予測スケジュール品目当りの予測スケジュール、承認または受入データ当り 1 レコード



2 取引先ヘッダー・フレックスフィールドヘッダー 0020-0050 フレックスフィールド

3 取引先詳細フレックスフィールドヘッダー 0060-0070 フレックスフィールド

4 基本計画スケジュール・ヘッダーヘッダー 1000

5 仕入先番号ヘッダー 1010


7 仕入先サイト電話番号ヘッダー 1030


9 出荷先その他データヘッダー 1060







13 出荷組織フレックスフィールドヘッダー 1700-1730 フレックスフィールド

14 出荷先オプション・フレックスフィールド


15 拡張表 : 発注ヘッダー・データ

ヘッダー 1900 （カスタム）

16 基本品目データ品目 2000

17 製品摘要品目 2010

18 有害資材コード品目 2020

19 担当者名品目 2030

20 終受入データ品目 2040

21 出荷先組織所在地 / コード品目 2050

22 出荷先組織データ品目 2060

23 承認済仕入先リスト・フレックスフィールド

品目 2100-2130 フレックスフィールド

24 品目フレックスフィールド品目 2150-2180 フレックスフィールド

25 出荷先組織フレックスフィールド品目 2200-2230 フレックスフィールド

26 組織オプション・フレックスフィールド品目 2250-2280 フレックスフィールド

27 出荷予定品目フレックスフィールド品目 2300-2330 フレックスフィールド

28 拡張表 : 品目データ品目 2900 （カスタム）

29 予測および承認データ品目詳細 4000

30 拡張表 : 予測および承認データ品目詳細 4900 （カスタム）



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

(SSSO/862/DELJIT)





26-47 SS 出荷スケジュール番号

48-69 品目出荷スケジュール明細番号

70-91 スケジュールスケジュール・バケット番号








長さ長さ長さ長さ 25 22 22 22 4 2 3

位置位置位置位置 1-25 26-47 48-69 70-91 92-95 96-97 98-100

1 制御レコード TP_CD SS 0010 CT CTL


TP_CD SS 0020 A1 TH1








TP_CD SS 0060 A1 TD1


TP_CD SS 0070 A2 TD2



8 計画スケジュール・ヘッダー TP_CD SS 1000 HD FRC

9 計画スケジュール・ヘッダー TP_CD SS 1010 SP SU

10 計画スケジュール・ヘッダー TP_CD SS 1020 AD SS

11 計画スケジュール・ヘッダー TP_CD SS 1030 CN SS

12 計画スケジュール・ヘッダー TP_CD SS 1050 AX ST1

13 計画スケジュール・ヘッダー TP_CD SS 1060 ST ST2


TP_CD SS 1500 A1 SH1



16 スケジュール・ヘッダー・フレックスフィールド 10 ～ 14


17 スケジュール・ヘッダー・フレックスフィールド 15



TP_CD SS 1600 A1 VN1





21 仕入先フレックスフィールド15



TP_CD SS 1650 A1 VS1





25 仕入先サイト・フレックスフィールド 15


26 出荷組織フレックスフィールド 1-4

TP_CD SS 1700 A1 ST1







29 出荷組織フレックスフィールド 15



TP_CD SS 1750 A1 OP1





33 出荷先オプション・フレックスフィールド 15


34 拡張表 : スケジュール・レベ

ル

TP_CD SS 1900 （カスタム）（カスタム）

35 基本品目データ TP_CD SS 品目 2000 IT IT1

36 製品摘要 TP_CD SS 品目 2010 IT IT2

37 有害資材データ TP_CD SS 品目 2020 HZ HZ1

38 担当者名 TP_CD SS 品目 2030 CN IT1

39 終受入データ TP_CD SS 品目 2040 LS LS1

40 出荷先組織所在地 / コード TP_CD SS 品目 2050 AX SI2

41 出荷先組織データ TP_CD SS 品目 2060 ST SI3


TP_CD SS 品目 2100 A1 AS1





45 承認済仕入先リスト・フレックスフィールド 15



TP_CD SS 品目 2150 A1 IT1







49 品目フレックスフィールド 15 TP_CD SS 品目 2180 A2 IT4


TP_CD SS 品目 2200 A1 DI1





53 出荷先組織フレックスフィールド（品目）15



TP_CD SS 品目 2250 A1 SO1





57 組織オプション・フレックスフィールド 15



TP_CD SS 品目 2300 A1 SI1





61 出荷予定品目フレックスフィールド 15


62 拡張表 : 品目レベル TP_CD SS 品目 2900 （カスタム）（カスタム）

63 予測日付、承認受入データ

TP_CD SS 品目スケジュール

4000 SC SCH

64 拡張表 : 予測レベル TP_CD SS 品目スケジュール



oracle e-commerce gatewayインプリメンテー …oracle e-commerce...

Documents