第38章 受領書の裏側

午前七時三十六分。

その電話は、営業部の医療機関専用回線に入った。

相手は、県立東駿河医療センターの物流管理課だった。

「本日朝の定温便ですが、こちらのシステム上は受領済みになっています。しかし、現物が届いていません」

営業担当は、最初、聞き間違いだと思った。

「受領済み、ですか」

「はい。受領時刻は七時十四分。受領者は当院夜間受付。受領書PDFもあります。ですが、現物は届いていません。冷蔵保管庫にも、夜間受付にも、検査部にもありません」

営業担当は、すぐに対策本部へ連絡した。

三枝涼真がその報告を聞いたのは、第三会議室で委任状管理台帳を開いている時だった。

受領済み。

現物なし。

その二つの言葉が並んだ瞬間、三枝の背筋が冷えた。

委任状は、手を作る。手は、データを動かす。手は、箱を動かす。

昨日、Blue Heronが送ってきた言葉が脳裏に浮かんだ。

Hands move boxes.

手は箱を動かす。

三枝は、すぐに出荷管理システムを開いた。

対象荷物。

定温便 SK-CC-88421

配送先。

県立東駿河医療センター。

温度帯。

二〜八度。

内容物。

検査関連資材。患者検体ではない。ただし、当日午前中の検査準備に使用予定。

出荷ステータス。

Delivered

配達完了。

受領時刻。

七時十四分。

受領方法。

ePOD電子受領

受領者。

Night Reception Desk

署名。

あり。

位置情報。

病院正面搬入口付近。

温度ログ。

配送中正常。

証跡ファイル。

POD_SK-CC-88421.pdf

三枝は、PDFを開かずに、まずメタデータを確認した。

ePODアプリ。

LogiProof Mobile

端末ID。

DRV-HH-17

配送員。

相原

署名画像あり。受領写真あり。QRコードあり。電子署名あり。

すべてが、正しい配送完了に見える。

だが、病院に現物はない。

黒崎課長が画面を見て言った。

「配送員に確認したか」

営業担当が答えた。

「今、電話しています」

数十秒後、配送員の相原から連絡が入った。

声は明らかに動揺していた。

「まだ病院に着いていません。交通渋滞で、到着予定は七時五十分です。受領処理なんてしていません」

会議室が静まった。

出荷管理システムは、七時十四分に受領済み。

配送員は、まだ到着していない。

山崎行政書士事務所の山崎が、ホワイトボードの前に立った。

「今度は、受領書ですね」

黒いペンで書く。

受領書の裏側

その下に、すぐ続けて書いた。

受領済み ≠ 現物到着

三枝は、その文字を見た。

また、形式と現実の分離だった。

署名がある。時刻がある。位置情報がある。PDFがある。電子署名がある。

それでも、現物は届いていない。

三枝は、時系列表を開いた。

07:36　県立東駿河医療センターより、定温便SK-CC-88421について、システム上は07:14受領済みだが現物未着との連絡。配送員相原は07:36時点で病院未到着、受領処理未実施と回答。ePOD電子受領証跡の不正作成または誤登録可能性。

保存。

画面右下。

保存しました。

午前七時五十分。

配送員の相原は、県立東駿河医療センターに到着した。

現場の受け渡しは、対策本部がオンラインで確認した。

相原は、病院の物流管理課職員の前で荷物を提示した。梱包は未開封。温度ロガーは正常。封緘シールも破れていない。

病院側は、まだ受領していなかった。

つまり、七時十四分のePODは、実際の受領ではない。

相原は、声を震わせて言った。

「僕、やってません。端末も触ってません。その時間は高速を降りたところです」

大石倉庫部長が、画面越しに言った。

「相原さん、落ち着いてください。今は事実確認です」

山崎も言った。

「配送員個人を疑う前に、端末、通信、ePODシステム、受領書生成経路を確認します」

三枝は、相原のハンディ端末 DRV-HH-17 のログを開いた。

端末ログ。

七時十三分五十秒。

POD draft created

七時十四分二秒。

Recipient signature captured

