ゾーンピッキングのレイアウト：1ゾーン1担当、受注はゾーン間をリレー

ゾーンピッキングの現場の仕組み：倉庫をゾーンに分け、各ゾーンに固定担当を置き、受注はトートでゾーン間をリレーし、梱包横の統合エリアで合流させます。

小さな倉庫では、1人の作業者が1受注を持って建物全体を歩きます。しかし建物が大きくなると成り立ちません：1受注の商品が3番通路、18番通路、冷蔵室に散らばっているのです。ゾーンピッキングは分担の仕方を変えます：倉庫をゾーンに切り、各作業者は自分のゾーンにとどまり、各受注の自ゾーン分だけを集めます。受注はトートに入ってゾーン間を移動し、統合エリアで全部が揃います。人が倉庫全体を歩くのではなく、貨物が旅をするのです。

イメージはリレー競走です。各ゾーンは決まった区間を走る走者、トートはバトン。ゾーンが自分の分を終えたら、バトンをゴールまで運ぶのではなく、カートごと統合エリアに渡します。統合エリアがゴールで、揃った受注が出荷箱に統合されます。全体を3つで表すと：ゾーン別に分ける、受注別に統合する、数量を合わせる。

ゾーンの切り方：通路と作業タイプに沿って切る#

ゾーンは平面図に描く物理的なエリアです。通路の境界に沿って切り、通路の真ん中では絶対に切らないこと。各ゾーンは、カート1台分を数分で回れる大きさにします：バッチの中で1ゾーンの分量に30分かかるなら、そのゾーンは大きすぎてボトルネックになります。バランスを取るのは面積ではなく作業量です。

• 商品の性質で切る：小物棚、パレットラック、冷蔵、特大品は、設備もペースも違うため自然に別のゾーンになります。
• 基本は1ゾーン1人。1ゾーンに2人いると、同じ棚を取り合い、同じ通路を塞ぎます。忙しいゾーンは、人を足すのではなく、ゾーンを2つに分けます。
• ゾーンの境界は見える場所に描く：床のカラーテープ、各ゾーン入口の看板、そしてロケーションコード自体にゾーンコードを含めます。

Docklifyでは、この物理的な分割が Zone です：各ロケーションは1つのゾーンにのみ属し、参加できるのは picking タイプのゾーンだけで、storage や functional のゾーンは参加しません。各ゾーンの統合ポイントはゾーン管理で一度設定し、集品後のカートはそこへ運ばれます。

リレーの実際：バッチ、カート、トート#

ゾーンピッキングは受注ごとではなくバッチで回します。責任者が出庫伝票のグループ——例えば20件——を選ぶと、バッチはゾーン別に分割されます：Aゾーンに14件分、Bゾーンに9件分、Cゾーンに17件分の商品があるかもしれません。各ゾーンは20件のうち自ゾーン分をまとめた集品タスクを1件受け取ります。バッチの意味はここにあります：作業者は受注ごとにではなく、20件分を1回の巡回で集めます。

リレーを機能させる鉄則は、1受注1トートです。カート上では各受注がちょうど1つのトートを持ち、半分空いていても2つの受注がトートを共有することは決してありません。無駄に見えますが、2受注が混ざったとき、その仕分けには節約したスペースの10倍の手間がかかります。トートには再利用できる恒久バーコードがあり、カート自体にもスキャンできるコードがあります。

Docklifyでは、バッチの流れは出庫伝票リストから始まります：伝票を選択し、Create pick task メニューから Zone Pick を選び、まず事前チェックを確認します——各受注がどのゾーンに分割されるか、カバーできない明細が示されます。確定すると CB- 番号の統合バッチが作成され、在庫のあるゾーンごとにタスクが1件生成され、ゾーン管理でそのゾーンに割り当てられた作業者に自動で割り当てられます。

統合エリア：どこに、どれくらいの大きさで#

統合は、トートが受注の完成を待つ場所です。ピッキングゾーンと梱包エリアの間の自然な動線上に置きます——理想は梱包ステーションの真ん前で、統合済みの受注が2歩で梱包できる場所です。保管ラックの裏やフォークリフト動線の向こう側には絶対に置かないこと：運ばれるカートが一日中その車流を横切ります。ゾーンが2つの建物に分かれている場合は、建物ごとに統合エリアを設けます。

