スマートフォンスキャナーによる倉庫入荷:納品を発注書と照合する
倉庫の入荷業務は、ポケットの中のスマートフォンで実施できます。発注書をDataScanに照合用リストとしてインポートし、荷受け場で各カートンをスキャンしてその発注書に属することを確認し、進めながら数量をカウントし、購買担当者やERPが利用できる入荷レポートをエクスポートします。不足や誤品は、3週間後のカウント時ではなく、ドライバーがまだその場にいるうちに発見できます。
入庫工程の落とし穴
在庫の正確性が決まるのは入荷の場面です。数量不足の出荷が発注数量どおりに計上されてしまえば、それ以降のすべてのカウントがその誤りを引き継ぎ、仕入先へ申し立てる期限も静かに過ぎていきます。それにもかかわらず、中小規模の倉庫の多くは今なお紙の発注書で入荷を処理しています。印刷物へのチェックマーク、余白に走り書きされた数量、そして後から行うデータ入力作業。その余白が読み違えられるのです。
大企業向けの解決策は、堅牢なハンディ端末で指示型の入荷処理を行うWMSです。1日に何十台もの入荷トラックを扱う現場にはまさに適していますが、それ未満の規模には過剰です。その中間にあるのが、発注書の内容を把握していて、トラックから降ろされたものがそれと一致するかをスキャンのたびに教えてくれるスマートフォンです。
スマートフォンによる入庫スキャンの手順
- 発注書をCSVで用意する 購買システムから発注明細(アイテムのバーコード、品名、発注数量)をエクスポートするか、仕入先の注文確認書からファイルを作成します。トラックが到着する前にデスクで、バーコードを先頭列に置いたカンマ区切りのCSVとして保存します。
- リストをDataScanの照合用データベースにインポートする CSVをアプリに読み込みます。これで各バーコードが関連する項目 — 品名、発注数量、仕入先 — を持ち、リスト全体がスマートフォン内にあるため、Wi-Fiのない荷受け場でも機能します。
- ルックアップスキャンでカートンを検証する トラックから荷降ろしされる際に、ルックアップスキャンモードで各カートンまたはアイテムのラベルをスキャンします。一致すればアイテムの詳細が即座に表示され、書類に触れることなく、それが何で何個発注されたかが分かります。未登録のバーコードは、そのアイテムがこの発注書にないことを意味します。ラックの中へ消えて翌月の正体不明の在庫になる前に、今すぐ脇へよけてください。
- 単一値スキャンで数量をカウントする 実際の受領には、その発注書用に単一値スキャンのセッションを使い、発注番号の名前でエクスポートします(PO-4711 2026-07-10)。アイテムをスキャンし、数を数え、数量を入力します。潰れたカートン、破れた封印、異なる仕様など問題がある場合は、そのアイテムを複数値スキャンでもう一度スキャンしてメモを入力してください。メモはこのモードのエクスポートの備考列に出力されます。
- 入荷レポートをエクスポートする セッションをCSVまたはExcelとしてエクスポートします。アイテムごとに1行で、バーコード、受領数量、タイムスタンプが記録され、破損のメモがある場合は別の複数値スキャンのエクスポートが加わります。ご自身のSMTPサーバー経由で購買担当者にメール送信するか、ERPのインポートルーチン向けにSFTPでアップロードするか、ファイルを直接共有してください。見出しは一度設定すればよいため、レポートはシステムが想定する形式で届きます。
- 発注書と突き合わせる ExcelでバーコードによるVLOOKUPを使えば、発注数量の隣に受領数量が並びます。差異の列とゼロ以外の行に対するフィルターが例外リストを作り出します。不足や発注書にないアイテムは、スキャンのタイムスタンプを添えて仕入先への申し立てに回し、当日中に提出しましょう。
分納、取り寄せ残、複数トラックにまたがる発注書
実際の発注書が1台のトラックできれいに届くことはめったにありません。発注書ごとに1セッションという方式は、これを難なく吸収します。最初の分納が届いたら、そのセッションが実際に到着したものを記録します。残りが翌週に届いたら、同じ発注番号に対する2つ目のセッションがそれをカバーします。突き合わせシートでは、両方のファイルの受領数量をバーコードごとに合計すれば、発注数量に対する累計が得られます。残っている未着分が、そのまま現時点の取り寄せ残リストであり、どの納品で何が届いたかはタイムスタンプが示します。維持すべきステータスの印もなく、荷受け場の途中で更新すべきシステムもありません。合計されるファイルがあるだけです。
元が取れる入荷業務の習慣
- 発注書ごとに1エクスポート。 各エクスポートを発注番号の名前で保存すれば、ファイルは簡単に突き合わせられます。分納の場合も、同じ発注書に対する2つ目のエクスポートになるだけです。
- 格納する前にカウントする。 カートンがラックに入ってしまえば、不足を突き止めるのは困難です。スキャンのタイムスタンプが、受領時にカウントが行われたことを示します。
- 破損は撮影し、スキャンにメモを残す。 メモはエクスポートに含まれて届き、スマートフォンのカメラアプリで撮った写真は申し立ての裏付けとして端末内に残ります。
- 受け入れるラベルの種類に絞り込む。 スキャンをCode 128とEANに限定すれば、カートンの別の場所に印刷されたQRコードをカメラが読み取ってしまうことを防げます。
- 同じファイルで次の工程へ。 受け入れた商品をそのままコンテナやパレットに載せる場合は、一対多の梱包ガイドが入荷業務の続きを担います。
ワークフロー例:納品検証の例では、関連する設定をご紹介しています。入荷をスキャンし、そのエクスポートをスプレッドシート上で想定リストと比較する方法です。
入荷業務を処理するその他の方法
率直に代替案を挙げましょう。堅牢なハンディ端末上で動く指示型入荷機能を備えたWMSは、発注書に対して受領をリアルタイムで計上し、作業者にどこへ格納するかを指示します。ライセンスと連携プロジェクトを正当化できる、大量処理で複数の荷受け場を持つ現場には適した答えです。仕入先とのASN/EDIワークフローは、双方が互換性のあるシステムを運用しているなら、書類作業を完全に自動化します。紙による入荷処理は費用がかからない代わりに、以降のすべてのカウントに静かな負担を課します。スマートフォンによる流れはその中間に位置し、アプリのサブスクリプション費用で発注書の検証と構造化された入荷データを提供します。入荷レポートはファイルとしてシステムに取り込まれます。その受け渡しについてはERPのCSVインポートガイドで、ルックアップスキャン自体についてはデータベース照合ガイドでさらに詳しく解説しています。アプリをお使いになるのが初めてですか。DataScanの概要からお始めください。7日間の無料トライアルにはルックアップスキャンを含むすべてのモードが含まれるため、費用をかける前に次の納品を検証できます。
よくある質問
はい。発注明細をCSVとしてエクスポートし、DataScanの照合用データベースにインポートして、荷受け場で各カートンをスキャンします。一致すればアイテムの詳細が即座に表示され、未登録のバーコードではその場で一致なしと表示されます。数量はスキャンセッションに記録され、スプレッドシートで発注書と比較すれば例外リストができます。WMSは同じ流れを自動化しますが、WMS相応の価格がかかります。
何も変わりません。インポートした発注リストもすべてのスキャンもスマートフォン内にあるため、検証もカウントも完全にオフラインで機能します。電波の届く場所に戻ってから入荷レポートをエクスポートしてください。ファイルをローカルで転送するなら、そもそも接続は一切不要です。
破損したアイテムには複数値スキャンをご利用ください。バーコードをスキャンして「カートン潰れ、3個販売不可」のようなメモを入力すると、エクスポートの専用列にタイムスタンプ付きで、必要に応じてGPS位置情報とともに出力されます。そのエクスポートは入荷レポートと一緒に届くため、申し立てには最初からメモが添えられています。
ファイルとしてであれば可能です。エクスポートの見出しをERPのインポート仕様に合わせて一度設定し、ファイルをメール送信するか、インポートルーチンが監視しているフォルダへSFTPでアップロードします。リアルタイム接続ではなくファイルベースですが、いずれにせよ人が確認する入庫計上には十分です。詳細はERPのCSVインポートガイドで解説しています。