SAP计划与合并系统对预算管理和报表合并常用的基础数据进行了分析归纳，对其常用甚至是必需的维度类型进行了预先的定义，赋予这些维度不同的功能。系统根据维度包含数据的类型和用途不同，将维度分成不同的类型，并根据其用途不同赋予这些维度不同的属性。不同的维度类型在数据模型中起不同的作用，有不同的操作和功能。

3.2.3.1 实体维度

实体维度类型用字母E(Entity)表示，它包含了与预算或者合并业务相关、驱动业务流程的业务单位。根据用户数据模型的不同设计，实体维度可以是运营单位、成本中心，或者地理区域上的分区等。实体维度定义了模型中的业务单位的组织结构，同时实体维度的层次结构也定义了这些业务单位的数据进行汇总或者是分摊的途径。

如果是应用于预算模型，实体维度包含的就是各个预算主体及其管理部门。预算主体与其上级主管部门的关系在维度中就体现为层次结构中的子节点与父节点的关系。利用维度的层次关系可以实现预算数据的自动汇总或者实现总数的层层向下分摊。层次结构还可用于确定预算数据的上级审批单位。

合并及所有权模型也包含实体维度。在合并模型和所有者模型的实体维度成员就是各个参与合并的单位。

同一个维度是可以用于不同的模型的。在编制预算时，编制销售预算、生产预算、采购预算可能采用不同的模型，但可以使用同一个实体维度，在同一个实体维度中构建完整的组织结构体系。如果一个企业的预算单位和合并单位是一致的，也可以在预算模型和合并模型中使用同一个实体维度。

每个模型都必须有且只能有一个实体类型的维度。汇率模型也需要有一个实体维度，但由于汇率本身不会因为实体不同而有差异，除了特定的业务场景（如初次进入合并范围的单位，使用的初始汇率不是年度期初汇率，需要给该单位指定一个特定汇率）以外，汇率模型中的实体维度并没有实际的业务含义。所以在系统建模时，一般单独创建一个实体类型的维度供汇率模型使用，且这一维度只包含一个虚拟的成员。

实体类型维度必须包含以下属性。

●CONTROL LEVEL:与控制过程功能一起使用，标明实体维度成员的控制水平。参见第6章及第11章关于控制过程的详细介绍。

●CTRL CURRENCY NOT LC:与控制过程功能一起使用，标明实体维度成员是否不对本位币进行控制。参见第11章关于控制过程的详细介绍。

●CURRENCY:标明该成员单位使用的货币，即记账本位币，可用于币种换算功能，参见第12章的详细介绍。

若将实体类型维度用于合并模型，还必须包含以下属性。

●ELIM:标志位，用于管理合并抵销功能，标明成员是否合并抵销的单位。详见第13章中对于管理合并的介绍。

●1NTCO:在合并抵销功能中使用，标明实体维度成员在交易对方维度（即公司间维度）中对应的成员标识。

●FX_TYPE:在货币转换功能中使用，系统通过这一属性确定实体维度成员适用的货币转换规则。参见第12章对货币转换功能的介绍。

3.2.3.2 科目维度

科目维度定义了用户模型的会计科目表，以及会计科目的计算和汇总的逻辑。在创建维度时指定其类型为A(Account)，一个模型只能有一个科目类型的维度。

用于预算模型的科目维度包含了预算科目表，出于预算与实际值比较的需要，科目维度一般将核算与预算科目统一于一套会计科目表中。根据预算编制的方法及编制业务预算的需求，预算模型的科目维度还会包含一些业务指标，如销售数量、销售单价、员工数、采购数量等。也就是说，科目维度的成员不仅限于传统的会计科目范围。

用于合并模型的科目维度包含了合并科目表。

用于所有权模型的科目维度包含的是进行股权合并计算时需要用到的一些参数，如合并方法代码、持股比例、合并比例等，也不是传统意义上的会计科目。

用于汇率模型的科目维度包含的是不同的汇率类型，以帮助在汇率模型中保存同一货币的不同类型的汇率，如平均汇率、期末汇率等。这一维度也可以用于对预算或者合并模型中科目维度的“RATETYPE”属性做校验，参见3.2.1.2小节的表3-1的校验规则。

科目类型维度必须包含以下属性。

