本 doc の位置づけ: JIIMA (= 電子帳簿保存法ソフト業界認証) の令和 5 年改正版チェックリスト機能 15 (廃棄) の全項目と、ADR-0208 (証憑の保存年限管理と期限後廃棄の方式 · 2026-07-04 受理) の対応機構を突合する対応表。ADR-0208 §11 実装配線で本 doc の新設が明記されている。JIIMA 会員入会 (¥60k · Q4 2026 申請予定 · ADR-0206) 後に Excel チェックリスト現物 (登録壁の中) を入手して line-item 番号を確定するまでは、公開資料 (RQ-091 · RQ-117) から再構成した骨格状態で運用する。

§0 事前確認待ち事項 (pending)

代表取締役アクション待ち · JIIMA 事務局または認証取得済みベンダーへの事前確認事項。ADR-0208 §11 実装配線 の指示に従い、確認結果を §3 に追記する。

#pending 項目発火 trigger期限状態
1「自動廃棄 = 事前ポリシー承認で代替可能」の解釈が JIIMA 審査で通用するか確認結果を §2 対応表の「事前確認」列に反映 · §3 に文言記録JIIMA 認証申請前 (Q4 2026 目安)⬜ 未確認
2機能 15 の line-item 正式番号と項目名 (Excel チェックリスト現物)JIIMA 会員入会後 (¥60k) の資料入手令和 5 版 or 令和 7 版適用年度確定前⬜ 未確認
3「廃棄実施ごとの責任者承認」を求める解釈になった場合の追加開発 (推定 3-5 人日) の有無ADR-0208 撤退条件 7 発火判定Phase 1 GA 前⬜ 未確認
4令和 5 版 vs 令和 7 (デジタルシームレス) の適用年度と機能 15 差分JIIMA 事務局へ照会令和 7 版切替時⬜ 未確認
5「機能 15 = 廃棄」vs「機能 15 = 相互関連性」の記述不整合の解消公開資料の解釈差 (RQ-091 系 = 廃棄 · RQ-117 系 = 相互関連性) を Excel 現物で確定会員入会後の資料入手時⬜ 未確認

§1 令和 5 改正版 · 機能 15 サブ項目 (再構成)

