COMPAS（このSFAポータル）が営業情報の正本です。案件・商談記録・タスク・見積・1on1・AIの確認結果は、すべてCOMPAS上で入力・更新・確定してください。Notionへ直接入力する運用は行いません（二重入力・情報の食い違いを防ぐため）。

• COMPASポータル（正本・入力と閲覧の両方）：クイックログ・議事録からの更新・見積編集・フォーキャスト報告・1on1記録など、日々の入力操作はすべてここで行います。役員・営業責任者・営業担当それぞれの立場に応じた画面で、同じデータを扱います。
• Notion（COMPASの裏側のデータベース）：COMPASが保存したデータの実体を保持する場所で、直接編集する対象ではありません。2章の項目一覧は、COMPAS上の入力内容がNotion側でどう扱われるかを示す参考資料です。

誰が何をするか

役割	主な作業
営業担当	AIが自動生成した案件情報・活動記録・座組み情報の確認、AIが判断できない項目の補足、顧客との商談・提案・関係構築、重要案件に関する判断とエスカレーション
営業責任者	ゲートレビュー承認、チーム状況の確認、優先順位付け
役員	ロックリスト・AI推奨アクションの確認、最終承認

2-1. 基本項目

項目	内容	入力例
案件名	取引先名＋案件内容がわかる名称	Kong Financial Systems 基幹システム刷新
顧客名	取引先の正式名称	Kong Financial Systems
担当営業	自分の名前（プルダウン選択）	営業D
顧客購買ステージ	引き合い／ヒアリング中／提案準備／提案済み／最終調整／受注／失注	引き合い
ABI社内進行状態	未申請／営業責任者承認待ち／PM・技術確認中／役員承認待ち／承認済み	未申請
想定売上(百万円)	現時点での見立て（後で更新可）	58
想定粗利(百万円)	想定売上から逆算した粗利	17
次アクション	次に自分がやるべきこと	初回ヒアリング日程調整

2-2. BANT評価の入力

案件の確度を判断するため、Budget（予算）・Authority（決裁権）・Need（必要性）・Timing（導入時期）の4項目を、それぞれ5段階（1が最も良い状態）で評価します。

• Budget：1=予算確保済み ～ 5=情報なし
• Authority：1=決裁者と直接接触 ～ 5=関与なし
• Need：1=ニーズ把握・適合 ～ 5=ニーズ不明
• Timing：1=導入時期確定 ～ 5=不明

2-3. 座組み（体制）情報の入力

大型案件でのロスト（失注・手配不調）を防ぐため、「誰が・どの役割を担うか」を早い段階から入力します。

項目	内容
座組み_PM	PM担当者の氏名（未定の場合は「未定」と入力）
座組み_技術	技術担当者の氏名（未定の場合は「未定」と入力）
座組みステータス	🟢確定／🟡不足／🔴未定 の3段階で選択
座組み状況	工数・兼任状況・懸念点などを自由記述で補足

手入力の負担を減らすため、Teamsの文字起こしや名刺の写真をClaudeに渡すだけで、Notionへの登録を代行させることができます。判断や最終確認は必ず人（あなた）が行います。

3-1. Teams文字起こしからの商談登録

Claudeは次の手順で処理します。①取引先・担当者の重複を確認 → ②案件・活動・BANT評価の下書きを作成 → ③登録前に内容を提示し確認を求める → ④確認後、Notionへ登録。

3-2. 名刺画像からの担当者登録

名刺を撮影し、画像をClaudeに渡して「この名刺をNotionの担当者に登録して」と依頼してください。氏名・会社名・役職・連絡先を読み取り、重複チェックのうえ登録します。

3-3. 受注・失注時のナレッジ化

案件が受注または失注した際は、商談・活動・提案資料をClaudeに渡し、「ナレッジベースに登録して」と依頼してください。成功パターン・失敗パターンとして蓄積され、以後の類似案件で参照できます。

商談が進み提案フェーズに入ったら、提案書と見積の情報も同じ案件レコードに紐づけて記録します。

4-1. 提案書の入力項目

項目	内容
提案書バージョン	版数（例：Ver.1、Ver.2...）
提案書ステータス	未作成／作成中／社内レビュー中／修正中／承認済み／顧客提出済み／再提案

4-2. 見積の入力項目

項目	内容
見積番号	採番ルールに沿った番号（例：Q-2026-014）
見積バージョン	版数（例：Ver.1、Ver.2...）
見積ステータス	下書き／原価確認中／PM確認中／技術確認中／営業責任者承認待ち／役員承認待ち／承認済み／顧客提出済み／再見積
想定売上・想定粗利	セクション2で入力した値がそのまま反映（粗利率は自動計算）

Notionへの入力が終わると、内容はSFAポータルに反映されます（手動での同期作業が必要な場合があります。詳細は8章・10章を参照）。

5-1. 役割別ビューの切り替え

• 👔役員ビュー：AI推奨アクション、ロックリスト、経営KPIのみを表示
• 📊営業責任者ビュー：チーム全体の状況、KPI、承認待ち案件など
• 💼営業担当ビュー：ログインユーザー（自分）が担当する案件のみに自動的に絞り込み

5-2. 商談詳細の見方

パイプライン一覧で案件をクリックすると詳細パネルが開きます。提案書・見積の最新状況、座組み、ゲートレビューのチェック状況、AIによる受注確率の予測（試験的機能）が表示されます。

5-3. 見積を作成・編集する

商談詳細の「📋 見積」カードにある「✏️ 見積を作成・編集」ボタンから、品目単位で見積の下書きを作成できます。数量・単価を入力すると、想定売上・想定原価・粗利率が自動計算され、粗利率25%を下回ると警告表示されます。「印刷／PDF出力」で御見積書の体裁に整形して出力できます。

粗利率が承認基準（既定25%、⚙管理設定で変更可）以上なら営業責任者、未満なら役員の承認（ステータスを「承認済み」にすること）が必要です。承認ステータスに変更できるかどうかは、画面上部で選んでいる役割別ビューに応じて自動的に制限されます（権限のないビューでは選択肢がグレーアウトします）。

5-4. ロックリスト

役員・営業責任者ビューのホーム画面には、特に重要な顧客（ロックリスト）が表示されます。

5-5. 今日やるべきことTOP5（2026-08-01追加、2026-08-02に「📈 分析・設定」タブへ移動）

「🎯今日やるべきことTOP5」は、受注確率・案件健全性・停滞状況からAIが優先順位（★1〜5）を判定し、今日動かすべき案件を並べたものです。★評価によるAI優先順位づけをホーム画面の日次判断から切り離すため、現在は「📈 分析・設定」タブに収録しています（5-24参照）。営業担当ビューでは、この機能を含め「📋本日の実行リスト」1枚に統合済みです（5-11参照）。なお「今日の3分ビュー」カードは本日の実行リストへの統合により到達不能になっていたため削除しました。

