賞味期限と納品期限は、別の欄で確認する
農林水産省「商慣習検討」では、賞味期間の一部までに小売店舗へ納品する慣例と、賞味期限まで日数が残っていても納品できない場合を説明しています。表示された賞味期限と、取引上の納品期限は別の確認事項です。この慣例を、すべての商品・取引先に一律に適用する法律上の期限とは扱いません。
また、消費者庁「食品の期限表示に関する情報」は、消費期限・賞味期限の設定には科学的・合理的根拠が必要と説明しています。どちらも2026年10月21日に確認しました。この記事では期限の設定方法や食品表示の作り方には踏み込みません。
ここからはhirostaの提案する確認手順です。「賞味期限が残っているから納品できる」「取引先が受け入れるから安全」とは結び付けず、表示、取引条件、安全性に関わる確認を分けます。
1. 出荷予定を商品・ロット・表示の原文ごとに書き出す
出荷予定の商品について、商品コード・商品名、ロット、現物に表示された賞味期限の原文を記録します。同じ商品でもロットや表示期限が違えば、行を分けます。さらに取引先と出荷予定が違う場合も別の行にし、どの出荷を確認しているか分かるようにします。
表示が年月だけなら、その原文を残します。照合のために日付へ置き換える必要があっても、担当者が扱いを確認するまでは日を補いません。読めない表示やロット不明は推測せず、その不足自体を確認待ちにします。
一覧の列は、次を例にしてください。横長の一覧を作る場合も、表示の原文と計算用の値は別の欄に残します。
| 列の例 | 記録する内容 |
|---|---|
| 商品 | 商品コード・商品名・規格 |
| ロット | 現物と対応するロット番号 |
| 表示の賞味期限 | 表示の原文。計算用の日付で上書きしない |
| 取引先 | 納品先・対象店舗や倉庫まで区別する |
| 納品条件 | 合意した条件の原文、対象商品、適用時期 |
| 条件の根拠 | 合意書の版・条項、メールの日付・件名など、原文をたどる参照先 |
| 出荷予定日 | 倉庫から出す予定の日 |
| 判定の候補 | 条件不一致・条件不明・変更の合意待ちなど。出荷許可の欄にしない |
| 確認待ちの理由 | 不一致の箇所や、不足している情報 |
| 確認する人 | 社内で確認を担当する人 |
| 確認した日 | 実際に原文や回答を確認した日。未確認なら「未確認」 |
納品時点の条件を照合するため、補助列に納品予定日も加えます。出荷予定日を納品日として計算しないでください。必要に応じて計算用の日付、照合結果、相談期限、人が決めた対応と根拠も別欄に残します。
2. 取引先ごとの合意条件と根拠を並べる
合意書、商品仕様書、受発注の取り決め、メールなどから、その商品・納品先に適用する納品条件を探します。「前回も納品できた」「業界ではこうしている」だけで今回の条件を埋めません。
- 条件はどの商品・ロット・納品先に適用するか。
- 納品する日までの期限なのか、納品時に必要な残り日数なのか。
- 日数をどの日から数えるか、当日を含むか、月単位の表示や端数をどう扱うか。
- いつから適用する条件か。旧版と変更案のどちらが合意済みか。
曖昧な点は取引担当者に確認し、根拠が見つからなければ「条件不明」とします。条件文が複数あって食い違う場合も、都合のよい方を採らず、どれが今回に適用されるかを確認待ちに残します。
日付の計算と照合は、確認できた条件を使って表計算で行います。表示期限、納品予定日、必要な残り日数などの入力値と計算結果を分け、担当者が元の表示・合意文と照合します。条件が不明な行は計算結果だけで通過させません。
3. 確認待ちを3つに分ける：想定シナリオ
以下は、架空の食品卸「サンプル食品社」が、架空の商品「豆スープ」を架空の取引先へ出荷する想定シナリオです。商品・ロット・日付・条件・担当名はすべて架空で、実運用や検証の結果ではありません。
共通の商品は豆スープ、ロットは「S-01」、表示の原文は「賞味期限 2026.12.31」です。出荷予定日は2026年12月19日、納品予定日は翌20日とします。同じ商品・ロットでも、次のように取引先ごとに行と確認待ちの理由を分けます。
表示期限内だが、納品条件を満たさない
架空の取引先A店との合意書第1版には、この商品の納品条件を「2026年12月15日までに納品」と定めていたとします。12月20日の納品予定は表示の賞味期限より前ですが、合意した納品期限は過ぎています。
- 判定の候補：条件不一致・人の確認待ち。
- 確認待ちの理由：納品予定日が、合意書の納品期限より後になっている。
- 確認する人・確認した日：受発注担当A、2026年12月18日に合意書を確認。出荷の判断は未了。
表示期限内を理由に出荷へ進めず、社内担当者が別のロットや日程の検討、取引先への相談などの対応を決めます。条件変更を相談する場合は、合意を得るまで変更済みとは記録しません。
納品条件が分からない：根拠がない
架空の取引先B店には過去の納品履歴があるものの、対象商品の納品条件を確認できる書面・メールが見つからないとします。
- 納品条件・条件の根拠：不明・根拠未取得。
- 判定の候補：条件不明・人の確認待ち。
- 確認待ちの理由：今回の納品予定に適用する条件を照合できない。
- 確認する人・確認した日：営業担当B、2026年12月18日に手元の資料を確認。納品条件そのものは未確認。
過去の納品履歴から日数を推定せず、営業担当が合意内容と参照できる根拠を確認します。表計算の空欄を「制限なし」と扱わないことも必要です。
条件の変更を合意待ち
架空の取引先C店との合意済みメールには、対象商品について「2026年12月15日までに納品」と記載されていたとします。社内担当者は12月20日への変更を相談しましたが、まだ先方の回答を受けていません。
- 納品条件・条件の根拠：合意済みは12月15日まで。12月1日付の合意メールを参照。12月17日付の変更依頼は未合意として別記。
- 判定の候補：条件変更の合意待ち・人の確認待ち。
- 確認待ちの理由：希望日は伝えたが、変更後の条件を受け入れる回答がない。
- 確認する人・確認した日：営業担当C、2026年12月18日に回答状況を確認。変更の合意は未確認。
依頼を送った日を合意日にはしません。返信を得たら対象商品・ロット・納品先・日程・今回だけの例外かを確認し、合意の根拠と適用範囲を残します。旧条件と変更依頼を消さずに、今回使う条件を人が確定します。
4. 出荷するか・相談するかを人が決め、記録を閉じる
出荷前に確認待ちの行を抽出し、担当者と回答が必要な時点を確認します。条件不一致なら対応案、条件不明なら根拠の取得、合意待ちなら回答と適用範囲の確認へつなげます。未回答を自動的に了承と扱いません。
担当者は、現物の表示、対象ロット、合意済み条件、出荷・納品予定を再確認します。納品条件の照合結果だけで食品の安全性や出荷の可否を確定せず、品質管理を含む社内の確認・承認手順に従って判断してください。表示期限の超過や保管状態の懸念があれば、この一覧だけで処理せず責任者へ渡します。
対応が決まった行には、判断した人・日付、対応内容、根拠となる記録を追記します。「条件確認済み」と「出荷承認済み」を区別し、日程やロットが変われば再照合します。条件の確認が終わったことと、実際に出荷したことも別に記録します。
AIは条件候補と一覧の下書きに使う
AIを使うなら、利用が認められた条件文から、対象商品・納品先・条件の原文・適用日・根拠箇所の候補を書き出し、一覧の下書きを作る補助に限ります。原文にない条件や合意日を補わせず、不明・矛盾はそのまま残します。担当者は抽出漏れや読み違いを原文と照合します。
役割は、文面の候補抽出はAI、期限の日付の計算・照合は表計算、条件の確定と安全性・出荷の判断は人に分けます。AIに賞味期限を設定・延長させたり、食品の安全性や出荷の可否を判断させたりしません。AIの出力から条件表や出荷指示へ自動で書き戻す流れにもしません。
取引条件やメールを外部AIに入力する前に、社内ルールと利用サービスの契約・設定を確認し、非公開情報を無条件に渡さないでください。実際の取引先への連絡や出荷指示は、担当者が内容と宛先を確認して行います。
数量が合わない場合は実地棚卸しで帳簿と数量が合わないときの確認手順へ、受発注の書類作成から整理したい場合は見積書・発注書・納品書の下書きと確認の手順へ進んでください。