●ACCTYPE:科目类型。只能有4个特定的值，代表会计六要素。其中，INC代表收入和利润，EXP代表成本费用，AST代表资产，LEQ代表负债和所有者权益。不同的科目类型会影响系统后台的数据存储。资产类、负债和所有者权益类存储的是时点数，没有期间数和累计数的概念；收入、利润和成本费用类科目存储的是期间数或者累计数。同时，系统用在存储数据时用正负代表借贷。用正数代表借方发生额，用负数代表贷方发生额。一般情况下，资产类与成本费用类科目是借方余额，在数据存储时余额一般是正数。负债与收入、利润科目是贷方余额，系统存储的是负数。非会计科目意义上的项目，如销售数量等，可以根据系统的处理特点选择相应的科目类型。

●RATETYPE:用于币种换算业务规则，其值是可选的。这一属性的取值可以应用于币种换算业务规则的公式字段，具体功能实现参见12.1节的介绍。

●SCALING:标志位，可选的值是Y或者N，标明成员用于报表时，相应的值是不是按报表指定的比例缩小。其值是可选的，但如果其值没有定义，相应的维度成员的值在报表中是无法进行比例缩放的。若将科目类型维度用于合并模型，除了必需的3个属性外，还必须包含以下属性：

●TYPELIM:在法定合并的抵销和调整业务规则中使用，抵销和调整业务规则表中可以使用这一属性对会计科目进行批量选择，用于作为自动生成合并抵销凭证的数据来源科目。参见第13章的详细介绍。

若将科目类型维度用于所有权模型，则这一维度保存了法定合并相关的参数，如合并方法代码、股权比例、合并比例等。除了必需的三个属性外，还必须包含以下属性：

●IS_INPUT:标志位。如果这一属性值为“Y”，表明相应的维度成员可用于所有者管理器进行数据录入，而且可以用于法定合并中基于合并方法的乘法公式。

3.2.3.3 类别维度

类别维度定义了用户希望保存下来并进行跟踪分析的数据类型，如实际、预算和预测等，也就是我们通常所说的版本。对于同一类数据，用户也可以创建不同的类别成员，存储不同的版本，如BudgetVl（预算版本1）、BudgetV2（预算版本2）。创建该维度时指定其类型为C(Category)。每个模型必须有且只能有一个类别维度。在合并的业务场景中，合并模型及其对应的汇率模型和所有权模型使用的类别类型的维度必须是同一个维度。

类别类型维度必须包含以下属性。

●YEAR:用于将YEAR年度分配给类别维度的成员，可以在报表中通过年度信息获取相应的预算版本的数据。若将类别类型维度用于合并模型，还必须包含以下属性：

●STARTMNTH:开始月份。

●CATEGORY_FOR_OPE:用于期末余额结转规则，指定数据来源的类别维度成员。

●OPENING_YEAR:用于期末余额结转规则，指定数据来源的年度。

●OPENING_PERIOD:用于期末余额结转规则，指定数据来源的会计期间。

●OWN_CATEGORY:用于合并范围模拟分析，指定来源合并范围的类别维度成员。

●OWN_YEAR:用于合并范围模拟分析，指定来源合并范围的年度。

●OWN_PERIOD:用于合并范围模拟分析，指定来源合并范围的会计期间。

●RATE_CATEGORY:用于货币转换模拟分析，指定分析使用汇率的类别。

●RATE_YEAR:用于货币转换模拟分析，指定分析使用汇率的年度。

●RATE_PERIOD:用于货币转换模拟分析，指定分析使用汇率的会计期间。

●FX_SOURCE_CATEGORY:用于货币转换模拟分析，指定分析使用的基础数据的类别。

●FX_DIFFERENCE_ONLY:标志位，用于货币转换模拟分析，标明是否只计算货币转换差异。

3.2.3.4 时间维度

时间维度即类型为T(Time)的维度，定义了用户数据模型的时间单位及其汇总关系。时间维度包含了用户存储数据的时间区间或会计期间。每个模型都必须有且只能有一个时间维度。

时间类型维度必须包含以下属性：

●BASE_PERIOD:基本会计期间，用于保存时间维度成员对应的最后会计期间，用3位数值表示。例如，时间成员“2012.APR”的基本会计期间属性取值是“4”。

