TailorMed — 多地區系統架構評估
此文件記錄 TailorMed 海外擴展（US / JP）情境下，Airtable 系統共用方案的風險評估、說明框架與架構建議。
1. 背景與情境
現況
- TailorMed TW 的 CRM / OMS / FIN 三套 Airtable Base 已建置完成或正在開發中
- 正籌備海外獨立法人事業體（TailorMed US、TailorMed JP）
- 海外前期業務：承接原本要交給當地 Agent 的業務，由海外投資事業體直接接單
- TailorMed 初步想法：直接沿用台灣已建好的 Base + Interface，以 Filter 隔離各地區可視資料
法律、財務與股權確認事項
- 海外事業體為獨立法人（非台灣公司的辦公室）
- 各法人財務必須獨立（各自申報稅務、產出財務報表）
- TailorMed TW 為部份出資，非獨資——台灣與海外之間存在合夥關係
- 海外人員需要自行填單操作（不只是查看），必須成為 Airtable 付費 Member
- 業務流程與作業邏輯與台灣相同（故認為無需另建系統）
2. TailorMed 想法的問題核心
誤解：流程一樣 → 系統可以共用
正確認知：流程一樣 ≠ 資料可以混在一起
比喻：台灣公司和美國公司的會計作業流程完全一樣——都要開發票、收款、對帳——但不會把兩家公司的帳本合成一本。Airtable 這套系統同時扮演 CRM、OMS、 FIN 會計帳本三個角色，三個都混在一起的問題比單純帳本更複雜。
Filter 方案的致命缺點
認為用 Filter 隔離資料即可，但這個方案在「部份出資 + 海外人員需要操作」的前提下，結構上無法成立：
Filter 是 Interface 層的設計，不是 Base 層的權限控制。 只要對方是 Base Member，就可以繞過 Interface 直接在 Base 看到所有資料。 部份出資的合夥關係下，台灣的客戶資料、財務數字、報價內容對海外合夥人完全透明—— 這個風險不能靠「相信對方不會亂看」來管理，而是架構上就不應該讓這種可能性存在。
3. 風險矩陣
| 風險項目 | 發生可能性 | 影響範圍 | 整體風險等級 | 說明 |
|---|---|---|---|---|
| FIN 財務無法分拆 | 高 | 高 | 🔴 高風險 | 法人財務獨立為必要條件，混用 Base 必然發生。Debit Notes / SoA / 損益摘要全部混算，無法產出單一法人報表。此為優先考量，因涉及財務合規。 |
| 資料主權無法保障 | 高 | 高 | 🔴 高風險 | 部份出資情境下，海外合夥人成為 Base Member 後可繞過 Interface Filter 直接存取台灣所有資料。Filter 不是權限控制，是顯示設計。 |
| Automation 跨法人觸發 | 高 | 中 | 🟠 中高風險 | OMS→FIN 全局觸發，多地區共用時無法區分。誤觸發可發現並修正，但需人工回溯驗證歷史記錄。初期業務量少時影響有限，業務增長後難以控管。 |
| Job No. 無地區識別 | 高 | 中 | 🟠 中風險 | 現有 Formula 不含地區前綴，單號外觀完全相同。客戶文件混淆；補前綴後歷史單號無法追溯修改。越晚處理歷史資料斷層越嚴重。 |
| Record-level 權限隔離 | 高 | 中 | 🟠 中風險 | Airtable 預設權限以 View 為單位，非 Record 為單位。共用 Base 下海外人員可見台灣資料；Record-level 權限需 Business plan，且仍無法解決跨法人資料混存的根本問題。 |
| Staffs / 文件抬頭法人歸屬 | 中 | 低 | 🟡 低中風險 | 初期員工少，衝突尚不明顯。主要影響文件外觀（公司名稱、地址、稅號）。加 Branch 欄位即可解決，成本低。 |
4. 成本比較
| 現在分開建 | 共用後再拆 | |
|---|---|---|
| 工作量 | 建立獨立 Base 結構 | 遷移歷史資料 + 修改所有 Formula + 驗證財務數字 + 清查資料主權歸屬 |
| 風險等級 | 低 | 高（有真實財務與合夥人資料在裡面） |
| 系統影響 | 幾乎不影響現有台灣作業 | 可能需要凍結系統進行資料遷移 |
| 合夥關係風險 | 低，各法人資料天然隔離 | 高，資料混存期間合夥人對彼此資料有潛在存取能力 |
| 整體費用 | 開發費用（一次性，相對可控） | 開發費用 + 資料清理人工 + 財務驗證成本 + 潛在法律風險（難以預估） |
5. 建議架構路徑
結論：建議直接分開建，不走「先共用再拆」路線
考量到以下三個條件同時成立：
- 各地區為獨立法人，財務必須獨立
- TailorMed TW 為部份出資，存在合夥關係，資料主權需要明確隔離
- 海外人員需要自行填單操作，必須成為 Base Member
「先共用、用 Filter 隔離、之後再拆」的方案在架構上無法同時滿足以上三點。建議直接為各地區建立獨立 Base，共用資料以 Sync 橋接。
各地區 Base 架構
共用資源（如有此需求，擬由 TW 主 Base 管理，Sync 至各地區，唯讀）
├── Partners（所有地區客戶，可視需求改為各地區獨立管理）
├── Charge Catalog（費用目錄）
└── Locations（城市/國家對照）
TW Base（TailorMed TW，獨立法人）
├── CRM — Quotations(TW)
├── OMS — Orders(TW)
└── FIN — Debit Notes(TW)
Member：TW 員工
對外：不開放海外 Member 存取
US Base（TailorMed US，獨立法人）
├── CRM — Quotations(US)
├── OMS — Orders(US)
└── FIN — Debit Notes(US)
Member：US 員工（+ TW 指定人員若有需要）
JP Base（TailorMed JP，獨立法人）
└── 同上
費用影響
- 各地區 Base 各自計費，費用由對應法人承擔
- 海外員工人數直接影響該地區的 Airtable 月費，需在海外籌備階段一併評估
- 若 TW 有人需要跨地區查看，以受邀方式加入對應 Base，不影響資料主權
開發工作量說明
台灣現有的 Base 結構、Interface 設計、Automation 邏輯可以直接作為範本複製，海外 Base 不需要從零設計——主要工作是：
- 複製 Base 結構與 Interface
- 設定 Sync（如有需求，共用資料橋接）
- 調整文件抬頭（法人名稱、地址、稅號）
- 建立各地區的 Automation
6. 尚待確認事項
在進行海外 Base 開發之前，需確認以下問題：
| 問題 | 影響範圍 |
|---|---|
| 海外員工人數（各地區） | 各地區 Airtable 費用估算 |
| Airtable 費用由哪個法人承擔 | 影響 Workspace 歸屬設計 |
| 海外 Quotation/Debit Note 的公司抬頭（法人名稱、地址、稅號） | CRM/FIN 文件模板設計 |
| TW 是否有人需要跨地區查看海外 Base | 決定 TW 人員的跨 Base 存取方式 |
| Partners 資料是否共用或各地區獨立管理 | 決定共用資源 Sync 的範圍 |
建立日期：2026/04 | 版本：v1.2 此文件由萬能數維有限公司整理，供 TailorMed 系統架構決策參考使用