ERP 项目里的嵌入式分析到底是什么？
直接回答： 嵌入式分析是在保留 ERP 交易系统地位的前提下，为 ERP 工作流增加统一指标、仪表盘、结构化报表和受控填报。用户通过约定的菜单与身份路径进入，并且只看到其角色允许访问的分析内容。
当客户仍需反复导出数据，因为一个管理问题跨模块、跨系统、跨工厂、跨法人或跨报表格式时，就可以形成明确的后续项目。ERP 伙伴掌握客户流程与系统背景，分析项目负责把数据整理成可治理、可验收的决策产品。
ERP 上线后，伙伴还能在哪些地方创造价值？
五部分嵌入式分析实施蓝图
- 01
先定义一个客户决策
写清使用人、触发条件、截止时间、管理动作、源记录和当前人工工作。一个明确决策能让试点范围小于泛化的“大屏项目”。
- 02
约定数据与指标
映射业务主键和数据粒度，为每个字段指定责任系统，并记录公式、过滤条件、责任人、刷新规则与数据血缘。
- 03
设计身份与访问范围
约定 SSO token 校验、loginId 映射、目标 URL、角色映射，以及模块、报告、页面、字段、行和列权限。
- 04
组合交付输出
用仪表盘监控与发现异常，用结构化报表呈现固定明细与分发材料，只在源流程确实需要人工数据时使用受控填报。
- 05
验收并进入运营
测试对账、时效、越权拦截、下钻、刷新失败和实际管理动作，并明确 ERP 映射、分析逻辑、基础设施和支持分别由谁负责。
嵌入式分析的单点登录，试点应验证什么？
单点登录确认用户身份，报告与数据权限决定该用户可以看到什么。用指定测试账号和约定样本分别验证两者。以下是具体实施方案应验证的验收要求，不表示所有控制默认已经启用。
扩展试点前，记录 ERP 版本、报告地址、用户与角色映射、授权业务范围、刷新截止时间、预期结果，以及每个未通过项的处理责任人。
伙伴方案中必须写清的能力边界
证据边界： 经过审计的 PackData 知识库可以支持私有化部署、单点登录、角色/用户权限、仪表盘与结构化报表、受控填报、第三方 API 数据源和数据服务等表述；但它不能证明标准多租户 SaaS 架构、完整白标商业模式或全部安全控制已经具备。
- 确认客户对 token 签名、有效期、TLS、重放防护和接口限流的要求。
- 逐项映射 ERP 角色与分析权限，不能假设二者完全相同。
- 敏感报表使用登录认证；匿名链接不能替代权限设计。
- 在方案中确认品牌、租户、许可、基础设施与支持边界。
- 保留数据血缘，让每个已发布指标都能与约定源记录核对。
- 把已验证产品能力、项目定制开发和未来承诺明确分开。
常见问题
01在 ERP 中放一个 iframe 就算完成嵌入式分析了吗？
iframe 可以展示页面，但不会自动定义身份认证、数据权限和指标口径。嵌入式分析试点还应约定身份校验、loginId 与角色映射、报告和数据访问范围、刷新时间，以及与源记录的对账方法。
02嵌入式分析会取代客户现有的 ERP 报表吗？
不会。ERP 业务报表仍用于查看交易与系统记录。只有当一个管理问题跨模块、跨系统、跨法人、跨工厂或需要受控补录，并且需要统一指标、仪表盘或结构化管理报表时，才由分析层承担。
03用户能否从 ERP 或门户进入分析页面而不重复登录？
PACK BI 资料说明了单点登录流程：客户系统传入 token，PACK BI 调用客户提供的校验服务，映射同名 loginId，并检查目标页面权限。token 签名、有效期、TLS、重放防护和限流仍需在具体方案中确认。
04ERP 权限能否直接复制到 BI？
身份和组织信息可以用于集成，但分析权限仍需明确映射。PACK BI 资料描述了基于角色和用户的模块、报告、页面、字段、行、列等权限，因此伙伴需要把 ERP 角色逐项映射到分析范围。
05PACK BI 是否支持白标或多租户 SaaS？
现有知识库确认了外观配置与私有化部署，但没有证明完整的白标商业模式或多租户 SaaS 架构。这两项应作为具体合作中的待确认需求，不能直接当作标准能力承诺。
06第一个嵌入式分析试点应该选什么？
选择一个长期依赖 ERP 导出和 Excel 对数的高频决策，例如订单交付风险、库存可用量、生产达成率、质量损失或应收。扩展前先写清使用人、数据源、指标规则、权限、刷新截止时间、输出和验收方法。
07匿名报告链接适合给客户或供应商看吗？
PACK BI 资料描述了无需账号即可打开的匿名报告。它只适合已经批准为公开或不受限的信息；涉及经营、客户、财务和生产等敏感数据时，应使用登录认证和明确权限。
知识库证据与延伸阅读
本指南依据 PackData 知识库中经过审计的 PACK BI 产品手册、单点集成文档、能力地图、实施资料和证据缺口清单整理。文档没有充分证明的安全与商业事项，均作为待确认项，而不是产品承诺。