# 04_01_08_case_permission.md

# 案件管理 権限設計

版：v2.2（承認待ち）　実装の状況は `work_order_db_migration.md`（作業書）を見る

## 1. 概要

本仕様書は、案件を「誰が見られるか」「誰が直せるか」を定義する。

- **基本方針：案件の中身は、その案件の権限者しか見られない。**権限者でない人には、一覧にも出ない。情報漏洩のリスクを最小限にするための、対外的な方針でもある。
- 内容を見ずに、修正や変更をすることはない。修正の入口は、案件を選んだあとの案件詳細画面（view.html）だけ（`04_01_04`）。
- 全社共通の前提：会社アクセス権限（`company_access_sps`／`company_access_scsps`）を持たない人は、その会社の案件に一切アクセスできない（`06_permission/06_01_permission_design.md` 2.6節）。
- 機能ごとの許可（新規入力、ロック、請求書の発行など）は、これまでどおり、個人に付ける権限キーで決める（8節）。**案件のどれを見られるか・直せるかの範囲**は、この仕様書の考え方（職務ポジションと、案件ごとの権限者）で決める。

### 1.1 「権限」の考え方：権限は責任

この仕様書でいう「権限」は、権利（できること）ではなく、**責任（担うこと）**。案件の権限者は、その案件に責任を持つ人であり、見られるのも、直せるのも、その責任を果たすため。

- 範囲が広いのは、責任が重いから。たとえば、所長は自拠点の案件の全部に責任があるので、自拠点では全権限を持つ。他拠点の案件は、責任がないので、閲覧のみ。
- 事務職・経理職が金額まわりを確認し、差し戻すのも、金額の正しさに責任を持つ立場として行う。
- 責任のない人には、見せない。権限を付けるときは、「何に責任を持ってもらうか」を考える。
- 権限は、コードに固定せず、マスタと個人の設定で変えられる（4節、8節）。

## 2. 見られる内容の2種類

案件の内容を、2つに分ける。範囲は、それぞれ別に決める。

| 種類 | 含むもの |
|---|---|
| **調査内容** | 基本情報（依頼者・対象者・事故の情報を含む）、聴取内容、調査分析、近隣確認、証拠資料（写真など）、成果物チェック |
| **金額まわり** | 経費・精算、調査経過（日付・距離・実費の記載）、見積・請求、領収書などの添付資料、案件の最小限の情報（案件番号、受託日、依頼元名、調査種目、着手対応、価格区分、請求先、担当者名、状態） |

- 金額まわりだけを見られる人（事務職・経理職）には、依頼者・対象者の個人情報、事故の詳細、聴取内容、分析、近隣確認、証拠写真は、見せない。
- 範囲の段階：
  - 調査内容：**なし／閲覧／入力／修正**。「入力」は、閲覧＋自分の担当のタブ（聴取、分析、近隣確認、経過、証拠資料）の入力。「修正」は、入力＋基本情報・担当・管理拠点の変更＋他の人の入力の修正。
  - 金額まわり：**なし／確認／修正**。「確認」は、見る＋「確認済み」の記録＋差し戻しの指示（6節）。「修正」は、確認＋内容の修正。

## 3. 案件の権限者の決まり方

ある案件について、その人の範囲は、次の4つのうち、**いちばん広いもの**になる。

1. **職務ポジションの既定**（4節）。自分の管轄拠点の案件か、他拠点の案件かで分かれる。
2. **案件での役割**（5節）。営業担当、管理担当者（責任者）、主担当、副担当。
3. **案件ごとの追加**（6節）。指導指名、特例アクセス。
4. **個人の例外**（`employee_case_access`）。たとえば、調査にも関わる取締役。

- 「自分の管轄拠点」は、その人の管轄拠点（`01_11_branches.md` 4節）。「案件の拠点」は、案件の管理拠点（`cases.branch_code`）。
- 案件の管理拠点を変えると（`04_01_04` 3.4節）、範囲の判定も、新しい管理拠点で行う。

