注文ライフサイクルの概要

CSM/FSM 構成可能ワークスペースから 注文管理 機能にアクセスして、注文を取得して管理します。一般的な注文ライフサイクルは、顧客の要求を最初の送信から最終的な納品 履行まで導く、構造化されたマルチフェーズプロセスです。

1. 注文の作成

   注文ライフサイクルは、顧客の要求が送信されたときに開始されます。これは、見積もりを作成して注文に変換する営業担当者、ワークスペースを介して直接注文を取得する販売代理店、ビジネスポータルを介してオンラインで注文する顧客、または別のシステムからAPIを介して作成された注文などです。このフェーズでは、注文内容、価格設定、顧客情報など、顧客向けのすべての詳細をシステムに取り込むことに重点を置いています。

2. 注文の拡張

   注文の拡張サブフローが製品オファリングに対して構成されている場合、注文の拡張タスクが作成されます。履行エージェントは、注文の履行に必要な追加の詳細を取得します。このフェーズでは、エラーがプロセス内にさらに伝播するのを防ぎます。すべての注文に拡張が必要なわけではありません。

3. 注文の承認または却下

   履行マネージャーは、注文、注文明細行、および価格設定の詳細をレビューし、注文を承認または却下します。

4. [システム] 順序の分解

   これは、複雑な製品やサービスを販売する企業にとって重要なステップです。単一の高レベルの注文は、プロセスアドミニストレーターが注文分解をどのように構成したかに基づいて、より小規模で実行可能なサービス注文または履行タスクに自動的に分割されます。たとえば、顧客の電気通信バンドルの注文は、IT プロビジョニング、フィールド技術者、および請求部門の個別のタスクに分解されます。このプロセスは、顧客の要求を詳細な運用計画に変換します。

   製品、サービス、またはリソースの注文を表示して、履行プロセスを追跡し、すべての必要なタスクとサブ注文が正しく作成されたことを確認し、注文が期待どおりにライフサイクルを進めていることを確認します。詳細については、「ドメイン注文の表示」を参照してください。

5. [システム] オーダーオーケストレーション

   システムは、個々の製品、サービス、およびリソースの注文の履行を調整します。タスクは自動的に作成され、適切なチームとシステムにアサインされ、アプリケーションはその進捗状況を追跡します。

   フィールドサービス管理 (FSM) との統合がある場合、作業指示が作成されます。

6. (オプション) 実行中の注文変更

   実行中の注文変更は、注文が送信されてアクティブに処理された後、完全に履行されてクローズされる前に発生します。これらの変更は、履行ライフサイクル中に発生する MACD 順序 (変更、追加、変更、および削除) の形式です。

7. 受注処理

   履行エージェントは、自分にアサインされた注文タスクを完了します。履行マネージャーは、遅延の可能性についてチームに警告する [危険管理] やエラーを処理する [フォールアウト管理] などの機能を使用して、履行プロセスを監視し、問題を管理します。

   各履行タスクが完了すると、サービスまたは製品が有効になるか、顧客に提供されます。これには、物理的な配送からデジタルサービスの電子プロビジョニングまで、あらゆるものが含まれます。すべての製品とサービスが有効になって提供されると、注文は正式に終了します。完了を反映して注文ステータスが更新され、販売済み製品レコードが更新されます。

8. 注文フォールアウトの管理

   受注処理中にエラーや例外が原因で発生する可能性があるエラーを管理します。これらの例外には、不正確なデータ、接続の問題、不十分な在庫供給、またはその他の予期しない問題が含まれます。

9. 注文の危険の監視

   注文の配送遅延をプロアクティブに監視して軽減し、タスクの進捗状況を動的に追跡して潜在的な注文履行の遅延を予測し、フルフィルメント計画がコミットされた完了時間を超えた場合、または超過すると予想される場合は、危険ステータスを監視してサービスデリバリーチームにアラートを送信します。

10. 履行後の注文変更の管理
    発注エージェントは、最初の注文が行われて履行された後、注文に次の販売後変更を加えることができます。

    • 変更
    • 接続不可
    • 一時停止
    • 再開