ヘッダーをスキップ

Oracle Order Managementユーザーズ・ガイド
リリース12.1
B62702-01
目次へ
目次
前のページへ
前へ
次のページへ
次へ

コンカレント・プログラム

詳細

受注管理のすべてのコンカレント・プログラムは、単一組織、複数組織またはグローバルとして分類されます。

単一組織コンカレント・プログラム

次のコンカレント・プログラムは、1回に1営業単位(アクセス権が付与されている営業単位)を対象とし、職責を切り替えずに実行できます。

「要求の発行」ウィンドウの「営業単位」必須パラメータに、デフォルト値が表示されます。

複数組織コンカレント・プログラム

次のプログラムは営業単位がパラメータになります。これらのコンカレント・プログラムは、(「営業単位」の値を指定することにより)1回に1営業単位、または(「営業単位」パラメータを空白のままにすることにより)アクセス権が付与されている全営業単位を対象として実行できます。

これらのプログラムでは、「要求の発行」ウィンドウの「営業単位」パラメータは使用できません。「パラメータ」ウィンドウで営業単位をオプションで指定できます。

営業単位に依存するパラメータ

営業単位に依存するデータに関するパラメータの値リスト(次のリストを参照)には、営業単位名が表示されます。デフォルトまたはユーザー指定の営業単位値がない場合、この値リストには、アクセス可能な営業単位すべてに対応するデータが表示されます。営業単位を指定している場合、値リストは、その特定の営業単位に対応するデータに限定されます。

次に、営業単位に依存する様々なコンカレント要求パラメータを示します。

* - これらのフィールドに対する値リストには営業単位が表示されますが、営業単位パラメータを指定しない場合は、これらのフィールドを単に指定しても、出力を営業単位で限定することにはなりません。データを営業単位で限定する場合は、営業単位をパラメータとして指定してください。

重要: 営業単位に依存するパラメータを選択する場合は、最初に営業単位を選択することをお薦めします。これによって、営業単位に依存するパラメータの値リストすべてが、選択した営業単位のみに自動的に限定されます。

営業単位を指定せずに、営業単位に依存するパラメータ値を選択すると、「営業単位」パラメータ・フィールドは空白のままで(他のパラメータ値の選択に基づいてデフォルト設定されず)、営業単位に依存する他のパラメータの値リストには、アクセス可能な営業単位すべてを対象としたデータが引き続き表示されます。営業単位に依存する他のパラメータすべてに対して同じ営業単位を対象としたパラメータが指定されている場合、プログラムはその特定の営業単位のデータを単独で処理します。同じ営業単位に対するパラメータでない場合、コンカレント・プログラムはなにも処理しません。

ユーザーが在庫品目の値をパラメータとして指定するコンカレント・プログラム: 「品目」パラメータの値リストは、「品目検証組織」システム・パラメータに依存します。「営業単位」パラメータを指定している場合、「品目」値リストには、その営業単位の品目検証組織に基づいてデータが表示されます。営業単位を指定していない場合は、デフォルトの営業単位の品目検証組織に基づいてデータが表示されます。デフォルトの営業単位がない場合、値リストは値を戻しません。

グローバル・コンカレント・プログラム

次のコンカレント・プログラムはグローバルです(複数の営業単位のデータを処理します)。

これらのプログラムの場合、「要求の発行」ウィンドウの「営業単位」パラメータは使用できません。「パラメータ」ウィンドウにも「営業単位」パラメータはありません。

「受注の予定作成」コンカレント・プログラム

ワークフローによる予定作成が失敗した明細の予定作成を行うには、このコンカレント・プログラムを実行します。このコンカレント・プログラムの機能は次のとおりです。

この「受注の予定作成」コンカレント・プログラムでは、従来、ワークフローの予定作成に失敗した受注明細の予定のみが作成されていました。現行のリリースでは、ワークフローの予定作成に失敗した明細を予定作成できる以外に、「受注の予定作成」コンカレント・プログラムを使用することで、「入力済」ステータスで手動入力した明細の予定を定期的に作成したり、「入力済」ステータスでインポートした予定解除済の明細の予定を作成できます。さらに、この拡張された「受注の予定作成」コンカレント・プログラムを使用すると、インポートした受注の中でステータスが「入力済」の受注について、予定を作成することもできます。

品目の出荷予定日が見つからないなどの理由でプログラムが失敗した場合、Order Managementは、その明細に関するエラーを戻します。失敗した明細は、次回のプログラム実行時に予定作成できます。正常に予定作成された明細はすべて需要とみなされ、次の計画実行時に需要としてピックアップされます。

受注明細の予定が未作成の場合、「受注の予定作成」コンカレント・プログラムは、前述のパラメータを使用してユーザーが指定した受注明細を処理します。「受注の予定作成」コンカレント・プログラムは、次の処理を実行します。

受注の各明細に対して、「受注の予定作成」コンカレント・プログラムは次の処理を実行します。

ユーザー・プロシージャ

  1. 「要求の実行」ウィンドウにナビゲートし、「名称」フィールドで「受注の予定作成」を選択します。

    「受注の予定作成」の「入力パラメータ」ウィンドウ

    本文の説明内容に関するイメージ

  2. 予定を作成する受注を決定します。受注の予定作成には、次のパラメータを使用できます。

    注意: ビジネス・フローによっては、時間を節約するために、顧客サービス担当(CSR)が予定作成なしで受注を入力することが必要になる場合があります。その場合は、「受注の予定作成」コンカレント・プログラムによって、受注明細が後で予定作成されます。

  3. 「OK」、「発行」を順に選択します。

ソート

一連の明細の予定作成はソートできます。予定作成の優先度は、「第一ソート」、「第二ソート」および次のソート・パラメータを使用して設定します。

供給制約のない品目の場合は、すべての明細が予定作成され、「ソート・キー」パラメータへの依存度が低くなります。ATP品目の場合は、特にAPIが特定のビジネス・ルールを実装する目的で記述されている場合に、「ソート・キー」パラメータは有用です。

注意: ソートは明細レベルの列に基づいて実施されます。「出荷優先度」および「需要区分」のソートは、値ではなく、内部参照コードに基づいて実施されます。

予定日および倉庫

明細の予定を再作成する場合は、明細を問い合せて、新しい予定出荷日(「受注日タイプ」の値によって予定出荷日または予定到着日)または倉庫を割り当て、予定作成の要件を満たすような事業所に柔軟に変更できます。

この変更は、複数受注の予定作成(SAO)を使用して実行できますが、受注数量が大きい場合は、バッチ・モードで予定日を変更できます。

予定解除

このプログラムを「予定解除」に設定した計画モードで実行すると、予定作成した明細すべての予定を解除できます。また、「受注の予定作成」コンカレント・プログラムを使用して、選択した明細の予定を解除することもできます。この操作は、以前は「受注」ウィンドウで実行していました。

再計画

「受注の予定作成」コンカレント・プログラムには、受注予定を再作成するための新しい2つの計画モード(「予定再作成」と「要求日を使用して予定再作成」)があります。予定作成済明細を問い合せて、再作成を実施できます。予定は品目の有効数量に基づいて前後に移動でき、仕入先からの受注予定または搬送予定が変更または取り消された場合は、割当済の製品の予定を前後に変更して他の需要に対応できます。

計画モード

「受注の予定作成」コンカレント・プログラムは、予定を解除したすべての明細に対して機能するため、予定作成–適格アクティビティでは受注明細が待機することも、しないこともあります。

適格アクティビティでの明細

選択の対象は、予定作成-適格ワークフロー・アクティビティで待機している特別な明細のみです。デフォルトでは値の入力はありません。明細は予定作成される場合もされない場合もあり、このアクティビティでそのまま待機する可能性もあります。「計画モード」パラメータに対して値が入力されていない場合は、この状態がデフォルトのモードとなります。

予定作成(全予定解除済明細)

予定を解除した明細すべてが選択され、予定作成されます。明細が予定作成-適格アクティビティで待機している場合、そのアクティビティの進行は予定作成の完了後となります。予定作成属性(倉庫、日付)を指定することもできます。

予定解除: 選択した明細すべてを予定解除します。問合せの対象は、予定作成済の明細のみです。

要求日を使用して予定再作成: 明細の予定再作成に、予定出荷日または予定到着日のかわりに要求日が使用されます。問合せの対象は、予定作成済の明細のみです。

予定再作成: 明細の予定再作成に、特定の予定作成属性(倉庫、日付)が使用されます。予定作成属性が入力されていない場合は、既存の明細レベルの属性(倉庫、日付)が使用されます。

予定再作成処理が正常に終了しなかった場合は、明細が変更されないため、予定作成済のままになります。予定解除を実施した後に予定を適切に再作成することで、リスクの高い失敗を回避できます。予定作成属性がサポートされるのは、計画モードまたは再計画モードのみです。

セット(出荷、到着)および構成