七時十四分五秒。

GPS fix acquired

七時十四分七秒。

POD submitted

七時十四分十二秒。

POD signed by LogiProof service

三枝は、配送員の位置情報と比較した。

相原の車載GPS。

七時十四分。

病院から約九・六キロ離れた国道上。

速度、時速三十八キロ。

ハンディ端末のGPS。

病院正面搬入口付近。

同じ時刻に、端末と車が別の場所にいる。

三枝は、深く息を吸った。

「ハンディ端末のePOD位置情報と、車載GPSが矛盾しています」

久我真琴がオンラインで言った。

「端末そのものが病院付近にあったのか、位置情報が偽装されたのか、ePODが端末外で生成されたのか。切り分けます」

山崎が聞いた。

「受領書PDFを作るのは、端末ですか。クラウドですか」

三枝は、LogiProofの仕様を確認した。

「端末で署名と写真を取得し、クラウドへ送信。PDFと電子署名はクラウド側で生成です」

久我が言った。

「では、端末ログ、クラウド受信ログ、PDF生成ログ、署名サービスログ、車載GPS、病院側入館ログを突合します」

山崎は、ホワイトボードに書いた。

ePOD＝端末入力＋位置情報＋クラウド生成＋電子署名＋配送現実

「どれか一つでは足りません」

三枝は入力した。

07:53　SK-CC-88421実物が病院へ到着。封緘・温度正常。病院側は07:14時点で未受領と確認。配送員端末LogiProof上は07:14にPOD作成・署名取得・GPS取得・送信・電子署名あり。一方、車載GPSは同時刻に病院から約9.6km地点。端末ePOD位置情報と車載GPSが矛盾。

保存。

午前八時十七分。

Blue Heronからメールが届いた。

件名は、Delivered。

本文は、短かった。

Delivered is a word.Where is the box?

配達済みとは、言葉だ。箱はどこにある？

その下には、偽ePODと思われる受領書PDFの一部が貼られていた。

受領済み。署名。位置情報。電子署名。

三枝は、保全手順を進めた。

山崎が言った。

「攻撃者は、受領済みというステータスを攻撃しています」

望月社長が、画面を見つめた。

「現物を動かさずに、現物が動いたことにしようとした」

久我が頷いた。

「はい。物流システムにおける記録と現実の分離です」

大石が言った。

「受領書が先に出たら、現場はどうする？」

三枝が答えた。

「通常は、配送完了として処理が進みます。問い合わせがなければ、異常に気づきにくいです」

営業部長が言った。

「病院がすぐに気づいてくれたからよかった」

山崎が頷いた。

「取引先の確認も、防御です」

三枝は、時系列表に入力した。

08:17　不明差出人より件名“Delivered”のメール受信。SK-CC-88421のePOD受領書一部を提示。“配達済みとは言葉。箱はどこにある”と記載。攻撃者が受領済みステータス・受領証跡を悪用し、現物到着とシステム記録を分離させる意図の可能性。証跡保全。

保存。

午前八時四十五分。

LogiProofの管理画面に入った三枝は、見慣れない連携を見つけた。

POD-Replay API

用途。

通信圏外や端末障害時に、配送端末のPODデータを再送するためのAPI。

状態。

有効。

認証。

APIキー＋端末ID。

MFA。

なし。

対象端末。

過去に登録された配送端末全台。

三枝は、嫌な予感を覚えた。

「POD再送APIがあります」

久我が反応した。

「Replay APIですね。古い端末のPODデータを再送できる仕組みですか」

「はい。通信圏外時の再送用です」

山崎が聞いた。

「今回のPODは、そのAPI経由ですか」

三枝はログを確認した。

七時十四分。

POD submission source: POD-Replay API

使用端末ID。

DRV-HH-17

認証キー。

replay-key-legacy

三枝は、画面を見たまま言った。

「端末から直接ではありません。POD-Replay API経由です。使用キーはreplay-key-legacy」

黒崎が低く言った。

「legacy」

大石が、顔をしかめた。

「端末を触らなくても受領処理できるってことか」

