報表與分析
答案來自記錄系統本身——而不是第二套資料棧。
財務要看按套餐分的 MRR 逐月走勢，運營要一塊 SLA 儀表盤。常見做法是匯出到 BI 工具——許可權、口徑和新鮮度在那裡悄悄漂移。ObjectOS 直接在受治理物件上回答這些問題：資料集定義一次，儀表盤渲染，設計器組裝。
- 3 種
- 查詢策略：原生 SQL、ObjectQL、記憶體計算
- 同一套規則
- 行級與欄位級許可權作用於每一張報表
- 0 ETL
- 報表跑在即時物件上，不是匯出的副本
指標即後設資料
度量定義一次，處處複用。
資料集為業務命名它關心的度量與維度。儀表盤、報表和 AI 提問都解析到同一份定義——"月度經常性收入"只有一個意思。
import { defineDataset, defineReport } from '@objectstack/spec/ui';
export const RevenueDataset = defineDataset({
name: 'billing_revenue',
label: 'Revenue',
object: 'billing_subscription',
dimensions: [
{ name: 'plan', label: 'Plan', field: 'plan', type: 'string' },
{ name: 'month', label: 'Month', field: 'renews_at', type: 'date', dateGranularity: 'month' },
],
measures: [
{ name: 'mrr', label: 'MRR', aggregate: 'sum', field: 'mrr', format: '0.0' },
{ name: 'active_subs', label: 'Active Subscriptions', aggregate: 'count' },
],
});
export const MrrByPlan = defineReport({
name: 'billing_mrr_by_plan',
label: 'MRR by Plan',
type: 'summary',
drilldown: true,
dataset: 'billing_revenue',
rows: ['plan'],
values: ['mrr'],
});報表原語
先回答財務的問題，然後繼續往下問
分析服務把問題編譯到合適的策略——能下推 SQL 的下推，必須執行時算的就在執行時算。
聚合與分組
"按套餐分的 MRR"就是資料集在一個維度上的求和——求和、計數、平均與分組穿透關係，由查詢引擎完成。
時間序列
逐月續約曲線、逐周工單量——在任何日期維度上按日、周、月做時區感知的分桶。
漏斗
試用 → 付費、申請 → 批准 → 履約——跨狀態欄位與流程的階段轉化。
儀表盤
MRR 圖、活躍訂閱計數器和流失表組成一塊可分享的儀表盤，就在它們彙總的記錄旁邊。
語義資料集
命名的度量與維度讓每個團隊——和每條 AI 回答——算出來的是同一組數字。
儀表盤與報表設計器
點選組裝，存成後設資料
儀表盤和報表在開源控制台的設計器中開啟——你點出來的東西，存下來就是 Agent 寫的那種可審閱定義。
儀表盤設計器
在網格畫布上點一個小部件，檢查器隨即開啟——標題、圖表型別、資料繫結；從 10+ 種類型裡新增新部件——設計過程中圖表渲染的就是真實資料。
報表設計器
分節式版面——報表頭、明細、分組與頁尾——把文本、欄位、圖表、表格元素擺上畫布，預覽開關隨時檢查產出。
下鑽到記錄
開了 drilldown 的報表，審閱者點一下 MRR 數字就落到背後那批訂閱上——下鑽路上許可權照常生效。
一個數據集餵飽所有
設計器把小部件繫結到資料集而不是裸表——儀表盤、報表和 AI 回答共用同一個"收入"的定義。
治理是設計出來的
報表尊重的是應用同一套許可權
因為分析跑在執行時內部，許可權模型不是事後補丁——它就是執行路徑。
許可權感知的結果
大區經理的儀表盤只聚合他大區的行；脫敏欄位永遠不會漏進圖表或匯出。
AI 與人同一套規則
AI Ask 在與每塊儀表盤相同的許可權內回答——聊天答案絕不會比螢幕多露一行。
沒有匯出漂移
報表讀的是即時物件而不是過期副本——會上的數字就是系統裡的數字。
決策面
改什麼、誰來審、跑什麼
| 業務需求 | AI 編寫 | 執行時供給 |
|---|---|---|
| 按套餐、按月看 MRR | 一個帶度量與維度的資料集 | 編譯的查詢、圖表與快取 |
| 運營儀表盤加一張 KPI 卡 | 什麼都不用寫——在設計器裡點出來 | 小部件檢查器、即時資料、存為後設資料 |
| 按階段看轉化 | 一張按階段欄位的彙總報表 | 階段間計算與趨勢 |
| 問 AI"三季度收官如何？" | 不用新寫——資料集就夠了 | 同樣受治理的數字，在聊天裡 |
評審清單
分析評審應確認
- 關鍵度量在資料集裡定義一次，而不是每張圖各定義一份。
- 儀表盤繼承行級與欄位級許可權。
- 時間序列使用一致的時區與日曆。
- AI 回答與報表解析到同一份定義。
- 沒有任何管道把資料匯出到治理更弱的副本。
FAQ
這一頁應該回答的問題
這會取代我們的 BI 工具嗎？
對業務物件上的運營報表，你不再需要一套獨立棧：儀表盤、漏斗和時間序列都跑在平臺內。跨系統的資料倉儲場景 ObjectOS 與之共存——聯邦與 API 讓受治理物件很容易被消費。
儀表盤和報表設計器在開源版裡嗎？
在。小部件式儀表盤設計器、分節式報表設計器、下鑽、聚合、時間序列、漏斗與語義資料集都是開源執行時的一部分，許可權執行與平臺其他部分完全一致。
下一步