5-6. クイックログ（電話・訪問の一次情報を1分で記録）

画面右下に常駐する📝ボタンから、電話や訪問で得た顧客の生の声をその場で記録できます。まずは「生の声」欄だけ入力してもOKで、Fact（体制・スケジュール・予算）や感触タグなど詳しい項目は「もう少し詳しく記録する」を開くと入力できます。記録した内容は一覧の「→ 議事録から更新でAI下書きを作成」から、5-3のAI下書き機能へそのまま引き継げます。

5-7. AIアラート・座組み完成率・営業品質KPI

AIアラートは🔴🟡⚪をタップするとそのレベルだけ絞り込んで表示され、各項目に「次の一手」（次に取るべき具体的なアクション）が付きます。営業責任者・役員ビューには、SES業態で受注に直結する「座組み完成率」（PM・SE等の要員体制がどれだけ整っているか）と、決裁者接触率・BANT充足率などを一覧できる「営業品質KPI」も表示されます（一部はNotionに未登録の項目のためサンプル値です）。営業品質KPIの各指標はクリックすると、その数値の根拠となっている案件の内訳（会社名と該当理由）が一覧表示され、そこからさらに案件詳細へジャンプできます（2026-08-01追加。サンプル値のみの「受注確率の予測精度」は内訳なしの注記が表示されます）。

5-8. リードの検索・詳細・戻るボタン

🌱リードタブでは、取引先名・ステージ・ステータス・担当・確度で検索・絞り込みができます。各行の「詳細」ボタンで、ソースやそのリードに関連するクイックログを確認できます。また、売上サマリーの数値やAIアラートなどからジャンプした後は、画面左下に現れる「← 戻る」ボタンで元の場所に戻れます。

5-9. 各ステージ到達件数からのジャンプ（2026-08-01修正）

ホームの「各ステージ到達件数の累計」（引き合い到達・ヒアリング到達・RFP到達・交渉到達・受注前レビュー到達・受注到達）は、クリックすると表示件数と同じ件数のリードだけに絞り込んだ🌱リード一覧へ移動するようになりました（以前は件数と関係なく先頭の1件、または全件表示に飛んでしまう問題がありました）。移動後は画面上部に絞り込み中の件数がバナー表示され、「✕ 絞り込みを解除」で全件表示に戻せます。

5-10. 月次受注推移とパイプライン（2026-08-01追加）

ホームに「月次受注推移とパイプライン」を表示します。4〜7月は既に確定した実績（Notionに月次内訳が無いためサンプル値）、8月以降は現在の商談一覧の決着予定月を集計した実データのパイプライン金額です。役員・営業責任者ビューでは全社合計、営業担当ビューではログイン中の担当者本人の商談だけを集計した「個人パイプライン」を表示します（営業担当ビューでは実績は表示せず、パイプラインのみです）。

5-11. 営業担当ビューの「営業コックピット」化（2026-08-01・複数回更新）

営業担当ビューのホーム画面を、「今日受注するために何をすべきか」だけに絞ったコックピット構成に再設計しました。従来は「今日やるべきことTOP5」「今日の3分ビュー」「今日のToDo」「AIアラート」の4カードが、同じ案件について別々の指示を出すことがありました（例：三田信用金庫がTOP5では「PM調整」、3分ビューでは「今日電話する会社」、AIアラートでは「失注リスク」として別々に登場）。これを解消するため、営業担当ビューではこの4つと、その後に追加した「今日受注できる案件」「受注まであと何が足りないか」「今日の不足KPI」もあわせて「📋本日の実行リスト」1枚に統合しています（カードが増えるたびに指示が再び分散しないよう、営業担当ビューで案件ごとの「今日何をすべきか」を扱うカードはこの1枚のみに統一しました）。

• 各案件を必須／重要／様子見の3段階に分類（優先度＝期限の近さ＋金額影響＋失注リスクから算出。期限は決裁予定日・次回面談日・決着予定日のうち最も近いものを使用し、常に現在日時を基準に再計算）
• 各案件をさらに🏆決着を取る（確度60%以上かつ不足項目1件以下）／🧩案件を前進させる（それ以外）に分類してレーン表示
• 「理由」欄に、期限超過・未接触日数・決裁者未接触・健全性低下（停滞とは別要因として表示）など該当する事情をすべて列挙し、「不足：◯◯」として次に埋めるべき項目（既存の「受注までの不足項目」チェックリストと同じデータ）を行内に表示（別カードには分離していません）
• 未接触リードは🌱新しい種を作る行として、件数と「初回面談を1件設定する」という目的つきで一覧の最後に表示
• 初期表示は「必須」のみ。残りは「その後にやること」として折りたたみ表示
• カード上部のAIコメント（🏆今日の勝ち筋／🧑‍🏫今日やること／📈受注確率+◯pt見込み）は、実行リストと同じ優先順位ロジックの最上位案件を参照するため、両者が食い違うことはありません

この統合により、営業担当ビューでは「今日やるべきことTOP5」「今日の3分ビュー」「今日のToDo」「AIアラート」の4カードは非表示になります（役員・営業責任者ビューでは従来通り表示されます）。モバイル下部ナビの「ToDo」「通知」も、営業担当ビューでは本日の実行リストへ移動するよう変更しています。「あなたの売上」カードは目標・受注・コミット（確度60%以上の加重合計）・不足の4項目のみに簡素化し、全社向けの数値（顧客集中度・ABI営業力指数・全社粗利率／稼働率・営業別ランキング等）は従来通り役員・営業責任者ビュー専用のままです。今回の再設計はまず最優先項目に対応したもので、AI抽出結果の全項目保存・編集可能なAI下書き・ステージゲート判定・ToDoとマイタスクのデータ統合・完了時の結果記録・承認待ちの「自分／他者待ち」分離などは今後の改善候補です。

5-12. クイックログの永続保存・ステージ選択肢の統一（2026-08-01追加）

クイックログはこの端末のブラウザ（localStorage）に保存されるようになり、リロードしても消えません（バックエンド未接続のため他の端末・他のメンバーとは共有されません）。また、「議事録から更新」のステージ更新案の選択肢に、商談パイプラインと同じ「ヒアリング中」「役員承認待ち」を追加し、リード・商談・議事録更新で選べるステージが食い違わないようにしました。

5-13. 1on1「マネージャー介入必要度」の判定ロジック修正（2026-08-01追加）

