SAP EWM リソース

SAP EWM リソース
リソースは、倉庫タスクを実行できる人または設備を表すマスタデータオブジェクトであり、人間のピッカーからPLC制御のフォークリフトやコンベヤまでを含みます。これは、組織設定(倉庫番号、リソースタイプ、リソースグループ)と実行レイヤー(倉庫オーダー、倉庫キュー、ウェーブ管理)を結びつけるリンクです。リソースマスタデータを正しく設定することで、タスクの分散方法、能力制約の適用方法、自動化設備のリアルタイム追跡方法が決定されます。
パート 1: リソース — 基本概念(全モジュール共通)
1.1 リソースとは

SAP EWMにおけるリソースとは、倉庫内の商品移動に関わる物理的な実行単位(倉庫作業員、フォークリフト、ピッキングロボット、その他設備)を識別・記述するマスタデータレコードです。リソースには、ID、能力制約、組織割当が保持されており、EWMのタスク分散エンジンがどのリソースにどの倉庫タスクを担当させるかを決定するために使用されます。
| 項目 | 詳細 | |
|---|---|---|
| ロール | 倉庫内の実行単位(人または設備)を表し、その能力、キュー割り当て、作業時間プロファイルを保持します | |
| 使用するモジュール | EWM(主要な所有者 — リソース定義、タスク割り当て、キュー管理)、MFS(PLC信号によって駆動される設備連携リソース)、HR/TM(シフトおよび作業時間に関するオプションの時間管理統合) | |
| トランザクション | /SCWM/RSRC(リソース保守)、/SCWM/RSRCTP(リソースタイプ保守)、/SCWM/RSCGRP(リソースグループ保守)、Fiori:「リソース管理」 | |
| 主要テーブル | /SCWM/RSRC(リソースマスタ)、/SCWM/RSRCTP(リソースタイプ)、/SCWM/RSCGRP(リソースグループ) | |
| S/4HANAに関する注意事項 | リソースマスタデータの概念は、以前のEWMリリースから変更されていません。Embedded EWM(S/4HANA)では、/SCWM/RSRCトランザクションがS/4HANAシステム内で利用可能です。Fioriアプリ「リソース管理」は、リソースレコードの作成および編集のための最新UIを提供します。MFS連携リソースは、高スループット環境ではDecentralized EWMを必要とします。 |
1.2 リソースタイプ

リソースタイプは、タスク配分やキュー割り当て時にEWMがリソースをどのように扱うかを決定する基本的な分類です。誤ったタイプを選択すると、タスクが誤ったキューに送信されたり、自動化機器がEWMによって制御されなくなったりします。
| リソースタイプ | コード | ユースケース | 主要な動作 | |
|---|---|---|---|---|
| 人的リソース | HU | 手動RF端末を使用する倉庫ピッカー、梱包作業者、フォークリフトオペレーター | 倉庫キューに割り当てられ、RFデバイスまたはFioriを介してタスクを受信。勤務時間はシフトカレンダーで管理 | |
| MFS設備 | ME | PLC制御のフォークリフト、コンベヤ、ASRSクレーン — 人間のオペレーターは介在しない | MFSテレグラム交換により直接制御。能力と速度は設備プロファイルで決定。Decentralized EWMが必要 | |
| 複合リソース | CR | 人間のオペレーターが操作する半自動設備(例:コンベヤセグメントとも連携するリーチトラック) | 人間のキュー割り当てとMFSテレグラム処理の両方に関与。設定が最も複雑 |
設計原則: リソースタイプは、ブループリント段階で決定されたMFSアーキテクチャの判断と整合させる必要があります。本稼働後にMFS設備リソースを導入するには、PLCおよび通信ポイントの設定において多大なカスタマイズが必要となります。
1.3 組織レベルとデータ階層

