機械翻訳について

Order Managementのトラブルシューティング

オーダー管理の設定で発生する問題を修正します。

一部のソリューションは、SQLを使用してオーダー管理データベースを問い合せます。 詳細は、「SQLを使用したオーダー管理データの問合せ」を参照してください。

拡張可能フレックスフィールドのトラブルシューティングについては、「Order Managementの拡張可能フレックスフィールドのトラブルシューティング」を参照してください。

設定

問題

解決

「設定および保守」作業領域の「保留コード」の管理ページを使用します。 サービス・タブでサービスを追加しようとすると、選択して追加: サービス・ダイアログには、必要なサービスが表示されません。 たとえば、出荷の作成サービスは表示され、出荷の更新サービスは表示されません。

「タスク・タイプの管理」ページを使用して、保留に対して選択できるタスクおよびサービスを指定します。 サービス・タブにサービスを表示するには、「保留可能」オプションを設定する必要があります。 詳細は、「独自のタスク・タイプを使用した保留の適用」を参照してください。

「設定および保守」作業領域の「オーダー参照の管理」ページに移動しますが、30文字を超える参照コードは追加できません。

コードを正確に記述するために、さらに文字が必要です。

参照コード属性の目的は、すべてのコードをすばやくスキャンする方法を提供することです。 内容または摘要属性を使用して、詳細を指定します。

処理制約の検証ルール・セットなど、他のオブジェクトにも同じ状況が適用されます。 これらのオブジェクトの多くには、コードまたは短縮名に加え、説明も記載されています。

ImportSalesOrder webサービスを使用して、各販売オーダーの予定出荷日および予定到着日属性の値をインポートします。

ただし、オーダー管理では、インポートされた値がリクエスト出荷日属性の値に置き換えられます。 販売オーダー・ステータスを更新すると、値が置換されます。

Global Order Promisingを使用して販売オーダーをスケジュールする場合は、スケジュールの上書き属性をはいに設定するビジネス・ルールを作成します。 この属性は、Global Order Promisingに日付をスケジュールせず、既存の日付を使用するよう指示します。

ルールの例を確認します。 詳細は、「予定出荷日のデフォルト値の設定」を参照してください

「設定および保守」作業領域の「管理者プロファイル値の管理」ページに移動し、表示通貨のプロファイル表示名属性を検索します。

ただし、検索結果のプロファイル値領域のプロファイル値属性に、選択できる値がありません。

この問題は、通常、通貨を収集していない場合に発生します。

プラン入力作業領域に移動し、プランニング・データの収集タスクを実行します。

  • Source SystemをOPSに設定します。

  • コレクション・タイプをターゲットに設定

  • Currencies参照エンティティをSelected Entitiesリストに移動します。

詳細は、オーダー管理のプランニング・データの収集を参照してください。

通貨データを収集したことを確認します。

select
  *
from
  msc_xref_mapping
where
  entity_name like 'CURRENC%'

select
  *
from
  msc_currencies_tl

詳細は、「SQLを使用したオーダー管理データの問合せ」を参照してください。

エラーが発生しました。

Fail to load task definition. :: oracle.apps.fnd.applcore.visualInformationBuilder.businessRules. publicCommonApprovals.task.TaskLoaderException : Exception thrown in getSAXSource ::java.lang.NullPointerException : null

「設定および保守」作業領域のオーダー承認ルールの管理タスクなど、設定タスクへのアクセスを許可する権限がないため、このエラーが発生する可能性があります。

オーダー承認ルールの管理権限およびBPM Workflow System Admin Role権限が必要です。 2つの選択肢があります。

  • Order Managementの管理に必要な権限があることを確認します。 必要な権限が含まれています。

  • 新しいロールを作成し、そのロールに権限を割り当てて、「最新のLDAP変更の取得」スケジュール済プロセスを実行します。

オーダー・エントリ

問題

解決

顧客品目に問題があります。 たとえば:

  1. Product Information Managementで、AS54888品目とSTELLAR_1顧客品目の間の取引品目関係を作成します。
  2. 販売オーダーを作成し、オーダー明細1にAS54888を追加して、オーダーを発行します。
  3. AS54888がSTELLAR_2顧客品目を参照するように、Product Information Managementの関係を変更します。
  4. 販売オーダーを改訂し、オーダー明細2にAS54888を追加します。
  5. 行2にはSTELLAR_2顧客品目がありますが、行1にはまだ古いSTELLAR_1があります。