## 4. 職務ポジションごとの既定の範囲

保存先は `position_case_access`（`schema_cases.sql`）。個人の例外は `employee_case_access`。
「自拠点」は、自分の管轄拠点の案件。「付与」は、指導指名と特例アクセスを、自分の範囲の案件に付けられる人。

| コード | ポジション | 調査内容（自拠点） | 調査内容（他拠点） | 金額まわり（自拠点） | 金額まわり（他拠点） | 付与 | 備考 |
|---|---|---|---|---|---|---|---|
| P001 | 代表取締役 | 全権限 | 全権限 | 修正 | 修正 | ○ | 全拠点で全権限（責任者） |
| P002 | 取締役 | なし | なし | なし | なし |  | 調査に関わる取締役だけ、個人の例外で付ける（経営だけの人は見せない） |
| P003 | 監査役 | なし | なし | なし | なし |  | 案件の中身は見ない |
| P004 | 経理スタッフ | なし | なし | 修正 | 修正（本社の人だけ） |  | 金額まわりだけ。修正もできる（あとで、個人ごとに変えられる） |
| P005 | 所長 | 全権限 | 閲覧 | 修正 | 閲覧 | ○ | 自拠点は全権限。他拠点は閲覧のみ（調査内容も含む） |
| P006 | 調査チーフマネージャー | 全権限 | なし | 修正 | なし | ○ | 原則自拠点のみ |
| P007 | 営業チーフマネージャー | 全権限 | なし | 修正 | なし | ○ | 原則自拠点のみ |
| P008 | 事務管理 | なし | なし | なし | なし |  | 案件の中身は見ない |
| P009 | 上級管理職 | なし | なし | なし | なし |  | 案件の中身は見ない |
| P010 | 調査マネージャー | 全権限 | なし | 修正 | なし | ○ | 自拠点のみ。調査主任〜中級調査員を指導指名できる |
| P011 | 調査主任 | なし | なし | なし | なし |  | 指導指名された案件だけ（聴取・分析などの入力・修正まで。履歴に残す）。担当になった案件は自案件 |
| P012 | 上級調査員 | なし | なし | なし | なし |  | 同上 |
| P013 | 中級調査員 | なし | なし | なし | なし |  | 同上 |
| P014 | 初級調査員 | なし | なし | なし | なし |  | 自案件・共同案件（主担当・副担当）だけ |
| P015 | 研修員 | なし | なし | なし | なし |  | 同上 |
| P016 | 調査事務 | なし | なし | なし | なし |  | 同上 |
| P017 | 下級調査員 | なし | なし | なし | なし |  | 同上 |
| P020 | 経理部マネージャー | なし | なし | 修正 | 修正（本社の人だけ） |  | 金額まわりだけ。他拠点は本社の人だけ |
| P021 | 経理部主任 | なし | なし | 修正 | 修正（本社の人だけ） |  | 同上 |
| P022 | 上級経理職 | なし | なし | 修正 | 修正（本社の人だけ） |  | 同上 |
| P023 | 中級経理職 | なし | なし | 修正 | 修正（本社の人だけ） |  | 中級以上は修正できる |
| P024 | 初級経理職 | なし | なし | 確認・差し戻し | 確認・差し戻し（本社の人だけ） |  | 確認と差し戻しだけ |
| P025 | 経理研修員 | なし | なし | 確認・差し戻し | 確認・差し戻し（本社の人だけ） |  | 同上 |
| P030 | 営業マネージャー | 全権限 | なし | 修正 | なし |  | 自拠点のみ。指導指名などは付けられない（調査の上位者が付ける） |
| P031 | 営業主任 | なし | なし | なし | なし |  | 自分が営業担当の案件だけ |
| P032 | 上級営業職 | なし | なし | なし | なし |  | 同上 |
| P033 | 中級営業職 | なし | なし | なし | なし |  | 同上 |
| P034 | 初級営業職 | なし | なし | なし | なし |  | 同上 |
| P035 | 営業研修員 | なし | なし | なし | なし |  | 同上 |
| P036 | 営業事務 | なし | なし | なし | なし |  | 同上 |
| P040 | 総務部マネージャー | なし | なし | 修正 | 修正（本社の人だけ） |  | 金額まわりだけ。他拠点は本社の人だけ |
| P041 | 総務部主任 | なし | なし | 修正 | 修正（本社の人だけ） |  | 同上 |
| P042 | 上級事務職 | なし | なし | 修正 | 修正（本社の人だけ） |  | 同上 |
| P043 | 中級事務職 | なし | なし | 修正 | 修正（本社の人だけ） |  | 中級以上は修正できる |
| P044 | 初級事務職 | なし | なし | 確認・差し戻し | 確認・差し戻し（本社の人だけ） |  | 確認と差し戻しだけ |
| P045 | 事務研修員 | なし | なし | 確認・差し戻し | 確認・差し戻し（本社の人だけ） |  | 同上 |
| P050 | SE | なし | なし | なし | なし |  | システムだけ。案件が必要なときは、権限者に申請して特例アクセスを付けてもらう |
| P060 | 法務 | なし | なし | なし | なし |  | 将来の拡張 |

