規格撰寫（規格 ①-⑥）

Slack Thread @ 2026-07-01 ~ 2026-07-02 ｜用途：帶到新 thread 接續使用，保留 context

Thread 主題：翠翠寫 6 份規格給康德工程師（①-⑥），同時建立 qtracychen.net /projects/ 私有專案文件區、CF Access 保護、22:00 backup cron、Mermaid 子流程圖。

1. 觸發事件

2026-07-01 早上：翠翠開新 thread，說「繼續專案規格處理」。原 dashboard 已於前一天產出用於 handoff（3 完成 / 1 進行中）
目標：先確認 ① ② 是否正確，再寫 ③ 拆分結帳，完稿才寫 ④ Layer 2 結帳邏輯
寫作節奏：翠翠貼 Notion → 我對照本地 md → 找出差異 + 踩線 → 她修 → 我 sync

#	名稱	Layer	工時	HTML 版
①	空運違禁品	1	-	連結
②	排除物流（瘦身版）	1	-	連結
③	拆分購物車（結帳設定）	1	7 天 / NT$112,000	連結
④	結帳物流選擇規則	2	0 天（邏輯說明）	連結
⑤	物流增加黑貓	1	待估	連結
⑥	物流設定（黑貓）綁多個廠商客代	1	3 天	連結

⑥初稿 → 資料鏈路+執行邏輯混合 → pivot 為「客代管理頁面設計」
⑥三種客代：主客代 5433646801（買斷/自有/寄倉品）、借名 5433646802-20（19 個，拋單品）、廠商客代（例：5929222101、5390560201）
⑥綁定方向：一客代對多個供應商代號（同實體廠商在系統中多代號，例：亞尼克），一供應商代號只能綁一個客代
⑥取號執行差異：主 / 借名走系統呼叫黑貓 API；廠商客代走 export → 廠商自取 → 我方索取配送編號後 Excel 匯入
⑥拿掉合約期間欄位、拿掉冷卻期規則（改 SOP）
⑥加「適用平台」多選 + 「各平台獨立顯示名稱」（因為 Check2Check / 蝦皮 / momo 可能有各自命名習慣）
⑥供應商頁面康德既有，本 spec 不動；供應商代號用下拉選單防呆（不允許自由輸入）
⑥UI 加「可匯出 CSV」（對帳用）

Spec canonical source = Notion；本地 md 為工作副本；比對衝突以 Notion 為主（見記憶 feedback_spec_notion_canonical）
網站更新晚上批次做（Taipei 18:00 後），白天不打斷寫作 flow（見 feedback_website_sync_batch_evening）
命名詞對齊：不寫實作術語（DB / 主檔 / 表單 / 字串 / 接口）→ 改業務語言（頁面 / 資料 / 畫面 / 名稱 / 連動）
翠翠貼內容給我 review → 我找踩線 + 差異 → 她修 Notion → 貼回對照 → 我 sync 本地 md

Cloudflare Access 保護 /projects/*，team domain shiny-tw，allowlist qtracy.chen@gmail.com（Shiny 設定）
Cron qtracychen-sync 每日 22:00 Taipei，dirty → deploy + push + DM 摘要；clean → silent
記憶新增：feedback_spec_notion_canonical、feedback_website_sync_batch_evening、reference_qtracychen_sync_cron

⑦ 訂單綁大宗單後黑貓客代判斷（Sheet row 4，5 天，必要性 R）
Briefing 已給，5 questions 待翠翠答：

詳見 dashboard §4 待寫規格清單，含訂單管理、金流、退貨/發票、通知、會員/註冊、商品/UI、跨平台、門市等 group。

Notion URL 全部 spec 卡片待補：翠翠會逐步提供，dashboard §3 + §8 已預留 placeholder
排除物流被擋下時的顯示文案：目前佔位「此商品組合的排除物流設定，此物流不可選」，等行銷康妮定案
Miro A0 主流程圖 spec 標籤：A0 太密不加，用 A1-A5 子流程 + spec 標籤取代（A1+A2 已產初稿，A3-A5 等 spec 寫完再擴充）