これは予想された動作です。

関係は変更しないでください。 かわりに、新しいものを作成し、「取引先品目」属性で別の値を使用します。

バックグラウンドについては、「Order Managementの顧客品目の設定」を参照してください。

オーダー管理作業領域で販売オーダーを作成します。 カタログ明細で品目を検索して追加しますが、明細にエラー・メッセージが表示されます。

No data was retrieved

販売オーダーを作成するときにエラーが発生します:

Orchestration process 300000001288069 for order was not started because it is not deployed or the server is unavailable.

この問題は、オーケストレーション・プロセスを作成または変更してもデプロイしない場合、またはサーバーが停止している場合に発生します。

サーバーがオンラインに戻るまで待ちます。 サーバーが使用可能になると問題が解決しない場合は、オーケストレーション・プロセスをデプロイします。 詳細は、「オーケストレーション・プロセスのデプロイ」を参照してください。

カバレッジ開始日パラメータに自分のビジネス・ユニットを追加します。

次に、販売オーダーを作成し、カバレッジ品目を追加し、品目の契約開始日を設定してから発行をクリックします。オーダー管理では、履行ビューの契約開始日が変更されます。

ビジネス・ユニットをカバレッジ開始日パラメータに追加すると、オーダー管理では、このビジネス・ユニットを使用してカバレッジ日が計算されます。 詳細は、オーダー管理パラメータの管理を参照してください。

オーダー明細に日付を手動で入力する場合は、カバレッジ開始日パラメータからビジネス・ユニットを削除します。

販売オーダーを作成して送信しましたが、販売オーダー・ラインは未開始ステータスのままです。 これは私が作成したすべてのオーダーで行われます。 私もエラーが発生しました。

オーケストレーション・プロセス300000090474951のタスク300000090474951が失敗しました。 適切なオーダー・オーケストレーション作業領域処理を使用して、このタスクをリカバリします。 (DOO-2685501)

販売オーダーの復元または注文の修正を試みましたが、問題は解決しません。

オーダー管理でサポートされていない一時停止タスクにルーティング・ルールがある可能性があります。

  1. 「設定および保守」作業領域に移動し、ルーティング・ルールの管理に使用するページを検索します。 Manage External Interface Routing Rules(外部インタフェース・ルーティング・ルールの管理)またはManage External Integration Routing Rules for Sales Orders(販売オーダーの外部統合ルーティング・ルールの管理)のいずれかです。 詳細は、「オーダー管理でのビジネス・ルールの使用の概要」を参照してください。

  2. 一時停止タスクに依存し、コネクタを設定するルールを探します。 たとえば、Visual Information Builderを使用する場合、次のようなルールを探します:

    If Task Type is equal to pause, then set connector name to Fusion-Reservation.

    Oracle Business Rulesを使用する場合は、次のようなルールを検索します:

    If header.Task Type is "Pause", then Set Connector Name ( "Fusion-Reservation" )

  3. ルールを非アクティブ化します。 アクティブ・オプションからチェック・マークを削除します。

  4. オーダー管理作業領域に移動し、販売オーダーのリカバリ処理を使用します。

エラーが発生しました:

Task Invoice for orchestration process 300000600179143 failed. Use recover task, recover order, or recover process to recover the failed task or process. (DOO-2685501) You must set the Primary Salesperson attribute and the Sales Credits on the order header or the order line, then resubmit the sales order. The Create Billing Lines fulfillment task failed because data is missing or isnt correct. The Required Salesperson option is enabled in Accounts Receivable. Source Order Information: 2829-2-1

オーダー・ヘッダーまたはオーダー明細のプライマリ営業担当属性および販売実績を設定してから、販売オーダーを再送信してください。

