出荷連結ポリシーの概要

出荷連結ポリシーを使用した出荷連結のプロセスを使用することで、倉庫への自動リリースと手動リリースの処理にて自動出荷連結が可能となります。 この機能が導入される前の自動連結では、フィールドがハードコーディングされており、これは倉庫対して設定されていた 倉庫にリリースされた出荷を連結する フィールドをベースにしていました。

出荷連結ポリシーは、次の機能に対して使用されます:

  • 自動化された「倉庫へのリリース」バッチジョブ
  • 販売注文、在庫の移管指示、または出庫オーダーにおける 倉庫へのリリース コマンド
  • 倉庫へのリリース 専用ページ
  • 出荷積荷計画ワークベンチ ページ上の 倉庫へのリリース コマンド
  • 出荷の連結出荷の連結ワークベンチ ページ上での出荷の手動連結

出荷連結ポリシーが導入される前は、この連結機能は、倉庫レベルの設定メニューに存在していました。 倉庫が処理するあらゆる注文に対する連結要件の区別が困難な状態でした。 出荷連結ポリシーでは、組織によって異なる出荷連結要件を運用するシナリオに対応しています。

クエリは、適用される出荷統合ポリシーを特定するために使用され、編集可能な一連のフィールドによって、出荷レベルでの積荷ラインのグループ化が決定されます。 (このパターンは、ウェーブのテンプレートが従うパターンと共通しています) また、既存の出荷を含む連結 オプションが各ポリシーに追加されました。 このオプションをオンにすると、倉庫へのリリースの手順では、同じ連結ポリシーに基づいて作成された既存の出荷の中から連結対象の出荷を検索して、連結対象の出荷を検出します。 この場合、システムは新規出荷を作成するのではなく、既存の出荷または積荷を選択します。 ただし、システムでは、未処理状態の既存の出荷のみを連結し、リリース済 または "高" の状態となっているウェーブ リリースに属する出荷は、連結の対象とはなりません。

出荷連結ポリシー 機能がシステムで有効になると、以前は 倉庫 設定ページで使用可能となっていた、倉庫へのリリース時に出荷を連結 設定が非表示になります。 新たな出荷連結機能への移行を簡易化する目的で、出荷連結ポリシー ページの機能によって、既存の倉庫の古い設定を自動的に含む既定のポリシーを作成できます。 既定のポリシーが作成されると、 在庫の設定ページ内の 倉庫にリリースされた出荷を連結する設定が反映されなくなります。 詳細については、出荷連結ポリシーを構成する を参照してください。

さまざまな倉庫へのリリース ページを使用すると、フルフィルメント ポリシーを上書きするのと同じ方法で、該当する連結ポリシーを手動で上書きできます。

出荷積荷計画ワークベンチページのリリース >倉庫へのリリース コマンドを使用することで、倉庫へのリリースを行う前に、販売、移動、および出庫オーダー明細行に基づいて出荷積荷を作成することができます。 これらの積荷は、出荷ポリシーの連結と共に導入されたものと同じ連結ロジックを使用しています。

出荷連結ワークベンチ ページを使用して、既に倉庫にリリースされている未確定の既存の出荷を連結することができます。 この機能は、独自の出荷連結を含む自動リリースプロセスが1日に複数回実行されるケースで、かつ確認プロセス中に運送業者への出荷完了前に、追加の連結が手動で識別される可能性があるシナリオに対応します。 この機能を使用すると、販売、移動、または出庫オーダー明細行から作成された出荷積荷を、倉庫にリリースされてから出荷が確定する前の任意のタイミングでまとめて出荷することができます。

出荷統合ワークベンチ ページでは、複数の出荷を同時に評価して、特定の出荷に非連結注文を割り当てることができる積荷構築ワークベンチと同様に機能します。 出荷連結テンプレートを適用して、提案された連結を複数回評価して確認することができます。 一部のルールは、許可されていない連結を防止し、エラーの発生を警告する目的で使用されます。

新しい機能の概要

このセクションでは、出荷連結ポリシー機能を有効化して使用する際に変更あるいは追加される、ページ、コマンド、機能について説明します。

出荷連結方針のページ