セット(出荷、到着)、SMC PTOモデルまたはATOモデルの1つの明細が問合せに含まれている場合は、そのセット、SMC PTOモデルまたはATOモデルのすべての明細が予定作成されます。ただし、計画モードが「予定作成」で、予定作成属性が指定されていない場合を除きます。この場合は、品目/オプション品目/オプション・クラスが含まれた最上位モデルが予定作成されます。PTOモデル、キットまたはPTOクラスを保持する明細が問合せに含まれている場合は、含まれている品目も上位とともに予定作成されます。セット(出荷、到着)に属している明細の予定解除処理はサポートされません。

その他の予定作成のユーザー・プロシージャ

予定作成されていない受注を予定作成する手順は、次のとおりです。

  1. プロファイル・オプション「OM: 自動予定作成」を「No」に設定します。明細は入力時には予定作成されません。

  2. 受注ヘッダーおよび明細を入力し、予定作成されていないことを確認して受注を保存します。

  3. 「受注の予定作成」コンカレント・プログラム: 検索パラメータを入力します。パラメータ「計画モード」に「予定作成」の値を入力します。必要に応じて予定作成属性を入力し、要求を発行します。

  4. 要求が完了したことを検証して、「受注」ウィンドウに受注を表示し、設定した予定作成属性を確認します。予定作成ワークフローに失敗した明細のみを予定作成するには、「計画モード」パラメータで、「適格アクティビティでの明細」の値を選択します。

記帳済受注を予定作成する手順は、次のとおりです。

  1. プロファイル・オプション「OM: 自動予定作成」を「No」に設定します。明細は入力時には予定作成されません。

  2. ヘッダーと明細の2つの受注を作成し、1つのみ記帳します。

  3. 「受注の予定作成」コンカレント・プログラム: 検索パラメータを入力します。パラメータ「新規見積」に「Yes」の値を入力し、要求を発行します。

  4. 要求が完了したことを検証して、「受注」ウィンドウに受注を表示し、記帳済受注のみが予定作成されたことを確認します。

予定作成された明細の予定を再作成する手順は、次のとおりです。

  1. 受注ヘッダーと受注明細を入力し、明細を予定作成した後、受注を保存します。

  2. 「受注の予定作成」コンカレント・プログラム: 検索パラメータを入力します。パラメータ「計画モード」に「予定再作成」の値を入力します。予定作成属性の一方または両方に入力する必要があります。属性を入力した後、要求を発行します。

  3. 要求が完了したことを検証して、「受注」ウィンドウに受注を表示し、入力した値が表示されていることを確認します。

    考慮するいくつかの要素: 予定再作成処理が正常に終了しない場合は、明細が変更されないため、その明細は予定作成済のままになります。コンカレント要求ログまたは「プロセス・メッセージ」ウィンドウで、失敗した明細数を確認する必要があります。予定再作成処理は、最初に予定解除を実施し、次に予定を適切に再作成する2段階で実施することをお薦めします。予定作成属性がサポートされるのは、計画モードまたは再計画モードのみです。

予定作成済の明細を予定解除する手順は、次のとおりです。

  1. 受注ヘッダーと受注明細を入力し、明細を予定作成した後、受注を保存します。

  2. 「受注の予定作成」コンカレント・プログラム: 検索パラメータを入力します。パラメータ「計画モード」に「予定解除」の値を入力し、要求を発行します。

  3. 要求が完了したことを検証して、「受注」ウィンドウに受注を表示し、明細が予定解除されて「予定出荷日」が空白になっていることを確認します。

    結果および例外

    予定作成の失敗は、コンカレント要求のログ・ファイルに書き込まれます。さらに、エラー・メッセージもコンカレント要求ID、受注および明細詳細とともにプロセス・メッセージ表に格納されます。「プロセス・メッセージ」フォームを使用すると、要求実行または特定の受注についてメッセージを問合せできます。

    コンカレント要求ログ・ファイルの最後に、処理された明細数、失敗した明細数などの要約処理統計が出力されます。

    バッチで予定作成した受注明細が少数の場合は、複数受注の予定作成モジュールを使用して、「検索」ウィンドウの適切なフィールドを指定して結果を問合せできます。

ワークフロー: 手動による予定作成サブプロセス

予定作成サブプロセス「予定 - 明細、手動」は、受注の記帳後に手動による予定作成の管理を必要とする状況に対応します。明細ワークフローで新しいサブプロセスが使用される場合は、受注の記帳後に、予定作成-適格アクティビティで明細がブロック化されます。「受注」ウィンドウから予定作成-適格アクティビティを進行させるか、受注の予定作成プログラムを使用して明細を予定作成できます。

本文の説明内容に関するイメージ

「失効保留のリリース」コンカレント・プログラム

Order Managementでは、有効日までのすべての失効保留をリリースできます。

このコンカレント・プログラムは、入力可能な入力パラメータを持っていません。コールすると、有効終了日がシステム日付以前の失効保留がすべて自動的にリリースされます。

失効保留をリリースする手順は、次のとおりです。

  1. 「要求の実行」SRSウィンドウにナビゲートし、「要求名」フィールドで「失効保留のリリース」を選択します。

  2. 「OK」、「発行」を順に選択します。

本文の説明内容に関するイメージ

「デフォルティング・ジェネレータ」コンカレント・プログラム

「デフォルティング・ジェネレータ」コンカレント・プログラムを使用すると、デフォルト・ルールと条件について既存のデフォルト・パッケージを更新できます。Order Managementの「標準要求発行」ウィンドウからは、次のプログラムの発行を選択できます。

「デフォルティング・ジェネレータ」コンカレント・プログラムは、ユーザーがシステム上にいる場合でも実行できますが、デフォルト・パッケージは正常に生成できません。この理由は、システム上で受注を処理している他のユーザーによってパッケージがコール中であるためです。このコンカレント・プログラムの出力ログ・ファイルでは、オブジェクトをロックするための待機中にタイムアウトが発生したエラーを示すテキストが含まれることがよくあります。

注意: エンティティに対してデフォルティング・ジェネレータを実行しているときに、属性を指定しない場合は、ユーザーにシステムをログ・オフさせてコンカレント・プログラムの実行時間を短縮することをお薦めします。

注意: デフォルト・パッケージが正常に生成されない場合は、コンカレント・プログラムを後で実行するか、変更を有効にするためにデフォルト・パッケージが再生成されている間、ユーザーをシステムからしばらくログ・オフさせる必要があります。

「デフォルト・ルール」ウィンドウから「デフォルティング・ジェネレータ」コンカレント・プログラムを発行する手順は、次のとおりです。

  1. 「デフォルト・ルール」メイン・ウィンドウの「ツール」メニューから「デフォルティング・ジェネレータ」を選択します。

    「デフォルティング・ジェネレータ」コンカレント・プログラムは、「デフォルト・ルール」メイン・ウィンドウからのみ発行できます。「デフォルト・ルール」ウィンドウからそのコンカレント・プログラムの発行を選択する場合、入力パラメータは現在のカーソル位置を基準にして値をとります。デフォルティング・ジェネレータは、強調表示されている属性がどれであるかに関係なく、実行されます。

    たとえば、「アプリケーション」フィールドの値が「Oracle Order Management」である場合、「エンティティ」フィールドの値は「受注ヘッダー」です。カーソルの位置は属性「基本契約」を表示する行の上にあり、コンカレント・プログラムは入力パラメータとして前述の値をとって実行されます。

    注意: 「デフォルト・ルール」ウィンドウからは、「デフォルティング・ジェネレータ」コンカレント・プログラムは、入力パラメータ「属性」の値とともに必ず発行されます。この値は、コンカレント・プログラムが呼び出されたときのカーソル位置を基準にします。

    Order ManagementのSRSウィンドウから「デフォルティング・ジェネレータ」コンカレント・プログラムを発行する手順は、次のとおりです。

    「要求の実行」SRSウィンドウにナビゲートし、「要求名」フィールドで「デフォルティング・ジェネレータ」を選択します。

    「要求の実行」SRSウィンドウ

    本文の説明内容に関するイメージ

  2. 「アプリケーション」フィールドに値を選択します。このフィールドは必須です。

  3. 「エンティティ」フィールドに値を選択します。このフィールドは必須です。

    入力パラメータ「エンティティ」にのみ値を入力してこのプログラムを実行すると、選択したエンティティ値のすべてのデフォルト設定可能属性についてデフォルト・パッケージが再生成されます。

  4. 「属性」フィールドに値を選択します。このフィールドはオプションです。

    入力パラメータ「属性」に値を入力してこのプログラムを実行すると、選択した属性値のみについてデフォルト・ロジックが再生成されます。そのエンティティに関する他の属性ルールや条件は再生成されません。

  5. 「OK」、「発行」を順に選択します。

「在庫インタフェース - 非出荷」コンカレント・プログラム

「在庫インタフェース」コンカレント・プログラムは、次の場合に受注または明細の在庫へのインタフェースを処理します。

「在庫インタフェース」コンカレント・プログラムを適切に機能させるには、受注または明細のワークフローの処理フローをカスタマイズして、「在庫インタフェース - 適格」ブロック・アクティビティを在庫インタフェース・サブプロセスの前に組み込む必要があります。

「在庫インタフェース」コンカレント・プログラムは、プログラムの実行結果を含む標準的なOracleログ・ファイルを作成します。

