背景
2026-05-16 SaaS Admin スコープ整理ブレストで、tenants テーブルは created_by / updated_by を持たない方針が確定した。これにより §3.5.1 で導入していた予約システムユーザー __system_app_admin__ 機構が 不要になる。
理由:
- 設計規約 §3.5.1 は SaaS Admin が業務テーブルに書き込むケースを想定して FK 制約を回避する目的で導入された
- 新方針では SaaS Admin は tenants の status 更新のみ
- tenants は元から特例テーブル(no tenant_id)、created_by/updated_by を持たず audit_logs.actor_sub に一本化する
やること
docs/specs/設計規約.md を改訂:
- §3.5 「業務テーブルには
created_by / updated_by を持たせる」原則の 例外として tenants を明示(理由: SaaS Admin が status 更新を行うが、監査は audit_logs.actor_sub で完結するため列は不要)
- §3.5.1 「SaaS Admin 操作時の
created_by / updated_by」節ごと削除
- 予約 oidc_sub プレフィックス
__system_* の seed migration(V99__seed_system_users.sql 仮称)に関する記述があれば削除
- 改訂履歴に「2026-05-XX: SaaS Admin スコープ整理に伴い §3.5.1 削除、§3.5 に tenants 例外明示」を追加
参照
背景
2026-05-16 SaaS Admin スコープ整理ブレストで、
tenantsテーブルはcreated_by/updated_byを持たない方針が確定した。これにより §3.5.1 で導入していた予約システムユーザー__system_app_admin__機構が 不要になる。理由:
やること
docs/specs/設計規約.mdを改訂:created_by/updated_byを持たせる」原則の 例外としてtenantsを明示(理由: SaaS Admin が status 更新を行うが、監査は audit_logs.actor_sub で完結するため列は不要)created_by/updated_by」節ごと削除__system_*の seed migration(V99__seed_system_users.sql仮称)に関する記述があれば削除参照