- 上の表にないもの（案件の中身を見ない人）は、「なし」。案件を担当することになれば、その案件については、5節の役割で見られる。
- 事務職・経理職の「他拠点の金額まわり」は、本社（`branches.is_headquarters`）の人だけ。本社以外の人は、自拠点だけ。
- 事務職・経理職の「修正」は、中級以上（中級事務職、中級経理職、およびその上）。添付資料との差異の訂正や、調査経過との食い違いの訂正に使う。初級以下は、確認と差し戻しだけ。

## 5. 案件での役割による範囲

| 役割 | 決まり方 | 調査内容 | 金額まわり |
|---|---|---|---|
| 責任者（管理担当者） | `cases.manager_id` | 修正 | 修正 |
| 営業担当 | `cases.sales_person_id` | 修正 | 修正 |
| 主担当 | `case_investigators`（primary） | 入力 | 自分の経費の入力と精算請求だけ |
| 副担当 | `case_investigators`（secondary） | 閲覧（入力できるかは要確認。作業書 F-07） | なし |

- 案件の修正（基本情報、担当変更、管理拠点変更）ができるのは、調査内容が「修正」の人だけ。つまり、営業担当、責任者、上位ポジション（4節）。主担当・副担当は、基本情報を直せない。
- 担当が変わったら（`04_01_02` 4.6節）、前任者の役割は終わり、その案件の範囲もなくなる（要確認：作業書 F-16）。

## 6. 案件ごとの追加の権限者

保存先は `case_members`（`schema_cases.sql`）。付けられるのは、4節の「付与」が○の人（自分の範囲の案件に限る）。

| 種類（basis） | 使いどころ | 範囲 |
|---|---|---|
| 指導指名（guide） | 調査主任〜中級調査員（指導する立場）に、後輩の案件を見せて、指導させるとき。調査の上位者（P010以上の付与権限者）が指名する。営業マネージャーは付けられない | 調査内容：**入力**（聴取内容・分析・近隣確認・経過・証拠資料の入力・修正まで。基本情報、担当、管理拠点の変更は含まない）。金額まわり：なし |
| 特例アクセス（special） | 範囲外の人が、仕事で必要なとき（例：SEの作業）。本人が権限者に申請し、権限者が許可する（6.1節） | 調査内容：閲覧（入力・修正も選べる）。金額まわり：なし（確認も選べる）。**期限と理由が必須** |

- 付けた人、日時、理由は、`case_members` と `audit_logs` に残る。
- **指導指名された人が修正したときは、必ず履歴に残す**（誰が、いつ、どのタブの何を、どう直したか。`case_edit_history`）。主担当と責任者は、この履歴を見られる。特例アクセスで修正したときも同じ。

### 6.1 特例アクセスの申請（アプリ内）