ポリシーは、作業指示のタイプ別に区別されます。 販売注文タイプは販売注文の出荷を示し、移動オーダー タイプは移動出庫を示し、出庫オーダータイプは出庫オーダーを表します。

すべての出荷連結ポリシーには、適用のタイミングを定義するクエリと、実行順序を決定するシーケンス番号があります。 連結は、選択したフィールドの一意の組み合わせごとに適用されます。 追加されたパラメータは、既存の (オープンな) 出荷との連結に使用されます。 このポリシーは、ウェーブ処理の前に新規出荷が作成されるたびに評価され、適用されます。

ポリシーに必須のフィールドがない場合、または禁止されているフィールドが含まれている場合、そのポリシーは 選択済 セクションで [無効] としてマークされ ます。 必須フィールドと禁止フィールドの一覧はハードコーディングされており、拡張することができます。

以下のリストに、必須のフィールドを示します。 出荷は常にこれらのフィールドに基づいて分割されるため、これらフィールドに異なる値を持つ複数の出荷をグループ化することはできません。

  • 販売注文用:

    • アカウント番号:WHSShipmentTable.AccountNum
    • 配送先の受取人:WHSShipmentTable.DeliveryName
    • 住所 (RecId):WHSShipmentTable.DeliveryPostalAddress
    • 倉庫:WHSShipmentTable.InventLocationId
  • 在庫の移管指示:

    • 出荷元倉庫:InventTransferTable.InventLocationIdFrom
    • 出荷先倉庫:InventTransferTable.InventLocationIdTo
  • 出庫オーダーの場合:

    • アカウント番号:WHSShipmentTable.AccountNum
    • 配送先の受取人:WHSShipmentTable.DeliveryName
    • 住所 (RecId):WHSShipmentTable.DeliveryPostalAddress
    • 倉庫:WHSShipmentTable.InventLocationId
    • ソース システム:WHSShipmentTable.SourceSystem

以下のフィールドは、ドキュメント タイプによっては使用できない場合があります。 以下のフィールドはユーザー インターフェイス (UI) 上には表示されず、また、連結に使用することもできません。

  • 出荷 ID:WHSShipmentTable.ShipmentId
  • 状態:WHSShipmentTable.ShipmentStatus
  • 出荷連結ポリシー:WHSShipmentTable.ShipConsolidationPolicyName
  • 作業トランザクション タイプ:WHSShipmentTable.WorkTransType
  • ウェーブ ID:WHSShipmentTable.WaveId
  • 積荷 ID:WHSShipmentTable.LoadId
  • 出荷 ID:WHSLoadLine.ShipmentId
  • 積荷 ID:WHSLoadLine.LoadId

既定では、ポリシーを作成すると、一連の必須フィールドが連結フィールドとして使用されます。 ただし、一覧を変更するには、左方向ボタンや右方向キーを使用してください。 (このプロセスは、ウェーブのテンプレートでメソッドを選択するプロセスと共通しています)

これらのフィールドに対してユーザーが選択した値は、新たに作成されたすべての出荷に対して使用されるか、これらの出荷との連結時に既存の出荷に追加されます。 2 つの出荷が、それら出荷の連結を目的として選択されたフィールドで同じ値を持っている場合、その出荷は連結されます。 選択されたすべての連結フィールドにこれと同じ原則が適用されます。 値が異なる場合は、2つ目の出荷が破棄され、新たな出荷に対して選択されます。 自動連結のプロセスでは、出荷連結フィールドの値のすべての一意の組み合わせを作成し、続いて関連する組み合わせに出荷を割り当てます。

連結のプロセスでは、未選択のフィールドは無視されます。 2つの出荷で選択したフィールドの値が異なる場合、フィールドはクリアされます (空白になります)。 選択されていないフィールドに対して両方の出荷の値が同じ場合、このフィールドには値が入力されます。

連結フィールドの一覧 (値が異なる場合にクリアされるフィールド) はハードコーディングされています。 この一覧には、新たな出荷が作成されたときに販売注文または在庫移動指示明細によって初期化されたすべてのフィールドが含まれます。 つまり、販売注文または在庫移動指示明細によって初期化されないフィールドは、既存の出荷に新たなデータが追加された場合は無視されます。

