問い合わせLeads に受付
▶デモ動画：サンドボックス実画面を字幕付き・音声なし（約7分）
以下の 1〜7 の内容を、サンドボックスの実画面をたどりながら字幕で説明した動画です（音声はありません）。章をクリックするとその位置から再生します。
1全体像：案件番号1本で11工程が流れる
横＝工程、縦＝誰が入力するか。各セルは Zoho のタブ。緑は自動処理、橙は帳票、点線は B案（請求まで Zoho）のときだけ必要。下段はデモ案件 100010（西尾精機） の実データ。
担当
1 問い合わせ
2 見積
3 承認
4 受注・契約
5 発注
6 施工・完了
7 検収B案
8 請求B案
9 入金B案
10 買掛
11 アフター
事務
営業
転換取引先・連絡先・商談
見積書Quotes 標準／Excel添付
承認申請班長→所属長→社長
商談を受注に受注会社・請求形態
発注書Purchase Orders
注文書1
完了日・設置機器経費の実績
検収今回検収率・額
承認者
承認プロセス承認済みのみ PDF
総務
請求書作成ボタン得意先×締め日
請求書・納品書
入金伝票入金内訳
買掛請求額を入力発注書に
案内の連絡・結果
自動
案件番号を採番
見積番号を採番F01（未）
承認者へ通知
振替明細を生成空快受注時 F04 ✔
注文番号を採番F02（未）
締め日前の未入力通知売上明細を作成 F05
出来高・均等払いの売上明細F06・F07
締め日で集約・繰越計算F08
残高・入金状況を更新F09
差額→経費の実績へF10
1・3・5・7・10年の案内日F12
デモ
100010
100010
9/14 電話 山田様9/17 現場確認
126090380012,850,000円
承認済み利益率 33.2%
10/5 受注注文書 NS-2026-1042
100010-1 / -21,100,000 / 750,000
完了 10/20FHCP112EJ ×2
（通常のため検収なし）
10/31 末日締め2,850,000円
11/30 振込2,849,340＋手数料660
材料 +8,000 差額外注 一致
3か月・1・3・5年2027/1/20〜
設計の3原則
① 案件番号1つで最後まで
内訳番号（38-4-1）・見積番号・注文番号がバラバラだった状態を、商談の案件番号に紐づけて見積・発注・売上・請求・入金まで一本化。
② 会社はタブを分けず「項目」で持つ
商談の受注会社／発注書の発注元会社／経費の支払会社。発行会社マスタで社名・登録番号・振込先・社印を帳票に差し込む。
③ 帳票から逆算し、入力は1回
帳票に出る項目は必ずどこかのタブに入力欄を置く。マスタと商談から自動コピーし、数字の正は CRM。Excel には転記のみ。
2スコープ：フェーズ1「ミニマム設計」と A案／B案
やりたいことリストの優先順位1（顧客管理・見積・発番）がフェーズ1。残る論点は「請求・入金を Zoho に載せるか＝商魂を廃止するか」だけ。
3現場で作っているもの → Zoho CRM のタブ
左が先方提供の Excel・商魂・手作業、右が Zoho のタブ。線の太さは関係なく、矢印の先が置き換え先。✔はサンドボックスで試作済み。
4デモ手順書：どの画面で、何を見せ、何を訴求するか
サンドボックスに投入した実データを使った 3 本の台本。各カードの 見る がリンク、訴求 が話すポイント、現状 が今の現場との対比。リンクは crmsandbox.zoho.jp にログイン済みのブラウザで開く（カスタムタブのリンクが開かない場合は、商談画面の関連リストから辿る）。
デモ案件の一覧（取引先・商談）
| 台本 | 案件番号 | 商談（リンク） | 取引先 | 受注会社・形態 | 金額 | ステージ | 見せたいこと |
|---|---|---|---|---|---|---|---|
| A 通常 | 100010 | 西尾精機 第2工場 事務所 空調機更新工事 | 西尾精機 | 中部・元請・通常 | 2,850,000 | 入金済 | 問い合わせ→入金まで1本。注文書・買掛差額・メンテ案内 |
| B 振替 | 100011 | ひまわり内科クリニック 局所排気装置 定期点検 | ひまわり内科 | 空快受注・中部施工 | 480,000 | 受注 | 振替明細 465,600円が自動生成 → 振替請求書 |
| C 出来高 | — | 浜松総合病院 空調自動制御盤更新（下請） | ビルシステム東海 | 中部・下請・出来高 | 6,200,000 | 施工中 | Excel見積添付、検収40%＋30%、20日締め・繰越型・でんさい |
| C 保守 | — | アクトタワー浜松 年間保守 2026年度 | ビルシステム東海 | 中部・均等払い | 1,200,000 | 施工中 | 保守契約から月額10万円の明細を毎月起票 |
| 一覧 | — | 三河物流センター エアコン増設／吉良食品 換気扇更新 | 三河物流／吉良食品 | 中部 | 1,350,000／420,000 | 見積提出／失注 | 見込み一覧・失注理由（会社として見えるようになる） |
社名は架空（【デモ】付き）。空快・発行会社は実名。金額は現場資料の規模感に合わせた仮の値。
台本A：通常案件（中部受注・元請）— 問い合わせから入金・メンテ案内まで
A-1
問い合わせを受ける
見る：問い合わせ：西尾精機 山田様 一覧
- 受付会社（中部／空快）・入口（電話）・問い合わせ種別・受付日 9/14・現場確認日 9/17・結果「見積へ」が1レコードに揃う
- 一覧で 営業メール（ロスト） と ダイキンプロショップ経由（対応中） を見せ、種別で分けられることを示す
現状：事務4名が問い合わせ一覧 Excel に手入力し、営業へ電話連絡。成約・ロストは追記されないことが多い
A-2
「見積へ」で転換 → 商談に案件番号
見る：商談 100010（問い合わせの「転換済み」表示も）
- 転換で取引先・連絡先（山田様）・商談が同時にでき、案件番号 100010 が自動採番される
- 商談の上段：受注会社＝中部、区分2＝K1 元請工事・修理、業種＝工場、請求形態＝通常（取引先の初期値）
- この番号が見積・発注・売上・請求まで横に流れる（中嶋様「1つの番号が横に流れる」）
現状：内訳番号 38-4-1 は「担当38・4月・1件目」の意味しかなく一意でない
A-3
見積書（標準テンプレート）
- 見積番号は酒井様案2（会社1・26年09月・従業員038・連番001）の仮置き。採番は自動化予定（F01）
- 明細3行（エアコン2セット・撤去・設置工事）、出精値引 50,000、合計 2,850,000
- 予想原価 1,895,000 → 予想利益 955,000。作業種別・リスク区分は承認分岐のキー。現場確認メモが見積に残る
現状：個人の Excel で月300件超。書式バラバラ、単票で利益率を手計算、番号は共有PCの台帳から
A-4
承認（設計の説明）
見る：見積書の「ステージ＝Confirmed（承認済み相当）」
- 承認プロセスは 基準額が先方決定待ちのため未構築。班長→所属長→社長の3段階、2名のうち1名で可、承認済みのみ PDF 出力の設計を口頭で説明
- 見積 12610038002（三河物流・提出済み） を「承認待ち一覧に出るもの」の例として見せる
現状：メール・電話・持参が混在。どこで止まっているか分からない
A-5
受注にする → 取引条件が自動で入る
見る：商談 100010 の受注日 10/5・客先注文番号 NS-2026-1042・契約日 10/3
- 受注金額は承認済み見積からコピー（F03 予定）、請求形態・元請/下請は取引先の初期値
- 100万円以上は契約日を必須にできる（入力規則）
- 客先注文番号と自社の注文番号を別項目にして呼称の混在を解消
現状：内訳 Excel「参照入力」に手入力。契約日の運用は人による
A-6
発注書 → 注文書を出す
- 注文番号＝案件番号-連番（100010-1／-2）。発注元会社＝中部 → 社名・社印が切り替わる（帳票テンプレートは次の作業）
- 支給品あり・法定福利費 33,000・工期・支払条件を印字 → 下請は注文番号を請求書に書くだけ
- 仕入先：三河空調サービス に建設業許可・建退共・インボイス番号
現状：注文書はほぼ未発行。買掛請求書が案件と紐づかず、中嶋様が毎月内訳番号を下請へ連絡
A-7
経費と設置機器、完了日
見る：商談 100010 の関連リスト「経費」3件、サブフォーム「設置機器」2行、完了日 10/20
- 経費は独立タブ：外注 1,100,000（一致）、材料 750,000→実績 758,000、諸経費 45,000。支払会社を行ごとに選択
- 設置機器 FHCP112EJ×2／RZRP112BA×2、製造番号・保証期限 2031/10/20 → メンテ案内・工事保証書に使う
- 完了日が入ると請求対象一覧に出る。締め日3営業日前に未入力なら通知（SC01 予定）
現状：経費は「経費入力」シートに4列まで。完了日の入力漏れ＝請求漏れ
A-8
買掛の突合（経費チェック）
- 買掛請求額 758,000・受領日 11/5・差額 8,000・突合結果「差額あり」。注文番号で案件が特定できる
- 差額は経費の実績額へ反映（F10 予定）→ 実績利益 947,000 が自動で確定
現状：翌月10日頃に経費チェック一覧 Excel で突合。番号連絡がないと案件が分からない
A-9
売上明細 → 請求書（B案）
- 完了日の入力で売上明細が1行できる（F05 予定）。取引先の締め日（末日）で束ねて請求書に。元請なので1案件1枚
- 請求書に発行会社・締め日・前回請求額・入金額・繰越・回収額・未収残高。社名・登録番号・振込先は発行会社マスタから
現状：中嶋様・藤井様が商魂に転記し、15/20/25/30日に発行。1案件1枚は日付を変えて作り直し
A-10
入金消込（B案）
- 入金内訳：振込 2,849,340 ＋ 振込手数料 660 → 請求額 2,850,000 を消込。金種・手数料をそのまま記録（中嶋様要望）
- 伝票No は自動採番。請求書の回収額・未収残高と商談の入金状況が更新される（F09 予定）
現状：経理の手書きメモ → 商魂の請求一覧表と照合して手入力
A-11
メンテ案内（アフター）
見る：商談 100010 の関連リスト「メンテ案内」4件（3か月 2027/1/20 ほか 1・3・5年）
- 完了日 10/20 を起点に案内予定日が並ぶ（自動計算 F12 予定）。3か月は電話、1年以降はハガキ
- 月次で対象を抽出して通知、宛名 CSV を出力 → フォロー漏れをなくす
現状：直ユーザーリスト Excel に転記し藤井様がハガキ。3か月フォローは実施できていない
台本A で生成されるデータ（リンク付き）
- 問い合わせ 9/14 山田様 → 転換
- 取引先 西尾精機 得意先コード 1808・末日締め・翌月末・振込・ランクB ／ 連絡先 山田 健一
- 商談 100010 2,850,000・受注 10/5・完了 10/20・設置機器2行
- 見積 12609038001 明細3行・値引 50,000・原価 1,895,000
- 発注 100010-1 三河空調 1,100,000・買掛一致 ／ 発注 100010-2 ダイキン東海 750,000 → 買掛 758,000（差額 8,000）
- 経費：外注 1,100,000・材料 758,000・諸経費 45,000 → 実績利益 947,000
- 売上明細 2,850,000（計上 10月） 完了日入力で自動（予定）
- 請求書 10/31 末日締め 2,850,000・回収予定 11/30
- 入金伝票 11/30 振込 2,849,340 ＋ 手数料 660 → 未収 0
- 請求書 10/31 末日締め 2,850,000・回収予定 11/30
- メンテ案内：3か月・1年・3年・5年 完了日から自動（予定）
台本B：空快受注・中部施工 — 振替明細が自動で生まれる 実装済み
B-1
空快で受注した商談
- 受注会社＝空快、中部への振替＝あり、振替率 97%、振替額（数式）465,600
- 顧客への見積・請求は空快名義、施工と振替請求は中部名義。同じ案件番号に発行会社の違う帳票が並ぶ
現状：同じ Excel で「空快」と区別して管理。会計は会社別、現場業務は共通
B-2
振替明細（自動生成）
- 商談がステージ「受注」になった時点でワークフロー → 関数
create_transfer_detailが 受注額 480,000 × 97% ＝ 465,600 の明細を「下書き」で作成（約10〜20秒） - 受注額を変えると再計算、失注で取消、受注に戻すと再作成（10/23 に4ケース確認済み）
現状：買掛チェック後の20〜25日頃、中嶋様が「チェック用」シートから手作成
B-3
振替請求書（中部→空快）
見る：振替請求書 2026年10月分 ／ 取引先 空快
- 請求種別＝振替、発行会社＝中部、宛先＝空快。当月の確定済み明細を月末に1枚へ集約（F13 予定。デモでは手動作成）
- 会社別の数字：中部の売上＝受注額＋振替額、空快の売上＝受注額・原価＝振替額。グループ合算では相殺
現状：月1回の手作業。作り忘れ・計算違いのリスク
B-4
空快案件の外注・経費
- 発注元会社と支払会社を行ごとに選べる。空快名義の外部発注（内訳番号 38-6-7 の例）にも対応できる
- 要確認 外部への発注元はどちらの名義か、97% に経費精算を含むか
現状：注文書1の「中部or空快」セルで切替。経費の支払会社は列で管理
台本C：アズビル向け（オートメーションG）— 出来高・均等払い・20日締め・でんさい B案
C-1
大規模見積は Excel 添付
- 作成方法＝Excel添付、明細は1行「別紙のとおり」6,200,000。作業種別＝非定型、リスク＝高リスク → 所属長承認へ分岐
- 番号・金額・承認は CRM、明細は 18-xxxxH 形式の Excel（PDF 添付）
現状：最大30ページの見積を Excel で作成。CRM に載せると工数大
C-2
検収 → 出来高の売上明細
- 今回検収率・今回検収額 2,480,000／1,860,000 を登録すると、売上明細が1行ずつできる（F06 予定）
- 検収書の要否・提出日・提出方法（先方システム）も記録。完了日確認依頼はレポートで代替
現状：BSC 一覧に検収・請求金額を手入力
C-3
保守契約 → 毎月の均等払い明細
- 年額 1,200,000・月額 100,000・均等払い・担当 1班。毎月1日に明細を自動起票、最終月で端数調整（F07 予定）
- 現場単位の管理（M19 現場タブ）が必要かは先方確認待ち
現状：「2025保守」シートに現場ごとの月別請求と累計を手入力
C-4
20日締めの請求書（繰越型）
- 出来高と保守の明細が同じ取引先・同じ締め日なので1枚にまとまる（下請は月まとめ）
- 10/20 締めは前回請求額 2,580,000・入金額 2,580,000・繰越 0・今回請求 1,960,000 ＝ 商魂の繰越型と同じ並び。要確認 繰越欄なしへ変更できるか
現状：商魂で発行。取引先指定様式は Excel
C-5
でんさい入金（入金日で消込）
- 入金内訳に種別＝でんさい、金額 2,580,000、期日 12/20、記録番号。入金日で消込し、期日は一覧で管理（中嶋様要望：振出日→入金日）
- 取引先ごとの売掛台帳（請求・回収・残高）とでんさい期日一覧はレポート（R08・R09 予定）
現状：でんさいは振出日で消込。期日管理は別
C-6
見込み一覧・失注理由（レポートの代わり）
見る：商談一覧（ステージ別）
- 見積提出（三河物流 1,350,000）・受注・施工中・入金済・失注（吉良食品 420,000・理由 Price）が1画面に並ぶ
- 個人別・会社別・月別の売上利益レポートはこれから（R01〜R04）。会社別は中部＝受注額＋振替額、空快＝受注額−振替額
現状：見込み・提案中案件を会社として把握する仕組みがない。利益表は手集計
台本B・C で生成されるデータ（リンク付き）
- 商談 100011 ひまわり内科（空快） 480,000・受注 10/15
- 振替明細 振替-100011 465,600・確定 自動生成 ✔
- 振替請求書 10月分 中部 → 空快 465,600
- 発注 100011-1 三河空調 180,000・未突合 ／ 経費 外注 180,000（支払：中部）
- 振替明細 振替-100011 465,600・確定 自動生成 ✔
- 取引先 ビルシステム東海 20日締め・翌月20日・でんさい・出来高・自動検収・下請・ランクA・社長承認対象外
- 商談 浜松総合病院 制御盤更新 6,200,000・出来高
- 商談 アクトタワー浜松 年間保守 1,200,000・均等払い
- 請求書 9/20 締め 2,480,000＋100,000＝2,580,000 → 入金伝票 でんさい 2,580,000（期日 12/20）
- 請求書 10/20 締め（繰越型） 1,860,000＋100,000＝1,960,000・未収
デモで「自動」と「手入力」を区別して話す：現時点で自動なのは案件番号・伝票No の採番と振替明細の生成（F04）。見積番号・注文番号の採番、売上明細・請求書・入金残高の自動化、承認プロセス、帳票テンプレートは次の作業（6章）。デモデータは
03_実装/sandbox_build/demo-flow.mjs で再投入できる（--reset で入れ直し）。5業務はどう変わるか：効率化のポイントと効果
数値の削減率は根拠がないため書いていません。効果は資料上の事実から見込めるものだけ。
工程ごとの効率化ポイント
問い合わせ
Excel に手入力・電話連絡・結果は未記入
→
Leads 登録・割当通知・転換で商談
効果：見込み・失注理由が会社として見える
見積番号・見積
共有PCの台帳（排他ロック）・書式バラバラ
→
自動採番・標準テンプレ・利益率を自動表示
効果：同時作業・新人でも同品質・類似検索
承認
メール・電話・持参、状況不明
→
承認プロセス・通知・ステータス可視
効果：滞留と伝達ロスが消える。未承認見積が出ない
発注
注文書は未発行・毎月番号を下請へ連絡
→
注文番号自動・注文書1を出力
効果：番号連絡業務の廃止。買掛が案件と結びつく
完了・請求対象
完了日の入力漏れ＝請求漏れ
→
締め日前に通知・請求対象一覧に自動掲載
効果：請求漏れ・遅れが減る
請求（B案）
商魂へ転記（2名）・1件1枚は作り直し
→
締め日で自動集約・ボタンで作成
効果：二重入力ゼロ・作業を分散・商魂不要
入金（B案）
手書きメモ→手入力・でんさいは振出日
→
入金内訳で金種・手数料・期日を記録、残高自動
効果：売掛残高が常に見える
振替・会議資料
月1回手作成・利益表を手集計
→
受注時に自動生成・レポート
効果：作り忘れゼロ・会議資料の作成時間がなくなる
なくなる作業（A案／B案）
A/B見積番号を Excel 台帳から取得する
A/B受注情報を内訳 Excel に転記する
A/B注文書を手作り／内訳番号を毎月下請へ連絡する
A/B承認をメール・電話・持参で依頼し結果を確認する
A/B振替請求書をチェック用シートから手作成する
A/B利益表・個人別・会社別・月別を手集計する
A/B直ユーザーリストへ転記し案内時期を手管理する
Bのみ完了案件を商魂「売上伝票」に転記する（A案は CSV で軽減）
Bのみ商魂で請求書を発行し、1件1枚を日付変更で作り直す
Bのみ手書きメモから商魂で入金消込する
残る大規模見積・注文書2・変更注文書・契約書・官庁用請求書を Excel で作る（PDF と発行日は CRM）
CRMへ経費の実績・完了日・設置機器の入力（営業の入力範囲は広がる）
効率化（作業が減る）
- 同じ案件の入力が3回→1回
- 番号取得・番号連絡・振替・利益表・案内台帳の手作業がなくなる
- 請求対象・承認待ち・メンテ対象の抽出をシステムが行う
品質（ミスと漏れが減る）
- 請求漏れ：完了日の未入力通知
- 未承認見積の流出：承認済みのみ PDF
- 低利益率の受注：見積時点で判定
- 電帳法：削除権限の限定・監査ログ・保持ルール
経営（見えるようになる）
- 見込み〜入金が1本の番号でつながり誰でも同じ状況を見られる
- 3社を1か所で管理し、会社別・グループ合算を自動集計
- 書式・番号・承認が全社統一され、引き継ぎが楽になる
効果が出る前提：営業の入力定着（必須項目を絞る）／承認基準・番号体系の早期決定／A案なら商魂への転記が残るため効果の中心は見積・発注・可視化／Excel が残る帳票は「数字の正は CRM」のルールを守る。
6実装状況（サンドボックス、2026-10-26）
機能一覧（`01_要件定義/functional_requirements/機能一覧_ZohoCRM実装案.md`）の項目数に対する進み具合。
タブ M01〜M1918 / 19
設定 S01〜S175 / 17
ワークフロー 163 / 16
関数 F01〜F171 / 17
帳票テンプレ 50 / 5
レポート 140 / 14
設定：S05 採番・S06 選択リスト・S09 商談ステージ（10/26 追加）・S15 接続・S17 サンドボックス。ワークフロー：W03/W05/W06 の振替部分。関数：F04。動作確認：リレーション 16/16、振替明細4ケース、デモ投入61件で自動生成 465,600円。
やり方と注意
- API でできることは API、画面は API でできないことだけ。カスタムモジュール・サブフォームの作成、API名変更、接続、ワークフローへの関数関連付け、承認プロセス、帳票、画像項目は画面
- サンドボックス用トークンでも
api_domainは本番を返す →sandbox.zohoapis.jp固定＋書き込み前にtype=sandboxを確認 - サブフォームの API名は
LinkingModule1/2、中の項目はfield〜field5（対応表は構築 README） - 商談ステージの追加には
sequence_number・deal_category・forecast_categoryが必須。既定の「受注／失注」表示名と重複したため旧ステージは「（旧）」に改名 - 10/26 のデモ投入（
--reset）で 10/23 の【テスト】レコードは削除済み。構築 README と照合記録は残している - Enterprise 試用の期限 2026-11-07
7次にやることと、回答待ち
ステップA（10/27 の確認に向けて・上から順）
- 問い合わせ→取引先・商談の転換で項目を引き継ぐ（画面）
- 見積番号・注文番号の自動採番 F01・F02（桁数は仮）
- 見積の承認プロセス3段階（基準額は仮置き）
- 受注時に請求形態を取引先からコピー W03
- 売上明細の自動生成と締め日ごとの請求書作成 F05・F08 B
- 入金伝票で請求書の残高を更新 F09 B
- 帳票テンプレートを発行会社で切り替えられるか検証（社印画像）
- エディションの制限を確認
ステップB（方針決定後）：権限・共有、入力規則・レイアウトルール、通知、残りの関数（F03・F06・F07・F10〜F15）、レポート・ダッシュボード、帳票5種。
回答待ち（ボール）
- 最優先 A案／B案（商魂を残すか）— ONiWA → 先方
- 最優先 承認基準（金額のみ／ランク併用、500万・1,000万、対象外法人）— 先方（社長と相談中）
- 高 見積番号の桁数、内訳番号を残すか — 先方
- 高 振替の計算（97%のみか・経費精算）、月まとめ、CRM 帳票にするか — 先方・ONiWA
- 高 繰越型請求書を「繰越欄なし」にできるか／締め単位で持つ構成でよいか — 先方
- 高 空快の登録番号・振込先・社印・帳票実物、拠点住所の切替、差込で社印を差し替えられるか — 先方／ONiWA
- 高 出来高・均等払いを検収・自動起票から作る方式でよいか／現場タブの要否 — 先方
- 中：見積書を Zoho テンプレか Excel 継続か／経費振替の扱い／二重顧客の売上合算／設置機器の管理／与信・注文書・値引きのルール
リスク：要件定義書は作成中、設計案は先方未合意のまま 10 月下旬。本稼働 2027/4/1 を維持するなら構築期間（〜12月末）の余裕は少なく、B案ならさらに厳しい。帳票候補も 4〜5 枚に対し 12〜15 種に増えている。
付付録（必要なときに開く）
A. 列レベルの対応：内訳 Excel「参照入力」 → 商談（Deals）
| Excel の列 | CRM の項目（API名） | 備考 |
|---|---|---|
| 担当者（従業員No） | 所有者 | 見積作成者を初期値、受注後の変更可 |
| 売上月 | 売上明細の計上月 | B案は自動。A案は完了日から集計 |
| 内訳番号 38-4-1 | 案件番号 Project_No（自動） | 内訳番号を残すかは要確認 |
| 区分1（空快・トーネツ・年契） | 受注会社 Order_Company／業種区分 Industry_Type | 年契は保守契約へ |
| 区分2（K2工場 など） | 区分2 Category2 | 規定利益率の判定キー |
| 完了日 | 完了日 Completion_Date | 請求対象の抽出キー・メンテ案内の起点 |
| 売上先／現場名／名称 | 取引先（LU）／現場名 Site_Name／商談名 | — |
| 売上金額 | 総額 Amount | 承認済み見積からコピー（F03） |
| 注文書（客先の番号） | 客先注文番号 Customer_PO_No | 内訳番号と呼称が重なるため別項目 |
| 客先担当者 | 連絡先（LU） | — |
| 100万以上は必須 契約日 | 契約日 Contract_Date・添付 | 入力規則で必須化（運用要確認） |
| 判定／新規・直ユーザー | ガイドライン判定／取引先の直ユーザー | — |
| 商魂入力・請求書発行日 | 請求状況・請求書の請求日 | — |
| 予想利益・実績利益・利益率・ガイドライン％ | Expected_Profit・Actual_Profit・Profit_Rate・Guideline_Check | 経費の実績額から計算 |
| 経費合計／経費1〜4 | 経費タブ（1行＝1経費：種別・業者・予定額・実績額・支払会社・依頼月・請求月） | 行数の上限がなくなる |
| 設置機種 | 設置機器サブフォーム（メーカー・型式・台数・製造番号・設置日・保証期限） | 直ユーザーリストの型式1〜8を置き換え |
| 問い合わせ一覧の列 | Leads の項目 | お取引確認書・商魂得意先 | Accounts の項目 |
|---|---|---|---|
| 列1（中部／空快／局排） | 受付会社 Reception_Company | お客様番号（4桁／K） | 得意先コード Customer_Code |
| TELorHP orプロショップ | 入口 Inquiry_Channel | 締日 | 締め日 Closing_Day |
| 内容 | 詳細情報 | お支払日・お支払方法 | 支払サイト Payment_Site・支払方法 Payment_Method |
| 初回連絡日・現地調査日 | 受付日・現場確認日 | 適格請求書登録番号 | 登録番号 |
| 成約orロスト・理由 | 結果 Inquiry_Result・ロスト理由 | （元請/下請・検収方式） | 初期値 Default_Contract_Position・Acceptance_Method・Default_Billing_Type |
| 何で弊社を知ったか | きっかけ Referral_Source | 銀行紹介・社長ランク | 振込先の指定・ランク・社長承認対象外・与信ステータス |
B. タブ一覧（19）と状態
| # | タブ | API名 | 区分 | 状態 |
|---|---|---|---|---|
| M01 | 問い合わせ | Leads | A/B | 試作済 |
| M02 | 取引先 | Accounts | A/B | 試作済 |
| M03 | 連絡先 | Contacts | A/B | 試作済 |
| M04 | 商談（案件） | Deals | A/B | 試作済 |
| M05 | 経費（独立タブ） | Expenses | A/B | 試作済 |
| M06 | 設置機器 | LinkingModule1（商談のサブフォーム） | A/B | 試作済 |
| M07 | 見積書 | Quotes | A/B | 試作済 |
| M08 | 発注書 | Purchase_Orders | A/B | 試作済 |
| M09 | 仕入先 | Vendors | A/B | 試作済 |
| M10 | 商品 | Products | A/B | 試作済 |
| M11 | 発行会社 | Issuing_Companies | A/B | 社印画像のみ未 |
| M12 | 振替明細 | Transfer_Details | A/B | 試作済・自動生成OK |
| M13 | 売上明細 | Sales_Details | B | 試作済 |
| M14 | 検収 | Acceptances | B | 試作済 |
| M15 | 保守契約 | Maintenance_Contracts | B | 試作済 |
| M16 | 請求書 | Invoices | B | 試作済 |
| M17 | 入金伝票 | Payment_Slips（＋LinkingModule2 入金内訳） | B | 試作済 |
| M18 | メンテ案内 | Maintenance_Notices | A/B | 試作済 |
| M19 | 現場 | — | A/B | 要確認・保留 |
C. 打ち合わせの経緯と決まったこと（2025/10〜2026/10）
| 日付 | 場 | 決まったこと |
|---|---|---|
| 2025/10/15 | 無料相談 | 課題3点（見積属人化・顧客情報・売上請求）と電帳法を提示 |
| 2025/12/09 | 導入相談（本社） | 月300件超・最大30ページの見積 → 標準は CRM、複雑は Excel 添付のハイブリッド |
| 2026/05/18 | 受注前確認 | 2027年4月スタート。ランク・与信の希望。温度感は半々 |
| 2026/07/14 | ONiWA 社内 | 今回＝ミニマム設計。やりたいことリストの大半は将来 |
| 2026/08/10 | キックオフ | フェーズ1、2027/4/1 本稼働、2〜3月パイロット、約34アカウント、Connect |
| 2026/08/20 | 業務ヒアリング① | 商魂は請求直前のみ・内訳 Excel が実マスタ・見積一覧3系統・注文書未発行・内訳番号は一意でない |
| 2026/09/28 | 業務ヒアリング② | 振替は「空快受注→中部施工」一方向 97%。3社を1か所で管理。締め＝末日。承認は同一基準・代理不要・2名のうち1名 |
| 2026/10/05 | ONiWA 社内 | フェーズ1＝受発注まで、帳票4〜5枚、Forms 対象外 |
| 2026/10/15 | Miro | 見積書は標準テンプレ、大規模は Excel 添付 |
| 2026/10月 | Miro 統合設計 | 商魂廃止前提の11工程、16帳票の区分、新発見3点（繰越型・経費の中身・現場単位） |
| 2026/10/22〜23 | etika 整理・社内打合せ | 帳票2パターン、振替明細の自動生成案。サンドボックスで B案の流れを試作し 10/27 に ONiWA と確認 |
| 2026/10/26 | etika | デモデータ61件を投入（案件番号 100010〜）。商談ステージを仕様の13段階に |
D. 参照資料（リポジトリ内）
- 全体サマリー：
01_要件定義/business_requirements/00_プロジェクト全体サマリー_中部エアークリーナー.md - 機能一覧（タブ・設定・WF・関数・レポート、次にやること）：
01_要件定義/functional_requirements/機能一覧_ZohoCRM実装案.md - 帳票2パターン・振替方針：
01_要件定義/business_requirements/01_帳票_受注会社2パターン整理メモ.md - 議事録・Miro・現場 Excel の Markdown 版：
01_要件定義/business_requirements/_markdown/ - サンドボックス構築記録・デモ投入：
03_実装/sandbox_build/README.md、demo-flow.mjs、demo-flow.result.json（全レコードの ID と URL） - デモ手順書（Markdown 版）：
01_要件定義/meeting_notes/20261027_デモ手順書_サンドボックス.md - 関数：
03_実装/deluge/create_transfer_detail.dg／照合記録：04_テスト/test_results/20261023_サンドボックス_タブとリレーション検証.md