リソースは、EWM内の明確な組織階層に位置づけられます。どの属性がどのレベルで定義されているかを理解することで、タスク分散の失敗や能力計画のエラーを引き起こす設定ミスを回避できます。
Warehouse Number (e.g. WH01)
│
├── Resource Type (SPRO — defines class and default capacities)
│ ├── Human Resource Type (e.g. PICKER, PACKER)
│ └── MFS Equipment Type (e.g. FORK01, CONV01)
│
├── Resource Group (groups resources for workload distribution)
│ └── Resource 1..N (individual person or equipment)
│
└── Warehouse Queue (tasks are posted to queue, resource polls or is pushed)
└── Resource → assigned to Queue (1:N relationship)| 組織レベル | テーブル | 主キー項目 | 備考 |
|---|---|---|---|
| 倉庫番号 | SPRO / /SCWM/RSRCTP | 倉庫番号スコープ、リソースタイプ定義 | リソースタイプはSPROで定義され、倉庫番号にスコープされます |
| リソースタイプ | /SCWM/RSRCTP | タイプコード、説明、カテゴリ(人/MFS)、デフォルト能力重量/容積 | テンプレートとして機能 — 個々のリソースはリソースタイプからデフォルト値を継承します |
| リソースグループ | /SCWM/RSCGRP | グループID、説明、倉庫番号 | キュールーティングとワークロードバランシングのためのリソースの論理グループ化。能力データは保持しません |
| リソース | /SCWM/RSRC | リソースID、リソースタイプ、説明、倉庫番号、能力上書き、キュー割当、シフトカレンダー | 個別レコード — 一人または一台の機器につき一行 |
主要な設計判断: 個別のリソースレコードを作成する前に、SPROでリソースタイプを定義します。有効なリソースタイプがないとリソースを保存できません。複数倉庫の実装では、リソースタイプは倉庫番号ごとに定義され、倉庫番号間で共有することはできません。
1.4 他のマスタデータオブジェクトとの統合

リソースは単独で動作するわけではありません。ウェーブテンプレートと倉庫オーダーから始まり、現場で確定されたタスクで終わる一連のチェーンの実行エンドポイントです。リソース割り当てが本番環境で正しく機能するためには、接続された各オブジェクトを事前に設定する必要があります。
| オブジェクト | 関係性 | 実務上の注意点 | |
|---|---|---|---|
| リソースタイプ (SPRO) | 前提条件 — リソースは、その分類とデフォルト能力のためにリソースタイプを参照する | リソースレコードを作成する前にSPROで定義されている必要がある。人間とMFSの動作を定義する。 | |
| リソースグループ (/SCWM/RSCGRP) | 組織グループ化 — リソースは倉庫番号ごとに1つのリソースグループに属する | リソースグループは、どのリソースがどのタスクタイプを受信できるかを制限するためにキュー設定で使用される。 | |
| 倉庫キュー (/SCWM/QUEUE) | 割当 — リソースは1つ以上の倉庫キューに割り当てられる | キュー割当はタスク配信を制御する。キュー割当がないリソースは倉庫タスクを受信しない。 | |
| 倉庫オーダー (/SCWM/TO) | 実行リンク — リソースがタスクをピックアップまたは割り当てられると、倉庫オーダーがリソースに割り当てられる | 倉庫オーダーは、割り当てられたリソースが完了を確認するまでオープン状態を維持する。生産性追跡に使用される。 | |
| ウェーブテンプレート (EWM-A05-01) | 間接的 — ウェーブテンプレートは倉庫オーダーを生成し、それがキューを介してリソースに配信される | ウェーブリリース時間とアクティビティエリア設定により、どのリソースがどのウェーブの対象となるかが決まる。 | |
| ユーザ (EWM-A04-06) | 1:1リンク — ヒューマンリソースは通常、RF認証とタスク確認のためにEWMユーザレコードにリンクされる | ユーザレコードには、リンクされたリソースと整合する必要があるRFプロファイルとキュー割当が含まれる。 | |
| MFS PLC (EWM-A10-01) | 設備統合 — MFSリソースは、自動タスク実行のためにPLC通信ポイントにリンクされる | MFSリソースはRFタスクの代わりにPLCからテレグラムを受信する。MFSリソースを稼働させる前にPLCを設定する必要がある。 |
パート 2: EWM固有のフィールド詳細
2.0 EWM オーナーシップの範囲