• 床に番号付きスロット——C-01、C-02、C-03…——を配置し、待機中の受注1件につき1スロット、各スロットの先頭にバーコードラベルを貼ります。1スロット1受注、混在は絶対に禁止です。
• 大きさは建物ではなくバッチで決めます：8〜12スロットで典型的なバッチに対応できます。受注は揃い次第統合され、スロットは絶えず空くからです。常に満杯なら、原因はたいてい遅いゾーンか遅い梱包です。
• トートに入らない大きな商品用に小さなコーナーを確保し、スロットを塞ぐ代わりに受注番号を貼ってそこで待たせます。

Docklifyでは、統合エリアは番号付きスロットを持つ consolidation タイプのゾーンで、各ピッキングゾーンは統合ロケーション設定でそこを指します。ゾーンが終わると、作業者はカートごと運び、デスクトップの Consolidation → Check-in ページまたはモバイルで、スロットコードとカートコードの2回スキャンで受け渡します。カート上の全トートが各受注の到着済として一括で数えられます。

統合と梱包：隣同士でも、同じ仕事ではない#

統合の終わりが梱包の始まりです。統合の仕事は「揃っているか」：この受注のトートは全部届いたか、数量の合計は受注と合うか。梱包の仕事は「荷物」：段ボールの選択、緩衝、封、ラベル。2つが混ざると——梱包台が待機場所を兼ね、梱包担当が未完成の受注から取る——ミスが起きます：10分後に届く商品なしで荷物が出てしまうのです。見える線を引くこと：受注は揃って初めて梱包に入り、梱包の手が待機スロットに伸びることはありません。

Docklifyでは、統合ステップはまさにこの線に沿っています：統合ボードには受注ごとに到着済み対予定のトート数と、まだ届いていないゾーンが表示されます。全ゾーンの分が届いて初めて受注は Ready になります。統合は受注ごとに行います——トートをシステムが提案する出荷箱に移し、箱数を確認し、封をしてラベルを貼ります。

Zone と Location Group は別物：混同しない#

Docklifyでは両者が共存します：Zone はゾーンピッキング用の物理的な分割、Location Group（WMS → Location Groups）はルールベースの属性を担い、1ロケーションが複数のグループに同時所属できます。冷蔵室が良い例です：物理的には担当者のいる1ゾーン、ルール上は Location Group でもあり、棚入れで常温品が誤って入ることはありません。

向いている倉庫、いない倉庫#

向いていないなら無理に導入しないこと：小さな倉庫では、ゾーンと統合よりも Batch Order Pick（1回の巡回で複数受注）の方が得られます。ゾーンピッキングは、追加される受け渡しの手間より、削減できる歩行が大きい場合にのみ割に合います。建物・人員・受注構成が変わったら、改めて問い直してください。

開始1週目：見るべきこと#

ゾーンピッキングが失敗するのは設計ではなく、最初の1週間の習慣であることがほとんどです。最初の数バッチはゾーンごとに計測してください：バッチ全体は最も遅いゾーンの速度で動くため、他より20分遅く終わるゾーンは、境界かSKU構成が間違っていると訴えています。ピーク時の統合スロットも見てください。

• 3つ目はトートの混在です：2受注分を入れて統合に届いたトートがあれば、ルールが壊れたのは統合ではなくカートです。カートで直してください。
• 最初のバッチは小さく——5〜10件——保ち、統合がスムーズに回ってから大きくします。スムーズに統合できないバッチサイズは能力ではなく、衣装を着た行列です。

本記事で使ったDocklify機能#

• Zone — ゾーン管理：各ロケーションは1ゾーンにのみ所属。参加は picking ゾーンのみで、各ゾーンに統合ロケーションと担当者を設定。
• Zone Pick 生成 — WMS → 出庫伝票 → Create pick task → Zone Pick：事前チェックでゾーン別分割と欠品を表示。確定で CB- 統合バッチと、在庫のあるゾーンごとの自動割当タスクを生成。
• カート一括受渡し — Consolidation → Check-in（デスクトップ/モバイル）：スロットコード、次にカートコードをスキャン。全トートが一括で受領され、バッチ混在のカートは拒否されます。
• 統合ボードと統合 — ボードは受注ごとに到着済/予定トートと未着ゾーンを表示。Ready の受注は受注ごとに出荷箱へ統合。
• Location Groups — WMS → Location Groups：ルール-based グループ（冷蔵、危険品、高価値、顧客専用）。Zone と違い、1ロケーションが複数グループに同時所属可。