●LEVEL:级别。这一属性表明时间维度成员代表的是年、季度、月份、周或者天。LEVEL属性对定义时间期间是很重要的，用户必须为每个成员定义正确的LEVEL属性。LEVEL属性的取值是也有严格的限制，用户必须在整个时间维度中都遵循以下的按时间级别的取值：YEAR、QUARTER、MONTH、WEEK或者DAY。

●PERIOD:期间。PERIOD属性允许用户根据期间进行过滤、排序以及出具报告。

●YEAR:年度。用户可以使用YEAR属性根据年度进行过滤、排序以及出具报告。同时，这一属性于也可以用于对类别维度的YEAR值进行校验。

若将时间类型维度用于合并模型，还必须包含以下属性：

●MONTHNUM:月份数，用于保存时间成员对应的最后月份的序数，用数字表示。

●TIMEID:用于将时间转化成系统方便计算的内部ID号，TIMEID必须遵守指定的命名规则，系统才能正确地识别其中的年、月、季度等信息。

3.2.3.5 币种维度(www.daowen.com)

如果用户希望同时以本地货币（记账本位币）及其他货币出具报表，就需要使用币种维度。币种维度存储了公司业务涉及的所有货币的币种，包括录入数据及出具报表使用的货币。创建这一类型的维度时使用类型R(Currency)。

并不是所有模型都需要币种维度，但系统使用币种维度来对实体维度的CURRENCY属性进行校验，所以应用环境中必须至少包含一个币种维度。

币种类型维度必须包含以下属性。

●ENTITY:实体。可以放空或者填写一个与当前模型相关的实体维度里有效的成员ID。

ENTITY属性会使用实体维度的成员进行校验，可以是空值。

●REPORTING:报表。这一属性用于指明该货币是否是报表货币。如果其值为Y，说明该项货币用于出具报表。这一属性用于实现管理合并抵销等功能，参见13 .1.1.2介绍。

若将币种类型维度用于合并模型，还必须包含以下属性：

●CURRENCY TYPE:其取值“R”代表报表货币，“T”代表交易货币，“L”代表本地货币（记账本位币）。

若将币种类型维度用于汇率模型，还必须包含以下属性：

●MD:标志位。取值为M(Multiply)或者D(Divide)，用于标识系统在进行货币转换时，是将原币值乘以汇率，或者除以汇率，以得到目标货币的币值。换句话说，这一标识标明该币种的汇率标价方法是直接标价法还是间接标价法。

3.2.3.6 审计线索维度

审计线索维度用类型D(Audit)表示，用于保存模型数据的审计线索，以区分模型中数据的不同来源。例如，哪些数据来自于手工录入，哪些是由系统自动生成等。一般在计划模型中，使用这一维度区分手工录入和批量导入的数据。合并模型的业务规则将这一维度用于区分不同来源的输入数据。

审计类型维度必须包含以下属性。

●SCALING:标志位，可选的值是Y或者N，标明成员用于报表时，相应的值是不是按报表指定的比例缩小。其值是可选的，但如果其值没有定义，相应的维度成员是无法进行比例缩放的。

若将审计类型维度用于合并模型，还必须包含以下属性。

●COPYOPENING:标志位，用于期末余额结转业务规则，标志该成员对应的数据是否参与期末结转。参见10.3 .2.2小节关于期末余额结转业务规则的详细介绍。

●OPENING_DATASRC:用于期末余额结转业务规则，标明结转到下一年度时使用的目标审计线索维度成员。参见10.3.2.2小节关于期末余额结转业务规则的详细介绍。

●DATASRC_STAGE:用于分阶段合并中的审计线索维度成员属性，标明在分阶段合并中

的审计线索维度成员，分阶段合并生成的抵销凭证会写入这一属性值指定的维度成员中。

●DATASRC_TYPE:数据来源类型，取值可以是A（系统自动生成）、L（表示数据来源级别，用于合并）、I（输入）、M（手工调整）。这一属性广泛用于报表合并、币种换算等功能。

●DIMLIST:成员集合属性，用于在报表或者业务规则中批量选择具有相同属性值的若干成员。

●IS_CONSOL:标志位，用于标志成员是否纳入合并抵销过程。

●IS_CONVERTED:标志位，用于标志成员是否纳入货币转换，用于币种换算。

3.2.3.7 母公司维度

