作業ログ 2026-07-01

06:27〜06:35 - SCALE CRM v11.6.2 所属外の案件を開けてしまう問題を権限ゲートで根治

対象

SCALE CRM（scale-lead / crm.scale-group.co.jp / 正本 ~/dev/scale-lead）。本番アプリ v11.6.2。

大串FB

「結グループのリスト依頼がTERASU案件のSlackに来た。原因は？」→「修正していいよ。そのメンバーが所属の案件しか開けないようにすればいいんだけど、そもそもなんでそれができないのか？」

原因調査（本番D1の物証）

• リスト依頼レコード: requester=濵田・project_id=momb5hxfan3je(TERASU)・updated_by=濵田・同時刻のセグメント「濵田①」もTERASUに作成。
• 濵田さんの所属: projects=['moz6qooo63107'] ＝ 結グループのみ（TERASU非所属）。
• → 濵田さん本人が、TERASU案件を開いた状態のセッションでリスト依頼を作成（システムの取り違えではない）。

なぜ所属外を開けたか（真因＝設計の穴）

• 案件選択ドロップダウンとログイン初期化は getVisibleProjects() で所属案件に絞っていた（＝「見せない」はできていた）。
• ところが案件切替の本体 switchProject(id)(core.js) が無検証で currentProjectId=id を受け入れる（＝「させない」ゲートが無い）。
• → 古いセッションの currentProjectId 残留や、アサイン解除後でリロード前に、所属外案件を操作できた。
• 本質: 「表示の制限」だけで「権限のゲート」を作っていなかった。

修正（3層の権限ゲート）

1. switchProject(core.js) に権限ゲート: admin以外は getUserObj().projects 以外に切替不可・所属外idは拒否してドロップダウンを戻す。
2. submitListRequest(calllist_list_request.js) に検証: 古いセッションで currentProjectId が所属外のままリスト依頼を作る事故を入口でブロック（再読み込み案内）。
3. _ensureProjectAccess新設 + renderPage冒頭で呼出: 所属外案件が開かれていたらページ描画のたびに担当案件へ自動修正（リロード不要で古いセッションから自動で抜ける）。
   - admin/PMは全案件アクセス可のまま（退化なし）。

編集ファイル

• core.js（switchProject権限ゲート / _ensureProjectAccess新設 / renderPage冒頭で呼出）
• lib/calllist_list_request.js（submitListRequest検証）
• service.js（COCREATE_VERSIONS v11.6.2）

デプロイ・検証

• bash deploy.sh（退化チェック付き・正本~/dev/scale-lead）。本番200・D1正常・全関数チェックOK・backup ~/scale-lead-backups（Drive外）。
• 本番実体: core.min.js に「この案件へのアクセス権がありません」×1・_ensureProjectAccess×3、lib_bundle.min.js に「所属案件ではありません」×1、service.min.js に v11.6.2 反映確認。
• git push（af1dfdc）でGitHub Actionsも連動。

設計教訓（恒久）

「表示の制限（UIで選択肢を絞る＝見せない）」と「権限のゲート（切替・操作実行時に検証＝させない）」は別物。 UIで隠すだけでは、UI以外の経路（セッション残留・プログラム呼び出し等）で所属外を操作できてしまう。権限は実行点でゲートする。

次（大串の実機確認）

一般メンバーで所属外の案件に切り替えようとしても弾かれるか。濵田さんが（古いセッションでも）リロード/ページ遷移で結グループに戻るか。adminは全案件開けるか。

06:46〜06:52 - 濵田①セグメントを結グループへ移行 + TERASU誤データ削除（本番D1操作）

大串指示

「はまださんがリスト依頼したものを、結グループに濵田①としてセグメント追加して」→「誤データは削除して」

背景

v11.6.2の原因調査で判明した、濵田さん（結グループのみ所属）がTERASU案件に誤って作ったセグメント「濵田①」とリスト依頼を、本来の結グループへ移す。

実施（本番D1・per-row＋blob両方・バックアップ取得）

1. 結グループに「濵田①」追加: segment_def_rows(per-row) ＋ proj_moz6qooo63107_segment_definitions(blob) の両方に同一id（seg_1782856303749_fo11）で整合追加。条件はTERASUの濵田①と同じ（美容・アパレル/美容サロン × 1億円未満 × 従業員規模）。結グループ 5→6セグメント（既存の大串①/デモ①②/淺井①②は全保持）。
2. TERASUの誤データ削除: セグメント「濵田①」（id seg_1782802909972_le8c）をblob除外＋per-row DELETE、リスト依頼（濵田・id mr0atl982d003）をper-row DELETE。TERASUのデモアカウント①セグメント・デモのリスト依頼は別物なので保持。
   - 検証: 結グループ blob/per-row=6個に濵田①あり ／ TERASU=濵田①消滅（デモ①のみ）・per-row残0。
   - backup: ~/scale-lead-backups/segdef/（結グループ前blob・TERASU前blob・リスト依頼blob）。

教訓（恒久）

セグメント定義・リスト依頼は per-row（segment_def_rows / list_request_rows）＋ blob（proj_X_segment_definitions / list_requests）の二系統。追加・削除は必ず両方を整合操作する（片方だけだと読み取りマージで残る／消える）。

残（大串確認待ち）

• Slackの「リスト作成依頼」誤投稿メッセージ（terasu_テレアポ支援_リスト依頼チャンネル）はSlackに残存。消すなら別途。
• 濵田さんは結グループ案件をリロードすればセグメント「濵田①」が使える。

22:47 - /handoff 実行（全テーマ）

このセッションで扱ったテーマ（全部）

1. hp-flowコマンド最新化（v1.9→v2.1取り込み） — システム作業 — 完了
2. テラクリニックデモHP 発行環境の構築（Cloudflare Pages GitHub自動デプロイ） — システム作業 — 完了・稼働中
3. テラクリニックデモHP 制作継続（FVヒーロー刷新・ナビバー・配色・波・選ばれる理由節） — システム作業(HP制作) — 継続中

テーマ別の詳細

1. hp-flowコマンド最新化

• 引き継ぎ受領→必読ファイル確認後、git -C ~/dev/scale-brain pullでリモート15コミット取り込み。v1.9→v2.1へ。
• v2.0=常に最新verで進行（起動時pull）／v2.1=新規HPワンコマンド発行 ~/hp-flow-work/bin/new-hp-preview.sh＋Org Freeはリポ単位secret必須。
• 手元のkoba学習（href置換はのみ等）はstash→pull→popでコンフリクトなく新版上に復元。未コミットのまま（必要なら commit/push 判断）。