SHIPPING ACCURACY

誤出荷は仕分けの『最後の1回』の照合漏れから起きる

誤出荷はしばしば「ピッキングを間違えた」問題として語られますが、現場をたどると、正しく採った品物が出荷直前の最後の照合で取り違えられている構造が見えてきます。本記事では、その『最後の1回』がなぜ漏れるのかを工程で分解し、全数照合をどう仕組みに落とすかを考えます。

2026-07-22 / 最終更新 2026-07-22 / 監修:嶋野(元キーエンス画像処理事業部 開発エンジニア)/ 読了時間:約13分
01
誤出荷は「ピッキングミス」として一括りにされがちですが、実際にはピッキング自体は正しく、送り状・出荷ラベルと出荷指示データを突き合わせる出荷直前の最終照合が目視依存で漏れる構造から生じているケースが少なくないと考えられます。
02
最終照合は繁忙期・夜間・兼務体制など人的コンディションが最も揺らぐ場面に置かれがちで、精神論や二重チェックの追加だけでは再発が止まりにくい可能性があります。工程のどこで、何と何を照合しているのかを先に可視化することが出発点になりうると考えます。
03
仕分け工程でラベルと指示データを機械が全数照合する考え方は解の一つになりえますが、効果は現場条件(レイアウト・レーン数・例外の頻度)に強く依存します。まずは客観的な把握と自社ラベルでの現物検証から始めるのが現実的な次の一歩と考えます。
― 目次
  1. 背景と課題
  2. どこで漏れるか
  3. 最終照合という論点
  4. 全数照合のアプローチ
  5. 設計の考え方
  6. 運用と例外処理
  7. 落とし穴
  8. ロードマップ
― 01 / 背景と課題

「ピッキングミス」で片づけると再発が止まらない

誤出荷が発生したとき、現場報告書には「ピッキングミス」と書かれることが多いものです。しかし出荷責任者として原因を一歩踏み込んで追うと、棚から採った品物そのものは正しく、送り状や出荷ラベルを貼る・箱に入れる・レーンに投入するといった出荷直前の最終照合のどこかで取り違えが起きていた、というパターンに何度も行き当たると考えられます。棚間違いと最終照合漏れは、対策の打ち方がまったく異なります。

背景には、EC化と多品種小ロット化で1オーダーあたりの明細が細かくなり、外形のよく似た商品(色違い・容量違い・入数違い)が同じラインを流れる構造があります。人の目にとって「A-100とA-150」「12本入と24本入」の差は、忙しさの中で最も見落としやすい種類の違いです。誤出荷が発生させる損失は返品送料や再出荷だけにとどまらず、取引先の信用や監査対応にまで波及しうるもので、その全体像は誤出荷のコスト構造として別稿でも整理しています。

本記事の立場は明確です。誤出荷を「人の注意力の問題」に還元してしまうと、注意喚起・二重チェックの追加・始末書という対症療法に流れ、繁忙期にまた再発します。まず必要なのは、自社の出荷工程のどこで、何と何を、誰が照合しているのかを工程として分解し、最も揺らぎやすい『最後の1回』を特定することだと考えます。

― 02 / どこで漏れるか

出荷工程を分解すると『最後の1回』が見えてくる

出荷は一つの作業に見えて、実際には複数の照合ポイントが連なっています。オーダー引き当て、ピッキング(リスト照合)、検品、梱包、送り状発行、ラベル貼付、そしてレーン・方面別の仕分け。このうちWMSやハンディで機械的にスキャン照合されている工程は誤りが表に出やすく、逆に人が目で確認して次へ流す工程ほど記録が残らず、漏れても気づかれにくいという非対称があります。

ラベルと指示データが「別々に」生成される瞬間

誤出荷が起きやすいのは、送り状・出荷ラベルの印字とその貼付先の箱が別々の流れで合流する瞬間です。まとめて印刷したラベルを人が一枚ずつ箱に貼る、あるいは複数オーダーを同時進行で梱包する場面では、正しいラベルが隣の箱に貼られる「取り違え」が構造的に起こりえます。ラベル自体の中身は正しいのに、貼る相手を間違えるため、送り状OCRで文字を読むだけでは検知しきれない点が難しいところです。