| データ区分 | EWMの関与 | 備考 | |
|---|---|---|---|
| リソースマスタデータ | ◎ オーナー | リソースID、リソースタイプ、説明、倉庫番号はEWMが完全に所有・管理し、他のモジュールはこの区分に一切関与しない | |
| 能力設定 | ◎ オーナー | 最大重量、容積、ハンドリングユニット数はEWM固有の値であり、デフォルト値はリソースタイプ(SPRO)から取得され、リソースごとに上書き可能 | |
| キュー割当 | ◎ オーナー | 倉庫キューの割当、優先順位、フォールバックキューはEWM専用の設定であり、HRおよびPMは関与しない | |
| 時間管理 | ○ HR/PMと共有 | シフトカレンダーおよび勤務時間モデルは、HR(勤務スケジュールルール経由)またはPM(設備保全ウィンドウ用)によって管理される場合がある。EWMは結果を読み取るが、HR/PMの設定は所有しない |
凡例: ◎ = オーナー/最重要, ○ = 直接関与
2.1 リソースマスタデータ

リソースマスタデータセクションは、EWM内でリソースの識別情報を確立します。これらのフィールドは作成時に正しく設定する必要があります。標準のSAP設定では、リソースIDとリソースタイプは最初の保存後に変更できないため、データ入力前に計画の正確性が極めて重要になります。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| リソースID | 倉庫番号内のリソースの一意の識別子 | リソースカテゴリとロケーションをエンコードした命名規則を使用します(例:エリアA01のピッカーは「PICK-A01」、ゾーンB02のフォークリフトは「FORK-B02」)。現場監督がレポートを確認する際に意味不明となる自動生成の数値IDは避けてください。 | |
| リソースタイプ | SPROで定義されたリソースタイプを参照。リソースが人材かMFS機器かを決定します。 | リソースタイプはこのセクションで最も重要なフィールドです。人材のピッカーをMFS機器タイプに割り当てると、システムはテレグラムベースのタスク確認を期待しますが、それは決して届かず、タスクが永久にオープン状態になります。大量アップロード前に、サンドボックスですべてのリソースタイプ割り当てを検証してください。 | |
| 説明 | リソースのフリーテキストラベル(最大40文字) | 人材リソースには実際の作業者名を、MFSリソースには機器の型番を使用します。現場監督は/SCWM/RSRCレポートでこのフィールドを使用してリソースを一目で識別します。「フォークリフト1」のような曖昧な説明は、複数シフト環境で混乱を引き起こします。 | |
| 倉庫番号 | このリソースが属するEWM倉庫を識別します。 | リソースは常に1つの倉庫番号にのみスコープされます。リソースを倉庫番号間で共有することはできません。複数DC展開では、物理的にサイト間を移動する機器であっても、倉庫ごとに個別のリソースレコードを作成してください。 | |
| リソースグループ | ワークロード分散のために、リソースを倉庫内の論理グループに割り当てます。 | リソースグループは、キュー決定でタスクルーティングを制限するために使用されます。冷蔵ゾーンのピッカーは、常温ピッカーとは異なるリソースグループに属する必要があります。これにより、コールドチェーンタスクが誤って常温スタッフにルーティングされるのを防ぎます。 | |
| アクティブ | リソースがタスク割り当てに利用可能かどうかを示すブール値フラグ | 長期休暇中のリソースや大規模メンテナンス中の機器は非アクティブに設定します。非アクティブなリソースは、レコードを削除せずにキュー配分から除外され、過去のタスク確認データが保持されます。 |
2.2 能力設定

