作業ログ 2026-07-08

SCALE CRM v11.6.11 — Slack一括招待「1人のせいで全員失敗」根治（本番LIVE）

事象

RYS案件に左近さんを招待同期→全5チャンネル cant_invite で「8名を0/5チャンネルに反映」。結グループ_エアコンは成功。※v11.6.9の失敗可視化が機能して発覚（旧版なら成功風トーストで隠れていた）

真因（1人ずつの実測で特定）

• Slackの conversations.invite は複数ユーザー一括時、1人でも招待不能ユーザーがいるとリクエスト全体が失敗する仕様
• 原因ユーザー=内藤さん（全chで cant_invite=アカウント解除/ゲスト制限/ID古い等の可能性・Botにusers:readスコープが無く詳細は大串のSlack管理画面確認待ち）
• 左近さん含む他7名は巻き添えだった。結グループ_エアコンで成功したのは招待対象に内藤さんがいなかったから

対応

• 復旧: RYS 5ch×8名を個別招待→内藤さん以外の7名（左近さん含む）全チャンネル参加完了（実測確認）
• 根治(v11.6.11): slackInviteUsersに個別フォールバック（一括失敗→1人ずつ自動リトライ）+失敗者を「名前: エラー」で表示+cant_inviteの対処ヒント
• 本番実バイト検証済み（v11.6.11・MD5一致）

完結（原因確定）

• 大串確認: 内藤さんは退職済み（Slackアカウント解除）= cant_invite の原因確定
• 大串がメンバー管理から内藤さんを削除（退職者遮断の正規フロー・v11.5.81名簿照合で即ログイン不能・過去の架電データ(callPerson文字列)は集計/履歴に残る）

SCALE CRM v11.6.12 — セグメント被り根治（本番LIVE）

大串FB

「セグメント被ってることがある（1社に内藤①+左近①等）。すでに架電リストにあるものはリストプールからインポートされないようにしたい」

真因

旧v9.213のリストプール分配仕様: 既存会社（重複キー=salesNowLink>電話>会社名）は行追加しないが既存行に分配先セグメントIDを追記していた→新メンバーのセグメントに「他の人が架電済みの会社」が混入（二重架電リスク）

対応

• 根治: セグメント追記を廃止=既存会社は完全スキップ（セグメント・担当者に一切触れない）。空欄補完（HP等・v9.213 FB由来）はリストの見え方に無影響のため温存（退化なし）
• 分配メッセージに「既存N件はインポートせず(重複防止)」を明示
• 本番実バイト検証済み（v11.6.12・MD5一致）・commit 52dff2b
• 実測: RYSに複数セグメントの被り行が11件残存（過去分配分・今後は発生しない）→掃除するかは大串判断待ち

完結（既存の被り掃除・大串指示「あとから追記された方を削除」）

• RYS 11件: 追記側(左近①/喜多⑦)を除去→元(内藤①/喜多①/喜多⑤)のみに。segment名フィールドも復元
• 結グループ 204件: 全行が「大串①+濵田①追記」の同一パターンを厳密検証→濵田①を除去し大串①のみに（引き継ぎ意図の可能性を確認→大串「RYSと同じくで」）
• 全215件とも事前dump保存（~/scale-lead-backups/segdedup_{rys,yui}_dump_2026-07-08.json）・updated_at更新で全端末にpoll伝播
• 最終検証: 全案件で複数セグメント行=0件。今後の発生はv11.6.12で防止済み=セグメント被り問題は完全クローズ

未来共創 WordPress統合 STEP1完了（子テーマ骨組み一式）

• 新リポ ~/dev/client-miraikyousou-wp/ 作成（GitHub: scale-group-jp/client-miraikyousou-wp・private）
• 静的リポと別リポにした理由: pages deploy . がリポ全体を公開するため、PHPソースがpreview URLに配信されるのを回避
• SWELL子テーマ swell_child/ 一式（15 PHPファイル＋assets 199ファイル・php -l 全通過）
• front-page.php＝静的トップ(ver135)の完全移植を自動生成（tools/build_theme.py・パス154箇所置換・未置換0確認）
• archive/single × interview・event・report・expert・news ＋ home.php/single.php（コラム=通常投稿）
• カスタム投稿タイプ実名は本番REST API（/wp-json/wp/v2/types）で実測して一致（地雷回避）
• bash build_zip.sh → dist/swell_child.zip（6.7MB）生成まで動作確認済み
• 詳細は正本 40_新規事業/TERASU/TERASU_既存WordPress統合の進め方 の「実装進捗」に追記済み
• 次: STEP2バックアップ確認＋ZIPアップ（WordPress管理画面＝大串保有・大串の関与が必要）

未来共創 WP統合 STEP3-4完了（ZIPアップ→ライブプレビューOK・12:30大串確認）

• テーマ名衝突事故を未遂で回避（本番有効テーマ=SWELL公式子テーマのフォルダ名がswell_childと同名→terasu_childに改名）
• 「横幅・フォントが所々ズレる」を2段階で解決:
  1. SWELL CSS混入 → TERASU表示ページで全CSS dequeue
  2. 自分で入れた html{font-size:16px} が rem スケール設計を破壊 → 撤回+wp_headを静的CSSの前に移動
• ライブプレビューで表示OK（大串「バッチリ」）。残り=有効化（大串号令・下層の型が揃ってから）
• 再発防止ルールをリポCLAUDE.md「絶対の地雷」+正本ノートに焼き込み（大串FB「今後間違わないように」）