JinJin48
JinJin48
SAP Consultant | BTP · S/4HANA · US Global Rollout
· 13 min read

表紙: SAP EWM 梱包仕様 — 倉庫梱包のためのハンドリングユニット構造定義

SAP EWM 包装明細

包装仕様書(PackSpec)は、SAP EWMにおいて、製品または出荷明細をハンドリングユニット(HU)にどのように梱包するかを定義するマスタデータレコードです。使用する梱包材、レイヤーまたはHUあたりの収容数、自動梱包の可否を記録し、システムに梱包作業台での作業、出庫時の自動梱包、ウェーブ駆動の梱包のための正確な設計図を提供します。この記事では、包装仕様書の概念、タイプ、組織構造、フィールドレベルの設定について説明し、その後、各データセクションのEWM固有のフィールド詳細を紹介します。


第1部:包装明細 — 基本概念(全モジュール共通)

1.1 包装仕様とは

中央に位置する包装仕様と、倉庫品目、ハンドリングユニット、出荷、ウェーブテンプレート、包装資材との関連

包装仕様書は、製品または出荷シナリオの梱包ロジックを再利用可能なマスタデータとしてエンコードします。倉庫作業員がワークステーションでその場しのぎの梱包を行うのではなく、PackSpecはルールセット(梱包材階層、レベルごとの数量、重量および容積目標)を提供し、システムはすべての梱包アクティビティでこれを一貫して適用します。PackSpecがない場合、自動梱包およびウェーブ駆動の梱包は実行できず、手動梱包は作業員の判断に完全に依存することになります。

項目詳細
ロール特定の製品または出荷明細を梱包するためのHU構造(梱包階層、品目、数量)を定義します
使用するモジュールEWM(梱包ワークステーション、出庫自動梱包、ウェーブ管理)
トランザクション/SCWM/PACKSPEC(梱包仕様の保守)、/SCWM/PACK(梱包ワークステーション)
主要テーブル/SCWM/PACKSPEC(ヘッダ)、/SCWM/PSITEM(梱包レベル明細)
S/4HANAに関する注意事項梱包仕様はEWMネイティブオブジェクトであり、ECCに直接相当するものはありません。Embedded EWM(S/4HANA)では、S/4HANAシステム内で/SCWM/PACKSPECを使用して保守します。新しいリリースでは、Fioriアプリ「梱包仕様の管理」が利用可能です。

1.2 包装明細タイプ

梱包仕様タイプの比較:製品固有、顧客固有、出荷明細固有

梱包仕様タイプは、適用範囲を決定します。仕様は、製品、特定の顧客出荷要件、または出荷明細カテゴリに関連付けることができます。誤ったタイプを選択すると、自動梱包の見逃し(仕様が見つからない)や、顧客割り当てを共有する製品間での意図しない仕様適用につながります。

タイプキー属性ユースケースキー動作
製品固有倉庫製品(品目)受取人に関係なく製品の標準梱包製品が梱包されると自動適用。フォールバック仕様として機能
得意先固有得意先 + 製品得意先が特定のHU構成を要求(例:小売対応パック)出荷先が一致する場合、製品固有仕様より優先
出荷明細固有出荷明細カテゴリ出荷ラインのタイプ(標準、返品など)に基づく梱包ルール出荷伝票の明細カテゴリ決定に基づき適用

設計原則: 常に製品固有のPackSpecをベースラインとして定義し、出荷要件が実際に異なる場合にのみ、顧客固有のオーバーライドを追加します。


1.3 組織レベルとデータ階層

階層ツリー: 倉庫番号 → 倉庫品目 → 包装仕様 → 包装レベル明細

包装明細書は倉庫番号にスコープ設定され、1つ以上の製品または顧客にリンクされます。単一のPackSpec内で、包装レベル明細は最外部のパレットやコンテナから内部パックや個別ユニットに至るまで、ネストされたHU構造を定義します。このマルチレベルの設計は実際の梱包階層を反映し、EWMが各レベルで累積重量、容積、数量を自動計算できるようにします。

Warehouse Number (EWM)
  └── Packaging Specification Header (/SCWM/PACKSPEC)
        ├── Validity Period (Valid-From / Valid-To)
        ├── Base Quantity / Base Unit of Measure
        └── Packaging Level Items (/SCWM/PSITEM)
              ├── Level 1: Outermost HU (e.g., pallet)
              │     └── Level 2: Inner HU (e.g., carton)
              │           └── Level 3: Innermost pack (e.g., blister pack)
              └── Packing Control attributes per level
                    (HU Type, Max Qty, Target Weight, Auto-Pack flag)
