バーコードに載っていない情報をどう記録するか ― 入庫検品の転記をなくす

入庫検品でコードを読み取った後、ラベルを目で追って製造日や賞味期限を書き写している時間が、まだ残っていませんか。

結論から言うと、入庫検品の転記は工程をまるごと置き換えなくても減らせます。 順番は3つです。第一に、どの工程で何を書き写しているかを分解する。第二に、回収や出荷停止のときに遡る必要がある項目（ロット番号・期限）から先にデータ化する。第三に、紙との突合と人の確認は、なくすのではなく残す場所を決めて残す。

端末を買い替えるかどうかの判断は、この後で構いません。この記事では入庫検品という工程を分解して、転記がどこで発生し、その誤りが後工程のどこに出てくるのかを整理します。端末そのものの選定についてはハンディターミナルを買い替える前ににまとめてあります。

入庫検品の、どの工程で転記が発生していますか？

多くの現場で、転記は1回ではなく2回発生しています。現品から紙へ、そして紙からシステムへです。工程を分解すると、どちらも同じ値を扱っていることが見えてきます。

分解して分かるのは、工程3と工程4は同じ値を二度扱っていることです。そして誤りが混入しうるのも、この2箇所だけです。工程1と工程2は、時間はかかっても値が書き換わることはありません。

当社が現場を拝見してきた範囲では、検品にかかる時間の見直しはたいてい工程2（読み取りを速くする）の話になります。しかし実際に人手と神経を使っているのは工程3と工程4です。改善の対象を工程単位で名指しできると、端末を替える前に手を付けられる範囲が見えます。

転記ミスは、後工程のどこに出てきますか？

入庫時の1文字の誤りは、その場ではほぼ顕在化しません。困るのは、数週間後の別の工程です。

ここで押さえておきたいのは、転記ミスのコストは検品工程には計上されないということです。検品の担当者から見れば作業は終わっており、負担として表に出るのは棚卸・出荷・廃棄の側です。そのため「検品の精度が問題だ」という形では議題に上がりにくく、投資判断の対象にもなりにくい。

費用対効果を見るなら、検品時間の短縮だけでなく、棚卸で原因を追う時間と廃棄の量を合わせて見るのが実態に近くなります。

賞味期限やロット番号は、なぜ「紙に残っていれば十分」と言えないのですか？

紙に残っているかどうかと、必要なときに引けるかどうかは別の話だからです。

回収や出荷停止の連絡は予告なく来ます。そのとき求められるのは「該当ロットをどれだけ受け入れ、どこへ出したか」を短時間で出すことです。受入帳票に手書きで残っていても、ロット番号を横断して検索できなければ、日付の当たりを付けて綴りを1冊ずつ追うことになります。この時間は保管量と取引量に比例して伸びていきます。

当社は空港のグランドハンドリング（手荷物管理）で、受付から仕分け・搭載までを一元管理する仕組みを担当しました。ウェアラブル端末と補助の監視カメラで誤搭載を検知する構成で、捜索にかかる時間を10分の1に短縮しています。この案件で分かったのは、探す時間を決めるのは人の練度ではなく記録がどの形で残っているかだ、ということでした。記録が現場の紙にしか無ければ、探す作業は現場に戻るしかありません。

入庫検品も構図は同じです。目的は帳票を埋めることではなく、遡れる状態を作ることです。判断の基準は「記録したか」ではなく「ロット単位で引けるか」に置きます。

紙の納品書とシステム側マスタの突合は、どこに人を残しますか？

人の確認をゼロにする設計にはしません。置き場所を変えます。

全件を目視で突き合わせる運用は、量が増えるほど精度が落ちます。集中力の問題ではなく、合っている大多数を見続ける作業が、合っていない少数を見つける作業を薄めるからです。合わない可能性のある箇所へ人を寄せるほうが、同じ人数でも精度が上がります。

紙の納品書そのものは、当面そのままで構いません。様式は取引先が決めるもので、自社の都合では変えられないからです。紙をなくすことを条件にすると入口で止まります。順番としては、現品側の印字を読み取ってデータを先に作り、紙は突合の材料として残しておく。紙を減らすかどうかは、データが揃ってから別に判断できます。

いまのハンディ運用を残したまま、どこから始められますか？

工程ごとに担当を分ければ、既存の運用を止めずに始められます。全面的な置き換えは必要ありません。

工程	何で処理するか
コードの読み取り（品番・入数）	いまの専用ハンディをそのまま使う
コードに無い印字（製造日・期限・ロット・シリアル）	端末のカメラで読み取り、項目として抜き出す
マスタとの突合	照合して、外れた項目だけ人が確認する
システムへの受け渡し	CSVで出し、既存の在庫システムへ渡す

当社のイチヨミOCRは、この2行目と3行目を担当する製品です。印字された文字とバーコード・QRコードを同時に読み取り、ロット番号や日付といった項目を抜き出して、マスタ・辞書・ルールと突き合わせます。読み取った画像と結果、修正の履歴は端末内に残るので、後から「誰がいつ何を直したか」を追えます。

条件も同じ場所に書いておきます。AI処理を端末の中で行うため、読み取りの速さや安定性は使う機種の性能に左右されます。「どのAndroid端末でも同じように動く」ものではないので、どの機種で回すかは実機で確かめてから決めます。一方、処理が端末内で完結するので通信の無い倉庫でも読め、読み取った内容を外へ送る前提ではありません。生成AIを使う経路では、現品やラベルの画像そのものを外部のサービスへ送ることになるため、そこは判断が分かれます。データを社外に出すかどうかの考え方はクラウドに出せないデータをどう扱うかに整理しています。

始め方としては、取扱量の多い1品目、あるいは1つの荷受けラインから着手するのが現実的です。全SKUを一度に対象にすると、品目ごとのラベルの違いを洗い出す作業が先に来て、効果が出る前に止まります。

まとめ

• 入庫検品の転記は2回発生している。現品から紙へ（工程3）、紙からシステムへ（工程4）。改善の対象はこの2工程に絞れる
• 転記ミスのコストは検品工程には計上されず、棚卸の在庫差異・先入先出の乱れ・期限切れ在庫として後から出る
• ロットや期限は「紙に残っているか」ではなく「ロット単位で引けるか」で判断する。遡る時間を決めるのは記録の形
• 人の確認はなくさず、照合で外れた項目だけに寄せる。全件目視は量が増えるほど精度が落ちる
• 紙の納品書は取引先の様式なので当面そのままでよい。データを先に作り、紙の削減は後から判断する
• 専用ハンディは残したまま、コードに載っていない印字の読み取りだけを足す併用構成から始められる

どの工程で何を書き写しているかは、実際の受入帳票と現品のラベルを拝見すれば1回の打ち合わせで分解できます。30分の無料相談で、対象の工程からご一緒に整理します。