在庫の同期

在庫同期は、内部システムの在庫ピクチャーをノードの実際の在庫ピクチャーで更新するのに役立ちます。 在庫を使用することで、複数のシステム (店舗、配送センター、サプライヤー、ディストリビューター、および輸送中を含む) にわたるすべての供給と需要に対して、同期されたリアルタイムの在庫状況ビューが提供されます。

外部システムからのサプライを同期するには、 inventory service 同期 REST API を使用します。 inventory service に更新される同期データには、タイム・スタンプの詳細が含まれている必要があります。 このタイム・スタンプは、ノード、ストア、倉庫などの在庫システムから取り込まれた在庫同期情報の時刻と一致するのが最適です。
注:
  • Sync API が開始されると、システム上で実行されている負荷に基づいて供給と可用性を同期するのに数秒から数時間かかる場合があります。
  • inventory service によって提供される在庫ピクチャーでは、境界線のケースは考慮されません。
    例えば、在庫同期情報が在庫システムから 12:02 PM に取得され、供給が 102 であるとします。
    • 12:02 PM（調整 -2) ）に、何らかの取引により、ソースシステムの在庫-2 に調整されます。 現在、ソースは 100 です。
    • 12:03 PM (Sync 100) に、ソース・システムで在庫の同期が行われます。 ソースはまだ 100 です。
    • 午後12時4分（調整 -1) ）、トランザクションによりソースシステムの在庫が -1 調整される。 現在、ソースは 99 です。
    ここで、 inventory service Sync API が 12:04 PM にトリガーされると、以下の動作が発生します。
    • 12:04 PM（調整 -1) ）で、在庫-1 調整され、在庫は現在101です。
    • 12:05 PM (Sync 100) に、Sync を適用して在庫を 100 に更新します。 次に、APIは -1 が同期後に発生するため、 -1 の在庫同期を再実行します。これにより、在庫100から1を引いた値が99になります。
    • 12:06 PM（調整 -2) ）では、同期前に調整が行われたため -2は無視されます。

    このような境界線のケースに該当する在庫は判別できません。 そのため、ダウン時間中には、在庫の同期が毎晩または毎週行われ、出荷が行われない場合が最適です。

  • 同じアイテムとノードの組み合わせに対して次の在庫同期が行われる前に、アイテムとノードの組み合わせの在庫同期が完了していることを確認してください。 例えば、 Node1 での Item1 の在庫同期は午前 1 時に行われるが、情報は午前 5 時まで inventory service に送信されないとします。 Node1 での同じ Item1 に対する次の在庫同期が、午前 5:00 以降にのみ行われるようにします。