Oracle Self-Service Web Applicationsインプリメンテーション・マニュアル

Oracle Self-Service Web Applications
インプリメンテーション・マニュアル
リリース 11i
2001 年 5 月
部品番号：J02505-01
Oracle Self-Service Web Applications インプリメンテーション・マニュアル，リリース 11i
部品番号：J02505-01
原本名：Oracle Self-Service Web Applications Implementation Manual Release11i
原本部品番号：A75399-01
原本著者：Troy Anthony, Neal Barlow, Desmond Chu, Rami Haddad, Michelle Jacobsen,
GeorgeKellner, Liza Lyons, Teresa Mak, Richard Ou, Kurt Thompson, Vidya Subramaniam, Mildred
Wang
Copyright © 1998, 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.
このドキュメントに記載されているその他の会社名および製品名は、あくまでその製品および会社を識
別する目的にのみ使用されており、それぞれの所有者の商標または登録商標です。
目次
はじめに ...........................................................................................................................................................................
iii
1 Self-Service Web Applications の概要
概要 ........................................................................................................................................................................... 1-2
Oracle Self-Service Web Applications のアーキテクチャ ............................................................................. 1-2
データ・セキュリティ ........................................................................................................................................... 1-9
2 導入
設定 ........................................................................................................................................................................... 2-2
Oracle WebDB 2.5 の設定 .............................................................................................................................. 2-2
Apache サーバーの設定 ................................................................................................................................ 2-2
Oracle Applications のセキュリティの管理 .............................................................................................. 2-5
システム管理者パスワードの変更 ............................................................................................................. 2-12
Oracle Self-Service Web Applications の設定 .......................................................................................... 2-12
一時表からのデータの削除 ......................................................................................................................... 2-13
Web ページのカスタマイズ ........................................................................................................................ 2-14
オプションの設定タスク ..................................................................................................................................... 2-14
アスク・オラクルの保守 ............................................................................................................................. 2-14
プロファイル・オプション ................................................................................................................................. 2-15
3 Web Applications Dictionary
Web Applications Dictionary の概要 ................................................................................................................ 3-2
照会フローの表示と変更 ............................................................................................................................. 3-20
フォルダ・モードの設定 ..................................................................................................................................... 3-21
i
オブジェクトの定義 ..................................................................................................................................... 3-21
オブジェクトへの属性の割当て ................................................................................................................. 3-23
属性の定義 ..................................................................................................................................................... 3-26
一意キーの定義 ............................................................................................................................................. 3-27
外部キーの定義 ............................................................................................................................................. 3-29
リージョンの定義 ......................................................................................................................................... 3-30
リージョン項目の作成 ................................................................................................................................. 3-32
オブジェクト・フローの定義 ..................................................................................................................... 3-34
フロー・ページの定義 ................................................................................................................................. 3-36
フロー・ページ・リージョンの定義 ......................................................................................................... 3-37
フロー・ページ関連の定義 ......................................................................................................................... 3-39
フロー・ページ・リージョン・リンクの定義 ......................................................................................... 3-41
4 アプリケーション・プログラミング・インタフェース
アプリケーション・プログラミング・インタフェース ................................................................................... 4-2
API Specifications ........................................................................................................................................... 4-2
標準 API パラメータ .................................................................................................................................... 4-39
索引
ii
はじめに
iii
対象読者
読者は、自分のビジネスエリアの原理や慣行について実践的な知識を持っていることが前提
です。また、Oracle Applications に精通していることも必要です。Oracle Applications をま
だ使用したことがない場合は、Oracle University で行われる、Oracle Applications の研修ク
ラスに参加することをお薦めします。Oracle Applications 製品情報の詳細は、「その他の情
報ソース」を参照してください。
このガイドの使用方法
このガイドには、Oracle Self-Service Web Applications を理解し使用するために必要な情報
が記載されています。
このガイドには、Oracle Self-Service Web Applications の概要と、タスクおよび参照情報が
記載されています。次の章から構成されています。
■
第 1 章では、Oracle Self-Service Web Applications の概要を、そのアーキテクチャ、
データ・セキュリティ、Oracle Applications との関係も含めて説明します。
■
第 2 章では、Oracle Self-Service Web Applications の設定方法を説明します。
■
第 3 章では、Oracle Web Applications Dictionary とその使用方法を説明します。
■
■
第 4 章では、Oracle Self-Service Web Applications に添付されている事前定義照会フ
ローの概要を示します。
第 5 章では、アプリケーション・プログラミング・インタフェースを説明します。
その他の情報ソース
オンライン・ドキュメント、研修、およびサポート・サービスなど、数多くの情報のソース
から選択して、Oracle Self-Service Web Applications の知識と理解を深めることができます。
このガイドで他の Oracle Applications ドキュメントを参照している場合は、指定がない限
り、それらのガイドのリリース 11i バージョンを参照してください。
オンライン・ドキュメント
Oracle Applications のドキュメントは、すべてオンライン (HTML および PDF) で利用でき
ます。テクニカルリファレンス・ガイドは、紙の形態でのみ提供しています。HTML ドキュ
メントは、20 以上の言語に翻訳されています。
このガイドの HTML 版は画面表示用に最適化されており、ハイパーテキスト・リンクをた
どってライブラリ内の別の HTML ドキュメントへ容易にアクセスできます。HTML ウィン
ドウを開くと、ウィンドウの左側にある機能を使用して、あらゆる Oracle Applications ド
キュメント内を自由にナビゲートできます。
■
iv
「検索」機能を使用して、単語や語句で検索できます。
■
拡張可能なメニューを使用して、用意されたメニュー体系の中からトピックを検索でき
ます。メニュー上の「ライブラリ」オプションが拡張されて、すべての Oracle
Applications の HTML ドキュメントが表示されます。
HTML ヘルプは、次の方法で表示できます。
■
アプリケーション・ウィンドウから、ヘルプ・アイコンかヘルプ・メニューを選択し
て、新しい Web ブラウザを開き、そのウィンドウのヘルプを表示する方法
■
ドキュメント CD を使用する方法
■
システム管理者が指定する URL を使用する方法
HTML ヘルプには、このガイドの印刷時にはなかった情報が記載されている場合がありま
す。
関連するユーザー・ガイド
Oracle Self-Service Web Applications を使用することによって、ビジネスと設定の情報を他
の Oracle Applications 製品と共有できます。したがって、ユーザーは Self-Service Web
Applications を設定して使用するときに、他のユーザーズ・ガイドを参照することもできま
す。
ガイドをオンラインで読むには、HTML ヘルプ・ウィンドウの拡張メニューで「ライブラ
リ」を選択するか、メディア・パックに組み込まれた Oracle Applications ドキュメント・ラ
イブラリ CD から読み込むか、または Web ブラウザでシステム管理者が指定する URL を使
用するなどの方法があります。
全製品に関連するユーザー・ガイド
『Oracle Alert ユーザーズ・ガイド 』
Oracle Applications データのステータスを監視する定期アラートとイベント・アラートを定
義するには、このガイドを使用します。
『Oracle Applications Implementation Wizard User’s Guide』
』
複数の Oracle 製品を実装する場合、Oracle Applications Implementation Wizard を使用し
て設定活動を協調させることができます。このガイドには、このウィザードの使用方法が説
明されています。
『Oracle Applications Developer's Guide』
』
このガイドには、Oracle Applications の開発スタッフが使用しているコーディングの標準が
記載されています。このガイドは、
『Oracle Applications User Interface Standards for
Forms-Based Products』に記載されている Oracle Applications ユーザー・インタフェースを
実装するために必要な Oracle Application Object Library の構成部品を説明したものです。
v
また、カスタム Oracle Developer フォームを作成して Oracle Applications に統合するため
に役立つ情報も記載しています。
『Oracle Applications User Interface Standards for Forms-Based Products』
』
このガイドには、Oracle Applications の開発スタッフが使用しているユーザー・インタ
フェース (UI) の標準が記載されています。Oracle Applications 製品の UI と、Oracle Forms
を使用して作成するアプリケーションの設計にこの UI を適用する方法を説明しています。
導入とシステム管理ガイド
『Oracle Applications 概要』
このガイドには、Oracle Applications リリース 11i の概要、機能、テクノロジ・スタック、
アーキテクチャ、および用語が説明されています。Oracle Applications のインストール前に
読む、有用な入門書です。このガイドには、ビジネス・インテリジェンス (BIS)、言語セッ
トおよび文字セット、およびセルフ・サービス・アプリケーションなどのアプリケーション
全体の機能の背景となる概論と重要な問題も説明されています。
『Oracle Applications のインストール』
このガイドには、Oracle Applications 製品のインストレーションを管理するための手順が記
載されています。リリース 11i では、インストール・プロセスの多くは Oracle Rapid Install
を使用して処理されます。Oracle Rapid Install は必要とされる多くの手順を自動化すること
により、Oracle Applications および Oracle8 Server テクノロジ・スタックのインストールに
要する時間を最短化します。このガイドには、Oracle Rapid Install を使用するための指示事
項と、インストレーションの完了に必要なタスクがリストされています。このガイドを、各
製品のユーザー・ガイドやインプリメンテーション・ガイドと一緒に使用してください。
『Oracle Applications のアップグレード』
Oracle Applications リリース 10.7 製品またはリリース 11.0 製品をリリース 11i にアップグ
レードする場合は、このガイドを参照してください。このガイドには、一般的なアップグ
レード・プロセスと、データベースのアップグレードおよび製品固有のアップグレードのタ
スクがリストされています。リリース 11i にアップグレードするには、リリース 10.7(NCA、
SmartClient または文字モード ) またはリリース 11.0 のいずれかである必要があります。
10.7 より前のリリースから直接リリース 11i へはアップグレードできません。
『Oracle Applications の保守』
このガイドには、Applications ファイル・システムやデータベースの保守の説明と、これら
のタスクのメイン・ツールである Applications DBA(AD) ユーティリティを使用するための
指示事項が記載されています。AD ユーティリティは、Applications の保守のみでなく、
Oracle Applications 製品のインストール、パッチおよびアップグレードにも使用されます。
vi
『Oracle Applications 製品アップデート・ノート』
Oracle Applications インストレーションのアップグレード担当者は、このガイドを参照とし
て使用してください。このガイドには、各 Oracle Applications 製品のリリース 11.0 からリ
リース 11i までの変更履歴が記載されています。変更履歴には、新しい機能や拡張機能の他、
データベース・オブジェクト、プロファイル・オプションおよびシード・データに対して行
われた変更事項が含まれます。
『Oracle Applications システム管理者ガイド』
このガイドには、Oracle Applications のシステム管理者向けに、計画に関する情報と参照情
報が記載されています。その内容にはセキュリティの定義、メニューやオンライン・ヘルプ
のカスタマイズ、および処理の管理方法が含まれます。
『Oracle HRMS Applications Technical Reference Guide』
』
データベースのダイアグラムと、データベースの表、フォーム、レポート、および Oracle
HRMS のプログラム (Oracle Self-Service Web Applications と関連のアプリケーションを含
む ) の詳細な説明が記載されています。この情報は、既存のアプリケーションからデータを
変換する場合、Oracle Self-Service Web Applications を Oracle 以外のアプリケーションと統
合する場合、および Oracle Self-Service Web Applications のカスタム・レポートを作成する
場合に役立ちます。テクニカル・リファレンス・ガイドは、ライセンスをお持ちの製品であ
れば注文できます。
『Oracle Workflow ガイド』
このガイドには、新規ワークフロー・ビジネス・プロセスの定義方法や、既存の Oracle
Applications 組込みワークフロー・プロセスのカスタマイズ方法が説明されています。この
ガイドを利用して、ワークフロー組込みプロセスを含む Oracle Applications 製品に必要な設
定手順も完了できます。
研修とサポート
研修
オラクル社では、お客様が Oracle Applications の利用方法を速やかに習得できるよう、様々
な研修コースを設けています。また、プロジェクト・チームおよびエンド・ユーザー対象の
研修計画を開発するお手伝いをします。オラクル社では、お客様の業務または業務分野に適
したコースの編成をお手伝いします。
必要なときに適切な量の情報を主要なスタッフが入手できるように、実装プロセス全体にわ
たる研修の計画方法を、研修専門のスタッフが紹介します。オラクル社が運営している多数
の研修センターで研修コースを受講する形態のほか、お客様ご指定の施設に講師が出向いて
研修を行うこともできます。また、インターネット上で研修を行うネット・クラス、および
CD を使用した多数のマルチメディアベース・コースも用意しています。あるいは、ご要望
に合わせて標準コースを調整したり、カスタム・コースを作成することも可能です。
vii
サポート
Oracle Self-Service Web Applications が常に正常に稼働するよう、オンサイト・サポートか
ら本部サポートまで、オラクル社の経験豊富な専門家チームがご要望に応じた支援と情報提
供にあたっています。このサポート・チームは、お客様の業務分野、Oracle Server の管理、
およびご使用のハード / ソフトウェア環境についての専門知識を持つオラクル社の技術担当
員、営業担当員およびコンサルティングやサポートを専門とする多数のスタッフにより構成
されています。
Oracle Applications のデータの修正
特に指示がない限り、SQL*Plus、Oracle Data Browser、データベース・トリガー、または
その他のツールで Oracle Applications の表を変更しないことを強くお薦めします。オラクル
では、Oracle データベース内で情報を作成、保管、変更、検索、および保守するために使用
できる強力なツールを提供しています。しかし、SQL*Plus などの Oracle ツールを使用して
Oracle Applications のデータを変更すると、データの整合性が破壊される危険性があり、
データの変更をチェックできなくなります。Oracle Applications の各表は相互に関連してい
るので、Oracle Applications フォームを使用して変更を加えると、一度に多数の表を更新で
きます。しかし、Oracle Applications フォーム以外のアプリケーションを使用して Oracle
Applications のデータを変更すると、1 つの表の行のみが変更されて、それに対応した変更
が関連表に加えられない可能性があります。それぞれの表の間の同期が取れなくなると、
誤った情報が取り出される危険があり、Oracle Applications で予期できない結果が生じる可
能性があります。
Oracle Applications フォームを使用してデータを変更した場合、Oracle Applications ではそ
の変更が有効であるかどうかが自動的にチェックされます。また、Oracle Applications では
誰が情報を変更したかについても記録されています。しかし、データベース・ツールを使用
してデータベース表に情報を入力した場合は、無効な情報が格納される可能性があります。
また、SQL*Plus やその他のデータベース・ツールは変更の記録を残さないので、入力した
情報を誰が変更したかを追跡することもできなくなります。
オラクル社について
オラクル社では、Oracle Applications のほか、データベース管理、アプリケーション開発、
意思決定サポート、オフィス・オートメーションのための一連の統合ソフトウェア製品を開
発・販売しています。Oracle Applications は、会計管理、インターネット調達、ビジネス・
インテリジェンス、サプライ・チェーン管理、製造、プロジェクト・システム、人事管理、
販売およびサービス管理のための 70 を超えるソフトウェア・モジュールの完全統合製品で
ある、E-Business Suite を提供します。
オラクル社の製品はメインフレーム、ミニコンピュータ、パーソナル・コンピュータ、ネッ
トワーク・コンピュータ、個人用の電子機器に使用でき、それらの製品を使用すると組織内
のさまざまなコンピュータ、オペレーティング・システム、ネットワーク、さらには各種の
データベース管理システムを単一の情報リソースに統合できます。
viii
オラクル社は世界の先端をいく情報管理ソフトウェアの供給元であり、世界で 2 番目に大き
なソフトウェア会社です。オラクル社は、データベース、ツール、アプリケーション製品と
それに関連したコンサルティング、研修、サポートの各サービスを、世界 145 か国以上で提
供しています。
ix
x
1
Self-Service Web Applications の概要
この章では、Oracle Applications の概要について、次のトピックを中心に説明します。
■
Oracle Self-Service Web Applications のアーキテクチャ : 1-2 ページ
■
データ・セキュリティ : 1-9 ページ
Self-Service Web Applications の概要
1-1
概要
概要
Oracle Self-Service Web Applications は、オラクル社の Self-Service Expenses、Self-Service
Human Resources、Internet Procurement、Internet Receivables、Self-Service Time、Web
Suppliers、iStore、iPayment、iSupport、iMarketing、および eTravel から構成され、ブラ
ウザ・ベースの Oracle Applications 補完機能を追加することにより、Oracle Applications
を拡張します。
Oracle Self-Service Web Applications は、照会機能として使用することも、トランザクショ
ン・アプリケーションとして使用することもできます。照会モジュールは Oracle
Applications データベースを読み取りますが、更新は行いません。一方、トランザクショ
ン・モジュールは、データベースの更新を行います。
関連項目
Oracle Self-Service Web Applications のアーキテクチャ : 1-2 ページ
データ・セキュリティ : 1-9 ページ
Oracle Self-Service Web Applications のアーキテクチャ
このアーキテクチャは、次のコンポーネントから構成されています。
■
Web ブラウザ
■
Apache による Oracle HTTP Server
■
HTML ドキュメント
■
Java Server Pages、JavaBeans および Servlet
次の項を参照してください。
■
Apache による Oracle HTTP Server
■
Oracle Workflow: 1-5 ページ
■
Web Applications Dictionary: 1-5 ページ
■
Web 照会と Web 取引 : 1-6 ページ
次の説明で、Oracle Self-Service Web Applications の概観を理解してください。
定義
Apache サーバー
Apache サーバーは、Apache Software Foundation によって作成されたオープン・ソースの
HTTP サーバーです。Apache サーバーの情報は、http://www.apache.org で見ることがで
きます。Oracle Internet Application Server (iAS) の通信サービスを提供しています。
1-2
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
Oracle Self-Service Web Applications のアーキテクチャ
Apache サーバーはモジュール方式です。Apache サーバーは、標準の Apache モジュール
(mod と呼ばれます ) の他に数多くの Oracle 専用モジュールや、一部の標準 mod の機能拡
張も一緒にインストールされます。これらの専用モジュールには、mod_plsql、mod_cgi、
mod_ssl、mod_jserv および mod_perl があります。
CGI(Common Gateway Interface: 共通ゲートウェイ・インタフェース )
Web サーバー上でアプリケーションを実行するための業界標準技術。Oracle WebDB はこの
標準技術をサポートしており、Web Request Broker による追加機能も備えています。
フロー
一連の Web ページ。それぞれのページでデータを表示できます。フローを構成するページ
は、相互関係の定義によって結合されています。厳密に言えば、フローはページ、ページ・
リージョン、リージョン項目から構成されます。
HTML( ハイパーテキスト・マークアップ言語 : HyperText Markup Language)
ハイパーテキスト・ドキュメントをコード化するためのフォーマット。ハイパーテキスト・
ドキュメントの内容は、テキスト、グラフィック、プログラムの参照のほか、他のハイパー
テキスト・ドキュメントの参照です。HTML は、SGML( 標準汎用マークアップ言語 :
Standard Generalized Markup Language) のサブセットです。
HTTP( ハイパーテキスト転送プロトコル : HyperText Transfer Protocol)
Web サーバーからドキュメントを要求するときに使用するプロトコル。
JavaBeans
再使用可能な Java クラスで、メソッドや変数で特殊なネーミング規則を持ちます。
JavaBean コンポーネントを使用して、データベースへの接続、クライアント情報の保守、ま
たはスクリーン・ページのレンダリングなど、明確なタスクを実行できます。
Javascript
Javascript は、サーバー・ベースの CGI プログラムを必要とせずに HTML ファイルの機能
を大幅に強化するスクリプト言語です。
Java Server Page
JSP を使用すると、サーブレット・コードを HTML ページ内に埋め込むことができます。
JSP の操作は、サーバー・サイド組込み命令の操作と同じです。
Java Servlet
サーバー用の、小型でプラグ可能な拡張機能で、サーバーの機能を向上させます。Java
Servlet は、サーバー側 Java 開発の主要なコンポーネントです。
Self-Service Web Applications の概要
1-3
Oracle Self-Service Web Applications のアーキテクチャ
mod_cgi
共通ゲートウェイ・インタフェース (CGI) アプリケーションの実行に備える Apache モ
ジュールです。このモジュールは、アプリケーションの実行、および CGI を使用したデータ
の送信を行うオペレーティング・システム・シェルを呼び出します。
mod_jserv
すべてのサーブレット要求を Apache Jserv Servlet エンジンにルーティングする Apache モ
ジュールです。サーブレット・エンジンは、サーブレットを実行するランタイム環境を提供
します。サーブレット・エンジンは、同じノード、または異なるノードで稼働中の Java
Virtual Machine (JVM) 内から Apache HTTP サーバーへと実行されます。各 JVM は 1 つの
サーブレット・エンジンを持ちますが、サーブレット・エンジンの数は JServ プロセスの数
とは比例しません。mod_jserv と Apache JServ Servlet エンジンは異なるプロセスであり、
異なるマシン上で稼働することもありますが、Apache JServ Protocol(AJP) という名のプロ
トコルが通信に使用されます。
追加情報 : AJP プロトコルの詳細は、http://java.apache.org/jserv/protocol/AJPv11.html
を参照してください。
mod_plsql
オラクル固有の Apache モジュールです。このモジュールは、Oracle Universal Server 内で
動作し、Database Access Descriptor(DAD) を介して、PL/SQL 要求が Oracle8i Pl/SQL サー
ビスにルーティグされます。PL/SQL サービスはこの要求サービスを PL/SQL プログラムに
委任します。mod_plsql は Portal Service 要求も処理します。WebDB の HTTP 要求は mod_
plsql によって Oracle8i PL/SQL エンジンにディスパッチされます。PL/SQL サービスは、
データベース層または iAS 自体で実行している場合があります。
Web Applications Dictionary
Oracle Forms ベースのインタフェースを採用したアクティブなデータ・ディクショナリ。こ
のデータ・ディクショナリには、たとえばプロンプト、言語、ナビゲーション、セキュリ
ティなどの Self-Service Web Applications データに関する詳しい情報が入っています。
Web ブラウザ
クライアント・ユーザー・インタフェース・コンポーネント。使用するブラウザは、表とフ
レームをサポートしていること、Javascript が使用可能であることが必要です。組込み
Javascript コーディングでは、トランザクション時にユーザーが入力したデータをクライア
ント側にキャッシングする機能と、ユーザーが入力したデータのクライアント側での簡単な
検証機能のメカニズムを提供します。クライアント側で単純なロジックの Javascript コード
を実行すると、Web ブラウザ・クライアントと Web サーバーの間のネットワーク通信量が
低減されます。
Oracle WebDB
Oracle WebDB は、Web データベース・アプリケーションの構築、配置、および積極型モニ
タリングを行うための完全でコスト効率の高いソリューションです。Oracle WebDB には、
1-4
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
Oracle Self-Service Web Applications のアーキテクチャ
マルチスレッドの Web サーバーとデータベースへの PL/SQL カートリッジ・インタフェー
スの 2 つの働きをする Oracle Lightweight Listener が含まれています。詳細は、Oracle
WebDB ドキュメントおよび他のオンライン・ドキュメントを参照してください。
Oracle Workflow
ビジネス・フローをワークフローで定義できるので、ユーザーは意思決定に必要なすべての
情報を自動的に受け取ることができ、その他のビジネス処理をユーザーの応答に基づいて自
動的に実行できます。参照 : 『Oracle Workflow ユーザーズ・ガイド リリース 2.5』
ワークフローは Workflow Builder という名前の Windows GUI インタフェースを使用して
定義されます。このインタフェースを使用すると、ビジネス・プロセス、アクティビティ、
項目、メッセージ、選択肢リスト、ロール ( 承認チェーン ) を設計できます。そのワークフ
ローは、その後、ビジネス取引処理へ統合されます。Web Employees の場合、ワークフ
ローは承認申請処理に統合されます。ワークフロー・チェーンで生成された通知は、Oracle
Self-Service Web Applications または Workflow をサポートする電子メール・システムを使
用して表示できます。Oracle Self-Service Human Resources には、申請書を生成するための
事前定義ワークフロー処理が組み込まれています。
すべてのワークフロー処理はカスタマイズできます。参照 : 『Oracle Workflow ユーザー
ズ・ガイド リリース 2.5』
Web Applications Dictionary
これは、フローの内容と Web 照会ページのフォーマットを定義するために使用される
Oracle Forms ベースのデータ・ディクショナリです。ユーザーがデータを問い合せると、情
報は Web ページに表示され、ユーザーはその中のハイパーテキスト・リンクを使用して、
詳細な情報へドリル・ダウンできます。この方法でリンクされたページは照会と呼ばれる 1
つのフローを構成します。Web Applications Dictionary を使用すると、フローを構成する
ページの内容と、それらのページ間のリンクを指定できます。特に、次のものを指定できま
す。
■
HTML ページ・フォーマット ( ヘッダー、テキスト、表 )
■
Applications Business Views または PL/SQL へ関連付けることによるオブジェクトの内容
■
オブジェクト間のビジネス・フロー ( ハイパーテキスト・リンク )
■
ページ内容 ( フィールド、選択基準 )
Web Applications Dictionary は、データベースから情報を取り出すリアル・タイムの実行エ
ンジンとしても機能します。Oracle Self Service アプリケーションでは、実行時にデータ・
ディクショナリを参照してデータベースからデータが取り出され、動的 HTML ページが生
成されます。
Web Applications Dictionary を使用するとビジネス・フローを定義でき、その後、定義した
ビジネス・フローを Web 対応にできます。すべての照会フローは、Web Applications
Dictionary を使用して作成されます。これらの照会フローは、必要に応じてカスタマイズで
きます。Web Applications Dictionary は Oracle Applications リリース 11i の一部であり、
Self-Service Web Applications の概要
1-5
Oracle Self-Service Web Applications のアーキテクチャ
AK Common Modules の一部です。これは、インストール後、すべての中核 Oracle
Applications と同じ方法でアクセスできます。
参照 : Web Applications Dictionary: 3-1 ページ
Web 照会と Web 取引
Web 照会は、Applications Server に格納された情報への問合せ ( つまり読込みのみ ) モー
ド・アクセスに相当します。ユーザーは、構造化された方法によって問合せを実行できま
す。取り出したデータは構造化されているので、ユーザーは緊密にリンクされた情報のペー
ジ間を簡単にナビゲートできます。Web 取引を使用すると、2 つの単純なトランザクショ
ン、つまり発注と購買依頼の入力を実行できます。これらのトランザクションは、オープ
ン・インタフェース表にデータを挿入します。その後、データは検証され、核となる Oracle
Applications 生産表にロードされます。
Web 照会
Web 照会、つまり「フロー」は、一連のハイパーリンクされた Web ページです。ユーザー
が Web ページ間を簡単にナビゲートして関連情報にアクセスできるようにするため、いく
つかの標準フローが事前定義されています。それらのナビゲーション・フローは、共通ビジ
ネス照会処理を基に設計されており、Web Applications Dictionary を使用して作成されてい
ます。たとえば、ユーザーはログインして「発注の表示」照会を要求できます。データが表
示された後、ユーザーは取り出した発注に関連する請求および入金へハイパーリンクできま
す。
Oracle Self-Service Web Applications( 製品コード「ICX」) パッケージには、Web
Applications Dictionary( 製品コード「AK」) オブジェクトにアクセスして表示要素用の情報
と実際のアプリケーション・データを取り出す、PL/SQL 機能とプロシージャが組み込まれ
ています。Web Applications Dictionary は、ICX ビューに基づいて動的 PL/SQL を実行時
に生成する実行エンジンを備えています。それらのビューは、標準 Oracle Applications が提
供するビューを基に設計されています。
Web 取引
Web 取引では、ユーザーが入力したデータは、Javascript テクノロジを使用してクライアン
ト側に格納されます。ユーザーが変更をコミットすると、データは PL/SQL エージェントへ
渡され、PL/SQL エージェントは PL/SQL プロシージャを実行して製品が所有する製品一時
表にデータを格納します。そしてこのデータは、この製品の標準のオープン・インタフェー
ス表にロードされます。
Oracle Self Service では、オープン・インタフェース表にデータを挿入するロジックのみが
提供され、すべての検証ロジックは既存のオープン・インタフェース・プログラムに委ねら
れます。
Oracle Self Service により提供されるコーディング・ロジックは、主として Web のユー
ザー・インタフェース要素を構築するためのものです。取引処理コードはほとんど存在せ
ず、クライアント側のデータ・キャッシングに関する限られた Javascript のロジックのみが
存在します。Oracle Self Service では、標準 Oracle Applications により提供されるアプリ
1-6
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
Oracle Self-Service Web Applications のアーキテクチャ
ケーションのビジネス・ロジックを、そのオープン・インタフェースを使用することにより
活用します。
Servlet および Java Server Page からアクセスされる情報の表示
図 1-1 で、次の一連の流れを参照してください。OSSWA 機能を呼び出すと、情報が動的生
成の Web ページとして表示され、次の一連のイベントが発生します。
1.
ユーザーは、OSSWA メニューの機能のハイパーリンクをクリックします。ブラウザか
ら HTML ソース・コードに組み込まれた URL がアクセスされ、Java servlet が呼び出
されます。
2.
Apache による Oracle HTTP Server が、要求を mod_jserv にルーティングします。
3.
mod_jserv は要求を受け取り、サーブレット・エンジンである Apache Jserv に転送しま
す。
4.
サーブレット・エンジンでは、必要に応じてデータベースと通信しながら、応答が生成
されます。サーブレットで Java Server Page(JSP) を実行する必要がある場合は、Oracle
JSP に接続します。Oracle JSP は JSP 用のトランスレータであり、ランタイム環境です。
Oracle JSP を単独のトランスレータとして実行したりサーブレット・エンジンの一部と
して実行して、JSP を必要に応じて動的にコンパイルできます。
5.
応答は mod_jserv に返されます。
6.
HTTP サーバーからクライアントに応答が返されます。
Self-Service Web Applications の概要
1-7
Oracle Self-Service Web Applications のアーキテクチャ
図 1-1 Servlet および Java Server Pages へのアクセス
動的 Web ページの表示
PL/SQL プロシージャによって生成された HTML コンテンツを持つ動的 Web ページを表示
することもできます。PL/SQL プロシージャにアクセスする方法を、ここで説明します。た
だし、新しいプロシージャは JSP として作成することをお薦めします。この処理は上の図で
説明しています。図 1-2 は、Dynamic Web ページの PL/SQL プロシージャからの処理を説
明しています。一連の処理は、次のとおりです。
1-8
1.
ユーザーは、OSSWA メニューにある機能のハイパーリンクをクリックします。ブラウ
ザから HTML ソース・コードに組み込まれた URL がアクセスされ、PL/SQL プロシー
ジャが呼び出されます。
2.
Oracle HTTP Server により要求が mod_plsql へルーティングされます。
3.
要求は Oracle8i PL/SQL エンジンに転送されます。Database Access Descriptor (DAD)
mod_plsql に格納された情報を使用するとデータベースに接続され、コール・パラメー
タが作成され、データベースに格納された PL/SQL プロシージャが呼び出されます。
4.
PL/SQL プロシージャは、データベースからアクセスされたデータとストアド・プロ
シージャを使用して、HTML ページを生成します。
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
データ・セキュリティ
5.
応答は mod_plsql に返されます。
6.
HTTP サーバーからクライアントに応答が返されます。
図 1-2 PL/SQL プロシージャからの動的 Web ページ生成
データ・セキュリティ
データ・セキュリティは、次の項目によって管理されます。
■
クライアントとサーバー間の通信を保護するセキュア・ソケット・レイヤー (SSL)
■
HTTP クッキー
■
パスワード、パラメータ機能、セッション識別子の暗号化
■
セッション失効日
■
保護属性と除外属性の管理
Self-Service Web Applications の概要
1-9
データ・セキュリティ
セッション管理
セッション管理機能は次のとおりです。
■
セッションごとに 1 つずつ、一意の識別子が割り当てられ、それらの識別子は表に格納
されます。
■
セッション識別子は、クッキーを介して暗号化され、クライアントへ戻されます。
■
セッション失効日は、時間数またはヒット数を基礎とします。
属性管理
保護属性および除外属性を使用することにより、ユーザーの ID と職責に基づいてデータへ
のユーザー・アクセスを管理できます。属性は、最初に Web Applications Dictionary を使
用して定義されます。属性は、Oracle Application Object Library のシステム管理機能を使用
して職責とユーザーを定義すると、保護属性または除外属性になります。参照 : 属性の定義 :
3-26 ページ
行レベル・セキュリティ用の保護属性
保護属性を使用すると、データの行（レコード）を、その行に含まれる特定のデータ（属性
値）に基づき、指定したユーザーまたは職責に対して可視にできます。
たとえば、Sue という名前の ADMIN 職責のユーザーが、1000 という CUSTOMER_ID 値が
入った行を見ることができるようにするには、CUSTOMER_ID の保護属性を ADMIN 職責
に割り当てます。次に、Sue に 1000 という保護属性 CUSTOMER_ID 値を与えます。
Sue が ADMIN 職責にログインした場合、アクセスできるのは CUSTOMER_ID 値が 1000 で
ある顧客データのみになります。
注意 :
ユーザーが複数の値を使用できるようにすることもできます。
参照 : 『Oracle Applications システム管理者ガイド』の「ユーザー・ウィンドウ」および
「職責ウィンドウ」
列レベル・セキュリティの除外属性
除外属性は、指定した職責から特定のデータ列を見えなくします。
たとえば、セキュリティ上の理由から、Sue という ADMIN 職責のユーザーに CONTACT_
NAME 列のデータを見せたくない場合は、ADMIN 職責に対する除外属性 CONTACT_
NAME を Sue に割り当てます。ADMIN 職責のユーザーは、CONTACT_NAME 情報を見
ることができなくなります。
参照 : 『Oracle Applications システム管理者ガイド』の「職責ウィンドウ」
1-10
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
データ・セキュリティ
シードされている保護属性
ユーザーがレコードを見るために合致させる必要のある属性を定義するには、保護属性と値
を割り当てます。属性は、Web Applications Dictionary を使用して定義されます。各ユー
ザーごとに、さらに、そのユーザーのすべての職責に割り当てられた保護属性ごとに、保護
属性値を割り当ててください。
ユーザーを従業員、仕入先、顧客として指定できます。これにより、次のように、該当する
保護属性について、そのユーザーに自動的に担当者 ID 値が割り当てられます。
担当
ID
顧客担当
ICX_CUSTOMER_CONTACT_ID
社内連絡先
ICX_HR_PERSON_ID
仕入先担当
ICX_SUPPLIER_CONTACT_ID
さらに、次の保護属性がシードされています。
担当
ID
顧客
ICX_CUSTOMER_ORG_ID
組織
ICX_HRG_ORG_ID
仕入先
ICX_SUPPLIER_ORG_ID
顧客サイト
ICX_CUSTOMER_SITE_ID
内部サイト ( 事業所 )
ICX_HR_SITE_ID
仕入先サイト
ICX_SUPPLIER_SITE_ID
職責レベルの事前定義セキュリティ
次のリストは、どの職責に保護属性と除外属性が事前定義されているかを示しています。
表 1-1
職責
保護属性
除外属性
クレジット・カード
ICX_HR_PERSON_ID
顧客登録
顧客サービス（全機能）
顧客サービス（顧客別）
顧客サービス（顧客担当別）
Self-Service Web Applications の概要
1-11
データ・セキュリティ
表 1-1 （続き）
職責
保護属性
EDI 伝送（顧客サイト別）
ICX_CUSTOMER_SITE_ID
EDI
除外属性
伝送（全機能）
イベントおよびセミナー
エグゼクティブ概要
経費精算書
経費精算書
グローバル資産情報
パートナ情報（顧客別）
ICX_CUSTOMER_ORG_ID
支払およびクレジット（顧客
別）
ICX_CUSTOMER_ORG_ID
支払およびクレジット（全機
能）
計画照会
製品およびオーダー（顧客担
当別）
ICX_CUSTOMER_
CONTACT_ID
製品およびオーダー（全機能）
製品およびオーダー （Guest
Access）
プロジェクト管理（従業員別） ICX_HR_PERSON_ID
プロジェクト情報（顧客別）
ICX_CUSTOMER_ORG_ID
購買
登録
購買依頼
購買依頼（準備担当者）
PREPARER_ID
購買依頼（依頼者別）
ICX_REQUESTOR_ID
購買依頼（全機能）
営業担当サービス（従業員別） ICX_CUSTOMER_ORG_ID
営業担当サービス（全機能）
サービスおよびサポート（全
機能）
サービスおよびサポート（顧
客担当別）
1-12
CS_PUBLIC_COMMENT
ICX_CUSTOMER_
CONTACT_ID
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
CS_COMMENT
データ・セキュリティ
表 1-1 （続き）
職責
保護属性
除外属性
サービスおよびサポート（顧
客別）
ICX_CUSTOMER_ORG_ID
CS_COMMENT
仕入先サービス
ICX_LEVEL_ALTERED
ICX_DISTRIBUTION_ID,
ICX_SUPPLIER, ICX_
SUPSITE
仕入先サービス（仕入先サイ
ト別）
ICX_LEVEL_ALTERED, ICX_
SUPPLIER_SITE_ID
ICX_DISTRIBUTION_ID,
ICX_SUPPLIER, ICX_
SUPSITE
仕入先サービス（仕入先別）
ICX_LEVEL_ALTERED, ICX_
SUPPLIER_ORG_ID
ICX_DISTRIBUTION_ID,
ICX_SUPPLIER, ICX_
SUPSITE
仕入先サービス（全機能）
ICX_DISTRIBUTION_ID
仕入先登録
Web 計画照会
問合せ処理
ユーザーが Oracle Web Customers、Oracle Web Employees、Oracle Web Suppliers を使用
してデータを問い合せると、Web Applications Dictionary はリージョン内に保護属性が存在
するかどうかを判別します。存在する場合は、それらの保護属性がその職責に割り当てられ
た保護属性に一致するかどうかを判別します。
リージョン・レベルの保護属性に正確に一致する、職責レベルで割り当てられた保護属性が
存在する場合は、ユーザー・レベルで保護属性値がチェックされます。一致するユーザー・
レベルで保護属性が割り当てられていなければ、データは戻りません。
一致するユーザー・レベルで保護属性が割り当てられている場合は、データがユーザーへ戻
されますが、それは、そのユーザーの保護属性値が戻されるデータの保護属性値と正確に一
致する場合のみです。
職責レベルで除外属性が割り当てられていると、それらの属性についてのデータは戻りませ
ん。
たとえば、Sue に次の属性値があるとします。
表 1-2
保護属性
値
CUSTOMER_ID
1000
SITE_ID
123
Self-Service Web Applications の概要
1-13
データ・セキュリティ
表 1-2 （続き）
保護属性
値
SITE_ID
345
SITE_ID
567
CONTACT_ID
9876
また、Sue が CUSTOMER_ID、SITE_ID、CONTACT_ID のいずれかのデータを要求し、こ
れらの属性が Web Applications Dictionary 内で、「顧客」職責に対して定義されているとし
ます。これらの属性を備えたすべてのデータ行について、Sue の保護属性値が正確に一致す
るかどうかチェックされます。
この場合には、CUSTOMER_ID が 1000 で、SITE_ID が 123、345、567 のいずれかで、
CONTACT_ID が 9876 であるすべての行が戻されます。
関連項目
Web Applications Dictionary: 3-1 ページ
『Oracle Applications システム管理者ガイド』の「ユーザー・ウィンドウ」
『Oracle Applications システム管理者ガイド』の「職責ウィンドウ」
1-14
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
2
導入
この章では、Oracle Self-Service Web Applications の導入方法について説明します。
■
設定 : 2-2 ページ
■
Oracle WebDB 2.5 の設定 : 2-2 ページ
■
Apache サーバーの設定 : 2-2 ページ
■
Oracle Applications のセキュリティの管理 : 2-5 ページ
■
システム管理者パスワードの変更 : 2-12 ページ
■
Web ページのカスタマイズ : 2-14 ページ
■
プロファイル・オプション : 2-15 ページ
これらのタスクは、Web ブラウザ・インタフェースを使用して実行されます。この他にも、
Web Applications Dictionary を使用する必要がある導入タスク（ほとんどのユーザー用）が
あります。詳細は、次の章の Web Applications Dictionary（3-1 ページ）を参照してくださ
い。
注意 : Web Customers、Web Employees、Web Suppliers には固有の設
定情報が追加されている場合もあります。製品固有の設定情報または機能
固有の設定情報は、オンライン HTML ドキュメントを参照してください。
導入
2-1
設定
設定
適切なレコードを適切な Self-Service Applications に設定して、製品を使用する必要があり
ます。たとえば、従業員情報を入力して、従業員がセルフ・サービス費用を使用できるよう
にする必要があります。詳細は、各 Self-Service Web Application のインプリメンテーショ
ン・マニュアルを参照してください。
前提となるインストール手順
❏ Oracle WebDB 2.5 をインストールおよび構成してください。これは Oracle
Applications の前提となるインストール手順です。
❏
Apache サーバーと Apache JSERV をインストールしてください。
Oracle Applications での前提となる設定ステップ
❏ 設定作業を行う管理者自身のプロファイル・オプションを設定してください。参照 : プ
ロファイル・オプション : 2-15 ページ
❏
ユーザーを登録してください。
❏
ユーザーに職責を割り当ててください。
職責を作成した後、それらの職責を個々のユーザーに割り当てる必要があります。また、
ユーザーに保護属性を割り当てる必要もあります。
参照 : 『Oracle Applications システム管理者ガイド』の「ユーザー・ウィンドウ」データ・
セキュリティ : 1-11 ページ
Oracle WebDB 2.5 の設定
Oracle Applications インストレーションの一部として、Oracle WebDB 2.5 を設定する必要
があります。
『Oracle Applications システム管理者ガイド』で Oracle Applications の Oracle WebDB を設
定する手順を参照してください。
Apache サーバーの設定
Apache と Apache JServ がインストールが終了した後、次の手順に従ってください。
◗◗ ポートと論理ディレクトリを構成します。
1. ファイル httpds.conf を見つけます。
このファイルは、Apache がインストールされるディレクトリ・ツリーの conf ディレクトリ
の下に置かれます。たとえば、Apache を /usr/local/apache の下にインストールすると、
このファイルは、/usr/local/apache/conf の下にあります。
2-2
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
設定
注意 : 別のファイルを httpds.conf 内の「インクルード」にできます。
特に apps_conf や oracle_apache.conf などです。これらのファイルは、
OA_HTML などを指定する指示子を含む場合があります。
2.
■
■
httpds.conf の中で、次のパラメータを見つけます。
Port - Apache サーバーがリスニングするポートのポート番号を指定する行を見つけま
す。プロファイル・オプション APPS_SERVLET_AGENT をあとで設定するために、こ
のポート番号を記録します。
Alias - /OA_HTML/ と /OA_MEDIA/ をここで設定する必要があります。
例:
Alias /OA_HTML/ "/oracle/apps/html"
Alias /OA_MEDIA/ "/oracle/apps/media/"
◗◗servlet
ゾーンと jserv.properties の場所を構成します。
◗◗
1.
jserv.conf ファイルを見つけます。
この構成ファイルは、Apache Jserv がインストールされるディレクトリ・ツリーの conf
ディレクトリの下に置かれます。たとえば、Apache Jserv を /usr/local/ApacheJServ の下
にインストールすると、このファイルの位置は /user/local/ApacheJServ/conf の下になり
ます。
httpd.conf の最後に、次のような行が表示されます。
Include /user/local/ApacheJServ/conf/jserv.conf.
2.
jserv.conf の中で、次のパラメータを変更します。
■
ApJServProperties
jserv.properties ファイルの場所はこのパラメータによって指定されます。
例:
ApJServProperties /usr/local/ApacheJServ/conf/jserv.properties
■
ApJServMount
このパラメータは、servlet ゾーンのマウント・ポイントを保管するために使用されます。
ApJServMount 指示子を新たに指定することによって、servlet ゾーンを任意の数だけ作成で
きます。
導入
2-3
設定
たとえば、servlet が /usr/local/ApacheJServ/jservlets ディレクトリの下に置かれ、次の項
目が設定されるとします。
ApJservMount
/servlets
/jservlets
そしてユーザーが "http://host:port/servlets/TestServlet" を要求すると、デフォルト・ポー
トのデフォルト・プロトコルを介してデフォルト・ホスト上のゾーン "servlets" 内の servlet
"TestServlet" が要求されます。
◗◗ 環境変数と servlet ゾーン・リストを構成します。
1.
ファイル jserv.properties を見つけます。
すべての環境変数がこのファイル内に設定されます。$CLASSPATH と $LD_LIBRARY_
PATH をここで訂正することが重要です。$APPL_TOP の下の APPLSYS.env と adovars.env
でこの 2 つの変数を調べられます。
2.
jserv.properties の中で、次のパラメータを変更します。
■
wrapper.bin
wrapper.bin プロパティには、Java Virtual Machine の実行ファイルへの絶対パスが含まれて
いる必要があります。このプロパティは、ここで使用する Java Virtual Machine インタープ
リタを設定します。
例:
wrapper.bin=/local/java/jdk1.1.6/bin/java
■
wrapper.classpath
このプロパティには、JVM に渡される CLASSPATH 環境値が含まれます。
wrapper.classpath プロパティには、JSDK と JServ jar ファイルが含まれる必要があります。
多くの場合、JVM の classes.zip ファイルと servlet ゾーンの指示子も含まれます。
構文は次のようになります。
wrapper.classpath=[path]
例:
wrapper.classpath=/usr/local/ApacheJServ/jservlets
wrapper.classpath=/local/java/jdk1.1.6/lib/classes.zip
wrapper.classpath=/usr/local/ApacheJserv/src/java/
ApacheJServ.jar
■
wrapper.env
このプロパティは環境名で、値は JVM に渡されます。
2-4
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
設定
構文は次のようになります。
wrapper.env=[name]=[value]
ここで $LD_LIBRARY_PATH 変数を、JDBC ライブラリ・ファイルを含むディレクトリに設
定する必要があります。
例:
wrapper.env=LD_LIBRARY_PATH=/oracle/db/8.1.6.1/lib
NLS 環境変数もここで設定して、JDBC を稼働させる必要があります。
例:
wrapper.env=NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1 wrapper.env=ORA_
NLS33=/afrz/tools/6066/ocommon/nls/
admin/data wrapper.env=NLS_DATE_FORMAT=DD-MON-RR
■
zones
このプロパティは、JServ が管理する servlet ゾーンをリストします。構文は次のようになり
ます。
zones=<servlet zone>,<servlet zone>
例:
zones=jservlets
指定される各 servlet ゾーンの構成ファイルの場所を指定する必要があります。
例:
jservlets.properties=/usr/local/ApacheJServ/jservlets/
jservlets.properties
Oracle Applications のセキュリティの管理
リリース 11i は多重階層構成で展開されるので、セキュリティ・モデルにはアクセスする
データベース・サーバーのアプリケーション・サーバーの認証が含まれます。このセキュリ
ティ層がアクティブ化されると、セキュリティ層はアプリケーション・サーバーがデータ
ベース・サーバーに渡す「サーバー ID」またはパスワードを使用します。データベース・
サーバーは、サーバー ID を認識すると、データベースへのアクセスを許可します。サー
バー ID は、AdminAppServer という名前の Java スクリプトを使用して作成されます。
アプリケーション・サーバーのセキュリティ・システムは、最初はアクティブではないの
で、インストール後にアクティブ化する必要があります。アプリケーション・サーバーには
サーバー ID が割り当てられていないので、データベース・サーバーはサーバー ID をチェッ
クしません。
導入
2-5
設定
AdminAppServer ユーティリティ
Java スクリプト AdminAppServer は、.dbc ファイルを作成し、アプリケーション・サー
バーのセキュリティを使用可能にするために使用されます。
AdminAppServer を実行する前に、次の内容を確認する必要があります。
■
JDBC クラスが CLASSPATH と LD_LIBRARY_PATH 内にあること
■
$JAVA_TOP が classpath 内にあること
スクリプトは、次のように実行されます。
java oracle.apps.fnd.security.AdminAppServer [parameters]
第 1 パラメータは、接続文字列の後にコマンド文字列を続けます。たとえば、次のようにな
ります。
apps/apps@dbname
ADD
次のコマンドがサポートされています。
■
ADD - 新しい .dbc ファイルを作成します。
■
UPDATE - 既存の .dbc ファイルを更新します。
■
DELETE - 既存の .dbc ファイルを削除します。
■
STATUS - データベースのサーバー ID ステータスをチェックします。
■
AUTHENTICATION - 認証モードを切り替えます。
操作によっては、追加のパラメータがあります。次に示します。
■
■
■
2-6
DBC - 変更対象の .dbc ファイル、またはデータベースに接続するために使用される
.dbc ファイル。UPDATE、DELETE、STATUS および AUTHENTICATION と共に
使用します。
SECURE_PATH - ADD と共に使用します。.dbc ファイルが作成されるディレクト
リを指定します。このパラメータは、$FND_TOP/secure をポイントする必要があ
ります。
APPS_JDBC_DRIVER_TYPE - THICK または THIN。このパラメータは、リリー
ス 11i では THIN に設定する必要があります。
■
GUEST_USER_PWD - 有効なアプリケーション・ユーザー。
■
GWYUID - Thick ドライバ用。
■
FNDNAM - Thick ドライバ用。
■
TWO_TASK - Thick ドライバ用。データベースの名前。
■
DB_HOST - リリース 11i では必須。データベースのホスト・マシン
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
設定
■
DB_PORT - リリース 11i では必須。データベースのポート。
■
DB_NAME - Thin ドライバ用。データベース SID。
■
WALLET_PWD - SSL モードで TCF Socket Server と共に使用します。
■
SERVER_ADDRESS - 認証で使用します。
■
SERVER_DESCRIPTION - 認証で使用します。
■
■
■
FND_MAX_JDBC_CONNECTIONS - JDBC 接続キャッシュ内にある開かれた接続
の最大数です。この数値は使用可能なメモリ量、データベースの init.ora ファイル
内で指定されるプロセス数およびプロセッサ当りのファイル記述子制限に依存しま
す。
FND_IN_USE_CONNECTION_TIMEOUT - 接続を使用中にできる最大秒数。接
続が長時間ロック・アップしないように、接続キャッシュはこのパラメータを使用
して、ここで指定された制限より長くロックされた接続を強制的に閉じます。この
パラメータを指定しない場合、使用中の接続は除去されません。このパラメータは
最大トランザクションにかかる時間より大きな値に設定する必要があります。
FND_UNUSED_CONNECTION_TIMEOUT - 使用されていない接続がキャッ
シュ内に残存できる最大秒数です。接続キャッシュは、ここで指定した制限より長
い時間利用されていない全接続を閉じてキャッシュから削除します。
注意 : リリース 11i で必須のパラメータは、APPS_JDBC_DRIVER_TYPE
（THIN に設定する必要があります）
、DB_HOST、および DB_PORT です。
.dbc ファイルの管理
.dbc ファイルは Web/ アプリケーション・サーバー内にあり、データベースが認証に使用す
る情報を保持します。Web/ アプリケーション・サーバーは .dbc ファイルから情報やログイ
ン情報をデータベース・サーバーに渡してユーザーを認証します。認証プロセスは、標準の
アプリケーション・セキュリティ機能によって処理されます。
アプリケーション・サーバーのセキュリティ・システムで必要な .dbc ファイルは、出荷製
品には含まれておらず、インストール後に作成する必要があります。Java ユーティリティ
AdminAppServer を使用して、.dbc ファイルを作成します。AdminAppServer を実行する
前に、次の内容を確認する必要があります。
■
JDBC クラスが CLASSPATH と LD_LIBRARY_PATH 内にあること
■
$JAVA_TOP が classpath 内にあること
.dbc ファイルの作成
AdminAppServer ユーティリティを使用してアプリケーション・サーバーがデータベース・
サーバーにアクセスするための .dbc ファイルを作成します。このユーティリティは、.dbc
導入
2-7
設定
ファイルを作成するだけでなく、アプリケーション・サーバーをアプリケーション・サー
バーのセキュリティ機能のデータベースに登録します。
同じアプリケーション・サーバーから追加データベース・サーバーにアクセスするには、追
加のデータベースごとに AdminAppServer ユーティリティを再実行する必要があります。
.dbc ファイルを 1 つ作成するたびに、AdminAppServer ユーティリティを実行する必要があ
ります。1 つの .dbc ファイルでアクセスが許可されるのは 1 つのデータベースのみです。
アプリケーション・サーバーの .dbc ファイルを作成するには、次のようにします。
1.
GUEST_USER_PWD パラメータに username/password の値を設定する必要がありま
す。Oracle Applications で有効なユーザー名 ( たとえば "guest") を作成します。次に、
username/password の組合せを GUEST_USER_PWD の値として使用します。構文は、
次の例に示すとおりです。
GUEST_USER_PWD=guest/guest
このユーザーには職責を割り当てないことをお薦めします。
2.
コマンドラインから次のように入力します。
java oracle.apps.fnd.security.AdminAppServer apps/apps ADD
APPS_JDBC_DRIVER_TYPE=THIN DB_HOST=database_host_name
DB_PORT=database_port DB_NAME=database_sid
GUEST_USER_PWD=guest/guest \ GWYUID=applsyspub/pub \
[env_name=env_value] \ SECURE_PATH=$FND_TOP/secure
.dbc ファイル（またはサーバー ID）の更新
）の更新
.dbc ファイルを更新する場合、サーバー ID も含め、任意の数のパラメータを変更できます
が、少なくとも 1 つは入力する必要があります。設定を更新しない場合、設定されている値
は保持されます。
.dbc ファイルまたはサーバー ID を更新するには、次のようにします。
コマンドラインから、次のように入力します。
java oracle.apps.fnd.security.AdminAppServer apps/apps UPDATE
DBC=$FND_TOP/secure/file.dbc [SERVER_ID]
[SERVER_ADDRESS=tcp.ip address]
[SERVER_DESCRIPTION="Public web access server"]
[env_name=env_value]
注意 : まだ GUEST_USER_PWD パラメータに username/password 値
を設定していない場合は、ここで UPDATE コマンドを使用して設定でき
ます。
2-8
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
設定
TCF SocketServer を SSL モードで使用している場合は、AdminAppServer コマンドの実行
が必要になる場合があります。このコマンドは、Wallet のパスワードを指定して実行する必
要があります。
例:
java oracle.apps.fnd.security.AdminAppServer apps/apps UPDATE DBC=$FND_
TOP/secure/file.dbc WALLET_PWD=welcome
.dbc ファイルの削除
.dbc ファイルを削除するには、コマンドラインで次のように入力します。
java oracle.apps.fnd.security.AdminAppServer apps/apps@dbname
DELETE
DBC=$FND_TOP/secure/file.dbc
これにより .dbc ファイルが削除され、サーバーのセキュリティがアクティブの場合、指定
されたデータベースへのアクセスができなくなります。
サーバー ID の管理
アプリケーション・サーバーの認証では、サーバー ID、つまりアプリケーション・サー
バーがデータベース・サーバーに渡すパスワードを使用します。データベース・サーバー
は、サーバー ID を認識すると、データベースへのアクセスを許可します。
AdminAppServer を使用して、アプリケーション・サーバー・セキュリティ機能のステータ
スの設定、アクティブ化およびチェックを行います。
サーバー ID のチェック
AdminAppServer ユーティリティで STATUS コマンドを使用して、特定のデータベースの
サーバー ID のステータスをチェックできます。STATUS コマンドを使用すると、登録済み
のすべてのアプリケーション・サーバーとそれらのサーバー ID が表示されます。また、こ
のコマンドは、サーバー・セキュリティ機能が現在アクティブかどうかも示します。
注意 : サーバーのセキュリティをアクティブ化する前にデータベースの
サーバー ID のステータスをチェックして、目的のアプリケーション・
サーバーがすべて登録されているか確認します。
データベースのサーバー ID ステータスをチェックするには、次のようにします。
コマンドラインで、次のように入力します。
java oracle.apps.fnd.security.AdminAppServer apps/apps@dbname
STATUS
導入
2-9
設定
サーバー・セキュリティ（認証）のアクティブ化
同じ AdminAppServer ユーティリティを使用して、サーバー・セキュリティ機能をオンま
たはオフにできます。サーバーのセキュリティをオフにした場合、作成したサーバー ID は
変更も削除もされません。そのため、アプリケーション・サーバーすべてのサーバー ID を
再度作成せずにサーバー・セキュリティを再起動できます。
サーバー・セキュリティを非アクティブ化するには、次のようにします。
コマンドラインで、次のように入力します。
java oracle.apps.fnd.security.AdminAppServer apps/apps@dbname
AUTHENTICATION ON
サーバー・セキュリティをアクティブ解除するには、次のようにします。
コマンドラインで、次のように入力します。
java oracle.apps.fnd.security.AdminAppServer apps/apps@dbname
AUTHENTICATION OFF
サーバー ID の作成
アプリケーション・サーバーからデータベース・サーバーへのアクセスを可能にするには、
AdminAppServer ユーティリティを使用してアプリケーション・サーバーのサーバー ID を
作成します。同じアプリケーション・サーバーから追加データベース・サーバーにアクセス
するには、追加のデータベースごとに AdminAppServer ユーティリティを再実行する必要
があります。サーバー ID を 1 つ作成するたびに、AdminAppServer ユーティリティを実行
する必要があります。1 つのサーバー ID でアクセスが許可されるのは 1 つのデータベース
のみです。
注意 : AdminAppServer ユーティリティを実行するには、アプリケー
ション・サーバーの CLASSPATH 環境変数（Windows NT ではレジスト
リ変数）に $JAVA_TOP を組み込む必要があります。
アプリケーション・サーバーのサーバー ID を作成するには、次のようにします。
コマンドラインで、次のように入力します。
java oracle.apps.fnd.security.AdminAppServer apps/apps@dbname \
ADD　\
GWYUID=pub/pub FNDNAM=apps　\
*　SERVER_ADDRESS=<tcp.ip address>　\
*　SERVER_DESCRIPTION="Public web access server" \
* <env_name>=<env_value> \
* SECURE_PATH=$FND_TOP/secure \
GUEST_USER_PWD=<username/password>
2-10
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
設定
注意 : アプリケーション・サーバー・セキュリティ機能は、最初はアク
ティブではないので、サーバー ID を割り当ててもランタイム動作に影響
はありません。
サーバー ID の更新
サーバー ID の更新は、対応する .dbc ファイルの更新と同じ方法でできます。
コマンドラインから、次のように入力します。
java oracle.apps.fnd.security.AdminAppServer apps/apps UPDATE
DBC=$FND_TOP/secure/file.dbc [SERVER_ID]
[SERVER_ADDRESS=tcp.ip address]
[SERVER_DESCRIPTION="Public web access server"]
[env_name=env_value]
注意 : まだ GUEST_USER_PWD パラメータに username/password 値
を設定していない場合は、ここで UPDATE コマンドを使用して設定でき
ます。
サーバー ID の削除
サーバー ID は、対応する .dbc ファイルを削除することにより削除できます。削除は、
AdminAppServer ユーティリティを使用して行う必要があります。参照 : .dbc ファイルの削
除 : 2-9 ページ
トラブルシューティグ
起こり得る問題と推奨する解決方法は、次のとおりです。
◗◗ データベースの接続に失敗しました。
JDBC 環境が正しいことを確認してください。参照 : AdminAppServer ユーティリティ : 2-6
ページ
◗◗ ファイル I/O エラーがサーバー追加中に生じました。
SECURE_PATH として指定したパスが存在していること、およびそこに許可が書き込まれ
ていることを確認してください。
◗◗ 環境ファイルを読み込めません。
SECURE_PATH の値が指定されていない可能性があります。値が指定されていない場合、
AdminAppServer ユーティリティは JAVA_TOP から実行されているものと想定し、ファイ
導入
2-11
設定
ル $JAVA_TOP/oracle/apps/env.html の中で FND_TOP の値を検索します。SECURE_
PATH の値を指定してコマンドを再実行してください。
◗◗ データベース・エラー :「一意性制約に反しています。
「一意性制約に反しています。
」
データベースごとの各アプリケーション・サーバーに入力できる項目は 1 つのみです。
SERVER_ADDRESS に値を指定しない場合、AdminAppServer ユーティリティは、コマン
ドを実行しているマシンの IP アドレスをデフォルト設定にします。この問題を解決するに
は、AdminAppServer の STATUS コマンドを実行して、入力の重複を避けます。既存の入
力を置き換える場合は、それを削除してください。SERVER_ADDRESS に正しい値を入力し
て、再実行してください。
システム管理者パスワードの変更
Oracle Self-Service Web Applications のシステム管理者パスワードは、Oracle Applications
のシステム管理者パスワードと同じです。Oracle Applications でパスワードを変更した場合
は Oracle Self-Service Web Applications でもパスワードが変更され、その逆も同様です。通
常、システム管理者パスワード（SYSADMIN ユーザー ID 用）は、Oracle Applications の導
入直後に変更されます。
（事前定義されたデフォルト・パスワードは SYSADMIN です。）シ
ステム管理者パスワードをすでに変更してある場合には、この項を読む必要はありません。
まだ変更していない場合は、Oracle Self-Service Web Applications で変更できます。
◗◗ システム管理者パスワードを変更するには、次のようにします。
1.
Oracle Self-Service Web Applications にログインします。
2. 「ようこそ」ページから「一般作業環境」をクリックし、SYSADMIN パスワードを変更
します。( 大文字と小文字の区別はありません。)
Oracle Self-Service Web Applications の設定
すべての Oracle Self-Service Web Applications に共通の機能を設定するほか、個々の製品に
必要な設定もあります。
◗◗ 一般アプリケーション・オプションを設定するには、次のようにします。
1. 「ようこそ」ページから「一般アプリケーション・オプション」をクリックして「設定」
ページをオープンします。
2.
ページ当り行数を入力します。
これは、1 ページに表示される表の行の最大数です。一般に、大きな表の場合、ページ当た
り行数を少なくするとパフォーマンスが向上します。戻される行数がページ当たり行の値を
超える場合、表はセットとして表示されます。
3.
2-12
最大行数を入力します。
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
設定
ユーザーの検索にこの最大数を超える行数が返されると、更に基準を追加して検索を絞るよ
うにメッセージが表示されます。
4.
開始ページ URL を入力します。これを、デフォルトのログイン・ページに設定するこ
とをお薦めします。このページが、ユーザーがログインしたときとログアウトした後に
表示されるデフォルトのページになります。
5.
Web Master の電子メール・アドレスを入力してください。このアドレスは、すべての
ユーザーが質問とコメントを送る宛先です。
6. 「保存」をクリックします。
一時表からのデータの削除
Oracle Self-Service Web Application の一時表に入っているデータは、定期的に削除する必要
があります。一時データを定期的に削除しないと、一時表は大きくなる一方です。次の各プ
ログラムを設定して、定期的に実行することをお薦めします。
注意 : この手順は、Oracle Self-Service Web Applications を導入しない場
合でも、実行する必要があります。Self-Service Web Applications の一部
の機能は、メインの Oracle Applications からも使用できます。それらの機
能を使用した場合、Self-Service Web Applications の一時表は大きくなり
続けます。
◗◗ 一時表のデータを削除するには、次のようにします。
1.
Oracle Applications で Self-Service Web Applications 職責を使用し、「要求の発行」
ウィンドウへ進みます。
2.
プロンプトが表示されたら、
「単一要求」を選択します。
3.
値リスト・アイコンを選択し、
「一時表からのデータ削除」を選択します。
4.
スケジューリング・オプションを入力します。最善のパフォーマンスを得るには、この
プログラムを、たとえば 30 分ごとなど、定期的に実行するよう設定します。
◗◗ 発注 (PO) 改訂の一時データを削除するには、次のようにします。
1.
Oracle Applications で Self-Service Web Applications 職責を使用し、「要求の発行」
ウィンドウへ進みます。
2.
プロンプトが表示されたら、
「単一要求」を選択します。
3.
値リスト・アイコンを選択し、
「PO 改訂の一時表データ削除」を選択します。
4. 「パラメータ」ウィンドウで、日付を入力します。この日付より前のデータが削除され
ます。
「パラメータ」ウィンドウで「OK」を選択します。
導入
2-13
オプションの設定タスク
5.
スケジューリング・オプションを入力します。最善のパフォーマンスを得るには、この
プログラムを、たとえば 30 分ごとなど、定期的に実行するよう設定します。
関連項目
『Oracle Applications ユーザーズ・ガイド、リリース 11i』の「要求の発行」
Web ページのカスタマイズ
次の各手順は、Oracle Self-Service Web Applications ページの特定の機能をカスタマイズす
る方法です。
◗◗ 会社のロゴを追加するには、次のようにします。
デフォルトの Oracle ロゴを独自の企業ロゴに置き換えられます。その後、置き換えたロゴ
がすべてのページに表示されます。
1.
企業のロゴを入れた GIF ファイルを作成し、それに FNDLOGOS.gif という名前を付け
ます。
2.
そのファイルを、Web Listener で定義した <OA_MEDIA> ディレクトリに入れます。
複数言語を導入してある場合は、このファイルを別の言語の位置にもコピーしてください。
◗◗ バックグラウンド・カラーを変更するには、次のようにします。
すべてのページのバックグラウンドを、独自に選択したバックグラウンド・カラーとテクス
チャに置き換えられます。
1.
バックグラウンドを入れた JPEG ファイルを作成し、それに ICXBCKGR.jpg という名前
を付けます。
2.
そのファイルを、Web Listener で定義した <OA_MEDIA> ディレクトリに入れます。
複数言語を導入してある場合は、このファイルを別の言語の位置にもコピーしてください。
オプションの設定タスク
アスク・オラクルの保守
新しいセルフ・サービス機能が FND の機能フォームと FND のメニューに追加された場合
は、次の sql スクリプトを実行します。
> sqlplus <APPS username>/<APPS password>@<database id>
@$ICX_TOP/admin/sql/icxintm1.sql
さらに次の sql スクリプトを実行して、ドメイン・インデックスを再作成します。
2-14
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
プロファイル・オプション
> sqlplus <APPS username>/<APPS password>@<database id>
@$ICX_TOP/admin/sql/icxintm3.sql <ICX username>
<ICX password>
プロファイル・オプション
プロファイル・オプションは導入時に、システム管理者が設定し、保守します。
CZ: 簡易 Configurator の使用
Yes( デフォルト ) の値は、Web Configurator の単純な HTML バージョン（フレーム・サ
ポートなし）を使用することを示します。No の値は、Java バージョン（フレーム・サポー
ト付き）を使用することを示します。
FND: アプリケーション Web エージェント
Apps Schema の Application Server DAD のベース URL を提供します。このプロファイル・
オプションはシステム管理者が導入処理時に、設定します。構文は次のとおりです。
http://<application server machine name>/<DAD name>/
ICX: 予算引当の上書の許可
予算引当が使用可能の場合、依頼者が残余予算を上書きできるかどうかを示します。
ICX: 日付書式マスク
使用する日付書式マスクを決定します。米国英語では DD-MON-RRRR（12-NOV-2002 な
ど）がデフォルトです。
西暦 2000 年問題に対処するため、年の書式はすべて RRRR に変換されます。これは 4 桁か
らなる世紀と年の入力を文字どおりに受け入れ (1950 は 1950 として格納される )、2 桁から
なる年の入力を次のように変換します。
■
00 ～ 49 の入力は、それぞれ 2000 ～ 2049 に変換されます。
■
50 ～ 99 の入力は、それぞれ 1950 ～ 1999 に変換されます。
たとえばユーザーが年に 50 を入力すると、その年は 1950 に変換されて格納されます。
ユーザーが 49 を入力すると、その年は 2049 に変換されて格納されます。
ICX: 希望日数
ユーザーがオーダーを必要とするまでの日数を決定します。
ICX: デフォルト従業員
使用するデフォルトの従業員を決定します。
導入
2-15
プロファイル・オプション
ICX: デフォルト購買依頼テンプレート
使用するデフォルトの購買依頼テンプレートを決定します。
ICX: 言語
デフォルトの言語を決定します。
ICX: 接続制限
1 セッション当たりの最大ページ・ヒット数を決定します。
ICX: 時間制限
ユーザーがログオンできる 1 セッション当たり最大時間数を決定します。
ICX: 事業所フラグの上書
オーダーの宛先となるデフォルト事業所を上書きできるかどうかを決定します。
ICX: 依頼者コードの上書
ユーザーがデフォルト依頼者コードを上書きすることによって、すべての人、組織全体、あ
るいはそのユーザーのみの購買依頼を作成できるかどうかを決定します。
キー
9 プロファイル・オプションを更新できます。
－ プロファイル・オプション値を表示できますが、変更はできません。
プロファイル・
オプション
ユーザー・
アクセス
システム管理者
ユー
ザー
職責
要件
アプリ
9
CZ: 簡易
Configurator の使用
2-16
サイト
FND: アプリケー
ション Web エー
ジェント
－
9
9
9
9
ICX: 予算引当の上書
の許可
－
9
－
－
－
ICX: 日付書式マスク
9
9
ICX: 希望日数
9
9
9
ICX: デフォルト
従業員
－
9
9
デフォルト値
Yes
9
DD-MON-RRRR
例 :08-MAR-1998。
9
9
2
9
9
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
プロファイル・オプション
プロファイル・
オプション
ユーザー・
アクセス
システム管理者
ユー
ザー
職責
9
要件
アプリ
サイト
9
9
デフォルト値
ICX: デフォルト購買
依頼テンプレート
9
9
ICX: 言語
9
9
9
米国英語
ICX: 接続制限
－
9
9
1000
ICX: 時間制限
－
9
4
ICX: 事業所フラグの
上書
9
9
9
9
9
Yes
ICX: 依頼者コードの
上書
9
9
9
9
No
導入
2-17
プロファイル・オプション
2-18
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
3
Web Applications Dictionary
この章では、Oracle Self-Service Web Applications のデータ・リポジトリである Web
Applications Dictionary について説明します。Web Applications Dictionary は導入処理に必
須というわけではありませんが、カスタマイズする場合には必要です。
■
Web Applications Dictionary の概要 : 3-2 ページ
■
オブジェクトの定義 : 3-21 ページ
■
オブジェクトへの属性の割当て : 3-23 ページ
■
属性の定義 : 3-26 ページ
■
一意キーの定義 : 3-27 ページ
■
外部キーの定義 : 3-29 ページ
■
リージョンの定義 : 3-30 ページ
■
リージョン項目の作成 : 3-32 ページ
■
オブジェクト・フローの定義 : 3-34 ページ
■
フロー・ページの定義 : 3-36 ページ
■
フロー・ページ・リージョンの定義 : 3-37 ページ
■
フロー・ページ関連の定義 : 3-39 ページ
■
フロー・ページ・リージョン・リンクの定義 : 3-41 ページ
Web Applications Dictionary
3-1
Web Applications Dictionary の概要
Web Applications Dictionary の概要
Web Application Dictionary は、Web 用の照会アプリケーションを定義したり、アプリケー
ションの特性の多くを実行時に生成したりできるアクティブなデータ・ディクショナリで
す。このデータ・ディクショナリは、使用しているアプリケーションに関する主要な情報、
たとえば、外観、言語、セキュリティの条件、ナビゲーション、データなどを格納していま
す。この情報はアクティブなデータ・ディクショナリに格納されているので、それぞれのビ
ジネスのニーズに合わせて設計された Web 用の照会アプリケーションを作成できます。
Oracle Forms ユーザー・インタフェースは、使用しているアプリケーションの特性をこのア
クティブなデータ・ディクショナリに入力することを目的に提供されています。このユー
ザー・インタフェースを使用することによって、Web 用の既存の照会アプリケーションをカ
スタマイズしたり、プログラムを作成することなく新規アプリケーションを作成できます。
さらに、カスタマイズおよび拡張が可能な、複数言語のアプリケーションも作成できます。
Oracle Web Application Dictionary を使用すると、次のことができます。
■
プログラムを作成せずに Web 用の照会アプリケーションを開発する
■
実行時に照会アプリケーション Web ページを生成する
■
アプリケーション定義をアクティブ・データ・ディクショナリに登録する
■
既存のアプリケーションをカスタマイズおよび拡張し、そのカスタマイズ内容を保
守する
■
Oracle Applications データと会社のイントラネットの内容をシームレスに統合する
■
Web 照会インタフェースを介して会社の取引を完全に調和させる
■
Object Navigator を使用してアプリケーション・データの関連をグラフィックで示
す
定義
オブジェクト
データベース・ビュー
属性
Web 照会アプリケーションの中で使用する再使用可能なフィールド。たとえば、顧客名と顧
客番号はどちらも属性です。属性は、データへ関連付けられません。たとえば、顧客名の属
性は、顧客名フィールドが Web 照会画面に表示されるたびに再使用できます。
オブジェクト属性
属性をオブジェクトへ関連付けた結果として生じる再使用可能なフィールド。
3-2
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
Web Applications Dictionary の概要
フロー
データの関連の図。フローは、一連の Web ページの形で表す（各ページにデータと、その
データと他のデータとの関連を表示する）ことができます。また、フローは、Object
Navigator での階層表示の形を取ることもできます。
ページまたはフロー・ページ
Web Application Dictionary 内で定義したページは、アプリケーションのフローの中で Web
ページになります。
リージョン
データを論理上でグループにしたもの。たとえば、顧客情報を 1 つのリージョンにグループ
化でき、出荷情報を別のリージョンにグループ化できます。また、リージョンは、ある Web
ページの 1 セクションを表します。
ページ・リージョン
あるページへ関連付けられているリージョン。
主リージョン
あるページの最初のリージョン。
リージョン項目
属性またはオブジェクト属性をリージョンへ関連付けた結果として生じる再使用可能な
フィールド。
Web 照会アプリケーションの設計
使用しているアプリケーションを実際に Web Application Dictionary に登録する前に、アプ
リケーションの外観と使い勝手を設計するのではなく、アプリケーションをサポートする論
理データ・モデルも設計する必要があります。Web 照会アプリケーションで表示するデータ
が格納されているデータベース表を識別する必要があります。
Web Application Dictionary は、データをデータベース・ビューから導出するので、関連す
るデータベース表についてビューを作成する必要があります。複数の表を結合してビューを
作成したり、単に表ごとにビューを作成できます。
この準備作業は、Web 照会アプリケーションを正しく作成するために欠かせません。
フローの作成
フローを作成するには、Web Application Dictionary を使用します。
フローの構成部品
フローの構成部品は次のとおりです。
■
オブジェクト
Web Applications Dictionary
3-3
Web Applications Dictionary の概要
■
属性
■
オブジェクト属性
■
一意キー
■
外部キー
■
ページ
■
リージョン
■
リージョン項目
■
ページ・リージョン
■
リンク
オブジェクト
1 つのデータベース・ビューにつき 1 つ（しかも 1 つのみ）のオブジェクトを作成する必要
があります。
属性
オブジェクトと属性は、どちらもフローのバックボーンを構成します。これらは、多数のフ
ローの中で再使用できます。
使用するデータベース・ビューの列ごとに 1 つずつ、属性を作成する必要があります。たと
えば、CUSTOMER 表についてのビューがあり、そのビューに CUSTOMER_ID 列と
CUSTOMER_NAME 列が入っているとします。その場合は、CUSTOMER_ID を表示しない
場合であっても、この両方の列に属性を作成する必要があります。
属性を作成すると、
「非表示」などさまざまな表示オプションを指定できます。
属性定義は、それ以後のオブジェクト属性とリージョン項目の定義の基礎として機能しま
す。
個々のビュー列に属性を作成しても、その属性自体はデータベース列へ関連付けられず、し
たがってデータへも関連付けられません。
オブジェクト属性
属性は、多数のフローの中で再使用できます。オブジェクト属性を作成すると、属性定義は
特定のオブジェクトのみに制限されます。
たとえば、いったん CUSTOMER_NAME 属性を CUSTOMER ビューへ関連付けると、
CUSTOMER_NAME の定義は、CUSTOMER ビュー内の対応する列のみに制限されます。
ただし、オリジナル属性定義は失われません。オリジナル属性定義は保守され、連続して再
使用できます。
あるオブジェクト属性の特性は、オリジナル属性定義から継承されます。これらのデフォル
トの特性は、上書きできます。上書きした特性は、オブジェクト属性定義のみに適用されま
す。オリジナル属性定義は影響を受けずに残ります。
3-4
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
Web Applications Dictionary の概要
オブジェクト属性は、データベース内のデータへ関連付けられます。したがって、ある Web
ページの特定のフィールドにデータを表示するには、そのフィールドのオブジェクト属性を
作成する必要があります。
一意キー
各オブジェクトには、定義された一意キー、つまりオブジェクトの主キーが少なくとも 1 つ
は必要です。どのオブジェクト属性が一意キーを構成するかを識別してください。
外部キー
あるオブジェクトから別のオブジェクトへの外部キーを定義することにより、オブジェクト
間の関係を識別してください。
ページ
個々の Web ページを Web Applications Dictionary に登録する必要があります。たとえば、
ある Web ページに顧客の名前と番号を表示し、別の Web ページに顧客の住所を表示する場
合は、Web Applications Dictionary に 2 つのページを登録する必要があります。
注意 : ページを再使用することはできません。ページは、そのページの
フロー・コンテキスト内にのみ存在します。
リージョン
リージョンは、Web ページの単なる 1 セクションです。たとえば、ある Web ページに顧客
の名前、番号、住所を表示するとします。その場合、これらの情報を同じ Web ページにあ
る 2 つの別々のセクションに表示するのが普通です。そのような設計では、Web
Applications Dictionary 内に 2 つのリージョンを定義する必要があります。
それぞれのリージョンは、1 つ（しかも 1 つのみ）のオブジェクトが基礎となります。Web
Application Dictionary は、リージョンに表示するデータを、そのリージョンの下層にある
オブジェクトから決定します。
リージョン項目
リージョンに表示するフィールドごとに、リージョン項目を定義する必要があります。前述
の例では、表示するフィールドごとに 1 つずつ、合計 6 つのリージョン項目を定義します。
つまり、顧客名、番号、住所、郡市区、州、郵便番号です。一般に、リージョン項目はその
リージョンに表示するフィールドのみを表します。
リージョン項目定義には、オリジナルのオブジェクト属性定義に基づくデフォルトが設定さ
れています。ただし、それらのデフォルトを上書きしてもかまいません。上書きしたデフォ
ルトは、リージョン項目定義のみに適用され、オリジナル・オブジェクト属性定義は影響を
受けません。
ページ・リージョン
属性と同様に、リージョンも多数のフローの中で再使用できます。特定のページにリージョ
ンが含まれることを指定するには、ページ・リージョンを作成する必要があります。
Web Applications Dictionary
3-5
Web Applications Dictionary の概要
リンク
Web Application Dictionary を使用して、照会アプリケーション内の Web ページ間にハイ
パーテキスト・リンクを定義できます。
外部の Web サイトへのハイパーテキスト・リンクを定義することもできます。そのために
は、データ型 URL のオブジェクト属性を定義する必要があります。このオブジェクト属性
は、外部 URL アドレスのプレースホルダーとして機能します。その後、その URL 属性をハ
イパーテキスト・リンクが入ったリージョンに（リージョン項目ウィンドウを使用して）挿
入する必要があります。
フロー作成手順
表 3-1 フロー作成手順
手順
ウィンドウ / ナビゲーション
大括弧（[]）で囲んだテキストはボタンを示しています。
フローを設計する
適用不能。ナビゲーション計画とデータベース・ビューを作成
します。
オブジェクトを定義する
「オブジェクト」ウィンドウ /「ナビゲータ」>「オブジェク
ト・ワークベンチ」。参照 : オブジェクトの定義 : 3-21 ページ
オブジェクトの属性を定義す
る
「属性」ウィンドウ /「ナビゲータ」>「オブジェクト・ワーク
ベンチ」> [ 属性の作成 ]。「オブジェクト属性」ウィンドウを
オープンした直後に [ 属性の作成 ] ボタンを選択します。参照
: 属性の定義 : 3-26 ページ
オブジェクトの属性を追加し
てオブジェクト属性を作成す
る
「オブジェクト属性」ウィンドウ /「ナビゲータ」>「オブジェ
クト・ワークベンチ」
。「属性」ウィンドウをクローズして「オ
ブジェクト」ウィンドウへ戻ります。参照 : オブジェクトへの
属性の割当て : 3-23 ページ
上記の 3 つの手順をオブジェクトごとに繰り返してください。
3-6
各オブジェクトに主キーを定
義する
「一意キー」ウィンドウ /「ナビゲータ」>「オブジェクト・
ワークベンチ」>［主キー］
。「オブジェクト」ウィンドウから
オブジェクトを 1 つ選択し、
［主キー］ボタンを選択します。
参照 : 一意キーの定義 : 3-27 ページ
各オブジェクトに外部キーを
定義する
「外部キー」ウィンドウ /「ナビゲータ」>「オブジェクト・
ワークベンチ」>［外部キー］。「オブジェクト」ウィンドウか
らオブジェクトを 1 つ選択し、［外部キー］ボタンを選択しま
す。参照 : 外部キーの定義 : 3-29 ページ
各オブジェクトの主要一意
キーを識別する
「オブジェクト」ウィンドウ /「ナビゲータ」>「オブジェク
ト・ワークベンチ」。「外部キー」ウィンドウをクローズして
「オブジェクト」ウィンドウへ戻ります。参照 : オブジェクト
の定義 : 3-21 ページ
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
Web Applications Dictionary の概要
すべてのリージョンを定義す
る
「リージョン」ウィンドウ /「ナビゲータ」>「Region
Workbench」。参照 : リージョンの定義 : 3-30 ページ
リージョンを選択し、それに
属性を追加してリージョン項
目を作成する。
この手順をリージョンごとに
繰り返してください。
「リージョン項目」ウィンドウ /「ナビゲータ」>「リージョ
ン・ワークベンチ」>［リージョン項目］
。参照 : リージョン項
目の作成 : 3-32 ページ
フロー名を定義する
「フロー」ウィンドウ /「ナビゲータ」>「フロー・ワークベン
チ」。参照 : オブジェクト・フローの定義 : 3-34 ページ
すべてのフロー・ページを定
義する
「フロー・ページ」ウィンドウ /「ナビゲータ」>「フロー・
ワークベンチ」>［ページ・リージョン］
。参照 : フロー・ペー
ジの定義 : 3-36 ページ
ページを選択し、それにリー
ジョンを追加してページ・
リージョンを作成する。
各ページごとに繰り返してく
ださい。
「ページ・リージョン」ウィンドウ /「ナビゲータ」>「フ
ロー・ワークベンチ」>「［フロー・ページ］>［ページ・リー
ジョン］。参照 : フロー・ページ・リージョンの定義 : 3-37
ページ
すべてのページ関連を定義す
る
「ページ関連」ウィンドウ /「ナビゲータ」>「フロー・ワーク
ベンチ」>［フロー・ページ］>［ページ関連］。参照 : フ
ロー・ページ関連の定義 : 3-39 ページ
ページ・リージョンを選択し、 「リンク」ウィンドウ /「ナビゲータ」>「フロー・ワークベン
そのハイパーリンクを定義す
チ」>［フロー・ページ］>［ページ・リージョン］>［リン
る。
ク］。参照 : フロー・ページ・リージョン・リンクの定義 : 3-41
リンクがあるページ・リー
ページ
ジョンごとに繰り返してくだ
さい。
オプションとして、Object
Navigator でフローを実行す
る
「フローの実行」ウィンドウ /「ナビゲータ」>「フロー・ワー
クベンチ」>［実行］>［実行］。参照 : オブジェクト・フロー
の定義 : 3-34 ページ
注意 : Web Application Dictionary でフローを作成する方法は、この他に
もあります。ここに述べた一連の手順は、1 つのオプションを示している
にすぎません。
例
このセクションでは、フローの作成に関与する手順を示すため、1 つの例を使用します。こ
こでは、前述の各手順を再度詳しく説明します。
手順 1. フローを設計する
Web Application Dictionary にデータを入力する前に、Web 照会アプリケーションを設計す
る必要があります。これには、アプリケーションを使用して満足させるビジネス・ニーズの
Web Applications Dictionary
3-7
Web Applications Dictionary の概要
判別、表示するデータのソースの識別、アプリケーションの外観と使い勝手の設計が含まれ
ます。
実際にデータを入力する前に、ナビゲーション・マップを作成することをお薦めします。ナ
ビゲーション・マップには、次のようなフローの重要な機能が含まれている必要がありま
す。
■
Web ページ
■
各 Web ページのリージョン
■
各リージョンに表示または非表示となる属性（ボタンを含む）
■
各リージョンの背後にあるオブジェクト
■
オブジェクトの基礎となるビュー
■
各オブジェクトの主キー
■
各オブジェクトの外部キー（該当する場合）
■
各 Web ページを通るナビゲーション・パス（ハイパーテキスト・リンクを含む）
各ナビゲーション・パスごとに、
「自」オブジェクトと「至」オブジェクト間の関連
次のリストは、この例でのナビゲーション・マップを示しています。たとえば、次のビュー
をデータベース内に作成する必要があります。
SO_HEADERS
ビュー SO_HEADER_EXAMPLE_V を次のようにして作成または置換してください。
select
sh.header_id,
sh.order_number,
rc.customer_id,
rc.customer_name,
rc.customer_number
from so_headers sh,
ra_customers rc
where
sh.customer_id = rc.customer_id;
SO_LINES
ビュー so_lines を次のようにして作成または置換してください。
select
sl.line_id,
sl.header_id,
sl.line_number,
sl.inventory_item_id,
sl.warehouse_id,
3-8
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
Web Applications Dictionary の概要
msi.organization_id,
msi.description item_name
from
so_lines sl,
mtl_system_items msi
where
sl.inventory_item_id =
msi.inventory_item_id and
sl.warehouse_id =
msi.organization_id;
手順 2. オブジェクトを定義する
Web 照会アプリケーションのナビゲーション・マップを準備し、ビューを作成した後、
ビューをオブジェクトとして登録する必要があります。この例の場合、次の 2 つのオブジェ
クトを一度に 1 つずつ作成します。
■
OBJECT_SO_HEADERS（ビュー SO_HEADERS を基礎とする）
■
OBJECT_SO_LINES（ビュー SO_LINES を基礎とする）
手順 3. オブジェクトの属性を定義する
オブジェクトを作成した後、そのオブジェクトに対応する属性を定義できます。定義した属
性は、その時点では特定のオブジェクトには適用されません。その属性をさらにオブジェク
トへ関連付ける必要があります。
前述の例では、オブジェクト OBJECT_SO_HEADERS に次の属性を作成する必要がありま
す。
■
ヘッダー ID
■
顧客 ID
■
オーダー番号
■
顧客名
■
顧客番号
■
URL 属性（外部納入仕入先 Web サイトの場合）
オブジェクト OBJECT_SO_LINES には、次の属性を作成する必要があります。
■
■
明細 ID
ヘッダー ID（オブジェクト OBJECT_SO_HEADERS に定義した header_id 属性を再
使用します。
）
■
明細番号
■
品目
Web Applications Dictionary
3-9
Web Applications Dictionary の概要
出荷ボタンにも属性を作成する必要があります。
属性ウィンドウでは、個々の属性について次の情報を定義できます。
表 3-2
属性情報
フィールド・プロンプト
必須か ?
所有している Oracle
Applications
アプリケーション
Y
使いやすい属性識別子
属性 ID
Y
使いやすい属性名（この後の
Web Application Dictionary
の画面で LOV に使用）
属性名
Y
Web Application で属性用に
表示するフィールド・プロン
プト
長いラベル
Y
属性値のテキストの外観
「太字体」チェック・ボック
ス、「イタリック体」チェッ
ク・ボックス
N
Web 画面での属性の位置揃
え
V 整列、H 整列
Y
属性のデータ型
データ型
Y
属性のフィールド・プロンプ
トを表示するために必要な長
さ
ラベル長
N
属性の値を表示するために必
要な長さ
値長
Y
自由形式のテキストによる属
性の説明
摘要
N
次に、顧客名という属性の「属性」ウィンドウに入力するデータの例を示します。
表 3-3
3-10
属性情報
フィールド・プロンプト / サンプル・データ
所有している Oracle Applications
アプリケーション =Oracle Electronic Data
Interchange
使いやすい属性識別子
属性 ID = 顧客名
使いやすい属性名（この後の Web Application
Dictionary の画面で LOV に使用）
属性名 = 顧客名
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
Web Applications Dictionary の概要
表 3-3 （続き）
属性情報
フィールド・プロンプト / サンプル・データ
Web Application で属性用に表示するフィール
ド・プロンプト
長いラベル = 顧客
属性値のテキストの外観
「太字体」チェック・ボックス = チェックする
Web 画面での属性の位置揃え
V 整列 = 最上位、「H 整列」= センター
属性のデータ型
データ型 = 数値
属性のフィールド・プロンプトを表示するた
めに必要な長さ
ラベル長 =8
属性の値を表示するために必要な長さ
値長 =30
自由形式のテキストによる属性の説明
摘要 = この属性は顧客の名前に対応する
手順 4. オブジェクトの属性を追加してオブジェクト属性を作成する
これまでに、Web 照会アプリケーション用のすべての属性の定義が完了しています。ここで
は、個々の属性をオブジェクト（属性用に表示するデータが入っているオブジェクト）へ関
連付ける必要があります。この例では、次の属性をオブジェクト OBJECT_SO_HEADERS へ
関連付けます。
■
ヘッダー ID
■
顧客 ID
■
オーダー番号
■
顧客名
■
顧客番号
■
URL 属性（外部納入仕入先 Web サイトの場合）
次の属性をオブジェクト OBJECT_SO_LINES へ関連付けます。
■
明細 ID
■
ヘッダー ID
■
明細番号
■
品目
「オブジェクト属性」ウィンドウ内のデータには、オリジナルの属性定義に基づくデフォル
トが設定されています。それらのデフォルトは変更できます。
また、オブジェクト属性ウィンドウを使用して各オブジェクト属性をオブジェクト・データ
ベース列へマップする必要があります。この例では、顧客名属性を顧客名というオブジェク
ト列へマップします。LOV オプションを使用して、選択元となる有効なデータベース列の
リストを入手してください。
Web Applications Dictionary
3-11
Web Applications Dictionary の概要
手順 5. 各オブジェクトに主キーを定義する
個々のオブジェクトに主キーを定義するには、
「一意キー」ウィンドウを使用する必要があ
ります。この例の場合は、次の主キーを定義します。
表 3-4
オブジェクト
主キー
OBJECT_SO_HEADERS
HEADER_ID
OBJECT_SO_LINES
LINE_ID
手順 6. 各オブジェクトに外部キーを定義する
すべての主キーを定義した後、
「外部キー」ウィンドウを使用して各オブジェクトに外部
キーを定義する必要があります。定義された主キーと外部キーの関係により、Web ページと
リージョンを通るナビゲーション・パスが決定します。したがって、同じオブジェクトに基
づいて 1 つのリージョンから別のリージョンへナビゲートする場合は、その共通オブジェク
トの外部キーを定義する必要があります。この例では、外部キーを定義するとともに、主
キーと外部キーの関係を定義します。
表 3-5
オブジェクト
外部キー
関係
OBJECT_SO_HEADERS
HEADER_ID
オブジェクトからそれ自体へ
OBJECT_SO_LINES
HEADER_ID
ヘッダーから明細へ
オブジェクト OBJECT_SO_HEADERS の外部キーが、主キー HEADER_ID と同じであるこ
とに注意してください。
その理由は、この例では 1 つのリージョン（
「オーダーの要約」）から別のリージョン
（「オーダー詳細」
）への、同じオブジェクトに基づいたナビゲーションが必要であるためで
す。
手順 7. 各オブジェクトの主要一意キーを識別する
特定のオブジェクトに複数の一意キーを定義した場合は、オブジェクト・ウィンドウを使用
して主要一意キーを識別する必要があります。そのキーが、Web ページとリージョンを通る
ナビゲーションに使用される一意キーになります。この例では、1 つのオブジェクトに一意
キーが 1 つのみ存在します。したがって、主要一意キーがそれに相当するただ 1 つの一意
キーです。
手順 8.「ナビゲータ」ウィンドウへ戻る
「ナビゲータ」ウィンドウへ戻る
手順 9. すべてのリージョンを定義する
属性を定義してからその属性をオブジェクトへ関連付けたのと同じように、リージョンを定
義し、その後、それらのリージョンをページへ関連付ける必要があります。
3-12
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
Web Applications Dictionary の概要
この例では、
「リージョン」ウィンドウを使用して次のリージョンを定義します。
■
オーダーの要約
■
オーダー詳細
■
オーダー明細
「リージョン」ウィンドウでは、リージョンに関する次の情報を定義できます。
表 3-6
リージョン情報
フィールド・プロンプト
必須か ?
使いやすいリージョン識別子
リージョン ID
Y
使いやすいリージョン名（この名
前は Web アプリケーションで
リージョンの最上位に表示されま
す。）
リージョン名
Y
所有している Oracle Applications
アプリケーション名
Y
リージョンの下層にあるオブジェ
クト
オブジェクト名
Y
リージョン内に表示されるデータ
ベース行の数 : 1 つまたは多数
リージョン形式
Y
リージョン・データを次の画面ラ
インへ折り返す前にリージョンに
表示する画面列の数
列数
N
自由形式のテキストによるリー
ジョンの説明
摘要
N
次に、
「オーダー詳細」というリージョンの「リージョン」ウィンドウに入力するデータの
例を示します。
表 3-7
リージョン情報
フィールド・プロンプト / サンプル・データ
リージョン情報
画面フィールド / サンプル・データ
使いやすいリージョン識別子
「リージョン ID」=Order_Detail_Region
使いやすいリージョン名（この名前は Web 「リージョン名」= オーダー詳細
アプリケーションでリージョンの最上位に表
示されます。
）
所有している Oracle Applications
「アプリケーション名」=Oracle Electronic
Data Interchange
リージョンの下層にあるオブジェクト
「オブジェクト名」=object_so_headers
Web Applications Dictionary
3-13
Web Applications Dictionary の概要
表 3-7 （続き）
リージョン情報
フィールド・プロンプト / サンプル・データ
リージョン内に表示するデータベース行の数 「リージョン形式」= 単一行
: 1 つまたは多数
リージョン・データを次の画面ラインへ折り 「列数」=4
返す前にリージョンに表示する画面列の数
自由形式のテキストによるリージョンの説明 「摘要」= これはドリル・ダウン・オーダー
の要約情報を表示するために使用するオー
ダー詳細リージョンです。
手順 10. リージョンを選択し、それに属性を追加してリージョン項目を作成する
各リージョンごとに、
「リージョン項目」ウィンドウを使用して属性またはオブジェクト属
性、あるいはその両方をリージョン内に設定する必要があります。リージョン項目は通常、
リージョン内に表示するオブジェクト属性ですが、このルールには次のような例外がありま
す。URL 属性はリージョン項目として定義する必要があり、データを保護するための属性も
リージョン項目として定義する必要があります（属性のセキュリティを定義する方法の詳細
は、Web 照会のドキュメントを参照してください）
。
この例では、
「オーダーの要約」リージョンに次のリージョン項目を定義します。
■
オーダー番号
■
顧客名
■
顧客番号
また、
「オーダー詳細」リージョンには次のリージョン項目を定義します。
■
オーダー番号
■
顧客名
■
URL 属性（外部納入仕入先 Web サイトの場合）
また、
「オーダー明細」リージョンには次のリージョン項目を定義します。
■
明細番号
■
品目
「リージョン項目」ウィンドウ内のデータには、オリジナルの属性定義に基づくデフォルト
が設定されています。それらのデフォルトは変更できます。
デフォルトで設定される情報のほかに、リージョン項目に関する次の情報をリージョン項目
ウィンドウに入力できます。
3-14
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
Web Applications Dictionary の概要
表 3-8
リージョン項目情報
フィールド・プロンプト
そのリージョン項目が属性か、 属性タイプ
それともオブジェクト属性か
（通常、属性のタイプはボタン
用に予約されています）。
必須か ?
Y
リージョン内にリージョン項
目を表示する順序。
表示連番
Y
リージョン項目の表示形式。
これは、次のいずれかの形式
に指定できます。
品目形式
Y
1）ボタン
2）チェック・ボックス
3）非表示（リージョン内に表
示しない）
4）ポップリスト
5）テキスト
そのリージョン項目用に Web
問合せウィンドウを作成する
か。
Web Applications Dictionary
がデータベースからデータを
選択したときに、リージョン
項目を語句順に入れるかどう
か。また、順序を昇順と降順
のどちらにするか。
「問合せ可能」チェック・
ボックス
オーダー順序およびオーダー
方向
N
N
手順 11.「ナビゲータ」ウィンドウへ戻る
「ナビゲータ」ウィンドウへ戻る
手順 12. フロー名を定義する 「フロー」ウィンドウにフローの名前を入力する
この例の場合、フローの名前として「受注の表示」などを指定します。
手順 13. すべてのフロー・ページを定義する
フローを登録するフロー名を入力した後、フローを構成する Web ページを定義する必要が
あります。この例では、次の Web ページを定義します。
■
オーダーの要約
■
オーダー詳細
「フロー・ページ」ウィンドウを使用して、各ページについて次の情報を入力できます。
Web Applications Dictionary
3-15
Web Applications Dictionary の概要
表 3-9
ページ情報
フィールド・プロンプト
必須か ?
使いやすいページ識別子
ページ ID
Y
使いやすいページ名（この名前
は Web アプリケーションで
Web ページの最上位に表示され
ます。）
ページ名
Y
自由形式のテキストによるペー
ジの説明
摘要
N
そのページがフローの中の最初
のページか。プライマリ・ペー
ジは 1 つのみ指定できます。
「プライマリ・ページ」チェッ
ク・ボックス
Y
手順 14. ページを選択し、それにリージョンを追加してページ・リージョンを作成する
すべての Web ページとリージョンを定義し終わったので、それらを結合してフローを作成
できます。この例では、
「ページ・リージョン」ウィンドウを使用して「オーダーの要約」
ページに次のリージョンを追加します。
■
「オーダーの要約」リージョン
また、
「オーダー詳細へ」ページに次のリージョンを追加します。
■
「オーダー詳細」リージョン
■
「オーダー明細」リージョン
各ページ・リージョンについて、
「ページ・リージョン」ウィンドウ内のデータにはオリジ
ナルのリージョン定義に基づくデフォルトが設定されています。それらのデフォルトは変更
できます。
さらに、リージョンに関する次の情報を「ページ・リージョン」ウィンドウに入力できま
す。
表 3-10
ページ・リージョン情報
3-16
フィールド・プロンプト
必須か ?
そのリージョンがページの最 「主リージョン」チェック・
初のリージョンか。
ボックス
Y
そのリージョンが主リージョ
ンでない場合、Web ページ
でそのリージョンの前に表示
するリージョンを指定する。
Y
親オブジェクト
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
Web Applications Dictionary の概要
表 3-10 （続き）
ページ・リージョン情報
フィールド・プロンプト
必須か ?
親リージョンと子リージョン
の間の関係（この関係は、最
初に外部キー・ウィンドウで
定義されたものです）。
関係
Y
手順 15. すべてのページ関連を定義する
すべての Web ページ間の関連を定義する必要があります。この例の場合は、次のページ関
連を定義します。
表 3-11
ぺージ : 自
リージョン : 自
ターゲット・ページ
関係（「外部キー」
ウィンドウで定義さ
れたもの）
オーダーの要約
オーダーの要約
オーダー詳細
オブジェクトからそ
れ自体へ
手順 16. ページ・リージョンを選択し、そのハイパーリンクを定義する
各ページ・リージョンにハイパーテキスト・リンクを定義するのが適切な場合は、それを定
義する必要があります。ページまたは URL 属性をリンクの宛先として指定できます。この
例の場合は、
「オーダーの要約」ページ（および「オーダーの要約」リージョン）から
「オーダー詳細」ページへ、オーダー番号上にリンクを定義します。
また、この例では「出荷」ボタンからもリンクを定義する必要があります。
「出荷」ボタン
は外部 Web サイトへのナビゲーションを発生させると考えられるので、リンクの宛先は上
で定義した URL 属性として定義します。
Web Application Dictionary のオプションのウィンドウ
前述の各手順は、Web Applications Dictionary を使用してフローを作成する 1 つの方法を示
したものです。しかし、この他にもオプションの画面が存在します。それらの画面は次のと
おりです。
リージョンの割当て
この画面を使用すると、あるオブジェクト属性を一度に多数のリージョンへ割り当てること
ができます。この画面へは、オプションとして「オブジェクト属性」ウィンドウから「複数
割当」ボタンを使用してナビゲートすることもできます。
注意 : 「属性値」ウィンドウは Web Application Dictionary には適用さ
れません。
「リージョン」ウィンドウの「属性ナビゲーション」ボタンを
使用すると、
「属性値」ウィンドウが表示されます。
Web Applications Dictionary
3-17
Web Applications Dictionary の概要
既存の Web 照会アプリケーションの変更
Web Application Dictionary を使用すると、新規の Web 照会アプリケーションを作成するこ
とも、既存のアプリケーションを変更することもできます。次の表は、既存の Web 照会ア
プリケーションについて変更できる情報と、それに対応して Web Application Dictionary の
ウィンドウのどこを変更すればよいかを示しています。
表 3-12
変更する情報
変更する場所
フィールド・プロン
プトを変更する
グローバルに変更する場合は、
「属性」ウィンドウ（
「長いラベル」フィールド）
あるオブジェクトについて（およびフローの中でそのオブジェクトを使
用するすべての場所で）変更を行う場合は、
「オブジェクト属性」ウィンドウ（
「長いラベル」フィールド）
そのリージョンについて（およびそのリージョンを使用するすべての場
所で）変更を行う場合は、
「リージョン項目」ウィンドウ（「長いラベル」フィールド）
フィールド・プロン
プトの長さを延長す
るか切り捨てる
グローバルに変更する場合は、
「属性」ウィンドウ（
「ラベル長」フィールド）
あるオブジェクトについて（およびフローの中でそのオブジェクトを使
用するすべての場所で）変更を行う場合は、
「オブジェクト属性」ウィンドウ（
「ラベル長」フィールド）
そのリージョンについて（およびそのリージョンを使用するすべての場
所で）変更を行う場合は、
「リージョン項目」ウィンドウ（「ラベル長」フィールド）
フィールド内のデー
タの長さを延長する
か切り捨てる
グローバルに変更する場合は、
「属性」ウィンドウ（
「値長」フィールド）
あるオブジェクトについて（およびフローの中でそのオブジェクトを使
用するすべての場所で）変更を行う場合は
「オブジェクト属性」ウィンドウ（
「表示値長」フィールド）
そのリージョンについて（およびそのリージョンを使用するすべての場
所で）変更を行う場合は、
「リージョン項目」ウィンドウ（「表示長」フィールド）
3-18
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
Web Applications Dictionary の概要
表 3-12（続き）
（続き）
変更する情報
変更する場所
フィールド内のデー
タのテキストについ
て外観を変更する
グローバルに変更する場合は、
「属性」ウィンドウ（
「太字体」チェック・ボックスと「イタリック
体」チェック・ボックス）
あるオブジェクトについて（およびフローの中でそのオブジェクトを使
用するすべての場所で）変更を行う場合は、
「オブジェクト属性」ウィンドウ（
「太字体」チェック・ボックスと
「イタリック体」チェック・ボックス）
そのリージョンについて（およびそのリージョンを使用するすべての場
所で）変更を行う場合は、
「リージョン項目」ウィンドウ（「太字体」チェック・ボックスと
「イタリック体」チェック・ボックス）
画面上のフィールド
の位置揃えを変更す
る
グローバルに変更する場合は、
「属性」ウィンドウ（
「V
「 整列」フィールドと「H
整列」フィールドと「 整列」フィール
ド）
あるオブジェクトについて（およびフローの中でそのオブジェクトを使
用するすべての場所で）変更を行う場合は、
「V 整列」フィールドと「H
「オブジェクト属性」ウィンドウ（
「
整列」フィールドと「 整
列」フィールド）
そのリージョンについて（およびそのリージョンを使用するすべての場
所で）変更を行う場合は、
「V 整列」フィールドと「H
「リージョン項目」ウィンドウ（「
整列」フィールドと「 整列」
フィールド）
属性のデータ型を変
更する
「属性」ウィンドウ（
「データ型」フィールド）
属性を組み込むか除
外するために語句順
を変更する
「リージョン項目」ウィンドウ（「順序連番」フィールドおよび「オー
ダー方向」フィールド）
属性の Web 問合せ
ウィンドウを生成す
る
「リージョン項目」ウィンドウ（「問合せ可能」チェック・ボックス）
リージョンの見出し
を変更する
「リージョン」ウィンドウ（「リージョン名」フィールド）
ページの見出しを変
更する
「フロー・ページ」ウィンドウ（「ページ名」フィールド）
フローの名前を変更
する
「フロー」ウィンドウ（
「フロー名」フィールド）
Web Applications Dictionary
3-19
Web Applications Dictionary の概要
照会フローの表示と変更
それぞれの事前定義照会には第 1 フロー・ページ ID と第 1 リージョン ID があり、それらの
ID により、Web Applications Dictionary を使用して詳細を問い合せることができます。た
とえば、顧客別のマージン分析の第 1 フロー・ページ ID は ICX_CUSTOMER_MARGIN で、
第 1 リージョン ID は ICX_90DAY_ANALYSIS_BY_CUSTOMER です。
1 回の照会では、1 つまたは複数の Oracle Applications からデータが取り出されます。たと
えば、アウトバウンド見積依頼では、Oracle Purchasing からデータが取り出されます。
注意 : HTML ソースを表示して、そのページのフロー・コード、ペー
ジ・コード、リージョン・コードを入手できます。その後、Web
Applications Dictionary を使用すると、詳細を問い合せることができま
す。
◗◗ 照会フローを変更または表示するには、次のようにします。
1.
Oracle Applications にログインし、「Web マネージャ」職責用の「アプリケーション」
を選択します。
2.
Web Applications Dictionary でフロー・ワークベンチをオープンします。
3.
フロー ID、"ICX_INQUIRIES" について問い合せます。
4.
ICX_INQUIRIES を選択し、
「フロー・ページ」ボタンを選択します。
5. 「フロー・ページ」ウィンドウで、次に示すいずれかの照会から第 1 フロー・ページ ID
を使用してフロー・ページについて問い合せます。
6.
表示された第 1 リージョン ID を使用して、関連するリージョン、リンクなどに対して
問合せを行います。
関連項目
フロー・ページの定義 : 3-36 ページ
フロー・ページ・リージョンの定義 : 3-37 ページ
フロー・ページ関連の定義 : 3-39 ページ
フロー・ページ・リージョン・リンクの定義 : 3-41 ページ
3-20
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
フォルダ・モードの設定
フォルダ・モードの設定
Oracle Product Configurator または Oracle Self-Service Web Applications、またはその両方
のどれを使用するかによって、3 つの「Common Modules」フォルダ・ウィンドウで異なる
フィールドが表示されます。
「フォーム機能」ウィンドウで MODE パラメータを使用して、
Product Configurator または Web 用の Oracle Applications（Self-Service Web Applications）
のどちらのモードを使用するかを設定します。
サイトで 1 つのモードのみを使用する場合、MODE パラメータをサイト・レベルで設定し
ます。サイトで両方のモードを使用する場合、MODE パラメータをユーザー・レベルで設
定します。
◗◗ フォルダ・モードを設定するには、次のようにします。
1.
Oracle Applications にログインし、「システム管理者」職責を選択して「フォーム機能」
ウィンドウを開きます。
2. 「オブジェクト・ワークベンチ」
、
「リージョンの定義」、および「属性の定義」のウィン
ドウで、MODE パラメータを次のいずれかに設定します。
■
Oracle Self-Service Web Applications を使用している場合は WEBAPPS
■
Oracle Product Configurator を使用している場合は CONFIGURATOR
たとえば、Product Configurator を使用している場合は、次のように設定します。
MODE="CONFIGURATOR"
注意 : MODE パラメータは、サイト・レベルとユーザー・レベルのいず
れかで設定できます。サイトで Product Configurator と Self-Service Web
Applications の両方を使用する場合は、各ユーザーがこれらのウィンドウ
をどのように使用するかに基づいてユーザー・レベルで MODE を設定し
ます。
オブジェクトの定義
フローの中で使用するデータベース・ビューごとに 1 つずつ、オブジェクトを定義する必要
があります。この機能は、ビューを Web Applications Dictionary に登録します。
注意 : オブジェクトは、1 つのデータベース・ビューにつき 1 つのみ定義
できます。
Web Applications Dictionary
3-21
フォルダ・モードの設定
前提条件
❏ Web 照会で使用するためにビューを作成してください。
◗◗ オブジェクトを定義するには、次のようにします。
1.
Web Application Dictionary で、
「オブジェクト」フォルダ・ウィンドウへナビゲートし
ます。
2.
オブジェクト名を入力します。
3.
アプリケーションを選択します。
4.
データベース・オブジェクト、つまりデータベース・ビューを選択します。
5. 「オブジェクト属性」ボタンを選択してデータベース・オブジェクトに属性を定義しま
す。
6. 「一意キー」ボタンを選択し、データベース・オブジェクトに主キーと一意キーを定義
します。
3-22
7.
主キーを入力します。
8.
作業内容を保存します。
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
フォルダ・モードの設定
9. 「外部キー」ボタンを選択してデータベース・オブジェクトに外部キーを定義します。
関連項目
属性の定義 : 3-26 ページ
オブジェクトへの属性の割当て : 3-23 ページ
一意キーの定義 : 3-27 ページ
外部キーの定義 : 3-29 ページ
オブジェクトへの属性の割当て
オブジェクト属性を作成するには、定義済みの属性を 1 つ以上のオブジェクト（データベー
ス・ビュー）へ関連付けます。
注意 : Uniform Resource Locator（URL）属性はオブジェクト属性である
ことが必要です。
注意 : 既存の割当てを更新中に、長いラベルを変更すると、関連するす
べてのオブジェクト属性とリージョン項目のラベルを変更するかどうかの
確認を求めるプロンプトが表示されます。「OK」を選択すると、関連する
すべてのラベルが変更されます。
前提条件
❏ オブジェクトを定義してください。
❏
オブジェクトに割り当てる属性を定義してください。
◗◗ オブジェクトに属性を割り当てるには、次のようにします。
1. 「オブジェクト属性」フォルダ・ウィンドウへナビゲートします。
Web Applications Dictionary
3-23
フォルダ・モードの設定
2.
オブジェクトに割り当てる既存の属性名を選択します。
3.
オプションとして、そのオブジェクト属性に対応するデータベース・ビュー列名を選択
します。
4.
そのオブジェクト属性の長いラベルを入力します。デフォルトは、その属性を定義した
ときに使用したラベルですが、これは変更できます。
注意 : 「オブジェクト属性」フォルダ・ウィンドウの残りのデータは、そ
の属性を定義した時点でのデフォルトになります。それらのデフォルトは
変更できます。
5. 「属性の作成」ボタンを選択して追加属性を作成します。
「属性」ウィンドウを閉じる
と、作成した属性をオブジェクト属性に追加するよう指示が表示されます。
3-24
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
フォルダ・モードの設定
◗◗ 複数のリージョンを割り当てるには、次のようにします。
1. 「複数割当」ボタンを選択します。
2.
現在のオブジェクト属性の割当て先のリージョンをすべて入力します。
関連項目
オブジェクトの定義 : 3-21 ページ
属性の定義 : 3-26 ページ
一意キーの定義 : 3-27 ページ
外部キーの定義 : 3-29 ページ
Web Applications Dictionary
3-25
フォルダ・モードの設定
属性の定義
属性を定義した後、それらの属性を 1 つまたは複数のオブジェクトに割り当てることができ
ます。
注意 : 既存の属性を更新中に、長いラベルを変更すると、関連するすべ
てのオブジェクト属性とリージョン項目のラベルを変更するかどうかの確
認を求めるプロンプトが表示されます。「OK」を選択すると、関連するす
べてのラベルが変更されます。
◗◗ 属性を定義するには、次のようにします。
1. 「属性」フォルダ・ウィンドウへナビゲートします。そのためには、
「オブジェクト属
性」フォルダ・ウィンドウから「属性の作成」ボタンを選択します。
3-26
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
フォルダ・モードの設定
2.
この属性の内部名である属性 ID を入力します。
3.
その属性へ関連付けるアプリケーションを入力します。
4.
値リストで使用する使いやすい属性名を入力します。
5.
その属性の長いラベルを入力します。デフォルトは属性名です。これが Web 照会アプ
リケーション内の属性プロンプトとなります。
6.
オプションとして、そのテキストをブラウザでどのように表示（太字体、イタリック体
など）するかを指定します。
7.
縦表示の位置揃え、つまり「最上位」
、「中央」
、「最下位」のいずれかを選択します。
8.
水平方向の位置揃え、つまり「左」
、「中央」
、「右」のいずれかを選択します。
9.
属性のデータ型を入力します。
10. 属性値の表示長を入力します。
11. オプションとして、属性の自由形式摘要を入力します。
関連項目
オブジェクトの定義 : 3-21 ページ
オブジェクトへの属性の割当て :3-23 ページ
一意キーの定義 : 3-27 ページ
外部キーの定義 : 3-29 ページ
一意キーの定義
各オブジェクトごとに 1 つずつ、一意の主キーを定義する必要があります。主キーにより、
データの各行が一意に識別され、重複が不可能になります。
前提条件
❏ オブジェクトを定義してください。
❏
属性を定義してください。
❏
オブジェクト属性を定義してください。
◗◗ 一意キーを定義するには、次のようにします。
1.
Web Application Dictionary で、
「オブジェクト」フォルダ・ウィンドウから「一意
キー」ボタンを選択して「一意キー」ウィンドウへナビゲートします。
Web Applications Dictionary
3-27
フォルダ・モードの設定
2.
一意の（主）キーの名前を入力します。
3.
1 つ以上の一意キー列順序を入力します。この順序は、指定した各列を評価する順序を
決定します。
関連項目
オブジェクトの定義 : 3-21 ページ
オブジェクトへの属性の割当て : 3-23 ページ
属性の定義 : 3-26 ページ
外部キーの定義 : 3-29 ページ
3-28
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
フォルダ・モードの設定
外部キーの定義
主キーと外部キーの関係の組合せは、Web フロー内のナビゲーションを決定します。つま
り、同じオブジェクトに基づいた 1 つのリージョンから別のリージョンへのナビゲーション
がフローに必要な場合は、そのオブジェクトに外部キーを定義する必要があります。
前提条件
オブジェクトを定義してください。
属性を定義してください。
オブジェクト属性を定義してください。
一意キー（複数可）を定義してください。
◗◗ 外部キーを定義するには、次のようにします。
1.
Web Application Dictionary で、
「オブジェクト」フォルダ・ウィンドウから「外部
キー」ボタンを選択して「外部キー」ウィンドウへナビゲートします。
Web Applications Dictionary
3-29
フォルダ・モードの設定
2.
外部キーを入力します。
3.
親オブジェクト（データベース・ビュー）を選択します。
4.
参照キーを入力します。これが、親オブジェクトの一意キー（または主キー）です。
5.
オプションとして、関連の摘要を入力します。
6.
オプションとして、逆の関連を入力します。
7.
オプションとして、逆の関連の摘要を入力します。
8.
外部キー列を入力します。
9.
参照キー列を入力します。
10. 最後の 2 つの手順を、すべての参照キー列の割当てが終わるまで繰り返します。
関連項目
オブジェクトの定義 : 3-21 ページ
オブジェクトへの属性の割当て : 3-23 ページ
属性の定義 : 3-26 ページ
一意キーの定義 : 3-27 ページ
リージョンの定義
リージョンを定義した後、それらのリージョンを 1 つまたは複数のページに割り当てること
ができます。表示しないリージョンも定義できます。そのようなリージョンは、あるオブ
ジェクトから別のオブジェクトへナビゲートする方法の 1 つとして機能します。
前提条件
❏ オブジェクトを定義してください。
◗◗ リージョンを定義するには、次のようにします。
1. 「リージョン」フォルダ・ウィンドウへナビゲートします。
3-30
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
フォルダ・モードの設定
2.
既存のリージョンをコピーしてから変更し、新規リージョンとして保存する場合は、
「コピー」ボタンを選択します。新しいアプリケーション名、リージョン ID およびリー
ジョン名を入力してください。
3.
新規リージョンを最初から作成する場合は、そのリージョンの ID を入力します。
4.
使いやすいリージョン名を入力します。
5.
そのリージョンへ関連付けるアプリケーションを入力します。
6.
そのリージョンへ関連付けるオブジェクト名を選択します。
7.
リージョン形式、つまり「単一行」
、「複数行」を選択します。
8.
前の手順で「単一行」を選択した場合は、ラインを折り返すまでにリージョンに表示さ
れる列の数（フィールドとそのラベル）を入力します。
Web Applications Dictionary
3-31
フォルダ・モードの設定
9.
オプションとして、リージョンの自由形式摘要を入力します。
10. 「リージョン項目」ボタンを使用して「リージョン項目」ウィンドウへナビゲートしま
す。
関連項目
リージョン項目の作成 : 3-32 ページ
リージョン項目の作成
リージョン項目は、リージョン内に配置される属性またはオブジェクト属性です。一般に、
リージョン項目はそのリージョンに表示する属性です。ただし、これには例外があります。
前提条件
❏ リージョンへ関連付ける属性を定義してください。
❏
オブジェクトを定義してください。
❏
リージョンへ関連付けるオブジェクト属性を定義してください。
❏
リージョンを定義してください。
◗◗ リージョン項目を作成するには、次のようにします。
1.
3-32
Web Application Dictionary で、
「リージョン項目」フォルダ・ウィンドウへナビゲート
します。そのためには、
「リージョン」ウィンドウでリージョンを選択し、「リージョン
項目」ボタンを選択します。
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
フォルダ・モードの設定
2.
リージョンへ関連付ける属性タイプ（属性またはオブジェクト属性）を選択します。通
常、ボタンに使用する属性が予約されています。
3.
既存の属性またはオブジェクト属性の名前を選択します。
4.
リージョン項目の表示連番を入力します。
これによってリージョン項目（表示項目か非表示項目かに関わらず）の順序が決定され
ます。リージョン項目を表示しない場合は、次の手順で「非表示」項目形式を選択しま
す。
5. 「ボタン」と「テキスト」のいずれかの品目形式を選択します。
注意 : 「チェック・ボックス」
、「非表示」
、「ポップリスト」の品目形式は
サポートされていません。
Web Applications Dictionary
3-33
フォルダ・モードの設定
6.
オプションとして、そのリージョン項目を問い合せることができるかどうかを指定しま
す。
7.
オプションとして、そのリージョン項目の下層にある列によってデータの表示順序が決
定されるかどうかと、その順序を昇順と降順のどちらにするかを指定します。これによ
り、Web 問合せフォームが生成されます。
関連項目
リージョンの定義 : 3-30 ページ
オブジェクト・フローの定義
フローは Web ページで構成され、それぞれの Web ページはリージョンで構成され、リー
ジョンはリージョン項目で構成されます。
◗◗ オブジェクト・フローを定義するには、次のようにします。
1.
3-34
Web Application Dictionary で、
「オブジェクト・フロー」フォルダ・ウィンドウへナビ
ゲートします。
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
フォルダ・モードの設定
2.
既存のフローをコピーしてから、変更し、新規フローとして保存する場合は、
「コピー」
ボタンを選択します。新しいアプリケーション名、フロー ID およびフロー名を入力し
てください。
3.
新規フローを最初から作成する場合は、アプリケーション名を入力します。
4.
内部識別子であるフロー ID を入力します。
5.
使いやすいフロー名と摘要を入力します。
関連項目
フロー・ページの定義 : 3-36 ページ
フロー・ページ・リージョンの定義 : 3-37 ページ
フロー・ページ関連の定義 : 3-39 ページ
フロー・ページ・リージョン・リンクの定義 : 3-41 ページ
Web Applications Dictionary
3-35
フォルダ・モードの設定
フロー・ページの定義
フロー・ページはフローの一部です。1 つのフロー・ページに 1 つまたは複数の関連ページ
が存在します。フロー・ページには、1 つまたは複数のフロー・ページ・リージョンが含ま
れています。
前提条件
❏ オブジェクト・フロー（複数可）を定義してください。
◗◗ フロー・ページを定義するには、次のようにします。
3-36
1.
Web Applications Dictionary で、
「オブジェクト・フロー」ウィンドウから「フロー・
ページ」ボタンを選択することにより、
「フロー・ページ」ウィンドウへナビゲートし
ます。
2.
内部ページ識別子であるページ ID を入力します。
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
フォルダ・モードの設定
3.
ページ名とオプションの摘要を入力します。ページ名は生成された HTML ページのタ
イトルになります。
4.
定義中のページをプライマリ・ページにするかどうかを指定します。1 つのページのみ
をプライマリ・ページに指定できます。
5.
各フロー・ページに「ページ・リージョン」ボタンを選択してページを構成するリー
ジョン（1 つまたは複数）を定義します。
6.
各フロー・ページに、オプションとして「ページ関連」ボタンを選択してフローのペー
ジ関連を定義します。
関連項目
オブジェクト・フローの定義 : 3-34 ページ
フロー・ページ・リージョンの定義 : 3-37 ページ
フロー・ページ関連の定義 : 3-39 ページ
フロー・ページ・リージョン・リンクの定義 : 3-41 ページ
フロー・ページ・リージョンの定義
各フロー・ページは 1 つまたは複数のリージョンから構成されます。リージョンを主リー
ジョンとして定義してもかまいません。主リージョンとして定義されていないリージョンに
は、親リージョンが必要です。
前提条件
❏ オブジェクトを定義してください。
❏
一意キーを定義してください。
❏
外部キーを定義してください。
❏
リージョンを定義してください。
❏
リージョン項目を定義してください。
❏
フロー・ぺージを定義してください。
❏
1 ページに複数のリージョンを定義する場合は、異なるリージョン間にページ関連が存
在する必要があります。参照 : フロー・ページ関連の定義 : 3-39 ページ
◗◗ 属性ナビゲーションを定義するには、次のようにします。
1.
Web Application Dictionary で、
「フロー・ページ」ウィンドウから「ページ・リージョ
ン」ボタンを選択して「ページ・リージョン」ウィンドウへナビゲートします。
Web Applications Dictionary
3-37
フォルダ・モードの設定
2.
リージョン名を入力します。これは、フローの中でリージョンの最上位に表示されま
す。
リージョンを選択した後、残りのフィールドはリージョンの定義からデフォルトを受け
継ぎます。それらのデフォルトは変更できます。
3.
そのリージョンを主リージョンとするかどうかを指定します。
主リージョンには、親リージョンがありません。
3-38
4.
副リージョン（主リージョンとして定義しなかったリージョン）には、親リージョンを
入力してください。親リージョンとは、現在のリージョンより前に表示されるリージョ
ンのことです。親リージョンは、副リージョン・オブジェクトと外部キーの関係を持つ
オブジェクトを基に設計されています。
5.
副リージョンの場合は、関係を入力してください。これは、当初、外部キーを定義した
ときに設定したものです。
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
フォルダ・モードの設定
6.
すべてのリージョンについて、表示連番を入力します。
関連項目
リージョンの定義 : 3-30 ページ
オブジェクト・フローの定義 : 3-34 ページ
フロー・ページの定義 : 3-36 ページ
フロー・ページ関連の定義 : 3-39 ページ
フロー・ページ・リージョン・リンクの定義 : 3-41 ページ
フロー・ページ関連の定義
フローを構成するページ間の関連を定義してください。
前提条件
❏
フロー・ぺージを定義してください。
❏
リージョン内で使用するベース・オブジェクト（データベース・ビュー）間に外部キー
が存在する必要があります。
❏
リージョンを各フロー・ページに割り当ててください。
◗◗ フロー・ページ関連を定義するには、次のようにします。
1.
Web Application Dictionary で、
「フロー・ページ」ウィンドウから「ページ関連」ボタ
ンを選択して「ページ関連」ウィンドウへナビゲートします。
Web Applications Dictionary
3-39
フォルダ・モードの設定
2. 「ぺージ : 自」と「リージョン : 自」を選択します。
選択した「ぺージ : 自」と「リージョン : 自」は、現在のページを表示するためにハイ
パーテキスト・リンクの実行元となるページ、およびそれに対応するリージョンになり
ます。
3.
関係を選択します。
この関係は、当初、外部キーの定義時に定義された関係です。
関連項目
リージョンの定義 : 3-30 ページ
オブジェクト・フローの定義 : 3-34 ページ
フロー・ページの定義 : 3-36 ページ
フロー・ページ・リージョンの定義 : 3-37 ページ
フロー・ページ・リージョン・リンクの定義 : 3-41 ページ
3-40
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
フォルダ・モードの設定
フロー・ページ・リージョン・リンクの定義
フロー・ページ・リージョンにハイパーテキスト・リンクを定義する必要があります（該当
する場合）
。
前提条件
❏ フロー・ぺージ・リージョンを定義してください。
❏
フロー・ぺージ関連を定義してください。
◗◗ 属性ナビゲーションを定義するには、次のようにします。
1.
Web Application Dictionary で、
「ページ・リージョン」ウィンドウから「リンク」ボタ
ンを選択して「リンク」ウィンドウへナビゲートします。
2.
属性名を選択します。
3.
リンク先のターゲット・ページ名またはターゲット URL（Uniform Resource Locator）
を入力します。外部 Web サイトの場合は、ターゲット URL を使用する必要がありま
Web Applications Dictionary
3-41
フォルダ・モードの設定
す。ターゲット URL 属性は、その URL が入っているビュー内の列です。URL は、次
の例に示すフォーマットを取ります。
http://www.oracle.com
関連項目
オブジェクト・フローの定義 : 3-34 ページ
フロー・ページの定義 : 3-36 ページ
フロー・ページ・リージョンの定義 : 3-37 ページ
フロー・ページ関連の定義 : 3-39 ページ
3-42
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
4
アプリケーション・プログラミング・
インタフェース
この章では、次のトピックを中心に、Oracle Self-Service Web Applications のオープン・ア
プリケーション・プログラミング・インタフェース (API) について説明します。
■
アプリケーション・プログラミング・インタフェース : 4-2 ページ
■
API Specifications: 4-2 ページ
■
標準 API パラメータ : 4-39 ページ
アプリケーション・プログラミング・ インタフェース
4-1
アプリケーション・プログラミング・インタフェース
アプリケーション・プログラミング・インタフェース
以降の文書で、Oracle Self-Service Web Applications のアプリケーション・プログラミン
グ・インタフェース (API) を説明します。
API Specifications
機能
パッケージ
FND_FORM_FUNCTIONS_PKG
ファイル
AFFMFUNS.pls / AFFMFUNB.pls
機能
このパッケージは、Oracle Self-Service Web Applications 機能の挿
入、更新、削除に使用します。
プロシージャ
INSERT_ROW( )
表 4-1
4-2
パラメータ
IN/OUT
データ型
X_ROWID
OUT
ROWID
Y
X_FUNCTION_ID
IN
NUMBER
Y
fnd_form_functions_
s シーケンスから値
を取得する。
X_FUNCTION_
NAME
IN
VARCHAR2
Y
最大 30 文字までの長
さの機能コード、
upper_case の使用を
推奨
X_APPLICATION_ID
IN
NUMBER
Y
機能のアプリケー
ション ID を挿入す
る必要がある。
X_FORM_ID
IN
NUMBER
N
リリース 11i 機能用
の FormID。Web 機
能の場合は NULL。
X_PARAMETERS
IN
VARCHAR2
N
機能にパラメータが
ない場合は、NULL
値を渡す。
X_TYPE
IN
VARCHAR2
Y
Web 機能用の
WWW
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
必須
ノート
アプリケーション・プログラミング・インタフェース
表 4-1 ( 続き )
パラメータ
IN/OUT
データ型
必須
ノート
X_WEB_HOST_
NAME
IN
VARCHAR2
N
最大 80 文字までの長
さの Web ホスト名。
Web ホスト名がない
場合は NULL。
X_WEB_AGENT_
NAME
IN
VARCHAR2
N
最大 80 文字までの長
さの Web エージェ
ント名。Web エー
ジェント名がない場
合は NULL。
X_WEB_HTML_CALL
IN
VARCHAR2
N
最大 240 文字までの
長さの Web HTML
コール。Web HTML
コールがない場合は
NULL を渡す。
X_WEB_ENCRYPT_
PARAMETERS
IN
VARCHAR2
Y
パラメータが暗号化
されている場合は
「Y」
、そうでなけれ
ば「N」。
X_WEB_SECURED
IN
VARCHAR2
Y
Web が保護されてい
れば「Y」、そうでな
ければ NULL。
X_USER_FUNCTION_
NAME
IN
VARCHAR2
Y
最大 80 文字までの機
能名
X_DESCRIPTION
IN
VARCHAR2
Y
最大 240 文字までの
機能の説明
X_CREATION_DATE
IN
DATE
Y
システム日付
X_CREATED_BY
IN
NUMBER
Y
X_LAST_UPDATE_
DATE
IN
DATE
Y
X_LAST_UPDATED_
BY
IN
NUMBER
Y
X_LAST_UPDATE_
LOGIN
IN
NUMBER
Y
システム日付
アプリケーション・プログラミング・ インタフェース
4-3
アプリケーション・プログラミング・インタフェース
UPDATE_ROW( )
表 4-2
4-4
パラメータ
IN/OUT
データ型
必須
ノート
X_FUNCTION_
ID
IN
NUMBER
Y
変更する機能の
Function_id
X_FUNCTION_
NAME
IN
VARCHAR2
Y
最大 30 文字までの長さ
の Function_code
X_
APPLICATION_
ID
IN
NUMBER
Y
変更する機能のアプリ
ケーション ID
X_FORM_ID
IN
NUMBER
N
リリース 11 機能用の
FormID。Web 機能の場
合は NULL。
X_PARAMETERS
IN
VARCHAR2
N
機能の新規パラメータ
値。なければ NULL。
X_TYPE
IN
VARCHAR2
Y
Web 機能用の WWW
X_WEB_HOST_
NAME
IN
VARCHAR2
N
最大 80 文字までの長さ
の Web ホスト名。Web
ホスト名がない場合は
NULL。
X_WEB_AGENT_
NAME
IN
VARCHAR2
N
最大 80 文字までの長さ
の Web エージェント名。
なければ NULL。
X_WEB_HTML_
CALL
IN
VARCHAR2
N
最大 240 文字までの長さ
の Web HTML コール。
なければ NULL。
X_WEB_
ENCRYPT_
PARAMETERS
IN
VARCHAR2
Y
パラメータが暗号化され
ていれば「Y」、そうでな
ければ「N」。
X_WEB_
SECURED
IN
VARCHAR2
Y
Web が保護されていれ
ば「Y」、そうでなければ
NULL。
X_USER_
FUNCTION_
NAME
IN
VARCHAR2
Y
最大 80 文字までのユー
ザー機能名
X_DESCRIPTION
IN
VARCHAR2
Y
最大 240 文字までの新し
い摘要。なければ
NULL。
X_LAST_
UPDATE_DATE
IN
DATE
Y
システム日付
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
アプリケーション・プログラミング・インタフェース
表 4-2 ( 続き )
パラメータ
IN/OUT
データ型
必須
X_LAST_
UPDATED_BY
IN
NUMBER
Y
X_LAST_
UPDATE_LOGIN
IN
NUMBER
Y
ノート
DELETE_ROW( )
表 4-3
パラメータ
IN/OUT
データ型
必須
ノート
X_FUNCTION_
ID
IN
NUMBER
Y
削除する機能の
Function_ID
メニュー
パッケージ
FND_MENUS_PKG
ファイル
AFMNMNUS.pls / AFMNMNUB.pls
機能
このパッケージは、Oracle Self-Service Web Applications メニュー
の挿入、更新、削除に使用します。
FND_MENUS, FND_MENUS_TL
プロシージャ
INSERT_ROW( )
表 4-4
パラメータ
IN/OUT
データ型
必須
ノート
X_ROWID
OUT
ROWID
Y
X_MENU_ID
IN
NUMBER
Y
挿入するメニューのメ
ニュー ID
X_MENU_NAME
IN
VARCHAR2
Y
最大 30 文字までの長さの
menu_code
X_USER_MENU_
NAME
IN
VARCHAR2
Y
最大 80 文字までのメ
ニューの表示名
X_DESCRIPTION
IN
VARCHAR2
Y
最大 240 文字までのメ
ニューの説明
アプリケーション・プログラミング・ インタフェース
4-5
アプリケーション・プログラミング・インタフェース
表 4-4 ( 続き )
パラメータ
IN/OUT
データ型
必須
ノート
X_CREATION_
DATE
IN
DATE
Y
システム日付
X_CREATED_BY
IN
NUMBER
Y
X_LAST_
UPDATE_DATE
IN
DATE
Y
X_LAST_
UPDATED_BY
IN
NUMBER
Y
X_LAST_
UPDATE_LOGIN
IN
NUMBER
Y
システム日付
UPDATE_ROW( )
表 4-5
4-6
パラメータ
IN/OUT
データ型
必須
ノート
X_MENU_ID
IN
NUMBER
Y
更新するメニューのメ
ニュー ID
X_MENU_NAME
IN
VARCHAR2
Y
最大 30 文字までの長さの
menu_code
X_USER_MENU_
NAME
IN
VARCHAR2
Y
最大 80 文字までのメニュー
の表示名
X_DESCRIPTION
IN
VARCHAR2
Y
最大 240 文字までの職責の
説明
X_CREATION_
DATE
IN
DATE
Y
システム日付
X_CREATED_BY
IN
NUMBER
Y
X_LAST_
UPDATE_DATE
IN
DATE
Y
X_LAST_
UPDATED_BY
IN
NUMBER
Y
X_LAST_
UPDATE_LOGIN
IN
NUMBER
Y
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
システム日付
アプリケーション・プログラミング・インタフェース
DELETE_ROW( )
表 4-6
パラメータ
IN/OUT
データ型
必須
ノート
X_MENU_ID
IN
NUMBER
Y
削除するメニューのメ
ニュー ID
メニュー入力
パッケージ
FND_MENU_ENTRIES_PKG
ファイル
AFMNENTS.pls / AFMNENTB.pls
機能
このパッケージは、Oracle Self-Service Web Applications メニュー
項目の挿入、更新、削除に使用します。
表
FND_MENU_ENTRIES、FND_MENU_ENTRIES_TL
プロシージャ
INSERT_ROW( )
表 4-7
パラメータ
IN/OUT
データ型
必須
X_ROWID
OUT
ROWID
Y
ノート
X_MENU_ID
IN
NUMBER
Y
挿入するメニューのメ
ニュー ID
X_ENTRY_
SEQUENCE
IN
NUMBER
Y
メニュー内の項目の表
示連番
X_SUB_MENU_ID
IN
NUMBER
Y
項目がメニューの場合
はメニュー ID
X_FUNCTION_ID
IN
NUMBER
Y
項目がフォーム機能の
場合は機能 ID
X_PROMPT
IN
VARCHAR2
Y
項目の表示名。30 文
字。
X_DESCRIPTION
IN
VARCHAR2
Y
最大 240 文字までのメ
ニュー項目の説明
X_CREATION_
DATE
IN
DATE
Y
システム日付
X_CREATED_BY
IN
NUMBER
Y
X_LAST_UPDATE_
DATE
IN
DATE
Y
システム日付
アプリケーション・プログラミング・ インタフェース
4-7
アプリケーション・プログラミング・インタフェース
表 4-7 ( 続き )
パラメータ
IN/OUT
データ型
必須
X_LAST_
UPDATED_BY
IN
NUMBER
Y
ノート
X_LAST_UPDATE_
LOGIN
IN
NUMBER
Y
パラメータ
IN/OUT
データ型
必須
ノート
X_MENU_ID
IN
NUMBER
Y
更新するメニューのメ
ニュー ID
X_ENTRY_
SEQUENCE
IN
NUMBER
Y
メニュー内の項目の表
示連番
X_SUB_MENU_ID
IN
NUMBER
Y
項目がメニューの場合
はメニュー ID
X_FUNCTION_ID
IN
NUMBER
Y
項目がフォーム機能の
場合は機能 ID
X_PROMPT
IN
VARCHAR2
Y
項目の表示名。30 文
字。
X_DESCRIPTION
IN
VARCHAR2
Y
最大 240 文字までのメ
ニュー項目の説明
X_CREATION_
DATE
IN
DATE
Y
システム日付
X_CREATED_BY
IN
NUMBER
Y
X_LAST_UPDATE_
DATE
IN
DATE
Y
X_LAST_
UPDATED_BY
IN
NUMBER
Y
X_LAST_UPDATE_
LOGIN
IN
NUMBER
Y
UPDATE_ROW( )
表 4-8
4-8
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
システム日付
アプリケーション・プログラミング・インタフェース
DELETE_ROW( )
表 4-9
パラメータ
IN/OUT
データ型
必須
ノート
X_MENU_ID
IN
NUMBER
Y
削除するメニューのメ
ニュー ID
X_ENTRY_
SEQUENCE
IN
NUMBER
Y
削除する項目の表示連
番
職責
パッケージ
FND_RESPONSIBILITY_PKG
ファイル
AFSCRSPS.pls / AFSCRSPB.pls
機能
このパッケージは、Oracle Self-Service Web Applications 職責の挿
入、更新、削除に使用します。
表
FND_RESPONSIBILITY、FND_RESPONSIBILITY_TL
プロシージャ
INSERT_ROW( )
表 4-10
パラメータ
IN/OUT
データ型
必須
X_ROWID
OUT
ROWID
Y
デフォルト
ノート
X_
APPLICATION
_ID
IN
NUMBER
Y
挿入する職責の
アプリケーショ
ン ID
X_
RESPONSIBILIT
Y_ID
IN
NUMBER
Y
挿入する職責の
職責 ID
X_
RESPONSIBILIT
Y_KEY
IN
VARCHAR2
Y
最大 30 文字ま
での
Responsibility_
code
X_WEB_
AGENT_NAME
IN
VARCHAR2
N
最大 80 文字ま
での職責の
Web エージェ
ント名。なけれ
ば NULL
アプリケーション・プログラミング・ インタフェース
4-9
アプリケーション・プログラミング・インタフェース
表 4-10 ( 続き )
4-10
パラメータ
IN/OUT
データ型
必須
X_WEB_HOST_
NAME
IN
VARCHAR2
N
X_DATA_
GROUP_
APPLICATION
_ID
IN
NUMBER
N
NULL
X_DATA_
GROUP_ID
IN
NUMBER
N
NULL
X_MENU_ID
IN
NUMBER
N
NULL
X_START_
DATE
IN
DATE
N
職責の開始日が
Web 職責用に
実施されていな
い。NULL。
X_END_DATE
IN
DATE
N
職責の終了日が
Web 職責用に
実施されていな
い。NULL。
X_GROUP_
APPLICATION
_ID
IN
NUMBER
N
Web 職責に関
係なし。
NULL。
X_REQUEST_
GROUP_ID
IN
NUMBER
N
Web 職責に関
係なし。
NULL。
X_VERSION
IN
VARCHAR2
Y
Web 職責の場
合は「W」
X_
RESPONSIBILIT
Y_NAME
IN
VARCHAR2
Y
最大 100 文字ま
での職責名
X_
DESCRIPTION
IN
VARCHAR2
Y
最大 240 文字ま
での職責の説明
X_CREATION_
DATE
IN
DATE
Y
システム日付
X_CREATED_
BY
IN
NUMBER
Y
X_LAST_
UPDATE_DATE
IN
DATE
Y
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
デフォルト
ノート
最大 80 文字ま
での職責の
Web ホスト名。
なければ
NULL。
システム日付
アプリケーション・プログラミング・インタフェース
表 4-10 ( 続き )
パラメータ
IN/OUT
データ型
必須
X_LAST_
UPDATED_BY
IN
NUMBER
Y
X_LAST_
UPDATE_
LOGIN
IN
NUMBER
Y
デフォルト
ノート
UPDATE_ROW( )
表 4-11
パラメータ
IN/OUT
データ型
必須
X_
APPLICATION_
ID
IN
NUMBER
Y
デフォルト
ノート
職責のアプリケー
ション ID
X_
RESPONSIBILIT
Y_ID
IN
NUMBER
Y
職責の職責 ID
X_
RESPONSIBILIT
Y_KEY
IN
VARCHAR2
Y
最大 30 文字までの
Responsibility_code
X_WEB_
AGENT_NAME
IN
VARCHAR2
N
最大 80 文字までの
長さの新規 Web
エージェント名
X_WEB_HOST_
NAME
IN
VARCHAR2
N
最大 80 文字までの
長さの新規 Web ホ
スト名
X_DATA_
GROUP_
APPLICATION_
ID
IN
NUMBER
N
NULL
X_DATA_
GROUP_ID
IN
NUMBER
N
NULL
X_MENU_ID
IN
NUMBER
N
NULL
X_START_
DATE
IN
DATE
N
職責の開始日が
Web 職責用に実施
されていない。
NULL。
X_END_DATE
IN
DATE
N
職責の終了日が
Web 職責用に実施
されていない。
NULL。
アプリケーション・プログラミング・ インタフェース
4-11
アプリケーション・プログラミング・インタフェース
表 4-11 ( 続き )
パラメータ
IN/OUT
データ型
必須
X_GROUP_
APPLICATION_
ID
IN
NUMBER
N
デフォルト
ノート
Web 職責に関係な
し。NULL。
X_REQUEST_
GROUP_ID
IN
NUMBER
N
Web 職責に関係な
し。NULL。
X_VERSION
IN
VARCHAR2
Y
Web 職責の場合は
「W」を推奨
X_
RESPONSIBILIT
Y_NAME
IN
VARCHAR2
Y
最大 100 文字までの
長さの新規職責名
X_
DESCRIPTION
IN
VARCHAR2
Y
最大 240 文字までの
長さの説明。なけれ
ば NULL。
X_LAST_
UPDATE_DATE
IN
DATE
Y
システム日付
X_LAST_
UPDATED_BY
IN
NUMBER
Y
X_LAST_
UPDATE_
LOGIN
IN
NUMBER
Y
DELETE_ROW( )
表 4-12
パラメータ
IN/OUT
データ型
必須
ノート
X_
APPLICATIO
N_ID
IN
NUMBER
Y
削除する職責のアプリケーション
ID
X_
RESPONSIBIL
ITY_ID
IN
NUMBER
Y
削除する職責の職責 ID
職責 - 保護属性の関連付け
4-12
パッケージ
ICX_RESP_SEC_ATTR_PVT
ファイル
ICXVTRSS.pls / ICXVTRSB.pls
機能
このパッケージは、保護属性と職責の関連付けを行ったり、その関
連付けを解除するために使用します。
表
AK_RESP_SECURITY_ATTRIBUTES
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
アプリケーション・プログラミング・インタフェース
注意 : これは標準 Oracle API パッケージです。標準パラメータの詳細な
説明については、後述の「標準 API パラメータ」の項を参照してくださ
い。
プロシージャ
Create_Resp_Sec_Attr( )
表 4-13
パラメータ
IN/OUT
データ型
必須
p_api_
version_
number
IN
NUMBER
Y
デフォルト
ノート
p_init_msg_
list
IN
VARCHAR2
N
FND_
API.G_
FALSE
p_simulate
IN
VARCHAR2
N
FND_
API.G_
FALSE
p_commit
IN
VARCHAR2
N
FND_
API.G_
FALSE
呼出し元へ戻った
ときにデータベー
ス操作をコミット
する場合は「T」を
渡す。
p_validation_
level
IN
NUMBER
N
FND_
API.G_
VALI D_
LEVEL_
FULL
この API 用に実装
されている検証レ
ベルは存在しない。
ここにあるパラ
メータは、単に標
準に準拠するため
のものである。し
たがって、このパ
ラメータは必須で
はない。
p_return_
status
OUT
VARCHAR2
Y
推奨値 : 1.0
エラー・メッセー
ジ・リストを初期
化する場合は「T」
を渡す。初期化し
ない場合は「F」を
渡す。
呼出し元へ戻った
ときにデータベー
ス操作をロール
バックする場合は
「T」を渡す。
プロシージャの戻
りステータスを示
すために使用する。
アプリケーション・プログラミング・ インタフェース
4-13
アプリケーション・プログラミング・インタフェース
表 4-13 ( 続き )
4-14
パラメータ
IN/OUT
データ型
必須
p_msg_count
OUT
NUMBER
Y
デフォルト
エラー・メッセー
ジ・カウントは、
API メッセージ・
リスト内にエラー・
メッセージの数を
保持する。
p_msg_data
OUT
VARCHAR2
Y
エラー・メッセー
ジが入っている。
p_
responsibility
_id
IN
NUMBER
Y
保護属性を関連付
ける職責の職責 ID
p_
application_id
IN
NUMBER
Y
保護属性を関連付
ける職責のアプリ
ケーション ID
p_attribute_
code
IN
VARCHAR2
Y
職責へ関連付ける
保護属性の属性
コード
p_attribute_
appl_id
IN
NUMBER
Y
職責へ関連付ける
保護属性の属性ア
プリケーション ID
p_created_by
IN
NUMBER
Y
p_creation_
date
IN
DATE
Y
p_last_
updated_by
IN
NUMBER
Y
p_last_
update_date
IN
DATE
Y
p_last_
update_login
IN
NUMBER
Y
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
ノート
システム日付
システム日付
アプリケーション・プログラミング・インタフェース
Delete_Resp_Sec_Attr( )
表 4-14
パラメータ
IN/OUT
データ型
必須
p_api_version_
number
IN
NUMBER
Y
デフォルト
ノート
p_init_msg_list
IN
VARCHAR2
N
FND_API.G_
FALSE
p_simulate
IN
VARCHAR2
N
FND_API.G_
FALSE
p_commit
IN
VARCHAR2
N
FND_API.G_
FALSE
呼出し元へ戻った
ときにデータベー
ス操作をコミット
する場合は「T」を
渡す。
p_validation_
level
IN
NUMBER
N
FND_API.G_
VALI D_
LEVEL_FULL
この API 用に実装
されている検証レ
ベルは存在しない。
ここにあるパラ
メータは、単に標
準に準拠するため
のものである。し
たがって、このパ
ラメータは必須で
はない。
p_return_
status
OUT
VARCHAR2
Y
プロシージャの戻
りステータスを示
すために使用する。
p_msg_count
OUT
NUMBER
Y
エラー・メッセー
ジ・カウントは、
API メッセージ・
リスト内にエ
ラー・メッセージ
の数を保持する。
p_msg_data
OUT
VARCHAR2
Y
エラー・メッセー
ジが入っている
推奨値 : 1.0
エラー・メッセー
ジ・リストを初期
化する場合は「T」
を渡す。初期化し
ない場合は「F」を
渡す。
呼出し元へ戻った
ときにデータベー
ス操作をロール
バックする場合は
「T」を渡す。
アプリケーション・プログラミング・ インタフェース
4-15
アプリケーション・プログラミング・インタフェース
表 4-14 ( 続き )
パラメータ
IN/OUT
データ型
必須
p_
responsibility_
id
IN
NUMBER
Y
デフォルト
ノート
保護属性との関連
付けを解除する必
要がある職責の職
責 ID
p_application_
id
IN
NUMBER
Y
保護属性との関連
付けを解除する必
要がある職責のア
プリケーション ID
p_attribute_
code
IN
VARCHAR2
Y
職責との関連付け
を解除する必要が
ある保護属性の属
性コード
p_attribute_
appl_id
IN
NUMBER
Y
職責との関連付け
を解除する必要が
ある保護属性の属
性アプリケーショ
ン ID
職責 - 除外属性の関連付け
パッケージ
ICX_RESP_EXCL_ATTR_PVT
ファイル
ICXVTRES.pls / ICXVTREB.pls
機能
このパッケージは、除外属性と職責の関連付けを行ったり、その関
連付けを解除するために使用します。
表
AK_EXCLUDED_ITEMS
注意 : これは標準 Oracle Applications API パッケージです。標準パラ
メータの詳細な説明は、後述の「標準 API パラメータ」の項を参照してく
ださい。
4-16
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
アプリケーション・プログラミング・インタフェース
プロシージャ
Create_Resp_Excl_Attr( )
表 4-15
パラメータ
IN/OUT
データ型
必須
デフォルト
ノート
p_api_version_
number
IN
NUMBER
Y
p_init_msg_list
IN
VARCHAR2
N
FND_API.G_
FALSE
p_simulate
IN
VARCHAR2
N
FND_API.G_
FALSE
p_commit
IN
VARCHAR2
N
FND_API.G_
FALSE
呼出し元へ戻った
ときにデータベー
ス操作をコミット
する場合は「T」を
渡す。
p_validation_
level
IN
NUMBER
N
FND_API.G_
VALI D_
LEVEL_FULL
この API 用に実装
されている検証レ
ベルは存在しない。
ここにあるパラ
メータは、単に標
準に準拠するため
のものである。し
たがって、このパ
ラメータは必須で
はない。
p_return_status
OUT
VARCHAR2
Y
プロシージャの戻
りステータスを示
すために使用する。
p_msg_count
OUT
NUMBER
Y
エラー・メッセー
ジ・カウントは、
API メッセージ・
リスト内にエ
ラー・メッセージ
の数を保持する。
p_msg_data
OUT
VARCHAR2
Y
エラー・メッセー
ジが入っている。
推奨値 : 1.0
エラー・メッセー
ジ・リストを初期
化する場合は「T」
を渡す。初期化し
ない場合は「F」を
渡す。
呼出し元へ戻った
ときにデータベー
ス操作をロール
バックする場合は
「T」を渡す。
アプリケーション・プログラミング・ インタフェース
4-17
アプリケーション・プログラミング・インタフェース
表 4-15
パラメータ
IN/OUT
データ型
必須
p_
responsibility_
id
IN
NUMBER
Y
デフォルト
ノート
除外属性を追加す
る必要がある職責
の職責 ID
p_application_
id
IN
NUMBER
Y
除外属性を追加す
る必要がある職責
のアプリケーショ
ン ID
p_attribute_
code
IN
VARCHAR2
Y
職責へ追加する必
要がある除外属性
の属性コード
p_attribute_
appl_id
IN
NUMBER
Y
職責へ追加する必
要がある除外属性
の属性アプリケー
ション ID
p_created_by
IN
NUMBER
Y
p_creation_
date
IN
DATE
Y
p_last_
updated_by
IN
NUMBER
Y
p_last_update_
date
IN
DATE
Y
p_last_update_
login
IN
NUMBER
Y
システム日付
システム日付
Delete_Resp_Excl_Attr( )
表 4-16
4-18
パラメータ
IN/OUT
データ型
必須
p_api_
version_
number
IN
NUMBER
Y
p_init_msg_
list
IN
VARCHAR2
N
デフォルト
ノート
推奨値 : 1.0
FND_API.G_
FALSE
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
エラー・メッセー
ジ・リストを初期
化する場合は「T」
を渡す。初期化し
ない場合は「F」
を渡す。
アプリケーション・プログラミング・インタフェース
表 4-16 ( 続き )
パラメータ
IN/OUT
データ型
必須
デフォルト
p_simulate
IN
VARCHAR2
N
FND_API.G_
FALSE
ノート
呼出し元へ戻った
ときにデータベー
ス操作をロール
バックする場合は
「T」を渡す。
p_commit
IN
VARCHAR2
N
FND_API.G_
FALSE
呼出し元へ戻った
ときにデータベー
ス操作をコミット
する場合は「T」
を渡す。
p_validation_
level
IN
NUMBER
N
FND_API.G_
VALI D_
LEVEL_FULL
この API 用に実装
されている検証レ
ベルは存在しな
い。ここにあるパ
ラメータは、単に
標準に準拠するた
めのものである。
したがって、この
パラメータは必須
ではない。
p_return_
status
OUT
VARCHAR2
Y
プロシージャの戻
りステータスを示
すために使用す
る。
p_msg_count
OUT
NUMBER
Y
エラー・メッセー
ジ・カウントは、
API メッセージ・
リスト内にエ
ラー・メッセージ
の数を保持する。
p_msg_data
OUT
VARCHAR2
Y
エラー・メッセー
ジが入っている。
p_
responsibility
_id
IN
NUMBER
Y
除外属性との関連
付けを解除する必
要がある職責の職
責 ID
p_
application_
id
IN
NUMBER
Y
除外属性との関連
付けを解除する必
要がある職責のア
プリケーション
ID
アプリケーション・プログラミング・ インタフェース
4-19
アプリケーション・プログラミング・インタフェース
表 4-16 ( 続き )
パラメータ
IN/OUT
データ型
必須
p_attribute_
code
IN
VARCHAR2
Y
デフォルト
ノート
職責との関連付け
を解除する必要が
ある除外属性の属
性コード
p_attribute_
appl_id
IN
NUMBER
Y
職責との関連付け
を解除する必要が
ある除外属性の属
性アプリケーショ
ン ID
Web ユーザー
パッケージ
FND_USER_PVT
ファイル
AFSVWUSS.pls / AFSVWUSB.pls
機能
Web ユーザーの挿入、更新、削除に使用します。
表
FND_USER
注意 : これは標準 Oracle Applications API パッケージです。標準パラ
メータの詳細な説明は、後述の「標準 API パラメータ」の項を参照してく
ださい。
プロシージャ
Create_User( )
表 4-17
4-20
パラメータ
IN/OUT
データ型
必須
p_api_
version_
number
IN
NUMBER
Y
p_init_msg_
list
IN
VARCHAR2
N
デフォルト
ノート
推奨値 : 1.0
FND_API.G_
FALSE
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
エラー・メッセー
ジ・リストを初期
化する場合は「T」
を渡す。初期化し
ない場合は「F」
を渡す。
アプリケーション・プログラミング・インタフェース
表 4-17 ( 続き )
パラメータ
IN/OUT
データ型
必須
デフォルト
p_simulate
IN
VARCHAR2
N
FND_API.G_
FALSE
ノート
呼出し元へ戻った
ときにデータベー
ス操作をロール
バックする場合は
「T」を渡す。
p_commit
IN
VARCHAR2
N
FND_API.G_
FALSE
呼出し元へ戻った
ときにデータベー
ス操作をコミット
する場合は「T」
を渡す。
p_validation_
level
IN
NUMBER
N
FND_API.G_
VALI D_
LEVEL_FULL
この API 用に実装
されている検証レ
ベルは存在しな
い。ここにあるパ
ラメータは、単に
標準に準拠するた
めのものである。
したがって、この
パラメータは必須
ではない。
p_return_
status
OUT
VARCHAR2
Y
プロシージャの戻
りステータスを示
すために使用す
る。
p_msg_count
OUT
NUMBER
Y
エラー・メッセー
ジ・カウントは、
API メッセージ・
リスト内にエ
ラー・メッセージ
の数を保持する。
p_msg_data
OUT
VARCHAR2
Y
エラー・メッセー
ジが入っている。
p_customer_
contact_id
IN
NUMBER
N
NULL
作成する Web
ユーザーの顧客担
当 ID
p_date_
format_mask
IN
VARCHAR2
N
DD-MON
-YYYY
Web ユーザーの
日付書式マスク。
p_email_
address
IN
VARCHAR2
N
NULL
最大 240 文字まで
の Web ユーザー
の電子メール・ア
ドレス。
アプリケーション・プログラミング・ インタフェース
4-21
アプリケーション・プログラミング・インタフェース
表 4-17 ( 続き )
4-22
パラメータ
IN/OUT
データ型
必須
デフォルト
ノート
p_end_date_
active
IN
DATE
N
NULL
このユーザー・ア
カウントの失効
日。失効日がなけ
れば NULL。
p_internal_
contact_id
IN
NUMBER
N
NULL
作成する Web
ユーザーの社内連
絡先 ID
p_known_as
IN
VARCHAR2
N
NULL
画面に表示される
ユーザー名。最大
80 文字まで。
p_language
IN
VARCHAR2
N
AMERICAN
複数言語環境へロ
グインした場合の
ユーザーのデフォ
ルト言語
p_last_login_
date
IN
DATE
N
NULL
このユーザー・ア
カウントの最終ロ
グイン日
p_limit_
connects
IN
NUMBER
N
NULL
ユーザーが 1 回の
セッションでデー
タベースへのアク
セスを許可される
上限の回数
p_limit_time
IN
NUMBER
N
NULL
セッションが失効
するまでにユー
ザーがログインで
きる上限の時間数
p_password
IN
VARCHAR2
Y
p_supplier_
contact_id
IN
NUMBER
N
p_host_port
IN
VARCHAR2
Y
データベースへ接
続した Web リス
ナーのホスト :
ポート。PL/SQL
から AOL セキュ
リティ・コードに
アクセスするため
に必要。
p_username
IN
VARCHAR2
Y
最大 80 文字まで
のユーザー名
最大 80 文字まで
の長さのユー
ザー・パスワード
NULL
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
登録するユーザー
の仕入先担当 ID
アプリケーション・プログラミング・インタフェース
表 4-17 ( 続き )
パラメータ
IN/OUT
データ型
必須
p_created_by
IN
NUMBER
Y
p_creation_
date
IN
DATE
Y
p_last_
updated_by
IN
NUMBER
Y
p_last_
update_date
IN
DATE
Y
p_last_
update_login
IN
NUMBER
N
p_user_id
OUT
NUMBER
Y
デフォルト
ノート
システム日付
システム日付
NULL
FND_USER_S
シーケンスからの
呼出しプロシー
ジャのために API
が生成するユー
ザー ID
Delete_User( )
表 4-18
パラメータ
IN/OUT
データ型
必須
デフォルト
ノート
p_api_version_
number
IN
NUMBER
Y
p_init_msg_list
IN
VARCHAR2
N
FND_
API.G_
FALSE
p_simulate
IN
VARCHAR2
N
FND_
API.G_
FALSE
呼出し元へ戻った
ときにデータベー
ス操作をロール
バックする場合は
「T」を渡す。
p_commit
IN
VARCHAR2
N
FND_
API.G_
FALSE
呼出し元へ戻った
ときにデータベー
ス操作をコミット
する場合は「T」
を渡す。
推奨値 : 1.0
エラー・メッセー
ジ・リストを初期
化する場合は「T」
を渡す。初期化し
ない場合は「F」
を渡す。
アプリケーション・プログラミング・ インタフェース
4-23
アプリケーション・プログラミング・インタフェース
表 4-18 ( 続き )
パラメータ
IN/OUT
データ型
必須
デフォルト
ノート
p_validation_
level
IN
NUMBER
N
FND_
API.G_VALI
D_LEVEL_
FULL
この API 用に実
装されている検証
レベルは存在しな
い。ここにあるパ
ラメータは、単に
標準に準拠するた
めのものである。
したがって、この
パラメータは必須
ではない。
p_return_status
OUT
VARCHAR2
Y
プロシージャの戻
りステータスを示
すために使用す
る。
p_msg_count
OUT
NUMBER
Y
エラー・メッセー
ジ・カウントは、
API メッセージ・
リスト内にエ
ラー・メッセージ
の数を保持する。
p_msg_data
OUT
VARCHAR2
Y
エラー・メッセー
ジが入っている。
p_user_id
IN
NUMBER
Y
削除するユーザー
のユーザー ID
Update_User( )
表 4-19
4-24
パラメータ
IN/OUT
データ型
必須
デフォルト
ノート
p_api_version_
number
IN
NUMBER
Y
p_init_msg_list
IN
VARCHAR2
N
FND_
API.G_
FALSE
エラー・メッセージ・
リストを初期化する場
合は「T」を渡す。初
期化しない場合は「F」
を渡す。
p_simulate
IN
VARCHAR2
N
FND_
API.G_
FALSE
呼出し元へ戻ったとき
にデータベース操作を
ロールバックする場合
は「T」を渡す。
推奨値 : 1.0
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
アプリケーション・プログラミング・インタフェース
表 4-19 ( 続き )
パラメータ
IN/OUT
データ型
必須
デフォルト
p_commit
IN
VARCHAR2
N
FND_
API.G_
FALSE
ノート
p_validation_
level
IN
NUMBER
N
FND_
API.G_
VALID_
LEVEL_
FULL
p_return_
status
OUT
VARCHAR2
Y
プロシージャの戻りス
テータスを示すために
使用する。
p_msg_count
OUT
NUMBER
Y
エラー・メッセージ・
カウントは、API メッ
セージ・リスト内にエ
ラー・メッセージの数
を保持する。
p_msg_data
OUT
VARCHAR2
Y
エラー・メッセージが
入っている。
p_user_id
IN
NUMBER
Y
更新するユーザーの
ユーザー ID
p_customer_
contact_id
IN
NUMBER
N
FND_
API.G_
MISS_NUM
Web ユーザーの新規顧
客担当 ID。デフォルト
値の場合、API は旧担
当 ID を変更しない。
p_date_
format_mask
IN
VARCHAR2
N
FND_
API.G_
MISS_
CHAR
Web ユーザーの新規日
付書式マスク。デフォ
ルト値の場合、API は
旧日付書式マスクを変
更しない。
p_email_
address
IN
VARCHAR2
N
FND_
API.G_
MISS_
CHAR
新規電子メール・アド
レス。デフォルト値の
場合、API は旧電子
メール・アドレスを変
更しない。
呼出し元へ戻ったとき
にデータベース操作を
コミットする場合は
「T」を渡す。
この API 用に実装され
ている検証レベルは存
在しない。ここにある
パラメータは、単に標
準に準拠するためのも
のである。したがっ
て、このパラメータは
必須ではない。
アプリケーション・プログラミング・ インタフェース
4-25
アプリケーション・プログラミング・インタフェース
表 4-19 ( 続き )
4-26
パラメータ
IN/OUT
データ型
必須
デフォルト
ノート
p_end_date_
active
IN
DATE
N
FND_
API.G_
MISS_DATE
このユーザー・アカウ
ントの新規失効日。デ
フォルト値の場合、
API は旧失効日を変更
しない。
p_internal_
contact_id
IN
NUMBER
N
FND_
API.G_
MISS_NUM
ユーザーの新規社内連
絡先 ID。デフォルト値
の場合、API はユー
ザーの旧社内連絡先 ID
を変更しない。
p_known_as
IN
VARCHAR2
N
FND_
API.G_
MISS_
CHAR
最大 80 文字までの新
規 known_as。デフォ
ルト値の場合、API は
ユーザーの旧呼称値を
変更しない。
p_language
IN
VARCHAR2
N
FND_
API.G_
MISS_
CHAR
ユーザーの新規デフォ
ルト言語コード。デ
フォルト値の場合、
API は旧言語コードを
変更しない。
p_last_login_
date
IN
DATE
N
FND_
API.G_
MISS_DATE
新規の最終ログイン
日。デフォルト値の場
合、API は旧ログイン
日を変更しない。
p_limit_
connects
IN
NUMBER
N
FND_
API.G_
MISS_NUM
データベース接続の新
規の上限。デフォルト
値の場合、API は旧上
限を変更しない。
p_limit_time
IN
NUMBER
N
FND_
API.G_
MISS_NUM
接続時間の新規の上限
時間数。デフォルト値
の場合、API は旧上限
を変更しない。
p_host_port
IN
VARCHAR2
Y
FND_
API.G_
MISS_NUM
データベースへ接続し
た Web リスナーのホ
スト : ポート。これは
PL/SQL から AOL セ
キュリティ・コードに
アクセスするために必
要である。
p_old_
password
IN
VARCHAR2
N
FND_
API.G_
MISS_
CHAR
旧パスワード。デフォ
ルト値の場合、API は
旧パスワードを変更し
ない。
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
アプリケーション・プログラミング・インタフェース
表 4-19 ( 続き )
パラメータ
IN/OUT
データ型
必須
デフォルト
ノート
p_new_
password
IN
VARCHAR2
N
FND_
API.G_
MISS_
CHAR
新規パスワード。デ
フォルト値の場合、
API は旧パスワードを
変更しない。
p_supplier_
contact_id
IN
NUMBER
N
FND_
API.G_
MISS_NUM
新規の仕入先担当 ID。
デフォルト値の場合、
API は旧仕入先担当 ID
を変更しない。
p_username
IN
VARCHAR2
N
FND_
API.G_
MISS_
CHAR
新規ユーザー名。デ
フォルト値の場合、
API は旧ユーザー名を
変更しない。オラクル
社ではパスワード暗号
化メカニズムのため、
ユーザー名を変更しな
いことを推奨。
p_last_
updated_by
IN
NUMBER
Y
p_last_update_
date
IN
DATE
Y
p_last_update_
login
IN
NUMBER
N
システム日付
NULL
アプリケーション・プログラミング・ インタフェース
4-27
アプリケーション・プログラミング・インタフェース
ユーザー・プロファイル
パッケージ
ICX_USER_PROFILE_PVT
ファイル
ICXVUPFS.pls / ICXVUPFB.pls
機能
Oracle Self-Service Web Applications ユーザー・プロファイルの挿
入、更新、削除に使用します。
表
ICX_USER_PROFILES
注意 : これは標準 Oracle Applications API パッケージです。標準パラ
メータの詳細な説明は、後述の「標準 API パラメータ」の項を参照してく
ださい。
プロシージャ
Create_Profile( )
表 4-20
4-28
パラメータ
IN/OUT
データ型
必須
p_api_version_
number
IN
NUMBER
Y
デフォルト
p_init_msg_list
IN
VARCHAR2
N
FND_API.G_
FALSE
p_simulate
IN
VARCHAR2
N
FND_API.G_
FALSE
p_commit
IN
VARCHAR2
N
FND_API.G_
FALSE
ノート
推奨値 : 1.0
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
エラー・メッセー
ジ・リストを初期
化する場合は「T」
を渡す。初期化し
ない場合は「F」を
渡す。
呼出し元へ戻った
ときにデータベー
ス操作をロール
バックする場合は
「T」を渡す。
呼出し元へ戻った
ときにデータベー
ス操作をコミット
する場合は「T」を
渡す。
アプリケーション・プログラミング・インタフェース
表 4-20 ( 続き )
パラメータ
IN/OUT
データ型
必須
デフォルト
ノート
p_validation_
level
IN
NUMBER
N
FND_API.G_
VALID_
LEVEL_
FULL
この API 用に実装
されている検証レ
ベルは存在しない。
ここにあるパラ
メータは、単に標
準に準拠するため
のものである。し
たがって、このパ
ラメータは必須で
はない。
p_return_status
OUT
VARCHAR2
Y
プロシージャの戻
りステータスを示
すために使用する。
p_msg_count
OUT
NUMBER
Y
エラー・メッセー
ジ・カウントは、
API メッセージ・
リスト内にエラー・
メッセージの数を
保持する。
p_msg_data
OUT
VARCHAR2
Y
エラー・メッセー
ジが入っている。
p_user_id
IN
NUMBER
Y
プロファイルの作
成対象であるユー
ザーの ID
p_days_
needed_by
IN
NUMBER
N
NULL
搬送の希望日数
p_req_default_
template
IN
VARCHAR2
N
NULL
長さが最大 25 文字
までの購買依頼の
デフォルト・テン
プレート
p_req_override_
loc_flag
IN
VARCHAR2
N
NULL
p_req_override_
req_code
IN
VARCHAR2
N
NULL
p_created_by
IN
NUMBER
Y
p_creation_date
IN
DATE
Y
p_last_updated_
by
IN
NUMBER
Y
p_last_update_
date
IN
DATE
Y
「Y」または「N」
最大 25 文字までの
長さの上書き購買
依頼コード
システム日付
システム日付
アプリケーション・プログラミング・ インタフェース
4-29
アプリケーション・プログラミング・インタフェース
表 4-20 ( 続き )
パラメータ
IN/OUT
データ型
必須
p_last_update_
login
IN
NUMBER
Y
デフォルト
ノート
パラメータ
IN/OUT
データ型
必須
p_api_version_
number
IN
NUMBER
Y
p_init_msg_list
IN
VARCHAR2
N
FND_API.G_
FALSE
p_simulate
IN
VARCHAR2
N
FND_API.G_
FALSE
呼出し元へ戻った
ときにデータベー
ス操作をロール
バックする場合は
「T」を渡す。
p_commit
IN
VARCHAR2
N
FND_API.G_
FALSE
呼出し元へ戻った
ときにデータベー
ス操作をコミット
する場合は「T」
を渡す
p_validation_
level
IN
NUMBER
N
FND_API.G_
VALID_
LEVEL_FULL
この API 用に実装
されている検証レ
ベルは存在しな
い。ここにあるパ
ラメータは、単に
標準に準拠するた
めのものである。
したがって、この
パラメータは必須
ではない。
p_return_status
OUT
VARCHAR2
Y
Update_Profile( )
表 4-21
4-30
デフォルト
ノート
推奨値 : 1.0
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
エラー・メッセー
ジ・リストを初期
化する場合は「T」
を渡す。初期化し
ない場合は「F」
を渡す。
プロシージャの戻
りステータスを示
すために使用す
る。
アプリケーション・プログラミング・インタフェース
表 4-21 ( 続き )
パラメータ
IN/OUT
データ型
必須
p_msg_count
OUT
NUMBER
Y
デフォルト
ノート
エラー・メッセー
ジ・カウントは、
API メッセージ・
リスト内にエ
ラー・メッセージ
の数を保持する。
p_msg_data
OUT
VARCHAR2
Y
エラー・メッセー
ジが入っている。
p_user_id
IN
NUMBER
Y
p_days_
needed_by
IN
NUMBER
N
FND_API.G_
MISS_NUM
搬送の新規希望日
数。デフォルト値
の場合、API は旧
必要日数値を変更
しない。
p_req_default_
template
IN
VARCHAR2
N
FND_API.G_
MISS_CHAR
新規デフォルト・
テンプレート。デ
フォルト値の場
合、API は旧購買
依頼デフォルト・
テンプレートを変
更しない。
p_req_
override_loc_
flag
IN
VARCHAR2
N
FND_API.G_
MISS_CHAR
新規の事業所の上
書きフラグ。「Y」
または「N」。デ
フォルト値の場
合、API は事業所
の上書きフラグを
更新しない。
p_req_
override_req_
code
IN
VARCHAR2
N
FND_API.G_
MISS_CHAR
最大 25 文字まで
の新規上書き購買
依頼コード。デ
フォルト値の場
合、API は上書き
購買依頼コードを
更新しない。
p_last_
updated_by
IN
NUMBER
Y
p_last_update_
date
IN
DATE
Y
p_last_update_
login
IN
NUMBER
Y
システム日付
アプリケーション・プログラミング・ インタフェース
4-31
アプリケーション・プログラミング・インタフェース
Delete_Profile( )
表 4-22
4-32
パラメータ
IN/OUT
データ型
必須
p_api_
version_
number
IN
NUMBER
Y
p_init_msg_
list
IN
VARCHAR2
N
FND_API.G_
FALSE
エラー・メッ
セージ・リスト
を初期化する場
合は「T」を渡
す。初期化しな
い場合は「F」を
渡す。
p_simulate
IN
VARCHAR2
N
FND_API.G_
FALSE
呼出し元へ戻っ
たときにデータ
ベース操作を
ロールバックす
る場合は「T」
を渡す。
p_commit
IN
VARCHAR2
N
FND_API.G_
FALSE
呼出し元へ戻っ
たときにデータ
ベース操作をコ
ミットする場合
は「T」を渡す。
p_validation_
level
IN
NUMBER
N
FND_API.G_
VALID_
LEVEL_FULL
この API 用に実
装されている検
証レベルは存在
しない。ここに
あるパラメータ
は、単に標準に
準拠するための
ものである。し
たがって、この
パラメータは必
須ではない。
p_return_
status
OUT
VARCHAR2
Y
プロシージャの
戻りステータス
を示すために使
用する。
p_msg_count
OUT
NUMBER
Y
エラー・メッ
セージ・カウン
トは、API メッ
セージ・リスト
内にエラー・
メッセージの数
を保持する。
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
デフォルト
ノート
推奨値 : 1.0
アプリケーション・プログラミング・インタフェース
表 4-22 ( 続き )
パラメータ
IN/OUT
データ型
必須
p_msg_data
OUT
VARCHAR2
Y
デフォルト
ノート
エラー・メッ
セージが入って
いる。
p_user_id
IN
NUMBER
Y
削除するユー
ザー・プロファ
イルのユーザー
ID
ユーザー - 職責の関連付け
パッケージ
FND_USER_RESPONSIBILITY_PKG
ファイル
AFSCURSS.pls / AFSCURSB.pls
機能
職責と Web ユーザーを関連付けるために使用します。
表
FND_USER_RESPONSIBILITY
プロシージャ
INSERT_ROW( )
表 4-23
パラメータ
IN/OUT
データ型
必須
X_ROWID
OUT
VARCHAR2
Y
デフォルト
ノート
X_USER_ID
IN
NUMBER
Y
職責へ関連付ける
ユーザーのユー
ザー ID
X_APPLICATION_
ID
IN
NUMBER
Y
ユーザーへ関連付
ける職責のアプリ
ケーション ID
X_
RESPONSIBILITY_
ID
IN
NUMBER
Y
ユーザーへ関連付
ける職責の職責
ID
X_
RESPONSIBILITY_
KEY
IN
VARCHAR2
Y
最大 30 文字まで
の Responsibility_
code
X_START_DATE
IN
DATE
N
導入されていな
い。推奨値 :
NULL
アプリケーション・プログラミング・ インタフェース
4-33
アプリケーション・プログラミング・インタフェース
表 4-23 ( 続き )
パラメータ
IN/OUT
データ型
必須
X_END_DATE
IN
DATE
N
デフォルト
ノート
導入されていな
い。推奨値 :
NULL
X_DESCRIPTION
IN
VARCHAR2
Y
最大 240 文字まで
のユーザー - 職責
関連付けの説明。
説明のない場合は
NULL。
X_WINDOW_
WIDTH
IN
NUMBER
N
NULL
X_WINDOW_
HEIGHT
IN
NUMBER
N
NULL
X_WINDOW_XPOS
IN
NUMBER
N
NULL
X_WINDOW_YPOS
IN
NUMBER
N
NULL
X_WINDOW_
STATE
IN
VARCHAR2
N
NULL
X_NEW_
WINDOW_FLAG
IN
VARCHAR2
N
NULL
X_FUNCTION1
IN
VARCHAR2
N
NULL
X_FUNCTION2
IN
VARCHAR2
N
NULL
X_FUNCTION3
IN
VARCHAR2
N
NULL
X_FUNCTION4
IN
VARCHAR2
N
NULL
X_FUNCTION5
IN
VARCHAR2
N
NULL
X_FUNCTION6
IN
VARCHAR2
N
NULL
X_FUNCTION7
IN
VARCHAR2
N
NULL
X_FUNCTION8
IN
VARCHAR2
N
NULL
X_FUNCTION9
IN
VARCHAR2
N
NULL
X_FUNCTION10
IN
VARCHAR2
N
NULL
X_MODE
IN
VARCHAR2
N
'R'
DELETE_ROW( )
表 4-24
4-34
パラメータ
IN/OUT
データ型
必須
ノート
X_USER_ID
IN
NUMBER
Y
削除するユーザー 職責関連付けのユー
ザー ID
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
アプリケーション・プログラミング・インタフェース
表 4-24 ( 続き )
パラメータ
IN/OUT
データ型
必須
ノート
X_
APPLICATION
_ID
IN
NUMBER
Y
削除するユーザー 職責関連付けにおけ
る職責のアプリケー
ション ID
X_
RESPONSIBILI
TY_ID
IN
NUMBER
Y
削除するユーザー 職責関連付けにおけ
る職責の職責 ID
X_
RESPONSIBILI
TY_KEY
IN
VARCHAR2
Y
最大 30 文字までの
Responsibility_code
ユーザー - 保護属性値の関連付け
パッケージ
ICX_USER_SEC_ATTR_PVT
ファイル
ICXVTUSS.pls / ICXVTUSB.pls
機能
保護属性値と Web ユーザーを関連付けたり、その関連付けを解除す
るために使用します。
表
AK_WEB_USER_SEC_ATTR_VALUES
注意 : これは標準 Oracle Applications API パッケージです。標準パラ
メータの詳細な説明は、後述の「標準 API パラメータ」の項を参照してく
ださい。
プロシージャ
Create_User_Sec_Attr( )
表 4-25
パラメータ
IN/OUT
データ型
必須
p_api_
version_
number
IN
NUMBER
Y
p_init_msg_
list
IN
VARCHAR2
N
デフォルト
ノート
推奨値 : 1.0
FND_API.G_
FALSE
エラー・メッセージ・
リストを初期化する場
合は「T」を渡す。初
期化しない場合は「F」
を渡す。
アプリケーション・プログラミング・ インタフェース
4-35
アプリケーション・プログラミング・インタフェース
表 4-25 ( 続き )
4-36
パラメータ
IN/OUT
データ型
必須
デフォルト
ノート
p_simulate
IN
VARCHAR2
N
FND_API.G_
FALSE
呼出し元へ戻ったとき
にデータベース操作を
ロールバックする場合
は「T」を渡す。
p_commit
IN
VARCHAR2
N
FND_API.G_
FALSE
呼出し元へ戻ったとき
にデータベース操作を
コミットする場合は
「T」を渡す。
p_validation_
level
IN
NUMBER
N
FND_API.G_
VALID_
LEVEL_FULL
p_return_
status
OUT
VARCHAR2
Y
プロシージャの戻りス
テータスを示すために
使用する。
p_msg_count
OUT
NUMBER
Y
エラー・メッセージ・
カウントは、API メッ
セージ・リスト内にエ
ラー・メッセージの数
を保持する。
p_msg_data
OUT
VARCHAR2
Y
エラー・メッセージが
入っている。
p_web_user_
id
IN
NUMBER
Y
削除するユーザー・プ
ロファイルのユーザー
ID
p_attribute_
code
IN
VARCHAR2
Y
Web ユーザーへ関連付
ける保護属性の属性
コード
p_attribute_
appl_id
IN
NUMBER
Y
Web ユーザーへ関連付
ける保護属性の属性ア
プリケーション ID
p_varchar2_
value
IN
VARCHAR2
Y
最大 240 文字まで。保
護属性が VARCHAR2
タイプの場合は
VARCHAR2 値、その
他のタイプの場合は
NULL。
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
この API 用に実装され
ている検証レベルは存
在しない。ここにある
パラメータは、単に標
準に準拠するためのも
のである。したがっ
て、このパラメータは
必須ではない。
アプリケーション・プログラミング・インタフェース
表 4-25 ( 続き )
パラメータ
IN/OUT
データ型
必須
p_date_value
IN
DATE
Y
デフォルト
ノート
保護属性が DATE タイ
プの場合は日付値、そ
の他のタイプの場合は
NULL。
p_number_
value
IN
NUMBER
Y
保護属性が NUMBER
タイプの場合は数値、
その他のタイプの場合
は NULL。
p_created_by
IN
NUMBER
Y
p_creation_
date
IN
DATE
Y
p_last_
updated_by
IN
NUMBER
Y
p_last_
update_date
IN
DATE
Y
p_last_
update_login
IN
NUMBER
Y
システム日付
システム日付
Delete_User_Sec_Attr( )
表 4-26
パラメータ
IN/OUT
データ型
必須
p_api_version_
number
IN
NUMBER
Y
デフォルト
ノート
p_init_msg_list
IN
VARCHA
R2
N
FND_API.G_
FALSE
p_simulate
IN
VARCHA
R2
N
FND_API.G_
FALSE
呼出し元へ戻ったときに
データベース操作をロー
ルバックする場合は「T」
を渡す。
p_commit
IN
VARCHA
R2
N
FND_API.G_
FALSE
呼出し元へ戻ったときに
データベース操作をコ
ミットする場合は「T」
を渡す。
推奨値 : 1.0
エラー・メッセージ・リ
ストを初期化する場合は
「T」を渡す。初期化しな
い場合は「F」を渡す。
アプリケーション・プログラミング・ インタフェース
4-37
アプリケーション・プログラミング・インタフェース
表 4-26 ( 続き )
4-38
パラメータ
IN/OUT
データ型
必須
デフォルト
ノート
p_validation_
level
IN
NUMBER
N
FND_API.G_
VALID_
LEVEL_
FULL
この API 用に実装されて
いる検証レベルは存在し
ない。ここにあるパラ
メータは、単に標準に準
拠するためのものである。
したがって、このパラ
メータは必須ではない。
p_return_status
OUT
VARCHA
R2
Y
プロシージャの戻りス
テータスを示すために使
用する。
p_msg_count
OUT
NUMBER
Y
エラー・メッセージ・カ
ウントは、API メッセー
ジ・リスト内にエラー・
メッセージの数を保持す
る。
p_msg_data
OUT
VARCHA
R2
Y
エラー・メッセージが
入っている。
p_web_user_id
IN
NUMBER
Y
ユーザー - 保護属性の関
連付けを削除するユー
ザーの Web ユーザー ID
p_attribute_
code
IN
VARCHA
R2
Y
ユーザー - 保護属性の関
連付けを削除する属性の
属性コード
p_attribute_
appl_id
IN
NUMBER
Y
ユーザー - 保護属性の関
連付けを削除する属性の
アプリケーション ID
p_varchar2_
value
IN
VARCHA
R2
Y
保護属性が VARCHAR2
タイプの場合は
VARCHAR2 値、
VARCHAR2 タイプでな
い場合は NULL
p_date_value
IN
DATE
Y
保護属性が DATE タイプ
の場合は日付値、DATE
タイプでない場合は
NULL
p_number_
value
IN
NUMBER
Y
保護属性が NUMBER タ
イプの場合は数値、
NUMBER タイプでない
場合は NULL
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
アプリケーション・プログラミング・インタフェース
標準 API パラメータ
ここで述べるパッケージの一部は、Oracle Applications API 標準に合致しています。
■
ICX_RESP_SEC_ATTR_PVT
■
ICX_RESP_EXCL_ATTR_PVT
■
FND_WEBUSER_PVT
■
ICX_USER_PROFILE_PVT
■
ICX_USER_SEC_ATTR_PVT
これらのパッケージ内のプロシージャは、次の標準 IN パラメータを備えています。
■
P_API_VERSION_NUMBER
■
P_INIT_MFG_LIST
■
P_SIMULATE
■
P_COMMIT
■
P_VALIDATION_LEVEL
また、次の標準 OUT パラメータを備えています。
■
P_RETURN_STATUS
■
P_MSG_COUNT
■
P_MSG_DATA
p_api_version_number
すべての API は、次の名前の必須 IN パラメータを備えている必要があります。
p_api_version_number IN NUMBER;
p_api_version_number にはデフォルトがないので、すべての API 呼出し元は、呼出しの中
でそれを渡す必要があります。
このパラメータは API が使用して、着信呼出しのバージョン番号と現行のバージョン番号を
比較し、一致していなければ予定外番号エラーを戻します。
p_init_msg_list
p_init_msg_list IN VARCHAR2 := FND_API.G_FALSE
p_init_msg_list パラメータを使用すると、API 呼出し元は自分に代わって API にメッセー
ジ・リストの初期化を実行するよう要求できます。これにより、呼出し元が API を実行する
ために行う呼出しの回数を減らすことができます。
アプリケーション・プログラミング・ インタフェース
4-39
アプリケーション・プログラミング・インタフェース
API 呼出し元は、別の選択肢として、メッセージ・リスト・ユーティリティ機能 FND_
MSG_PUB.Initialize を呼び出し、メッセージ・リストを初期化することもできます。どちら
の方法でも、API メッセージ・リストの初期化は API 呼出し元によって実行されます。
p_init_msg_list パラメータのデフォルトは FND_API.G_FALSE です。このデフォルトは、
API が呼出し元から求められた場合以外、メッセージ・リストを初期化しないことを意味し
ます。
p_simulate
p_simulate IN VARCHAR2 := FND_API.G_FALSE;
p_simulate パラメータは、API 呼出し元に「What if」の機能を提供します。このパラメー
タを TRUE に設定した場合、API は通常どおり処理を行い、通常のすべての結果と出力パラ
メータを戻しますが、データベースに加えたすべての変更をロールバックします。
このようなパラメータを使用できる利点は、Oracle API を呼び出すプログラムを簡単にテス
トできることです。また、このパラメータを TRUE に設定すると、新しいテスト・データを
作成したりデータベースをリフレッシュしたりせずに、大量のバッチ・アップロードを繰り
返しテストできます。
p_simulate パラメータのデフォルトは FALSE で、これは、要求された機能をシミュレート
せずに実行することを意味します。
この機能を実行するため、API は実行の最後に p_simulate パラメータをチェックし、もし
TRUE に設定されていれば、API 保存点の標準開始位置までロールバックします。
p_commit
p_commit IN VARCHAR2 := FND_API.G_FALSE;
一般に、API は呼出し元から指示されなければ、処理した内容を決してコミットしません。
p_commit パラメータは API 呼出し元から API への指示として働きます。このパラメータが
指定されると、API はその機能を実行した後に呼出し元に代わってコミットを行います。
API は、呼出し元へ戻る前に、p_commit パラメータの値をチェックします。このパラメー
タが TRUE に設定されていれば、API は処理した内容をコミットします。
上に述べた方式の例外は、ビジネス・オブジェクトの複数のインスタンスに対して処理を行
う API です。そのような API は、ビジネス・オブジェクトの 1 つのインスタンスを処理し
終るたびに、処理した内容をコミットします。
p_simulate パラメータは p_commit パラメータより優先します。つまり、p_simulate が
TRUE に設定されている場合、p_commit の値は無視され、そうでない場合、p_commit の
値は有効になります。次のコード・セグメントは、すべての API の標準コード・セグメント
です。
4-40
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
アプリケーション・プログラミング・インタフェース
IF FND_API.To_Boolean( p_simulate ) THEN
ROLLBACK TO APIname_APItype;
ELSIF FND_API.To_Boolean( p_commit ) THEN
COMMIT WORK;
END IF;
p_validation_level
p_validation_level IN NUMBER :=
FND_API.G_VALID_LEVEL_FULL;
API は p_validation_level パラメータを使用して、どの検証ステップを実行すべきか、また
どのステップを省略すべきかを判断します。検証レベルを使用する主な理由は、さまざまな
アプリケーション・プログラムで同じ API を使用しても、その API 自体が実行した検証ス
テップが重複しないようにすることです。
次の事前定義検証レベルは、ファイル FNDPAPIS.PLS 内のパッケージ FND_API に存在し
ます。
G_VALID_LEVEL_NONE CONSTANT NUMBER := 0;
G_VALID_LEVEL_FULL CONSTANT NUMBER := 100;
p_validation_level パラメータのデフォルトは G_VALID_LEVEL_FULL で、このパラメー
タを API の仕様に基づき指定する必要があることに注意してください。
p_return_status
すべての API は、次のように定義された API 全体の戻りステータスをレポートする OUT ス
カラー・パラメータを備えている必要があります。
p_return_status OUT VARCHAR2;
API の戻りステータスは、その API によって実行された操作の結果（複数の場合もある）を
呼出し元に通知します。
戻りステータス値を保持する変数は、VARCHAR2(1) タイプであることが必要です。
API 戻りステータスとして考えられる値は次のとおりです。
Success: G_RET_STS_SUCCESS CONSTANT VARCHAR2(1):='S';
成功戻りステータスは、API が呼出し元から要求されたすべての操作を実行できたことを意
味します。成功戻りステータスの場合、API メッセージ・リスト内にメッセージが戻る場合
も戻らない場合もあります。
機能を正常に実行した API の場合、特別な処理はありません。API が実行した機能に応じ
て、API メッセージ・リストに成功メッセージが追加される場合も追加されない場合もあり
ます。
アプリケーション・プログラミング・ インタフェース
4-41
アプリケーション・プログラミング・インタフェース
Error: G_RET_STS_ERROR CONSTANT VARCHAR2(1):='E';
エラー戻りステータスは、API が呼出し元から要求された操作の一部または全部を実行でき
なかったことを意味します。通常、エラー戻りステータスはエラー ( 複数の場合もある ) と
その修正方法を記述したメッセージを伴っています。
通常、エンド・ユーザーは属性の欠落や無効な日付範囲など、通常の予期されるエラーを修
正する訂正処理を行うことができます。
一般に、ほとんどのビジネス・オブジェクト API はビジネス・オブジェクトの単一のインス
タンスに対して操作を行います。予期せぬエラーを検出した場合、API では次の処理を行う
必要があります。
■
■
■
すべての作業内容をロールバックする。
検出したエラーについて説明したメッセージを API メッセージ・リストに追加す
る。
処理を停止し、予期せぬエラーというステータスで戻る。
一部の API は、エラーを検出した後で、限られた処理を続行するかどうか決定することがあ
るので、注意が必要です。たとえば、ビジネス・オブジェクト属性の検証中にエラーを検出
した API が、呼出し側プログラムへエラーを戻す前に残りの属性の検証を続行する場合があ
ります。
一部の API は、1 つのビジネス・オブジェクトに対して複数の独立した操作を実行します。
それらの操作は独立しているので、それらの API は、操作の 1 つが失敗しても処理自体を中
止する必要はありません。
このことは、エラーと成功が混合した状態で 1 つの API が終了する可能性があることを意味
しています。そのような場合、API 全体の戻りステータスは「エラー」であることが必要で
す。個々の操作についてレポートが必要な場合は、別々の OUT フラグを使用してください。
また、API は、失敗した操作によって実行された処理と、成功した操作によって実行された
処理を分離してロールバックできるよう、セーブポイントとロールバックを使用してデータ
ベースの一貫性を維持する必要があります。
Unexpected Error: G_RET_STS_UNEXP_ERROR CONSTANT
VARCHAR2(1):='U';
予期せぬエラーというステータスは、API が、予期していなかったか処理することができな
かったエラー条件を検出したことを意味しています。その場合、API は通常の処理を続行で
きません。そのようなエラーの例としては、回復不能なデータ不整合エラー、メモリー・エ
ラー、プログラミング・エラー ( ゼロによる除算を試みた場合 ) などがあります。
通常の場合、エンド・ユーザーは予期せぬエラーを訂正できません。それらのエラーを修正
できるのは、通常ではシステム管理者かアプリケーション開発者です。
一般に、ほとんどのビジネス・オブジェクト API はビジネス・オブジェクトの単一のインス
タンスに対して操作を行います。予期せぬエラーを検出した場合、API では次の処理を行う
必要があります。
4-42
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
アプリケーション・プログラミング・インタフェース
■
■
■
すべての作業内容をロールバックする。
検出したエラーについて説明したメッセージを API メッセージ・リストに追加す
る。
処理を停止し、予期せぬエラーというステータスで戻る。
これらの値は、ファイル FNDPAPIS.PLS 内のパッケージ FND_API の中で定義されている
定数です。
p_msg_count および p_msg_data
メッセージ・カウントは、メッセージの数を API メッセージ・リストの中に保持します。こ
の数値が 1 の場合、メッセージ・データ、エンティティ、エンティティ索引がメッセージ情
報を保持している必要があります。ただし、メッセージ・エンティティとメッセージ・エン
ティティ索引を使用する API については、それらを OUT パラメータとして定義する必要が
あります。
標準 API を呼び出す例を次に示します。
in parameters:l_customer_contact_id, date_format_mask,
c_EMAIL_ADDRESS, l_end_date_active, l_internal_contact_id,
c_KNOWN_AS, c_NLS_LANGUAGE, c_LIMIT_CONNECTS, c_LIMIT_TIME,
c_PASSWORD1, l_supplier_contact_id, c_USERNAME
web_user_date_format varchar2(100);
return_status
varchar2(1);
msg_count
number;
msg_data
varchar2(2000);
sess_web_user
number(15);
webuser_id
number;
begin
sess_web_user := icx_sec.getID(icx_sec.PV_WEB_USER_ID);
web_user_date_format :=
icx_sec.getID(icx_sec.PV_DATE_FORMAT);
FND_WebUser_PVT.Create_User(p_api_version_number => 1.0,
p_init_msg_list => 'T',
p_commit => 'T',
p_return_status => return_status,
p_msg_count => msg_count,
p_msg_data => msg_data,
p_customer_contact_id => l_customer_contact_id,
p_date_format_mask => date_format_mask,
p_email_address => rtrim(ltrim(c_EMAIL_ADDRESS)),
p_end_date_active =>
to_date(l_end_date_active,web_user_date_format),
p_internal_contact_id => l_internal_contact_id,
p_known_as => rtrim(ltrim(c_KNOWN_AS)),
p_language => c_NLS_LANGUAGE,
p_last_login_date => sysdate,
アプリケーション・プログラミング・ インタフェース
4-43
アプリケーション・プログラミング・インタフェース
p_limit_connects => rtrim(ltrim(c_LIMIT_CONNECTS)),
p_limit_time => rtrim(ltrim(c_LIMIT_TIME)),
p_password => c_PASSWORD1,
p_supplier_contact_id => l_supplier_contact_id,
p_username => rtrim(ltrim(c_USERNAME)),
p_created_by => sess_web_user,
p_creation_date => sysdate,
p_last_updated_by => sess_web_user,
p_last_update_date => sysdate,
p_last_update_login => sess_web_user,
p_webuser_id => webuser_id);
API を呼び出した後、戻りステータス（
戻りステータス（return_status）
）が 'S' ならば、ユーザーは正常に追
戻りステータス（
加されます。戻りステータス（
戻りステータス（return_status）
）が 'E' または 'U' ならば、データベースまたは
戻りステータス（
その他のエラーにより、ユーザーは追加されません。
非標準 API を呼び出す例を次に示します。
in parameters:C_APPLICATION_ID, responsibility_id,
agent_name, host_name, trim_C_RESP_NAME,C_DESCRIPTION,
version
sess_web_user varchar2(30);
row_id varchar2(30);
err_num number;
c_message varchar2(2000);
err_mesg varchar2(240);
begin
sess_web_user := icx_sec.getID(icx_sec.PV_WEB_USER_ID);
fnd_responsibility_pkg.insert_row(row_id,
C_APPLICATION_ID,
responsibility_id,
agent_name,
host_name,
'',
'',
'',
'',
'',
'',
'',
'',
sysdate,
'',
'',
'',
version,
trim_C_RESP_NAME,
4-44
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
アプリケーション・プログラミング・インタフェース
rtrim(ltrim(C_DESCRIPTION)),
sysdate,
sess_web_user,
sysdate,
sess_web_user,
sess_web_user);
exception
when others then
err_num := SQLCODE;
c_message := SQLERRM;
select substr(c_message,12,512) into err_mesg from dual;
icx_util.add_error(err_mesg);
icx_admin_sig.error_screen(err_mesg);
標準 API と異なり、非標準 API にはデータベース操作が正しく実行されたかどうかを示す
戻りステータス（return_status）
）がありません。したがって、非標準 API(xxx_pkg) には標
戻りステータス（
準例外処理ハンドラを使用するのが普通です。
アプリケーション・プログラミング・ インタフェース
4-45
アプリケーション・プログラミング・インタフェース
4-46
Oracle Self-Service Web Applications インプリメンテーション・マニュアル
索引
概要，1-4
A
AdminAppServer ユーティリティ，2-6
Apache サーバー，2-2
API Specifications，4-2
API パラメータ，4-39
C
CGI（Common Gateway Interface: 共通ゲートウェイ・
インタフェース）
、定義，1-3
W
Web Applications Dictionary
定義，1-4，1-5
概要，3-2
Web Master の電子メール・アドレス、設定，2-13
Web 照会，1-6
Web 取引，1-6
Web ブラウザ、概要，1-4
Web ページ、カスタマイズ，2-14
D
DBC ファイル，2-7
あ
H
アプリケーション・プログラミング・インタフェース，
4-2
HTML（ハイパーテキスト・マークアップ言語 :
HyperText Markup Language）、定義，1-3
HTTP（ハイパーテキスト転送プロトコル : HyperText
Transfer Protocol）、定義，1-3
J
Javascript、定義，1-3，1-4
M
MODE，3-21
O
Oracle Applications のセキュリティの管理，2-5
Oracle WebDB，2-2
い
一時表からのデータの削除，2-13
お
オブジェクト属性、定義，3-2
オブジェクト、定義，3-2
オブジェクト、定義方法，3-21
オブジェクト・フロー、定義方法，3-34
か
開始ページ、設定，2-12
外部キー、定義方法，3-29
索引 -1
き
既存の Web 照会アプリケーション、変更，3-18
し
主キー、定義方法，3-27
主リージョン、定義，3-3
照会フローの表示と変更，3-20
除外属性，1-10
せ
セキュリティ，1-9
管理，2-5
設定，2-6
セッション管理，1-10
設定，2-2
Web Master の電子メール・アドレス，2-13
開始ページ，2-12
ページ・レイアウト，2-12
そ
属性
オブジェクトへの属性の割当て，3-23
定義方法，3-26
属性管理，1-10
属性、定義，3-2
て
データ・セキュリティ，1-9
データの削除、一時表，2-13
と
問合せ処理，1-13
は
パッケージ
FND_FORM_FUNCTIONS_PKG，4-2
FND_MENU_ENTRIES_PKG，4-7
FND_MENUS_PKG，4-5
FND_RESPONSIBILITY_PKG，4-9
FND_USER_PVT，4-20
索引 -2
FND_USER_RESPONSIBILITY_PKG，4-33
ICX_RESP_EXCL_ATTR_PVT，4-16
ICX_RESP_SEC_ATTR_PVT，4-12
ICX_USER_PROFILE_PVT，4-28
ICX_USER_SEC_ATTR_PVT，4-35
ひ
標準 API パラメータ，4-39
p_api_version_number，4-39
p_commit，4-40
p_init_msg_list，4-39
p_msg_count，4-43
p_msg_data，4-43
p_return_status，4-41
p_simulate，4-40
p_validation_level，4-41
ふ
フォルダ・モードの設定，3-21
フロー
構成部品，3-3
作成，3-3
例，3-7
定義，3-2
作成手順，3-6
フローの構成部品
オブジェクト，3-4
オブジェクト属性，3-4
属性，3-4
ページ，3-5
ページ・リージョン，3-5
リージョン，3-5
リージョン項目，3-5
リンク，3-6
フロー・ページ関連、定義方法，3-39
フロー・ページ、定義方法，3-36
フロー・ページ・リージョン、定義方法，3-37
フロー・ページ・リージョン・リンク、定義方法，
3-41
プロファイル・オプション，2-15
へ
ページ、定義，3-3
ページ・リージョン、定義，3-3
ページ・レイアウト、設定，2-12
ほ
保護属性，1-10
ボタン、保護属性値，1-11
り
リージョン項目、作成方法，3-32
リージョン項目、定義，3-3
リージョン、定義，3-3
リージョン、定義方法，3-30
索引 -3
索引 -4