久我は慎重に答えた。

「本来は、端末障害時に保存済みデータを再送するためです。ただし、APIが不適切に使われれば、端末外でPODを作ったり再送したりできる可能性があります」

山崎が、ホワイトボードに書いた。

再送 ≠ 再現実

「過去のデータ再送機能は、現実の受領を再現するものではありません。いつ、どの端末で、どの現場で、誰が受領したかを区別する必要があります」

三枝は入力した。

08:49　LogiProofログ確認。SK-CC-88421の07:14 ePOD submission sourceはPOD-Replay API。使用端末IDはDRV-HH-17、認証キーreplay-key-legacy。端末直接送信ではない。POD再送機能悪用可能性。

保存。

午前九時十分。

replay-key-legacyの詳細を確認した。

作成日。

三年前。

用途。

配送端末通信障害時の一括再送支援。

所有者。

配送システム導入支援会社。

契約。

終了済み。

状態。

Active。

保管場所。

導入時手順書。旧配送端末移行フォルダ。

三枝は、目を閉じた。

また、契約終了済み。また、導入支援。また、手順書。また、旧フォルダ。

秋山が、契約管理表を見た。

導入支援会社。

RouteWorks Solutions

契約終了。

二年前。

削除確認証跡。

なし。

山崎が言った。

「終了管理の未了です」

久我が、ログを追いながら言った。

「replay-key-legacyは、今回だけでなく、三週間前にもテストされています」

「どの対象ですか」

三枝が聞いた。

久我は答えた。

「ダミー配送ID。でも、病院便に似たデータ構造で試しています」

三枝は入力した。

09:12　replay-key-legacyは三年前作成、配送端末通信障害時一括再送支援用。所有者は契約終了済み導入支援会社RouteWorks Solutions。状態Active。保管場所は導入時手順書・旧配送端末移行フォルダ。三週間前にダミー配送IDでPOD-Replay APIテスト痕跡あり。

望月が言った。

「保全後、無効化してください」

大石が、すぐに言った。

「ただ、通信障害時の再送に使っているかもしれません。止めると現場に影響が出ます」

黒崎が確認した。

「現行端末は別の再送方式を使っています。legacyキーは使っていないはずです」

山崎が、すぐに言った。

「“はず”ではなく確認を。現行再送ログにreplay-key-legacyが出ているかを見てください」

三枝は確認した。

直近三か月の正規再送ログ。

replay-key-legacyの利用なし。

現行キー。

pod-replay-current-01

大石は頷いた。

「では止めてください」

保全後、無効化。

replay-key-legacy: Disabled

三枝は入力した。

09:20　replay-key-legacyについて、直近三か月の正規再送利用なしを確認。現行再送キーはpod-replay-current-01。保全後、replay-key-legacyを無効化。

保存。

午前九時四十五分。

RouteWorks Solutionsとの緊急確認が始まった。

相手は、導入当時のプロジェクトマネージャーだった片倉。

片倉は、連絡を受けて明らかに動揺していた。

「POD-Replay APIのlegacyキーは、導入移行時に使ったものです。契約終了後に削除される前提でした」

山崎が質問した。

「削除証跡はありますか」

片倉は、目を伏せた。

「現時点では見つかっていません」

「replay-key-legacyの値、または利用手順は御社内に残っていますか」

「導入時手順書に記載されていた可能性があります。弊社側でも保全します」

久我が聞いた。

「三週間前および本日朝の利用は御社作業ですか」

片倉は首を横に振った。

「違います。弊社では実施していません」

山崎は言った。

「確認事項は、手順書、APIキー保管場所、旧担当者アカウント、端末移行フォルダ、再委託先、アクセスログです。一次回答を二時間以内にお願いします」

片倉は頷いた。

「対応します」

三枝は入力した。

09:48　RouteWorks Solutions一次確認。replay-key-legacyは導入移行時POD再送支援用。契約終了後削除前提だが削除証跡未確認。三週間前・本日朝の利用は同社作業ではない旨。手順書、APIキー保管場所、旧担当者アカウント、端末移行フォルダ、再委託先、アクセスログ保全を依頼。

