维度概览

1. 组件定位

维度是业务数据的坐标体系。在做预算、合并或管理报表之前，必须先把”用什么口径看业务”定义清楚——哪些公司、哪些科目、哪个时间段、哪个版本的数据。这件事就是维度管理要解决的问题。

维度不是单纯的主数据字典，它直接决定了财务模型能按哪些角度汇总数据、报表能往哪个方向钻取、不同版本的数据是否能放在同一口径下对比。先把维度定义清楚，后续编制、审批、分析才能在同一套语言下运转。

平台提供 11 种维度类型，覆盖从时间、组织到场景版本的全部主数据建模需求：通用类、科目类、年份类、期间类、场景类、版本类、实体类、多版本实体类、变动类、值类、视图类。

不同类型解决不同的口径问题，项目实施时通常按业务目标组合使用，而不是逐一全建。

通用类：最灵活的一类。适合产品、渠道、项目、客户等业务分类，可以按需建多个，查询时父级数据由子级按比重自动汇总。
科目类：承载财务科目和业务指标，是预算和报表取数的核心口径，通常一个项目只有一套。
年份类 + 期间类：组合使用，构成会计时间轴，期间类可以按层级（年/季/月）配置，系统会自动生成对应成员。
场景类 + 版本类：场景用来区分”预算/实际/预测”，版本用来区分同一场景下的多轮次（如预算 V1、V2）。场景成员可以配置生效的年份和期间范围，这在滚动预测中尤为重要。
实体类：承载组织主体，例如集团-区域-法人-部门的层级结构。
多版本实体类：在实体类基础上增加版本管理能力，支持同一套组织在不同年份、期间或场景下有不同的架构口径，适用于组织频繁调整的集团项目。

以下类型通常只在合并场景中使用：

变动类：记录期初（OPN）、本期增加（INC）、本期减少（DEC）、时点数（BAL）等变动口径，驱动合并科目的期末余额自动计算。
值类：合并场景下的值口径管理，例如本位币数、上级币种数、抵销数等。值维不单独创建，而是在实体维关联本位币后由系统自动生成。
视图类：控制期间数据的展示和聚合方式，例如 YTD（年累计）、Periodic（当期）、QTD（季度累计）等。视图维与期间维联动，配置期间层级后自动生成。

维度创建、属性配置、成员维护的完整操作步骤，请参考配置维度。

如需为成员添加分类标签或扩展字段，请参考配置自定义属性。

如需控制不同角色对维度成员的可见范围，请参考配置维度权限方案。

维度成员支持树形结构查询和平铺清单查询，两种模式各有适用场景。查询时支持分页和按编码/名称的模糊检索，方便在成员量大时快速定位。

表达式是定义”动态成员范围”的核心机制，在模型配置、模板下发和权限控制中被大量使用。

平台支持 Descendant（后代）、Children（直接子级）、Base（末级节点）、Level（指定层级）等函数，以及按条件过滤的组合写法，可以灵活定义一个成员集合，而不必手动枚举每个成员。

表达式配置完成后，系统会进行存在性和结果有效性校验。提前发现引用了不存在成员、结果为空集等问题，避免配置错误流入模型运行阶段，减少后续排查成本。

维度成员支持通过 Excel 导入导出进行批量维护，也可以通过数据流节点或 DeepModel 同步从外部系统接入。详见维度数据集成。

合并场景需要用到值维和变动维两类特殊维度。值维在实体维关联本位币后自动生成，用于管理本位币数、上级币种数、抵销数等口径；变动维通过 OPN/INC/DEC/BAL 四类变动类型驱动期末余额自动推算。如果组织架构会随年度调整，应启用多版本实体维，而不是新建多套维度。

命名和编码规范：在项目启动时统一制定，编码一旦保存不可修改，早期混乱难以修复。
维度基数类型：创建时根据预期成员规模选好，保存后不可修改。低基和普通维度使用 ClickHouse 字典表（数据加载进内存），查询速度快；高基维度使用普通磁盘表，稳定性好但查询性能较低。系统建议成员数量控制在 50,000 以内；确实需要超过 5 万成员的维度，必须在创建时选择高基维度，否则字典表内存压力过大会引发服务不稳定。
层级深度与自定义属性：层级最多支持 20 层，自定义属性（UD）最多 60 列。成员数量、层级深度、UD 列数三者叠加会增加每次保存的数据量，过大时可能导致保存变慢或失败，建议按需配置。

本页目录

回到顶部

咨询热线

我们使用 ChatGPT，基于文档中心的内容以及对话上下文回答您的问题。