ホーム > 楽天店舗・RMS

最終更新: 2026.10.24

楽天の出荷でピッキングミスを防ぐ方法|棚番・照合・最終確認の決め方

楽天の出荷でピッキングミスを防ぐ方法|棚番・照合・最終確認の決め方

ピッキングミスを減らすには、棚番・商品照合・梱包前の確認を一つの作業手順につなげます。 棚番と商品管理番号・SKUの対応表を作り、ピッキングリストを実際に棚を回る順に並べます。 画像かバーコードで商品を照合し、梱包前に注文内容と現物の種類・数量を最後に確かめます。

楽天の出荷ミスの案内は、RMSのマニュアルで確認できます。以下の棚番例や確認表は、その案内も踏まえた店舗向けの運用提案です。

ピッキングミスが起きる主な原因

ミスの型・原因・防ぎ方の6項目。別商品の取り違え、色・サイズ違い、棚からの取り違え、明細の取り忘れ、数量違い、別注文への混入。各項目に原因と防ぎ方を記載し、下に商品・SKU・数量・宛先・書類のどこを間違えたか分けると記載。

主な原因は、似た色・サイズの混在、棚番の未整備、リストと棚の順番の不一致です。商品名や棚の位置だけで判断せず、現物の表示まで確認する手順が必要です。

SKUは、色・サイズ・仕様などの違いを区別するための管理単位として、この記事では扱います。

ミスの型原因防ぎ方
別商品の取り違え商品名や包装の印象だけで選ぶ商品管理番号・SKUと現物表示を照合する
色・サイズ違い類似SKUが混在し、代表画像で判断する棚を区切り、仕様とタグを確認する
棚からの取り違え棚番がなく、担当者の記憶で探す棚番とSKUの対応表を作る
明細の取り忘れリストの並びが棚の巡回順と合わない明細全体を棚の巡回順に並べる
数量違い注文数とセットの構成数を混同する販売単位と構成品数を分けて表示する
別注文への混入商品・書類・送り状をまとめて置く注文ごとに容器と作業区画を分ける

「誤配送」だけで記録すると原因が埋もれるため、商品・SKU・数量・宛先・書類のどこを間違えたか分けます。

棚番の付け方と商品管理番号・SKUの対応表

棚番は商品の名称から独立した場所の番号にし、商品管理番号・SKU・現物を対応表で結び付けます。

楽天公式は、棚に番地を割り振るロケーション管理と、似た包装の商品を隣接させない工夫を紹介しています。楽天公式「ECサイトの在庫管理」

例えば「A-01-02」を棚列・棚・段の順と決め、棚札とリストで同じ表記を使う方法が考えられます。

次は架空の登録例であり、楽天側の商品管理番号やSKU管理番号を付け直すことを求めるものではありません。

RMSのマニュアルでは、異なる商品間で同じSKU管理番号を使えると説明されています。対応表は「商品管理番号+SKU管理番号」の組み合わせで照合し、SKU管理番号だけで別商品を同一扱いしないようにします。

商品管理番号SKU管理番号現物の仕様棚番照合情報
tee-basicwh-m白・M・単品A-01-01現物JAN・サイズタグ画像
tee-basicwh-l白・L・単品A-01-02現物JAN・サイズタグ画像
tee-basicnv-m紺・M・単品A-02-01現物JAN・色の確認画像

対応表は仕入先の一覧だけで完成させず、実物の型番・色・サイズ・販売単位を見ながら登録します。

  1. 棚の区画を仕切り、異なるSKUが混ざらない保管場所を決めます。
  2. 実物の仕様とコードを確認し、注文で使うSKUとの対応を登録します。
  3. 棚札と対応表を照らし、実際の注文データから商品までたどれるか試します。
  4. 棚を移した際は、現物・棚札・対応表を同じ作業の中で更新します。

補充や棚戻しでも商品と棚番を照合し、返品・検品待ち・内容不明の商品は出荷可能な在庫から分けます。

ピッキングリストを棚の順に並べる方法

ピッキングリストは棚を回る順で並べ、各明細にSKU・仕様・必要数・確認欄をまとめて表示します。

