TERASU CRM 残タスク一覧

2026-06-25 進捗: A1(バグ)・B1/B2/B4/B5(データ安全性)・D1/D2/D3/D4(掃除/負債)を実装し本番反映。 その後 A1の商談バグは真因(_nowISO未定義)を修正し大串実機で解決確認(SL SALON/建設業が商談管理に出た・商談数15→17)、さらに 更新通知「クリックで更新」を復活＋自動化(deploy.ymlで ?v= をcommit SHA自動cache-bust)。現在 v3.0.329。残=B3(複数人同時編集の本番実地テスト・大串/担当アクション待ち)・C群(機能・★要判断・未着手)・D5(継続監視)。詳細は _SCALE_TERASU_CRM_最新基準点 の 2026-06-25 ブロック。

2026-06-25 棚卸し（v3.0.319時点・5情報源=コードTODO/最新基準点/データ安全性監査/設計書/既知バグ を並列調査して統合）。GitHub移行済（正本 ~/dev/terasu-mgmt・git push origin main で自動デプロイ）。

着手するたびに本ノートのチェックを更新し、changelog/ver（feedback_deploy_ver_report）も同時更新する。

A. バグ（最優先）

• [ ] A1 🔴 紹介アポ（坂口さん/SL SALON）が商談管理(deals)に出ない — M
• 4経路の消失要因をまとめて1リリースで防御修正（トレース往復不要・ラリー最小化）:
  1. companyゲート脱落（deals.js L130 if(!a.company)return;）= 紹介者(referrer=坂口さん)とは別に企業名(SL SALON)がcompany列に無いと起票されない → company空を静かに落とさず可視化/補完
  2. 会社名一致で既存dealに吸収（deals.js L133 byCo統合）= 統合時に route='紹介'/sourceType を追記し「紹介が合流した」と判別可能に
  3. 同期トリガー不足 = 紹介リストでstatus変更してもナビし直すまでsync走らない（deals.js L551-554）→ referrals.js のstatus確定箇所で _dealSyncFromSources を即実行（テレアポと同思想）
  4. apo_excluded恒久除外（appointments.js L225,304）= 過去に🗑削除したrf行が復活不能 → rf/sc等ライブソースは除外対象から外す/復活UI
• 横展開: lil/sc（LinkedInライブ/テレアポ）にも同じ穴 → 共通修正
• 該当: lib/deals.js lib/appointments.js lib/referrals.js lib/linkedin_ops.js(_laNormalizeCompany)

B. データ安全性（本格運用＝複数人同時編集の前に効く）

• [ ] B1 🟡 client portal API(/api/client/data) のCAS化 — M — rev非加算の素upsert（client/data.ts L124-127）で内部CASとサーバーrevが乖離→lost-update/上書きリスク。[key].ts と同じrev CAS+409に揃える
• [ ] B2 🟡 監査ログ・通知のD1共有化 — M — auditLog/notify が localStorage直叩き（core.js L981,L1058・S()非経由）で事故端末にしか残らない。append専用でD1同期 or 「端末ローカル仕様」とUI明記
• [ ] B3 🟡 複数人同時編集の本番実地テスト — M（半分は検証作業）— 2ブラウザで同シート別行→両方残る等6シナリオを本番で実施しスクショ記録（実装は検証済・実機記録のみ未完）
• [ ] B4 🟡 3-wayマージ後勝ちの改善 — M — スカラ/id無し配列は _mergeValue ok:false→レガシー上書き（core.js L185-195）。「base比で未変更なら上書きしない」検知を追加
• [ ] B5 🟡 差分ポーリング取りこぼし対策 — M — updated_at > ? strict境界＋エッジ時計ずれで稀に反映漏れ（index.ts L16）。since に2-3秒マージン＋定期全件ロード

C. 機能（事業価値・一部は方針判断が必要）

• [ ] C1 🟡 月次レポート クライアント向け運用報告 — M — 現状は社内振り返りのみ（monthly_report.js L58）。運用成果報告は解約防止に直結。旧AI生成が休眠保持されており土台に使える
• [ ] C2 🟡【要判断】外部連携4本（SCALE Lead/CRM/Form/Insight） — M — 全てモックで未配線（lib/scale__sync.js）。実運用する連携だけ実装 or 使わないなら休眠化*して境界を明確に
• [ ] C3 🟡【要判断】TERASUパートナー(SCALE Match連動)ページのナビ配線 — S — 実装完成済みだが到達不能（scale_match_partner.js renderPartnerHubPage 未配線）。配線するか休眠か。手数料率(bronze20/silver25/gold30%)が最新報酬体系と一致するか要確認
• [ ] C4 🟡【要現況確認】SCALE Base タスク機能のタスク管理ページ移植 — L — 基準点に「Phase2未配線」とあるが、別途 tk_tasksheet で実装済みの記述もありもう不要の可能性大。現況を確認して要否判断（不要ならクローズ）
• [ ] C5 🟢【要方針】FS部署向けタスク対応 — M — 現状PM/制作の2区分のみ。FS(受注前商談担当)タスクを作るかの方針確認
• [ ] C6 🟢 応募リスト業界AI推定 Phase2(Claude API) — M — SalesNow非掲載企業の業界が空のまま。大串承認後の実装予定
• [ ] C7 🟢 月次レポート GA4実API連携 — M — 現状PV/UU手動入力（monthly_report.js L16）。運用が回り始めたらGA4 Data API自動取得

D. 技術的負債・掃除

• [ ] D1 🟢 GitHub Actions Node20 deprecation解消 — S — deploy.yml の checkout@v4/wrangler-action@v3 をNode24対応版へ。今は成功するが将来失敗回避
• [ ] D2 🟢 Lens死にコード掃除 — S — lens_integration.js のモック評価（TERASU Lens全廃済）。grep参照確認後に削除
• [ ] D3 🟢 設計書3点を最新基準点ベースに巻き直し or superseded注記 — M — 応募管理/ポジション別/棚卸しが現状と大きく乖離（現状の正は最新基準点＋実コード）
• [ ] D4 🟢 Phase2行レベル化の方針を文書化 — S — project_rows がschema定義のみで未使用（デッドスキーマ）。「当面不要」の判断基準をノート明記（実装不要・文書のみ）
• [ ] D5 🟢 scale-leadスキーマ変更時の /api/scale-apo 追従 — 継続監視 — SCALE CRM改修時にセット点検（クロスシステム依存・scale-apo.ts）

E. 大串アクション待ち（コード実装は不要）

• 実機確認6件: v3.0.312〜319のFB改修（商談管理一本化/全案件ガント/案件ごと進捗/業務ガイド/報酬タブ本人のみ/キックオフ依頼コピー/タスククリックモーダル/月次レポート再設計 等）が画面で意図通りか
• Slack連携の設定: ①設定→Slack連携でBot Token(xoxb-)登録 ②各メンバーのSlack User ID登録（揃うまで受注フックは未設定toastのみ）＋契約報告チャンネルID確定
• ブラウザ実ログイン検証（curl検証は済・実ログインは未）
• preview環境のFORM_INTAKE_TOKEN（previewを使う時のみ設定・現状実害なし）

推奨着手順

A1（バグ） → B1〜B5（運用人数が増える前にデータ安全性を固める） → C（機能・要判断は都度確認） → D（掃除）