1. 申請する人が、「特例アクセス申請」の画面で、案件番号、必要な範囲（閲覧／入力・修正／金額の確認）、期間、理由を入れて申請する。案件番号が正しいかどうかは、申請する人には教えない（案件の存在を知らせないため）。
2. 申請は、その案件の責任者（管理担当者）と、案件の管理拠点の付与権限者（4節の「付与」が○の人）に、**アプリ内のお知らせ**で届く。
3. 責任者か付与権限者のうち、**先に1人が、許可または却下**する。却下のときは、理由を入れる。
4. 許可すると、`case_members`（special）に、期限つきで付く。申請した人に、お知らせで届く。
5. 期限が来たら、自動で外れる（`expires_at`）。
6. 申請から許可・却下まで、すべて `case_access_requests` と `audit_logs` に残る。
- 期間の初期値と上限は、要確認（案：初期7日、上限30日。作業書 F-24）。

## 7. 金額まわりの確認と差し戻し

事務職・経理職は、金額まわり（調査経過、距離、実費、経費、請求）を確認する。

- 問題がなければ、「確認済み」を記録する。
- 未決・おかしな点があれば、**調査員か営業担当に、指示をつけて差し戻す**。差し戻された人は、対応して、完了を記録する。
- 記録は `case_reviews`（結果、差し戻し先、指示、確認した人、日時、対応の完了）。
- 修正の権限がある人（中級以上）は、添付資料との差異や、調査経過との食い違いを、自分で直せる。直した内容は、変更の履歴に残す（`00_10_change_history.md`）。
- 差し戻しは、差し戻し先の人に、**アプリ内のお知らせ**で届く。対応が済んだら、確認した人にも、お知らせで届く（`notifications`。作業書 F-23）。メールは使わない。

## 8. 機能の権限キー（個人に付ける）

機能を使えるかどうかは、これまでどおり、個人に付ける権限キーで決める。案件のどれに使えるかは、3〜7節の範囲に従う。

| 権限キー | 説明 | 備考 |
|---|---|---|
| `case_list_view` | 案件管理の一覧を開ける | 一覧に出るのは、権限者の案件だけ |
| `case_phone_duty` | 問い合わせ対応の一覧を見て、連絡メモを送れる | 9.2節。管理者と、受電対応の担当 |
| `case_contact_owner` | 担当者にメールで連絡できる | 問い合わせ対応から使う |
| `case_create_from_sales` / `case_create_from_cases` | 新規案件入力（営業管理から／案件管理から） | 10節 |
| `case_lock` / `case_edit_locked` | ロックする／ロック済みの基本情報を直す | 案件の修正権限者のうち、この権限を持つ人 |
| `case_expense_approve_own` / `case_expense_approve_all` | 経費を承認する | 範囲は、金額まわり「修正」の人の案件 |
| `case_generate_document_own` / `case_generate_document_all` | 報告書を生成する | 範囲は、調査内容を見られる案件 |
| `case_invoice_issue_own` / `case_invoice_issue_all` | 請求書を発行する | 範囲は、金額まわり「修正」の人の案件 |
| `case_reimbursement_request` / `case_reimbursement_approve` | 精算請求／承認・支払 | |
| `case_readiness_confirm` | 成果物チェックリストの確認 | |
| `my_expense_view` | 自分の経費精算状況（マイページ） | |

**廃止する権限キー**（範囲を、3〜7節の考え方に置き換える。`permissions.json` の整理は、作業書 F-17）：
`case_detail_view_own`、`case_detail_view_all`、`case_edit_basic`、`case_edit_basic_all`、`case_edit_hearing`、`case_edit_hearing_all`、`case_edit_analysis`、`case_edit_analysis_all`、`case_edit_nearby`、`case_edit_nearby_all`、`case_edit_expense_own`、`case_edit_expense_all`、`case_edit_progress`、`case_edit_progress_all`、`case_upload_evidence_own`、`case_upload_evidence_all`、`case_edit_sales_person`、`case_edit_investigator`、`case_edit_manager`、`case_emergency_set_own`、`case_emergency_set_all`、`branch_view_self`、`branch_view_other`、`branch_view_all`。

