WMS導入前に決めるべきこと：ロケーションコード・マスタデータ・インターフェース境界のチェックリスト
WMSの導入が受け入れられない原因の多くはソフトウェアではなく、導入前にロケーションコードをどう採番するか、品目マスタデータを誰が決めるか、FIFOを強制するか、ERPやMESとのインターフェース境界をどこに引くか、といった事項を詰めずに進めたことにあります。これらをチェックリストに落とし込むことが、倉庫デジタル化で遠回りをしない第一歩です。
「システムを先に、データを後で」が導入を滞らせる理由
多くの工場はWMSを「入れれば動く」既製品のように捉え、導入後にようやく気づきます。ロケーションの統一コードがなく、ハンディで読めるのは棚ではなく「壁際の一列」だったり、品目マスタデータが複数の表計算ファイルに散らばり、同じ部品がERPと倉庫台帳で名称も単位も違っていたり、FIFOを強制するのか、バッチをどう追跡するのか現場と倉庫担当で見解が割れたりします。
これらはソフトウェア開発で解決できる問題ではなく、業務ルールが決まっていない問題です。WMSは決まったルールを「実行」するだけであり、ルールがなければ、いくら優れたシステムでも紙の混乱を画面に移すだけです。
導入前に決めるべき5つの事項：チェックリスト
| 番号 | 準備項目 | よくある意見の相違点 |
|---|---|---|
| 1 | ロケーションコード規則 | 倉庫-エリア-列-棚-ビンの階層コードにするか、棚番号順にするか。既存ロケーションを採番し直すか |
| 2 | マスタデータの帰属 | SKU・単位・バッチ/有効期限フィールドはどちら側が持つか。マスタデータはERPとWMSのどちらが先に作るか |
| 3 | FIFOとバッチ方針 | FIFOを強制するか。有効期限・バッチ・シリアル番号をどこまで追跡するか |
| 4 | 作業フローと担当 | 入荷・棚入れ・ピッキング・検品・棚卸の各工程の責任者と動作基準 |
| 5 | 上位システムとの境界 | ERP・MES・自動倉庫・AGVとの間で、誰がデータを下り、誰が書き戻し、失敗時にどう補うか |
5項目を詰めれば、倉庫は「誰かが管理する」から「ルールで動く」に変わり、導入後の手戻りが大きく減ります。
マスタデータとロケーション：最もつまずきやすい土台
ロケーションコードはあらゆる倉庫作業の座標であり、採番規則を間違えると、以降のスキャン作業ひとつひとつがその負債を返すことになります。一般的なのは階層構造（倉庫-エリア-列-棚-ビン）で、各階層を固定桁の英数字にし、ハンディで一発でセルまで特定できるようにする方式です。「だいたいどこか」を人の想像に頼るのは避けます。
品目マスタデータも最初に固める必要があります。SKUは一意、単位は統一、バッチや有効期限のフィールドも明確にします。実務で最も手戻りが多いのは、ERPでは「A-01」、倉庫台帳では「A01」と呼ばれ、両者が一致せず棚卸がいつまでも合わないケースです。マスタデータの帰属は契約に明記し、通常はERPをマスタデータの起点とし、WMSは参照と実行のみを行い、変更は変更プロセスを経て反映します。
FIFOとバッチトレーサビリティ：どこまで行うか
FIFOは単にチェックボックスを付けるだけの話ではなく、品目の特性と業界のコンプライアンス要件で深さが決まります。
- FIFO強制：食品・化学・賞味期限やロット追跡が必要な品目は、システムが有効期限またはバッチで在庫をロックし、バッチを飛ばした出庫を認めません
- バッチトレーサビリティ：どの原料バッチがどの完成品バッチに入ったかを出庫時のスキャンで逆引きし、監査や回収に応えます
- シリアル番号トレーサビリティ：単体設備や高額品を一意のシリアル番号まで追跡し、アフターサービスと保証に活用します
どこまで行うかは規制上の下限ラインと顧客の監査要件で決まり、「多ければ良い」わけではありません。追跡レベルを上げるほど、現場のスキャンとデータ保守の負担も増えます。
ERP・MESとのインターフェース境界：誰が下ろし、誰が書き戻すか
- ERPが下ろす：品目マスタデータ、仕入入庫伝票、販売出庫伝票、在庫残高の定義をERPが指示します
- WMSが実行して書き戻す：入荷・棚入れ・ピッキング・検品・棚卸結果・在庫異動をWMSがERPへ書き戻します
- MES側：生産払出、ラインサイド在庫、完成入庫をMESと連携し、現場の生産リズムに合わせます
WMSが単独で動くことはまれで、ERPと現場の間にはさまれた形になります。境界が曖昧だと、導入後に「誰の台帳も合わない」事態になります。
接続断、台帳不一致、マスタデータ変更には、あらかじめ補送と突合の仕組みを定めておきます。ある装備製造企業の倉庫バーコード案件では、WMSとERP・MESの入出庫・在庫連動が納品範囲に含まれ、マスタデータはERPで一元管理しました。この境界を先に引いておくことで、その後の複数倉庫拠点への展開でも各拠点がバラバラに動かずに済みます。
橙軒がWMS領域で提供できること
上海橙軒智能は2009年から製造業のデジタル化に取り組み、累計600以上のプロジェクトとソリューション実績があります。倉庫バーコード管理、在庫管理、ロケーション・バッチ管理は納品できる能力であり、ERP、MES、自動倉庫、AGVとの連携は納品範囲に含まれます。
- ロケーションコードとマスタデータ整備：倉庫-エリア-列-棚-ビンの採番規則と品目マスタデータの定義を支援し、棚卸が合うようにします
- 入出庫とトレーサビリティ業務：入荷・棚入れ・ピッキング・検品・棚卸をデジタル化し、FIFOとバッチトレーサビリティを業界コンプライアンスに沿って導入します
- 上位システム連携：ERP、MES、自動倉庫、AGVと接続し、マスタデータの帰属とインターフェース境界を一度定義して多倉庫へ展開します
倉庫バーコード管理からWMSとERP・MESの連携まで、全体プロジェクトとして納品することも、ロケーションとマスタデータ準備のみの個別対応も可能です。WMSの導入を計画中の工場、またはWMSはあるもののマスタデータとインターフェースが未整理の工場に適します。
まとめ
WMSが一度で受け入れられるかどうかは、導入前に何を詰めたかにかかっています。ロケーションコード、品目マスタデータ、FIFO方針、作業フロー、上位インターフェース境界の5項目を文書化しておけば、導入後は台帳を突合でき、検証できる記録が残ります。システムは実行するだけで、ルールこそが資産です。
WMSの導入を計画中、またはWMSはあるもののマスタデータ、バッチトレーサビリティ、ERP・MES連携が未解決の場合は、まずこの5項目の現状を棚卸しし、ルールを先に固めてから、システムの範囲と導入ペースを決めるのが有効です。
WMSソリューション相談を予約
既存のERPとMESのブランド・バージョン、倉庫の規模と品目、バッチトレーサビリティとコンプライアンス要件をお知らせください。現場条件に応じてロケーションとマスタデータの準備提案と段階的な導入パスを提示し、エンジニアが直接対応します。
お問い合わせ