Capacity Settings(能力設定)は、1つの倉庫タスクまたは1つのウェーブ内で、リソースが処理できる数量、重量、または容積を制御します。EWMはこれらの値を使用して過剰割当を防止します。リソースの最大重量または容積を超えるタスクは割り当てられません。デフォルト値はリソースタイプから取得されますが、個々のリソースレコードで上書きすることができます。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 最大重量 | リソースが1回の移動で運搬できる総重量の上限(倉庫単位で指定) | フォークリフトの定格荷重または人間のピッカーの物理的な運搬限界を設定します。フォークリフトの場合、安全バッファを確保するため、メーカー定格最大値の80%を使用します。このフィールドを空欄にすると、重量ベースの能力チェックが無効になります。これは、すべてのピッキングが単一SKUである実装では一般的ですが、混合SKU運用ではリスクとなります。 | |
| 最大容積 | リソースが1回の移動で運搬できる総容積の上限 | 主にかさばる商品の運用(例:自動車部品、白物家電)に関連します。倉庫が容積ではなくピース数でピッキングする場合は、このフィールドに大きな値を設定するか、空欄のままにします。複数配送先のピッキングルートでは、重量よりも容積が制約となることがよくあります。 | |
| 最大ハンドリングユニット数 | リソースが同時に輸送できるハンドリングユニット(HU)の最大数 | このフィールドは、パレットピッキングやマルチパレットフォークリフト運行にとって重要です。ツインフォークのフォークリフトは2パレットを扱えるため、これを2に設定することで、EWMが1台のフォークリフト運行に3パレットのタスクを割り当てるのを防ぎます。3パレット割り当てると2回目の移動が必要になり、タスク確認ロジックが破綻します。 | |
| 速度プロファイル | 保管棚番間のリソース移動時間をモデル化する、SPROで定義された速度プロファイルを参照 | EWMの移動時間見積もりによるキュー最適化と負荷平準化に使用されます。人間のピッカーとフォークリフトには別々の速度プロファイルを設定する必要があります。移動時間最適化を行わない実装では、このフィールドは空欄のままにされることがよくあります。ただし、後で有効化するには、キューとウェーブの動作に関する大規模なテストが必要です。 |
2.3 キュー割当

キュー割当は、リソースを、そのリソースが実行する倉庫オーダーのストリームに接続するメカニズムです。キュー割当がないリソースは、EWMからタスクを受信しません。これは、本番稼働準備における最も一般的な設定ミスの1つです。キュー割当は、優先度ベースのルーティングと、オーバーフローシナリオのためのフォールバックキューもサポートしています。
| 項目 | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 割当キュー | このリソースがタスク受信のために接続されている倉庫キュー | 各リソースは少なくとも1つのキューに割り当てる必要があります。キューは /SCWM/QUEUE で定義され、リソースが受信できる倉庫タスクのカテゴリ(入庫、出庫、補充)を決定します。マルチゾーン倉庫では、リソースをゾーン固有のキューに割り当て、移動時間を増加させるゾーン間タスクルーティングを防止します。 | |
| 優先順位 | 複数のリソースが同じタスクの対象となる場合に使用される数値優先順位(数値が小さいほど優先順位が高い) | スーパーバイザーリソースと標準リソースの両方が同じキューに属するシナリオでは、スーパーバイザーの優先順位を高く(数値が小さい)設定して、標準リソースが利用可能な場合にスーパーバイザーが日常タスクに使用されないようにします。 | |
| フォールバックキュー | プライマリキューに利用可能なリソースがない場合にシステムがチェックするセカンダリキュー | 優先度の高い出庫業務に対してフォールバックキューを設定し、プライマリキューの全リソースが占有されている場合でもタスクが滞留しないようにします。フォールバックキューがない場合、タスクはリソースが利用可能になるまでプライマリキューに残り、出荷期限を超過する可能性があります。 |
2.4 勤怠管理

