大型企业在 NC 上的典型问题
方案面向需要个性化决策分析的大型企业。NC 已经能出具财务和业务单据，集团仍常常要在多组织、多模块之间重做报表：财务要三大报表和交叉分析，供应链要把订单到回款串起来，分析查询又不能反过来影响 ERP 的业务写入。
- 管理驾驶舱要的是汇总 KPI，业务人员要的是明细和固定版式，两者口径容易各写各的。
- 暂时没有系统覆盖的预算、预测或人员档案，仍靠表外收集。
- 多组织授权如果只做在页面上，导出和钻取可能绕开原来的控制。
- 本站纸制品案例使用的是用友 NC65，不是 NCC/BIP 项目本身，只说明 NC 产品线已有公开的实施摘要。
材料写明要分析的 NC 数据
平台架构把 ERP、HR、OA 和填报作为数据源，数据仓库使用 PostgreSQL、Vertica 或 ClickHouse，并写明可连接 Oracle、MySQL、SQL Server、PostgreSQL、Hive、Vertica、文本和 API。分析主题层列出财务、采购、销售、库存、人力、资金和其他。
| 链路 | 材料中的单据顺序 |
|---|---|
| 采购 | 采购订单、到货、入库、开票、退货 |
| 销售 | 销售订单、发货、出库、发票、回款 |
| 库存 | 期初与期末、入库、出库、周转、呆滞 |
| 财务 | 基于 NC 的财税指标体系，含中国式报表和交叉表 |
派可在这套方案里提供的分析与报表
- 管理驾驶舱汇总核心 KPI，移动报表看关键业务指标，PC 端做筛选、联动、钻透和多维切换。
- 中国式复杂报表，材料举例包括财务三大报表；交叉表可在行列上放多层维度，例如项目类型、统计内容和金额。
- 填报用于系统里暂时没有的数据，材料举例有人员档案、预算和销售预测，并可以做流程审核。
- 指标按分析主题、业务线、业务系统和版本分类管理，材料写的是轻松管理成百上千个指标，具体数量随项目而定。
- 权限写到多组织、行、列、模块、报告、页面和字段。
实施顺序和已发布的 NC65 案例
建模材料强调先定维度和事实，再做分层和 ETL。ETL 支持 Kettle、SQL、存储过程、模块和 API。维度层由平台识别层次，事实表把指标和维度连起来。完成模型后再写取数逻辑，并用血缘查看指标从哪张源表来。
本站纸制品案例的系统是 NC65，加上受控填报和销售协同数据。做法是把订单、发货、出库、开票、应收和收款收成一条销售到回款链路，再用同一套业务维度连接现存量和库龄，同时避免分析查询影响 ERP。它可以帮助准备 NCC/BIP 项目的验收问题，但不能写成 NCC 或 BIP 已经按同一字段交付。
常见问题
用友 NCC 或 BIP 用什么 BI？
派可的方案是在 NC 产品线之外用 PACK BI 做指标、中国式报表、看板和填报。文档标题包含 NCC/BIP，示例按 NC 财务和供应链编写，落地时要核对您的具体版本。
NC65 案例能不能直接当 NCC 案例？
不能。站内案例写明系统是 NC65。这里把它作为同一产品家族中已经公开的订单、应收和库龄做法，供准备对账样本，不表示该项目运行在 NCC 或 BIP 上。
集团多组织怎么授权？
方案列出多组织授权，以及行、列、页面和字段权限。验收时应分别用集团和下级组织的账号检查查询和导出，而不是只看管理员账号。
财务三大报表是不是开箱即用？
材料说明平台支持中国式复杂报表，并以财务三大报表为例。报表项目、取数和合并范围仍要按企业科目和制度确认，页面不把它写成法定报表的替代声明。
资料与依据
产品范围以具体版本和项目评估为准。案例说明保留原始资料的范围与状态，方法示例不代表客户实际经营数据。
- 派可数据公司主站
分析主题、单据范围和取数方式依据派可数据对应 ERP 方案材料整理，只保留材料中写明的内容。版本、字段和授权以项目评估为准。
- 派可数据：三个脱敏制造业 BI 项目案例
站内已发布的实施摘要。客户名称未公开，页面不补充材料之外的成效数字。
- 派可数据：PACK BI 产品说明
数据仓库、可视化、复杂报表、填报和调度的模块名称以本站产品说明为准。