1on1のエリア2は、以前は「健全性の低さ」が基本スコアと重複して二重に加点され、かつ受注確率が高いほど上位に来る（担当者向けの優先順位と同じ基準になってしまう）問題がありました。これを、受注確率とは独立した4軸（期限の緊急度・売上/粗利への影響・顧客コミット不足・社内障害の大きさ、各25点満点）で判定する「マネージャー介入必要度」に作り直しました。50点未満の案件は表示せず、該当が無い場合は「今週、マネージャーの介入が必要な案件はありません」と表示します（以前は担当案件があれば必ず2件表示していました）。各案件は🏗社内障害解消／🚑救済案件／🎯取り切り支援のいずれかに分類され、「情報不足」（予算・決裁者等の未確認）と「座組み・提供リスク」（座組み未確定）を別々のリスクとして表示します（以前はこの2つが「ミスマッチリスク」として混同されていました）。あわせて、エリア1の「今週の振り返り」はクイックログの記録日時をもとに実際に直近7日以内のものだけを表示するよう修正し（以前は日付を見ずに先頭3件を表示していました）、マネージャーメモ・宣言ログはこの端末のブラウザに保存されリロードでも消えなくなり、宣言には必須の「次回確認日」を追加しました。BANT不足を「購買プロセスリスク」「提案適合リスク」「採算・契約リスク」等に細分化する案、案件レビューと1on1の画面分離、フォーキャストの前週差分表示は今後の改善候補です。

5-14. 役員ビューの経営着地指標・連携タスク（2026-08-01追加）

役員ビューの売上サマリーに、コミット（受注確率70%以上の合計）・ベストケース（40%以上の合計）・経営着地見込・目標差額を追加しました。
【2026-09-06 訂正】着地見込みの定義を明確化しました。この記述は当時の実装（受注確定＋コミット）を書いたものですが、その後、着地見込みは集計の単一情報源から取得する形に変わっています。現在の定義は 「受注済み ＋ 加重パイプライン（Commit×1.0 ＋ Best×0.6 ＋ Pipeline×0.2）」 です（画面にも算定根拠として同じ文言を表示しています）。コミット（受注確率70%以上の合計）・ベストケース（40%以上の合計）は内訳として引き続き表示し、「コミット見込」だけは担当の申告値です。あわせて、粗利率・稼働率予測とパイプライン顧客集中度を役員ビューにも表示し（従来は営業責任者ビュー専用）、役員ビューの「今日のToDo」は「経営判断待ち」に変更し、電話フォロー等の現場実務ではなく、見積の役員承認判断・重大リスク案件の対応方針判断のみを表示するようにしました。また、役員・営業責任者が見積を差戻し・否決すると、その理由・コメントが営業担当ビューの「本日の実行リスト」最上部に🔔経営判断の反映タスクとして自動的に表示され、「対応済みにする」で解消できます（3つのビューは同一ブラウザ内の同一データを役割別に表示しているため、この連携はブラウザ内で実際に機能します。複数端末・複数ユーザー間の共有にはバックエンド接続が必要です）。役員向けの市場シグナル分析（ヒアリング横断の顧客ニーズ・競合動向）、営業予測/マネージャー予測/役員着地見込の3段階フォーキャストとその差異理由表示、案件レビュー用PDFへの着地予測・経営判断待ちの追加は今後の改善候補です。

5-15. 「100日ロードマップ」資料との整合（2026-08-01）

営業責任者ビューの「仮説検証トラッカー」と「ロックリスト」を、社内の100日ロードマップ資料と整合させました。仮説④（差別化ポイント未言語化）の確認期限は、実際のロードマップでは10月後半の営業合宿で討議されるため、Day30からその旨に修正しました。仮説⑤には、検証後に導入する仕組みとして「受注前ゲート制度」の名称を明記しました。ロックリストは、日々の商談パイプライン（7〜58百万円規模のSES案件18件）とは別枠の「プライム案件・有望SIer取引拡大」の重点ターゲットとして、ロードマップ資料の記載通り6社・各3億円目標の構成に作り直しました（企業名は資料に実名の記載が無いためサンプル名です）。

5-16. 「議事録から更新」でAI下書きの全項目を反映・編集できるように修正（2026-08-01）

以前は「パイプラインに反映」を押しても、実際に保存されるのはステージだけで、AIが抽出した課題の本質・BANT（予算／決裁者／導入時期）・次回アクション・リスク・顧客の生の声は画面を閉じると失われていました。これを修正し、AI下書きの各項目にチェックボックスと編集可能な入力欄を用意しました。チェックを入れて「選択した項目を反映」を押した項目だけが、その場で商談情報として保存されます（AIは間違える前提のため、営業担当者が一項目ずつ確認して選べる設計です）。反映した内容はこの端末のブラウザに保存されリロードでも消えず、次回アクションは「本日の実行リスト」の理由欄・AIコーチのコメントにもすぐに反映されます。ヒアリングファイルのアップロード対応、商談前AIブリーフ、事実・所感・AI仮説の区分表示、BANTの状態・根拠・確度を持つ構造化データ化、ステージの「顧客の購買ステージ」と「ABI社内の進行状態」への2軸分離、ステージゲート判定は今後の改善候補です。

5-17. PC画面にも「案件／ToDo／通知」へのクイックリンクを追加（2026-08-01）

モバイル版には画面下部に「ホーム／案件／ToDo／通知／設定」のナビゲーションがありますが、PC版の上部にはページ切替タブ（ホーム・リード・マイタスク等）しかなく、「案件」「ToDo」「通知」への直接のショートカットがありませんでした。新しいカードを増やすたびにナビが分散しないよう、独立したナビバーは追加せず、既存の上部タブ列に「💼 案件」「✅ ToDo」「🔔 通知」を軽量なショートカットとして追加しました（区切り線でページ切替タブと視覚的に分けています）。クリックするとホーム画面内の該当カードへスクロールします（営業担当ビューでは、ToDo・通知どちらも「本日の実行リスト」へ移動します）。

5-18. 案件フェーズを「顧客購買ステージ」と「ABI社内進行状態」の2軸へ分離（2026-08-02）

従来は「受注前レビュー」「役員承認待ち」のように、顧客側の商談の進み具合とABI社内の承認状況が同じ「ステージ」1つの値に混在していました（例：Kong社・岡山フーズテックの「役員承認待ち」は実際には社内の稟議状況で、顧客に対する商談は既に最終調整段階でした）。これをNotionの実データ・バックエンド・ポータル表示のすべてで2つのプロパティに分離しました。顧客購買ステージ＝引き合い／ヒアリング中／提案準備／提案済み／最終調整／受注／失注（7段階）、ABI社内進行状態＝未申請／営業責任者承認待ち／PM・技術確認中／役員承認待ち／承認済み（5段階）。「議事録から更新」のAI下書き・キーワード検出も新しい顧客購買ステージの語彙（最終調整）に合わせて更新しています。なお、🌱リードのステージ（引き合い／ヒアリング／RFP／交渉／受注前レビュー／受注）は商談化する前の別概念のため、今回は対象外としています。

5-19. ロックリストを案件単位から顧客単位（約15社）へ再設計（2026-08-02）

