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

カバー: SAP EWM リソース — 倉庫作業者とタスクを実行する設備のマスタデータ

SAP EWM リソース

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


パート 1: リソース — 基本概念(全モジュール共通)

1.1 リソースとは

ハブアンドスポーク図。中央にリソースが配置され、リソースタイプ、リソースグループ、倉庫キュー、倉庫オーダー、ウェーブテンプレート、ユーザ、MFSに接続されている

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 リソースタイプ

SAP EWMの3つのリソースタイプ(人リソース、MFS設備、複合リソース)を、能力と動作属性とともに比較したグリッド

リソースタイプは、タスク配分やキュー割り当て時にEWMがリソースをどのように扱うかを決定する基本的な分類です。誤ったタイプを選択すると、タスクが誤ったキューに送信されたり、自動化機器がEWMによって制御されなくなったりします。

リソースタイプコードユースケース主要な動作
人的リソースHU手動RF端末を使用する倉庫ピッカー、梱包作業者、フォークリフトオペレーター倉庫キューに割り当てられ、RFデバイスまたはFioriを介してタスクを受信。勤務時間はシフトカレンダーで管理
MFS設備MEPLC制御のフォークリフト、コンベヤ、ASRSクレーン — 人間のオペレーターは介在しないMFSテレグラム交換により直接制御。能力と速度は設備プロファイルで決定。Decentralized EWMが必要
複合リソースCR人間のオペレーターが操作する半自動設備(例:コンベヤセグメントとも連携するリーチトラック)人間のキュー割り当てとMFSテレグラム処理の両方に関与。設定が最も複雑

設計原則: リソースタイプは、ブループリント段階で決定されたMFSアーキテクチャの判断と整合させる必要があります。本稼働後にMFS設備リソースを導入するには、PLCおよび通信ポイントの設定において多大なカスタマイズが必要となります。


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

倉庫番号 → リソースグループ → リソースを示す階層ツリー。リソースタイプはSPROレベルで定義され、倉庫キューは割り当てとして設定されます

リソースは、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 他のマスタデータオブジェクトとの統合

リソースを中心に、リソースタイプ、リソースグループ、倉庫キュー、倉庫オーダー、ウェーブテンプレート、ユーザー(EWM-A04-06)、MFS PLC(EWM-A10-xx)に接続されたハブアンドスポーク図

リソースは単独で動作するわけではありません。ウェーブテンプレートと倉庫オーダーから始まり、現場で確定されたタスクで終わる一連のチェーンの実行エンドポイントです。リソース割り当てが本番環境で正しく機能するためには、接続された各オブジェクトを事前に設定する必要があります。

オブジェクト関係性実務上の注意点
リソースタイプ (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の所有権を示すチェックリスト:リソースマスタデータ(◎)、能力設定(◎)、キュー割当(◎)、時間管理(○ HR/PMと共有)

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

凡例: ◎ = オーナー/最重要, ○ = 直接関与


2.1 リソースマスタデータ

リソースマスタデータフィールドのチェックリスト: リソースID、リソースタイプ、説明、倉庫番号、リソースグループ、アクティブフラグ

リソースマスタデータセクションは、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のタイム管理設定(HRからのシフトカレンダー)とMFS設備(PMからの保全ウィンドウ)を比較する図、EWMが両方を読み取る

タイムマネジメントの設定では、リソースがタスク割り当てに利用可能なタイミングを定義します。人的リソースの場合、これは通常、HRの勤務スケジュールルールと統合されます。設備の場合は、PMの保全ウィンドウを参照する場合があります。EWMは、この可用性情報を使用して、リソースが利用不可の期間中にキュー配分から除外し、シフトが終了したリソースやメンテナンス中の設備にタスクが割り当てられるのを防ぎます。

項目説明実務上の使用例
シフトカレンダーリソースの稼働日とシフト時間を定義する工場カレンダーまたは勤務スケジュールルールを参照します人的リソースの場合、これをワーカーのポジションに割り当てられたHR勤務スケジュールと整合させます。HRスケジュールとEWMシフトカレンダーが不一致の場合、ワーカーが退勤した後もEWMでリソースが利用可能と表示され、夜間に未確認タスクが蓄積される原因となります。
勤務時間モデルリソースの標準シフトにおける開始時刻、終了時刻、休憩時間帯を定義しますEWMシステムがHR勤務スケジュールと統合されていない場合にこの項目を使用します。MFS設備の場合、勤務時間モデルは保守サイクル間の計画された稼働時間帯を表します。
休憩スケジュールリンクシフト内の計画ダウンタイムを特定する休憩スケジュールを参照します休憩中、EWMはリソースへのタスク割り当てを抑制できます。これは、強制冷却サイクルや潤滑サイクルがあるMFS設備にとって特に重要です。保守休憩中にキューに入れられたタスクはキューに残り、休憩終了と同時に配信されるため、手動介入が不要になります。

次に読むべきもの

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トランザクション:プロセスフロー、階層、および関係