更新日台账（ドメイン・証明書・会員の期限一元管理）
背景与問題
OPC（B 方向）。ドメイン・SSL 証明書・Apple Developer Program・GK 登録などの期限切れは全て突然死型の事故。SaaS の費用棚卸し（opc-tool-cost-audit）は「費用」だが、本課題は「期限」——切れた瞬間にサービスが止まるものの台帳。
发现
（出典は 2026-09-17 アクセス。WebSearch 枠切れのため一般知識ベース——実務の型として整理、個別ツール名の妥当性は運用で検証）
- 証明書の失効事故の定番要因：リマインダーメールが誰にも届かない（担当者の退場・スパム行き）、自動更新のサイレント失敗（DNS 認証失敗・ドメイン自体の期限切れ）、複数サーバ/CDN での部分的な更新漏れ（通説）。
- ドメインの WHOIS 期限切れは有効な証明書を含めて全部を殺す——ドメインこそ最上位の期限（通説）。
- 慣行としての対策型：期限の 30/14/7 日前にカレンダーリマインダ（CA のメールに依存しない）、中央の在庫表（ドメイン・種類・発行者・期限）、ACME 自動化（Let's Encrypt 等）の利用（通説）。
- 推测：solo が持つ期限は 10 本以下（ドメイン 2-3・SSL・Apple Developer・Paddle 系・GK 年次）——リスト化すれば月次 5 分の点検で十分。
结论
- 「更新日台账」の 5 列を固定：対象・期限日・自動更新の有無・失効時の影響・最終確認日。失効影響が大きい順にソートし、上から見る。
- リマインダは自前カレンダーに二重化（30/14/7 日前）：提供元メールだけに頼らないのが事故防止の核（通説の実務化）。
- ドメインを最上位に置く：ドメイン失効は証明書・メール・全サービスを同時に殺す——自動更新 ON+期限の前倒し更新（最長 10 年などの制度があれば）を確認する。
- 年越し点検（opc-year-end-checklist）に「更新日台账の全行確認」を 1 項目：月次は上位数行だけ、年次で全行（opc-annual-security-audit と同日に実施）。
待办 / 下次继续
关联
opc-tool-cost-audit opc-year-end-checklist opc-annual-security-audit opc-ci-fastlane-pipeline