本文の説明内容に関するイメージ

コンカレント・プログラムを使用して在庫インタフェース取引を処理する手順は、次のとおりです。

  1. 「要求の実行」SRSウィンドウにナビゲートし、「要求名」フィールドで「在庫インタフェース」を選択します。

    「要求の実行」SRSウィンドウ

    本文の説明内容に関するイメージ

  2. 「在庫インタフェース入力パラメータ」ウィンドウで、処理のニーズに基づいて次のパラメータに値を選択します。

  3. 「OK」、「発行」を順に選択します。

「与信チェック・プロセッサ」コンカレント・プログラム

与信チェック・プロセッサのプログラムは、未出荷の記帳済受注を再評価する要求に応じて実行できます。

与信チェック・プロセッサは、顧客の与信債務が変更されたと考えて、顧客の受注ステータスを再評価する(状況に応じて与信チェックの保留を解除するか適用する)場合に使用します。

顧客を変更するか与信をデフォルト設定し、この変更を記帳済受注に即座に適用する場合も、必ず与信チェック・プロセッサを使用します。

このプログラムを使用できるのは、記帳済の受注(すべての受注は記帳される)に対してのみ記帳時に与信チェックを行う場合のみです。

コンカレント・プログラムを経由で未出荷記帳済受注を再評価する手順は、次のとおりです。

  1. 「要求の実行」ウィンドウにナビゲートし、「名称」フィールドで「与信チェック・プロセッサ」を選択します。

    本文の説明内容に関するイメージ

  2. クレジット残高の更新時に、どの顧客与信プロファイル区分に入れるかを決定します。「顧客プロファイル区分:自」または「顧客プロファイル区分:至」のいずれかに値を選択するか、あるいは両方のフィールドに値を選択します。

  3. クレジット残高更新時にどの顧客を入れるかを決定します。「顧客名:自」または「顧客名:至」、あるいは両方のフィールドに値を選択します。あるいは入力パラメータ「顧客番号:自/至」にさらに限度値を選択することによって、「顧客名:自/至」に選択した範囲に顧客名を含めるか除外することを選択します。

  4. クレジット残高更新時にどの顧客を入れるかを決定します。「顧客番号:自」または「顧客番号:至」、あるいは両方のフィールドに値を選択します。あるいは入力パラメータ「顧客名:自/至」にさらに限度値を選択することによって、「顧客番号:自/至」に選択した範囲に顧客番号を含めるか除外することを選択します。

  5. クレジット残高を更新する場合に、含める受注日を決定します。「受注日:自」の値、およびオプションで「受注日:至」の値を選択します。あるいは両方のフィールドに値を選択します。「受注日:自」は必須です。

  6. クレジット残高を更新する場合に、処理する受注を決定します。「ソート順」フィールドに値を選択します。このフィールドは必須です。可能性のある値は次のとおりです。

  7. 「OK」、「発行」を順に選択します。

「与信要約表の初期化」コンカレント・プログラム

Order Managementを使用すると、可能性のあるすべての与信ルール定義について、全顧客または顧客サイトの与信債務のイメージ(受注、請求書または支払)を定期的に再作成できます。「与信要約表の初期化」コンカレント・プログラムの変更を発行すると、定義された各与信チェック・ルールの債務設定に基づいて顧客または顧客サイトの与信債務が計算され、更新されます。債務情報は要約表に格納されるため、リアルタイムの取引データと異なり、与信チェック・プロセスで要約与信データを参照でき、与信の評価に必要な作業が軽減されます。

また、「与信債務のインポート」コンカレント・プログラムを使用して、外部システムから債務詳細をインポートすることもできます。関連項目: 「与信債務のインポート」コンカレント・プログラム

コンカレント・プログラム経由で与信債務を初期化または更新する手順は、次のとおりです。

  1. 「要求の実行」SRSウィンドウにナビゲートし、「要求名」フィールドで「与信要約表の初期化」を選択します。

    「要求の実行」SRSウィンドウ - 「与信要約表の初期化」

    本文の説明内容に関するイメージ

  2. このプログラムの発行時にデータベース表をロックするかどうかを決定します。次の中から選択します。

  3. 「OK」、「発行」を順に選択します。

「与信債務のインポート」コンカレント・プログラム

Order Managementの対応する債務インタフェース表を正しく移入している場合は、「与信債務のインポート」コンカレント・プログラムを使用すると、外部の与信債務詳細(Oracle Applications外部で作成された受注の取引金額など)をOracle Order Managementにインポートできます。

これにより、外部の債務詳細を次のように使用できます。

Order Managementでは、定義した与信チェック・ルールに基づく与信チェックの実行時に、インポートされた外部の債務金額を債務金額全体に含めるかどうかが決定されます。

プログラムの詳細

Order Managementにインポートされた外部債務詳細は、「与信要約表の初期化」コンカレント・プログラムで使用されるのと同じ債務要約表に格納されます。要約債務表に正常にインポートされた外部債務レコードは、「BALANCE_TYPE」フィールドの値で判別できます。外部からインポートされた債務詳細レコードの場合、「BALANCE_TYPE」フィールドの値はすべて18になります。

注意: 外部からインポートされた債務レコードは、与信債務を初期化するコンカレント・プログラムの発行時には上書きされません。

外部システムから与信債務詳細をインポートする場合、各レコードが検証を通ると、Order Managementでは選択されたレコードがすべてインポートされます。レコードが1つでも検証を通らなければ、処理対象として選択された債務インタフェース表のレコードはインポートされません。実行時に例外が発生した場合は、コンカレント・プログラムの出力ファイルとログ・ファイル内の例外詳細を検討し、問題を訂正してからプログラムを再発行してください。

「与信債務のインポート」コンカレント・プログラムは、更新および挿入という2つのモードで発行できます。インタフェース・レコードはモードに基づいて処理されます。処理モードは、債務インタフェース表内の列OPERATION_CODEの値で判別されます。

このプログラムにより、与信債務要約表からレコードが削除されることはありません。

注意: このコンカレント・プログラムの入力パラメータには、プロファイル・オプション「MO: 営業単位」の現行の値が使用されます。このパラメータは、与信債務のインポート・プログラムによって債務レコードが不適切な営業単位にインポートされないように、デフォルトで非表示に設定されています。

注意: 複数の営業単位について債務詳細の入力が必要な場合は、このプロファイル・オプションを職責レベルで設定し、債務詳細をインポートする際に対応する職責に切り替えることをお薦めします。

外部システムから与信債務詳細をインポートする手順は、次のとおりです。

  1. 「要求の実行」SRSウィンドウにナビゲートし、「要求名」フィールドで「与信債務のインポート」を選択します。

    「要求の実行」SRSウィンドウ - 「与信債務のインポート」

    本文の説明内容に関するイメージ

  2. 債務ソースを選択します。債務ソースは、Order Managementのクイック・コード「ONT: 与信債務インポート・ソース」のユーザー定義値に基づいています。このパラメータの値を選択すると、債務インポート・インタフェース表内で列EXPOSURE_SOURCE_CODEに同じ値(大/小文字区別あり)を持つレコードのみが処理されます。これは必須フィールドではありません。

  3. バッチ番号を指定して債務インポート・インタフェース表でレコードの一部を処理する場合は、0(ゼロ)より大きい数値を入力します。

    バッチ番号は、監査目的、または大量の債務レコードをインポートする場合のパフォーマンス改善の目的で使用できます(1回の発行で債務レコードの一部のみを処理し、残りのレコードは以降の発行で処理するように選択します。コンカレント・プログラムは初期要求とパラレルに実行されます)。

  4. このパラメータの値を選択すると、債務インポート・インタフェース表内で列BATCH_IDに同じ値を持つレコードのみが処理されます。これは必須フィールドではありません。

  5. 検証のみを実行するかどうかを指定します。

    「Yes」を選択すると、与信債務インタフェース表内のレコードの検証のみが実行されます。発行時にレコードは要約債務表にインポートされません。

  6. 「No」を選択すると、与信債務インタフェース表内のレコードが検証され、処理されます。

    このフィールドは必須です。

  7. 「OK」、「発行」を順に選択します。

    注意: 与信債務のインポートを使用して債務詳細をインポートすると、現行の営業単位の請求先サイトに属しているインタフェース・レコードのみがインポートされます。したがって、レコードが適切にグループ化されていることを確認してください。

    注意: たとえば、債務インタフェース表に複数の請求先サイトがある場合は、現在作業している現行の営業単位に各請求先サイトがあらかじめ定義されていることを確認してください。

    注意: また、債務ソースまたはバッチIDを入力パラメータに指定する場合は、インタフェース表内の対応するレコード(債務ソースまたはバッチIDのいずれかの値でマークされている)が、プログラムの発行先の営業単位と同じ営業単位に定義されている請求先サイトを利用していることを確認してください。

出力

「与信債務のインポート」コンカレント・プログラムでは、標準Order Managementのレポートの出力とともに標準Oracleログ・ファイルが生成されます。

コンカレント・プログラムのログ・ファイル

コンカレント・プログラムの出力(レポート)