倉庫へのリリース ページ

  • グリッドの下部にある新規フィールドには、適用された連結ポリシーが表示されます。
  • 新しいボタンを使用すると、連結ポリシーを手動で選択したり、上書きすることができます。

出荷積荷計画ワークベンチ ページ上の倉庫へのリリース コマンド

  • 適用された連結ポリシーが使用されるようにロジックが調整されました。
  • このリリースでは、出荷が1つの積荷内でのみ連結されるようになりました。

出荷の連結ページ

  • 類似性のある出荷 (連結の候補) の検索については、出荷連結ポリシーで選択されたフィールドを使用するように変更されました。
  • 出荷ごとに値が異なるフィールドには、空白が設定されます。 (これまでは、選択された "基本" 出荷の値が使用されていました。)

出荷連結ワークベンチのページ

  • 新しい機能では、手動による連結のプロセスをより大きな規模で繰り返すことができます。
  • このリリースでは、このページを倉庫管理モジュールの倉庫へのリリースメニューから開くことができます。
  • このアルゴリズムは、未出荷の既存の出荷を分析します。 続いて、連結ポリシーで選択されたフィールドに基づいて連結を提案します。

機能の比較

以下の表では、出荷連結ポリシーを使用していない場合、あるいは使用する場合に、出荷連結がどのように機能するかをまとめています。

出荷連結方針を使用しない 出荷連結方針を使用する
該当なし 連結対象として選択されている販売注文または在庫移動指示の出荷は、作成される出荷と同一の連結ポリシーを使用するか、または、オープン出荷に割り当てられている必要があります(既存の出荷と連結オプションがオンになっている場合)。
倉庫へのリリースの手順では、既存の出荷を検索して連結の対象とする出荷を検索することはできません。 倉庫へのリリースの手順では、現行のインスタンスが作成した出荷のみが、連結に使用する出荷の検索に使用することができます。 現在使用されている連結ポリシーで既存の出荷と連結 オプションがオンになっている場合、倉庫へのリリースの手順では、同じ連結ポリシーに基づいて作成された既存の出荷の中から連結対象の出荷を検索して、連結対象の出荷を検出します。 そのため、2つのポリシーが存在する場合、ポリシー 2 に基づいて作成された出荷は、ポリシー 1 に基づいて作成された出荷とは連結されません。
該当なし 連結ポリシー フィールドの一覧が空の場合、またはポリシーが見つからない場合は、販売注文または在庫移動指示明細ごとに新たな出荷が作成されます。
以下の連結フィールドは、 在庫移動明細の出荷の連結に使用される固有の値の組み合わせを定義しています。 (ここに記載されていないすべてのフィールドは無視されます)
  • 注文番号 (OrderNum)
以下の連結フィールドは、 在庫移動明細の出荷の連結に使用される固有の値の組み合わせを定義しています。 (ここに記載されていないすべてのフィールドは無視されます)
  • 注文番号 (OrderNum)
  • 配送先の受取人 (DeliveryName)
  • 配送先住所 (DeliveryPostalAddress)
  • ISO 国 コード (CountryRegionISOCode)
  • 住所 (Address)
  • サイト (InventSiteId)
  • 倉庫 (InventLocationId)
  • 配送業者 (CarrierCode)
  • 配送業者サービス (CarrierServiceCode)
  • 配送方法 (ModeCode) *
  • 配送業者グループ (CarrierGroupCode)
  • 配送条件 (DlvTermId)

これらのフィールドは、新たな出荷を作成する際に使用可能となり、初期化される唯一のフィールドです。

* 注: ModeCode は、販売明細行に対して選択された出荷の配送業者に割り当てられたモードです (販売明細行に対して選択された配送方法ではありません)。 連結基準の中に 配送方法 (ModeCode) を含めるように選択した場合、出荷の配送業者配送サービス、および 配送方法 が (値に関係なく) すべて明細行に定義されていれば、同じ モード 値を持つ移動明細行のみが連結されます。 さらに、システムは モード が空白であるすべての移動明細行も連結します。

