ロケーションコードとタイプ：すべての棚位置に住所を付ける

A-03-12-2（ゾーン–通路–列–段）のようなロケーションコードの作り方、採番とラベルの実務ルール、そして picking・storage・staging・dock の4タイプの役割と連携を解説します。

ロケーションコードは棚位置の「住所」です。なければ倉庫は記憶頼みになります。ベテランは青い段ボールが「3番通路の奥のどこか」にあると知っていても、新人はフロアを2往復し、ベテランが休んだ日には建物の中にある在庫が「紛失」扱いになります。

コードがあれば会話は一変します。タスクに「A-03-12-2から6個ピッキング」とあれば、初日の新人でもまっすぐ向かい、ラベルをスキャンして確認し、ピッキングできます。コードは「何がどこにあるか」をシステムが覚える鍵でもあるため、格納・ピッキング・移動・棚卸はすべてコードで語る必要があり、「ドアの近く」といった表現ではいけません。

コードの構造：ゾーン–通路–列–段#

最も一般的なパターンは住所のように大きい順に読みます：ゾーン、通路（列）、ベイ（コラム）、段です。A-03-12-2を例に取ると、Aはゾーン（建物の区画、温度帯、テナントごとに分ける大きなエリア）、03は通路（そのゾーンの3列目のラック列）、12はベイ（通路沿いの12番目のフレームで、通常パレット1枚分、標準ビームラックで約2.7m）、2は段（床から2番目のビーム段）です。

• ゾーン — ほとんどの倉庫では1文字または1〜2桁で十分です。ゾーンには意味も持たせられます：Aは常温、Cは冷蔵など、最初の文字で服装まで分かります。
• 通路／列 — 2桁（01〜99）でほぼすべての建物をカバーできます。先行ゼロは絶対に省かないでください：A-3-12-2とA-03-12-2では、あらゆるリストやレポートの並び順が変わってしまいます。
• ベイ／コラム — 通常2桁です。ベイは実際に歩く方向に数え、コードが歩行順に増えるようにすると、ピッカーが戻る必要がなくなります。
• 段 — 1桁または1文字です。床自体を0段とするか1段とするか、ビームで数えるか棚板で数えるかを一度だけ決めてください。多くのパレットラックでは床のパレットを1段目とし、上に2、3、4と数えます。小物棚では文字や「段＋位置」の2部構成（例：2-B＝2段目、左から2番目のビン）がよく使われます。

桁数はどれくらい必要でしょうか。今日の倉庫ではなく、5年後に成長しうる最大の倉庫から逆算してください。通路99本、1通路あたりベイ99、9段あれば、かなり大きな建物をカバーできます。それ以上広くするとコードが長くて読みにくく、入力しにくく、ミスしやすくなります。すべてのロケーションで長さを統一してください。固定幅のコードはスキャン・並び替え・確認が格段にしやすくなります。

Docklifyでは、コードを作成した瞬間に実際のロケーションになります。WMS → Locations → New location を開き、フォームに入力します — Name（それがコードです。例：A-03-12-2）、Location Type、Warehouse、必要に応じて Occupancy、Barcode、Aka Name。ここで入力した名前がタスク・ラベル・レポートにそのまま表示されるため、コードは常に同じ固定形式で入力してください。

何千ものロケーションを1つずつ作る人はいません。DocklifyのLocationsはテンプレートのダウンロードとExcel一括インポート（WMS → Locations → Import）に対応しています。1ロケーション1行でコード・タイプ・倉庫を記入し、ファイルをアップロードすれば、ラック1列分のロケーションが一度に作成されます。先にインポートし、次にラベルを印刷し、それから在庫を格納してください。物理ラベルとシステム記録が同時に「誕生」します。アドレス列は zone、aisle、bay、level、slot の5列です。テンプレートの旧列 bin と section も引き続き読み取れますが、任意であり推奨されません。空欄のままにしてください。ロケーションタイプ receiving、pack、ship は廃止されました。インポート行でこれらのタイプを使うと行ごとにエラーで拒否され、他の行は通常どおり取り込まれます。

現場で機能する採番ルール#

1. 採番は入口またはメインの横断通路から始めてください。入って最初に目にするラックが01で、番号は作業の自然な流れ — 入荷、保管、ピッキング、出荷 — に沿って増えるようにし、逆らわないでください。
2. 奇数と偶数を側ごとに分けてください。一般的な慣例は、通路の左側が奇数ベイ、右側が偶数ベイです。順番にピッキングする人は行きで片側、帰りでもう片側を作業でき、一日中通路をジグザグに横切る必要がなくなります。
3. 段は常に対下から上へ数えてください。床が最小番号、一番上のビームが最大番号です。このルールをラックの端とハンドブックに書いてください。「上から数える」方が自然に感じる人もいるからです（末尾の落とし穴を参照）。
4. ラベルはすべてまったく同じ場所に貼ってください：ビーム上、同じ高さ、同じ側 — 床レベルでは目線の高さ、高い段では支柱またはすぐ下のビームに。ピッカーが探さなくてもスキャナがラベルを見つけられるようにします。
5. 成長の余地を残してください。今日ゾーンに通路が14本あるなら、01、03、05…と間隔を空けるか、次のブロックを20から始めるなど、順番に間を空けてください。01〜14を詰めてしまうと、06と07の間に新しいラックを増設した日に、後ろをすべて再採番せざるを得なくなります。

