この記事で分かること
- ロット管理で管理すべき情報と、商品単位の在庫管理との違い
- ロット番号、入荷日、製造日、期限日を現場で迷わず扱う設計方法
- 入荷から保管、出庫、販売、返品までのトレーサビリティをつなぐ考え方
- 先入先出と期限優先出庫を運用へ定着させるためのルールと画面要件
- Excel管理から在庫管理システムへ移行するときの進め方と確認項目
ロット管理とは何か
ロットとは、入荷や製造など、共通する条件を持つ在庫のまとまりです。まとまりを識別する番号や記号をロット番号と呼びます。たとえば同じ型番の部品を仕入れていても、仕入先や入荷日が異なるなら、別々のロットとして記録します。製造業であれば製造日や製造ライン、食品であれば賞味期限や原料の仕入れ先をロットの属性として持たせることがあります。
通常の商品在庫では、商品コードと数量が分かれば出庫できる場合があります。しかしロット管理では「何を」「いくつ」だけでなく、「どのロットを」「いつ」「どこから」「どこへ」を記録します。同じ商品コードの在庫を一つの数量に合算すると、期限の近い在庫を見落としたり、特定の入荷分だけを止めたりできなくなったりします。ロット管理は数量を細かく数える作業ではなく、在庫に付随する履歴を切れ目なく保つための仕組みです。
ロットの区切り方は、業種のリスクと現場の作業量を見て決めます。製造番号を一品ごとに持つ必要がある製品を、出荷日だけで一括管理すると追跡が粗くなります。一方、消耗品を必要以上に細かく分けると、入荷や棚卸しの入力負荷が増えます。どの出来事を同じロットとみなすかを、最初に業務ルールとして明文化することが重要です。
ロット番号に持たせる情報
ロット番号そのものは、短く読み上げやすく、重複しない値にします。日付や仕入先を番号へ埋め込む方式は、人が見て意味を理解しやすい反面、採番ルールの変更や桁数の増加に弱くなります。実務では、システムが一意の管理番号を発行し、表示画面では入荷日や期限日を別項目で見せる設計が扱いやすいことがあります。
最低限のロット属性として、商品コード、ロット番号、入荷日、入荷数量、現在数量、保管場所、在庫ステータスを持たせます。期限が関係する場合は、製造日、使用期限または賞味期限、期限の種類も分けて記録します。仕入先、仕入伝票、製造ライン、検査結果、温度帯などは、品質管理や回収の要件に合わせて追加します。後から必要になる情報を推測して補うことは難しいため、問い合わせや回収の場面を想定して項目を決めます。
ロット管理が必要になる場面
ロット管理の価値は、通常運用が滞りなく進んでいるときよりも、例外が起きたときに明確になります。ある仕入先の原材料に問題が見つかった場合、その原材料を使った製品だけを特定して出荷停止にできるかが問われます。商品コードだけの管理では、問題のない入荷分まで止めるか、対象を絞れず確認に時間がかかります。ロットと製造・出荷の記録がつながっていれば、影響範囲を絞り込みやすくなります。
期限管理でもロットが役立ちます。同一商品に期限の異なる在庫が混在していると、数量合計だけを見ている担当者は、期限切れが近い在庫の存在を見落とします。ロット別の期限を一覧で表示し、一定期間内に期限を迎える在庫を知らせると、値引き、販促、返品、廃棄、出荷停止などの対応を早めに選べます。
返品や交換が多い業務でも、ロット単位の履歴は有効です。返品された商品を通常在庫へ戻す前に、未開封か、保管条件を満たしていたか、再販できる状態かを判定します。返品ロットを通常出庫可能な数量へ自動的に合算せず、検品中、隔離、再入庫などのステータスで分ければ、誤出荷のリスクを抑えられます。
最初に決めるロット管理の業務ルール
システムを選ぶ前に、現場がどの単位で判断するかを決めます。入力画面を先に作ると、登録できる項目に業務が引っ張られ、運用開始後に手戻りが起きやすいためです。まず、入荷担当、倉庫担当、品質担当、営業または出荷担当が、ロットを確認する場面を洗い出します。
- 入荷時に、納品書と現物のロット番号・期限を照合する。
- 保管時に、ロットが混ざらない棚、エリア、容器を割り当てる。
- 出庫時に、出庫するロットを選び、数量と出荷先を記録する。
- 返品・破損・検査不合格などを、出庫可能在庫と分けて記録する。
- 棚卸し時に、帳簿上のロット数量と現物を照合し、差異の理由を残す。
この流れの中で、担当者が紙や口頭で補っている箇所を見つけます。ロット番号を手入力している、保管場所が自由記述になっている、出庫後にExcelへ転記している、といった箇所は、入力ミスや反映遅れにつながります。作業者の経験だけに頼らず、バーコードや選択式入力を利用できるかも検討します。
ロットを分ける基準を文章にする
「入荷日が違えば別ロット」「期限が違えば別ロット」「製造ラインが違えば別ロット」のように、分割条件を具体的に書きます。同じ納品書でもロット番号が複数ある場合、明細ごとに登録するのか、まとめて受けるのかを決めます。分割したロットを後から統合する場合も、履歴を失わない統合方法が必要です。
出庫で一部数量を使ったときは、ロット自体を消さず、入庫数量、出庫数量、調整数量、現在数量を履歴として残します。数量がゼロになったロットも、出荷履歴や回収調査のために参照できる状態にします。削除ではなく無効化やクローズを使うと、過去の帳票との整合を保てます。
期限を一つの数字として扱わない
期限日が設定されている商品でも、期限日当日まで出庫できるのか、何日前から出庫を止めるのかは業務によって異なります。販売先との契約、輸送日数、必要な残存期間を踏まえ、出荷可能、注意、出荷停止、期限切れといった状態を定義します。期限がない商品、開封後に期限が変わる商品、検査合格日から有効になる商品は、同じ項目に無理に押し込まず、別の期限種別として設計します。
日付だけで判断すると、時刻やタイムゾーンの違いで境界がずれることがあります。現場の締め時刻、出荷日の基準、休日の扱いをあらかじめ決め、画面に「あと何日」「出荷可否」「判定理由」を表示すると、担当者が日付を暗算せずに済みます。警告は多すぎると見落とされるため、誰がいつ対応するかまで決めておくことが大切です。
期限管理を実装する方法
期限管理では、日付を保存するだけでなく、期限に応じた業務アクションを決めます。期限までの日数を毎日計算し、一定範囲のロットを抽出できるようにします。抽出結果から、販売・出荷、値引き、別用途への振替、返品相談、廃棄申請などを選択できると、単なる警告で終わりません。
入荷登録時には、期限日が空欄の場合の扱いを決めます。入力を必須にすると登録が止まる商品がある一方、空欄を許すだけでは期限管理から漏れます。期限なし、期限確認中、対象外などの明示的な値を用意し、理由と確認者を記録します。過去の日付や製造日より前の期限日を入力した場合は、保存前に警告を出します。
期限が短い商品では、入荷時点で最低残存日数を確認します。たとえば、販売先へ届けるまでに一定日数が必要なら、入荷時に残存期間が不足するロットを受け入れるか、返品・値引き・隔離へ回すかを判断します。判断基準を担当者ごとに変えないよう、システムのチェック項目と承認フローへ落とし込みます。
期限切れを防ぐ一覧と通知
一覧画面では、商品コード、ロット番号、期限日、現在数量、保管場所、在庫状態を一行で確認できるようにします。期限日だけを並べると、数量の多いロットや、出荷予定と重なるロットが分かりません。期限までの日数、出荷予定数量、対応担当、対応期限を組み合わせると、優先順位をつけやすくなります。
通知は、期限が近いことを伝えるだけでは不十分です。通知を受けた担当者が在庫を確認し、販売計画や出荷指示を変更し、完了記録を残せる導線が必要です。メールやチャットへの通知を使う場合も、最終的な状態は在庫管理の記録へ戻します。通知だけを正本にすると、担当者の退職や見落としで履歴が途切れます。
トレーサビリティをつなぐ記録設計
トレーサビリティとは、商品や原材料の移動・加工・保管の履歴を追跡できる状態です。ロット管理では、入荷側へさかのぼる「上流追跡」と、出荷先へたどる「下流追跡」の両方を用意します。問題が見つかったとき、どこから来たものかと、どこへ渡ったものかを同じロット番号から検索できることが重要です。
履歴の最小単位は、ロット、日時、数量、移動元、移動先、作業者、処理種別です。処理種別には入荷、棚移動、加工、分割、統合、出庫、返品、廃棄、調整などを設定します。数量が変わらない棚移動も記録すれば、現物の所在を追いやすくなります。加工で別の商品や中間品になった場合は、親ロットと子ロットの関係を保持します。
分割と統合は、トレーサビリティの設計で特に注意が必要です。一つの入荷ロットを複数の保管場所へ分けた場合は、元ロットから子の在庫単位をたどれるようにします。複数の原材料を使って一つの製品ロットを作る場合は、製品ロットから使用した原材料ロットへ逆引きできるようにします。画面上で数量を直接書き換えるだけでは、原因と影響の関係が消えてしまいます。
追跡画面で確認したいこと
担当者が緊急時に使う追跡画面では、検索条件を絞りすぎないことが大切です。ロット番号の完全一致だけでなく、商品コード、仕入先、期間、出荷先、製造日などから検索できるようにします。検索結果から入荷伝票、検査結果、棚移動、出荷伝票、返品記録へ移動できると、複数の台帳を照合する時間を短縮できます。
追跡結果は、調査時点の現在庫だけでなく、過去の取引を含めて表示します。出荷済み数量、返品数量、廃棄数量、在庫数量の関係が分かれば、対象ロットの全体像を説明できます。CSVやPDFへ出力する場合も、出力日時、抽出条件、対象データの範囲を残しておくと、後から同じ調査結果を再現しやすくなります。
先入先出と期限優先出庫を運用する
先入先出は、先に入庫した在庫から先に出庫する考え方です。期限のある商品では、先に期限を迎えるロットを優先するFEFO（First Expired, First Out）が適することがあります。入荷日と期限日が一致しない商品では、先入先出だけでは期限切れを防げません。業務上どちらを基本にするか、例外時にどのルールを優先するかを決めます。
出庫候補を自動で提案する場合は、利用可能なロットだけを対象にします。検査中、出荷停止、返品確認中、期限切れ、品質保留のロットを候補から除外し、除外理由を表示します。担当者が候補を変更できる場合は、変更理由の入力や承認を求めます。自動化の目的は判断を隠すことではなく、判断すべき例外を明確にすることです。
棚の並び順もシステムのロジックと一致させます。システムが期限の早い順に提案しても、現物が別の棚にあると、作業者は取りやすいロットを選びます。保管場所、棚番、荷姿、ケース単位、バラ単位を登録し、ピッキングリストへ反映します。バーコードを読み取ってロットと場所を照合すれば、取り違えをその場で検知できます。
例外出庫の扱い
顧客指定、品質試験、サンプル出荷、緊急補充などでは、通常の候補順を変更することがあります。例外を禁止すると現場が別台帳を作り、結果的に履歴が切れます。例外出庫を許可したうえで、理由、承認者、選択したロット、通常候補との差分を記録する方が、業務の実態に合います。
出荷指示の時点でロットを固定するか、ピッキングの時点で決めるかも設計します。期限と在庫が変動する業務では、早い段階で固定すると欠品になりやすく、遅すぎると出荷先への説明が難しくなります。仮引当、確定引当、出庫確定を分け、各段階で数量とロットを確認できるようにすると、調整がしやすくなります。
在庫管理システムへ実装する機能
ロット管理のシステム化では、登録、検索、移動、出庫、棚卸し、帳票を一連の業務として設計します。単にロット番号を入力できるだけでは、現場の判断は変わりません。入荷から出荷までのデータが同じロットを参照し、数量と履歴が自動で更新されることが基本です。自社の業務に合う構成を考えるときは、在庫管理システムの支援内容も確認しながら、必要な範囲を整理します。
入荷・検品・棚入れ
入荷画面では、発注や納品予定と照合しながら、商品、ロット、数量、期限、仕入先を登録します。検品前後で在庫状態を分け、検査結果が確定するまで出庫候補へ入れない運用が必要です。ラベルを発行する場合は、ロット番号だけでなく、商品コード、期限、数量、保管場所などを表示し、現物と台帳の対応を確認できるようにします。
同じ伝票に複数ロットが含まれる場合は、明細を分けて登録します。入力を一括化するなら、ロット単位で数量と期限を取り込めるCSVの形式を用意します。インポート後に重複ロットや期限不整合を一覧で知らせ、取り込み前にエラーを修正できることが望ましい設計です。
棚卸し・調整・権限
棚卸しでは、商品合計だけでなくロットごとの実在庫を数えます。帳簿と現物の差異を調整するときは、数量を合わせるだけでなく、差異理由、確認者、日時を残します。棚卸し中の入出庫をどう扱うか、棚卸し開始時点で在庫を固定するか、作業場所ごとに分割するかもルール化します。
すべての担当者がロット数量を直接変更できる状態は避けます。入荷、棚移動、出庫、返品、廃棄、調整の権限を分け、重要な変更には承認を設定します。権限を細かくしすぎて現場が共有アカウントを使うと逆効果なので、実際の役割と交代勤務を踏まえて設計します。誰が何を変えたかを追跡できる監査ログも、トレーサビリティの一部です。
他システムとの連携
販売管理、購買、製造、会計、品質管理など複数のシステムがある場合、ロット番号の正本を決めます。各システムが独自の番号を発行すると、同じ現物を別物として扱うことがあります。商品コード、仕入先コード、単位、日付形式、数量の小数桁など、連携項目の定義を先にそろえます。
連携が一時停止したときの扱いも確認します。入荷や出荷を止めるのか、仮登録で進めて後から照合するのか、二重登録を防ぐ仕組みが必要です。エラーを画面やログに残し、未連携の件数と対象ロットを担当者が確認できると、障害の発見が早くなります。
Excelから移行するときの進め方
Excelでロットを管理している場合、最初にファイルを一つへ統合することから始めません。現場ごとに異なる列名、採番、日付形式、在庫ステータスを洗い出し、正しい台帳と一時的な集計表を分けます。重複ロット、期限の空欄、数量が文字列になっている行、同じ商品でも単位が違う行は、移行前に確認対象として一覧化します。
次に、基準日を決めて在庫を確定します。過去のすべての履歴を移行できない場合も、現在庫のロット残高と、一定期間の重要な入出荷履歴を優先します。履歴を省略するなら、旧ファイルの保管場所、対象期間、移行できなかった範囲を記録します。将来の回収や問い合わせで必要になる可能性を、品質や法務の担当者と確認します。
テストでは、通常の入荷と出庫だけでなく、期限が近いロット、同一商品に複数ロットがあるケース、分割出庫、返品、廃棄、棚卸し差異、連携エラーを再現します。テスト結果は画面の見た目だけでなく、数量、状態、履歴、帳票、権限の変化まで確認します。現場担当者が実際の伝票を使って操作できるかを確かめると、机上では見えない入力負荷を発見できます。
導入後に定着させるポイント
ロット管理は、システムを導入した日から完成するものではありません。最初の数週間は、入力漏れ、誤った期限、保管場所の未登録、例外出庫の理由不足などを確認します。エラーの件数だけを責めるのではなく、どの作業で迷ったのか、画面に何が足りないのかを聞き取り、ルールと画面を調整します。
運用指標は、在庫精度だけでなく履歴の追跡性も含めます。たとえば棚卸し差異の件数、期限警告への対応率、入荷から登録完了までの時間、出庫時のロット変更件数、問い合わせに対して履歴を提示するまでの時間を継続して確認します。指標は現場改善に使うものであり、数字を作るために入力を省略する運用にならないよう、目的を共有します。
拠点や商品を一度に広げると、原因の切り分けが難しくなります。まず一つの倉庫、代表的な商品群、頻度の高い入出庫から始め、ロット採番、期限判定、出庫候補、追跡帳票が機能することを確認します。その後、返品や加工、複数拠点などの例外を段階的に加えます。導入前に現状と制約を整理するなら、開発前診断・ロードマップで、修正・保守・刷新の進め方を検討できます。
既存のExcelやAccessを残したまま始める場合は、どの作業を新システムへ移すかを明確にします。二重入力を長期間続けると、どちらが正しいか分からなくなります。移行期間を決め、毎日または毎週の照合方法と終了条件を設定します。小さな範囲から業務を切り替え、現場の負荷を確認しながら対象を広げる方法も選択肢です。
失敗しやすい設計と改善策
よくある失敗は、ロット番号を登録できるようにしただけで満足することです。番号が入っていても、出庫時に選択されず、棚卸しでロット別に数えられず、出荷先の履歴へつながらなければ、必要なときに使えません。入荷、保管、出庫、返品、廃棄の各場面でロット番号がどのように引き継がれるかを、伝票と画面の両方で確認します。
次に、期限日を入力する担当者が複数いるのに、判断基準がないケースがあります。賞味期限と使用期限、開封後期限、検査有効期限を同じ欄へ入れると、表示や通知が誤ります。期限の意味、入力元、確認者、出庫停止日を定義し、商品マスタで期限種別を管理します。
出庫ルールを自動化しすぎることも注意が必要です。顧客指定や品質保留など、機械的に判断できない例外は必ず発生します。自動候補を出したうえで、例外を承認付きで変更できる仕組みにすると、作業速度と説明責任を両立できます。
さらに、管理項目を増やしすぎて入力が続かない問題があります。回収や品質確認に本当に必要な項目と、あると便利な項目を分け、導入時は必須項目を絞ります。運用が安定してから、分析や予測に使う項目を追加します。入力負荷を測定し、バーコードやマスタ選択で手入力を減らす工夫も有効です。
ロット管理に関するよくある質問
ロット番号は商品コードと同じでよいですか？
商品コードは品目を識別する番号で、ロット番号は同じ品目の中にある入荷分や製造分を識別する番号です。商品コードだけでは入荷日や期限、仕入先の違いを追跡できないため、両方を別の項目として持たせます。システム上は商品コードとロット番号の組み合わせで在庫を管理し、検索ではどちらからでも対象を絞れるようにすると現場で使いやすくなります。
期限がない商品にもロット管理は必要ですか？
期限がない商品でも、仕入先、入荷条件、品質検査、保証期間、回収対象を追跡する必要があるならロット管理が役立ちます。すべての商品に同じ細かさを適用するのではなく、回収や問い合わせで必要な追跡単位を決めます。期限なしという状態を明示しておけば、期限未入力の商品と区別でき、確認漏れも防げます。
先入先出と期限の早い順はどちらを優先しますか？
入荷日と期限日が連動する商品は先入先出で運用できますが、入荷時期が違っても期限が同じ、または製造日と期限の関係が商品ごとに異なる場合は、期限の早い順を優先する方が適しています。会社の品質基準、契約、販売先の条件を確認し、通常の候補順と例外時の判断をルールにします。出庫候補から保留中や期限切れを除外することも必須です。
小規模な倉庫でも在庫管理システムが必要ですか？
拠点が小さくても、期限切れ、回収、返品、複数ロットの混在で確認に時間がかかるなら、システム化の効果を見込めます。最初から全機能を導入せず、ロット別残高、期限一覧、入出庫履歴、棚卸しなど、困っている作業から始めます。現在の台帳と現場の動きを整理し、費用と削減できる確認時間を比較して範囲を決めることが大切です。
導入前に確認するチェックリスト
- ロットを分ける条件と、番号を発行する担当が決まっている
- 入荷時に確認する期限・数量・仕入先・検品状態が定義されている
- 保管場所とロットの関係を検索でき、現物へ表示できる
- 出庫候補から期限切れや保留中のロットを除外できる
- 例外出庫の理由と承認者を履歴へ残せる
- 分割、統合、加工の前後をたどれる
- 返品、廃棄、棚卸し差異を通常の在庫と区別できる
- ロット番号や商品コードなどから上流・下流へ追跡できる
- 出力した履歴に抽出条件と出力日時を残せる
- 利用者の役割に応じて入力・承認・参照の権限を分けられる
チェック項目に答えられない場合は、機能不足と決めつける前に、業務ルールが未定義なのか、データが不足しているのかを分けて考えます。ルールを整理するだけで改善できる部分と、システムの改修が必要な部分を分けると、投資範囲を判断しやすくなります。
在庫の現状を整理してから要件を決めたい場合は、在庫管理に関する相談窓口へ、現在の台帳、拠点数、ロットと期限を確認する場面を伝えると話が具体的になります。
まとめ：ロットを業務の判断へつなげる
ロット管理は、商品を細かく区切って記録するためだけの方法ではありません。入荷したものがどの条件の在庫なのか、期限までにどのような対応が必要か、どの出荷先へ渡ったかを、担当者が同じ情報から判断するための基盤です。ロット番号、期限、保管場所、数量、移動履歴を一つの流れで扱えば、回収や問い合わせへの対応を早め、期限切れや取り違えを防ぎやすくなります。
導入では、業種のリスクと現場の作業量に合わせてロットの区切り方を決め、入荷、保管、出庫、返品、棚卸しのルールを文章にします。そのうえで、期限優先出庫、例外承認、分割・統合の履歴、追跡帳票をシステムへ実装します。いきなり全社へ広げず、代表的な商品と拠点で試し、現場の操作とデータの整合を確かめながら対象を広げることが、定着への近道です。
Excelや既存システムを使い続けている場合も、ロット単位の判断と履歴のつながりを整理すれば、必要な改善の優先順位が見えてきます。現場が困っている場面、追跡に時間がかかる場面、期限を見落とす場面を具体的に挙げ、どこまでを標準機能で対応し、どこからを改修するかを検討してください。