プライマリ営業担当を必要としない場合は、このオプションを無効にできます。

  1. 「設定および保守」作業領域に移動してから、タスクに移動します:
    • オファリング: 財務
    • 機能領域: 売掛/未収金
    • タスク: 売掛/未収金システム・オプションの管理
  2. 「売掛/未収金システム・オプションの管理」ページで、ビジネス・ユニットを検索し、検索結果でクリックします。
  3. 「システム・オプションの編集」ページで、「営業担当必須」オプションを無効にし、「保存してクローズ」をクリックします。

詳細は、「収益認識の実装設定」を参照してください。

改訂済オーダー

問題

解決

オーダー管理では、属性を更新するたびに新しい販売オーダー改訂が作成されます。

ソース・オーダーをオーダー管理にインポートするには、OrderImportServiceまたはOrder Hub REST APIの販売オーダーを使用します。

予定出荷日を定期的に計算するスケジューリング・アプリケーションが履行システムに存在し、オーダー明細の拡張可能フレックスフィールドを使用して日付を格納します。

統合により、日付を変更するたびに新しい販売オーダー改訂が作成されます。 リビジョンを作成しません。

OrderImportServiceまたはREST APIのかわりに、オーダー履行レスポンス・サービスを使用します。 オーダー履行レスポンス・サービスで改訂が作成されません。

オーダー履行レスポンス・サービスについて学習します。 詳細は、「オーダー管理の統合に使用できるWebサービス」を参照してください。

詳細と例については、「Oracle Supply Chain Management CloudのREST API」、Order Management、「オーダー・ハブの販売オーダーをクリック」の順に展開します。

返品オーダー

問題

解決

エラーが発生しました:

Processing constraints: A user-defined validation couldn't be completed: You cannot submit the order because the bill to customer for the return line has changed. It is not related to the bill to customer in the original order line.

このメッセージは、事前定義済のDOO_RMA_BILLTO_CUSTOMER_CHANGED処理制約から取得されます。 詳細は、「処理制約」を参照してください。

または、「自動インボイスのインポート」スケジュール済プロセスのログ・ファイルに次のエラーが発生します:

The bill-to customer of the credit memo must be either the same as or related to the bill-to customer of the transaction it's crediting.

自動インボイスのインポートの詳細は、「会社間売掛/未収金請求書インポート詳細の更新」を参照してください。

返品オーダーを作成する際は、請求先顧客属性を変更しないことをお薦めします。 また、請求先顧客に元のオーダーに含まれる値と同じ値が含まれているか、元の請求先顧客に関連していることを確認してください。

DOO_RMA_BILLTO_CUSTOMER_CHANGED制約を無効にすることもできます。 販売オーダーの送信後に使用不可にすると、「自動インボイスのインポート」エラーが発生する可能性があります。 これを回避するには、元のオーダー明細の請求先顧客と返品オーダーの請求先顧客との間のアカウント関係を設定し、「自動インボイスのインポート」を実行します。 詳細は、「顧客アカウント関係」を参照してください。

オーダー管理作業領域で販売オーダーを作成します。

「オーダー明細」領域で、「処理」>「参照されていない返品明細の追加」をクリックします。

品目を追加し、返品明細タイプと事由を設定し、追加をクリックします。

しかし、返品明細には価格がありません。

価格設定アルゴリズムを促進します。 詳細は、「価格設定アルゴリズムを最新の更新に促進」を参照してください。

返品明細が受入待ちステータスでスタックしています。

「領収書の送信の確認」スケジュール済プロセスを実行します。

オプションとして、ソース文書番号パラメータを、返品明細を含むソース・オーダーを識別する番号に設定します。 たとえば、ソース・オーダー番号が14052903の場合、ソース文書番号を14052903に設定します。

エラーが発生しました。

Order management didn't create a sales order for source order AFH879, source order line 7, source order schedule 4, billing plan 3. If the price on the return order is different from the price on the original order, then you must set the cancel reason to Price Change and resubmit the order.

定期請求の開始後に将来の請求期間の価格を調整する必要がある場合がありますが、この調整は参照される返品明細に対してのみ実行できます。

定型請求があるアウトバウンド明細の参照返品明細の価格を調整し、返品明細の単価が当初明細の単価と異なる場合は、インポート・ペイロードでCancelReasonCode属性をORA_PRICE_CHANGEに設定する必要があります。 他の値を使用すると、このエラー・メッセージが表示されます。