小物のロケーションも同じ論理で、1段階細かくなります。1つのベイにビンが20個入る場合があるため、コードにビンのセグメントが加わります：P-07-22-3-CはゾーンP、通路07、ベイ22、棚3段目、ビンCを意味します。写真のビンラベルでは短縮形のP53、P54で十分です。目の前に立てばゾーン・通路・段が明らかだからです。しかしシステム内では完全なコードを保持してください。短いラベルは目のため、完全なコードはタスク・棚卸・レポートが一致するためのものです。

ラベルはコードを物理化したものです。上が人が読める大きな文字、下がスキャン用のバーコードです。ラベルはシステム記録から印刷し、コードをラベルプリンターに手入力しないでください。1桁の入れ違い（12と21）で、ラック上にはあるのにシステムにないロケーションができたり、もっと悪い場合は間違ったベイを指したりします。ラベルが破損したら同じコードを再印刷してください。「仮の」ラベルを手書きしないでください。仮ラベルは何年も生き続けるものです。

4つのロケーションタイプ#

コードはロケーションがどこにあるかを、タイプは何のためのものかを示します。Docklifyのロケーションタイプはまさにこの4つ — picking、storage、staging、dock — で、コードを設定するのと同じLocationsフォームでタイプを選択します（Location Typeフィールド）。タイプは飾りではありません。格納、ピッキング、ステージングのルールはタイプごとに異なる動作をします。例えばstorageロケーションはパレット専用で、バラの段ボールを直接置くことはできません。一方、注文のピッキングはpickingロケーションに対して行われます。ロケーション作成時にタイプを正直に設定してください。後のすべてのルールがそれを信頼します。

pickingロケーション：少量・高頻度

pickingロケーションは、注文を1個または数個ずつピッキングする場所です。物理的には通常、腰から目の高さの棚板やビンのある棚、またはパレットラックの床レベルで、梱包エリアにできるだけ近い場所にあります。ピッカーは1日に何百回もここまで歩くため、余分な1メートルは何百回も支払うことになります。ロケーションあたりの在庫は意図的に少なくしています：1つのSKUの数箱または数ビンで、回転が速いです。在庫が少なくなったら、storageから補充されます（下記の補充チェーンを参照）。pickingロケーション1つにつきSKU1つが最もクリーンなルールです。1つのビンにSKUを混ぜることが、誤ピッキングの原因になります。

storageロケーション：丸ごとパレット、高所

storageロケーションは予備在庫を保持します：上段のビームに丸ごとパレットを置き、フォークリフトでアクセスし、訪問はまれです。これは倉庫の「貯蓄口座」です — 大量、低移動、ユニットあたりのスペースが安い。高所ラックのスペースは梱包近くの貴重な床よりも安いからです。Docklifyではルールは厳格です：storageロケーションはパレットを保持し、バラ貨物は保持しません。storageへの格納は常に対パレット単位で作業し、storageからのピッキングはパレットを降ろすことを意味し、ビーム上で段ボールを開けることではありません。storageは補充の源でもあります：pickingロケーションはここから補充されるため、storage → pickingのつながりが大きな倉庫の中核的な仕組みになります。

stagingロケーション：短い停留、決して住処ではない

stagingロケーションは、ドック近くの床スペースで、貨物が短時間止まります：降ろしたばかりで格納待ちのパレット、またはピッキング済みでトラック待ちの注文です。地面にテープで区切られた区画にSTG-01、STG-02のようなコードが付いています — はい、床スペースにもコードが付きます。「3番ドアの横の山」というのが、まさにコードが置き換えるために存在する表現だからです。stagingの規律は時間です：ここの在庫は2つのステップの間の移動中であり、日数ではなく時間で測るべきです。パレットがstagingに1週間も置かれていたら、それはもはやstagingではありません — ラックのない無計画な保管であり、次のトラックをブロックします。

dockロケーション：各ドアの前の地面

dockロケーションは、1つのドックドアに結びついた地面の位置です：DOCK-01は1番ドア、DOCK-02は2番ドアに属します。トレーラーの荷物が降ろされる際に置かれる場所であり、出荷する荷物が積み込まれる前に組み立てられる場所です。各ドアに独自のコード付き地面位置を与えることで、3台のトラックが同時に作業されていても入荷と出荷が混ざりません — 受入チームは2番ドアの貨物をDOCK-02に置き、出荷チームは3番ドアの荷物をDOCK-03で組み立て、誰のパレットか推測する必要はありません。dockロケーションはすべての中で最も回転が速いです：目標はトラックとトラックの間に空のdockロケーションがあることです。