## 9. 一覧と画面

### 9.1 案件管理の一覧（中身を見る・直す）
- 一覧に出るのは、その人が権限者である案件だけ（3節）。権限者でない案件は、出ない。検索しても出ない。
- 出る列と、選んだあとに見えるタブは、2節の種類による（調査内容の権限者は全部、金額まわりだけの人は金額まわりだけ）。
- 他拠点の案件を見られる人（所長、代表取締役、本社の事務職・経理職）には、拠点の切り替えを出す。
- 案件を選ぶと、案件詳細画面（view.html）が開く。修正・変更は、ここから行う（`04_01_04` 3節）。

### 9.2 問い合わせ対応の一覧（確認だけ）
- `case_phone_duty` を持つ人（管理者、受電対応の担当）が使う。管理ではなく、確認の画面。
- 出る案件：自分の会社の、終了していない案件（`case_closed` が 0）。
- 見られる情報：案件番号、受託日、依頼元、調査種目、主担当、営業担当、状態、進捗（次の予定期限、遅延）。**聴取内容、分析、近隣確認、証拠、依頼者・対象者の個人情報、金額は、見せない。**
- できること：連絡メモの送信だけ（`04_01_04` 12節）。入力する項目は、誰からの連絡か、受電者（自動）、問い合わせ内容、対応（連絡があったのみ／架電して／メールで〇〇送って）。送信すると、担当者にメールが届き、案件にメモが残る（`case_contact_logs`）。

### 9.3 案件詳細画面のタブ
| タブ | 調査内容の権限者 | 金額まわりだけの人 |
|---|---|---|
| 基本情報 | 全項目 | 最小限の情報だけ（2節） |
| 聴取内容、分析、近隣確認、証拠資料 | 見られる | 見えない |
| 経費、請求 | 範囲に応じて | 見られる |
| 経過 | 見られる | 見られる（日付・距離・実費の記載） |

## 10. 新規案件入力の権限

| 入口 | 権限 | 営業担当 | ロック |
|---|---|---|---|
| 営業管理から | `case_create_from_sales` | 入力した人を自動で入れる | 自動ロック |
| 案件管理から | `case_create_from_cases` | 選択 | 未ロック |

- 新規入力のときだけ適用する。既存の案件の修正は、案件の修正権限者（5節）で判定する。
- 権限がないときは、「権限がありません」と案件一覧へのリンクを画面に表示する（`alert()` は使わない）。

## 11. 会社区分制御（SPS／SCSPS）

- 会社アクセス権限（`company_access_sps`／`company_access_scsps`）に基づく。
- 一方だけを持つ人は、その会社の案件だけ。両方を持つ人は、会社の切り替えで表示を切り替える。
- 所属は、付与の初期値を決めるもので、実際のアクセスは、会社アクセス権限で決まる（`06_permission/06_01_permission_design.md` 2.6節）。

## 12. サーバー側のチェック

画面の表示制御だけに頼らない。API（`load_case_list.php`、`load_case.php`、`save_case.php`、`change_case_branch.php`、`change_case_assignee.php` など）が、毎回、次の順で確認する。

1. ログインしている（セッション）。
2. 会社アクセス権限がある。
3. その案件について、3節の範囲を求める（職務ポジション、役割、案件ごとの追加、個人の例外のうち、最も広いもの）。
4. 求められた操作が、その範囲に入っている（見る、入力する、修正する、確認する）。入っていなければ、権限がないと返す。
5. 一覧では、範囲が「なし」の案件を、結果に含めない。
6. 金額まわりだけの人には、調査内容の項目を、返さない（項目ごとに除く）。
7. 機能の権限キー（8節）を確認する。
8. 案件の内容を修正するときは、修正の前後を、`case_edit_history` に残す（指導指名・特例アクセスの人の修正は、必ず）。

## 13. 共通仕様の参照

