根据多维数据模型的不同作用，系统将模型分为两大类：一类为报告模型，包含了标准、财务、合并3个类型的模型；另一类为动因和比率类型，包含了汇率、所有权、通用3个类型。报告模型用于数据输入和分析。非报告模型用于存储参考数据，如货币汇率和持股比例等。

3.3.2.1 标准模型

标准模型可以用于预算编制，要求包含以下4个必需的维度：

●科目-A。

●类别-C。

●实体-E。

●时间-T。

除此之外，没有特别的要求。标准模型没有包含默认的业务处理逻辑，所以如果需要使用业务处理逻辑，需要用户使用逻辑脚本进行创建。

3.3.2.2 财务模型

财务模型可以用于执行管理和法定合并功能。它支持数据从记账本位币到多种报表货币的转化、公司内部往来抵销以及进行其他计算。由于包含了汇率换算功能，用户在创建一个财务模型时，需要同时指定一个相关联的汇率模型。其创建时的选项界面如图3-28所示。

图3-28 创建财务类型的模型

除了要指定数据输入模式外，还要在“包含汇率的模型”下拉列表中选择一个当前环境中已有的汇率类型的模型。

财务模型需要包含以下维度：

●科目-A。

●类别C。

●实体E。

●币种R。

●时间T。

新建模型向导在分配模型维度中会进行相应的提示。

用户可以选择在财务模型中设置以下业务规则：

●公司间记账规则。

●币种换算。

●抵销和调整。

●US抵销。

●结转。

●基于科目的计算。

可以在财务模型中启用逻辑脚本和控制过程。关于业务规则、逻辑脚本和控制过程的详细介绍，可以参见第6章的总体介绍及后续章节对具体业务规则的应用介绍。

3.3.2.3 合并模型

合并模型用于执行比财务模型更复杂的法定合并。合并模型可以处理复杂的股权结构，包括完全股权、部分股权、少数股权和各种合并方法。

合并模型必须参照一个汇率模型和一个所有权模型。前者用于保存货币转换需要的货币汇率，后者用于保存股权关系和合并处理方法。其创建时的选项界面如图3-29所示。

图3-29 创建合并类型的模型

合并模型需要包含以下类型的维度。

●科目—A。

●类别—C。

●审计线索—D。

●实体—E。

●母公司—G。

●公司间—I。(www.daowen.com)

●币种—R。

●子表—S。

●时间—T。

新建模型向导在分配模型维度中会进行相应的提示。

用户可以选择在合并模型中设置以下业务规则：

●公司间记账规则。

●币种换算。

●抵销和调整。

●US抵销。

●结转。

●基于科目的计算。

可以在财务模型中启用逻辑脚本和控制过程。关于业务规则、逻辑脚本和控制过程的详细介绍，可以参见第6章的专题介绍及后续章节对具体业务规则的应用介绍。

3.3.2.4 汇率模型

非报告类型的数据模型存储，如货币汇率和所有者股权比例等数据，用于支持报告类型的数据模型完成相应的功能。用户也可以基于非报告类型的数据模型的数据出具报表，但不能对这些模型定义业务规则。

汇率模型用于支持财务模型和合并模型。它用于存储汇率数据，支持财务模型和合并模型实现汇率转换功能。汇率模型的时间维度必须与使用该模型存储货币汇率的模型中的时间维度一致，并具有相同的类别维度成员ID。

汇率模型必须包含以下维度：

●科目—A。

●类别—C。

●实体—E。

●币种—R。

●时间—T。

模型必须包含币种维度，以处理每一种录入货币的汇率，新建模型向导在分配模型维度中会进行相应的提示。

3.3.2.5 所有权模型

所有权模型用于支持合并模型。它存储用于法定合并的合并方法、持股比例，以及合并比例等信息。所有权模型需要包含以下类型的维度：

●科目—A。

●类别—C。

●实体—E。

●母公司—G。

●公司间—I。

●时间—T。

新建模型向导在分配模型维度中会进行相应的提示。

3.3.2.6 通用模型

通用模型要求包含以下4个必须的维度：

●科目—A。

●类别—C。

●实体—E。

●日寸间—T。

除此之外，没有特别的要求。通用模型没有包含默认的业务处理逻辑，所以如果需要使用业务处理逻辑，需要用户使用逻辑脚本进行创建。