APPI 開示請求対応 SOP：来ないために来た時に溃さない
C 方向·出海合规。APPI の開示・訂正・利用停止請求は理論でなく運用——规约に请求方法を書いたら、それは手順書とセットでなければ事故る。
背景与问题
- 保有個人データの開示請求が来たとき：①受付方法は规约に明记済み（義務）②対応期限は「遅滞なく」——指針上はおおむね 30 日以内が目安、遅れる場合は遅延の理由を通知する義務【事実：指針の運用目安，条文中の数字は待核】。
发现
手順設計【推断：规约/既存設計の整理】：
- 受付：専用フォーム 1 つ（opc-terms-of-service-template の「開示等の請求方法」条と连结）——メール散在は取りこぼしの元。
- 本人確認：運転免許等の 2 点確認 or アカウント登录情报照合——LINE 主体のサービスでは LINE での本人確認の设計が要【推测：确认强度は法务确认事項】。
- 手数料：開示請求には最大 ~¥1,000 程度まで手数料を取れる（规约に明记した場合）【事実：上限の運用は自治体条例等に準拠，自家では無料運用を想定】。
- 対応：データ検索（D1/backup 両方——opc-data-retention-policy の所在表）→30 日以内に回答→遅延时は理由通知→audit_log に記録。
结论
可行动启发：
- 请求受付フォームを首发に含める：规约に书いた以上、受付口は Day 1 から存在する必要——専用 URL+自动受付返信の 2 点だけで足りる。
- 「所在表」がないと回答できない：どのデータがどこに何年あるかの一页（opc-data-retention-policy）が開示対応の前提——retention 設計と開示対応は一枚で管理。
- audit_log が回答の証跡：いつ/何を/誰が対応したか（opc-family-graph-schema の audit_log）——对应漏れ=报告义务违反リスクの防御。
- 発生頻度は低い前提で軽く持つ：家族向けサービスで開示請求は稀【推测】——重装備でなく 1 ページ手順+フォームの軽量運用で足りる。
待办 / 下次继续
关联
- 合规族：opc-terms-of-service-template（规约条项）× 本篇（運用 SOP）× opc-data-retention-policy（所在表）× japan-appi-data-compliance（理论层）；証跡 opc-family-graph-schema。