直前のセッションでロックリストを「案件単位・6件・各3億円」（100日ロードマップ資料準拠）に修正しましたが、今回のCOMPAS改修仕様書13章で「顧客単位・約15社を順位付けし、通常は上位3社・前向きな進展があれば上位5社程度を最重点とする」という別モデルが明確化されたため、こちらへ全面的に作り直しました。上位5社（最重点）は行を開くと、顧客課題・ABIの訴求仮説・提案方針・関係者/意思決定構造・必要技術領域・想定座組み・技術/契約/採算上の懸念・顧客反応・次の攻略方針の9項目が表示されます。6〜15位は基本項目（現状・プライム化可能性・横展開可能性・次回アクション・担当・最終更新日）のみの簡易表示です。「今月の進展」欄には、単なる架電・定例訪問ではなく、決裁者接点の確保や次期案件相談などの実質的な前進があった顧客のみを表示しています。

5-20. サービス名を「COMPAS」に（2026-08-02）

社内利用のSFAとしての名称を「COMPAS」としました。ABIブランドを上書きしないよう、画面上部のABIロゴはそのまま主表示とし、その右に小さくコンパスのマーク＋「COMPAS」を添える形にしています（ログイン画面にはCOMPASロゴを主表示）。ページ下部には全ページ共通のコピーライト表示を追加しました。サービス名・コピーライト名義・年号・補足テキストはコード内の1箇所（BRAND設定）に集約しており、将来コピーライト名義を変更する場合もそこを書き換えるだけで済みます。

5-21. ホーム画面を「①今日対応すべきこと／②フォーキャストに影響する変化／③重点顧客・要支援案件」の3グループへ再編（2026-08-02）

売上サマリー・本日の実行リスト・AIアラート・目標達成率・座組み完成率などが1本の長いリストで並び、会議中に必要な項目へすぐたどり着けないというご指摘を受け、常時表示エリアを3グループへ再編しました。①今日対応すべきこと＝本日の実行リスト・TOP5・3分ビュー・今日のToDo（役員/責任者ビューでは「経営判断待ち」）・承認待ち一覧・AIアラート・最近閲覧した案件。②フォーキャストに影響する変化＝売上サマリー・あなたの売上・メンバー別売上状況・今週決着見込み案件・目標達成率。③重点顧客・要支援案件＝ロックリスト（従来は「詳細情報」内に折りたたまれていましたが、最重要項目のため常時表示へ引き上げました）・座組み完成率・最近更新された案件。入れ替わりに、スコア（受注確率・健全性等）を多用する「営業品質KPI」は「⚫詳細情報」（既定で折りたたみ）へ移しました。カード自体の内容・IDは変更していないため、既存のリンク・ジャンプ機能はそのまま動作します。

5-22. 管理設定画面を追加（粗利率承認基準・実データのみ表示モード）（2026-08-02）

粗利率の承認基準（既定25%）が各所にハードコードされていた問題を解消し、上部ページタブ・モバイル下部ナビの「⚙ 設定」（従来はマニュアルへ転送していただけ）から実際の管理設定画面を開けるようにしました。基準値を変更すると、見積承認・見積作成モーダルなど基準を参照するすべての画面に反映されます（変更時は自動的に再読み込みして反映します）。あわせて「実データのみ表示モード」を追加し、オンにするとホーム画面のサンプル・AI出力イメージ・仮説のみのカードを自動的に非表示にできます（役員説明前の誤表示防止用）。設定はこの端末のブラウザに保存され、バックエンド接続後はNotion側の管理設定への移行を想定しています。

5-23. 役割別フォーキャスト画面を新設（メンバー／マネージャー／営業責任者）（2026-08-02）

上部ページタブに「📊 フォーキャスト」を追加しました。同じ案件データを、上部の役割ビュー切替（役員／営業責任者／営業担当）に応じて異なる画面・操作で扱います。営業担当：自分の担当案件についてフォーキャスト区分・金額・根拠・リスク・次回アクション・必要な支援・報告ステータスを更新し、変更がなければ「変更なし確認済みにする」だけで済ませられます。営業責任者（マネージャー）：チーム全体の着地（パイプライン／ベストケース／コミット／目標差額）を集約し、リスク・受注予定日超過・支援依頼などを踏まえて判断が必要な順に並べ、案件ごとに「現状維持／再確認依頼／支援を設定／クローズを提案」等の判断を記録します。営業責任者（役員説明モード）：全体着地をそのまま役員説明に使え、「役員説明モード」をオンにすると、マネージャーが確認済みの案件・確定数値のみに絞り込まれます。営業担当の申告値・マネージャー確認値は上書きせず、それぞれ別に保存されます（現時点ではこの端末のブラウザに保存。バックエンド接続後はNotion側のフォーキャスト関連プロパティへ移行する設計です）。会議中のリアルタイム同期・会議前後のワークフロー状態管理（10〜12章）は今回のスコープには含めていません。

5-24. ホーム画面を役割ごとに最大5ブロック程度へ大幅に絞り込み、分析系カードを新設の「📈 分析・設定」タブへ移動（2026-08-02）

前回のセッションで①②③の3グループに整理しましたが、依然として役員・営業責任者ビューでは十数枚のカードが並んでいました。今回は「機能追加より役割別の情報整理を優先する」との方針のもと、より踏み込んで整理しました。ホーム画面に残したもの（役割ごとに最大5ブロック程度）：役員＝売上サマリー・経営判断待ち・承認待ち一覧・AIアラート・ロックリスト。営業責任者＝メンバー別売上状況・今日のToDo・承認待ち一覧・AIアラート・ロックリスト。営業担当＝本日の実行リスト・あなたの売上（＋小さな「最近閲覧した案件」）。「📈 分析・設定」タブへ移したもの（24枚）：今日やるべきことTOP5（★評価によるAI優先順位づけを日次の主画面から外すため）、今週決着見込み案件、目標達成率、座組み完成率、最近更新された案件、指標の定義、営業品質KPI、ABI営業力指数、AIインサイト、粗利率・稼働率予測、パイプライン顧客集中度、営業活動量、承認フロー、AIアシスタント機能、ローリングフォーキャスト、個人ノルマ・達成率、役員が見るリスト、進捗KPI、営業改善KPI、仮説検証トラッカー、月次受注推移とパイプライン、営業担当別実績ランキング（従来通りマネージャー限定）、案件ステージ内訳、契約終了アラート。あわせて、どのビューにも表示されなくなっていた「今日の3分ビュー」（本日の実行リストに統合済みで到達不能になっていたカード）を削除しました。役員ビューでは「売上サマリー」のみを表示し（従来はメンバー別売上状況も重複表示していました）、営業責任者ビューでは「メンバー別売上状況」のみを表示するよう整理し、同じ売上数字が2カ所に出る重複を解消しています。

5-25. 「COMPASが正本」を明文化し、見積の保存を永続化（2026-08-02）

