🔒 管理者後台 · 商品庫維護（匯入／抓取）· 僅限管理者本人 · 前台不露出此頁（noindex、無公開連結）。
📥 匯入商品庫 把抓回的 JSON 灌進雲端資料庫(products)
- 先在 Supabase SQL Editor 跑一次
rex/crm/products.sql建表(只需一次)。 - 選擇抓回的 JSON 檔（如
公司系統現售商品庫_完整84欄_420筆.json），按「開始匯入」。 - 重覆抓取/匯入會以主鍵
公司::代碼自動覆蓋更新（不會重複建列）。
🔍 文件分類複核
機器依內文判定文件細類，信心不足者標 ⚠ 待複核。這裡只列現售商品的待複核件（其餘等要用再看）。 看首頁文字就能判：選對的細類按下去即可；判斷不了就按「開啟檢視」看 PDF。改完該商品卡立刻正確。
🩺 理賠項目複核
AI 從條款抽取的理賠項目，複核前 rex/crm/products.html 會顯示「⚠ 尚未逐項人工複核」。
左邊是條款原文（quote 出處自動高亮），右邊逐項修正名稱／分類／給付方式。按「✓ 確認無誤」後警語才會消失。
📐 標準範本管理
「理賠項目複核」的「🧩 套用標準範本」按鈕，補的內容就是這裡設定的——改完按「儲存」立即對所有人生效，不用重新部署。
分類樹全文見 rex/crm/_docs/checkup-taxonomy-draft.md；資料表需先在 Supabase 執行過 _admin/checkup_templates_schema.sql。
🕵️ 文件檢視／下載紀錄
每次開啟或下載商品文件／佣金公文都會留一筆（Worker 端寫入，前端無法竄改）。
外流檔案時：用檔案內的追蹤碼（PDF 內容屬性 → 關鍵字的 rex-stamp:xxxx）貼到「追蹤碼」欄，即可查出是誰、何時下載。
| 時間 | 動作 | 會員 | 檔案 | 追蹤碼 | IP | 大小 |
|---|---|---|---|---|---|---|
| 按「查詢」載入 | ||||||
紀錄表
doc_downloads：只有 Worker（service_role）能寫，管理者可讀；一般會員讀不到。🧲 抓取工具 從公司系統抓商品(節流·去重·分類)→下載 JSON→回上面匯入
把按鈕拖到瀏覽器書籤列。登入公司系統後開「商品查詢」頁（product/list.do），點書籤即自動分頁抓取、分類、下載 JSON。
全庫（含停售，約 4.9 萬筆 · ~2,480 頁 · ~17 分）
⚠️ 抓全部（現售+停售）。長跑約 17 分，請保持此分頁在前景（背景分頁計時器會被瀏覽器降速、拖慢）。每累積約 15MB 自動下載一個分塊檔（約 9~12 檔）——瀏覽器會問「允許多個下載」請按允許，否則只會拿到第一塊。抓完匯入後建議刪除本機分塊檔（屬營業資料）。
⚠️ ~2,480 次連續請求＝明顯整庫擷取，偵測/條款風險比現售高；只抓你登入帳號可見的目錄、不繞權限。若中途限流/逾時，工具會重試；連續失敗會中止並下載已抓部分（不會把漏抓當成功），可稍後重跑（冪等覆蓋、不重複）。
檢視全庫書籤原始碼（維護用）
只抓「公司系統現售篩選」（約數百筆，快；非完整現售）
套公司系統的「現售」篩選（
search_isStop=0），約 29 頁、單檔下載。⚠️ 2026-09 核對：此篩選只回約 420 筆，而全庫依每筆停售旗標算出的現售有 6,820 支——這顆抓的是子集合，每月更新請用上方「抓全庫」（17 分），這顆只當快速補抓。檢視現售書籤原始碼（維護用）
增量：只抓「上次之後新上市」（推薦每週／每次要用前按，數十秒）
用公司系統「上市日期」篩選（
search_year_start/end，西元 yyyy/mm/dd；2026-09-03 實測 API 吃西元、民國會錯）。起點＝上次抓到的結尾日（存在公司系統那端瀏覽器的 localStorage，第一次會問你）、終點＝今天；結尾日刻意重疊一天（上午抓完下午又上新品也不漏），匯入是覆蓋更新不會重複。抓的是該區間所有上市商品（含區間內就停售的）。⚠️ 增量抓得到「新商品」，抓不到「舊商品變停售」——停售旗標要靠上方全庫抓同步，建議每季一次。匯入後請通知管理者跑文件庫
--delta＋重整搜尋家族表。檢視增量書籤原始碼（維護用）
🔒 三顆抓取程式都只內嵌在書籤裡，不部署成公開檔案（避免把擷取手法暴露在公開網址）。
抓完下載的檔（全庫是多個分塊檔），回上方「📥 匯入商品庫」一次選取全部上傳即可。