組織レベルテーブル主キーフィールド備考
倉庫番号EWM設定 (SPRO)倉庫番号すべてのPackSpecは1つの倉庫に属する
PackSpecヘッダ/SCWM/PACKSPECPackSpec ID、説明、タイプ、基本数量、UoM、有効開始日/終了日仕様IDごとに1つのヘッダ
包装レベル明細/SCWM/PSITEMレベル番号、包装材、HUあたり最大数量、積み重ね係数仕様内のネストレベルごとに1行

主要な設計判断: 実際の梱包手順を反映した最小限の梱包レベルを定義すること — 不要なレベルは運用上のメリットなくシステムの複雑性を増大させます。


1.4 他のマスタデータオブジェクトとの統合

ハブ&スポーク:パッケージング仕様を中心に、倉庫品目、ハンドリングユニット、包装資材マスタ、ウェーブテンプレート、出荷予定が接続

梱包仕様書は単独で存在するものではなく、製品マスタデータ、物理的な梱包材、および出庫プロセス制御オブジェクトの交点に位置します。梱包仕様書とそれにリンクされたマスタ(例:品目マスタで梱包材タイプとしてフラグ設定されていない梱包材)との間に不整合があると、実行時に梱包エラーが発生します。

オブジェクト関係性実務上の注意点
倉庫品目PackSpecは倉庫品目(品目固有タイプ)に割り当てられます品目固有のPackSpecを作成する前に倉庫品目が存在している必要があります。倉庫品目の属性変更にはPackSpecの改訂が必要になる場合があります
ハンドリングユニット(HU)PackSpecは、EWMが梱包時に作成するHU構造を定義しますPackSpecレベル明細のHUタイプは、SPROのHUタイプ設定と一致している必要があります
梱包材マスタ各梱包レベル明細は梱包材(例:パレット、カートン)を参照します梱包材はMMに梱包材タイプとして存在している必要があります。標準の品目マスタビュー(MRP、保管)も適用されます
ウェーブテンプレートウェーブテンプレートは、ウェーブリリース時の一括梱包用にPackSpecを参照できますウェーブ内のすべての出荷が一貫して梱包されることを保証します。ウェーブテンプレートはPackSpecの後に定義されます(EWM設定フローのフェーズ3)
出荷予定梱包ワークステーション(/SCWM/PACK)は、出荷予定明細を処理する際にPackSpecを読み取ります出荷伝票明細カテゴリにより、得意先固有または出荷明細固有のスペック検索が決定されます

パート 2: EWM固有のフィールド詳細

2.0 EWM オーナーシップの範囲

所有権チェックリスト: ヘッダデータ ◎, 梱包レベル明細 ◎, 梱包管理 ◎, 有効性と割当 ◎

データセクションEWM関与備考
ヘッダデータ◎ オーナー仕様ID、説明、基準数量、仕様タイプはすべてEWMネイティブであり、モジュール間の依存関係はありません
包装レベル明細◎ オーナーネスティングレベル、包装材、レベルごとの数量はすべてEWM内で完全に管理されます
包装管理◎ オーナー自動包装インジケータ、HUタイプ、目標重量/容積、過剰包装設定はEWM固有です
有効性と割当◎ オーナー有効開始日/終了日、製品割当、顧客割当、優先順位はEWMで管理されます

凡例: ◎ = 所有者 / 重要


2.1 ヘッダデータ

ヘッダデータフィールドのチェックリスト: 包装仕様ID、説明、仕様タイプ、基準数量、基準単位

ヘッダレコードは包装仕様を識別し、その適用コンテキストを固定します。ヘッダレベルで仕様タイプと基準数量を正しく設定することは重要です。これらは、包装時にシステムが仕様を検索し適用する方法を決定するためです。本稼働後に仕様タイプを変更するには、通常、新しい仕様IDを作成する必要があります。