母公司维度用类型G(Group)表示，又称为合并组维度或者合并范围维度，用于合并模型及与合并模型相关的所有权模型。对于同一个实体（存储于实体维度）可能采用不同的报表货币出具合并报表，或者使用不同的合并范围出具不同用途的合并报表。母公司维度提供了这种可能性，母公司维度的每一个成员就是一个合并范围或者合并组，它保存了合并范围及合并货币等信息。

母公司类型维度必须包含以下属性。

●CONSO_TYPE:用于抵销和调整业务规则，对合并范围（母公司维度成员）进行过滤，标明合并范围适用的合并抵销规则集。参见13.1.3.1节的详细介绍。

●CURRENCY_TYPE:其取值可以是“G”，代表集团或合并组；“N”代表与集团或合并组无关的数据。

●GROUP_CURRENCY:用于标明合并组或合并报表使用的币种。

●STORE_GROUP_CURR:标志位，可以取值“Y”，系统将币种换算的结果同时保存在合并组（母公司维度成员）和币种维度成员中。否则，币种换算的结果只写入母公司维度成员。

●DATASRC_LEVEL:与审计线索维度属性DATASRC_TYPE（属性值为“L”）一起使用。当DATASRC_LEVEL的属性值为“Y”时，系统在多层合并时将前一层次的合并抵销数移动到相应的审计线索维度成员。

●ENTITY:其值可以为空或者标明一个专用的实体维度成员，这一实体维度成员用于存储结果数据。它与STORE_ENTITY属性一起使用。

●STORE_ENTITY:标志位，可以取值“Y”或者为空，标明系统是否将当前合并组（母

公司维度成员）币种换算后的结果复制到ENTITY属性指定的实体维度成员中。

●PARENT_GROUP:用于定义合并组（母公司维度成员）的层次结构，也就是说大的合并组中可以包含子合并组。其属性值必须是有效的母公司维度成员。参见第9章中关于所有权管理器的介绍。

●STAGE_ONLY:标志位，用于控制币种换算后的值在多层合并的转换中保存到哪些合并组。

3.2.3.8 公司间维度

公司间维度定义了与本单位进行内部往来的对方单位的所有成员，用类型I(Intercompany)表示。其明细程度是根据公司跟踪抵销的内部往来余额的明细程度确定的。与母公司维度一样，公司间维度用于合并模型和所有权模型。公司间维度的成员与实体维度成员一样，表示的都是发生业务交易的实体，公司间维度成员往往与实体维度成员存在一一对应的关系。

公司间类型维度必须包含以下属性。

●ENTITY:值可以为空，或者包含当前模型中实体类型维度的一个有效成员。ENTITY属性使用实体维度进行校验。

●SCALING:标志位，可选的值是Y或者N，标明成员用于报表时，相应的值是不是按报表指定的比例缩小。其值是可选的，但如果其值没有定义，相应的维度成员是无法进行比例缩放的。

3.2.3.9 子表维度

子表维度用类型S(Subtable)表示，它用于细化会计科目的变化过程，又称为流(Flow)维度。某些会计科目可以使用子表维度对其变化过程进行细化，如固定资产科目。子表维度成员可以包含期初数、增加、清理、转移以及期末数等，说明固定资产的具体变动过程。

子表维度可以应用于很多系统业务规则。例如，由于币种换算业务规则要求进行货币转换的金额按科目发生变化的不同原因使用不同的货币汇率进行计算，使用子表维度对会计科目变动原因进行细化对这些业务规则是非常重要的。

子表维度与科目维度有非常紧密的关系，但因为子表维度的成员对多个会计科目都会用到，所以在建模时将其设置为单独的维度。

子表类型维度必须包含以下属性。

●FLOW_TYPE:定义了子表维度成员（流）的不同类型。例如，标明特定的子表维度成员为期初值或者期末值，这一属性用于期末余额结转业务规则及其他业务规则。

●SCALING:标志位，可选的值是Y或者N，标明成员用于报表时，相应的值是不是按报表指定的比例缩小。

3.2.3.10 用户定义维度

用户定义维度是用户自己定义的维度类型，在系统中用Ul、U2、U3(User-Defined)等表示，用于定义系统标准维度类型以外的维度类型。

用户定义类型维度必须包含以下属性。

●SCALING:标志位，可选的值是Y或者N，标明成员用于报表时，相应的值是不是按报表指定的比例缩小。

使用用户定义维度，可以灵活地根据需要细化预算管理的颗粒度。常见的用户定义类型维度如产品线、客户等。