保存。

午前十時二十五分。

偽ePODの中身が詳細解析された。

署名画像は、病院夜間受付の過去受領署名を流用した可能性があった。

受領写真は、過去の配送時の搬入口写真に似ている。ただし、右上の時計表示が加工されている。GPSは、病院搬入口付近。しかし、衛星精度情報が欠落している。通常の端末直接送信では付くはずの加速度センサ情報もない。

久我が言った。

「端末外でPODデータを組み立て、Replay APIで送った可能性が高いです」

三枝が聞いた。

「署名画像や写真は、どこから取ったんでしょう」

久我は答えた。

「過去PODアーカイブです。LogiProofには過去受領書と署名画像、写真が保存されています」

三枝は、LogiProofアーカイブ権限を確認した。

POD Archive Viewer

メンバー。

配送管理。営業問い合わせ担当。RouteWorks導入支援アカウント。外部監査アカウント。

三枝は、苦い顔をした。

「RouteWorksの導入支援アカウントが、過去PODアーカイブ閲覧権限を持っています」

状態。

Active。

最終ログイン。

三週間前。

山崎が言った。

「過去の受領書が、未来の偽受領書の素材になった」

三枝は、その言葉を入力した。

10:31　偽ePODの署名画像・受領写真は過去受領証跡流用の可能性。POD Archive ViewerにRouteWorks導入支援アカウントが残存し、三週間前に最終ログイン。過去PODアーカイブが偽受領書素材として利用された可能性。

大石が、低い声で言った。

「受領書の墓場か」

山崎が頷いた。

「はい。過去受領証跡も、守る対象です」

午前十一時。

Blue Heronからメールが届いた。

件名は、Proof of delivery。

本文は短い。

Proof is reusable.Boxes are not.

証明は再利用できる。箱は再利用できない。

三枝は、保全した。

その言葉は、嫌なほど正確だった。

過去の署名。過去の搬入口写真。過去の受領書。それらは、現物とは違い、コピーできる。

久我が言った。

「PODアーカイブの管理を見直す必要があります。署名画像、写真、受領者名、位置情報、温度ログ。全部、再利用されると危険です」

山崎が続けた。

「受領証跡は、配送完了を証明するだけでなく、次の偽配送証跡の素材になります。保存期間、閲覧権限、外部アクセス、マスキングが必要です」

三枝は、未了事項台帳に追加した。

U-167　PODアーカイブ閲覧権限・再利用防止管理未了

責任者。

大石・三枝・秋山

関係者。

RouteWorks Solutions

期限。

七日以内に初版対策

状態。

開始

三枝は時系列表に入力した。

11:00　不明差出人より件名“Proof of delivery”のメール受信。“証明は再利用できる。箱は再利用できない”と記載。過去POD証跡の偽受領書素材化を示唆。PODアーカイブを業務機密・個人情報・攻撃素材として管理対象化。

保存。

午前十一時四十分。

出荷管理チームは、急いでPOD真正性確認ルールを作成した。

山崎が文面を整える。

POD真正性確認の三点照合

一　ePOD受領書署名、写真、位置情報、電子署名。

二　配送現実車載GPS、配送員端末状態、走行ログ、入館記録、現場受領確認。

三　荷物状態温度ログ、封緘、スキャン履歴、現物確認。

「受領書だけでは完了にしないケースを定義します」

大石が言った。

「全部の配送で三点照合は無理です」

山崎は頷いた。

「通常配送では自動照合。矛盾が出た場合、重要配送、高リスク配送、攻撃継続中は三点照合を強制します」

久我が補足した。

「今回のように、POD時刻と車載GPSが矛盾する、端末直接送信ではなくReplay API、センサ情報欠落、過去署名流用疑い。このような条件でアラートを出します」

三枝は、LogiProof監視ルールに条件を追加した。

POD source = Replay API車載GPS距離 > 500m端末センサ情報欠落過去署名類似度高受領写真ハッシュ類似重要配送フラグ