クローズ済オーダー明細の返品

クローズ済オーダー明細の返品を作成しようとしたときにエラーが発生しました。

このエラーは、Product Information Managementの設定で品目を返品できないために発生する可能性があります。 それをセット・アップしなければなりません。 詳細は、「返品オーダーの処理のガイドライン」を参照してください。

オプションとして、OracleデータベースでSQLを実行して、品目および履行明細の返品可能属性の値を確認します。

SELECT  dfla.source_order_number                ,
        dfla.inventory_item_id                  ,
        dfla.status_code                        ,
        dfla.returnable_flag "Fline Return Flag",
        esib.Item_number                        ,
        esib.Returnable_flag "Item Return Flag"
FROM    doo_fulfill_lines_all dfla,
        egp_system_items_b esib
WHERE   source_order_number                = '&SOURCE_ORDER_NUMBER'
        AND esib.inventory_organization_id = dfla.inventory_organization_id
        AND esib.inventory_item_id         = dfla.inventory_item_idWord' to retain layout.]

機能

Transportation Management

問題

解決

オーダー管理はTransportation Managementにリクエストを送信しますが、Integration Cloud ServiceとTransportation Managementの間のwebサービスが稼働していないため、オーダー管理作業領域では履行明細にエラー・アイコンが表示されます。

エラー・リカバリを使用してタスクを再試行してください。

オーダー管理ではタスクがエラーの間はTransportation Managementからの更新を受け入れられないため、Integration Cloud Serviceを介してコールを再試行しないでください。

Transportation Managementは更新をオーダー管理に送信しますが、履行明細がオーケストレーション・プロセスの待機ステップにないか、オーケストレーション・プロセスがすでに別のリクエストを処理中であるため、オーダー管理は更新を拒否します。

Transportation Managementからリクエストを手動で再送信します。

販売契約

問題

解決

オーダー・ヘッダーに顧客属性を設定しますが、販売オーダーの作成時にオーダー・ヘッダーの販売契約属性で使用できる販売契約はありません。

顧客の販売契約を設定し、その契約がアクティブであることを確認します。

オーダー・ヘッダーで使用可能な販売契約は、オーダー明細で使用可能な販売契約とは異なります。

営業基本契約の設定を確認します。 オーダー管理には、。

  • 顧客に設定し、アクティブであるオーダー・ヘッダー。

  • 顧客に設定したオーダー明細はアクティブであり、オーダー明細の品目に対して指定したオーダー明細です。

エラー・メッセージ

メッセージ

解決策

Pricing did not apply a sales agreement adjustment for charge Sale Price because it cannot find adjustment basis 100010.

販売契約の価格設定条件で調整基準が正しく設定されていることを確認してください。

Pricing did not apply a tier adjustment on the sales agreement for charge Sale Price because it cannot find adjustment basis 100010.

販売契約の階層に従って価格を調整する価格設定条件の調整基準を正しく設定してください。

Pricing did not apply a tier adjustment for the sales agreement to charge Sale Price because it cannot find tier basis 100010.

販売契約の階層に従って価格を調整する価格設定条件の階層ベースを正しく設定してください。 階層ベースで価格要素が正しく設定されていることを確認してください。

たとえば、販売契約を参照する価格設定条件の階層基準としてQP_NET_PRICE価格要素を使用することはできません。

詳細の取得

オーダー・ヘッダーに設定できる販売契約の詳細を取得するために使用できるSQLをいくつか示します。

