Companies feature

B9 — Companies feature 維運

May 27, 2026

版本 v1.0 · 上線 2026-05-27 · 對象:主管 / 管理員

本章內容
  1. B9.1 什麼是 Company,跟 Contact 是什麼關係
  2. B9.2 範圍 — 只 AR 月結客戶建 Company
  3. B9.3 上線狀態(2026-05-27)
  4. B9.4 新 AR 客戶 onboarding 加 Company SOP
  5. B9.5 多窗口 SOP — 同一個 Company 多個 contact
  6. B9.6 何時合併 vs 何時分開
  7. B9.7 為什麼 n8n SHOPLINE 流程不變

B9.1 什麼是 Company,跟 Contact 是什麼關係

GHL 原生的 Companies(後台路徑:Contacts → Companies tab,API 路徑 /businesses/)是「**公司主檔**」— 一筆 Company 代表一個法人實體(以營業登記 / 統編 為單位)。

Contact 是「**人**」— 一筆 contact 代表一個聯絡窗口(老闆、採購、會計、客服都各自獨立 contact)。

兩者關係:Contact.businessId = Company.id。一個 Company 可以有 0 到多個 contact 指向它。

這樣的好處:同一公司的多個窗口在系統上會被綁在一起,業務找客戶只要點 Company 就能看到所有聯絡人(老闆/採購/會計各自的 email / 電話 / Notes 歷史)。

B9.2 範圍 — 只 AR 月結客戶建 Company

客群建 Company?理由
AR 月結客戶(customer tag,66 筆)必建多窗口最常見 / 需法人層級管理
B2B SHOPLINE 散客不建多為一人一公司,扁平結構夠用
B2C 散客不建個人消費,不適用
Lead 名單不建還沒成交,先以 contact 追蹤即可

B9.3 上線狀態(2026-05-27)

項目數字
已建 Company 數66
已 link 的 contact 數68(其中 2 個 Company 各有 2 個 contact:大爆咖啡 + 中山家餐飲)
多窗口 demo case大爆咖啡(allure213 老闆娘 + katezhou0712 老公,夫妻各下單)
中山家餐飲(ps@zonzen 會計 + jeff@zonzen 業務窗口)

B9.4 新 AR 客戶 onboarding 加 Company SOP

B2 章「新 AR 客戶上線」延伸 — 升級為 AR 客戶時,流程加一步:

  1. 在 GHL 建/找到該客戶的 Contact,填齊必填 5 欄位(Business Name / 統一編號 / 付款條件 / 付款條件_備註 / Email)
  2. customer tag
  3. 新步驟:建 Company
    • 到 Contacts → Companies tab → + Add Company
    • Name = Contact 的 Business Name(必須 1:1 對應)
    • Email / Phone / Address 從 Contact 主聯絡複製
    • 儲存後得到 Company ID
  4. 新步驟:Link Contact 到 Company
    • 打開該 Contact
    • 右側「Company」欄位 → 選剛建的 Company → 儲存
    • 系統自動寫入 businessId 欄位
  5. 等 6 小時 n8n AR registry 自動 refresh,之後 SHOPLINE 訂單就會自動建 AR 卡(這部分不變,跟 B2 §B2.4 相同)

B9.5 多窗口 SOP — 同一個 Company 多個 contact

新客戶開始時通常只有 1 個窗口。之後若客戶提到「會計是另一位」「採購是另一位」:

  1. 建新 Contact(填新窗口的 Email / 電話 / 姓名)
  2. 不要填 Business Name 跟 Email 為 placeholder,**Business Name 跟主 contact 一樣**
  3. 右側「Company」欄位 → 選 既有的 Company(同公司)
  4. 新 contact 不需要加 customer tag(他自己不是 AR 主帳戶);依角色加適合 tag(b2b / lead 等)
判斷標準:新窗口是不是同公司?看 統一編號。同統編 → 同 Company。不同統編 → 不同 Company(即使店名類似)。

多窗口 case 範例(大爆咖啡)

Company: 大爆咖啡  (id 6a16997bc9...)
├── Contact: 大爆咖啡([email protected])  ← AR 主聯絡 / 簽約老闆娘
│   tags: customer, b2b, shopline訂單, ar_overdue_90plus
│   payment_terms: Net 30
│   tw_business_id: 38570607
│   lifetime_spend_twd: 57,802
└── Contact: 大爆咖啡([email protected]) ← 老公 / SHOPLINE 下單窗口
    tags: b2b, shopline訂單
    lifetime_spend_twd: 9,978
    (不掛 customer tag,但 link 到同 Company)

B9.6 何時合併 vs 何時分開

合併(同一個 Contact 留下,刪重複)

- 同一個人重複建檔(同人雙 email,例:Gmail vs iCloud) - email 拼錯被建兩次 - 填樣品 lead 表單 2 次造成 2 個 contact(同人) → 處理:把次 contact 的 email 寫進主 contact 的 別名_Aliases 後刪掉次 contact;若次 contact 有歷史 opp,先 PUT 把 opp 的 contactId 改成主 contact 再刪。

分開(2 個 Contact 各自保留,link 同 Company)

- 真的 2 個不同人在同公司(老闆 vs 採購、會計 vs 業務、夫妻共同經營) → 處理:不刪 contact,只把兩個都 link 到同一個 Company。
不要混用:不要在主 contact 把所有窗口的 email 都塞進 Aliases — 這樣搜得到但**無法分別追蹤每個窗口的歷史**。真的 2 個人就建 2 個 contact link 同 Company。

B9.7 為什麼 n8n SHOPLINE 流程不變

n8n SHOPLINE flow(B6 §B6.2)仍以 contact 為核心:

  • 統編比對 AR registry → 找到 AR primary contact(有 customer tag + payment_terms + 統編 的那個)
  • AR 卡建在該 contact 上(不是 Company 上)
  • 累計消費(lifetime_spend_twd)更新在該 contact 上

Companies 是「上層 metadata」— 報表 / 搜尋 / 多窗口管理用,但 n8n 自動化邏輯不受影響。

未來可能的加值(Phase 4,目前未做)

  • SHOPLINE 訂單同步時也把 Company 資訊 cache 到 AR opp 的 customFields,之後可做 Company 層級報表
  • 多窗口 contact 的 SHOPLINE 訂單可選擇是 roll up 到 Company 累計(目前是各 contact 各自記)

本章編寫於 2026-05-27 · 出包找 Leo <[email protected]>

Back to Blog