出典: JIIMA 令和 5 年改正版チェックリスト (公開されている overview) + RQ-117 統計令再構成 (docs/research/RQ-117_jtbd012_phase0_decision_inventory_synthesis.md) + RQ-091 3 モデル調査 (docs/research/rq-091-*.md)。Excel 現物入手前の暫定分類で、正式版と差分がありうる (§0 pending #2 / #5)。

1.1 機能 15 の 4 要素 (基本規定)

「誰が・いつ・何を・なぜ廃棄したか」の記録を機能 15 が求める (出典: docs/adr/0208-determine-record-retention-and-disposal.md line 95)。

  • 誰が: 廃棄実行主体 (SA / operator / scheduled sweep)
  • いつ: 廃棄実行時刻 (bit 精度)
  • 何を: 廃棄対象証憑の identifier + content hash (SHA-256)
  • なぜ: 廃棄理由 enum (期限到来 / 事前承認による早期廃棄 / 保全解除後の期限到来 / 誤配信訂正 等)

1.2 記録 field set 案 (RQ-091 Claude synthesis から)

出典: docs/research/rq-091-result-claude.md line 271-283。deletion_events 表 (ADR-0208 §3.3 line 118) の schema 素案。

  • deletion_event_id: UUID v4 primary key
  • receipt_id: 廃棄対象証憑の identifier (foreign key to receipts)
  • content_hash_sha256: 廃棄前の証憑 content hash
  • object_uri: GCS URI (gs://<bucket>/<object>)
  • original_ingested_at: 元受領時刻 (timestamptz)
  • retention_expires_at: 保存期限 (timestamptz)
  • deleted_at: 廃棄実行時刻 (timestamptz)
  • deleted_by: 廃棄実行主体 (SA email or operator email)
  • deletion_reason: enum RETENTION_EXPIRED / TENANT_AUTHORIZED_EARLY_DELETE / LEGAL_HOLD_RELEASED_THEN_EXPIRED / OPERATOR_MISDELIVERY_CORRECTION
  • initiator_type: enum TENANT_ADMIN / SCHEDULED_SWEEP / OPERATOR / SYSTEM
  • justification_text: 廃棄理由の自由記述 (audit trail)

§2 対応表本体 (機能 15 サブ項目 × ADR-0208 対応機構)

機能 15 サブ項目規則/通達 §本 ADR 対応機構4 層区分実装 file:line事前確認
廃棄記録の完全性 (誰が・いつ・何を・なぜ)令和 5 改正版 機能 15 (推定)deletion_events 表 (追記専用 · 11 field set)(1) 廃棄記録表ADR-0208 line 118 · RQ-091 Claude line 271-283⬜ 未確認
GCS API 操作記録の突合令和 5 改正版 機能 15 (推定)Cloud Audit Logs (GCS API 側) · 月次照合バッチで 100% 突合(2) Cloud Audit LogsADR-0208 §Confirmation #4 line 239⬜ 未確認
Object 変更 event の外部通知令和 5 改正版 機能 15 (推定)Pub/Sub 通知 (オブジェクト変更イベント)(3) Pub/Sub 通知ADR-0208 line 118⬜ 未確認
長期保管された廃棄記録令和 5 改正版 機能 15 (推定)GCS usage logs (長期保管) · JIIMA 審査時提示 100%(4) GCS usage logsADR-0208 line 118 · §Confirmation #6 line 245⬜ 未確認
廃棄と記録の同一トランザクション電帳法 施行規則 4 条 (推定)Cloud SQL 単一トランザクション · GCS 削除失敗時は記録も残さない(1) 廃棄記録表ADR-0208 §3.2 line 109⬜ 未確認
保全 (法的 hold) と廃棄の相互排他令和 5 改正版 機能 15 (推定)legal_holds 表 + GCS temporaryHold の 2 層保全機構ADR-0208 line 119 · 別 ADR (§10.1 起票予定)⬜ 未確認
廃棄実行主体の権限分離令和 5 改正版 機能 15 (推定)保存年限管理専用 SA (retention_sweep) · storage.objects.overrideUnlockedRetention 権限は本 SA 限定権限分離ADR-0208 §3.2 line 112 · PR #4751 (Terraform module)⬜ 未確認
自動廃棄の事前ポリシー承認令和 5 改正版 機能 15 (推定 · 解釈確認要)ADR-0208 受理 (2026-07-04) が自動廃棄の事前ポリシー承認に相当 · 承認履歴 = Git commit + Merge Queue 記録(1) 廃棄記録表 + Git audit trailADR-0208 §11 line 277 · §6.2 line 188 (リスク)⚠️ 解釈確認要 (§0 pending #1)

表の使い方: 「事前確認」列が ✅ に flip したら該当行の実装状態を追記する。⚠️ の行は代表取締役アクション待ちで、pending が解消され次第 ✅ or 改訂 ADR 起案の分岐へ進む (ADR-0208 §8 撤退条件 7 発火 trigger)。

§3 事前確認結果 (代表取締役アクション後に埋める · 現時点 pending)

  • 確認日時: (pending · 未確認)
  • 確認先: (pending · 未確認 · 候補: JIIMA 事務局 or 認証取得済みベンダー)
  • 確認事項 1 の回答 (「自動廃棄 = 事前ポリシー承認で代替可能」の解釈): (pending)
  • 確認事項 2 の回答 (機能 15 の line-item 正式番号と項目名): (pending)
  • 確認事項 3 の回答 (「廃棄実施ごとの責任者承認」を求める解釈の有無): (pending)
  • 確認事項 4 の回答 (令和 5 版 vs 令和 7 版の適用年度と差分): (pending)
  • 確認事項 5 の回答 (「機能 15 = 廃棄」vs「相互関連性」の記述不整合の確定): (pending)

§4 撤退条件 (機能 15 解釈が想定と異なった場合)

ADR-0208 §8 撤退条件を継承。特に本 doc が発火 trigger となる項目:

  • 撤退条件 7 (docs/adr/0208-determine-record-retention-and-disposal.md line 233): 「JIIMA 機能 15 が『廃棄実施ごとの責任者承認』を求める解釈が審査で確定 → 承認ワークフロー追加開発 (推定 3-5 人日) を Phase 1 GA スコープに追加する改訂 ADR を起案する」
  • 本表の §0 pending #3 が JIIMA 事務局の回答で発火 trigger となる。回答受領時に本 doc の §3 に記録 → 該当解釈の場合は撤退条件 7 発火。

§5 参照

5.1 関連 ADR

  • ADR-0208 (証憑の保存年限管理と期限後廃棄の方式を確定) — 本 doc の親決定 · §11 実装配線で本 doc の新設と JIIMA 事前確認を明記
  • ADR-0203 (receipts と audit_log の schema 基礎) — receipts 表 · audit_log 表の schema 前提
  • ADR-0175 (3 号真実性ルート 4 要素 + TSA Strategy) — アプリ層追記専用監査記録の真実性担保
  • ADR-0206 (JIIMA 認証取得の準備 · 会員入会 ¥60k · Q4 2026 申請) — JIIMA 会員入会と Excel チェックリスト現物入手経路
  • ADR-0184 (mas-98 audit-log role Phase 0-1 · 監査証跡の正本宣言) — 監査証跡正本宣言の先例

5.2 関連 draft ADR (別 ADR 起票予定枠 · ADR-0208 §10.1)

  • (別 ADR 起票予定) legal_holds 表の schema と保全解除運用 — 起票期限 = 日次巡回本番デプロイ前
  • (別 ADR 起票予定 · vlt session 16 で draft 起票済 = PR #4772) 確定申告完了イベント連携仕様 — 起票期限 2026-07-18

5.3 外部資料

5.4 内部 material

  • docs/research/rq-091-retention-manager-synthesis.md §Should-have S3 — 事業年度終了 confirmation UI の位置づけ
  • docs/research/rq-091-result-claude.md line 269-283 — 機能 15 sample 事務処理規程 + 11 field set 直接引用
  • docs/research/RQ-117_jtbd012_phase0_decision_inventory_synthesis.md line 264 — 「機能 15 相互関連性」の異解釈発見 (令和 5 vs 令和 7 の可能性)

§6 改訂履歴

  • 2026-07-06: 初版 · vlt session 16 · P2-7 骨格作成 (ADR-0208 §11 実装配線から派生) · 事前確認待ち §0 pending 5 項目を明示 · 対応表本体 8 行 skeleton