疲労・兼務・夜間というコンディション要因

最終照合は、往々にして一日の作業の最終盤・締め切り間際・夜間便の直前という、人的コンディションが最も低下する時間帯に集中します。さらに小規模な現場では検品担当が梱包や送り状発行を兼務し、一人の中で複数の照合が同時進行します。ここに欠員や新人・応援スタッフが入ると、暗黙知に頼っていた確認手順が抜けます。誤出荷が特定の曜日・時間帯・担当構成に偏っているなら、それは個人の資質ではなく工程設計の問題である可能性が高いと考えられます。

― 03 / 論点整理

「最終照合」は増やすほど強くなるわけではない

再発防止策として最も手軽なのは「ダブルチェックの追加」です。しかし人による確認を重ねるほど強くなるとは限りません。二重チェックには、後工程の担当が「前の人が見ているはず」と無意識に確認を省く社会的手抜き(リンゲルマン効果的な希薄化)が入り込みやすく、チェック工数だけが増えて実効性が上がらない状態に陥ることがあります。照合の回数ではなく、照合の質と網羅性(全数か抜き取りか)が論点です。

抜き取り検査は、統計的な品質管理には有効でも、誤出荷という「一件でも取引先に届いてしまうと信用に響く」性質のイベントとは相性が良くありません。1000件に1件の取り違えは抜き取りでは高確率ですり抜けますが、その1件が届いた取引先にとっては100%の事故です。ここに全数照合を機械で担保する動機があります。誤出荷防止の検証実務でも、抜き取りと全数の考え方の違いを扱っています。

もう一つの論点は「何を正とするか」です。照合は必ず突き合わせる二者を要します。多くの現場で正となるのは出荷指示データ(WMS/受注データ)であり、これに対して現物側のラベル・送り状・品物を合わせにいく構図です。この正データが正確に取れているか、ラベルと指示データが同じキー(オーダー番号・SKU・出荷先)で結べるかが、後述するアプローチの成否を左右します。

― 04 / アプローチ

仕分け工程でラベルを全数読み、指示データと突き合わせる

考え方はシンプルです。仕分けレーンや梱包の最終地点にカメラを据え、流れてくる箱の出荷ラベル・送り状を全数撮影して読み取り、その場で出荷指示データと照合する。一致すればそのまま通過、不一致なら止めて知らせる。人の目に頼っていた『最後の1回』を、機械による全数照合に置き換える発想です。詳細は出庫仕分けOCRソリューションとして整理しています。

バーコードだけに頼らない理由

「バーコードを読めば済む」という指摘はもっともですが、現場のラベルは必ずしもコード化されていません。取引先指定フォーマットの伝票、手書きや後貼りの追記、印字かすれ・折れ・光沢フィルム越しの反射で、一次元/二次元コードが安定して読めない場面は珍しくありません。ここでVLM(視覚言語モデル)ベースのOCRは、コードだけでなくラベル上の文字情報(出荷先名・SKU・数量・方面)を人が読むように読み取り、レイアウトが多少崩れても意味で拾える点に強みがありうると考えます。送り状側の自動化は物流の送り状OCR自動化で詳述しています。

取り違え(正しいラベル・間違った箱)を検知する

前述の「ラベル自体は正しいのに貼る箱を間違える」取り違えは、文字を読むだけでは検知できません。ここを捉えるには、ラベルの読み取り結果と、箱の中身や外形・重量など別の手がかりを併せて照合する多面的な設計が要ります。VLMで読んだ品名・数量と、想定される商品の見え方や梱包形態が整合するかを補助的に確認する、といった組み合わせが解の一つになりうると考えます。ただしこれは現場条件次第で、やってみないと分からない部分が残ります。

― 05 / 設計の考え方

現場条件に合わせる:光・高さ・スピード・レーン

