順序分解
注文の分解は、承認された顧客注文またはサービス注文を、履行のために小さくて管理しやすい一連のドメイン注文に分解するプロセスです。このプロセスは、必要なすべてのコンポーネントが正しくプロビジョニングされるように、製品カタログの定義によって推進されます。顧客注文とサービス注文の分解プロセスとそれらの違いについて説明します。
順序分解の概要
オーダーが承認されると、システムは承認されたオーダーの商用要素を、履行のためにドメイン注文 (製品、サービス、およびリソースオーダー) と呼ばれる、より小さくて実用的な技術コンポーネントに分割します。分解は、注文されたコンポーネントの部品表を定義します。分解は、製品カタログで定義された仕様、仕様関係、および分解ルールに従って行われます。分解ルール (多くの場合除外ルール) は、注文品目に存在する特性またはオプションに基づいて、ドメイン注文を作成する必要がある場合と作成しないタイミングを決定します。分解により、ソース仕様とターゲット仕様の間に階層関係が確立され、必要な製品、サービス、およびリソースの注文が生成されます。
たとえば、デモデータの SD-WAN サービスパッケージについて考えてみましょう。この製品の場合、仕様関係と分解ルールにより、注文の特性に基づいて生成される製品、サービス、およびリソースの注文が決定されます。
注文の分解中に、さらにアクションが必要な製品またはサービス注文に対して作業指示書が作成されます。たとえば、顧客サイトでのデバイスのインストールなどです。受注処理を続行するには、ドメイン注文に関連付けられた注文タスクと作業指示タスクをクローズする必要があります。ドメイン注文を手動でクローズすると、フォールアウトレコードが作成されます。
ドメイン注文の階層
- 製品注文 (親)
- 販売される商品の商業的意図を定義します。これは、ブランド、価格、条件、およびその他の製品関連資料を含む製品仕様に基づいています。製品注文は、関連するサービスおよびリソースの注文をトリガーすることによってフルフィルメントプロセスを開始します。
- サービス注文 (製品注文の子)
- 特定のサービス仕様の履行を管理します。これは、多くの場合、複数のサービスとリソースの注文を伴う、サービスの技術的な実現と提供の概要を示します。
- リソース注文 (サービス注文の子)
- サービスの提供に必要な物理リソースまたは論理リソースのプロビジョニングを処理します。これはリソース仕様に基づいており、サービスの複雑さに応じて複数のリソース注文が含まれる場合があります。
製品仕様で定義されている関係に応じて、各製品注文には複数のサービス注文を含めることができ、各サービス注文には複数のリソース注文を含めることができます。
仕様関係と分解ルールの役割
- 仕様:製品、サービス、およびリソースの属性を定義します。
- 仕様関係:さまざまな仕様が互いにどのように関連しているかを定義します。
- 分解ルール:分解プロセスに条件付きロジックを提供します。
- 関係のタイプが「バンドル」、「次のように実現」、または「要求」の場合、分解プロセスはターゲット仕様に対して次のタイプのオーダーを作成します。
- 対応する顧客向けサービス注文 (CFS) は、顧客向けサービスのパフォーマンスのために生成されたサービス注文です。
- リソース向けサービス注文 (RFS) は、顧客の実際のサービスを実行するために必要なリソースを内部で使用するために生成されるサービス注文です。
- リソースの注文。
- 関係性のタイプが [構成済み] の場合、その関係性の分解は行われません。
分解ルールは除外ルールとして機能します。これは、受信注文に特定の特性または特性オプションが含まれていない場合に、特定のドメイン注文が作成されないようにするために使用されます。これにより、製品またはサービスオファリング内でオプションのコンポーネントを使用できます。たとえば、顧客が注文プロセス中に特定の機能を明示的に選択した場合にのみ、その機能のサービス注文を生成するようにルールを設定できます。
仕様関係と分解ルールを定義して、特定の特性が存在しない場合にドメイン順序を除外することができます。たとえば、顧客またはサービスの注文にテナントや WAN の最適化などの必須特性が含まれていない場合、関連するドメイン注文は生成されません。
分解プロセスでは、ソース仕様 (関係の定義) とターゲット仕様 (定義先) を使用し、ルールが特定の特性と値にマッピングされます。
属性値を増やすと、より多くの数の CFS/RFS が作成されます。
属性値が小さくなると、CFS/RFS の数が減少します。
顧客注文とサービス注文の分解
- 顧客向けサービス (CFS) 注文:顧客向けサービスを実行するためのサービス注文。
- リソース向けサービス (RFS) 注文:顧客に対して実際のサービスを実行するために必要なリソースを内部で使用するためのサービス注文。
| アスペクト | 説明 | 顧客注文 | サービス注文 |
|---|---|---|---|
| トリガー | 注文の分解をトリガーするアクション | 履行マネージャーによる顧客注文の承認 | サービス注文マネージャーによるサービス注文の承認 |
| 分解の根拠 | ドメイン注文が生成される基準 | 仕様、仕様関係、および製品、サービス、およびリソース仕様の間の製品カタログで定義されている分解ルールに基づいています。 | サービスとリソース仕様の間の製品カタログで定義されている仕様、仕様関係、および分解ルールに基づいています。 |
| ドメイン注文が生成されました | ドメイン注文のタイプ | 製品、サービス、リソースの注文 | サービスおよびリソースの注文のみ |
| 時差分解 | 顧客のニーズやサービスの可用性などの更新された情報に基づいて、後のステージでドメイン注文を作成できるようにするプロセス | はい | いいえ |
| 数量ベースの分解 | 数量に基づく注文の分割、注文数量の変更の処理、および実行中の注文のインベントリ更新またはキャンセルの管理をサポートするプロセス | はい | いいえ |
| 例 | - |
SD-WAN サービスパッケージ
|
管理対象ファイアウォールサービス 分解では、注文に存在する関係と特性に基づいて、顧客向けサービス注文 (CFS)、複数のリソース向けサービス注文 (RFS)、およびリソース注文が作成されます。 |
顧客注文分解の追加機能
- 交互分解:顧客の注文では交互分解が使用され、サービスの可用性や顧客のニーズなどの更新された情報に基づいて後のステージでドメイン注文が作成されます。
- 数量ベースの分解:顧客の注文は、注文数量、サポートリビジョン、および複数のインスタンスの履行に基づいて、複数のドメイン注文に分解できます。
- 変更指示のサポート:顧客注文分解は、数量特性の更新をサポートし、履行中のアップグレード、ダウングレード、およびインベントリ管理を可能にします。
詳細については、「顧客注文の分解」を参照してください。