セールスカスタマーリレーションシップマネジメントの注文タイプ

顧客注文とサービス注文は、 ServiceNow 注文管理 における 2 つの主要なタイプの受注です。それらの違いと、ユースケースに適した注文タイプを選択する方法について説明します。

顧客の注文を使用して製品またはサービスを注文します。サービス注文は、新しいサービスの有効化や、以前の日付で顧客に対して有効化されて提供されたサービスの販売後要求に使用します。 このプロセスを使用することで、履行プロセス全体を通じてサービスオーダーが正しく、効率的に処理されるようになります。次の表は、顧客注文とサービス注文を比較し、2 つの相違点を示しています。

側面	顧客注文	サービス注文
定義	顧客が購入または変更を希望する製品 (有形またはデジタル) の注文。	本質的に非営利であり、技術的なフルフィルメントのみを必要とするサービスの注文。 サービス注文は、新しいサービスの有効化や、以前の日付で顧客に対して有効化されて提供されたサービスの販売後要求に使用します。
注文レコード構造	製品オファリングに基づく 1 つ以上の品目を含む顧客注文レコード。 製品の仕様、特性、および値が含まれます。	サービス仕様に基づく 1 つ以上の品目を含むサービス注文レコード。 サービスの仕様、特性、および値が含まれます。
注文キャプチャ用の TMF API	TMF622:製品注文 API	TMF641:サービス注文 API
MACD 注文オプション	追加 変更 削除	追加 変更 接続不可 一時停止 再開
分解	これは、製品、サービス、リソースの仕様、およびルールに基づいています。 承認されると、注文は製品、サービス、およびリソースの注文に分解されます。 品目ごとに複数のドメイン注文 (製品、サービス、リソース) を作成できます。	これは、サービスの仕様とルールに基づいています。 承認されると、注文はサービス注文とリソース注文に分解されます。 通常、品目ごとにサービスとリソースの注文を作成します。
一意のロール	発注エージェント [sn_ind_tmt_orm.order_agent] 受注処理マネージャー [sn_ind_tmt_orm.order_fulfilment_manager]	サービス注文エージェント [sn_ind_tmt_orm.service_order_agent] サービス注文マネージャー [sn_ind_tmt_orm.service_order_manager]
インベントリへの影響度	販売済み製品	プロダクトインベントリ
に適しています	すべての業種	電気通信業界に好まれるあらゆる産業

承認前のサービス注文と承認後のサービス注文の違い

顧客の注文と同様に、キャプチャされたサービス注文にも ORD(nnn) というプリフィックスが付いた ID があります。注文フォームの [注文カテゴリ] フィールドは、 注文が製品 (顧客の注文) か サービス (サービス 注文) のどちらに対する注文であるかを示します。これらのラベルを使用すると、注文のタイプを識別できます。

キャプチャされたサービス注文をフルフィルメントのために承認すると、承認後の分解プロセスでアクション可能なサービス注文とリソース注文が生成されます。承認済みサービス注文に関連付けられている単一のサービス注文、複数のサービス注文、およびリソース注文が表示される場合があります。

• プリフィックスが SO(nnn) のサービス注文は、ドメイン注文と呼ばれます。キャプチャされたサービス注文のサービス注文品目を完了するには、これらの注文と関連するリソース注文を RO(nnn プリフィックス) で履行する必要があります。
• リソース注文は、顧客が要求しているサービスを履行するために必要なリソースを管理します。
• これらのドメイン注文は、要求されたサービス注文の履行を管理します。

詳細については、「順序分解」を参照してください。

サービス注文の注文タイプ

サービスオーダーの 2 つの主要なフルフィルメントアクションは次のとおりです。

• 配送:注文の準備ができた後、注文したアイテムを顧客に提供します。
• 認定:サービスまたは製品が実際の実行前に履行できるかどうかを検証します。

履行タイプが [認定] のサービス認定要求注文は、外部認定要求システムからの API を使用して、 ServiceNow 注文管理 システムでのみ作成できます。注文管理 を使用して注文をキャプチャすると、注文は履行タイプが [配送] として作成されます。

関連概念

• サービス認定要求