この記事で分かること
- 賞味期限・使用期限のある商品で、数量だけの在庫管理が不足する理由
- 商品、ロット、期限、保管場所、在庫状態を分けて登録する考え方
- 先入先出と期限優先出庫を使い分ける出庫ルール
- 期限までの日数に応じたアラートと、通知後の対応を設計する方法
- 入荷、保管、出庫、返品、廃棄、棚卸しをつなぐ運用手順
- Excelや既存システムから、ロット・期限管理へ移行するときの確認項目
賞味期限・使用期限の管理で最初に整理すること
期限管理を始めるとき、最初に確認したいのは「期限を持つ単位」です。商品マスタに期限日を一つだけ登録するのか、入荷したまとまりごとに期限日を持つのかで、必要なデータ構造が変わります。多くの現場では、同じ商品が複数回入荷し、それぞれに異なる期限日が付くため、期限を商品マスタだけで管理すると新しい入荷で古い情報を上書きする危険があります。商品そのものの情報と、入荷したロットの情報を分けて保持することが出発点です。入出庫や保管場所まで一緒に見直す場合は、在庫管理システムの機能を確認し、現在の台帳で不足している項目を洗い出します。
また、賞味期限と使用期限は、現場で同じ欄に入力してしまうと確認の意味が曖昧になります。業務上必要な表示や判断基準は商品や業界によって異なるため、システム上では「期限種別」と「期限日」を分け、画面や帳票にも表示する項目を決めておくと運用がぶれにくくなります。用語の厳密な扱いは社内の品質管理や取引先との取り決めに合わせ、在庫システムには実際のラベルや納品書と一致する日付を登録します。
期限管理の対象商品を洗い出す
対象を食品だけに限定すると、期限管理が必要な商品を見落とすことがあります。医薬品や化粧品、衛生用品、試薬、接着剤、塗料、電池、交換部品など、保管期間や製造時期によって出荷可否が変わる品目も対象になり得ます。まず商品一覧に「期限管理の有無」「期限種別」「ロット管理の有無」「出荷時に確認する条件」の列を追加し、現場の担当者と確認します。期限がない商品は無理にロット管理へ寄せず、対象商品だけに入力項目を表示するほうが登録漏れを防ぎやすくなります。
期限の計算方法も品目ごとに異なります。納品時にラベルの日付をそのまま登録する商品、製造日から一定期間を計算する商品、開封後の使用期限を別に記録する商品を一つのルールで扱うと、誤った日付が作られます。自動計算を使う場合でも、元となる製造日、入荷日、開封日などを保存し、計算結果を確認できるようにします。登録の根拠が残っていれば、日付の修正が必要になったときも、どの情報を直すべきか判断できます。
商品マスタとロット情報を分ける
商品マスタには、商品コード、商品名、規格、単位、保管条件、期限管理の要否など、商品に共通する情報を登録します。ロット情報には、ロット番号、入荷日、製造日、期限日、仕入先、入荷数量、保管場所、在庫状態など、その入荷や製造のまとまりに固有の情報を持たせます。こうしておくと、同じ商品コードに複数の期限日が存在しても、在庫を合算せずに確認できます。
| 情報の種類 | 主な項目 | 登録するタイミング |
|---|---|---|
| 商品マスタ | 商品コード、商品名、規格、単位、保管条件 | 商品を登録・変更するとき |
| ロット情報 | ロット番号、製造日、期限日、仕入先、入荷日 | 入荷または製造が確定したとき |
| 在庫残高 | ロット別数量、保管場所、引当数量、利用可能数 | 入出庫や移動が発生したとき |
| 履歴 | 操作日時、担当者、処理種別、変更前後の値 | 登録、修正、出庫、返品、廃棄の都度 |
数量を管理する単位もあらかじめ決めます。ケース、箱、袋、個などが混在するなら、入荷単位と出荷単位の換算をマスタに持たせ、ロット別数量がどの単位で表示されているかを明確にします。端数を扱う商品では、開封済み数量や小分け済み数量を別の状態として記録すると、帳簿上の数量と現物の見え方をそろえやすくなります。
ロット番号と期限日を現場で正しく記録する方法
ロット管理の成否は、入荷時の登録精度で大きく決まります。入荷担当者がラベルを見ながら手入力するなら、日付の形式、ロット番号の桁、英数字の大文字小文字、区切り記号を統一します。同じ番号でも先頭のゼロを落とす、ハイフンを省略する、といった揺れがあると、検索時に別ロットとして扱われることがあります。入力欄に形式の例を表示し、登録後に元ラベルと照合する手順を設けると、後工程での修正を減らせます。
可能であれば、バーコードや二次元コードを読み取り、商品コードやロット番号を自動入力します。ただし、すべてのコードに期限日が含まれるとは限りません。コードから取得できる情報と、ラベルを見て補う情報を分け、読み取り後に期限日を確認する画面を設けます。読み取りを導入しても、人が確認する工程をなくすのではなく、入力する文字数を減らして確認に集中できるようにするのが安全です。
期限日の入力チェックを設計する
登録時のチェックには、期限日が空欄ではないか、日付として解釈できるか、製造日より前になっていないか、入荷日から見て不自然ではないか、という観点があります。チェックに引っかかった場合は登録を完全に止める方法と、理由を入力して仮登録する方法があります。品質確認が終わるまで出庫できない商品なら、仮登録でも在庫状態を「確認待ち」にして、利用可能数量へ含めない仕組みにします。
期限日を修正する場合は、上書きだけにしないことが大切です。修正前の日付、修正後の日付、修正理由、担当者、承認者、根拠となる資料を履歴に残します。現場で修正権限を広く配ると、誤入力を直せる一方で、意図しない変更も追跡しづらくなります。登録担当者は入力、責任者は承認というように役割を分け、緊急時の例外処理も手順として定義します。
入荷時の検品と保管場所をつなぐ
期限日を登録しても、現物がどこにあるか分からなければ先入先出は実行できません。入荷検品の完了、仮置き、棚入れ、出庫可能という状態を分け、ロットと保管場所を同時に記録します。冷蔵、冷凍、常温、遮光など保管条件が異なる場合は、ロケーション側にも条件を持たせ、誤った棚への移動を警告します。移動処理では数量だけでなく、ロットと移動元・移動先を必須にすることで、後から実在庫を探しやすくなります。
入荷した箱を複数の棚に分ける場合も、一つのロットに複数ロケーションの残高を持たせます。棚ごとの数量を合算した総数量と、場所ごとの内訳が一致することを確認できる一覧を用意します。棚卸しでは、商品コードだけを見て数えるのではなく、棚、ロット、期限日、状態の順に確認できると、似た商品や別期限の商品を取り違えにくくなります。
先入先出と期限優先出庫を使い分ける
先入先出は、先に入庫した在庫から出庫する考え方です。期限管理では、入荷が古い順だけでなく、期限が近い順に出庫する期限優先の考え方も必要になります。入荷日と期限日の順番が常に一致するとは限らないため、どちらを優先するかを商品や取引条件ごとに決めます。期限が近いロットを出すことが基本でも、出荷先の受入条件によって残存期間が指定されている場合は、単純な期限順では出庫できません。
出庫候補を自動表示するときは、利用可能数量、期限日、出荷先の最低残存期間、引当済み数量、品質保留の有無を同時に評価します。担当者が候補を変更した場合には、理由を残します。自動提案を採用するかどうかを人が判断でき、採用しなかった理由も後から確認できるようにすると、現場の例外をルール改善へつなげられます。
出庫ルールを商品・取引先ごとに決める
| 判断条件 | 優先するロットの例 | 確認すること |
|---|---|---|
| 期限日が基準になる商品 | 期限日が近い順 | 最低残存期間を満たすか |
| 入荷順が重要な商品 | 入荷日が古い順 | 長期滞留や保管状態に問題がないか |
| 出荷先の指定がある商品 | 条件を満たすロット | 指定ロット、製造日、証明書の有無 |
| 品質確認中の商品 | 出庫候補から除外 | 確認完了と利用可能への変更者 |
たとえば、期限日が近いロットでも出荷先の受入基準を満たさないなら、別のロットを選ぶ必要があります。その場合に「期限順を無視した」とだけ記録すると、後で判断の妥当性を説明できません。出荷先、受注、契約、品質確認など、例外の理由を選択式と自由記述で残すと、担当者が変わっても判断の背景を追えます。
引当とピッキングでロットを取り違えない
受注を登録した時点で数量だけを引き当て、ピッキング時にロットを決める運用は、期限管理では取り違えが起きやすくなります。受注や出荷指示にロット候補をひも付け、ピッキングリストに商品コード、商品名、ロット番号、期限日、棚、数量を表示します。現場で候補を変更した場合は、変更後のロットを出荷実績へ保存します。
部分出庫では、同じロットの残数を正しく減らし、別ロットへ勝手に合算しないことが重要です。ケースを開封して個単位で出す場合は、ケース在庫とバラ在庫の単位を区別します。返品を受けた商品は、未開封で再出庫できる状態か、検品待ちか、廃棄対象かを判断し、通常在庫へ自動で戻さない設計にします。
期限アラートを業務で使える形にする
アラート機能は、通知を出すこと自体が目的ではありません。期限が近い商品を誰が確認し、どの選択肢から、いつまでに処理するかを決めるために使います。期限日だけを一覧にしても、数量、保管場所、出荷予定、引当状況が分からなければ対応できません。アラート画面には、商品、ロット、期限日、残数、場所、担当部署、対応ステータスをまとめて表示します。既存の入力や通知のどこを直すべきか迷う場合は、開発前診断・ロードマップで業務の詰まりを整理する方法もあります。
段階別に通知と対応を分ける
通知の段階は、商品特性と業務リードタイムから決めます。たとえば「確認が必要」「出庫優先」「出荷停止の検討」「期限超過」のように状態を分け、各状態で実施する行動を登録します。日数の閾値を一律に設定すると、短期間で回転する商品と長期保管品で通知の意味が変わってしまいます。販売期間、検品期間、返品判断の時間、取引先の条件を確認し、商品グループごとの基準を作ります。
| アラートの状態 | 画面で確認する情報 | 対応の例 |
|---|---|---|
| 期限が近い | 期限日、残数、場所、出荷予定 | 期限優先で引当、販売・使用計画を確認 |
| 長期滞留 | 入荷日、移動履歴、保管状態 | 棚位置を見直し、出庫候補へ再評価 |
| 期限超過 | 超過日数、保留数量、責任部署 | 出庫停止、隔離、返品・廃棄などを判断 |
| 日付不備 | 未登録項目、登録者、入荷伝票 | 検品担当へ差し戻し、確認完了まで保留 |
通知先と対応期限を決める
通知先が在庫担当だけだと、販売計画や品質判断が必要なケースを処理できません。現場の在庫担当、購買、販売、品質管理、拠点責任者など、判断に関係する担当へ役割を割り当てます。ただし全員へ同じ通知を送ると、重要な警告が埋もれます。登録、確認、承認、処理完了の担当を分け、未処理のまま期限が近づいたときだけ上位者へエスカレーションする仕組みを検討します。
通知には、リンクを開いて対象ロットを確認できる導線と、対応結果を記録する入力欄を付けます。「確認した」だけで終わらず、追加出庫、移動、値引き、返品、廃棄、期限日訂正などの処理と結び付けます。メールや画面通知を使う場合も、最終的な対応履歴は在庫台帳に保存し、複数の担当者が同じアラートへ重複対応しないようにします。
アラートの見逃しを防ぐ集計
期限アラートを運用すると、通知件数が多すぎる問題も起きます。未処理件数、期限超過件数、期限日不明件数、対応にかかった時間を定期的に確認し、閾値や対象品目を調整します。通知を消すだけの運用になっているなら、画面の情報が足りない、担当が決まっていない、処理方法が選べないなど、運用側の原因を探ります。
管理者向けには、ロット別の期限一覧と、商品グループ・拠点・保管場所別の集計を用意します。集計は数量だけでなく、期限までの期間、金額、出荷予定の有無を切り替えて見られると、現場の処理と経営判断を分けて確認できます。金額を扱う場合は単価の基準日や評価方法を明記し、在庫数量と金額の集計条件が異なることを説明できるようにします。
入荷から廃棄までの運用をつなぐ
期限管理は入荷時の登録だけで完結しません。入荷検品、棚入れ、移動、引当、ピッキング、出荷、返品、棚卸し、廃棄という流れのどこかでロット情報が切れると、在庫の追跡ができなくなります。業務フローを作るときは、各工程で「誰が」「何を見て」「どの情報を登録し」「次の状態へどう変更するか」を書き出します。
- 入荷伝票と現物ラベルを照合し、商品、ロット、期限、数量を仮登録する。
- 検品結果と保管条件を確認し、出庫可能または確認待ちの状態に変更する。
- 棚入れや移動のたびに、ロット、移動元、移動先、数量を記録する。
- 受注・出荷指示に対して出庫候補を選び、実際に出したロットを確定する。
- 返品や不良品は通常在庫と分け、再出庫の可否を確認して状態を更新する。
- 期限超過や破損品は隔離し、承認後に廃棄または返品として処理する。
この流れを紙やExcelで運用する場合も、状態名と処理者をそろえることが重要です。人によって「保留」「検品中」「出荷停止」の意味が違うと、利用可能数量へ含めるかどうかを判断できません。状態の定義を一覧化し、在庫残高の集計に含める状態を決めておきます。
在庫管理システムに必要な機能
期限管理に対応した在庫管理システムを選ぶときは、機能名だけで判断せず、実際の業務でどの画面を使うかを確認します。ロット管理に対応していても、入出庫画面でロットを必須にできない、期限順の候補表示がない、返品時に元ロットへ戻せないという製品では、別の台帳が残ることがあります。現場の代表的な入荷、出庫、移動、返品、棚卸しを試し、登録した情報が次の処理と帳票へ引き継がれるかを確認します。
確認したい機能の一覧
- 商品ごとにロット管理と期限管理の有無を設定できる
- ロット番号、製造日、期限日、入荷日、仕入先、保管場所を登録できる
- 入出庫や移動でロットと数量を必須入力にできる
- 先入先出や期限優先の出庫候補を表示できる
- 最低残存期間、保管条件、品質保留などの条件を判定できる
- 期限が近い在庫、期限超過、日付不備を一覧と通知で確認できる
- 期限日や数量の修正履歴と承認履歴を追跡できる
- バーコードなどの読み取り、帳票出力、既存データの取込に対応できる
- 拠点、棚、担当部署ごとに権限と集計を分けられる
既存のExcelやAccessを残したまま、一部の機能だけを追加する方法もあります。現場がすでに使い慣れた入力画面を活かし、ロット台帳、期限一覧、アラート、履歴だけを先に整備する進め方です。業務の制約や将来の拠点追加によって適した構成は変わるため、在庫管理システムの導入を検討するときは、現在の入出庫と期限対応を整理してから相談すると要件を具体化しやすくなります。
個別開発を検討する場合は、画面の使いやすさだけでなく、データを移行しやすいか、他の受注・購買・販売システムと連携できるか、障害時に紙や代替入力へ切り替えられるかも確認します。運用開始後に項目を増やす可能性があるなら、期限種別や状態を固定値で埋め込まず、マスタとして変更できる構造にしておくと改修範囲を抑えられます。
Excelや既存台帳から移行するときの手順
移行前に、現在の台帳をそのまま新システムへ取り込もうとすると、商品名の揺れ、重複ロット、期限日の形式違い、数量単位の混在が持ち込まれます。まず、商品コードを基準に商品マスタを整理し、ロットごとに一意の行があるかを確認します。期限日が空欄の在庫は、未確認なのか期限対象外なのかを分け、移行後のアラート対象を決めます。
- 対象拠点、対象商品、基準日、移行する在庫状態を決める。
- 商品コード、商品名、規格、単位、期限種別の重複と表記揺れを整理する。
- ロット番号、製造日、期限日、入荷日、場所、数量をロット単位で整える。
- 期限不明、品質保留、返品、廃棄予定などを別状態に分ける。
- 現物と台帳を照合し、移行数量と移行日を記録する。
- 少数の商品と一つの拠点で試行し、入荷から出庫までを通して確認する。
- 担当者教育と運用手順の修正を行い、全体へ展開する。
移行時点の在庫を正しくすることだけでなく、移行後に同じ誤差を生まない入力ルールを決めることが必要です。台帳の列を増やすだけでは、入力の責任者や確認のタイミングが変わりません。入荷検品で期限日が未確認なら出庫不可とする、移動時は棚とロットを必須にする、といった業務ルールと画面制御を組み合わせます。
導入後に確認する指標と改善ポイント
期限管理の効果を確認するために、廃棄数量だけを見ていると、登録漏れや期限超過の未処理を把握できません。期限日不明の在庫数、期限アラートの未処理数、ロット不明の入出庫数、返品を通常在庫へ戻すまでの時間、棚卸しで見つかったロット差異など、業務の途中で起きる問題も記録します。数値を集計する期間と対象範囲を固定し、導入前と同じ条件で比較します。
期限が近い在庫が多いときは、アラートの閾値だけを変えず、発注量、仕入先の納期、販売計画、保管場所、出庫ルールを見直します。期限日不明が多いときは、入荷検品の入力項目やラベルの読み取り方法を確認します。ロット差異が多いときは、移動や返品の画面でロットを選べるか、手書きの補助台帳が残っていないかを調べます。ロット単位の履歴をより詳しく整理したい場合は、ロット管理とトレーサビリティの解説も参考になります。指標を原因となる工程へ戻して確認することが、継続的な改善につながります。
よくある質問
賞味期限と使用期限は同じ項目で管理してもよいですか？
日付を記録するという点では共通の項目を使えますが、期限の種類は別に保持することをおすすめします。画面、帳票、アラートで表示する名称や、期限を過ぎた後の扱いが異なる可能性があるためです。社内の品質管理や取引先の条件に合わせ、期限種別、期限日、出庫可否のルールを整理してください。
ロット番号がラベルにない商品もロット管理できますか？
入荷日や製造日、仕入先など、社内で追跡したい単位を決めて管理できます。社内用の管理番号を発行する場合は、元のラベル情報と社内番号の対応を保存し、同じ商品を別の入荷として区別できるようにします。後から追跡する必要がある範囲を、品質管理や取引先と確認してから番号の採番ルールを決めます。
先入先出と期限が近い順のどちらを優先すべきですか？
商品特性、出荷先の最低残存期間、入荷と期限の関係によって判断します。期限が近い順が適する商品でも、出荷条件を満たさないロットは候補から外します。システムには優先順位と例外理由を記録できるようにし、現場で判断を変更した場合も履歴を残してください。
期限アラートが多く、担当者が確認しきれません。どう改善できますか？
商品ごとの回転期間や処理に必要な日数をもとに閾値を見直し、通知の段階と担当者を分けます。通知を送るだけでなく、対象ロットの数量、場所、出荷予定、対応方法を同じ画面で確認できるようにします。未処理件数や期限超過件数を定期的に振り返り、入力不備や対応手順の問題も合わせて改善します。
Excelで期限管理を始める場合、最低限必要な列は何ですか？
商品コード、商品名、ロット番号、期限種別、期限日、入荷日、保管場所、在庫数量、在庫状態、最終更新者、更新日時を用意します。出庫や移動の履歴を別表で持ち、残高と履歴を直接上書きしない構成にすると、後から差異を調べやすくなります。複数人で同時編集する場合は、入力の重複や更新競合が起きない方法も検討してください。
まとめ
賞味期限・使用期限のある在庫を適切に管理するには、商品コードと数量だけでなく、ロット、期限日、保管場所、状態、入出庫履歴をつなげて記録します。入荷時に期限情報を確認し、商品マスタとロット情報を分け、出庫では先入先出や期限優先のルールと例外条件を明確にします。アラートは通知数を増やすためではなく、対象ロットを確認して処理を完了させるための仕組みにします。
現場の台帳や既存システムに期限列を追加するだけでは、返品、移動、棚卸し、廃棄まで追跡できないことがあります。現在の業務でどの時点にロット情報が途切れているかを確認し、対象商品と拠点を絞った試行から入力ルールとシステム機能を整えると、導入後の混乱を抑えやすくなります。期限管理の要件整理や在庫業務の仕組み化を検討している場合は、現状の台帳、入出庫の流れ、困っているアラートをまとめて相談すると、必要な範囲を整理できます。