これらが一定条件を満たすと、配送完了を保留し、現物確認が必要になる。

三枝は入力した。

11:48　POD真正性確認ルールを策定。ePOD受領書、配送現実、荷物状態の三点照合を高リスク配送・矛盾検知時に適用。LogiProof監視ルールにReplay API利用、車載GPS距離差、センサ情報欠落、過去署名・写真類似、重要配送フラグを追加。

保存。

午後零時半。

県立東駿河医療センターへ、正式説明が行われた。

望月、営業部長、大石、山崎が参加した。

望月は、冒頭で言った。

「本日の定温便について、当社システム上で実際の受領前に電子受領済みと表示される事象が発生しました。現物は七時五十分に配送員が持参し、封緘・温度状態に異常がないことを確認いただいています。当社では、ePOD電子受領証跡が不正または不審に生成された可能性として調査しています」

病院側の物流管理課長は、険しい表情で聞いていた。

「今後、受領済み表示を信用してよいのですか」

大石が答えた。

「重要配送については、しばらく三点照合にします。ePOD、配送員、現物・温度ログを確認します」

山崎が補足した。

「電子受領書が無意味ということではありません。ただし、現在の攻撃状況では、受領書単体ではなく、車載GPS、現物、温度ログ、受領者確認と組み合わせて真正性を確認します」

病院側は、少しだけ表情を緩めた。

「受領書だけで完了扱いにしないなら、安心できます」

望月は頭を下げた。

「ご不安をおかけし、申し訳ありません。確認方法を更新し、同様の事象があれば直ちに共有します」

三枝は、会議メモに入力した。

12:38　県立東駿河医療センターへ、SK-CC-88421のePOD不審生成可能性、現物・封緘・温度正常、三点照合導入を説明。病院側より、受領書単体で完了扱いにしない確認方法について了承。

保存。

午後一時二十分。

Blue Heronからメールが届いた。

件名は、Hospital asked。

本文は、短かった。

They asked where the box was.Good question.

彼らは、箱がどこかを聞いた。良い質問だ。

三枝は、保全した。

山崎が言った。

「取引先が現物確認したことが、防御になりました」

望月が頷いた。

「確認してくれる取引先は、防御の一部、ですね」

三枝は、前日のメモを思い出した。

その通りだった。

三枝は入力した。

13:20　不明差出人より件名“Hospital asked”のメール受信。病院側が受領済み表示と現物不一致を指摘したことに反応。取引先による現物確認が不審ePOD検知に寄与したことを確認。証跡保全。

保存。

午後二時。

RouteWorks Solutionsから追加回答が届いた。

replay-key-legacyは、同社の旧プロジェクトアーカイブに残っていた。APIキー値が記載された手順書に、三週間前、同社退職者アカウントからアクセスがあった。POD Archive Viewer用の導入支援アカウントも削除されていなかった。同アカウントで、三週間前に過去POD画像を複数閲覧したログがある。

片倉は、画面越しに深く頭を下げた。

「弊社側にも重大な管理不備があります」

山崎は、静かに言った。

「事実確認を続けます。責任整理は弁護士と連携します。今は、同型のキー、PODアーカイブ権限、過去受領証跡の流用防止を優先します」

三枝は入力した。

14:06　RouteWorks追加回答。replay-key-legacyは同社旧プロジェクトアーカイブ内手順書に残存。三週間前に同社退職者アカウントによるアクセスあり。POD Archive Viewer用導入支援アカウントも残存し、三週間前に過去POD画像複数閲覧ログあり。

保存。

また、退職者アカウント。また、旧アーカイブ。また、過去証跡の再利用。

同じ型の攻撃が、物流の証明にまで広がっていた。

午後三時十五分。

受領書の真正性統制がまとめられた。

山崎がホワイトボードに書く。

受領書統制

一　受領書は現物到着の一証跡であり、現物そのものではない。

二　高リスク配送では、ePOD、車載GPS、現物、温度ログ、受領者確認を突合する。

三　Replay APIは現行キーに限定し、旧キーは削除・終了証明を取得する。