「インポートした与信債務のパージ」コンカレント・プログラム

「インポートした与信債務のパージ」コンカレント・プログラムを使用すると、インポートした外部与信債務レコードを営業単位別および債務ソース別にパージできます。複数の営業単位について外部与信債務レコードをインポートした場合、すべての外部与信債務レコードをパージするには、レコードをインポートした営業単位ごとに、このコンカレント・プログラムを発行する必要があります。

外部システムからインポートした与信債務詳細をパージする手順は、次のとおりです。

  1. 「要求の実行」SRSウィンドウにナビゲートし、「要求名」フィールドで「インポートした与信債務のパージ」を選択します。

    「要求の実行」SRSウィンドウ - 「インポートした与信債務のパージ」

    本文の説明内容に関するイメージ

  2. 債務ソースを選択します。債務ソースは、Order Managementのクイック・コード「ONT: 与信債務インポート・ソース」のユーザー定義値に基づきます。このパラメータの値を選択する前に、外部与信債務レコードが正常にインポートされていることを確認してください。正常にインポートされていない場合、このプログラムは失敗します。

  3. 「OK」、「発行」を順に選択します。

    注意: このコンカレント・プログラムの入力パラメータには、プロファイル・オプション「MO: 営業単位」の現行の値が使用されます。このパラメータは、与信債務のインポート・プログラムによって債務レコードが他の営業単位にインポートされないように、デフォルトで非表示に設定されています。

    複数の営業単位について債務詳細のパージが必要な場合は、このプロファイル・オプションを職責ごとに設定し、債務詳細をパージする際に対応する職責に切り替えることをお薦めします。

「プロセス保留支払」コンカレント・プログラム

「プロセス保留支払」コンカレント・プログラムを使用すると、支払処理に対してクレジット・カード受注を発行し、さらに保留中の受注(選択した保留タイプのみ)を処理できます。前払を有効にする支払条件と「クレジット・カード」支払タイプの両方を使用している受注および次の保留タイプを持つ受注は、このコンカレント・プログラムで処理されます。

このコンカレント・プログラムを発行すると、前述の保留タイプを持つ受注が最初にリリースされます(ただし、保留削除の検証が成功した場合)。リリースされた受注と受注明細は、各ワークフロー内で処理を続行できます。

このコンカレント・プログラムは、出力ログ・ファイルと処理中に生成されたエラー・メッセージを含む出力リストを作成します。ログ・ファイルとコンカレント・プログラム出力では、次の追加詳細を検索できます。

さらに、「プロセス・メッセージ」ウィンドウを使用して、警告やエラー・メッセージの発生など、コンカレント・プログラムの実行時の詳細を表示できます。

コンカレント・プログラムを使用して保留支払を処理する手順は、次のとおりです。

  1. 「要求の実行」ウィンドウにナビゲートし、「名称」フィールドで「プロセス保留支払」を選択します。

    本文の説明内容に関するイメージ

    このコンカレント・プログラムの入力パラメータはすべてオプションです。

  2. PPP保留: 「Yes」を選択すると、現在PPP保留中の受注が処理されます。「No」を選択すると、PPP保留中の受注は処理されません。このパラメータのデフォルト値は「Yes」です。

  3. 電子支払失敗保留: 「Yes」を選択すると、現在電子支払失敗保留中の受注が処理されます。「No」を選択すると、電子支払失敗保留中の受注は処理されません。このパラメータのデフォルト値は「Yes」です。

  4. 電子支払サーバー失敗保留: 「Yes」を選択すると、現在電子支払サーバー失敗保留中の受注が処理されます。「No」を選択すると、電子支払失敗保留中の受注は処理されません。このパラメータのデフォルト値は「Yes」です。

  5. 支払承認保留: 「Yes」を選択すると、現在支払承認保留中の受注が処理されます。「No」を選択すると、これらの受注はバイパスされます。この保留は、支払承認を遅延処理として設定する場合に使用します。この要求では、それらの承認の処理がバッチ・モードで試行されます。

  6. 受注タイプ: 特定の受注タイプを選択すると、受注のクレジット・カード支払処理が制限されます。

  7. 受注番号(下限/上限): 「受注番号; 下限」、「受注番号: 上限」またはその両方に値を入力すると、クレジット・カード支払処理が、特定の受注番号に限定されます。1つの受注を処理する場合は、両方のフィールドに同じ値を入力します。

  8. 顧客番号(下限/上限): 「顧客番号: 下限」、「顧客番号: 上限」またはその両方に値を入力すると、クレジット・カード支払処理が特定の顧客番号に限定されます。1人の顧客のクレジット・カード受注を処理する場合は、両方のフィールドに同じ値を入力します。

  9. 顧客区分: 特定の顧客区分を選択して、クレジット・カード支払を処理します。

  10. クレジット・カード番号: 特定のクレジット・カード番号を入力して、クレジット・カード支払の受注を処理します。入力した特定のカード番号を持つ受注のみが処理されます。

  11. クレジット・カード・タイプ: クレジット・カード・タイプを選択して、クレジット・カード支払の受注を処理します。特定のカード・タイプを持つ受注のみが処理されます。

  12. 請求先組織: 特定の請求先組織を選択して、クレジット・カード支払を処理します。

  13. 記帳日 - 以降: 特定の日付を入力して、入力した日付以降の作成日を持つ全受注のクレジット・カード支払を処理します。

  14. 「OK」、「発行」を順に選択します。

「メッセージのパージ」コンカレント・プログラム

「メッセージのパージ」コンカレント・プログラムは、受注処理時に生成されたOrder Managementのメッセージをパージします。Oracle Order Managementのメッセージ表を管理可能なサイズに保つためには、「メッセージのパージ」コンカレント・プログラムを定期的に発行する必要があります。コンカレント・プログラムが正常に完了した後、「プロセス・メッセージ」ウィンドウを使用して、Order Managementのメッセージ表が、入力した選択基準で指定したとおりにパージされたことを検証できます。

入力パラメータのいずれかを空白にすると、コンカレント・プログラムは、そのパラメータに対する可能な値をすべて処理します。

コンカレント・プログラムを使用して、Order Managementのメッセージをパージする手順は、次のとおりです。

  1. 「メッセージのパージ」メニューにナビゲートします。

    「メッセージのパージ」ウィンドウ

    本文の説明内容に関するイメージ

  2. 「コミット当りメッセージ」入力パラメータの値を入力して、データベースのコミットごとにパージするメッセージ数を決定します。

    値100を入力すると、100のメッセージが、データベースが実際にそのコミットを実行する前に、(全入力パラメータに基づいて)パージされます。コミットが正常に完了すると、コミット前に発生した変更はロールバックできません。システムの失敗の場合、ロールバックは実行され、最新のコミットが完了した直後に発生した変更がロールバックされます。このフィールドのデフォルト値は、500です。このフィールドはオプションです。

  3. 「作成日:自」、「作成日:至」またはその両方の入力パラメータの値を選択して、特定の日付または日付範囲に作成されたメッセージをパージするかどうかを決定します。指定された日付範囲に作成された全メッセージが、パージされます。ただし、他の入力パラメータによってもパージできます。これらのフィールドはオプションです。

  4. パージするOrder Managementのメッセージのメッセージ・ソースを決定します。入力パラメータ「メッセージ・ソース」で指定したソースで作成された全メッセージがパージされます。ただし、他の入力パラメータによってもパージできます。次のソースから選択します。

    C: コンカレント・プログラム

    U: オンライン(U/I)

    W: ワークフロー

    このフィールドはオプションです。

  5. 「顧客名」入力パラメータの顧客名を選択して、特定の顧客名に対して生成されたメッセージをパージするかどうかを決定します。ただし、他の入力パラメータによってもパージできます。このフィールドはオプションです。

  6. 「顧客番号」入力パラメータの顧客番号を選択して、特定の顧客番号のメッセージをパージするかどうかを決定します。ただし、他の入力パラメータによってもパージできます。このフィールドはオプションです。

  7. 「受注タイプ」入力パラメータの値を選択して、特定の受注タイプのメッセージをパージするかどうかを決定します。選択した受注タイプに対して生成された全メッセージがパージされます。ただし、他の入力パラメータによってもパージできます。このフィールドはオプションです。

  8. 「受注番号:下限」、「受注番号:上限」または両方の入力パラメータの値を入力して、1つの受注番号のメッセージをパージするのか、ある範囲の受注番号のメッセージをパージするのかを決定します。入力した受注番号に対して作成された全メッセージがパージされます。ただし、他の入力パラメータによってもパージできます。

    これらのフィールドはオプションです。

  9. 「OK」、「発行」を順に選択します。

「パーティ合計の計算」コンカレント・プログラム

「パーティ合計の計算」コンカレント・プログラムでは、顧客パーティ番号別に、受注の合計数および全受注の合計受注額を計算し、受注が発行された最新日を判断します。

次の受注属性によって、プログラムの実行時にコンカレント・プログラムの計算に組み入れるための適格性が判断されます。