フィールド説明実務上の使用例
梱包仕様ID倉庫内の仕様を一意に識別するID一貫した命名規則(例:製品ファミリーや顧客コードによるプレフィックス)を使用して、SKUや顧客数の増加に伴い仕様リストを管理しやすくします。削除された仕様IDの再利用は避けてください。
説明仕様の目的を自由形式で記述製品名と対象HUタイプ(例:「標準パレット — 製品A」)を含めることで、オペレーターやコンサルタントが各階層の明細を開かなくても仕様を識別できるようにします。
梱包仕様タイプ検索ロジックを制御:製品、顧客、または出荷明細システムは製品固有の仕様よりも顧客固有の仕様を優先して評価します。同じ製品に対して顧客固有の仕様が存在し、その有効期間が出荷日をカバーしている場合、それが優先されます。ブループリント時にタイプを慎重に定義してください。
基準数量仕様が設計される製品の数量製品の基準UoMで表されます。すべての階層明細数量はこの基準に対して比例します。導入後に基準数量を変更すると、過去の梱包データが無効になる可能性があります。
基準単位基準数量のUoM(例:EA、KG、L)倉庫製品の基準UoMと一致している必要があります。不一致があると、自動梱包時に仕様検索が失敗します。

2.2 包装レベル明細

パレット(レベル1)、カートン(レベル2)、内装パック(レベル3)を示すスタック階層図。各レベルに品目と数量が表示されています。

梱包レベル明細は、ハンドリングユニットの入れ子構造を定義します。各明細は梱包階層の1つの階層に対応します。各レベルにおける梱包材、最大数量、および積重ね係数の組み合わせにより、EWMシステムの自動HU作成ロジック、重量・容積計算、およびラベル印刷順序が決定されます。

フィールド説明実務上の使用例
レベル番号ネスト位置を識別する連番(1 = 最外層)レベル1は通常、出荷単位(パレットまたはコンテナ)です。内側のレベルは、カートン、ブリスターパック、またはその他のサブユニットを表します。物理的な梱包プロセスで必要な範囲で、レベル数を最小限に抑えてください。
梱包材このレベルで使用される梱包コンテナの品目番号MMで梱包材タイプとしてフラグ設定された品目である必要があります。仕様に割り当てる前に、同じプラント/倉庫コンテキストにその品目が存在することを確認してください。
HUあたり最大数量この梱包レベルに配置できる基本数量単位の最大数この上限は、自動梱包の充填ロジックを決定します。高すぎるとHUの充填不足を引き起こし、低すぎると過剰なHU数を生成します。実際のパレット/カートン容量に基づいて、梱包エンジニアリングのデータと調整してください。
積み重ね係数レベル内で垂直に積み重ね可能なユニット数輸送計画統合における容積および高さ計算に使用されます。特に壊れやすい商品や高さ制限のある車両にとって重要です。積み重ねが不可能な製品の場合は1に設定します。
風袋重量このレベルにおける空の梱包材の重量EWMは風袋重量を内容物重量に加算して、HUの総重量を計算します。正確な風袋重量は、輸送伝票(船荷証券、危険物)および重量ベースの運賃計算に不可欠です。
過剰梱包許可例外的な場合にHUを最大数量を超えて充填することを許可するフラグ物理的なオーバーフローが本当に許容される場合にのみ有効にしてください。有効にすると、システムはエラーではなく警告を発行し、オペレーターが上書きできるようにします。

2.3 梱包管理

梱包管理設定のチェックリスト: 自動梱包、HUタイプ、目標重量、目標容積、過剰梱包

梱包管理属性は、EWMが自動的に梱包をトリガーする方法とその有無、および結果として生成されるHUに適用される物理的制約を制御します。これらの設定により、オペレーターが梱包ワークステーションで梱包仕様の提案を表示するか、またはウェーブリリースや出庫中に梱包がバックグラウンドで自動実行されるかが決まります。

フィールド説明実務上の使用例
自動梱包区分オペレータの操作なしで自動的にHUを作成することを可能にします手動での梱包選択が不要な、大量・標準化された製品に対して有効に設定します。梱包要件が変動する製品や、オペレータによる確認が必要な壊れやすい商品に対しては無効にします。
HUタイプEWMがこのレベルで作成するハンドリングユニットのタイプ(例:PALL(パレット)、CTON(カートン))を指定しますHUタイプはEWM SPROで設定する必要があります。HUタイプは、ラベル印刷テンプレート、許可されるネスティング、および出庫処理ルールを制御します。PackSpecのHUタイプとSPRO設定の間に不一致があると、実行時に梱包エラーが発生します。
目標重量この梱包レベルにおけるHUの理想的な総重量重量管理された梱包の充填目標として使用されます。実際の重量が目標に近づくと、EWMは現在のHUを閉じて新しいHUを開きます。物流上の制約(例:フォークリフトの定格容量、貨物の重量制限)に基づいて設定します。
目標容積この梱包レベルにおけるHUの理想的な総容積目標重量を補完します。EWMは、重量または容積の目標のいずれかに達した時点でHUを閉じます。効果的に機能させるには、正確な品目マスタの容積データが必要です。
過梱包許可HUが目標重量または容積を超えることを許可するフラグレベル明細の過梱包とは異なります。このフラグは制御レベルに適用され、重量と容積の両方の目標を上書きします。柔軟性が過負荷ユニットのリスクを上回る特定の出荷シナリオに対してのみ有効にします。