補充チェーン：storageがpickingに供給する#

4つのタイプは一緒になって初めて意味を持ち、最も重要なつながりはstorage → pickingです。売れ行きの速いシャンプーを想像してください。丸ごと1パレット — 800本 — がstorageの高所A-03-12-4にあります。下のpickingロケーションP-02-08-1にはビンに40本が入っており、注文は一度に5〜10本を取ります。ピッカーがパレットに登ることは決してなく、ビンを相手に作業します。ビンが低水位 — 例えば残り10本 — まで減ると、補充タスクが作成されます：フォークリフトの運転手がパレットを降ろす（またはそこから段ボールを取る）してビンを補充し、パレットは上に戻るか、層ごとに消費されます。このチェーンがなければ、最悪の結果が待っています：ピッカーが注文の途中でフォークリフトを待つか、ピッキング面が詰まりすぎてピッキングが這うように遅くなります。これがあれば、高頻度ピッキングは速く安価に保たれ、フォークリフト作業は緊急事態ではなく計画的な運行にまとめられます。

Docklifyではこのチェーンは補充タスクとして機能します：pickingロケーションが低水位まで下がると、システムは予備を保持するstorageロケーションから補充タスクを生成します（WMS → Replenishment tasks）。運転手はコードで出所と行き先を見ます — A-03-12-4から取り、P-02-08-1へ届ける — ため、補充は通路越しに叫ぶお願いではなく、通常の追跡可能なタスクになります。

在庫分布の見方：ゾーン別、タイプ別#

全体像が必要なとき、コードとタイプが再び役立ちます。どのゾーンが満杯か、picking在庫が薄いのはどこか、stagingが詰まっていないか。層ごとに確認してください。まずゾーン別 — 95％満杯でさらに入荷が予定されているゾーンは、来週ではなく今日判断が必要です。次にタイプ別 — pickingロケーションが空なのにstorageが満杯なら、在庫切れではなく補充チェーンが壊れているということです。stagingロケーションが何日も占有されているなら、出荷が滞留しています。最後に、棚卸が合わない場合やピッカーが問題を報告した場合に、個別のロケーションを確認します。このように分布を読むことで、「倉庫が満杯な気がする」が具体的で解決可能な言明に変わります。

Docklifyはその層状の見方を絵に変えます。WMS → 3D Warehouseで、あなたのロケーションから倉庫の3Dモデルを生成します。コード、ゾーン、タイプでロケーションを特定してハイライトでき、任意のロケーションを開くとそのライブ在庫 — どのSKUが、いくつ、どのパレットに — を確認できます。ゾーンが本当に満杯かどうかを確認するために歩き回る代わりに、上空から眺めます。満杯のベイ、空のベイ、薄いpicking面が一目で分かり、クリックすれば見ているベイに何があるか正確に分かります。

タイプはロケーションに必要な唯一のグループ分けではありません。Docklifyでは、ロケーションはLocation Groups（WMS → Location Groups）にも属することができます — 例えば冷蔵グループ、高価値グループ、特定顧客専用グループ — で、1つのロケーションが複数のグループに同時に属することもできます。コードは場所を、タイプは目的を、グループはルールを示します。冷蔵チェーンの貨物は冷蔵グループのロケーションにのみ、高価値の貨物はケージグループのロケーションにのみ入ります。格納ルールを設定するとき、ゾーンと同じくらいグループで考えることになります。

よくある落とし穴#

この記事で使用したDocklify機能#

• ロケーションの作成 — WMS → Locations → New location：Name（コード）、Location Type（picking / storage / staging / dock）、Warehouse、Occupancy、Barcode、Aka Name。
• ロケーションの一括インポート — WMS → Locations → Import：テンプレートをダウンロードし、Excelで1ロケーション1行を記入してアップロードすれば、一度に数千件を作成できます。
• ロケーションタイプがルールを駆動 — picking、storage、staging、dockがシステムのLocation Type値です。格納、ピッキング、ステージングはタイプごとに動作が異なり、storageロケーションはパレットのみを保持します。
• 補充タスク — WMS → Replenishment tasks：pickingロケーションが低水位に達すると、予備を保持するstorageロケーションからタスクが生成されます。
• 3D倉庫ビュー — WMS → 3D Warehouse：生成された倉庫の3Dモデル。コード、ゾーン、タイプで特定してハイライトし、任意のロケーションを開いてライブ在庫を確認できます。
• Location Groups — WMS → Location Groups：ルール別にロケーションをグループ化（冷蔵、高価値、特定顧客）し、1つのロケーションが複数のグループに同時に属することができます。