四　過去PODアーカイブは、署名・写真・位置情報を含むため、業務機密および個人情報として管理する。

五　受領写真・署名画像の再利用検知を行う。

六　受領済みステータスと配送現実が矛盾した場合、配送完了を保留する。

七　取引先による現物確認窓口を明確にする。

大石が言った。

「現場では、受領書が出たら完了、という感覚がありました」

山崎は頷いた。

「それを変えます。受領書は強い証跡ですが、単独ではありません」

営業部長が言った。

「取引先向けにも、しばらく重要配送は現物確認をお願いした方がいいですね」

望月が頷いた。

「お願いします」

三枝は、受領書統制を未了事項台帳に紐づけた。

午後四時半。

Blue Heronからメールが届いた。

件名は、Receipt culture。

本文は、短い。

People love receipts.They stop thinking after receiving one.

人は受領書が好きだ。受け取ると、考えるのをやめる。

三枝は、保全した。

山崎が言った。

「これは、かなり本質的です」

望月が聞いた。

「どういう意味ですか」

「証明書、タイムスタンプ、電子印、委任状、受領書。いずれも、人に“もう確認しなくてよい”と思わせる力があります」

久我が頷いた。

「攻撃者は、その心理を狙っています」

大石が言った。

「受領書があるから完了、ではなく、受領書が現実と合っているかを見る」

山崎は頷いた。

「はい。証跡は、考えることをやめるためではなく、正しく考えるためにあります」

三枝は、ノートに書いた。

証跡は、考えることをやめるためではない。正しく考えるためにある。

保存。

午後五時二十分。

LogiProofの過去PODアーカイブへのアクセス制限が実施された。

RouteWorks導入支援アカウント停止。外部監査アカウント停止。POD Archive Viewerを内部限定。署名画像と受領写真の大量閲覧をアラート化。重要配送の過去PODはマスキング表示。エクスポートは二名承認。Replay APIは現行キーのみ。旧キーは削除証明待ち。

三枝は、設定完了後、テストを行った。

旧導入支援アカウントでPOD画像閲覧試行。

Blocked: account disabled

旧Replay APIキーでPOD送信試行。

Blocked: key disabled

過去写真類似POD送信テスト。

Held for verification

三枝は入力した。

17:26　LogiProof対策実施。PODアーカイブ外部アカウント停止、内部限定化、大量閲覧アラート、重要配送PODマスキング、エクスポート二名承認、Replay API現行キー限定。旧アカウント・旧キーによる試行はblocked。過去写真類似POD送信はHeld for verification。

保存。

午後六時十分。

Blue Heronからメールが届いた。

件名は、Held。

本文は、一行。

Now even proof waits.

今や、証明まで待たされる。

三枝は、保全しながら静かに言った。

「待たせます」

大石が頷いた。

「重要配送なら、それでいい」

山崎が言った。

「証明を待たせることも、防御です。矛盾がある証明は、すぐに業務を動かしてはいけません」

望月は頷いた。

「受領済みでも、矛盾があれば保留」

三枝は時系列表に入力した。

18:10　不明差出人より件名“Held”のメール受信。過去写真類似POD送信がHeld for verificationとなったことに反応した可能性。“証明まで待たされる”と記載。証跡保全。

保存。

午後七時半。

その日の最終会議で、山崎はまとめた。

ホワイトボードには、今日の言葉が並んでいる。

受領済み ≠ 現物到着再送 ≠ 再現実過去の受領書が、未来の偽受領書の素材になる証跡は、考えることをやめるためではない

山崎は言った。

「今日、攻撃者は物流の最も基本的な証跡を攻撃しました。受領書です」

大石が頷いた。

「現場にとっては、かなり重いです。受領書が出たら終わり、という感覚がありますから」

山崎は続けた。

「しかし、受領書は現実を示す一つの証跡です。現実そのものではありません。現物、温度、車両、端末、受領者、入館記録とつなげる必要があります」

望月が言った。

「物流の証跡も、サイバーセキュリティですね」

久我が答えた。