1章の説明が「Notion＝データの保管場所、SFAポータル＝閲覧用ダッシュボード」となっており、Notionへ直接入力する運用を前提とした記述のままでした。COMPASを正本として運用する方針に合わせて書き換え、2章のタイトルも「Notionへの案件情報の入れ方」から「案件情報の項目一覧（COMPAS上で入力）」に変更しました。あわせて、これまでブラウザ内保存が未対応だった見積（見積番号・版・ステータス・想定売上・原価）をdealOverridesと同じ方式で永続保存するようにしました。これで、案件（dealOverrides）・商談記録（クイックログ）・タスク（handoffTasks）・見積（QUOTE_OVERRIDES）・1on1（oneononeNotesStore）・AI確認結果（dealOverridesに統合）のすべてが、この端末のブラウザ内でリロードしても消えなくなりました（バックエンド接続後は同じ保存操作がNotionへの書き込みに切り替わります）。見積保存時のメッセージから「正式登録はNotionで行ってください」という誘導文も削除しています。

5-26. 売上サマリーを役割別に再設計し、売上計上ベースへ一本化（2026-08-02）

従来の売上サマリーは役員・営業責任者で同一内容（受注確定・確率加重見込・コミット・ベストケース等の受注ベース指標）を表示しており、フォーキャストタブと数字が重複していました。今回、受注ベースはフォーキャストタブに一本化し、このカードは売上計上ベースの数字に絞りました。営業責任者：直近確定月の売上計上実績、今後の見込み（残り月合計）、年度目標との差額、前月からの増減理由（SES更新／新規商談／SES終了等の要因内訳）を初期表示し、四半期・年度／担当者別／顧客別／案件別は常設タブではなくテキストリンクからのみ遷移します。役員：年度の月別推移（4月〜3月）を1つの横棒グラフに、予算ライン・実績（確定月）／着地見込み（未確定月）・月次粗利率をあわせて表示し、年度予算・実績＋着地見込・前年比の3指標を上部に集約しました。実績／確定／見込みの区分にとどめ、確度別（コミット・ベストケース等の詳細区分）は表示していません。月次の予算・前年実績・粗利率はNotionに月次内訳がないためサンプル値です。

5-27. 「議事録から更新」のキーワード誤判定・引用の途中切れを修正（2026-08-02）

実際に長文の商談メモを入力して動作確認したところ、2つの不具合が見つかりました。①「次回の理事長同席の最終レビューが受注に向けた山場になる見通し」のように、まだ受注していない未来の目標について書いた文でも、「受注」という文字列が含まれているだけでステージ案が誤って「受注」になっていました。ステージ判定の「受注」条件を「受注しました」「受注が確定」等、完了を示す言い回しに限定し、この誤検出を解消しました。②「・生の声：」等のラベル付き行の抽出処理が、文章全体を句点（。）で分割してから行っていたため、引用文中に句点を含む発言（例：「〜のは恥ずかしい話です。来年度予算で3,000万円まで確保できる見込みが出てきました」）が句点の位置で途中に切れてしまっていました。ラベル付き行の抽出は改行のみで区切るように分離し、文単位の分割（リスク・次回アクションの自由記述検索用）とは別処理にしました。あわせて「・決裁者：」ラベルにも対応し、決裁者情報を拾えるようにしています。三田信用金庫を題材に長文メモで再現・修正確認を行い、AI下書き→反映→フォーキャストタブ（メンバー・マネージャー双方）への連携まで一気通貫で動作することを確認しました。

5-28. 「議事録から更新」の反映範囲を拡大：BANT更新とチェックリスト・AI予測の不整合を解消、見積金額・お礼メールも連動（2026-08-03）

反映後の画面を確認したところ、3つの点で連携が不十分でした。①BANT（予算・決裁者・導入時期）の項目にチェックを入れて反映しても、同じ画面内の「受注までの不足項目」チェックリストや「AI受注確率予測」は更新されず、両者の表示が矛盾する状態になっていました。チェックリストのうち予算確認／決裁者面談／導入時期確認の3項目はBANTと1対1で対応するため、該当するBANT項目を反映した際に自動的に「完了」へ更新するようにしました。AI受注確率予測の内訳（6項目）は根拠となる算出式を持たないサンプル値のため、勝手に再計算はせず、代わりに「BANTが更新されました。この予測値・内訳はまだ見直されていません」という注意バッジを表示し、数値が古いままであることが分かるようにしました。②会話中で言及された見積金額（例：「見積提示では3,200万円」）が見積情報と連動していませんでした。「予算」の文脈と「見積・提示」の文脈を区別したうえで、対象の取引先に見積が既に作成されている場合のみ金額を反映するようにしました（見積番号・原価・ステータスはAIが判断できないため変更しません。見積が未作成の場合は反映せず、その旨を通知します）。③お礼メールが商談内容によらず同じ固定文面になっていました。抽出した「対応事項」「次回打ち合わせの言及」「スケジュール」を差し込み、実際の商談内容に沿った文面を生成するようにしました（対応事項は箇条書きに分離し、不自然な二重表現を回避しています）。いずれも三田信用金庫の長文メモで反映・表示・お礼メール生成まで確認済みです。AI受注確率予測の再計算やNotion側の見積オブジェクトとの本格連携は今後の課題です。

5-29. 議事録AI下書きモーダルの表示崩れ修正、承認待ち一覧に案件概要・申請者を追加（2026-08-03）

2つのご指摘を受けて修正しました。①「議事録から更新」のAI下書き欄で、チェックボックスに一律 width:100% を当てるグローバルCSSが誤って適用され、チェックボックスが行全体に伸びて隣のラベル・入力欄が極端に狭い列に押し出され、日本語ラベルが1〜2文字ずつ縦に折り返される表示になっていました。チェックボックスに width:auto を指定して解消しました。②承認待ち一覧のカードが見積番号・原価・粗利率などの数字だけで、何を提案している案件なのか（申請内容）が分からず承認判断ができないというご指摘を受け、案件ごとに「📋 案件概要」（何を・誰向けに提案しているか）と「申請者」を表示するようにしました。案件概要は全18件のサンプル案件に追加し、未記録の案件が今後発生した場合も空欄で消えるのではなく「案件概要が未記録です」と赤字で表示され、記録漏れが見た目で分かるようにしています。

5-30. 名刺→リード登録、顧客データベース→議事録の商談前ブリーフを追加（2026-08-03）

