機械翻訳について

同じステータスのままになっているオーダー明細の取消

「出荷待機中」など、長期間オーダー履行に残っているオーダー明細は取り消します。

スタック状態またはエラーになったオーダー明細によって、販売オーダーが終了ステータスに移行できなくなっている可能性があります。

スタック明細のフローの例

ノート

  • オーダー明細1は予約ステップを完了し、実行中で、出荷を待機しています。

  • オーダー明細2は、なんらかの理由によりスケジュール・ステップでスタック状態になり、先に進めません。

  • オーダー明細3は、スケジュール・ステップでエラーが発生し、先に進めません。

販売オーダーを改訂して、スタック状態かエラーが発生している明細を強制的に取り消すことができます。

スタック状態またはエラーが発生している明細の強制的な取消

いくつかの例を考えてみます。

  • オーダー明細が長時間同じステータスのままになっています。 たとえば、オーダー明細を変更した後、その変更が数時間「変更待ち状態」ステータスのままになっています。

  • 補正エラーが発生したためにオーダー明細はエラー・リカバリに移行しており、オーダー管理はオーダー明細を改訂して販売オーダーをリカバリする必要がありますが、エラー・リカバリ中のオーダー明細を改訂することはできません。

  • Order Managementで販売オーダーの計画に使用できる日付よりも後の日付を含むオーダー明細を発行しています。 たとえば、「予定出荷日」属性を2032年に設定しましたが、2022年を使用するつもりであったとします。 オーケストレーション・プロセスはエラー・リカバリに移行します。 「予定出荷日」を変更する必要がありますが、オーダー管理では、エラー・リカバリ中の販売オーダーの現行改訂を変更することはできません。

  • 直接出荷中にエラーが発生しました。

    • 直接出荷を使用する販売オーダーを送信しましたが、サプライヤ・サイトを指定していません。

    • Order Managementが販売オーダーを調達システムに送信しました。

    • 調達システムで、販売オーダーを購買オーダーに変換する際に、サプライヤ・サイトがデフォルト値に設定され、その後の時点で、オーダー管理に返信が送信され、販売オーダー・ステータスが更新されました。

    • オーダー管理で、調達システムが設定したサプライヤ・サイトを検出できなかったため、販売オーダーは先に進むことができず、永続的な履行ステータスでスタック状態になっているように見えます。

これらの例は、スタック状態かエラーが発生したオーダー明細が販売オーダーに含まれている可能性があることを示しています。

この例では、「出荷待機中」ステータスでスタック状態になっているオーダー明細を取り消します。

  1. fom_fix_exceptions_on_order_lines権限を含むユーザー・ロールを使用してサインインします。

    強制取消を使用するには、この権限が必要です。 オーダー管理者に連絡してください。

  2. 「概要」ページで、スタック状態のオーダー明細が含まれる販売オーダーを検索して開きます。

    この例では、オーダー明細の「ステータス」属性が、数時間「出荷待機中」のままになっていると仮定します。

    ヒント: 販売オーダー番号または販売オーダーの識別に使用できるその他の値がわからない場合は、「概要」ページで「期限超過オーダー」棒グラフを使用します。 たとえば、「期限超過オーダー」には、期限を14日超過している販売オーダーが含まれます。 これらのオーダーの一部に、応答していないオーダー明細が含まれている可能性があります。
  3. ページの上部で、「処理」→「改訂の作成」をクリックします。

  4. 「オーダー明細」領域で、取り消す必要がある明細を見つけます。

  5. 「処理」ドロップ・ダウン・アイコンが表示されるまで、右側にスクロールします。

  6. 「処理」→「明細の強制取消」をクリックします。

    • Order Managementにより、オーダー明細の「数量」は0に変更され、「ステータス」が「取消要求済」や「取消待ち状態」などの別の値に変更されます。 要求をモニターするには、「ステータス」が「取消済」になるまで「リフレッシュ」をクリックします。

    • 「明細の強制取消」を再度クリックすると、取消を再試行できます。

    • 「明細の強制取消」は、オーダー明細がスタック状態かエラーが発生している場合にのみ表示されます。

販売オーダーが取消リクエスト済ステータスまたは取消保留ステータスのままになっている場合は、オーダーの回収の使用を検討してください。 詳細は、「販売オーダーのエラーの修正」を参照してください。

出荷セットの明細の強制取消

「発行」をクリックした後に、出荷セット内の明細を強制的に取り消すことはできません。 かわりに、販売オーダーを取り消してから新規販売オーダーを作成します。

出荷セットに2つの明細を含め、「発行」をクリックします。 明細xにはAS54888コンピュータが含まれ、明細yにはそのコンピュータの1年保証が含まれます。 コンピュータは出荷可能ですが、保証は出荷不可です。 出荷可能ではなくても出荷セットに保証を含めるため、オーダー管理はコンピュータおよび保証を同時に請求できます。

後で、明細yを2年保証に改訂して、「発行」をクリックします。 ステータスは「変更保留中」になりますが、「処理中」に進むことはありません。 変更要求が保留になり、履行タスクのメッセージを確認する際にエラーが発生します。

Service {SERVICE_NAME} request for task {TASK_INSTANCE_ID} failed due to a system error. (DOO-2685019)

問題を修正するには保証のみを更新する必要があるため、「強制取消」を使用して明細xを削除し、「発行」をクリックします。ただし、両方の明細が「変更保留中」のままになります。

問題を解決するには、販売オーダーを取り消します。 新規販売オーダーを作成し、出荷セットを改訂後の値に追加します。

補正の強制

スケジューリングや予約の問題が原因で履行明細がスタックしている場合は、Order Managementで強制的に明細の補正を実施して、問題を修正できるかどうかを確認できます。

販売オーダーを改訂するときに、通常Order Managementでは補正ルールを使用して調整内容が決定されます。 詳細は、変更された販売オーダーの補正を参照してください。

場合によっては、Order Managementで強制的に補正を実施して、問題が解決するかどうかを確認できます。

演習

  1. FOM_FIX_EXCEPTIONS_ON_ORDER_LINES権限を持つユーザーとしてサインインします。
  2. スタックしている販売オーダーの改訂を作成します。

    オーダー内にオープンの明細があり、その明細を更新または取り消すことができず、さらにその明細が待機状態でなく、少なくとも90分間スタックしている場合、メッセージが表示されます。

    A problem occurred while processing order lines. Examine the lines that are in error, edit them or forcefully cancel them, then submit them. The submit action will attempt to process all error lines and resolve the problem.
  3. 明細を変更し、「送信」をクリックします。

ノート

  • Order Managementによって、スタックしている各履行明細が補正されます。未編集または未変更の明細も、「変更待ち」ステータスの明細も補正されます。
  • スケジューリングまたは予約の問題が原因でスタックしている明細のみを補正できます。
  • Order Managementの外部で問題が発生している場合は、その問題を修正してから販売オーダーを改訂する必要があります。 たとえば、倉庫で手持数量を予約できないことが原因で明細がスタックしている場合、その明細は予約タスクでスタックしています。 この問題を解決するには、数量を確保できることを確認したうえで販売オーダーを改訂する必要があります。

その他のガイドライン

アクションを実行する必要がある権限がない場合は、強制取消が機能しない可能性があります。 販売オーダーが保留中であると仮定し、強制取消を試行しますが、オーダーがロックされているため失敗します。 保留をリリースできる権限を取得する必要がある場合や、保留を適用したユーザーに保留をリリースするように依頼してから、強制取消を試す必要がある場合があります。