「はい。ePOD、Replay API、写真、署名画像、位置情報、電子署名。全部が攻撃対象です」

秋山が言った。

「個人情報と業務機密の両方ですね」

三枝は頷いた。

受領書は、ただのPDFではない。

荷物が現実に動いたことを、会社が信じるための仕組みだ。

攻撃者は、その信じる仕組みを狙った。

午後八時四十五分。

県立東駿河医療センターから、短いメールが届いた。

本日の定温便について、現物確認、温度確認、受領処理の再実施を完了しました。貴社からの説明と三点照合の方針を確認しました。今後、当院でも受領済み表示と現物確認の差異があれば、直ちに連絡します。

営業部長が、そのメールを読んで言った。

「取引先も協力してくれます」

望月は頷いた。

「ありがたいですね」

山崎が言った。

「取引先との確認関係も、防御です。会社だけで完結しない証跡を作れます」

三枝は、メモした。

受領は、片方だけでは成立しない。

配送側。受領側。現物。記録。

全部が合って、初めて受領になる。

午後九時二十分。

Blue Heronから、その日最後のメールが届いた。

件名は、Two hands。

本文は、短かった。

Delivery needs two hands.We used one.

配送には二つの手が必要だ。我々は片方を使った。

三枝は、保全した。

大石が、画面越しに言った。

「片方だけでは、もう受領にしない」

望月が頷いた。

「その通りです」

山崎は、静かに言った。

「配送側の証跡と受領側の確認。二つの手をそろえます」

三枝は時系列表に入力した。

21:20　不明差出人より件名“Two hands”のメール受信。配送には二者の確認が必要であることを示唆。“片方を使った”と記載。対応方針：重要配送では配送側ePODだけでなく、受領側現物確認・温度確認・入館記録等を突合する。

保存。

午後十時半。

三枝は、一人でPOD_SK-CC-88421.pdfを見ていた。

有効な電子署名。もっともらしい署名画像。病院の搬入口写真。位置情報。受領済み。

そのすべてが、現物到着より先に作られていた。

受領書の裏側には、APIキーがあった。旧アーカイブがあった。過去署名画像があった。過去写真があった。契約終了済み導入支援アカウントがあった。

三枝は、自分のノートに書いた。

受領書は、最後の証跡ではない。現実とつながって初めて、証跡になる。

保存。

山崎が、背後から言った。

「良いですね」

三枝は振り返った。

「もう、受領書も信じられないんですね」

山崎は首を横に振った。

「信じるために、つなげるのです」

三枝は、少し黙った。

「信じるために、つなげる」

「はい。証跡を疑うだけでは、業務は止まります。証跡を現実とつなげれば、信じられます」

三枝は、PODの画面を閉じた。

午前零時。

三枝は、時系列表の最後に入力した。

00:00　SK-CC-88421について、実際の受領前にLogiProof ePODがPOD-Replay API経由で生成・電子署名されていたことを確認。車載GPSとePOD位置情報が矛盾。replay-key-legacyは契約終了済みRouteWorks Solutions導入支援時の旧APIキーで、三週間前に同社旧アーカイブ内手順書へ退職者アカウントアクセスあり。過去POD署名画像・受領写真が偽ePOD素材として流用された可能性。POD真正性三点照合、PODアーカイブ制限、Replay API旧キー無効化を実施。

保存。

画面右下。

保存しました。

三枝は、自分のメモにも一行追加した。

証跡は、現実とつなぐためにある。現実から切り離された証跡は、嘘の部品になる。

保存。

第三会議室の外では、倉庫が静かに動いていた。

荷物が出る。トラックが走る。病院で受け取られる。受領書が作られる。

だが、これからは、受領書だけでは終わらない。

箱がどこにあるか。誰が受け取ったか。温度はどうだったか。車はどこにいたか。病院は何を確認したか。

そのすべてがつながって、初めて「届いた」と言える。

受領書の裏側にあった影は、完全には消えていない。

だが、会社はもう、配達済みという言葉だけでは止まらない。

箱を探す。

現実を見る。

そして、証跡を現実へつなぎ直す。