以下の連結フィールドは、 販売明細の出荷の連結に使用される固有の値の組み合わせを定義しています。 (ここに記載されていないすべてのフィールドは無視されます)
  • 注文番号 (OrderNum)
  • 顧客の参照情報 (CustomerRef)
  • 顧客要件 (CustomerReq)
  • 配送条件 (DlvTermId)
以下の連結フィールドは、 販売明細の出荷の連結に使用される固有の値の組み合わせを定義しています。 (ここに記載されていないすべてのフィールドは無視されます)
  • 注文番号 (OrderNum)
  • アカウント番号 (AccountNum)
  • 配送先の受取人 (DeliveryName)
  • 配送先住所 (DeliveryPostalAddress)
  • ISO 国 コード (CountryRegionISOCode)
  • 住所 (Address)
  • サイト (InventSiteId)
  • 倉庫 (InventLocationId)
  • 配送業者 (CarrierCode)
  • 配送業者サービス (CarrierServiceCode)
  • 配送方法 (ModeCode) *
  • 配送業者グループ (CarrierGroupCode)
  • ブローカー ID (BrokerCode)
  • 指示 (LoadDirection)
  • 配送条件 (DlvTermId)
  • 顧客の参照情報 (CustomerRef)
  • 顧客要件 (CustomerReq)

これらのフィールドは、新たな出荷を作成する際に使用可能となり、初期化される唯一のフィールドです。

* 注: ModeCode は、販売明細行に対して選択された出荷の配送業者に割り当てられた モードです (販売明細行に対して選択された配送方法ではありません)。 連結基準の中に 配送方法 (ModeCode) を含めるように選択した場合、出荷の配送業者配送サービス、および 配送方法 が (値に関係なく) すべて明細行に定義されていれば、同じ モード 値を持つ販売明細行のみが連結されます。 さらに、システムは モード が空白であるすべての販売明細行も連結します。

該当なし 販売明細では次の連結フィールドが必須となっており、削除することはできません。
  • アカウント番号 (AccountNum)
  • 配送先の受取人 (DeliveryName)
  • 配送先住所 (DeliveryPostalAddress)
  • 倉庫 (InventLocationId)
既定では、これらのフィールドは、新しいポリシーが作成される際に割り当てられます。 これらを削除することはできません。
出荷積荷計画ワークベンチ ページの 倉庫の積荷のリリース 手順を使用すると、出荷とウェーブを作成する独立したコードが使用されます。 連結の評価がされるフィールドの決定には、出荷連結ポリシーが適用されます。 出荷は1つの積荷内でのみ連結されます。
すべての出荷 ページで出荷の連結を手動で選択し、続いて対象の "基本" の出荷を選択します。 複数のキー フィールドに一致する値を持つ既存の出荷がすべて提案されます。 すべての出荷 ページで出荷の連結を手動で選択し、続いて対象の "基本" の出荷を選択します。 システムでは、関連する出荷連結ポリシーに対して構成されているいくつかの主要なフィールドの値を照合することで、既存の出荷を提案します。
すべての出荷ページの出荷の連結コマンドは、1つの出荷に対してのみ使用できます。 出荷連ワークベンチ ページでは、未出荷状態の出荷の組み合わせを簡単に見つけることができます。 これらの出荷は、出荷連結ポリシーで構成されているいくつかのキーフィールドに基づいて分析されます。 連結をするにあたっては、これらフィールドの値が一致している出荷が提案されます。

提案された連結から出荷を削除、追加することによって、手動で連結を管理することも可能です。 いくつかのタイプのエラーが発生する場合がありますが、オーバーライドが可能な場合があります。

デザイン ノート : 倉庫間の販売注文の自動リリースでは、販売明細行がグループに分割されます。 各グループは、固有の ReleaseToWarehouseId 値を持ち、 倉庫へのリリースの手順によって個別処理されます。 この手順では、ワーク ブレイクの設定に関わらず、新規作業を作成します。 デザイン ノート : 販売注文の倉庫への自動リリースでは、同一の ReleaseToWarehouseId 値が処理中のすべての販売明細行に割り当てられます。 すべての販売明細行は、倉庫へのリリース 手順で同時に処理されます。 以前の動作を実現するには、出荷 ID ごとにワーク ブレイクを構成する必要があります。

追加リソース