RMSで元の注文明細を確認する

RMSのマニュアルでは、作業用の「受注明細票」を次の手順で作成できます。

  1. 「受注・決済管理」→「1 受注管理」→「新規受注一覧」を開きます。
  2. 「処理中」→「発送待ち」で、対象注文の「受注番号」を押します。
  3. 「注文詳細」の「帳票作成」から「受注明細票」を選び、「PDFを開く」で確認・印刷します。

ふるさと納税プランでは、発送日の扱いが異なるため帳票を利用しないよう案内されています。

以下は、この注文明細を基に別に作る作業表の設計例です。RMS標準帳票を棚順に変更する操作ではありません。

対応表から棚番を付け、明細全体を並べ替える

棚番の文字順と歩く順が異なる倉庫では、対応表に巡回順の欄を持たせ、その値で並べ替えると管理できます。

リストの項目表示する内容防ぎたいミス
注文番号・容器番号対象注文と入れる容器別注文への混入
巡回順・棚番回る順番と保管区画棚の見落とし
商品管理番号・SKU注文明細と現物を結ぶ番号類似商品の取り違え
色・サイズ・販売単位商品名と独立した仕様欄バリエーション違い
必要数・取出数注文数と実際に取った数数量不足・過剰
確認欄未確認・確認済み・保留作業途中での完了扱い
  1. 対象注文の全明細を作業表に写し、色・サイズ・数量を元の明細と照合します。
  2. 利用中の帳票や出力データに商品管理番号・SKU管理番号が出るか、実際の出力で確かめます。照合に必要な番号が分からない明細は、特定できるまで保留します。
  3. 対応表から棚番・巡回順を付け、注文ごとに明細全体を選んで巡回順に並べ替えます。棚番の列だけを動かすと、商品や数量との対応が崩れます。

数量変更やキャンセルが入った注文は容器を保留し、古いリストを回収してから新しい指示で再開します。

帳票は長い商品名や複数明細でも試し、改ページでSKU・数量・確認欄が離れていないか確かめます。

出荷前の確認の流れ

出荷前の確認の6ステップ。作業台を空ける、注文と容器を一致させる、棚番と現物を確認、梱包前に注文と中身を照合、別スタッフが最終確認、書類と送り状を対応。下段に注文のまとまりを保つことと、照合は作業用の注文情報を基本にする旨を記載。

出荷前は、梱包前に商品の種類・数量を照合し、送り状を貼るときに対象注文と届け先を確認します。

RMSのマニュアルでは、作業台の整理、商品と個数の照合、別スタッフによる最終確認を案内しています。

  1. 作業台を空けます

複数注文の商品を混在させず、同じ台で扱う場合は仕切りで区画を分けます。

  1. 注文と容器を一致させます

注文番号を確認し、対象注文の商品を入れる容器と作業リストを対応させます。

  1. 棚番と現物を確認して取り出します

棚の位置だけで正解とせず、現物のSKU・色・サイズを照合して必要数を取ります。

  1. 梱包前に注文と中身を照合します

商品の種類ごとに数量を数え、セット構成品・付属品・不要な商品の混入も確認します。

  1. 別スタッフが中身を再確認します

前の担当者の説明だけに頼らず、注文情報から商品の仕様・数量を確認します。

  1. 書類と送り状を対応させて貼ります

注文情報に指定された届け先と送り状を照合し、同梱書類も対象注文のものか確かめます。

貼付後は、最終確認者が荷物と送り状の対応も確認します。中身が合っていても、別注文の送り状を貼れば誤配送になるためです。

ピッキングから梱包までは注文のまとまりを保って進め、中断時も容器とリストが離れない置き方にします。

RMSのマニュアルでは、発送後は速やかに配送情報を正確に入力するよう案内しています。不要になった紙の配送伝票は、シュレッダーか溶解処理で廃棄します。

RMSのマニュアルでは、納品書の氏名など、個人を特定できる情報を削除するよう案内しています。照合は作業用の注文情報で行い、同梱する納品書は商品・個数・購入金額を基本に絞ります。

