EC の出荷ミスを減らす最短の方法は、確認回数を増やすことではなく、注文データを人が打ち直す工程をなくすことです。
誤出荷・住所違い・数量違いのほとんどは、注文情報を見ながらピッキング表や送り状に「転記」する瞬間に生まれます。
転記が残っている限り、ダブルチェックを足しても発生率が下がるだけで、ゼロには近づきません。
この記事では、注文データからピッキング表と送り状データを自動生成して手入力を消す手順と、手作業でどこまで運用できるかの判断基準をまとめます。
目次
EC の出荷ミスはどこで発生しているのか
出荷ミスの発生地点は、商品を取る場所ではなく、その手前でデータを人が書き写す場所です。
注文管理画面を見ながらピッキング表に商品名と数量を打ち込む、送り状ソフトに住所を貼り付ける、この2工程に誤りが集中します。
倉庫での取り違えに見えるミスも、元をたどるとピッキング表の時点ですでに間違っていた、というケースが混ざります。
転記とは、あるシステムにある情報を、人の目と手を経由して別の場所に入力し直す作業のことです。コピー＆ペーストも、貼り付ける行を人が選んでいる時点で転記に含まれます。
転記が危険なのは、人が正しく作業したかどうかを、あとから機械的に検証できないからです。
注文番号 1023 の住所を注文番号 1024 の行に貼ってしまっても、貼り付いた文字列自体は正しい住所なので、見た目には異常が現れません。
なぜ確認を増やしても出荷ミスが減らないのか
ダブルチェックは、転記という原因を残したまま検出の網を足す対処だからです。
網を足せば見つかる数は増えますが、作り込まれるミスの数そのものは変わりません。
さらに、確認工程は件数が増えるほど精度が落ちます。
1日20件なら全件を突き合わせられても、100件になると目視は流れ作業になり、見ているつもりで見ていない状態が生まれます。
もう一つの理由は、確認する対象が「元データ」ではなく「転記後のデータ」になりがちなことです。
印刷済みのピッキング表と、その表をもとに作った送り状を見比べても、両方が同じ間違いを持っていれば一致してしまいます。
ミスが起きやすい条件
- 同一商品で色・サイズ違いの型番が並んでいる。
- 1注文に複数商品が含まれ、行ごとに数量が異なる。
- 受注チャネルが複数あり、CSV の項目名や並び順がそれぞれ違う。
- ギフト対応・のし・同梱物など、注文ごとの例外指示が備考欄に文章で書かれている。
- 出荷締め切りの直前1時間に作業が集中している。
備考欄の自由記述は特に事故が起きやすく、人が読んで判断する限り自動化できない領域として残ります。
出荷ミスを放置すると何が起きるのか
影響は再送の送料だけでは終わらず、再出荷の作業時間、問い合わせ対応、返品在庫の再検品、レビュー評価の低下という順に広がります。
金銭より先に、担当者の時間と信用が削られます。
誤出荷が1件出ると、その日は「他の注文も間違っていないか」を確認する作業が追加で発生します。
この確認は正しい注文にも同じだけ時間がかかるため、1件のミスが数十件分の作業時間に膨らみます。
在庫データのずれも残ります。
誤って出した商品と、本来出すべきだった商品の両方で理論在庫と実在庫が合わなくなり、棚卸しまで気づかないことがあります。
在庫と原価がずれた状態が続くと、利益の把握そのものが遅れます。
この構造はECの粗利が月末までわからない理由と同じで、日々のデータが確定しないまま月末を迎えることが原因です。
ピッキング表を注文データから自動生成するには
注文の CSV を受け取り、決められた並び順でピッキング表を出力する処理を1つ用意し、人が触るのはボタンを押す操作だけにします。
商品名・型番・数量・棚番は、すべて注文データと商品マスタから引き当てます。
ここで重要なのは、出力される表の並び順を人が決めないことです。
棚番順に固定して自動で並べ替えれば、倉庫内の移動が一定になり、取り違えの機会が減ります。
商品マスタ（商品コードと商品名・棚番などを対応づけた一覧）は1か所にまとめ、複製を作らない形にします。
マスタが複数箇所にあると、片方だけ更新された状態が生まれ、どちらが正しいか判断できなくなります。
ピッキング表に入れておく項目
- 注文番号は必ず表示し、送り状と突き合わせられる状態にする。
- 商品コードは略さず全桁を印字する。
- 数量は1個の場合も空欄にせず数字を入れる。
- 複数商品の注文には、その注文の合計点数を併記する。
- 備考欄に記載がある注文には、目立つ印を自動で付ける。
送り状データを手入力なしで作るには
送り状ソフトが読み込める CSV の形式に、注文データを機械的に変換して取り込みます。
住所・氏名・電話番号を人が打つ工程と、画面を見ながら貼り付ける工程を両方なくすのが目的です。
配送業者の送り状ソフトは、多くの場合 CSV の取り込みに対応しています。
列の順番と項目名が決まっているので、注文データをその形に並べ替えるだけで済みます。
変換のときに、郵便番号のハイフン有無、都道府県が住所に含まれるか、電話番号の先頭のゼロが消えていないかを揃えます。
この3点は取り込みエラーの原因になりやすく、エラーが出るたびに手修正が発生して、そこから手入力が戻ってきます。
変換時に確認する項目
| 項目 | 起きやすい問題 | 対処 |
|---|---|---|
| 郵便番号 | ハイフンの有無が混在する | 変換時にどちらかへ統一する |
| 電話番号 | 表計算ソフトで先頭のゼロが消える | 文字列として扱う設定にする |
| 住所 | 建物名が別項目に入りきらない | 桁数上限で分割する規則を決める |
| 氏名 | 環境依存文字が文字化けする | 文字コードを送り状ソフトの指定に合わせる |
| 代引金額 | 手数料込みか否かが揺れる | 計算式を1つに固定する |
作業の順番をどう組み替えるか
「注文を確定する」「帳票を出す」「品物を集める」「梱包する」「発送データを登録する」の5工程のうち、データを触るのは1工程目だけにします。
2工程目以降で人がデータを打ち直す場面が残っていれば、そこが次のミス発生地点です。
順番を組み替える具体策は、締め時刻を決めて注文を一括で処理することです。
1件ずつ随時処理すると、処理済みと未処理が混ざり、二重出荷や出荷漏れが起きます。
締めた時点の注文一覧をもとに帳票を作れば、その日出すべき注文の総数が確定します。
総数が確定していれば、梱包済みの箱数と数を合わせるだけで漏れを検出できます。
受注データの管理をスプレッドシートで続けている場合は、件数の増加に応じて限界が来ます。
その分岐点はEC の受注管理をスプレッドシートで続けられなくなる4つの分岐点で整理しています。
出荷後の照合をどう自動化するか
出荷が終わった時点で、注文一覧と送り状の登録件数を機械的に突き合わせ、差分だけを表示する仕組みを置きます。
人が見るのは差分の行だけになり、全件目視から解放されます。
照合する項目は、注文番号の一致、注文件数と送り状件数の一致、この2つで大半の漏れが検出できます。
数量違いまで検出したい場合は、梱包時に商品コードを読み取って記録し、注文明細と照合する工程を足す方法もあります。
ただし読み取り機器と運用ルールが必要になるため、件数が少ないうちは費用に見合わないこともあります。
手作業でどこまでやれて、どこで限界が来るか
1日の出荷が20件程度で、単品注文が中心なら、手作業のままでも大きな事故は起きにくい水準です。
目安として、1日50件を超える、または1注文あたりの平均商品点数が2を超えたあたりから、転記の量が確認能力を上回ります。
限界は件数だけで決まりません。
受注チャネルの数、商品の型番の似かた、例外指示の頻度が重なると、より少ない件数でも破綻します。
| 条件 | 手作業で回る水準 | 部分的な自動化を検討する水準 | 手作業では維持できない水準 |
|---|---|---|---|
| 1日の出荷件数 | 20件以下 | 20〜50件 | 50件超 |
| 1注文の平均商品点数 | 1点 | 1〜2点 | 2点超 |
| 受注チャネル数 | 1つ | 2つ | 3つ以上 |
| 型番の類似度 | 色・サイズ違いなし | サイズ違いのみ | 色とサイズの両方で分岐 |
| 例外指示の割合 | ほぼなし | 全体の1割程度 | 全体の2割以上 |
| 作業者の人数 | 1人が全工程 | 2人で分担 | 3人以上・日によって交代 |
作業者が交代制になると、暗黙のルールが共有されなくなります。
件数が同じでも、人が増えた時点で手順を文書とデータで固定する必要が出てきます。
自動化する範囲は一度に広げず、ピッキング表の生成だけ、次に送り状 CSV の生成だけ、と1工程ずつ切り出す方法もあります。
全部を同時に変えると、問題が起きたときにどの工程が原因か切り分けられなくなります。
まとめ
- 出荷ミスの発生地点は倉庫作業ではなく、注文データを人が打ち直す転記工程である。
- ダブルチェックは検出手段であり、転記が残る限り発生件数そのものは減らない。
- ピッキング表は注文データと商品マスタから自動生成し、並び順は棚番で固定する。
- 送り状は配送業者の CSV 取り込みを使い、住所と電話番号の手入力をなくす。
- 注文は締め時刻で一括処理し、その日の出荷総数を確定させてから作業を始める。
- 出荷後は注文件数と送り状件数を機械的に突き合わせ、差分だけを人が見る。
- 1日50件超、1注文2点超、チャネル3つ以上が重なると手作業の維持は難しくなる。
- 備考欄の自由記述など、人が読んで判断する部分は自動化の対象外として残す。
よくある質問
ダブルチェックをやめても大丈夫ですか
転記工程が残っている状態でダブルチェックだけをやめると、検出手段がなくなるため誤出荷は増えます。
順番としては、先に帳票の自動生成を入れて転記をなくし、そのうえで全件目視から差分確認へ切り替える形になります。
自動生成に切り替えた直後は、しばらく従来の確認を並行して残し、差分が出ないことを確かめてから縮小する方法もあります。
判断は、自動生成した帳票と手作業の結果が何日連続で一致したか、という実績で決められます。
ピッキング表の自動化は何から始めればよいですか
まず商品コードと商品名・棚番を対応づけた商品マスタを1つに統一するところからです。
マスタが揃っていないと、注文データから帳票を作っても正しい棚番を引けません。
マスタが1か所にまとまっていれば、注文 CSV を読み込んで並べ替えて出力する処理は比較的短い作業になります。
逆にマスタが複数の表計算ファイルに散らばっている場合は、その統合が全体の作業量の大半を占めます。
受注件数が少ないうちは手作業のままでよいですか
1日20件以下で単品注文が中心なら、手作業のままでも運用は成り立ちます。
ただし件数が増えてから仕組みを作ると、繁忙期に作業と改修が重なって着手できなくなります。
件数が少ない時期は検証もしやすいため、余裕があるうちにピッキング表の生成だけ切り出しておく、という選択肢もあります。
判断材料としては、1日の出荷件数、1注文の平均商品点数、受注チャネル数の3つを継続して記録しておくと、限界に近づいているかを数字で確認できます。