2.4 有効性と割当

有効性と割当フィールドのチェックリスト: 有効開始日、有効終了日、製品割当、顧客割当、優先順位

有効性と割当設定は、PackSpecがいつ有効になり、どの製品や顧客に適用されるかを制御します。EWMは梱包時に複数のスペックを評価し、優先順位と有効性に基づいて選択するため、クリーンな有効性レコードを維持することが重要です。同じ製品/顧客の組み合わせに対して、重複した無期限のスペックが存在すると、予測不能な梱包動作が発生します。

フィールド説明実務上の使用例
有効開始日包装仕様が有効になる開始日製造開始日または物理的な包装が変更される日に設定します。事前日付設定により、構成チームは有効変更日より前に仕様を準備できます。
有効終了日包装仕様が失効する日付顧客固有またはプロモーション用の包装仕様には、必ず明示的な終了日を設定します。恒久的な製品固有の仕様については、無期限(将来の高い日付)も許容されますが、年次マスタデータ監査時に見直す必要があります。
製品割当包装仕様を1つ以上の倉庫製品(品目番号)にリンクします同一の包装構成を共有する場合(例:異なる色の同一SKU)、1つの仕様で複数の製品をカバーできます。ただし、製品固有の重量や容量の違いがある場合は、通常、個別の仕様が必要です。
顧客割当包装仕様を特定の顧客番号(顧客固有タイプの場合)にリンクしますSD顧客マスタから取得します。顧客番号がEWM接続されたERPシステムで有効であることを確認してください。無効な顧客番号は、その受取人の出荷に対する仕様検索の失敗を引き起こします。
優先順位同じ包装シナリオに複数の有効な仕様が一致した場合に、どの仕様を選択するかを制御する数値優先順位数値が小さいほど優先順位が高くなります。プロジェクト設計時に明確な優先順位スキームを定義し(例:顧客固有 = 10、製品固有 = 50)、文書化してください。アドホックな優先順位割当は、本番環境でのデバッグが困難な解決競合を引き起こします。

次に読むべきもの

L1) Big Picture

IDCategoryTitle
ewm-001OverviewSAP EWMとは何ですか?

L2-A) Master Data

IDCategoryTitle
ewm-a01OverviewSAP EWM マスタデータ:概要、階層、および関係性
ewm-a02-01Master DataSAP EWM 品目マスタ
ewm-a03-01Master DataSAP EWM 保管タイプ
ewm-a03-02Master DataSAP EWM 保管セクション
ewm-a03-03Master DataSAP EWM 入庫格納ストラテジ
ewm-a03-04Master DataSAP EWM ピッキング戦略
ewm-a04-02Master DataSAP EWM 保管棚番
ewm-a04-03Master DataSAP EWM 固定保管棚番
ewm-a04-04Master DataSAP EWM 生産供給エリア
ewm-a04-05Master DataSAP EWM 梱包仕様 📍
ewm-a04-06Master DataSAP EWM ユーザ
ewm-a05-01Master DataSAP EWM ウェーブテンプレート
ewm-a06-01Master DataSAP EWM リソース
ewm-a07-01Master DataSAP EWM 検査タイプ
ewm-a08-01Master DataSAP EWM ロットマスタ
ewm-a08-02Master DataSAP EWM ロット特性
ewm-a09-01Master DataSAP EWM RF環境
ewm-a09-02Master DataSAP EWM RF 論理トランザクション
ewm-a09-03Master DataSAP EWM RFメニュー
ewm-a09-04Master DataSAP EWM RFプロファイル
ewm-a09-05Master DataSAP EWM RF キュー
ewm-a09-06Master DataSAP EWM RF プレゼンテーションデバイス
ewm-a10-01Master DataSAP EWM PLC(プログラマブル・ロジック・コントローラ)
ewm-a10-02Master DataSAP EWM コミュニケーションポイント

L2-B) Transaction

IDCategoryTitle
ewm-b01OverviewSAP EWMトランザクション:プロセスフロー、階層、および関係