ギフトでは金額を伏せるなど、注文の指定に合った書類を用意します。楽天公式「通販の納品書」

注文者と届け先が異なる注文もあるため、書類の氏名がすべて同じかどうかだけで合否を判断しないようにします。

商品照合の方法を比較する|目視・画像・バーコード

照合方法は商品の見分けにくさで選び、どの方法でも仕様・数量・注文との対応を確認項目に残します。

方法得意な確認見落としやすい点運用の決め方
目視型番・色・サイズの表示、外観思い込み、表示の読み飛ばし注文明細と現物ラベルを順に照合する
画像形状、包装、タグの位置代表画像だけではサイズを判別できないSKU別の現物・タグ画像と文字を併用する
バーコード登録された商品コードとの一致登録ミス、数量、付属品、送り状違い現物を読み、注文に対する照合結果を確認する

画像は売り場用の代表写真だけに頼らず、色・サイズタグ・容量・入数など、違いが分かる箇所を用意します。

バーコード照合では読取音を合格の根拠にせず、対象注文の商品として一致した結果を確認する手順にします。

通常のJANは同じ種類の商品に共通するため、同じ現物を繰り返し読んでも個体の重複を判別できません。GS1 Japan「GTINの利用形態」

読み取った商品を確認済みの場所へ移し、未確認の商品と分けることで、スキャンと実際の数量を対応させます。

例外作業を再開する条件
コードが読めない・未登録現物の型番・仕様を確認し、判断者と理由を記録する
色・サイズが一致しない対象商品を保留し、対応表と棚在庫を確認する
セット商品販売SKUを構成商品と必要数量へ展開して照合する
数量不足・過剰注文数量と現物数量の不一致を解消する

現物を確認できていない状態で注文側の正解コードを入力し、そのまま合格にする運用は避けます。

少人数店舗のダブルチェックの決め方

人数が少ない店舗でも確認対象と合格条件を固定し、誰が何を確認したかを記録できる形にします。

RMSのマニュアルでは作業者と最終確認者を別スタッフとするため、まず担当と確認できる時間帯を決めます。

以下は人員が限られる場合の補助策であり、別スタッフによる最終確認を不要にする例外規定ではありません。

状況確認の決め方
別スタッフがいる注文情報からSKU・仕様・数量を確認し、確認者を記録する
類似品・過去にミスしたSKU間違えた箇所を明示し、現物ラベルから再確認する
対応表の新規登録・変更後登録担当者以外が現物と登録内容を照合する
読取不能・手入力などの例外保留場所へ移し、判断者と確認根拠を残す
単独作業の時間帯取り出し作業を区切り、注文情報から中身を確認し直す

単独での再確認を別スタッフによる確認と同等とは扱わず、判断できない商品は保留して確認可能な体制を整えます。

確認後に商品を追加・交換した場合は確認済みの扱いを解除し、変更後の注文内容と中身を照合し直します。

ピッキングミスが起きた時の対応手順

ミスを発見したら対象注文を保留し、同じ原因で影響した荷物や棚在庫を確認してから対応を進めます。

  1. 対象を止めます

出荷前なら封かんや引き渡しを止め、同じ作業区画で扱った注文も確認します。

  1. 事実を確かめます

正しいSKU・実際のSKU・数量・送り状を確認し、取り違えた相手注文の有無を調べます。

  1. 発送済みなら購入者へ連絡します

確認した事実を伝えてお詫びし、正品の在庫・発送予定・誤送品の回収方法を確認して案内します。未確定の内容は約束せず、次の連絡予定を伝えます。

  1. 再送品も改めて照合します

元注文と関連付けて検品し、発送・回収・未解決事項が分かる状態で管理します。

別の購入者の情報が渡った場合は、責任者へ直ちに報告します。発覚日時、情報の項目・閲覧状況・回収状況・影響範囲を確認して記録します。

楽天の公開ガイドラインは、別の顧客の明細書の誤送付を個人情報漏えいとして掲げ、違反点数を15点としています。楽天公式の公開ガイドラインPDF