| 項目 | 参照先 |
|---|---|
| UIデザイン・日付表示 | `03_ui_design/03_01_design_guideline.md` |
| セッション・権限取得方式 | `00_overview/00_03_login_session.md` |
| 権限設計の基本方針 | `06_permission/06_01_permission_design.md` |
| 職務ポジション | `01_code_definition/01_07_positions.md` |
| 拠点・管轄 | `01_code_definition/01_11_branches.md` |

## 14. 関連仕様書

| # | 仕様書 | 内容 |
|---|---|---|
| 1 | `04_01_01_case_management.md` | 案件管理全体設計 |
| 2 | `04_01_02_case_data_structure.md` | 案件データ構造 |
| 4 | `04_01_04_case_input_screens.md` | 入力画面設計 |
| 7 | `04_01_07_case_document_generate.md` | 報告書自動生成設計 |
| 11 | `04_01_11_case_mail.md` | メール送信機能仕様 |
| 12 | `04_01_12_sales_menu.md` | 営業管理連携仕様 |

## 15. 改訂履歴

| 日付 | 版 | 担当 | 内容 | 理由・影響範囲 |
|------|----|------|------|--------------|
| 2026-03-24 | 1.0 | 案件管理担当 | 初版作成 | 案件管理システムの権限定義 |
| 2026-03-24 | 1.1 | 案件管理担当 | 経費精算関連権限、成果物チェック権限を追加 | 実務要件の反映 |
| 2026-03-26 | 1.2 | 案件管理担当 | 案件一覧表示制御、営業管理連携、ロック機能、メール送信関連権限を追加 | 最終打ち合わせ内容の反映 |
| 2026-08-09 | 1.3 | 全体管理者（12代目） | 5節・8.2節・10節のコード例をsessionStorage方式からsession.js／`window.spsUser`方式に修正。権限判定を配列形式（`user.permissions.includes()`）からオブジェクト形式（`window.spsUser.permissions.xxx === true`）に修正。3節に`permissions.json`現行版数（v1.2・41件・category: case_management）を追記 | `06_permission/06_01_permission_design.md`（v1.2）・`00_overview/00_03_login_session.md`（v1.4）確定仕様、および案件管理担当（初代）と真柴さんとの2026-04-04打ち合わせ確定事項（権限フィールドはオブジェクト型で統一）との不整合を解消。session.js導入前の旧記述が残存していたため是正 |
| 2026-10-04 | 1.4 | 全体管理者（12代目） | ①v1.3作成時に誤って削除していた内容を復元：5.1節「案件一覧表示制御」（表・`getVisibleCases()`）、4.1節のサンプル従事者（営業担当D・電話対応担当E）、管理者Cの権限4件（`case_emergency_set_all`・`case_create_from_cases`・`branch_view_other`・`my_expense_view`）、「権限は個別にチェックボックスで選択」の一文。②5節の節番号を原本（5.1〜5.4）の並びに戻し、session.js方式の新設分を5.5・5.6として後置。③電話対応担当の「終了案件」判定を `status !== '入金完了'` から `case_closed !== true` に変更 | ①v1.3は全体管理者による作成ミス（欠落）。復元漏れの検出は原本との行単位diffで実施。②他設計書から本書の節番号参照は無いことを確認済み。③`04_01_01_case_management.md`v1.8・`04_01_02_case_data_structure.md`v1.5で新設した案件終了フラグに合わせた更新。影響範囲：案件一覧画面（index.html）の電話対応担当向けフィルタ実装 |
| 2026-10-04 | 1.5 | 全体管理者（12代目） | 6節の権限分岐コード例を修正：①権限不足時のメッセージ表示直後にリダイレクトしていたため、メッセージが読めない問題を解消（インライン表示のみ・リダイレクトなし）。②`mode=sales`で`case_create_from_sales`が無い場合に案件管理側の分岐へ落ちる問題を解消（営業管理から来た場合は権限が無ければ拒否）。新規登録時のみ適用する旨と、編集モードのURLパラメータ未定義を注記 | v1.3・v1.4で私（全体管理者）が書いたコード例の不具合。元の`04_01_12_case_sales_link.md`の意図（営業管理から来て権限が無ければ拒否）に合わせた。影響範囲：`04_01_12_case_sales_link.md`4節（同内容に修正済・v1.1）、`input.html`実装 |
| 2026-10-08 | 1.6 | 全体管理者（12代目） | ファイル名規則を「フォルダ番号＋ファイル番号」形式に変更したことに伴い、参照名と保存先表記を機械的に置換（内容の変更なし） | ファイル名規則変更（2026-10-08）。影響範囲：他設計書への参照名・保存先表記のみ |
| 2026-10-23 | 1.7 | 全体管理者（12代目） | ①1.1節「前提権限」を新設し、会社アクセス権限が全機能の前提であることを明記。②4.1節のサンプル従事者6名すべてに `company_access_*`（閲覧＋編集）を追加。00010（電話対応担当）は閲覧のみ、その他の編集権限保持者は `_edit` も付与。③5.5節のコード例に会社アクセス権限の事前チェックを追加。④8.1節を `company_access_*` を正とする記述に修正し、所属は付与のデフォルト決定に使用する旨を明記。⑤8.2節のコード例を保有権限に応じて会社を決定する形に修正。⑥3節の備考に会社アクセス権限の優先チェックを追記 | `load_case_list.php` 実装（2026-10-23 案件管理担当）に伴い、APIが `company_access_sps` / `company_access_scsps` を検証する仕様となったが、本設計書のサンプル従事者には当該権限が欠落しており、APIと仕様の不整合があった。`06_permission/06_01_permission_design.md`（v1.6）2.6節の明確化に合わせ、案件管理側のサンプル・画面制御・前提条件を整合させた。影響範囲：`employees.json` の初期データ、`index.html` / `view.html` / `input.html` の権限チェック実装、`load_case_list.php` 等の会社パラメータ受け取りAPI |
| 2026-10-29 | 1.8 | 全体管理者（14代目） | 権限キー改名（isAdmin→emergency_override）と画面名（employee_edit.html→employees/edit.html）を反映 | 権限キー・画面名の改名（真柴さん決定）に伴う整合。内容の変更なし |
| 2026-10-30 | - | 全体管理者（14代目） | 用語の統一（役職→職務ポジション） | 用語の統一 |
| 2026-10-31 | 2.0 | 全体管理者（14代目） | 全面的に書き直し。「案件の中身は、その案件の権限者しか見られない」を基本方針に。調査内容と金額まわりの2種類に分け、範囲を、職務ポジションの既定（4節、`position_case_access`）、案件での役割（5節）、案件ごとの追加（指導指名・特例アクセス。6節、`case_members`）、個人の例外（`employee_case_access`）の合算で決める方式に変更。事務職・経理職の金額まわりの確認と差し戻し（7節、`case_reviews`）、問い合わせ対応の一覧（9.2節、`case_contact_logs`）を追加。「全案件」系の権限キーを廃止（8節）。DB前提に統一し、JSONの例とsession.jsのコード例を削除 | 真柴さんの指示。影響範囲：`04_01_04`（一覧を2つに分ける）、`04_01_02`、`permissions.json`（整理は作業書 F-17）、`06_01`、`01_07`、`schema_cases.sql` |
| 2026-10-31 | 2.1 | 全体管理者（14代目） | 経理スタッフ（P004）に修正を認めた（個人ごとに変えられる）。指導指名を「入力」の範囲にし、修正の履歴（`case_edit_history`）を必須に。営業マネージャー（P030）は付与なしで確定。調査事務・営業事務は一般の扱いで確定。特例アクセスの申請の手順（6.1節、`case_access_requests`）を追加。差し戻し・申請の通知はアプリ内のお知らせ（`notifications`）に | 真柴さんの回答 |
| 2026-10-31 | 2.2 | 全体管理者（14代目） | 1.1節：「権限は責任（担うこと）であり、権利ではない」という考え方を追記 | 真柴さんの指示 |