當您的網站同時使用資料集合、部落格、商店商品、顧客名單與數位商品與線上課程時，所有結構化資料都會匯聚在後台左側「數據與資料 › 資料表」（https://app.kanorio.com/data）。
無論網站是由您在後台手動經營、請 AI 助理透過 MCP 自動建立，或是由外部自建前端呼叫 API 運作，您都可以在同一個資料庫工作台裡如實檢視每一張表的資料、欄位結構與 API 端點。
進入「數據與資料 › 資料表」後，左側清單將全站資料表分為三個區塊：
| 分組 | 包含的資料表 | 可否在工作台直接編輯 | 說明 |
|---|---|---|---|
| 資料集合 | 您與 AI 建立的自訂集合（如 teachers、stores） | 可編輯（雙擊儲存格、新增、刪除、CSV 匯入） | 網站的自訂結構化資料庫，計入方案的資料集合筆數額度（詳見） |
| 部落格 | blog、blog_categories、blog_tags、blog_authors | 唯讀（由「內容 › 部落格」同步投影） | 將部落格文章與分類自動投影為標準集合結構，供外部前端以同一套 API 讀取，不佔用自訂集合額度 |
| 系統資料表（顧客／商品與促銷／訂單與表單／交付內容） | 依業務領域各自成組：contacts、segments、entitlements、products、product_variants、product_categories、promotions、orders、form_submissions、、、 |
權限自動過濾：系統資料表會依照成員在網站的角色權限自動顯示。例如擁有「檢視商店」權限的成員看得到
products與deliverables，而包含顧客個資的contacts、entitlements與progress則只對擁有「檢視顧客」權限的成員顯示。
點選左側任一張資料表後，頂部工具列可切換「資料」「結構」「API」三個分頁：
entitlements 裡的 contactId 與 deliverableId、或 product_variants 裡的 productId），表格與記錄面板都會自動解析並顯示對方的名稱，不必自己比對 ID。id）、資料型別與約束條件。fetch 範例，以及 AI 助理與後端可用的 Management API 工具名稱，並提供連結直達開發者參考站。在「部落格」與各業務領域分組下的資料表旁會顯示「唯讀」鎖頭標記。這是因為訂單退款、商品規格同步、顧客存取權開通與部落格文章發布各自牽涉金流、庫存、通知信與權限檢核，不能只改動單一儲存格。
當您想操作系統資料表中的某一筆記錄時，有兩種方式：
orders 跳到訂單明細、從 contacts 跳到聯絡人詳情、從 deliverables 跳到交付內容頁手動開通權限）。products.*、deliverables.*、entitlements.*、posts.*）進行批次建立或更新。完全不會。只有您與 AI 在第一個分組建立的「自訂資料集合」才會計入方案的資料筆數額度（免費版 50 筆、專業版 1,000 筆、商務版 10,000 筆）；部落格與所有系統資料表皆不計入。
不行。為了避免與系統資料表路由（/data/:key）衝突，contacts、products、orders、deliverables 等系統表名稱皆為保留字；建立自訂集合時若使用保留字，系統會回傳 KEY_TAKEN 提示您更換名稱。
deliverablesdeliverable_unitsprogress| 唯讀（依成員擁有的領域檢視權限顯示） |
| 直接呈現網站各核心系統的真實底層記錄，不佔用自訂集合額度 |