千鳥分解
顧客注文の分解をずらす方法について説明します。履行が承認された後に顧客の注文全体を一度に分解するのではなく、ドメインレベルで利用可能な情報を使用して、顧客の注文を複数回に分けて分解することができます。
次の図は、交互分解プロセスのしくみを示しています。分解プロセスは、注文および注文品目に関する既存の情報から開始できます。分解プロセスでは、現時点で必要な情報がないドメイン注文 (製品、サービス、またはリソースの注文) はスキップされます。後でこの情報を追加すると、分解プロセスがトリガーされ、残りのドメイン注文の処理が完了します。
以前の分解処理との対比
時差分解が使用可能になる前は、顧客の注文のフルフィルメントが承認された直後に注文の分解処理が開始されていました。注文の分解は、製品カタログで定義された仕様関係と分解ルールに基づいていました。
分解ルールが指図分解時に利用できなかった特性値に依存している場合、指図処理では指図の分解がスキップされます。ただし、千鳥分解では、初期分解により、従属特性値が使用可能な場合、スキップされた指図に対して分解が自動的にトリガされます。特性値は、受注処理ユーザーまたは属性伝播ルールによって設定できます。
千鳥分解のしくみ
指図の分解をずらしてサポートするために、このメソッドを使用して、対応する分解ルールで特性値が割り当てられているときに、スキップされたドメイン指図の分解プロセスを再トリガーすることができます。
注文を承認すると、注文の分解プロセスが開始されます。分解プロセスでは、注文、注文品目、およびカタログ定義から利用可能な情報を使用してドメイン注文を作成します。また、分解ルールを評価してターゲットドメイン注文を作成します。特性値が利用できないために分解機能が分解ルールの評価に失敗した場合、それらのドメイン注文の分解は停止されます。
特性値がユーザーのアクションまたは属性伝播ルールから使用可能になると、分解プロセスが再トリガーされます。その後、必要なドメイン注文が作成され、注文の分解が完了します。注文の分解が完了した後に特性値を再度更新しても、ドメイン注文の分解はトリガーされません。