SELECT h.CONTRACT_ID, h.ID, h.MAJOR_VERSION, h.VERSION_TYPE,h.CONTRACT_NUMBER, h.CONTRACT_NUMBER_MODIFIER, h.COGNOMEN CONTRACT_NAME, h.SHORT_DESCRIPTION, h.DESCRIPTION,h.STS_CODE, h.ORG_ID, h.INV_ORGANIZATION_ID, h.CURRENCY_CODE,h.START_DATE, h.END_DATE,
p.OBJECT1_ID1 PRIMARY_PARTY_ID, p.RLE_CODE FROM OKC_K_HEADERS_VL h, OKC_CONTRACT_TYPES_VL t, OKC_K_PARTY_ROLES_VL p
where h.CONTRACT_TYPE_ID=t.CONTRACT_TYPE_ID and h.BUY_OR_SELL='S' and t.CONTRACT_CLASS='AGREEMENT' AND t.INTENT='S' and t.LINE_CLASS='SALES_AGREEMENT' AND h.ID=p.DNZ_CHR_ID(+) AND h.MAJOR_VERSION=p.MAJOR_VERSION(+) AND p.PRIMARY_YN(+)='Y'
and h.STS_CODE='ACTIVE' and h.VERSION_TYPE in ('C','A') and h.TEMPLATE_YN='N' and h.ORG_ID=<BuId> and h.CURRENCY_CODE=<CurrencyCode>
and p.OBJECT1_ID1=<PartyId> and <PricingDate> BETWEEN h.START_DATE AND Nvl(h.END_DATE,<PricingDate>)

オーダー明細に設定できる販売契約の詳細を取得するために使用できるSQLをいくつか示します。

SELECT h.CONTRACT_ID, h.ID CHR_ID, l.MAJOR_VERSION, l.VERSION_TYPE, h.CONTRACT_NUMBER, h.CONTRACT_NUMBER_MODIFIER, h.COGNOMEN CONTRACT_NAME, h.SHORT_DESCRIPTION CONTRACT_SHORT_DESCRIPTION, h.DESCRIPTION CONTRACT_DESCRIPTION,l.STS_CODE, h.ORG_ID, h.INV_ORGANIZATION_ID, l.CURRENCY_CODE,l.START_DATE, l.END_DATE, l.UOM_CODE,l.ID LINE_ID, l.LINE_NUMBER, l.ITEM_NAME, l.ITEM_DESCRIPTION,
l.OBJECT1_ID1 ITEM_ID, l.OBJECT1_ID2 ITEM_INV_ORG_ID, p.OBJECT1_ID1 PRIMARY_PARTY_ID, p.RLE_CODE
FROM OKC_K_HEADERS_VL h, OKC_CONTRACT_TYPES_VL t, OKC_K_PARTY_ROLES_VL p, OKC_K_LINES_VL l
where h.CONTRACT_TYPE_ID=t.CONTRACT_TYPE_ID and h.BUY_OR_SELL='S' and t.CONTRACT_CLASS='AGREEMENT' AND t.INTENT='S' and t.LINE_CLASS='SALES_AGREEMENT' AND h.ID=l.DNZ_CHR_ID AND h.MAJOR_VERSION=l.MAJOR_VERSION and l.SOURCE_CODE_CLASS='SALES_AGREEMENT' and l.STS_CODE='ACTIVE' AND h.ID=p.DNZ_CHR_ID(+) AND h.MAJOR_VERSION=p.MAJOR_VERSION(+) AND p.PRIMARY_YN(+)='Y'
-- and h.STS_CODE='ACTIVE' and h.VERSION_TYPE in ('C','A') and h.TEMPLATE_YN='N' and h.ORG_ID=<BuId> and h.CURRENCY_CODE=<CurrencyCode> and l.OBJECT1_ID1=<ItemId> and l.OBJECT1_ID2=<InvOrgId> and l.UOM_CODE=<UomCode>
and <PricingDate> BETWEEN l.START_DATE AND Nvl(l.END_DATE,<PricingDate>)

オーダー管理の拡張機能

問題

解決

オーダー管理は、日本語など英語以外の言語でデプロイします。 拡張でSetName属性をCommon Setに設定します。

vcrow.setAttribute("SetName", "Common Set");

販売オーダーを送信するとエラーになります。

Error executing Extended Order Type-AR Trns Type in event On Start of Submission Request: oracle.jbo.JboException: JBO-29000: Unexpected exception caught: java.lang.NullPointerException, message = Cannot invoke method getAttribute () on null object. (DOO-2685874) '

この問題は、共通セットが自分の言語で使用できない可能性があるために発生します。 かわりに、SetCode属性をCOMMONに設定できます。

vcrow.setAttribute("SetCode", "COMMON");