コンカレント・プログラムでは、レポートを出力しません。ただし、標準の発行要求ログ・ファイル内に、パーティ合計金額およびパーティ合計が適切に更新されているかどうかが、パーティ番号別に表示されます。「パーティ合計の計算」プログラムの結果は、HZ_PARTIES表の次の列に格納されます。

HZ_PARTIES表に格納されるデータは、受注量を示す近似値と生成された収益の概算を顧客パーティ番号別に表したもので、会計基準に基づく正確なデータではありません。また、プログラムが完了後も継続して実行されるように要求発行のパラメータを設定していないかぎり、リアルタイムに保守されません。

注意: 受注合計数と全受注の合計受注額には、Order Managementの表で現在有効な受注数が反映されます。

注意: 「受注パージ」コンカレント・プログラムを発行して受注をパージし、「パーティ合計の計算」コンカレント・プログラムを発行すると、コンカレント・プログラムの計算時には、Order Managementの表に残存している受注のみが使用されます。

発行

Order Managementの「標準要求発行」ウィンドウにナビゲートして、「パーティ合計の計算」を選択した後、「発行」を選択します。コンカレント・プログラムに対して入力するパラメータはありません。

「監査履歴連結」コンカレント・プログラム

「監査履歴連結」コンカレント・プログラムでは、発行時に、受注と明細に対して記録されている連結監査証跡詳細をOrder Managementの表に書き込みます。このプログラムを発行するたびに、プログラムの前回発行以後に取得された受注の監査証跡の詳細が更新されます。受注の監査証跡詳細の取得については、「受注監査証跡」を参照してください。

Order Managementでは、次の4つの受注エンティティが表内で連結されています。

表内のデータは、「監査履歴の表示」ウィンドウを介してOracle Applicationsで表示できます。また、Order Managementの監査履歴レポートを介して出力し、表示できます。

コンカレント・プログラムを使用して受注の監査証跡の履歴を連結する手順は、次のとおりです。

  1. 「要求の実行」ウィンドウにナビゲートし、「名称」フィールドで「監査履歴連結」を選択します。

    本文の説明内容に関するイメージ

  2. 「履歴日(自)」フィールドに入力します。このフィールドはオプションです。

  3. 「履歴日(至)」フィールドに入力します。このフィールドはオプションです。

  4. 「受注番号: 自」フィールドに入力します。このフィールドはオプションです。

  5. 「受注番号: 至」フィールドに入力します。このフィールドはオプションです。

    注意: 注意: 受注番号が10文字を超えると、監査履歴レポートの受注番号は@ *********で表示されます。

  6. 「最近N日以内の変更」フィールドに数値を入力し、一定期間に取得された監査履歴の変更を取得します。たとえば、最近7日間に取得された受注変更を監査目的で連結する場合は、値7を入力します。

  7. 「OK」、「発行」を順に選択します。

    注意: ビジネス・ニーズに合せて、このレポートの作成を計画することをお薦めします。

「出荷セットの予定再作成」コンカレント・プログラム

「出荷セットの予定再作成」コンカレント・プログラムによって、出荷セット内の全受注明細に対して、出荷セットの予定を最早制限供給日に再作成します。計算に使用されるタイム・フェンスは、受注明細品目にリンクされるATPルールに定義したタイム・フェンスです。

注意: 受注明細の予定が無制限供給タイム・フェンスに基づいて作成されている場合は、このプログラムを発行して受注明細の予定を再作成すると、より現実的(かつ最適な)最早可能日を確保できます。このプログラムによって処理される受注明細は、出荷セットの一部である明細のみです。

コンカレント・プログラムを使用して出荷セットの予定を再作成する手順は、次のとおりです。

  1. Order Managementの「標準要求発行」ウィンドウにナビゲートして、「出荷セットの予定再作成」を選択します。

    Order Managementの「標準要求発行」ウィンドウ

    本文の説明内容に関するイメージ

  2. 出荷セットの予定を再作成する受注を決定します。「受注番号(下限)」、「受注番号(上限)」またはこれらの受注番号の組合せの値を選択します。このフィールドはオプションです。

  3. 出荷セットの予定の再作成に使用する日付または日数を決定します。「相対開始日(日数)」、「相対終了日(日数)」または相対開始日と相対終了日の組合せ(日数)の値を入力します。これらのフィールドは必須です。

  4. セット名で出荷セットの予定を再作成します。「出荷セット名」フィールドの値を選択します。このフィールドはオプションです。

  5. 「OK」、「発行」を順に選択します。

「受注の予約」コンカレント・プログラム

「受注の予約」コンカレント・プログラムの目的は、入力パラメータの指定に従って品目を予約することです。予約の対象は、予定作成済かつ全数量の履行が可能で、予約をサポートしている受注明細タイプの受注明細です。受注の予約では、在庫が十分にない場合に対応するモードをこれまで2種類(フェア・シェアおよびパーセント)サポートしていましたが、3番目のモードとして「分割」をサポートします。受注の予約を使用すると、予約をするか予約のシミュレーションを行うかを選択できます。

注意: 範囲(下限値および上限値)を指定できる入力パラメータの動作は、次のとおりです。

注意: パラメータ「予約実行タイプ」が「セットの予約の作成」の場合は、「セット名」パラメータのみが有効で、その他すべてのパラメータは無視されます。コンカレント・プログラムでは、指定されたセット内でデータの処理が試行されます。

コンカレント・プログラムを使用して受注を予約する手順は、次のとおりです。

このリリースでは、複数の営業単位に対して「受注の予約」コンカレント・プログラムを実行できます。

  1. Order Managementの「要求」ウィンドウにナビゲートして、「受注の予約」を選択します。

    本文の説明内容に関するイメージ

  2. 営業単位: このパラメータは、デフォルト設定するか、実行時に指定できます。特定の営業単位を対象としてこのプログラムを実行すると、営業単位に依存するパラメータの値リストが入力した営業単位と照合されます。営業単位を限定しないと、これらのパラメータによって、アクセス権が付与されているすべての営業単位について適切な値が表示されます。

  3. 予約タイム・フェンスの使用: 次のいずれかを選択します。

  4. 受注番号(上限): 受注明細を予約する受注番号を選択します。受注番号を指定しない場合、コンカレント・プログラムの実行時に全受注明細の予約が試行されます。

  5. 特定の顧客の受注を予約するには、顧客の値を選択します。現在予約されていない顧客の全受注明細が、このコンカレント・プログラムの実行時に予約処理されます。

  6. 特定の受注タイプの受注を予約するには、受注タイプの値を選択します。

  7. 特定の明細タイプの受注明細を予約するには、明細タイプの値を選択します。

  8. 倉庫(組織)別に受注を予約するには、倉庫の値を選択します。

  9. 品目別に受注明細を予約するには、品目の値を選択します。

  10. 明細要求日別に受注を予約するには、「明細要求日 自」または「明細要求日 至」の値を入力するか、あるいは両方の値を入力して明細要求日の範囲を指定します。

  11. 予定出荷日別に受注を予約するには、「予定出荷日(自)」または「予定出荷日(至)」の値を入力するか、あるいは両方の値を入力して予定出荷日の範囲を指定します。

  12. 予定到着日別に受注を予約するには、「予定到着日(自)」または「予定到着日(至)」の値を入力するか、あるいは両方の値を入力して予定到着日の範囲を指定します。

  13. 受注日別に受注を予約するには、「受注日(自)」または「受注日(至)」の値を入力するか、あるいは両方の値を入力して受注日の範囲を指定します。

  14. 需要区分別に受注を予約するには、システムで定義済の需要区分を入力します。

  15. 計画優先度別に受注を予約するには、システムで定義済の計画優先度を入力します。

  16. コンカレント・プログラムの実行時に「ソート・キー」フィールドで使用する処理順序を決定します。選択肢に基づいて既存の供給が予約されます。日付を使用する値を選択すると、選択したその他の入力パラメータに基づいて、最早可能日が予約処理対象の1番目になります。

    たとえば、「受注日」を選択すると、最早受注日を持つ受注が(その他すべての入力パラメータ値に基づいて)、最初に処理されます。次のいずれかを選択します。

  17. 「OK」、「発行」を順に選択します。

    「受注の予約」コンカレント・プログラムを発行した結果生成されたログ・ファイルには、指定した入力パラメータによって処理対象として選択されたすべての社内受注明細IDが表示されます。

「輸出規制遵守スクリーニング」コンカレント・プログラム

「輸出規制遵守スクリーニング」コンカレント・プログラムを使用すると、現在「輸出規制遵守スクリーニング-適格」ワークフロー・アクティビティで待機中の受注明細の処理を進めることができます。データ・エラーが原因で、輸出規制遵守スクリーニングに初めて失敗した受注明細の場合は、その受注データを訂正し、「輸出規制遵守スクリーニング」コンカレント・プログラムを発行して、「輸出規制遵守スクリーニング-適格」ワークフロー・アクティビティを超えて受注と明細の処理を進めることができます。つまり、輸出規制遵守ルーチンが呼び出され、準拠スクリーニングが再度実行されます。

