报表与 Dashboard 能力选择
Aras 中“报表”不是一个跨版本完全相同的模块。XSLT Report Tool、Self-Service Reporting、 Reporting（RPT）产品、Microsoft Reporting Services 集成和 Dashboards 的部署、许可与用途都不同。
先做能力盘点
不要先写报表代码，再假设客户环境一定有对应设计器。 先核对目标 Release 文档、已安装应用、Feature License、订阅订单和用户 Identity。
1. 适用版本
本文以 R12 XSLT Report Tool、R18～R33 Self-Service Reporting、R28/R29 Reporting 产品、 以及 R30/R34 Dashboards 官方文档为依据。Release 39 项目必须重新检查当期产品文档和许可。
官方平台资料库是否列出某本指南，只能证明该 Release 有相应文档；商业授权仍以实际许可与订单为准。
2. 五条能力路线
| 路线 | 适合场景 | 部署/许可检查 |
|---|---|---|
| XSLT Report Tool | Item、ItemType 或 Generic AML 查询的格式化输出 | 查目标 Release 的 XSLT 指南 |
| Self-Service Reporting | 业务用户用向导创建、保存、运行和共享报表 | 需要对应 Feature License；只在目标版本支持时使用 |
| Reporting（RPT） | 独立 Aras Reporting 产品能力 | 核对 RPT Release 与 Innovator 兼容、安装和许可 |
| Microsoft Reporting Services | 企业已有 SSRS、需要其渲染和格式 | 需要单独 SSRS 基础设施与目标版本配置指南 |
| Dashboards | 用交互式 Widgets 监控和导航数据 | 核对 Dashboard Identities、模板和权限 |
Dashboard 是交互式视图容器，不应自动等同于“报表定时快照平台”。
3. 选择流程
如果目标 Release 没有 Self-Service Reporting 指南或 Feature License，就不要把旧版 SSR 教程当作当前内置功能。
4. XSLT Report Tool
官方 R12 指南把 Report 描述为：先执行查询得到 AML Item 配置，再用 XSLT 转换为显示结果。
常见类型包括：
- Item report：针对一个 Item 及其关系，例如 BOM。
- ItemType report：执行固定 ItemType 查询，例如 Open ECO。
- Generic report：运行时由用户输入查询条件。
创建时应分别评审 Report Query、XSLT、目标窗口和执行身份。 XSLT 负责呈现，不应承担绕过服务器权限的数据访问。
5. Self-Service Reporting
官方文档说明 SSR 允许用户对其有权访问的 Items 创建、保存、运行和共享报表， 并支持明细、Summary、Chart、Chart2、Gauge、Header 与 Footer 等组件。
SSR 的共享级别与用户权限需要单独验证。用户只能看到其 Aras 权限允许的数据。
许可边界
官方管理员指南明确要求申请 Self Service Reporting Feature License，并面向有效 Aras subscription 客户。 没有许可时，不应把 SSR 写成所有安装默认可用。
6. Reporting 产品与 SSRS
Reporting（RPT）在官方文档库中作为独立产品列出，Release 28/29 有单独的安装、管理、用户与升级文档。 它不能仅凭“平台有 Reports 菜单”推断为已安装。
Microsoft Reporting Services 则依赖 SQL Server Reporting Services。 渲染格式、账号、URL、证书和部署步骤应使用目标 Release 对应的 2016/2019/2022 Guide，不跨代混用。
7. Dashboards
R34 Dashboard 指南把 Dashboard 定义为可配置视图，其中放置用于显示和导航数据的 Interactive Widgets。
默认角色包括：
- Dashboard Authors：可创建并管理自己创建的 Dashboard。
- Dashboard Administrators：可管理 Dashboard 与 Widget Template。
- Dashboard Viewers：只查看 Dashboard。
具体权限仍可能被自定义或 Private Permission 改写。不要把“看得到 Dashboard”推导为能读取 Widget 背后的全部数据。
8. 可复现实验：能力盘点与最小验证
8.1 建立能力矩阵
- 记录 Innovator Release/build、部署模式和数据库。
- 从官方资料库列出该 Release 的 Reporting/Dashboard 指南。
- 记录已安装应用与 Feature License。
- 用管理员和普通业务用户分别截图可用菜单。
- 将结果保存为项目的
reporting-capability-matrix。
8.2 验证 XSLT Report
- 在测试 ItemType 准备三条数据。
- 创建只选择
id、业务键和名称的最小 Report Query。 - 用简单 XSLT 输出表格。
- 分别用有权限和无权限账号运行。
- 记录结果条数、耗时和错误。
8.3 验证 Dashboard
- 用 Dashboard Administrator 创建一个测试 Dashboard 与 Widget。
- 分别授予 Author 和 Viewer。
- 验证 Viewer 不能修改布局或模板。
- 移除底层数据权限，确认 Widget 不泄露数据。
8.4 验证 SSR/RPT
只有能力矩阵确认已安装并许可后才执行：创建最小报表、共享给测试 Identity， 再用无数据权限账号验证结果为空或受限。
9. 性能与安全
- 查询只选择需要的 Property。
- 为大数据集强制日期、状态或业务范围参数。
- 先在生产数据副本测量，不在生产试跑无边界查询。
- 使用业务账号验证数据权限。
- 将耗时查询的执行计划、索引或数据集方案交给平台与 DBA 共同评审。
- 不在 XSLT、Widget 或客户端脚本中存放数据库凭据。
快照、数仓或读副本可以是企业架构选择，但不是 Aras Dashboard 自动提供的通用保证。
10. 常见错误
把所有能力写成一个内置 Reporting Services
五条路线是不同产品与技术，必须按版本、安装和许可分流。
宣称 Self-Service Reporting 默认可用
SSR 有 Feature License 要求，且不同 Release 的文档可用性不同。
虚构 Widget 类型或 Report Snapshot
Widget 模板与可用类型应从目标 Release Dashboard 指南和实际实例读取。
只测试管理员
报表最重要的回归之一是数据权限。必须使用业务 Identity 和负向权限用例。
用生产库做无界聚合
先限定范围并在副本测量；“百万级就一定要定时快照”不是统一阈值。
11. 官方依据
- R12 XSLT Report Tool User's Guide
- Self-Service Reporting Overview — R33
- Requesting a Feature License
- Reporting（RPT）官方文档库
- R34 Dashboards User Guide
- Aras Innovator Platform Documentation Library
文档最后核验：2026-08-13。