時差分解

顧客の注文の分解をずらす方法について説明します。フルフィルメントが承認された後に顧客注文全体を一度に分解するのではなく、ドメインレベルで利用可能な情報を使用して顧客注文を複数回に分解できます。

時差分解は、顧客のニーズ、顧客の場所でのサービスの可用性など、さまざまな要因からサービスおよびリソースの注文が作成された場合でも、顧客の注文を履行するのに役立ちます。交互分解では、注文履行プロセスの後のステージでドメイン注文 (製品、サービス、およびリソース注文) が作成されます。分解プロセスは最新の情報に基づいています。

ただし、1 回限りの注文分解プロセス (交互分解の前) は、製品やサービスに受注処理のためのドメイン注文を作成するために必要な情報と注文承認がある場合に適切に機能します。

次の図は、標準の順序分解と比較して、交互分解プロセスがどのように機能するかを示しています。注文と注文品目についてすでに持っている情報を使用して、分解プロセスを開始できます。分解プロセスでは、現時点で必要な情報がないドメイン注文 (製品、サービス、またはリソース注文) がスキップされます。後でこの情報を追加すると、分解プロセスがトリガーされ、残りのドメイン注文の処理が完了します。

図 : 1. 分解プロセス

以前の分解処理との対比

時差分解が利用可能になる前は、顧客の注文がフルフィルメントのために承認された直後に注文の分解処理が開始されました。注文の分解は、製品カタログで定義された仕様関係と分解ルールに基づいて行われました。

分解ルールが注文の分解時に利用できなかった特性値に依存している場合、注文処理は注文の分解をスキップします。ただし、交互分解では、初期分解では、依存特性値が使用可能なときに、スキップされた注文に対して分解が自動的に再トリガーされます。特性値は、受注処理ユーザーまたは属性伝播ルールによって設定できます。

交互分解の仕組み

交互に順序分解をサポートするために、このメソッドを使用して、対応する分解ルールで特性値が割り当てられているときに、スキップされたドメイン注文の分解プロセスを再トリガーできます。

注文を承認すると、注文の分解プロセスが開始されます。分解プロセスでは、注文、注文品目、およびカタログ定義から利用可能な情報を使用してドメイン注文を作成します。また、ターゲットドメイン注文を作成するための分解ルールも評価します。特性値が利用できないために分解機能が分解ルールの評価に失敗した場合、それらのドメイン注文の分解は停止されます。

ユーザーのアクションまたは属性伝播ルールのいずれかから特性値が利用可能になると、分解プロセスが再トリガーされます。その後、プロセスは必要なドメイン注文を作成し、注文の分解を完了します。指図分解の完了後に特性値を再度更新しても、ドメイン指図の分解はトリガされません。

例を使用して千鳥分解を理解するには、「 顧客注文の分解」を参照してください。