業種注文管理の分解の詳細を確認する
学習の目的
この単元を完了すると、次のことができるようになります。
- 業種注文管理 (OM) の分解リレーションを定義する。
- 業種 OM によって下流の履行システムのデータが対応付けられる方法を 3 つ説明する。
- 業種 OM の主な用語を説明する。
分解リレーション
業種注文管理 (OM) の分解では、コマーシャル注文情報を下流の履行システムで必要なテクニカル情報に対応付けます。下流の履行システムとは、配送、請求、在庫などのシステムのことです。分解リレーションには、対応付ける注文情報とその情報を対応付ける方法についての詳細が含まれます。
分解リレーションは、オーケストレーションの入力データが動的に生成されるように設計時に設定され、実行時に実行されます。Infiwave のチームは、Industries 共有カタログにはコマーシャルプロダクトが含まれ、このカタログが業種 OM と Industries CPQ (設定、価格、見積) で共有されることを知っています。ただし、Industries 共有カタログにはテクニカルプロダクトも保存されています。
Infiwave の履行デザイナーである Greg は、分解リレーションの設計を担当しています。Infiwave のチームはコラボレーションを最も重要視しているため、Greg は各自がそれぞれの専門分野で協力してくれることを確信しています。
下流履行システムのデータの対応付け
分解により、オーケストレーション時に注文を履行するために必要なテクニカル情報がコマーシャル注文に提供されます。注文履行プロセス全体において、分解リレーションがいつ、どこで、どのように重要な役割を担っているのかを以下に説明します。
Industries 共有カタログ
Industries 共有カタログには、商品とサービスに関するコマーシャル注文情報とテクニカル注文情報が保存されています。分解によってコマーシャル注文情報 (スマートフォンモデルなど、お客様に表示される内容) が取得され、テクニカル注文情報に変換されます。下流の履行システムで、テクニカル注文情報を使用してその後の注文処理が行われます。
お客様は、Infiwave の Web サイトでストリーミング TV サービスを注文します。ブロードバンドのダウンロード速度と高解像度テレビという提供内容に基づいて、ゴールド TV パッケージを選択します。この注文を履行するには、複数のプロセスが発生しますが、そのすべてはこの 1 つの注文によってトリガーされます。
-
プロビジョニング: カスタマー取引先を作成するか、既存の取引先を新しいサービスで更新する。
-
配送: 高級セットトップボックス (STB) を顧客のサイトに配送する。
-
インストールのスケジュール設定: 現地で STB をインストールしてテストする技術者をスケジュールする。
-
請求: テスト後に顧客に請求する。
下流履行システムの情報
注文を処理するために下流の履行システムで使用される情報は、配送、請求、在庫などのシステムによって異なります。情報が決定されると、分解により、コマーシャルプロダクトのコマーシャル情報と下流の履行システムで消費できるテクニカルプロダクト情報が対応付けられます。
業種 OM でのデータ対応付け
分解を使用して、標準 Salesforce 項目と属性、または属性と属性いずれかの対応付けを行います。属性は、一般的なデータ形式である JavaScript オブジェクト表記 (JSON) データとして保存されます。
データを対応付けるには、逐語的、静的、リストという 3 つの方法があります。この対応付けは 1 つ以上の条件を設定することで制御できます。後で詳しく説明します。
分解の出力は、オーケストレーションの入力として使用されます。分解とオーケストレーションは相互に連動関係があり、正常に注文を履行するために欠かせません。
ストリーミング TV サービスの例では、通話時に、お客様と CSR に表示されないテクニカル情報の種類のみが示唆されます。ときには、より技術的に複雑な情報 (ポートの予約や有効化など) が必要となる場合があります。
分離リレーションにより、Infiwave の CSR によって見込み客が注文に関する複雑なテクニカル情報で煩わされることはありません。これにより、CSR とお客様双方の注文プロセスが簡略化し、売上の減少が最小限に抑えられ、養成された CSR の離脱が減少します。
業種 OM の主な用語
では、業種 OM の主な用語について学び、分解についての理解を深めましょう。まず、次のデータフローの概要図を参照し、Industries CPQ カートからの注文がどのように履行要求に分解されるかを理解してください。
次に、注文履行プロセス全体における分解の役割を学びましょう。
対応付けの方法
履行デザイナーによって、分解リレーションに定義された対応付けルールが注文分解時に呼び出され、そのルールを使用して履行要求が作成されます。対応付けルールには、ソースであるコマーシャルプロダクトから、宛先となるテクニカルプロダクトへ、そして最終的には下流の履行システムに渡す情報が定義されます。ソース商品のデータは項目でも属性でも構いませんが、宛先のテクニカルプロダクトのデータは属性として保存する必要があります。
対応付けルールのタイプ
分解リレーションでは、3 つのタイプの対応付けルールがサポートされています。
-
逐語的: ソースはそのまま宛先にコピーされます。変換は行われず、属性は変更されずに渡されます。たとえば、40 Mbps は 40 Mbps に対応付けられ、John Doe という名前は John Doe のままとなります。
-
静的: 宛先属性の値は、指定した静的文字列に対応付けられます。たとえば、プロビジョニングシステムではすべてのダウンロード速度とアップロード速度の単位は 1 秒あたりのメガバイト数であると想定されるため、40 Mbps は単純に 40 に対応付けられます。プロビジョニングシステムのダウンロード速度は、整数値である必要があります。
-
リスト: ソース値は、対応する宛先値に設定されます。たとえば、ソース値が「Fast (速い)」の場合、宛先は 12 Mbps に対応付けられます。ソース値が「Real Fast (非常に速い)」の場合、宛先は 20 Mbps に対応付けられます。
ビジネスユーザーがこの対応付けルールの種類を知っておくと役立ちますが、詳細について気にする必要はありません。幸い、業種 OM には対応付けルールを定義しやすい便利なユーザーインターフェース (UI) が備わっています。
次の単元
分解に必要な基本事項を学んだところで、次の単元では分解のモデルやパターンについて説明します。