「名刺の読み取りから顧客データベースへの反映」「顧客データベースの内容を議事に反映」が連携しているかというご質問を受け、確認したところ両方とも未実装（名刺読み取りはマニュアル記載の手作業フローのみ、議事録モーダルは毎回空欄でDBの内容を表示しない）だったため、両方を実装しました。①名刺→リード登録：「新規リード登録」モーダルに名刺テキストの貼り付け欄を追加し、正規表現による簡易解析（OCR自体は行わず、読み取り済みテキストから会社名・氏名・役職・電話・メールを抽出）でフォームに自動入力できるようにしました。あわせて、この登録フォーム自体がこれまで認証バックエンド必須でバックエンド未接続時は完全に使用不可だった点も修正し、他のAI機能と同様にローカル（ブラウザのlocalStorage）保存のフォールバックを追加しました。②顧客データベース→議事録：「議事録から更新」モーダルを開いた瞬間に、その取引先の現在のステージ・案件概要・課題の本質・BANT現在値・直近の顧客の声・未対応のチェック項目・AIからの提案を表示する「商談前ブリーフ」パネルを追加し、「この内容をメモ欄の下書きに挿入」ボタンで議事メモの冒頭に前回までの記録を反映してから当日のメモを書き足せるようにしました。三田信用金庫（商談前ブリーフの表示・メモへの挿入）と株式会社湘南マテリアル（名刺テキストからのリード登録、リロード後の一覧表示）で動作確認済みです。名刺画像そのもののOCR（実際の画像解析）は行っておらず、読み取り済みテキストの貼り付けが前提です。

5-31. スケジュール連携によるTeams議事録の自動作成（未実装・2026-09-01 訂正）（要Azure AD追加設定・工数削減）（2026-08-03）

「スケジュールを参照し、Teamsの録画データがあれば自動的に議事を作成してほしい。スケジュールのタイトルに顧客名を入れるルールにして、営業の工数を下げたい」というご依頼をいただき、以下の設計をしました（ただし下記のとおり未実装です）。設計上は、バックエンド（Cloudflare Workers）に、毎朝のCronジョブから各営業のOutlookカレンダーを直近3日分確認し、予定タイトルにNotion「案件名」（顧客名）が含まれるオンライン会議を見つけたら、その会議のTeams文字起こしを自動取得してAI下書きを作成する処理（runAutoMeetingNotesJob）を追加する構想でした。ただしこの関数は現在のコードに定義・呼出とも存在せず未実装です（2026-09-01 実測）。設計上は、作成した下書きはNotionへ自動反映せず、ポータルのホーム画面に新設した「🎙️ 自動生成された議事録下書き」から、既存の「議事録から更新」レビューUIをそのまま開いて内容を確認・修正し、選択した項目だけを反映する仕組みにしています（ご要望に基づき、AIは間違える前提でレビューを必須にしました）。この機能を実際に動かすには、Azure AD（Entra ID）アプリ登録にCalendars.Read／OnlineMeetings.Read.All／OnlineMeetingTranscript.Read.AllのApplication権限を追加してテナント管理者の同意を得ることと、Teams PowerShellでこのアプリに対象ユーザーの会議データへのアクセスを許可する設定（New-CsApplicationAccessPolicy）が別途必要です。詳細な手順はbackend/wrangler.tomlに追記しています。【2026-09-01 訂正】上記の runAutoMeetingNotesJob および /api/admin/run-auto-meeting-notes のハンドラは、現在のコードに定義・呼出とも0件で、この機能は未実装です。以前ここに『コード自体は実装・構文チェック済み』と記載していましたが誤りでした（読んだ人が「もう動いている」と誤解する状態だったため訂正）。ホーム画面のUI（🎙️ 自動生成された議事録下書き）の受け皿は用意されていますが、それを埋めるバックエンドのCron処理が無いため、現状この機能は動作しません。実装する場合は、上記のAzure AD設定を行ったうえで当該Cron処理をバックエンドに実装・デプロイしてから、実際の会議で動作確認を行ってください。

5-32. 本番接続モードへの切り替えと、実データでの動作確認・不具合修正（2026-08-03〜04）

Azure AD・Teams PowerShellの設定が完了したため、ポータルを実際に本番接続モード（Microsoft 365ログイン必須・実Notionデータ使用）に切り替え、初めて実データで一通りの動作確認を行いました。その過程で、プロトタイプモードでは表面化していなかった不具合・未整備の点がいくつか見つかり、その場で修正しました。

①ログイン不能の問題：クライアントシークレット・Notion APIキーの設定ミス（Entra IDの「シークレットID」列と「値」列の取り違え等）により、繰り返しログインに失敗していました。設定し直し、実際にログインできることを確認しました。

②自動議事録キューが表示されない問題：原因はブラウザのシークレットモード（サードパーティCookieが既定でブロックされる）でした。通常ウィンドウでは正常に表示されることを確認しました。
【2026-09-05 訂正】この機能は現在動作しません。上の 5-31 のとおり、Teams文字起こしを毎朝のCronで取り込む部分は未実装です（2026-09-01 訂正）。さらに 2026-08-22 の管理者判断により、毎朝のCronからの呼び出しと手動起動口（/api/admin/run-auto-meeting-notes）を停止しました（手動起動口は 503 を返します）。当時「正常に表示される」と確認したのは表示経路だけで、下書きを生成する側は動いていません。したがって「自動生成された議事録下書き」カードには何も入らず、画面にも出ません。議事録は「議事録から更新」など手動の経路をお使いください。

③BANT・次アクションがNotionに保存されない問題：実際のNotionスキーマを調査した結果、これまで「議事録から更新」で反映していたBANT・次アクション等は、ステージ以外Notionに一切保存されておらず、画面表示のみのローカル更新に留まっていたことが判明しました。「次アクション」「次回アクション予定日」は自由文/日付として実際にNotionへ保存するようにし、BANT（Budget/Authority/Need/Timing）はNotion側が「1:◯◯～5:◯◯」の5段階評価の選択式だったため、AIに自由文ではなくこの選択肢そのものを選ばせる方式に変更し、実際にNotionへ反映されるようにしました。

④サンプル18社のうち13社が実データを持っていなかった問題：フロントエンドの18社サンプルのうち13社（浜松エレクトロニクス・博多情報システム・札幌フードサービス・名古屋鋼材・仙台メディカル・立川ロジスティクス・甲府精密工業・姫路電子工業・松山データシステムズ・岡山フーズテック・熊本商事・新潟マテリアルズ・金沢テクノロジー）が、実際にはNotionに存在しない偽のページIDを参照しており、この13社に対して「議事録から更新」「見積承認」等を使うと本番接続モードでは全て404エラーになる状態でした。この13社分をNotionに実際に作成し、ページIDを実データへ差し替えることで、全18社で動作するようにしました。

今回のセッションで確認・対応できなかった点（正直に記載します）：Claude APIキーが誤って画面に表示されてしまったため失効させ、新しいキーの設定は次回に持ち越しています。そのため「AIで下書きを作成」「お礼メールの下書き作成」「契約書ドラフト作成」「ナレッジ検索AI回答」は、次回APIキーを設定するまで動作しません。また、ホーム画面の商談パイプライン一覧（会社名・ステージ等の表形式の表示）自体は、今回のセッションでは実データ取得への切り替えを行っておらず、引き続き画面内蔵の固定サンプル配列で描画されています（表示されている会社名・ステージ等はNotionの実データと連動していません）。この根本改修は今回のスコープを超えるため、別途対応が必要です。

ポータル上の情報には、性質の異なる複数のデータが混在しています。画面上のバッジ（色付きラベル）で見分けてください。