個人情報の誤同梱がすべて委員会への報告対象になるわけではありません。次の条件に該当する漏えい等や、そのおそれがあるかを確認します。個人情報保護委員会「漏えい等の対応」

  • 要配慮個人情報を含む個人データ
  • 不正利用による財産的被害のおそれがある個人データ
  • 不正目的の行為による個人データ等
  • 対象となる本人の数が1,000人を超える個人データ

報告対象事態を知った後の対応は、次のとおりです。個人情報保護委員会「通則編」

対応時期
速報速やかに。目安は知った時点から概ね3~5日以内
確報知った日から原則30日以内。不正目的の行為による場合は60日以内
本人への通知状況に応じて速やかに

原因調査の完了を待たず、把握できた内容で速報します。

ピッキングミスの記録と再発防止策

記録は取り違えた原因と検品を通過した理由を分け、棚・対応表・照合手順の変更につなげます。

記録項目記入例
発生内容白Mの注文に白Lを出荷
対象情報注文番号、正しいSKU、実際のSKU、棚番
発見工程購入者からの連絡
発生原因補充時に白Lを白Mの区画へ入れた
通過した理由現物ではなく棚札のコードを読んだ
応急対応正品の手配、関連する棚在庫の保留・確認
再発防止策補充時の照合、現物を読む手順への変更
実施管理担当者、期限、実施日、変更後の確認結果

「注意不足」で終わらせず、どの情報や配置を変えれば同じ間違いを止められるか、対策を具体化します。

出荷後に判明したミスと出荷前に止めたミスは分けて記録し、出荷量も併記して同じ定義で比較します。

変更後は違う色・サイズ、数量不足、未登録コードを使い、間違った状態で作業が止まるか確かめます。

よくある質問(FAQ)

棚番・画像・バーコードは役割が異なるため、導入の有無より、各工程で何を確認できるかを判断します。

棚番を付けるだけでピッキングミスは防げますか

棚に別の商品が入っている場合は棚番だけで気づけないため、現物のSKU・仕様との照合も必要です。

バーコード機器がなくても始められますか

棚番とSKUの対応表を作り、現物ラベル・画像・数量を注文ごとに照合する運用から始められます。

セット商品の数量はどう確認しますか

注文上のセット数と現物の構成品数を分けて表示し、構成商品ごとに種類と必要数量を確認します。

例えば「白M2枚セット」を2セット受注した場合、単品から組むなら白Mを4枚そろえます。完成済みのセット在庫を出すなら2セットを数え、取り出す単位を作業表に明記します。

一人で二度確認すればダブルチェックになりますか

同じ人の再確認は補助策として位置付け、楽天が案内する別スタッフによる最終確認とは区別します。

楽天の出荷ミス防止の案内はどこで確認できますか

RMSのマニュアルでは、「情報セキュリティハンドブック」の「出荷ミス」に確認事項がまとまっています。マニュアル内で「出荷ミス」を検索して確認してください。

ご相談・お問い合わせ

店舗の「次の一手」を一緒に進めるなら

AI社員アプリ・運営代行・ECコンサルまで、現場を知るチームがワンストップで伴走します。

AI社員アプリ ラクリプで日々の作業を自動化。導入のご相談も
運営代行 受注・ページ・広告まで店舗運営をまるごと代行
ECコンサル/AI顧問 SOY受賞店の知見で戦略と改善、AI活用を設計
西尾 勝太

西尾 勝太株式会社ラクダ 代表

楽天SOY 2年連続受賞 / 楽天NATIONSリーダー店舗 / 楽天NATIONS AIエバンジェリスト

楽天市場の月商を5年で200万円→2億円に伸ばした現場の実践者。売れるECの方程式にAIを重ね、EC事業者の「次の一手」に伴走しています。

西尾勝太のブログを読む
415社 導入実績
1,000+人 ラクリプウォーク利用者
2年連続 楽天SOY受賞
西尾勝太

SYOTA NISHIO

西尾 勝太

#楽天SOY 2年連続#楽天NATIONS講師#NATIONS AIエバンジェリスト#AI×EC

金融系システム会社で10年以上、システムとデータに向き合う現場経験を積む。その後、家業でもある75年続く老舗化粧品店にジョインし、EC事業の立て直しに着手。