OCRの読み取り精度は、モデルの良し悪しだけでなく、撮影条件で大きく変わります。倉庫のラベル読み取りは、屋外光の映り込み、天井照明のムラ、光沢ラベルのハレーション、箱の高さのばらつき、コンベアスピードといった現場固有の変数の集合体です。元キーエンス画像処理事業部の現場知見が効くのはまさにここで、産業用カメラ・レンズ・現場ライティングの設計を含めて読み取り安定性を作り込む視点が欠かせないと考えます。

特に、流れてくる箱の高さが一定でないラインでは、ピント位置が箱ごとに変わり、固定フォーカスでは読めない領域が生じます。こうしたラインでは液体レンズ等でピントを動的に合わせる工夫が有効になりうる場面があり、その具体は高さ可変ラインでのラベル読み取りで扱っています。逆に言えば、この撮影設計を軽視したままモデルだけ導入しても、期待した読み取り率に届かない可能性があります。

クラウドかエッジか

出荷のピーク時に大量の箱をリアルタイム照合する用途では、通信遅延や回線障害がライン停止に直結しうるため、Jetson等のエッジで推論を完結させる構成が現実的な選択肢になりうると考えます。ネットワークが不安定な倉庫や、外部にラベル画像を出したくない取引条件がある現場でもエッジ処理は相性が良い一方、モデル更新やログ集約の運用設計は別途必要です。クラウドとエッジは二者択一ではなく、照合はエッジ・分析はクラウドといった役割分担が落としどころになることが多いと考えます。

なお、ここで挙げる読み取り率や処理速度に一律の保証値は置けません。ラベル様式・照明・速度が現場ごとに違う以上、数値は「自社ラベル・自社ライン」での現物検証を前提とするモデル前提の一例に留まります。カタログ値をそのまま自社に当てはめない姿勢が、導入後のギャップを防ぐと考えます。

― 06 / 運用

止めた後をどう回すか——例外処理と記録が本体

全数照合の仕組みは「不一致を検知して止める」ところまでは比較的作りやすいものの、現場が本当に困るのはその後です。読み取れなかった、判定が曖昧、ラベルは正しいがデータ側が古い——こうした例外(グレー)をどう捌くかの運用設計が、実は導入の本体だと考えます。ここが曖昧だと、アラートが多すぎて現場が確認を諦める「オオカミ少年化」か、逆に止めすぎてライン停止が頻発する事態を招きます。

しきい値と『迷ったら止める』の線引き

照合の判定には必ず確信度の低い領域が残ります。ここを自動通過させるか人に回すかは、誤出荷が届く損失と、止めることによる工数・遅延のトレードオフで決めるべきで、一律の正解はありません。出荷先や商品カテゴリのリスクに応じて、重要顧客向けは厳しめ・低リスク品は緩めといったメリハリを付ける設計が、現場の納得を得やすいと考えます。

再発防止は『記録が残ること』から始まる

見落とされがちですが、機械照合の副産物として「いつ・どのオーダーで・何と何が不一致だったか」の記録が全数分残る価値は大きいと考えます。目視では「たぶん大丈夫だった」で流れていた工程が、証跡として可視化されます。どのSKU・どの時間帯・どの取引先で取り違えが起きやすいかが見えれば、ラベル様式やレイアウトの改善という上流対策に手を伸ばせます。誤出荷対策の本丸は、止めることではなく、この記録を使って再発の芽を潰す運用に回すことだと考えます。

― 07 / 落とし穴

導入時に見落としやすいポイント

全数照合は魔法ではありません。導入検討の段階で正直に見ておきたい限界と落とし穴を挙げます。ここを織り込まずにPoCへ進むと、期待値のズレから「使えない」という早すぎる結論に至ることがあります。

― 08 / ロードマップ

小さく現物で確かめ、記録を回しながら広げる