輸出規制遵守スクリーニング-適格アクティビティで待機中の処理を進める手順は、次のとおりです。

  1. Order Managementの「標準要求発行」ウィンドウにナビゲートして、「輸出規制遵守スクリーニング」を選択します。

    本文の説明内容に関するイメージ

  2. 輸出規制遵守受注明細の処理は、受注番号によって進めます。「受注番号:下限」または「受注番号:上限」フィールドに値を入力します。または両方のフィールドに値を入力して、処理対象に含める受注番号の範囲を指定します。また、これらのフィールドを空白にすると、全受注明細が対象になります。

  3. 顧客によって、輸出規制遵守受注明細の処理を進めます。「顧客」フィールドに値を入力します。

  4. 顧客発注番号によって、輸出規制遵守受注明細の処理を進めます。顧客から受け取った発注に対応する「顧客発注番号」フィールドに値を入力します。

  5. 受注タイプによって、輸出規制遵守受注明細の処理を進めます。「受注タイプ」フィールドの値を選択します。

  6. 倉庫(組織)によって、輸出規制遵守受注明細の処理を進めます。「倉庫」フィールドの値を選択します。

  7. 明細出荷先事業所によって、輸出規制遵守受注明細の処理を進めます。「明細出荷先事業所」フィールドの値を選択します。

  8. 品目によって、輸出規制遵守受注明細の処理を進めます。「品目」フィールドで値を選択または入力します。

  9. 明細出荷予定日によって、輸出規制遵守受注明細の処理を進めます。「明細出荷予定日 自」の値、「明細出荷予定日 至」のオプション値または両方のフィールドの値を選択します。

  10. 受注日によって、輸出規制遵守受注明細の処理を進めます。「受注日:自」の値、「受注日:至」のオプション値または両方のフィールドの値を選択します。このフィールドは必須です。

  11. 「OK」、「発行」を順に選択します。

輸出規制遵守ワークベンチ

「診断: アプリケーション・チェック」コンカレント・プログラム

このプログラムでは、Oracle Applicationsスキーマの出力詳細の要約が表示されます。製品インストール・ステータス、アプリケーション・プロファイル値、無効なオブジェクト、パッケージ・バージョン、データベース・トリガーおよびフォーム・バージョンなどの詳細が、入力対象として選択したOracle Applicationsに応じて、プログラム出力内に表示されます。

1つ、最大5つまたはすべてのOracle Applicationsの出力を表示できます。ただし、プログラムを発行するときは、定義済の入力パラメータに対して1つ以上のアプリケーション名を使用することをお薦めします。これは、アプリケーション名を1つずつ選択すると、プログラムの実行時間が増加するためです。

入力パラメータによって選択され、プログラムのログ・ファイル内に表示される各Oracle Applicationのエンティティとその現在値を次に示します。

Oracle Applicationsの詳細を検討する手順は、次のとおりです。

  1. Order Managementの「標準要求発行」ウィンドウにナビゲートして、「OM診断: OMチェック」を選択します。

    アプリケーション・チェック入力の「パラメータ」ウィンドウ

    本文の説明内容に関するイメージ

  2. 値を入力するか、またはオプションの入力パラメータ「アプリケーション 1」から「アプリケーション 5」の値を選択します。

    Oracle Order Management、Oracle PricingおよびOracle Shippingは、入力パラメータ「アプリケーション 1」から「アプリケーション 3」にそれぞれ自動的にデフォルト設定されています。これらの値は変更できます。「アプリケーション 1」から「アプリケーション 3」の入力パラメータのデフォルト値を消去した場合、プログラム出力には、全Oracle Applicationsのデータが表示されます。

  3. 「OK」、「発行」を順に選択します。

「診断: OMデバッグ・ファイル抽出」コンカレント・プログラム

このコンカレント・プログラムは、オンラインでの確認用に、ユーザーが生成したOrder Managementのデバッグ・ファイルを抽出します。プロファイル・オプション「OM: デバッグ・ログ・ディレクトリ」の値によって、このプログラムの入力パラメータで指定したログ・ファイルを、コンカレント・プログラムが検索する場所が決定されます。

さらに、このコンカレント・プログラムを発行して、Order Managementのデバッグ・ファイルの生成に必要な設定を検証できます。結果は、プログラム出力内に表示され、その中にはデバッグ設定の修正方法についての提案も含まれています。

オンラインでの確認用にOrder Managementのデバッグ・ファイルを抽出する手順は、次のとおりです。

  1. Order Managementの「標準要求発行」ウィンドウにナビゲートして、「診断: OMデバッグ・ファイル抽出」を選択します。

    「OMデバッグ・ファイル抽出」の「入力パラメータ」ウィンドウ

    本文の説明内容に関するイメージ

  2. 抽出対象のOrder Managementのデバッグ・ファイル名(「デバッグ」がオンのときにユーザーに表示されたデバッグ・ファイル)を入力します。このフィールドはオプションです。

    このパラメータを空白にすると、プログラムでは、デバッグ設定を検証し、実行した検証に基づいて結果を表示します。

  3. 「OK」、「発行」を順に選択します。

  4. 「要求の表示」ウィンドウにナビゲートします。

    「要求の検索」ウィンドウに適切な基準を入力して「検索」を選択し、「要求」ウィンドウでカーソルによって要求を検索した後、「出力の表示」を選択します。

「診断: OM受注情報」コンカレント・プログラム

このプログラムでは、多様なOracle Application製品のデータベース表から受注関連データを選択し、選択した受注の詳細出力を表示します。さらに、発行前に明細番号を指定すると、受注詳細を特定の受注明細に限定できます。

次の表に、プログラムによって選択された受注または受注明細に対して、プログラム出力内に表示されるエンティティまたは属性とその関連する現在値を示します。

エンティティまたは属性とそれらに関連する現在値
- - -
受注/明細詳細 受注/明細ワークフロー・ステータス 受注/明細ワークフロー通知
受注/明細ワークフロー・エラー 明細履歴 保留
価格調整 直接出荷ソース 発注購買依頼インタフェース詳細
発注購買依頼詳細 購買依頼ワークフロー承認ステータス 購買依頼ワークフロー承認通知
購買依頼ワークフロー承認エラー 受入出荷明細 受入取引
受入取引インタフェース 資材供給 品目予約
WIP製造オーダー・インタフェース WIPショップ型製造オーダー WIPショップ型製造オーダー取引
WSHトリップ WSHトリップ・ストップ WSH搬送レグ
WSH新規搬送 WSH搬送割当 WSH搬送詳細
WSH運送費 資材取引インタフェース 資材取引一時
資材取引 移動取引 売掛管理インタフェース詳細
売掛管理インタフェース・エラー 請求書詳細 受注取消レポート

受注詳細または受注と受注明細の情報を表示する手順は、次のとおりです。

  1. Order Managementの「標準要求発行」ウィンドウにナビゲートして、「OM受注情報」を選択します。

    「OM受注情報」の「入力パラメータ」ウィンドウ

    本文の説明内容に関するイメージ

  2. 詳細を表示する受注番号を入力します。このフィールドは必須です。

  3. 必要に応じて、明細番号を入力して、表示されるプログラム出力を特定の受注の明細番号詳細に限定できます。

  4. 「OK」、「発行」を順に選択します。

「受注インポート統計」コンカレント・プログラム

受注インポートでは、問合せの最適化にデータベースのコストベース・オプティマイザを使用します。コストベース・オプティマイザは、問合せの最適化に生成済統計情報を使用します。「受注インポート統計」コンカレント・プログラムは、コストベース・オプティマイザで使用される統計を収集します。このコンカレント・プログラムは、インタフェース表にデータが移入された後に実行する必要があります。

コストベース・オプティマイザは、最適なレコード処理を決定するために、受注インポートに関連するすべてのインタフェース表の表分析を実行します。このプログラムを発行するかどうかは、「受注インポート」コンカレント・プログラムの各発行前に選択できます。通常処理するインタフェース・レコードの数がほぼ同じである場合は、このプログラムを発行する必要はありません。「受注インポート統計」コンカレント・プログラムの発行には、パラメータはありません。

コンカレント・プログラム経由で受注を予定作成する手順は、次のとおりです。

  1. 「要求の実行」SRSウィンドウにナビゲートし、「要求名」フィールドで「受注インポート統計」を選択します。

  2. 「発行」をクリックします。

インタフェース表にあって、「訂正」ウィンドウから使用できない列のリストは、次のとおりです。

「パージ・セット/受注/見積パージ選択」コンカレント・プログラム

パージ・コンカレント・プログラムを使用すると、選択したクローズ済受注/見積とそのワークフロー履歴をパージできます。最初にパージ・セットを作成して、パージする文書を決定します。パージ対象の受注/見積をパージ・セット内から選択し、セット全体のパージ、パージ・セット内のサブセットのパージまたはパージの取消のいずれかを選択します。古いデータをパージすると、データベースに空きができるため、取引および保守のパフォーマンス改善につながります。

パージ・セットの作成

パージ・セットとは、ユーザーが指定した基準に基づいてパージされる受注のセットです。パージ・セットは、次の2通りの方法で作成できます。

受注/見積パージの選択基準の柔軟性