バッジ	意味	扱い方
Notion登録値	Notionに実際に登録されている値から集計・算出	件数が少ない場合は各カード内の注記を確認のうえ判断に使う
サンプル	画面の説明用に仮に置いた数値	参考程度に留め、判断根拠にしない
AI出力イメージ	将来のAI機能を想定した表示例	現時点では実際の分析結果ではない
仮説	まだ検証が完了していない仮説	「確定」ではなく「有力仮説」として扱う
Notion登録値＋算定値	Notion登録値を元にした一部計算値	計算ロジックの前提を確認のうえ利用

時間帯	行動
9:00	SFAポータルでAI推奨アクションを確認し、今日の優先順位を決める
10:00	顧客とTeams商談
11:00	商談の文字起こしをClaudeに貼り付け、Notion登録を依頼
11:15	登録内容を確認し、必要があれば座組み・BANTを修正
13:00	SFAポータルで自分の案件状況・要員空き予定を確認
14:00	提案書を作成・更新し、ステータスを更新
16:00	見積を作成・更新し、粗利率を確認したうえでステータスを更新
17:30	翌日のタスク・次アクションをNotionに記入して業務終了

8-1. 運用ルール（具体的な時間基準）

作業	基準
案件登録	引き合い発生から24時間以内
活動記録の更新	商談当日、遅くとも翌営業日まで
BANT評価の更新	商談ごとに（状況が変わるたびに）
座組みステータスの更新	状況が変わり次第、その日のうちに
提案書ステータスの更新	提案書を顧客に提出した当日
見積ステータスの更新	見積を提出した当日、または承認段階が変わった当日

8-2. その他の運用ルール

• テストデータの削除やメンバーの編集権限設定は、Notion画面から手動で行う（API経由では対応不可）
• 月末には、Notionのバックアップエクスポートを行う（リマインダー設定済み）

8-3. よくある質問

Q. 座組みが決まっていない段階でも登録してよいですか？

A. 問題ありません。座組みステータスを🔴未定にしたうえで登録し、決まり次第更新してください。

Q. AIの受注確率予測は信用してよいですか？

A. 現時点では試験的な機能であり、表示イメージです。参考程度に留め、最終判断はご自身の経験とヒアリング内容に基づいて行ってください。

Q. 提案書・見積の管理画面はどこにありますか？

A. 独立した管理画面はなく、商談レコードの詳細パネル内（見積は「✏️ 見積を作成・編集」）に表示される形になっています。

Q. 入力に迷ったときはどうすればよいですか？

A. 営業責任者、または本プロジェクト担当（松野）にご相談ください。

項目	導入前	導入後
情報の置き場所	Excel・個人フォルダで分散管理	Notionで一元管理
入力の手間	商談内容を手入力	Teams文字起こしをAIが下書き化
重要案件の把握	属人的な勘と経験に依存	ロックリストで自動的に可視化
座組み（体制）確認	都度確認・すり合わせが必要	案件ごとに常時可視化
提案書・見積の状態	個人管理でバラバラ	商談に紐づけて一元管理
承認の流れ	口頭・メールでのやり取り	ステータスで進捗が明確
経営層への報告	都度資料を作成	ダッシュボードでリアルタイム把握

10-1. 権限管理（メンバーの招待・削除・権限設定）

項目	内容
新規メンバー招待	Notionの「メンバー」設定から社内メールアドレスで招待。初期権限は「編集可」とし、フルアクセスは原則付与しない
権限レベル	フルアクセス（システム管理者のみ）／編集可（営業・PM等）／閲覧のみ（役員・関係部門）
退職・異動時の対応	当日中にメンバーを削除し、担当していた案件の引き継ぎ先を案件レコードに明記する
外部共有リンクの発行	原則禁止。顧客等への共有はSFAポータルのスクリーンショット／PDF出力に限定する

10-2. 新規メンバーのオンボーディング手順

• Notionワークスペースへ招待する（権限は「編集可」）
• 本マニュアル1〜8章を使って、主要DBの閲覧・入力方法を研修する
• SFAポータルへのログインと、営業担当ビューの絞り込みを確認する
• ナレッジベースDBで過去の類似案件を一緒に確認する
• 着任から1週間は、営業責任者が入力内容を毎日レビューする

10-3. バックアップ・復旧

項目	内容
バックアップ頻度	月末（リマインダー設定済み）
バックアップ方法	Notionの「設定」→「エクスポート」からワークスペース全体をMarkdown＆CSV形式で出力
保管場所・保持期間	社内共有ドライブの指定フォルダに保存し、直近12か月分を保持
復旧手順（30日以内）	Notionの「ゴミ箱」機能（30日以内は復元可能）をまず使用する
復旧手順（30日超）	直近のバックアップから手動で復元し、システム管理者が整合性を確認する

10-4. データ品質管理（重複・命名規則）

• 取引先名は正式名称（法人格を含む）で統一登録。略称での新規登録は禁止
• 取引先・担当者の重複が疑われる場合は、統合前にシステム管理者へ確認
• 案件名は「取引先名＋案件内容がわかる名称」の命名規則を厳守

10-5. SFAポータル⇔Notion 同期運用

項目	内容
同期方式	現状は手動反映（自動連携は未実装。将来の検討事項）
反映担当者	システム管理者（現状：松野、または委任を受けた者）
反映頻度	週次（毎週金曜終業後を基本。大型案件に変動があった場合は随時）
反映手順	Notionの最新値を確認・出力し、ポータル内の該当データを差し替え、公開前に各ビューで表示確認する

10-6. トラブル時のエスカレーション

事象	初動対応
Notionへのアクセス不可・データ消失	システム管理者へ連絡。復旧しない場合はNotionサポートへ問い合わせ
Zapier自動化の失敗	システム管理者がZap実行履歴を確認し、失敗分を手動で補完
ポータル表示と実データの不整合	システム管理者が一次確認のうえポータルを修正し、修正完了まで「確認中」を明示

10-7. AI（Claude）利用ガバナンス

• Teams文字起こしや名刺画像などをAIに渡す際は、契約上開示が制限されている情報（他社の見積金額等）を含めないこと
• AIが作成した下書きは、登録前に必ず人が事実確認を行う（3章の運用ルールを厳守）
• 生成AIの利用ログや出力物の保存要否は現時点で未定。運用開始後の実態を踏まえて方針を確定する

10-8. 変更管理

変更の種類	フロー
Notionプロパティの追加・変更	システム管理者へ申請 → 影響範囲を確認 → 反映
SFAポータルの改修	システム管理者がテスト環境で確認 → 松野が承認 → 本番反映
各種テンプレート・マスターガイドの改訂	松野を最終承認者とする

10-9. 権限マトリクス（操作別の承認権限）

◯＝実行可、△＝申請・入力のみ、－＝対象外