広告に頼らず、商品ページ・レビュー・リピート導線を一つずつ磨き込む地道な運営で、楽天市場の月商を5年で200万円から2億円へと100倍に成長。2024年・2025年と2年連続で楽天ショップ・オブ・ザ・イヤーを受賞し、楽天NATIONS講師として全国の店舗運営も支援してきた。

「現場で結果を出す人が、もっと創造的な仕事に時間を使えるように」

その思いから、売れるECの方程式にAIを掛け合わせたEC特化型AIエージェント「ラクリプ」を開発。

いまも一人のプレイヤーとして店舗に立ちながら、ECに携わる事業者の「次の一手」に伴走し続けている。

100倍楽天月商
200万→2億円(5年)
13/15NATIONS講師として
短期で売上2倍達成
415社ラクリプの導入実績
(EC事業者)
250名AI×EC
オンライン勉強会主催

CAREER TIMELINE

数字と熱量で塗り替えた、EC×AIの軌跡

  • SYSTEM ERA金融系システム会社で10年以上の実戦経験を積む
  • EC ERA START75年続く老舗化粧品店にジョイン。EC事業の改革に着手
  • 2024楽天月商を5年で200万→2億へ。楽天ショップ・オブ・ザ・イヤー受賞
  • 2024-楽天NATIONS講師に就任。短期で15店舗中13店舗の売上2倍を達成
  • 2024-花王など大企業向けECセミナーで熱狂を呼ぶダントツ講師として登壇
  • 2025EC事業者向け200名規模のAIセミナーを開催。100名超のECコミュニティ「COD」を運営
  • 2025株式会社ラクダを創業。EC特化型AIエージェントサービス「ラクリプ」をリリース
  • 2025楽天ショップ・オブ・ザ・イヤー 2年連続受賞
  • 2026.01楽天新春カンファレンスでAIをテーマに登壇
  • 2026.03楽天NATIONS AIエバンジェリストに就任
  • 2026.04AI×EC勉強会で約250名規模のオンライン勉強会を主催
  • 2026.08楽天グループ最大級のビジネスイベント「Rakuten AI Optimism」に登壇。三木谷社長とセッションを行う
  • NOWラクリプは導入実績415社に到達。Chrome拡張「ラクリプウォーク」も1,000+ユーザーが利用中

HONORS & POSITIONS

主要な受賞・公職

01楽天SOY 2年連続受賞2024・2025年 楽天ショップ・オブ・ザ・イヤーを連続受賞。EC業界でも稀有な実績
02楽天NATIONS講師短期で15店舗中13店舗の売上2倍を達成
03NATIONS AIエバンジェリスト2026年3月就任。AI×ECの最前線を牽引
04楽天新春カンファレンス登壇2026年1月、AIテーマで登壇
05ECコミュニティ「COD」運営EC事業者100名超のコミュニティを主宰。AI×ECの知見を継続発信
06ラクリプの導入実績415社2025年創業のラクダで開発したEC特化AIエージェントが拡大中
07大手企業講演に継続登壇花王をはじめとする企業の社内講演に継続的に登壇
08Chrome拡張「ラクリプウォーク」楽天店舗運営を支援する拡張が1,000+ユーザーへ。現場ツールとして支持が拡大
09株式会社やよい 副社長75年続く老舗化粧品店の副社長として実店舗を運営し、人材育成に注力

MESSAGE

EC事業者の、いちばん近くの味方でありたい

私自身、朝から晩まで受注処理やページ修正に追われ、「本当にやりたい企画に手が回らない」もどかしさを、現場で何年も味わってきました。AIは、その時間を事業者の手に取り戻すための道具です。派手な魔法ではなく、日々の一手間を静かに肩代わりしてくれる相棒——ラクリプをそんな存在に育てていきます。

EC運営は、ともすれば孤独になりがちな仕事です。だからこそ、数字にも、迷いにも、いちばん近くで伴走する。それが私たちラクダの役割だと思っています。

西尾 勝太

実務家が磨いたAIを、無料で試してみる