Order Managementのトラブルシューティング
オーダー管理の設定で発生する問題を修正します。
一部のソリューションは、SQLを使用してオーダー管理データベースを問い合せます。 詳細は、「SQLを使用したオーダー管理データの問合せ」を参照してください。
拡張可能フレックスフィールドのトラブルシューティングについては、「Order Managementの拡張可能フレックスフィールドのトラブルシューティング」を参照してください。
設定
問題 |
解決 |
---|---|
設定およびメンテナンス作業領域の「保留コード」の管理ページを使用します。 サービス・タブでサービスを追加しようとすると、選択して追加: サービス・ダイアログには、必要なサービスが表示されません。 たとえば、出荷の作成サービスは表示され、出荷の更新サービスは表示されません。 |
「タスク・タイプの管理」ページを使用して、保留に対して選択できるタスクおよびサービスを指定します。 サービス・タブにサービスを表示するには、「保留可能」オプションを設定する必要があります。 詳細は、「保留のタスク・タイプの設定」を参照してください。 |
設定およびメンテナンス作業領域の「オーダー参照の管理」ページに移動しますが、30文字を超える参照コードは追加できません。 コードを正確に記述するために、さらに文字が必要です。 |
参照コード属性の目的は、すべてのコードをすばやくスキャンする方法を提供することです。 内容または摘要属性を使用して、詳細を指定します。 処理制約の検証ルール・セットなど、他のオブジェクトにも同じ状況が適用されます。 これらのオブジェクトの多くには、コードまたは短縮名に加え、説明も記載されています。 |
ImportSalesOrder webサービスを使用して、各販売オーダーの予定出荷日および予定到着日属性の値をインポートします。 ただし、オーダー管理では、インポートされた値がリクエスト出荷日属性の値に置き換えられます。 販売オーダー・ステータスを更新すると、値が置換されます。 |
Global Order Promisingを使用して販売オーダーをスケジュールする場合は、スケジュールの上書き属性をはいに設定するビジネス・ルールを作成します。 この属性は、Global Order Promisingに日付をスケジュールせず、既存の日付を使用するよう指示します。 ルールの例を確認します。 詳細は、「予定出荷日のデフォルト値の設定」を参照してください |
設定およびメンテナンス作業領域の「管理者プロファイル値の管理」ページに移動し、表示通貨のプロファイル表示名属性を検索します。 ただし、検索結果のプロファイル値領域のプロファイル値属性に、選択できる値がありません。 この問題は、通常、通貨を収集していない場合に発生します。 |
プラン入力作業領域に移動し、プランニング・データの収集タスクを実行します。
詳細は、オーダー管理のプランニング・データの収集を参照してください。 通貨データを収集したことを確認します。
詳細は、「SQLを使用したオーダー管理データの問合せ」を参照してください。 |
エラーが発生しました。
設定およびメンテナンス作業領域のオーダー承認ルールの管理タスクなど、設定タスクへのアクセスを許可する権限がないため、このエラーが発生する可能性があります。 |
オーダー承認ルールの管理権限および
|
オーダー・エントリ
問題 |
解決 |
---|---|
オーダー管理作業領域で販売オーダーを作成します。 カタログ明細で品目を検索して追加しますが、明細にエラー・メッセージが表示されます。
|
|
いずれかのユーザーが販売オーダーの作成中にエラーが発生しました。
この問題は、オーケストレーション・プロセスを作成または変更してもデプロイしない場合、またはサーバーが停止している場合に発生します。 |
サーバーがオンラインに戻るまで待ちます。 サーバーが使用可能になると問題が解決しない場合は、オーケストレーション・プロセスをデプロイします。 詳細は、「オーケストレーション・プロセスのデプロイ」を参照してください。 |
オーダー管理では、属性を更新するたびに新しい販売オーダー改訂が作成されます。 ソース・オーダーをオーダー管理にインポートするには、OrderImportServiceまたはOrder Hub REST APIの販売オーダーを使用します。 予定出荷日を定期的に計算するスケジューリング・アプリケーションが履行システムに存在し、オーダー明細の拡張可能フレックスフィールドを使用して日付を格納します。 統合により、日付を変更するたびに新しい販売オーダー改訂が作成されます。 リビジョンを作成しません。 |
OrderImportServiceまたはREST APIのかわりに、オーダー履行レスポンス・サービスを使用します。 オーダー履行レスポンス・サービスで改訂が作成されません。 オーダー履行レスポンス・サービスについて学習します。 詳細は、「オーダー管理の統合に使用できるWebサービス」を参照してください。 詳細と例については、「Oracle Supply Chain Management CloudのREST API」、Order Management、「オーダー・ハブの販売オーダーをクリック」の順に展開します。 |
カバレッジ開始日パラメータに自分のビジネス・ユニットを追加します。 次に、販売オーダーを作成し、カバレッジ品目を追加し、品目の契約開始日を設定してから発行をクリックします。オーダー管理では、履行ビューの契約開始日が変更されます。 |
ビジネス・ユニットをカバレッジ開始日パラメータに追加すると、オーダー管理では、このビジネス・ユニットを使用してカバレッジ日が計算されます。 詳細は、オーダー管理パラメータの管理を参照してください。 オーダー明細に日付を手動で入力する場合は、カバレッジ開始日パラメータからビジネス・ユニットを削除します。 |
販売オーダーを作成して送信しましたが、販売オーダー・ラインは未開始ステータスのままです。 これは私が作成したすべてのオーダーで行われます。 私もエラーが発生しました。 オーケストレーション・プロセス300000090474951のタスク300000090474951が失敗しました。 適切なオーダー・オーケストレーション作業領域処理を使用して、このタスクをリカバリします。 (DOO-2685501) 販売オーダーの復元または注文の修正を試みましたが、問題は解決しません。 |
オーダー管理でサポートされていない一時停止タスクにルーティング・ルールがある可能性があります。
|
エラーが発生しました:
|
オーダー・ヘッダーまたはオーダー明細のプライマリ営業担当属性および販売実績を設定してから、販売オーダーを再送信してください。 プライマリ営業担当を必要としない場合は、このオプションを無効にできます。
詳細は、「収益認識の実装設定」を参照してください。 |
返品オーダー
問題 |
解決 |
---|---|
オーダー管理作業領域で販売オーダーを作成します。 「オーダー明細」領域で、「処理」>「参照されていない返品明細の追加」をクリックします。 品目を追加し、返品明細タイプと事由を設定し、追加をクリックします。 しかし、返品明細には価格がありません。 |
価格設定アルゴリズムを促進します。 詳細は、「価格設定アルゴリズムを最新の更新に促進」を参照してください。 |
返品明細が受入待ちステータスでスタックしています。 |
「領収書の送信の確認」スケジュール済プロセスを実行します。 オプションとして、ソース文書番号パラメータを、返品明細を含むソース・オーダーを識別する番号に設定します。 たとえば、ソース・オーダー番号が14052903の場合、ソース文書番号を14052903に設定します。 |
エラーが発生しました。
定期請求の開始後に将来の請求期間の価格を調整する必要がある場合がありますが、この調整は参照される返品明細に対してのみ実行できます。 |
定型請求があるアウトバウンド明細の参照返品明細の価格を調整し、返品明細の単価が当初明細の単価と異なる場合は、インポート・ペイロードで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からリクエストを手動で再送信します。 |
販売契約
問題 |
解決 |
---|---|
オーダー・ヘッダーに顧客属性を設定しますが、販売オーダーの作成時にオーダー・ヘッダーの販売契約属性で使用できる販売契約はありません。 |
顧客の販売契約を設定し、その契約がアクティブであることを確認します。 |
オーダー・ヘッダーで使用可能な販売契約は、オーダー明細で使用可能な販売契約とは異なります。 |
営業基本契約の設定を確認します。 オーダー管理には、。
|
エラー・メッセージ
メッセージ |
解決策 |
---|---|
|
販売契約の価格設定条件で調整基準が正しく設定されていることを確認してください。 |
|
販売契約の階層に従って価格を調整する価格設定条件の調整基準を正しく設定してください。 |
|
販売契約の階層に従って価格を調整する価格設定条件の階層ベースを正しく設定してください。 階層ベースで価格要素が正しく設定されていることを確認してください。 たとえば、販売契約を参照する価格設定条件の階層基準として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に設定します。
販売オーダーを送信するとエラーになります。
|
この問題は、共通セットが自分の言語で使用できない可能性があるために発生します。 かわりに、SetCode属性をCOMMONに設定できます。
この使用例については、オーダー・タイプに応じた請求トランザクション・タイプの設定サブ・トピックの |
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個のオーダー明細を追加します。
オーダーを保存し、再度問合せしてから、26行目(2秒)を追加します。 問題を回避するために、さらに15行を追加するたびにオーダーを保存して再問合せします。 ただし、100行以上追加できます。 通常、この問題は、変換前ルールを定義したが、変換を実行する前に属性値が空であるかどうかをテストしなかったために発生します。 そのため、ルールでは、値を含まない行のみを評価するのではなく、販売オーダーのすべての行(ルールがすでに評価した行を含む)が調査されます。 |
値を設定する前に、変換前ルールで変換する属性値が空であることを確認してください。 詳細は、「変換前ルールの管理」を参照してください。 |
概要ページを開くか、オーダー管理作業領域の概要ページから販売オーダーを問い合せるには時間がかかります。 この問題は、オーダー管理が概要ページでインフォレットを作成して表示するのに時間がかかることが原因で発生することがあります。 |
クイック処理リンクを使用して、概要ページではなく、販売オーダーの作成や管理に使用するページに移動します。
|