現実的な進め方は、いきなり全ラインへ展開するのではなく、誤出荷が多い・影響の大きい一つのレーンや取引先に絞って始めることだと考えます。第一歩は、自社の出荷工程を分解して『最後の1回』の照合ポイントを特定し、そこで実際に使われているラベル・送り状・出荷指示データを集めること。効果を語る前に、この客観的な把握と現物検証が出発点になりうると考えます。

次に、集めた自社ラベルで読み取りと照合が成立するかを小さく検証し、例外がどれくらいの頻度でどんな種類で出るかを掴みます。ここで見えた例外の型が、しきい値設計・運用フロー・上流のラベル改善の材料になります。全数照合の仕組みは、止めた回数ではなく、記録を使って再発を減らせて初めて投資が報われると考えます。

自社の出荷ラインでどこまで読めるか、どんな例外が出るかは、ラベルと現場条件を見ないことには誰にも断言できません。まずは現物を前提にした小さな検証から始めるのが確実で、その進め方について具体的に詰めたい場合は相談するところから始めていただければと考えます。

― 関連

関連記事・関連ソリューション

― FAQ

よくある質問

誤出荷の主な原因はピッキングミスではないのですか?

ピッキングミスも要因ですが、現場を工程で分解すると、棚から採った品物は正しく、送り状・出荷ラベルと出荷指示データを突き合わせる出荷直前の最終照合で取り違えが起きているケースが少なくないと考えられます。棚間違いと最終照合漏れは対策の打ち方が異なるため、まず自社のどの工程で漏れているかを可視化することが出発点になりうると考えます。

ダブルチェックを増やせば誤出荷は減りますか?

人による確認は回数を重ねるほど強くなるとは限りません。二重チェックには「前の人が見ているはず」と後工程が確認を省く希薄化が入りやすく、工数だけ増えて実効性が上がらないことがあります。論点は照合の回数ではなく質と網羅性で、全数を機械で照合する考え方が解の一つになりうると考えます。効果は現場条件に依存するため現物検証が前提です。

バーコードを読めば十分では?VLM-OCRが要る理由は?

コード化されたラベルはバーコード読み取りで足りますが、取引先指定伝票・手書き追記・印字かすれ・反射でコードが安定して読めない場面は珍しくありません。VLMベースのOCRは、コードだけでなく出荷先名やSKU・数量といった文字情報を人が読むように読み取り、レイアウトの崩れにも意味で対応しうる点に強みがあると考えます。ただし精度は撮影条件に依存します。

導入すれば誤出荷はゼロになりますか?数値の目安は?

ゼロを保証することはできません。特にラベル自体は正しく貼る箱を間違える取り違えは、文字読み取り単独では検知しきれず、多面的な照合設計が要ります。読み取り率や削減率はラベル様式・照明・スピード・例外頻度に強く依存し、他社の数値は自社にそのまま当てはまりません。自社ラベル・自社ラインでの現物検証を前提にご判断いただくのが確実と考えます。

クラウドとエッジ(Jetson)はどちらが向いていますか?

出荷ピークに大量の箱をリアルタイム照合する用途では、通信遅延や回線障害がライン停止に直結しうるため、エッジで推論を完結させる構成が現実的な選択肢になりうると考えます。ネットワークが不安定な倉庫や画像を外部に出したくない場合もエッジと相性が良い一方、モデル更新やログ集約の運用設計は別途必要です。照合はエッジ・分析はクラウドという役割分担が落としどころになることが多いと考えます。

― REVIEWED BY
嶋野(元キーエンス画像処理事業部 開発エンジニア)
キーエンス画像処理事業部での実務経験をもとに、産業用カメラ・照明・光学系・検査装置の開発に従事し、現在はNsightの技術コンテンツ監修を担当。プロフィール詳細 →

自社の『最後の1回』がどこにあるか、確かめてみませんか

誤出荷が起きやすい工程は現場ごとに異なります。まずは実際のラベル・送り状・出荷指示データを持ち寄り、どこで照合が漏れうるかを一緒に分解するところから始められます。効果を語る前に、現物での小さな検証が確実な第一歩になりうると考えます。

出庫仕分けの照合について相談する