順序分解の例
顧客注文とサービス注文をさまざまな条件下で分解する方法を示すデモデータを使用した例は、分解プロセスを理解するのに役立ちます。条件には、複雑な注文管理と履行ワークフローをサポートするオプションの特性、数量ベースの分解、段階履行、および除外ルールが含まれます。
仕様関係と分解ルールの例
- ファイアウォールアドミニストレーター
- ファイアウォールと DMZ
- 脅威と侵入防止サービス
分解プロセスでは、対応する特性が管理 Firewall サービス仕様のオーダー明細で使用可能な場合にのみ、RFS サービスオーダーが作成されます。
- 管理対象ファイアウォールサービスの CFS サービス注文。
- 3 つの RFS 仕様すべてに対応する 3 つの RFS サービス注文。
- リソース仕様の Tree リソース注文。
次に、 ServiceNow AI Platform により、分解されたサービスとリソース注文の履行ワークフローがトリガーされます。このワークフローは、ドメイン注文を履行するために必要な注文タスクを生成し、ディシジョンテーブルを使用して分解された注文のワークフローを識別します。選択されたワークフローは、元のサービス注文のさまざまな属性に基づいています。これらの属性には、仕様カテゴリ、注文明細品目アクション (追加、変更、または削除) などが含まれます。
ディシジョンテーブルの詳細については、「ディシジョンテーブル」を参照してください。
仕様関係に基づく順序分解の例
仕様関係は、製品、サービス、およびリソース間の関係を定義します。仕様関係を定義するときに、オプションで分解ルールを作成して、顧客の注文を分解、履行、および顧客に配送する方法を指定できます。
分解ルールを表示するには、除外ルールとして表示するのが最善です。分解ルールを使用して、特性または特性オプションが含まれていない顧客注文を受領したときにドメイン注文が作成されないように指定します。たとえば、SD-WAN サービスパッケージのデモデータでは、次のようになります。
- 仕様関係は、SD-WAN コントローラの製品仕様とそのサービス仕様の間に定義されます。
- サービス仕様には、製品に必要なサービスの詳細が記載されています。SD-WAN コントローラ製品の注文を受け取ると、SD-WAN コントローラサービスの製品注文とサービス注文が生成されます。
- ソース仕様とターゲット仕様の関係がバンドル、実現方法、または要求タイプの場合、顧客注文の分解時にターゲット仕様の製品、サービス、またはリソース注文が作成されます。
- 分解は、製品、サービス、およびリソースの注文を生成しながら、ソースとターゲットの間の階層関係を確立します。
- 仕様関係が [構成済み] タイプの場合、分解は行われません。
- SD-WAN コントローラ
- SD-WAN エッジデバイス
- SD-WAN セキュリティ
- SD-WAN サービスパッケージには、SD-WAN コントローラとのバンドル関係があります
- SD-WAN サービスパッケージには、SD-WAN Edge デバイスとのバンドル関係があります
- SD-WAN サービスパッケージは、SD-WAN セキュリティとバンドル関係にあります
- SD-WAN コントローラ
- SD-WAN エッジデバイス
- SD-WAN セキュリティ (オプションセキュリティ製品を注文した場合)
定義された分解ルールに基づく順序分解の例
顧客が注文を行い、[ テナンシ] オプションを選択しない場合、関連するサービス注文は生成されません。
特性とオプションへの参照を含む順序分解の例
- ソース仕様は、仕様関係を定義する仕様です。
- ターゲット仕様は、関係が定義されている仕様です。
- 仕様関係から分解ルールを作成すると、両方の値が自動的に定義されます。
特性と値が注文明細行に存在する場合、 ServiceNow AI Platform は分解ルールを [追加] および [変更] タイプの注文に適用します。切断 (削除) 注文アクションのある顧客の注文品目には適用されません。
- SD-WAN エッジデバイスには、WAN 最適化と呼ばれる特性があり、SD-WAN セキュリティとの関係が実現しています。
- 特性として WAN 最適化を使用するこの関係には分解ルールがあります。
WAN 最適化特性が含まれていない SD-WAN サービスパッケージの注文を受け取った場合、分解ルールによって SD-WAN コントローラサービスサービス注文が生成されなくなります。このルールは、その特性が注文されている場合にのみ、そのサービス注文の分解が発生するように指定しています。
注文明細品目数量の注文分解と注文数量特性の変更
注文分解プロセスでは、注文キャプチャプロセスからの注文数量情報を使用して、顧客注文の品目数量に一致する複数の製品注文を作成します。エージェントは、製品の各インスタンスを個別に履行し、各履行インスタンスのインベントリレコードを作成します。
顧客が SD-WAN サービスパッケージ製品の 3 つのインスタンスの注文を送信し、注文を承認すると、分解プロセスによって、注文明細品目ごとに 1 つの製品注文を含む、SD-WAN サービスパッケージの 3 つの製品注文が作成されます。SD-WAN サービスパッケージの各製品注文は、受注処理プロセスの製品およびサービスの 3 つの子注文を作成します。
千鳥分解の例
次の例は、SD-WAN ブロンズプランと呼ばれる製品オファリングの時差分解プロセスを示しています。
- SD-WAN エッジデバイス
- SD-WAN セキュリティ
- SD-WAN コントローラ
SD-WAN Edge デバイス製品仕様には、SD WAN 最適化サービスおよび SD-WAN ルーティングとの仕様関係があり、基礎となる分解ルールには WAN 最適化およびルーティング特性の値がありません。
次の例は、SD-WAN ブロンズプランの製品オファリングの分解ルールを示しています。
顧客が SD-WAN ブロンズプラン製品オファリングを注文し、貴社がこの顧客注文を承認すると、定義された仕様関係と分解ルールに従ってドメイン注文が作成されることから分解が始まります。この顧客注文にはルーティングと WAN 最適化のこれらの特性の値がないため、分解ルールではサービス注文が作成されません。
ただし、注文履行プロセスの一環として、ルーティングと WAN 最適化に関する情報が利用可能である必要があります。履行エージェントがこれらの特性の値を提供すると、分解ルールによって必要なサービス注文が作成され、注文の分解が完了します。