继承访问权限
在数据服务层落实角色、租户与行列权限；模型不能因为看懂了问题，就获得额外的数据访问权。
身份 → 授权视图不止看见一个数。
看见它为什么成立。
增长、履约、利润，不同问题需要不同的分析方式。下面的示例会同时改变计算口径、图表与证据，展示数据如何进入一次有边界的业务解释。
从一个业务问题开始交互示意 · 合成数据
选择一个问题
这一次，如何计算
- 指标
net_revenue- 粒度
- 区域 × 月份
- 范围
- 已入账收入 · 同币种 · 排除取消记录
九月收入比八月增长多少，哪个区域贡献最大？
月度收入环比增长+13.6%
华东贡献了新增收入的 62.5%。
九月收入 268 万元，八月为 236 万元，增加 32 万元。华东增加 20 万元，是最大的增量来源。
八月九月
华东+20
100
120
华南+6
76
82
华北+6
60
66
结果依据3 个区域 · 2 个完整月份
(268 − 236) / 236 = 13.6%这是增量贡献分析，不能单凭结果判断增长原因。
查看查询与数据依据
查询结构示意 · 不连接数据库
SELECT region, month, SUM(net_revenue) AS revenue
FROM authorized_revenue_view
WHERE month IN ('2026-08', '2026-09')
AND posting_status = 'posted'
GROUP BY region, month;| 区域 | 八月收入 | 九月收入 |
|---|---|---|
| 华东 | 100 | 120 |
| 华南 | 76 | 82 |
| 华北 | 60 | 66 |
finance.revenue_by_region下一步可按产品拆解华东增量，并核对同期价格与销量变化。
业务语义层
先讲清楚「怎么算」，
再讨论「是多少」。
同一个“收入”，可能指合同额、开票额或已确认收入。统一实体、指标、时间与业务规则，才能减少回答之间的歧义。指标契约示意
净收入
net_revenuev1业务对象已确认的收入记录
revenue_entry聚合方式对净额求和
SUM(net_amount)时间维度收入确认日期
recognized_at分析维度区域、产品与客户
region · product · customer过滤条件排除已取消记录
status = 'posted'访问范围继承当前身份与租户
viewer → allowed_rows一个指标定义，服务问答、图表和分析任务。关联粒度、去重规则与币种也应进入契约，避免连接放大和口径漂移。
- 01
识别业务意图
提取指标、时间、维度和比较方式。问题缺少关键定义时先澄清，不用默认猜测替代业务约定。
问题 → 意图对象 - 02
编排语义计划
从可用的指标与实体中选择分析路径，核对关联基数、聚合粒度和过滤条件。
语义模型 → 可审查计划 - 03
受控执行查询
使用授权视图和受限凭证执行只读分析；设置扫描、时间与返回条数限制，记录执行状态。
计划 → 数据结果 - 04
校验并组织回答
核对空结果、分母为零、重复关联与时间完整性。让计算事实、业务推断与下一步建议各有依据。
结果 → 结论 + 来源
回答的边界，
也是可信的起点。
“能生成 SQL”还不等于“能进入企业数据系统”。身份、查询、数据质量与证据，需要分别建立约束。
限制执行范围
只读事务、受限账户与查询检查配合使用。涉及写入或外部动作时，进入独立的审批与执行流程。
只读 → 预算 → 审计识别数据问题
缺失值、异常粒度或尚未完成的统计周期应显式提示。没有足够数据时，允许返回无法判断。
质量检查 → 结论适用范围保留推理依据
记录所用指标版本、查询范围与结果来源。相关性不直接写成因果，诊断建议不伪装成已验证事实。
计算事实 → 解释 → 待验证项每一种业务，
都有自己的提问方式。
经营分析
增长，究竟由什么构成？
按区域、渠道与产品拆解收入与利润，统一环比、同比和贡献度口径，把总量变化追到具体业务切片。
供应与履约
从哪一步开始，交付发生了变化？
连接订单、库存与事件时间，在一致的承诺与完成定义下观察延迟分布，为进一步排查提供线索。
客户与服务
哪些信号，值得进一步关注？
结合授权范围内的交易与服务记录，识别复购、活跃与服务变化；保留样本范围，避免把少量个案外推成整体结论。
技术参考
理解语义建模、执行边界与数据验证的公开资料。
资料解释通用工程原则，不代表特定底层实现或性能证明。页面中的演示与分析结果均采用合成数据；具体能力和交付边界以接入评估为准。