適格なヘッダーおよび明細のプールから、選択基準を使用してパージを実行できます。この取引のすべての処理ステップが完了した後にそれらを表示し、特定顧客の適格プールからすべての受注をパージ用に選択できます。

受注のパージの選択基準は次のとおりです。

見積のパージの選択基準は次のとおりです。

パージ対象のデータの確認

パージ基準を満たすクローズ済の受注/明細をすべて表示できます。暫定的なパージの候補一覧は「パージ・セット」ウィンドウで事前に確認できます。

パージの取消とバッチ実行時間の変更

受注/見積のパージは、バッチ・モードで発行されるため、このバッチ・ジョブを取り消したり、バッチ実行時間を変更することが可能です。

パージ済データの表示

パージが完了したデータは、「パージ・セット」ウィンドウでのみ確認できます。受注/見積の「パージ・セット」ウィンドウにナビゲートし、パージ・セット名で問合せます。パージ・セットは、そのままパージ対象として発行できる他、そこから特定の受注/見積を除外したり、(レコードがパージ済であれば)完全に削除することもできます。

契約条件付きの受注のパージ・オプション

受注のパージで「受注のパージ」を選択する場合、「契約条件」パラメータで、受注が契約条件上パージ対象として適格かどうかを明示できます。このパラメータの選択が「No」で、かつ契約条件を付帯する受注は、パージ対象として不適格となります。

OM: コミット当り受注パージ

このプロファイル・オプションは、サイト・レベルでのみ設定できます。このプロファイル・オプションの値は、受注/見積のパージ処理における、1コミット当たりの受注/見積の件数を示します。

「パージ・セット選択」コンカレント・プログラムを使用したパージ・セットの作成

where(選択)条件を指定してパージ・セットを作成する手順は、次のとおりです。

  1. 「受注パージ選択」コンカレント・プログラムにナビゲートします。

    「受注パージ選択」の「パラメータ」ウィンドウ

    本文の説明内容に関するイメージ

  2. 「パージ・セット名」フィールドに、パージ・セットを識別するための一意の名称を入力します。

  3. 「パージ・セット摘要」フィールドにパージ・セットの摘要を入力します。

  4. 「受注番号:下限」、「受注番号:上限」または両方の入力パラメータの値を入力して、1つの受注番号をパージするのか、ある範囲の受注番号をパージするのかを決定します。入力した範囲内に作成されている全受注がパージ対象として選択されます。ただし、他の入力パラメータによってもパージできます。

  5. 「受注タイプ」入力パラメータの値を選択して、特定の受注タイプの受注をパージするかどうかを決定します。選択した受注タイプの作成済の全受注がパージされます。ただし、他の入力パラメータによってもパージできます。

  6. 「受注カテゴリ」入力パラメータの値を選択して、特定の受注カテゴリの受注をパージするかどうかを決定します。選択した受注カテゴリの作成済の全受注がパージされます。ただし、他の入力パラメータによってもパージできます。

  7. 「顧客名」入力パラメータの顧客名を選択して、特定の顧客名の受注をパージするかどうかを決定します。ただし、他の入力パラメータによってもパージできます。

  8. 「作成日:自」、「作成日:至」またはその両方の入力パラメータの値を選択して、特定の日付または日付範囲に作成された受注をパージするかどうかを決定します。指定された日付範囲に作成された全受注が、現在の受注ステータスに関係なく、パージ・セット内で選択されます。

  9. 「発行」をクリックします。

見積パージ選択を使用してパージ・セットを作成する手順は、次のとおりです。

  1. 「見積パージ選択」コンカレント・プログラムにナビゲートします。

    見積パージ選択 - パラメータ

    本文の説明内容に関するイメージ

  2. 「パージ・セット名」フィールドに、パージ・セットを識別するための一意の名称を入力します。

  3. 「パージ・セット摘要」フィールドにパージ・セットの摘要を入力します。

  4. 必要に応じて、「見積番号:自」と「見積番号:至」の両方、またはいずれか一方の入力パラメータの値を入力して、1つの受注番号をパージするのか、ある範囲の受注番号をパージするのかを決定します。入力した範囲に当てはまるすべての作成済見積がパージ対象として選択されます。ただし、その他の入力パラメータでもパージを有効にしておく必要があります。

  5. 必要に応じて、「受注タイプ」入力パラメータの値を選択して、特定の受注タイプの見積をパージするかどうかを決定します。選択した受注タイプが使用されている作成済の見積がすべてパージされます。ただし、その他の入力パラメータでもパージを有効にしておく必要があります。

  6. 必要に応じて、「顧客名」入力パラメータの顧客名を選択して、特定の顧客名の見積をパージするかどうかを決定します。ただし、その他の入力パラメータでもパージを有効にしておく必要があります。

  7. 必要に応じて、「作成日:自」と「作成日:至」の両方、またはいずれか一方の入力パラメータの値を選択して、特定の日付または日付範囲に作成された見積をパージするかどうかを決定します。指定された日付範囲に作成されたすべての見積が、現在の受注ステータスに関係なく、パージ・セットの要素として選択されます。

  8. 「発行」をクリックします。

    複数選択によるパージ・セットの作成

    「受注オーガナイザ」で受注を複数選択して、パージ・セットを作成した後、メニューから「ツール」、「パージ」、「パージ・セット」を順に選択します。

    作成したパージ・セットにパージ・セット名と摘要を入力します。

  9. 「発行」をクリックして、「受注オーガナイザ」で選択したすべてのレコード(受注)で構成されるパージ・セットを作成します。

処理例外

パージ制限の条件に一致しない受注/見積(受注がクローズされていない、未処理の予約があるなど)が選択基準に含まれていたり、パージ処理に問題が発生した場合は、処理エラーが発生します。これらのエラーは、「パージ・セット」ウィンドウのパージ・セットの表示で確認します。

たとえば、「受注パージ選択」コンカレント・プログラムの発行時に、顧客Business Worldの全受注を指定したとします。「受注パージ」ウィンドウにナビゲートすると、パージに不適格な特定の受注にマークが付く(エラー列内に、この受注はクローズされていません、または「適格」チェック・ボックスが使用不可です、などのノートが表示される)場合があります。

パージ・セットの詳細を確認する手順は、次のとおりです。

営業単位内でのパージ

処理できるのは自分が作成したパージ・セットのみですが、作成されたパージ・セットはすべて表示できます。すでにアクセス権がない営業単位の受注が、処理するパージ・セットに含まれている場合、それらの受注は、受注パージ・プログラムでパージされず、エラー・メッセージが表示されます。

  1. 「パージ・セット」ウィンドウにナビゲートします。

    「パージ・セット」ウィンドウ - 「パージ基準」タブ

    本文の説明内容に関するイメージ

    「パージ・セット」ウィンドウには、パージ・セットの次の属性が表示されます。

    「パージ基準」タブ

  2. 次のいずれかを選択します。

    「受注オーガナイザ」で、パージ・セットを使用して受注または見積をパージする手順は、次のとおりです。

    「受注オーガナイザ」ウィンドウにナビゲートし、パージ対象のクローズ済受注/見積を問合せます。

  3. 「ツール」 > 「パージ・セットの作成」を選択します。「受注オーガナイザ」の「パージ・セットの作成」ウィンドウが表示されます。

  4. 「発行」を選択してパージ・セットを作成します。

    注意: このパージ・セットの作成方法は、受注の数が少ない場合にのみ使用することをお薦めします。(受注数が100を超えるような)大量のデータをパージする場合は、コンカレント・プログラムを使用した受注/見積パージ選択をお薦めします。

    where条件を指定して受注パージ・セットを作成する手順は、次のとおりです。

    where(選択)条件を指定してパージ・セットを作成するには、ナビゲータから「パージ」 > 「受注パージ選択」を選択します。

    1. パージ・セット名、摘要および必要な選択基準を入力し、「OK」をクリックします。

    2. 次の要求画面で「発行」をクリックします。

      パージ・セットを作成するには、ステップ1から3を繰り返しますが、ステップ1では「受注パージ選択」ではなく「見積パージ選択」を選択します。

受注パージの表示

前述のいずれかの方法を使用して作成したパージ・セットの受注または見積は、「パージ・セット」ウィンドウに表示できます。ここからパージ・セットのパージを発行できます。ここで一部の受注または見積をパージ・セットから除外したり、パージ・セットそのものを削除することもできます。パージ・セットを確認するには、ナビゲータから「パージ」 > 「パージ・セット」ウィンドウを開きます。このウィンドウは、「受注オーガナイザ」の「ツール」メニューの「パージ」オプションから開くこともできます。このウィンドウでは、パージ・セットの問合せをパージ・セット名で行うことができます。選択基準を使用して作成したパージ・セットでは、パージ基準も確認できます。

メッセージ

メッセージ名: OE_PUR_ADD_ORDER

メッセージ・テキスト: この受注はパージに適格ではありません。

摘要: ユーザーがパージ・セットに受注を追加しようとしたときに発行されるメッセージです。

メッセージ名: OE_PUR_DELETE_PURGE_SET

メッセージ・テキスト: すでにパージされた受注があるパージ・セットは削除できません。