操作	営業担当	営業責任者	役員／システム管理者
案件の新規登録	◯	◯	◯
BANT・座組みの更新	◯	◯	－
見積の役員承認	△（申請）	△（一次承認）	◯（最終承認）
Notionメンバー管理	－	－	◯
ポータルデータの反映	－	－	◯
バックアップ・復旧	－	－	◯

10-10. KPI異常時の対応

進捗KPI（商談データ自動反映率など）やロックリストの健全性スコアが基準を下回った場合の一次対応です。

異常の種類	基準	一次対応
商談データ自動反映率の低下	2週連続で80%未満	営業責任者が未反映商談の連携エラーを確認。Teams録画取得・AI要約・Notion登録のどこで止まっているかを切り分ける
健全性スコアの低下	40点未満の案件が発生	座組み・粗利率・受注確率のどの要素が低いかを確認し、該当する章（2章・4章）の手順で立て直す
受注率・粗利率の急落	前月比で大きく悪化	個別要因（大型失注・値引き等）か構造的な問題かを切り分け、構造的であれば次回意思決定会議の議題にする
ロックリストの滞留	同一案件が2回連続でロックリスト上位に残る	担当者・対応期限を再設定し、進捗しない理由を次回の週次営業会議で確認

10-11. AI誤判定時の運用

AI受注確率予測・AI推奨アクション・AI異常検知は、いずれもAI出力イメージとして提供される試験的機能です。誤判定に気づいた場合の対応は以下のとおりです。

• 営業担当・営業責任者の実際の肌感覚とAI予測が大きく異なる場合は、AI側の数値を優先せず、人の判断を優先する（8-3のFAQと同じ考え方）
• 明らかな誤判定（存在しない案件を指す、根拠が事実と矛盾する等）に気づいたら、システム管理者に報告し、次回のポータル更新（10-5参照）で修正する
• AI予測の内訳（BANT・競合・PM確保・類似案件、5章参照）は算定イメージであり、実際のスコアリングロジックは未実装。数値の根拠を顧客に説明する用途には使わない

10-12. マスタ保守・データ品質チェック

10-4（重複・命名規則）を運用に落とし込むための、定期チェックの実施ルールです。

チェック項目	頻度	担当
取引先・担当者の重複チェック（名寄せ）	月次（バックアップと同じタイミング）	システム管理者
案件名の命名規則違反の確認	月次	システム管理者
座組みステータス🔴🟡の放置案件の棚卸し	週次営業会議前	営業責任者
見積・提案書ステータスの整合性確認（承認済みなのに金額未確定等）	月次	システム管理者
退職・異動者アカウントの残存確認	月次	システム管理者

10-13. データ移行（FileMaker等の複数CSVをCOMPASへ取り込む基盤）

2026-08-06追加。FileMaker等の外部システムで管理している実商談データを、CSV経由でCOMPAS（Notion）へ段階的に取り込むための専用画面です。上部タブ「🗂️ データ移行」（営業マネージャー・営業責任者・管理者のみ表示）から利用できます。

基本的な使い方（8ステップ）

ステップ	やること
①ファイル選択	「＋新規移行バッチを作成」で元システム名（例：FileMaker）を入力してバッチを作成し、CSVファイルを選択します。UTF-8／UTF-8 BOM付き／Shift_JIS(CP932)のいずれでも文字化けせずに読み込めます。複数ファイルを一度に選択できます（1バッチ最大10ファイル・1ファイル最大2000行）。ファイル名に「companies」「deals」等の英語が含まれていると、次のステップのテーブル種別が自動で推測されます。
②テーブル種別	各ファイルが「顧客・取引先」「商談」「活動履歴」等のどれに当たるかを選び、主キー列（元システム側でそのファイルの1行を一意に識別する列）があれば指定します。
③キー・リレーション	複数ファイルがある場合、親ファイル・子ファイルとそれぞれのキー列、関係の種類（1対1／1対多／多対多）を指定します。「結合統計を計算」を押すと、結合できた件数・親が見つからない子レコード数・子を持たない親レコード数・主キー重複数・外部キー空欄数を確認できます。
④項目マッピング	各ファイルの列ごとに、COMPAS側のどの項目に対応するかを選びます。保存先が無い項目（活動履歴・見積の複数版・契約詳細・売上明細・パートナー情報等）は「【保存先なし】」と表示され、選んでもNotionには書き込まれません。金額の列は円／千円／百万円の単位を必ず選択してください（未選択の場合はその項目だけ取り込まれません）。ステージ・担当者・失注理由など選択肢が決まっている項目は、元の値とCOMPAS側の値をテキストで対応付けます（例：「商談中=ヒアリング中」）。
⑤検証	「検証を実行」を押すと、必須項目の不足・主キー重複・外部キー欠損・不正な日付や金額・未対応のステージ値・Notion実データとの重複候補などをまとめてチェックします。エラー（登録不可）と警告（確認のうえ登録可能）が件数で表示されます。
⑥プレビュー	総レコード数・登録可能件数・エラー件数・警告件数・重複候補件数・発行予定のPL番号件数を確認できます。サンプル行の「変換前→変換後」の値も一覧で確認できます。
⑦ドライラン結果	「ドライランを実行」を押すと、⑥と同じ内容を「確定した記録」として保存します。この時点でもPL番号は一切発行・消費されず、Notionにも一切書き込まれません。
⑧確定取込	現在は無効化されており、ボタンを押してもバックエンド側で拒否されます（「FileMaker構造確認後に有効化」と画面に明記されています）。将来有効化された場合は、行ごとにPL番号を新規発行してNotionへ登録し、成功・失敗を記録します。同じ元レコードを再実行しても重複登録はされません（元システム＋元レコードIDの対応表により、既に登録済みのレコードは自動的にスキップされます）。

知っておくべきルール

• CSV側にPL番号や見積番号の列があっても、新しいPL番号の採番には使われません（既存データとの重複確認にのみ使用されます）。PL番号は必ずCOMPAS側（Durable Object）が新規発行します。
• ステージ・担当者・失注理由などの選択肢は、COMPAS側で決まっている値にしか変換されません。元の値が対応表に無い場合は「未対応の値」として警告になり、その項目は空欄のまま取り込まれます（元の値が失われるわけではなく、検証結果の一覧から確認できます）。
• 1社に複数商談、1商談に複数の活動履歴・見積・要員・契約など、COMPASの現行スキーマで表現できない1対多の情報は、取込対象にしても保存先が無いため書き込まれません。無理に1つの欄へまとめて詰め込むこともしません。
• アップロードしたCSVの生データそのもの（元ファイル）は保存されません。解析済みの行データのみをステージング用データベース（Cloudflare D1）に一時保存し、既定30日で自動的に削除されます（削除後もバッチ番号・処理結果などの監査記録は残ります）。
• この画面を使えるのは営業マネージャー・営業責任者・管理者のみです。それ以外のロールでは上部タブ自体が表示されません。