タイムマネジメントの設定では、リソースがタスク割り当てに利用可能なタイミングを定義します。人的リソースの場合、これは通常、HRの勤務スケジュールルールと統合されます。設備の場合は、PMの保全ウィンドウを参照する場合があります。EWMは、この可用性情報を使用して、リソースが利用不可の期間中にキュー配分から除外し、シフトが終了したリソースやメンテナンス中の設備にタスクが割り当てられるのを防ぎます。
| 項目 | 説明 | 実務上の使用例 | |
|---|---|---|---|
| シフトカレンダー | リソースの稼働日とシフト時間を定義する工場カレンダーまたは勤務スケジュールルールを参照します | 人的リソースの場合、これをワーカーのポジションに割り当てられたHR勤務スケジュールと整合させます。HRスケジュールとEWMシフトカレンダーが不一致の場合、ワーカーが退勤した後もEWMでリソースが利用可能と表示され、夜間に未確認タスクが蓄積される原因となります。 | |
| 勤務時間モデル | リソースの標準シフトにおける開始時刻、終了時刻、休憩時間帯を定義します | EWMシステムがHR勤務スケジュールと統合されていない場合にこの項目を使用します。MFS設備の場合、勤務時間モデルは保守サイクル間の計画された稼働時間帯を表します。 | |
| 休憩スケジュールリンク | シフト内の計画ダウンタイムを特定する休憩スケジュールを参照します | 休憩中、EWMはリソースへのタスク割り当てを抑制できます。これは、強制冷却サイクルや潤滑サイクルがあるMFS設備にとって特に重要です。保守休憩中にキューに入れられたタスクはキューに残り、休憩終了と同時に配信されるため、手動介入が不要になります。 |
次に読むべきもの
L1) Big Picture
| ID | Category | Title |
|---|---|---|
| ewm-001 | Overview | SAP EWMとは何ですか? |
L2-A) Master Data
| ID | Category | Title |
|---|---|---|
| ewm-a01 | Overview | SAP EWM マスタデータ:概要、階層、および関係性 |
| ewm-a02-01 | Master Data | SAP EWM 品目マスタ |
| ewm-a03-01 | Master Data | SAP EWM 保管タイプ |
| ewm-a03-02 | Master Data | SAP EWM 保管セクション |
| ewm-a03-03 | Master Data | SAP EWM 入庫格納ストラテジ |
| ewm-a03-04 | Master Data | SAP EWM ピッキング戦略 |
| ewm-a04-02 | Master Data | SAP EWM 保管棚番 |
| ewm-a04-03 | Master Data | SAP EWM 固定保管棚番 |
| ewm-a04-04 | Master Data | SAP EWM 生産供給エリア |
| ewm-a04-05 | Master Data | SAP EWM 梱包仕様 |
| ewm-a04-06 | Master Data | SAP EWM ユーザ |
| ewm-a05-01 | Master Data | SAP EWM ウェーブテンプレート |
| ewm-a06-01 | Master Data | SAP EWM リソース 📍 |
| ewm-a07-01 | Master Data | SAP EWM 検査タイプ |
| ewm-a08-01 | Master Data | SAP EWM ロットマスタ |
| ewm-a08-02 | Master Data | SAP EWM ロット特性 |
| ewm-a09-01 | Master Data | SAP EWM RF環境 |
| ewm-a09-02 | Master Data | SAP EWM RF 論理トランザクション |
| ewm-a09-03 | Master Data | SAP EWM RFメニュー |
| ewm-a09-04 | Master Data | SAP EWM RFプロファイル |
| ewm-a09-05 | Master Data | SAP EWM RF キュー |
| ewm-a09-06 | Master Data | SAP EWM RF プレゼンテーションデバイス |
| ewm-a10-01 | Master Data | SAP EWM PLC(プログラマブル・ロジック・コントローラ) |
| ewm-a10-02 | Master Data | SAP EWM コミュニケーションポイント |
L2-B) Transaction
| ID | Category | Title |
|---|---|---|
| ewm-b01 | Overview | SAP EWMトランザクション:プロセスフロー、階層、および関係 |