摘要: ユーザーが削除しようとしたパージ・セットに、受注のパージ履歴がある場合に発行されるメッセージです。

メッセージ名: OE_PUR_DELETE_PURGE_SET_OK

メッセージ・テキスト: パージ・セット &PURGE_SET_NAME の削除

摘要: 削除の確認メッセージです。

メッセージ名: OE_PUR_PURGE_SET_DELETED

メッセージ・テキスト: パージ・セット &PURGE_SET_NAME が削除されました。

摘要: パージ・セットの削除後に発行される注記です。

メッセージ名: OE_PUR_PURGE_SET_PURGED

メッセージ・テキスト: すでにパージされたパージ・セットは削除できません。

摘要: ユーザーがパージ・セットを削除/発行しようとしたときに発行されるメッセージです。

メッセージ名: OE_PUR_REQUIRED

メッセージ・テキスト: フィールドに入力する必要があります。

摘要: 必須フィールドであることを知らせるメッセージです。

メッセージ名: OE_SRS_TITLE_GENERATE_PURGESET

メッセージ・テキスト: 受注パージ選択

摘要: 受注パージ選択のタイトルです。

メッセージ名: OE_PUR_CREATE_SUBMITTED

メッセージ・テキスト: 要求ID = &REQUEST_ID でパージの作成が発行されました

摘要: パージ・セットの作成が発行されるときに発行されるメッセージです。

メッセージ名: OE_PUR_ORDER_PURGE_SUBMITTED

メッセージ・テキスト: 要求ID = &REQUEST_ID で受注パージが発行されました。

摘要: 受注パージが発行されるときに発行されるメッセージです。

メッセージ名: OE_PUR_OPEN_ORDER

メッセージ・テキスト: 受注はオープンです。

摘要: 受注がオープンである場合に発行されるメッセージです。

メッセージ名: OE_PUR_OPEN_INVOICES

メッセージ・テキスト: オープン請求書がこの受注に存在します。

摘要: 受注に対応するオープン請求書が存在する場合に発行されるメッセージです。

メッセージ名: OE_PUR_OPEN_RETURNS

メッセージ・テキスト: この受注にオープン返品が存在します。

摘要: 受注に対応するオープン返品が存在する場合に発行されるメッセージです。

メッセージ名: OE_PUR_CANNOT_SUBMIT

メッセージ・テキスト: パージ・セットはすでにパージされています。

摘要: ユーザーが受注パージを発行しようとしたパージ・セットが、すでにパージされていたときに発行されるメッセージです。

見積のメッセージ

メッセージ名: OE_PUR_ADD_QUOTE

メッセージ・テキスト: この見積はパージに適格ではありません。

摘要: ユーザーがパージ・セットに見積を追加しようとしたときに発行されるメッセージです。

メッセージ名: OE_PUR_OPEN_QUOTE

メッセージ・テキスト: 見積はオープンです

摘要: 見積がオープンである場合に発行されるメッセージです。

メッセージ名: OE_SRS_TITLE_GENERATE_QUOTE_PURGESET

メッセージ・テキスト: 見積パージ選択

摘要: 見積パージ選択のタイトルです。

発注関連のパージ変更

メッセージ名: OE_PUR_OPEN_PO_REQ

メッセージ・テキスト: オープンの直接出荷発注/購買依頼がこの受注の外部ソース明細に存在します。

摘要: 直接出荷明細が含まれている受注に対するオープン発注/購買依頼が存在する場合に発行されるメッセージです。

「バッチ価格」コンカレント・プログラム

「バッチ価格」コンカレント・プログラムは、入力パラメータの指定に基づき、受注または受注明細の価格設定を試行します。このコンカレント・プログラムは、ステータスがオープンの受注または明細の価格設定を試行します。バッチ価格設定には、個々の受注明細の「価格の計算」フラグが適用されます。

範囲(下限値および上限値)を指定できる入力パラメータの動作は、次のとおりです。

コンカレント・プログラムで「バッチ価格」を実行する手順は次のとおりです。

プレビュー・モード: 必須パラメータです。「Yes」を選択すると、コンカレント・プログラムは受注または明細の価格の設定または再設定を実行せず、指定したパラメータでバッチ価格設定を実行した場合に影響を受ける受注および明細の詳細をリストします。プレビュー・モードは、受注および明細の価格設定または再設定を、指定した入力パラメータで実行した結果を確認する場合に役立ちます。この結果に基づいて、コンカレント・プログラムを実行モードで実行するかどうかを判断できます(プレビュー・モードが「No」の場合)。「No」を選択すると、コンカレント・プログラムは指定されたパラメータで実行され、受注と明細の価格が設定または再設定されます。価格は、受注/明細でデフォルト設定されている価格表から関連APIによってフェッチされます。

価格設定レベル: 必須パラメータです。受注レベルの価格設定と明細ベルの価格設定の間で選択でき、明細レベルまたはリスト・レベルのモディファイアを適用するかどうかを決定できます。受注レベルの価格設定を選択し、受注ステータスが「入力済」の場合、価格設定APIが「バッチ」イベントに呼び出されます。受注レベルの価格設定で受注ステータスが「記帳済」の場合、価格設定APIは「バッチ」、「台帳」および「出荷」イベントに呼び出されます。明細レベルの価格設定を選択すると、価格設定APIは明細のステータス(「記帳済」または他のステータス)に関係なく、「明細」イベントのみに呼び出されます。

営業単位: 「バッチ価格」コンカレント・プログラムは複数の営業単位にわたり実行できます。価格を設定または再設定する受注/明細について、すべての営業単位または特定の営業単位を指定できます。

受注番号(下限/上限): 受注明細の価格を設定または再設定する受注番号を選択します。受注番号を指定しない場合、コンカレント・プログラムの実行時に全受注明細の価格が再設定されます。

受注タイプ: 指定する受注タイプを選択します。

明細タイプ: 明細タイプを選択します。「価格設定レベル」パラメータで受注レベルの価格設定を選択すると、このパラメータは無効にされます。

記帳済受注: 「Yes」を選択すると、記帳済の受注のみの価格が設定/再設定されます。「No」を選択すると、ステータスが「入力済」の受注の価格が設定/再設定されます。このパラメータを空白にすると、コンカレント・プログラムでは記帳されたステータスに関係なくオープンなすべての受注/明細が選択されます。

「価格設定レベル」で「明細」が選択されている場合のみ、次のパラメータが有効にされます。

「OK」、「発行」の順に選択します。「バッチ価格」コンカレント・プログラムを発行した結果として生成されるログ・ファイルには、指定された入力パラメータに基づいて、処理用に選択されたすべての受注詳細が表示されます。

「パージ受注管理ワークフロー」コンカレント・プログラム

このコンカレント・プログラムでは、Oracle Order Managementに関連付けられているワークフロー項目(「OM受注明細」や「OM受注ヘッダー」など)をパージします。Oracle Workflowに組み込まれている「廃止ワークフロー・ランタイム・データのパージ」プログラムとは異なり、「パージ受注管理ワークフロー」プログラムでは、受注ヘッダーがまだオープンしていてもクローズした受注明細のワークフローがパージされます。このプログラムでは、ごく一部の特別な場合において、より多くのワークフロー項目がパージに対して適格となるようにして、オープンしているワークフローのクローズを試行します。このパージ・プログラムを使用すると、ワークフローの表のサイズを減少させて大量受注処理のパフォーマンスを向上させることができます。

クローズ受注の受注管理ワークフローをパージする手順は、次のとおりです。

  1. 「要求の発行」ウィンドウにナビゲートして、「パージ受注管理ワークフロー」を選択します。

  2. 単一の項目タイプに対応する、クローズされたワークフローをパージするためのワークフロー項目タイプを選択します。このパラメータのデフォルト値は「全項目タイプ」です。項目タイプを選択しない場合は、コンカレント・プログラムによって、タイプ「OM受注ヘッダー」のワークフローに対応するクローズされたすべてのワークフローがパージされます。

  3. パージするワークフロー項目の一意識別子を入力します。アプリケーションによって、この情報を使用してワークフロー項目キーに対応するワークフローがパージされます。

  4. クローズ後の経過日数を入力すると、完了後にこの日数以上が経過したワークフローをパージできます。

  5. 適用可能な「クローズ前」オプションを選択します。ワークフロー項目タイプが「OM受注ヘッダー」または「全項目タイプ」である場合、コンカレント・プログラムでは、受注内のすべての明細が実際はクローズされているにもかかわらず、明細クローズが保留中であることが原因でオープンしているすべてのヘッダー・ワークフローを識別し、クローズを試行します。ワークフロー項目タイプが「OMエラー」である場合は、コンカレント・プログラムによって、すべてのOMエラー・フローおよびWFエラー・フロー(孤立しているか、またはエラーのないOMフローに関連付けられたエラー・フロー)が識別されます。これらのエラー・フローはプログラムによって完了され、パージされます。

  6. ワークフロー・データのパージ頻度を入力します。デフォルト値は500です。ワークフロー項目が500個パージされるたびに、アプリケーションによりデータベース・エンジンに対してコミットが発行されます。