この使用例については、オーダー・タイプに応じた請求トランザクション・タイプの設定サブ・トピックの//Function to get Billing Transaction Typeコードを参照してください。 詳細は、「オーダー・ヘッダーの拡張」を参照してください。

Order Management作業領域を使用して販売オーダーを取り消すと、オーダー管理拡張は実行されませんが、REST APIを使用してオーダーを取り消すと実行されます。

この問題は、REST APIを介してのみ販売オーダーを取り消したときにオーダー管理拡張を実行できるため発生します。 Order Management作業領域で販売オーダーを取り消すと、オーダー管理拡張を実行できません。

クラスまたはタイプは許可されていません

webサービスを使用する場合、XML形式のレスポンス・ペイロードを受け取ります。

<ORACLE_INTEGRATION_MESSAGE xmlns="http://xmlns.oracle.com/oih/oracle_integration_message">
<DOCUMENT_NAME>STORE_PAYMENT_TRANSACTION</DOCUMENT_NAME>
<DOCUMENT_NUMBER>99999</DOCUMENT_NUMBER>
<DOCUMENT_TYPE>NEW_PAYMENT</DOCUMENT_TYPE>
<FROM_SYSTEM>AR</FROM_SYSTEM>
<TO_SYSTEM>STORE</TO_SYSTEM>
<PAYLOAD>
<PARAMETERLIST>
<!-- core mandatory attributes -->
<PARAMETER>
<NAME>GEC_SET_ID</NAME>
<VALUE>46777</VALUE>
</PARAMETER>
<PARAMETER>
<NAME>TRANSACTION_ID</NAME>
<VALUE>36787503</VALUE>
</PARAMETER>
</PARAMETERLIST>
</PAYLOAD>
</ORACLE_INTEGRATION_MESSAGE>

このレスポンスをオーダー管理拡張で解析する必要があります。 解析を行うためにXmlSlurperライブラリをインポートしようとしましたが、オーダー管理拡張にエラーが表示されます。

The use of this class or type is not allowed: groovy.util.XmlSlurper

この問題を修正する方法を学びます。 詳細は、「Webサービスの問題のトラブルシューティング」の抽出の詳細サブ・トピックを参照してください。

パフォーマンス

問題

解決

オーダー管理作業領域で作成または編集するオーダー明細を販売オーダーに追加するたびに、パフォーマンスが低下します。 たとえば、25個のオーダー明細を追加します。

  • 最初の15では、各行を追加するのに約1秒が必要です。

  • 21行目には10秒が必要です。

  • 22行目には12秒が必要です。

  • 25行目には22秒が必要です。

オーダーを保存し、再度問合せしてから、26行目(2秒)を追加します。 問題を回避するために、さらに15行を追加するたびにオーダーを保存して再問合せします。 ただし、100行以上追加できます。

通常、この問題は、変換前ルールを定義したが、変換を実行する前に属性値が空であるかどうかをテストしなかったために発生します。 そのため、ルールでは、値を含まない行のみを評価するのではなく、販売オーダーのすべての行(ルールがすでに評価した行を含む)が調査されます。

値を設定する前に、変換前ルールで変換する属性値が空であることを確認してください。 詳細は、「変換前ルールの管理」を参照してください。

概要ページを開くか、オーダー管理作業領域の概要ページから販売オーダーを問い合せるには時間がかかります。

この問題は、オーダー管理が概要ページでインフォレットを作成して表示するのに時間がかかることが原因で発生することがあります。

クイック処理リンクを使用して、概要ページではなく、販売オーダーの作成や管理に使用するページに移動します。

    • サンドボックスを開きます。
    • 「構成」をクリックします。
    • オーダー管理にナビゲートします。
    • オーダーの作成およびオーダーの管理タスクの「ホーム・ページ」オプションでクイック処理として追加リンクを有効にします。
    • 次回販売オーダーを作成または管理する必要がある場合は、ホーム・ページのリンクを使用します。
    詳細は、「サンドボックスの概要」を参照してください。
危険性を使用しない場合は、オーケストレーション・プロセス・プランニングおよび危険性の計算使用可能オーダー管理パラメータをNoに設定します。詳細は、「Order Managementパラメータの管理」を参照してください。