第 69 页 / 共 427 页
预测变动趋势的预算项目，也适合长期预算的编制，如开拓新业务等。
概率预算的基本特征如下：
1）影响预算对象的各因素具有不确定性，因而存在着多种发展可能性，并且这些可能性
能够计量。
2）由于对影响预算对象的变量的所有可能都作了客观的估计和测算，因而开阔了变量的
范围，改善了预算指标的准确程度。
2.4.4.2 概率预算法的编制程序
概率预算编制的一般程序如下：
1）对变量可能出现的结果估计一个概率Pi，取值范围是0≤Pi≤1，∑Pi=1。
2）根据各个变量（Xi）及其估计概率（Pi），计算其数学期望值E（E=∑Xi×Pi）。
3）根据各变量期望值编制预算。
概率预算的编制过程体现了数学期望的求解过程。
以利润预算的计算为例，概率预算必须根据不同的情况来编制，大体上可分为以下两种
情况：
1）销售量的变动与成本的变动没有直接联系。这时，只要利用各自的概率分别计算销售
收入、变动成本、固定成本的期望值，然后即可直接计算利润的期望值。
2）销售量的变动与成本的变动有直接联系。这时，需要用计算联合概率的方法来计算利
润的期望值。具体编制程序如下：
① 在预测分析的基础上，估计各相关因素的可能值及其出现的概率，它可以根据历史资
料或经验进行判断。
② 计算联合概率。
③ 根据弹性预算提供的预算指标以及与之对应的联合概率计算出预算对象的期望值，即
概率预算下的预算结果。
2.4.5 设计合理的预算编制体系
预算编制的方法多种多样，如何根据企业的实际情况使用合适的方法、设计合理的预算
编制体系是预算业务蓝图设计的重要细节。预算编制方法的选择和编制体系的设计，最能体
现企业实行预算管理的目标和意图。只有完成预算编制体系的设计，才能最终形成预算业务
蓝图设计所需要的业务流程、数据模型、表单格式及相应的系统功能设计。
2.4.5.1 设计关键预算驱动因素
预算关键驱动因素是指和行业特点密切相关的，直接影响企业年度经营成果的关键参数。
设计年度预算编制体系就是要找到影响企业经营的关键因素，并将这些关键因素落实到相关
业务单位，作为重要的业务预算。
下面举例说明了船舶运输行业、航空业和一般制造业的关键驱动因素。
1.船舶运输行业
● 每次航行平均里程。
● 平均航行次数。
● 标准装货和卸货次数。
● 运货量。
58
第 70 页 / 共 427 页
2.航空业
● 客座率。
● 飞行小时。
● 每小时收入。
● 每小时油耗。
● 每小时航材消耗。
3.一般制造业
● 销售数量。
● 销售单价。
● 材料单位。
● 单位定额。
● 单位成本。
这些预算关键驱动因素往往是业务相关的，它们是衡量与控制企业整体绩效的具体体
现。通过将这些驱动因素与相关业务部门的预算编制相结合，可以直接有效地体现预算管
理的目标。
2.4.5.2 多维度使预算编制细化
预算管理维度是指和企业业务特点紧密相关的，用来细化企业预算编制的角度，也是
后期预算执行分析的角度，有助于企业决策者从不同角度了解企业资源配置情况，也有利于
其从这些角度了解公司预算执行情况，提高预算对决策的支持能力。
例如，要想通过销售预算体现销售部门对未来一年的销售计划和实现销售目标的思路，
仅从产品和时间角度是远远不够的，如果增加客户、
行业、区域、渠道、销售员等角度，将有助于管理者
更深入地了解预算分解的过程和实现这一目标的相
关措施，如图2-15所示。
借助信息化手段实现预算管理，可以采用多维的
数据模型进行数据的存储和分析。这样的数据模型有
助于实现总体目标按不同维度的细化，实现汇总数与
图2-15 销售收入多维度的预算编制
明细数据的一体化分析，保证数据的一致性。在预算
执行过程中，也可以从各个角度对预算与实际数据进行比较 分析，发现预算执行中的问题，
为改进企业管理决策提供有力支持。
2.4.5.3 建立由业务预算、资本预算驱动财务预算的完整模型
由业务部门广泛参与的业务预算和资本预算是编制财务预算的基础和前提，只有准确的
业务预算才能确保准确、完整的财务预算。由业务预算驱动财务预算的完整模型如图 2-16
所示。
在设计相关的数据模型时，业务预算、资本预算和财务预算细化的维度可能有比较
大的差异，因此要认真考虑是使用同一个数据模型或者不同的数据模型来完成从业务预
算到财务预算的完整预算管理流程。要根据企业的预算管理模式和相关流程，确定数据
流转的方向，完善业务流程中重要控制点的审批功能，并保留详细的数据演化的审计
线索。
59
第 71 页 / 共 427 页
图2-16 由业务预算驱动财务预算的完整模型
2.4.5.4 坚持责、权、利清晰的原则
责、权、利清晰的原则是保障预算能够顺利执行的前提，避免在预算执行过程中出现“相
互扯皮、相互推诿”现象。
表 2-5 是某通信运营商预算体系的基本设计框架，该公司将各部门的预算按照责、权清
晰的原则分为直接可控预算、间接可控预算、分摊可控预算和不可控预算。
表2-5 某通信运营商预算体系框架
预 算 分 类 市 场 部 门 网 络 部 门 IT支撑部门 综合管理部门
BOSS系统预算
市场研究预算 客服系统预算
无线网运维预算
市场宣传预算 经营分析系统预算
传输网运维预算
促销活动预算 门户网站预算 战略管理预算
直接可控预算 交换网运维预算
销售活动 OA系统预算 财务管理预算
数据网运维预算
客户服务预算 MIS系统预算
网管网运维预算
坏账准备预算 DCN系统预算
其他系统预算
电路租费预算
外聘劳务预算 外聘劳务预算 外聘劳务预算
外聘劳务预算
人力成本预算 人力成本预算 人力成本预算
间接可控预算 人力成本预算
培训费预算 培训费预算 培训费预算
培训费预算
管理费预算 管理费预算 管理费预算
管理费预算
修理费预算 修理费预算 修理费预算 修理费预算
经营租赁预算 经营租赁预算 经营租赁预算 经营租赁预算
分摊可控预算
物业管理预算 物业管理预算 物业管理预算 物业管理预算
水电取暖预算 水电取暖预算 水电取暖预算 水电取暖预算
折旧预算
不可控预算 折旧预算 折旧预算 折旧预算
网间、网内结算
① 直接可控的预算由业务部门直接填报或业务部门根据标准填报。
60
| 市 场 部 门 | 网 络 部 门 | IT支撑部门 |
|---|---|---|
| 市场研究预算 市场宣传预算 促销活动预算 销售活动 客户服务预算 坏账准备预算 | 无线网运维预算 传输网运维预算 交换网运维预算 数据网运维预算 网管网运维预算 | BOSS系统预算 客服系统预算 经营分析系统预算 门户网站预算 OA系统预算 MIS系统预算 DCN系统预算 其他系统预算 |
| 外聘劳务预算 人力成本预算 培训费预算 管理费预算 | 电路租费预算 外聘劳务预算 人力成本预算 培训费预算 管理费预算 | 外聘劳务预算 人力成本预算 培训费预算 管理费预算 |
| 修理费预算 经营租赁预算 物业管理预算 水电取暖预算 | 修理费预算 经营租赁预算 物业管理预算 水电取暖预算 | 修理费预算 经营租赁预算 物业管理预算 水电取暖预算 |
| 折旧预算 | 折旧预算 网间、网内结算 | 折旧预算 |
第 72 页 / 共 427 页
② 间接可控预算由归口部门根据各部门需求汇总并分摊至各业务部门。
③ 分摊可控预算由归口管理部门填报并分摊至业务部门。
④ 不可控预算由财务部门直接填报。
2.4.5.5 考虑会计核算的基础
设计预算科目和预算维度时需要考虑目前会计核算的基础，下面列举了 3 种常见的情况
及其对策。
1.预算科目与会计科目脱离
在设计预算体系过程中，尽可能使预算科目与会计核算科目紧密关联。一般情况下，会
计核算科目会比预算科目更细。因此，部分预算科目可以较核算科目粗，但应该是多个核算
科目对应一个预算科目的关系。
2.预算科目与会计科目口径不一致
预算科目与会计科目口径不一致是指对于同一个科目，会计核算的内容可能和预算编制
的内容不一致。这在设计预算科目时是不允许的，设计预算体系时，必须要保证两者一致。
3.预算维度和会计核算项目的明细程度不一致
为了对预算执行过程进行监控分析，预算维度和会计核算项目的明细程度应尽可能一致。
在设计预算体系时，预算科目与会计核算项目的明细程度可以有些差异，但要保证在一定的
明细程度上两者具有可比性。
2.4.5.6 对费用预算进行分类管理
费用预算是企业全面预算管理体系中需要重点管控的内容之一，为有效地对费用进行管
控，首先需要对费用进行划分，以根据不同费用的特点采取相应的管控措施，费用分类可以
按照以下两种角度进行划分：
1.按照费用习性不同对费用进行分类
根据费用的习性将费用划分为固定费用和变动费用。对于固定费用来说，通常可以参照
历史数据进行控制；而对于变动费用，需要对其业务量和单位消耗定额进行管理。
2.按照费用的驱动因素不同对费用进行分类
按照费用的驱动因素不同可以将公司的费用划分为与人员相关的人力资源费用、与业务
相关的业务费用、与设备相关的设备费用以及与项目相关的项目费用。
费用的分类管理示例如表2-6所示。
表2-6 费用预算分类示例
预 算 科目 预算子科目 费 用 性 质 预 算 大 类 预算编制依据
标准工资 固定费用
工资
绩效工资 变动费用 根据人力资源预算中人数及工资福利奖金标
人力资源费用
劳保费 清凉饮料费 固定费用 准编制
养老保险费 固定费用
保险费
财产保险费 固定费用 根据现有及新增设备的数量或金额、折旧率
设备费用
折旧费 设备折旧费 固定费用 编制
差旅费 本部门差旅费 变动费用 业务费用 根据本部门的工作计划中的业务量
咨询费 咨询费 变动费用 项目费用 根据立项报告编制
根据总部各部门的业务计划编制，按照一定
分摊费用 总部管理费用分摊 变动费用 共同费用
的分摊标准（如人数）分摊至下属单位
61
| 预算子科目 | 费 用 性 质 | 预 算 大 类 |
|---|---|---|
| 标准工资 | 固定费用 | 人力资源费用 |
| 绩效工资 | 变动费用 | |
| 清凉饮料费 | 固定费用 | |
| 养老保险费 | 固定费用 | |
| 财产保险费 | 固定费用 | 设备费用 |
| 设备折旧费 | 固定费用 | |
| 本部门差旅费 | 变动费用 | 业务费用 |
| 咨询费 | 变动费用 | 项目费用 |
| 总部管理费用分摊 | 变动费用 | 共同费用 |
第 73 页 / 共 427 页
2.5 本章小结
将预算管理应用于企业管理已有百余年的历史，预算管理已经逐渐发展成为成熟的企业
管理手段。预算管理在我国的实践时间较短，正在逐步走向成熟和规范。应用预算管理手段，
处理要全面预算与重点预算的先后顺序，要理清计划、预算与预测三者之间的关系，发挥好
预算的规划、控制与协调功能。
预算业务蓝图设计要构建预算管理的组织架构，制定适合企业实际情况的预算管理流程，
并确定预算编制的方法，才能最终设计出系统业务流程、数据模型、表单与报表、系统预算
功能等业务蓝图交付品。
预算管理要设置预算管理委员会和预算管理部门，进行预算的协调管理，同时要以企业
的组织架构为基础，理清各部门的权责关系，构建由投资中心、利润中心、成本中心构成的
预算管理责任网络。制定预算管理流程首先要选择适合企业的预算管理模式，不同的管理模
式确定了预算管理的起点和重心。其次，要根据预算管理的过程细化管理的二级和三级流程，
建立预算制定、编制、执行、分析、调整及考核的全过程管理体系。根据预算编制的基础、
期间等不同，可以区分多种预算的编制方法，只有紧扣预算管理的目标，识别预算管理的关
键业务驱动因素，建立业务、财务一体化的预算模型，明晰责、权、利关系，深化对费用的
认识与分类管理，并结合会计核算基础，多维度细化预算编制，才能设计出合并的预算编制
体系。
62
第 74 页 / 共 427 页
第 3 章 维度与模型
完成业务蓝图设计后，就进入系统配置阶段。而建立数据模型是系统配置阶段的第一步，
系统网页界面配置、数据输入表单和报表设计等功能都需要基于具体的数据模型才能够实现。
数据模型的结构来源于业务蓝图中对数据存储和计算的要求。SAP计划与合并系统使用多维数
据模型，每个数据模型由若干个维度和度量指标构成。不论是对于预算管理，还是合并报表，
使用的都是相同的建模技术，只是由于系统实现的功能不同而导致数据模型有不同的结构。
3.1 预算管理示例场景与系统实现
下面将从一个示例的预算场景开始，了解系统是如何进行建模，并对数据模型进行管理
的。在不断深入了解SAP计划与合并系统的过程中，我们还会对维度与模型进行专题介绍，
扩展相关的知识点，方便读者举一反三。
3.1.1 预算管理示例
SAP计划与合并系统使用环境来组织和管理一系列数据模型，实现一组相关的业务功能。
同一个业务场景使用到的不同数据模型需要包含在同一个环境中，才能实现数据的同步和共
享，才能进行统一的业务流程的设计和权限管理。
3.1.1.1 预算编制示例业务场景
预算编制的示例流程展示的是一家公司使用SAP计划与合并系统进行年度预算编制的场
景。示例公司是一个国际化的企业集团，在全球各地都设有分公司。集团的预算管理采用了
以销售为起点的预算管理模式。预算管理内容包括了销售预算、成本预算、人力资源预算、
费用预算、资本支出预算及财务报表预算等。不同类型的预算采用不同的维度进行了细化。
例如，销售预算的编制按产品线、细分市场、客户等维度进行细化；人力资源预算按照部门、
岗位、员工等维度进行细化编制。
以年度预算编制流程为例，在年度预算编制过程中主要包括了以下步骤。
1）年度预算初始化：由集团预算管理部门进行年度预算的初始化工作。例如，创建新的
预算版本，维护编制预算的基础数据（如货币汇率），维度预算假设数据（如岗位工资、资本
利率），设置并分摊年度目标，批量加载实际数据等。
2）销售收入与成本预算：销售收入预算使用弹性预算法进行编制，用户需要输入各个产
品的销售单价以及各个产品的销售数量，系统自动计算销售收入。在进行事后分析时，可以
采用预算单价与实际销售数量，或者采用预算的销量与实际的单价等组合进行比较分析。
3）人力资源预算：使用弹性预算法进行编制。用户可以检查集团预算管理部门录入的岗
位工资等数据，并录入不同岗位的人事变动计划，系统可以自动计算相应的工资支出。
4）费用预算：用户可以查看费用预算编制的相关政策说明，录入费用预算数据。
5）资本支出预算：用户可以查看资本支出预算编制的相关政策说明，检查集团预算管理
部门录入的数据，并录入本单位的资本支出预算。
6）资产负债表及现金流量表预算：用户可以录入以上预算不能覆盖的其他资产负债表和
63
第 75 页 / 共 427 页
现金流量表预算项目，并生成完整的预算资产负债表和现金流量表。
7）报表合并与评审：在集团层面进行必要的数据调整和分摊，生成统一的集团报表。
3.1.1.2 示例环境的维度与数据模型设计
为了实现这一业务场景，在 SAP 计划与合并系统中创建了环境 EPM10_DEMO_PL。正
如在第 1 章提到的，登录系统网页界面后，可以在界面中选择相应的环境。登录预算示例环
境EPM10_DEMO_PL，并进入系统管理员界面，查看示例系统中的数据模型，如图3-1所示。
图3-1 预算示例环境中的数据模型列表
界面中列出了当前环境中的所有数据模型，每个模型都有特定的类型，在系统中起不同
的作用。以“Financial”模型为例，它是实现示例预算场景的一个主要的数据模型。单击
“Financial”模型，可以查看模型的数据结构，如图3-2所示。
图3-2 预算示例环境中的Financial数据模型
64
第 76 页 / 共 427 页
从模型的维护界面中，可以查看到当前数据模型包含的维度及其他详细信息。在同一个
环境中，不同的数据模型可以使用相同的维度。也就是说，维度在同一个环境中是可以共享
的。例如，组织结构维度ENTITY既可以用于Financial模型，也可以用于HCM模型。从系
统管理界面的维度管理界面中可以看到当前环境的所有维度，如图3-3所示。
图3-3 预算示例环境中的维度列表
3.1.2 专题：环境的管理与维护
环境包含了若干个模型，以及这些模型使用的一系列维度。同一个环境里的不同模型可
以共用同一环境里的维度，并通过共同的维度定义业务上的逻辑关系。SAP 计划与业务系统
里的环境是相对独立的一个数据对象的集合，同一个环境完成特定的业务功能，如某个集
团的预算管理或者报表合并。不同的环境之间不会有业务和数据的交互。在实施项目之前，
首先要创建一个环境或者选择一个现有的环境，以容纳项目实施创建的维度、模型和业务
逻辑。
3.1.2.1 创建或删除环境
为了方便管理员创建新的环境，SAP 计划与合并系统提供了一个示例的环境
ENVIRONMENTSHELL，预先包含了常用的一些维度与模型。管理员可以通过复制
ENVIRONMENTSHELL，创建新的环境，并在预设的维度和模型基础上根据需要进行修改。
具体操作步骤如下。
进入系统管理员界面，如图 3-3 所示。单击右上方的“管理所有环境”链接，进入环境
管理界面，如图 3-4 所示。界面上列出了用户具有操作权限的所有环境及相关信息。在列表
上选择需要复制的环境，如图 3-4 中的“ENVIRONMENTSHELL”，并单击列表上方的“复
65
第 77 页 / 共 427 页
制”按钮，系统弹出如图 3-5 所示的对话框。在弹出的对话窗口中输入新的技术名及描述，
并选择需要复制的内容。管理员可以将原有环境中的所有组件复制到新的环境中，如业务流
程流、贯穿钻取、审计、权限设置、工作状态、业务数据、文档、流水账、库视图数据等。
管理员可以选择是否复制模型中的数据、文档、库视图数据等，其他内容系统都会自动复制。
完成选择后，单击“复制”按钮，就可以完成新环境的创建。在完成复制后，管理员可以再
进行修改模型、新建模型、分配用户等操作。
图3-4 管理所有环境
图3-5 复制环境对话框
66
第 78 页 / 共 427 页
类似地，管理员也可以选择不需要的环境，并通过列表上方工具栏中的“删除”按钮进
行删除。
3.1.2.2 设置环境状态
环境的状态用来控制用户是不是可以登录该环境并进行数据操作。环境状态可以设置成
“在线”或者“脱机”。新建的环境的状态是“脱机”，在管理员完成配置可以对用户开放使用
时，可以将状态设置为“在线”。如果其间管理员需要对环境进行修改，也可以将状态再改为
“脱机”。具体操作如下。
在环境管理界面中选择一个环境，仍以EPM10_DEMO_PL为例，并单击“更改状态”按
钮，系统弹出如图3-6的对话框。
图3-6 更改环境状态对话框
管理员可以选择需要更改的状态，并在对话框的“状态信息”中设置系统显示的信息。
当最终用户试图登录一个离线的环境时，系统会显示提示这一信息。管理员一般需要在信息
中包含当前的日期和时间，并尽可能给出环境恢复可用的时间。
用户在看到提示信息后，仍然可以选择登录系统，但其操作会受到限制。当环境的状态
为“脱机”时，用户不能进行数据获取和导出的操作。用户可以对已预制或者锁定的凭证进
行离线操作，也可以查询模型里现有的信息，但这些信息很可能不是最新的。
3.1.2.3 设置模板版本
如果管理员修改了环境里的报表或输入工作簿的动态模板，可以通过修改环境模板的版
本号，强制更新模板文件。当用户登录到环境时，会收到新的模板。单击“设置模板版本”，
系统弹出如图3-7所示的对话框。
图3-7 设置环境模板版本号
67
第 79 页 / 共 427 页
在对话框中增加版本号，单击“确定”按钮就能完成相应的操作。此外，在环境的管理
维护界面中，还可以查看管理员和用户对环境的操作记录、更改环境描述等。
与
2 建立预算基础数据，统一预算编制口径
3.
建立全面的预算管理体系，只有以统一基础数据为前提，才能更好地实现不同类型的预
算数据的流转与共享。例如，建立统一的预算管理科目，收入预算编制的结果存储在相应的
收入预算科目中，可以在财务三大报表预算中被共享。又如，统一的预算组织结构的使用可
以方便地以组织为基础横向分析各种预算收入与支出。所以在形成预算数据模型之前，首先
整理用于数据模型的基础数据，也就是维度数据。
要
分析预算基础数据形成维度
3.2.1
预算管理维度是指和企业业务特点紧密相关的，用来细化企业预算编制的角度。例如，
售收入按产品线进行细化编制，产品线就是一个用于细化销售收入预算的维度。组织结构、
销
时间、预算版本、销售地区等，也都是常见的维度。维度不仅可以用于细化预算编制，它也
企业进行预算执行分析的角度，有利于企业从这些角度了解公司预算执行情况，有助于企
是
决策者从不同的角度了解企业资源配置情况，提高预算对决策的支持能力。
业
在计算机系统中构建预算管理模型，首先要理清与预算相关的基础数据，如预算主体、
预算科目、预算周期，并保证全面预算管理的全面数据使用统一的基础数据。每个预算数值
都与一系列的维度相关，才有具体的业务含义。同时，维度数据也是实现系统功能的基础。
，建立组织结构数据后，系统可以基于数据结构实现预算数据的自动汇总或者自动分解，
例如
及系统自动按组织管理层次进行审批等功能。
以
.2.1.1 分析表单，形成维度
3
设计维度最好的入手点就是预算输入表单和预算报表，表单和报表的格式直接体现了用
户对预算数据进行管理和分析的明细程度。预算模型中的维度信息大多来自于这些表单或报
的表头及行标题及列标题。
表
我们以上一节预算编制业务场景为例，分析年度目标制定表彰和销售数量预算编制表单，
现这些表单包含的数据维度。
发
首先，使用Office客户端登录系统进入演示环境EPM10_DEMO_PL，打开服务器输入工
簿文件夹的“Budget”目录中的年度目标预算表单“S06-TOPDOWNTARGETS.XLT 小”，
作
3-8所示。关于Office客户端的具体操作，参见第5章。
如图
图3-8 年度目标预算表单示例
68
第 80 页 / 共 427 页
通过分析输入表单的表头及行列标题，可以得到预算表单使用到的基础数据，并结合实
际情况分析这个基础数据的内容与构成。这一报表用到的基础数据如下：
1.表头部分
（1）预算数据的版本。如图3-8表头中的“TARGETS-目标版本”。连字符“-”左边是系
统编码，右边是描述文本。考虑除了目标版本外，客户是否还可能编制预测版本，以及与实
际版本进行数据比较。
（2）预算编制主体。如图 3-8 表头中的“E02_IN-集团总部”。考虑如果用户需要对目标
数据进行层层分解，预算编制主体还需要包括各个下属企业或者部门，并需要考虑不同部门
的层级关系。
2.列标题部分
时间：图 3-8 中年度目标预算要求编制到每个年度，考虑到目标是否要进一步分解到季
度或者月份。
3.行标题部分
预算科目：图3-8中的列标题包括基本科目，如“TOT_44_IN-净收入”等，基本科目的
值是由用户输入的；列标题中还包括了计算科目或汇总科目，如“TOT_60_IN-营业成本”等，
这些科目的值是由系统根据计算规则得到的。因此，在设计某些维度时，要考虑维度成员之
间的层次结构或计算关系。
再以销售预算的编制为例，打开服务器输入工作簿文件夹的“Budget”目录中的工作簿
“S01-REVENUECOS.XLTX”，选择表单“Units”，显示销售数量预算表单，如图 3-9所示。
”。
图3-9 销售数量录入表单示例
这一表单用到的基础数据及其内容如下：
1.表头部分
（1）预算科目：如图3-9中的“销售数量
（2）预算编制主体：如图3-9中的“0201公司”。
（3）预算数据的版本：如图3-9中的“预算版本2”。
69
第 81 页 / 共 427 页
2.列标题
时间：要求编制到月份。
3.行标题
产品线：要求编制到每一个产品。
最后，再以销售收入预算录入单价的预算表单为例，说明更复杂的行标题和列标题的情
况。在输入工作簿“S01-REVENUECOS.XLT”中选择表单 “Units Rates”，打开表单如图3-10
所示。
图3-10 销售单价及单位成本录入表单示例
图3-10只是截取了录入单价及单位成本表单的上面部分，可以看到这一表单用到的基础
数据及其内容包括以下内容：
1.表头部分
（1）审计线索：如图 3-10中的“录入单价或单位成本”。表单主体中用到了“销售收
入”等会计科目，在示例模型设计中，这些科目既可以用以表示总数，也可以用以表示单
价或单位成本，因此系统使用不同的审计线索维度成员用于区别不同类型的数据。系统使
用审计线索维度成员“Input-录入总数”与这些科目组合，表示相应科目的总数；而使用
审计线索维度成员“RateInput-录入单价或单位成本”与这些科目组合，表示相应科目的
单位数。
（2）预算编制主体：如图3-10中的“0201公司”。
（3）预算数据的版本：如图3-10中的“预算版本2”。
2.列标题
时间：要求编制到月份。
70
第 82 页 / 共 427 页
3.行标题
这是一个复合的行标题，其包含了以下不同维度的信息。
（1）产品线：要求预算编制到每一产品线，并自动计算所有产品线的汇总。
（2）预算科目：要求详细录入销售单价及成本构成，如“销售收入”、“销售返利”、“销
售折扣”及各种直接成本。
通过以上 3 个例子可以看出，分析表单是设计系统维度的一个重要方法。在分析完
表单和报表后，还需要对分析结果进行综合考虑，不同的表单可能都使用到相同的维度，
但要求有不同的明细程度。例如，有的报表时间以年为单位，有的报表以月份为单位。
如果这些报表需要共享数据，就要设计共用的维度，一般会取最明细的计量单位作为基
本单位。
但需要明确的是，表单并不是维度设计的唯一数据来源。还要注意一些表单中没有出现，
但是模型中需要的维度。例如，报表使用的货币单位。再如，为了保存数据的变化过程，还
会需要一些技术上的维度。我们将在本节中专题介绍维度的类型。同时，维度的设计还要考
虑到实现某些特定的系统功能的需求，实现这些系统功能会要求在特定维度上进行特别的设
计，可以参见后续章节对于系统功能的介绍。
维度设计的结果要确定系统包含哪些维度，维度有哪些属性，维度包含哪些成员，维度
成员之间是否存在层次结构。
3.2.1.2 在系统中创建维度
完成维度设计后，管理员可以在 SAP 计划与合并系统的管理界面的“维和模型”项下创
建新的维度，并将它们用于不同的模型中。管理维度的任务包括创建维度、定义成员、分配
属性，以及管理系统应用环境里的维度。同一个环境的维度是可以在数据模型之间共用的，
维度库中的维度可以应用于同一环境里的一个或者多个数据模型。
进入系统管理界面，单击“维和模型”区域的“维”配置项，可以看到当前环境的所有
维度，如图 3-3 所示。管理员可以在这一界面中创建新维度或者复制已有的维度。下面举例
说明如何新建一个维度。单击如图 3-3所示维列表窗口上方的“新建”按钮，系统弹出如
图3-11所示的新建维度对话框。
图3-11 新建维度对话框
在对话框中输入维度名称、描述并选择维度类型。其中，维度的名称不区分大小写，维
度名称必须是唯一的。维度的类型决定了维度的用途及其所拥有的属性，我们将在本节的专
71
第 83 页 / 共 427 页
题中进行重点介绍。
完成输入后，单击“创建”按钮，系统进入维度的设置界面，如图3-12所示。
图3-12 维度设置界面
在维度设置界面中，维度的标识与类型是只读的，管理员可以修改维度的描述。管理员
需要设置以下内容。
（1）属性的参考完整性：这是一个可选项，用户可以使用这一功能实现对维度属性值的
自动校验。某些类型维度的特定属性与其他维度是相关联的，在创建这种新维度时，用户需
要为这些特定属性指定一个参考维度。也就是说，新建维度的某个属性的取值范围只能是参
考维度的成员ID或相应属性。如图3-11所示的例子中，可以对会计科目的属性“RATETYPE”
的取值范围进行限制。
一旦设置了属性的参考完整性，当用户处理维度时，系统会检查参考维度属性的值。如
果新建维度成员属性的取值不在参考维度的参考属性的值列表中，系统不能通过校验。
表 3-1 列出了特定维度属性参考完整性的校验规则。这样的设置是有其业务含义的。例
如，根据表中的规则，A-科目类型的维度中的“RATETYPE”属性的取值必须是另一个科目
维度的值（ID）。会计科目在进行货币转换时，需要指定相应的汇率类型，系统用维度属性
“RATETYPE”来保存相应的汇率类型。SAP计划与合并系统将所有的货币转换汇率保存在汇
率模型中，而汇率模型的科目维度（参考维度）的成员就是各种汇率类型。上述规则的设置
就是为了保证会计科目中指标的汇率类型在汇率模型中都能找到相应的值，货币转换才能成功。
表3-1 维度属性的参考完整性
维 度 类 型 属 性 名 称 参考维度的类型 参考维度的属性
A — 科目 RATETYPE A — 科目 ID
C — 类别 YEAR T — 时间 YEAR
E — 实体 CURRENCY R — 货币 ID
I — 公司间 ENTITY E — 实体 ID
72
| 属 性 名 称 | 参考维度的类型 |
|---|---|
| RATETYPE | A — 科目 |
| YEAR | T — 时间 |
| CURRENCY | R — 货币 |
| ENTITY | E — 实体 |
第 84 页 / 共 427 页
（2）“允许成员公式”复选框：选中该复选框，用户可以定义维度成员的计算公式。例如，
可以实现“成员 C=成员 A+成员 B”的计算逻辑。具体公式的编辑需要在管理员界面的“规
则”项目下完成，将在第6章进行详细介绍。
（3）设置维度属性：将在3.2.1.3节进行详细介绍。
（4）设置维度层次结构：将在3.2.1.4节进行详细介绍。
完成设置后，单击工具栏上的“保存”按钮进行保存，并单击“关闭”按钮返回如图3-3
所示的维度管理界面。此外，在维度管理界面中，管理员还可以进行维度的复制、删除、处
理等操作。
3.2.1.3 设置维度的属性
维度属性是用于描述维度特性的字段。例如，“会计科目”维度有一个属性“ACCTYPE（科
目类型）”，用于说明会计科目是属于资产类科目、负债和所有者权益类、收入类或者费用类。
不同的属性值设置会导致系统对相应成员采取不同的处理方式。
维度属性还广泛用于报表、成员搜索、公式、数据管理器选择等功能。在系统的很多
地方都可以使用属性值对维度成员进行过滤。例如，用户想选择不同的地区对预算主体，可
以在预算主体维度添加属性“地区”，并给它们赋予相应的值。用户在预算表单中就可以按
地区进行筛选或者排序，按地区进行不同的逻辑计算，或者基于不同的地区编制不同格式的
报表。
根据维度类型不同，维度具有不同的默认维度属性，用户也可以添加自己定义的属性。
使用上一小节中的例子，仍然以科目类型的维度举例说明设置属性的几种情况。
1.某些默认属性是任何情况下都必需的
如图3-12所示在新建科目类型的维度时，系统会自动生成以下必需属性。
（1）ACCTYPE：“科目类型”，用于说明会计科目是属于资产类科目、负债和所有者权益
类、收入类或者费用类。
（2）RATETYPE：汇率类型，会计科目在进行货币转换时，属性“RATETYPE”保存相
应的汇率类型。
（3）SCALING：标志位，用于标识会计科目在出具报表时是否按制表单位（如万元、百
万元）自动缩小。
2.有些默认属性是将维度用于特定场合时所必需的
将维度用于合并模型、所有权模型或者汇率模型都会要求某些维度具有特定的属性。用
户可以维护维度属性，给维度添加新的属性。
例如，在图 3-12 属性列表上方单击“添加”按钮，系统下拉菜单有以下 3 个选项：
1）新建属性。
2）合并的必需属性。
3）所有权的必需属性。
选择“合并的必需属性”，系统会自动将合并模型中的科目类型维度需要的属性加入属性
列表。如果选择“所有权的必需属性”系统则会自动将所有权模型中的科目类型维度（用于
保存持股比例或合并比例等内容）需要的属性加入属性列表。
3.用户可以添加更多的属性对维度成员进行定制化
用户也可以选择“添加”下拉菜单中的 “新建属性”，添加自定义的属性。系统弹出的
73
第 85 页 / 共 427 页
对话框如图3-13所示。
图3-13 添加新属性对话框
管理员在对话框中输入新属性的标识、名称及属性值的长度，就可以为维度添加新属性。
新建的属性出现在属性列表中。在添加属性后，用户可以将相应的属性值分配给维度成员。
对于用户新建的维度属性并没有长度的限制。如果用户希望减少现有的维度属性的长度，需
要创建一个新的属性，将旧属性的值复制到新属性，再删除旧属性。
当然，用户也可以删除维度属性。在属性名称列表中选择相应的属性，单击列表上方的
“删除”按钮，就可以删除相应的维度属性。
3.2.1.4 创建维度层次结构
一个维度包含多个成员。如果维度的成员存在上下级关系，就需要在维度中创建层次结
构。单击图 3-12界面右方层次结构选项区的“添加”按钮，系统弹出如图 3-14所示的对
话框。
图3-14 新建层次结构对话框
在新建层次结构对话框中输入层次结构的名称，单击“确定”按钮就能完成层次结构的
创建。新建的层次结构会出现在层次结构列表中。一个维度
可以创建多个层次结构。
层次结构成员之间的关系使用专用的术语，如父、子、
兄弟、祖先、后代等进行描述。每一个维度成员又称为一个
节点。层次结构中没有父节点的节点称为根节点，不含任何
子成员的成员称为叶子节点，也称为基本成员。简单的层次
结构如图3-15所示。
图3-15 层次结构中的成员关系
在如图3-15的示例中，A节点是B节点和C节点的父
节点，B节点和C节点是A节点的子节点。类似的，B节点和D、E节点互为父子节点。B、
74
第 86 页 / 共 427 页
C 节点互为兄弟节点，D、E 节点也互为兄弟节点。B、C、D、E都是A节点的后代，而E
节点的祖先包括B节点和A节点。A节点是根节点，C、D、E节点都是叶子节点或维度基本
成员。
维度成员的层次结构关系是在维护成员时维护的，参见3.2.2.3节。
3.2.2 维护维度成员
维度成员就是维度中包含的每一个个体，每个维度都包含若干维度成员。例如，会计科
目维度的维度成员就是每一个具体的会计科目，如现金、银行存款、收入、费用等；时间维
度的成员就是每一个具体的年度、季度、月份甚至日期，如 2011、2012、2012.01、2012.02
等。在创建好维度的结构之后，管理员还要维护好维度的成员，维度才能投入使用。
3.2.2.1 成员维护界面
使用以下几种方法，都可以进入到维度成员的维护界面。
（1）在图3-3所示的维度列表中单击维度标识。
（2）在图3-3所示的维度列表中选择相应维度，并单击维度列表上方的“编辑成员”
按钮。
（3）在图3-12所示的维度设置界面单击屏幕右上角的“转到：维×××的成员”。
以实体维度ENTITY为例，维护成员的界面如图3-16所示。
图3-16 维度成员维护界面
维度成员维护界面中的字段包括了成员的标识、描述、层次结构和所有属性。根据当前
登录用户首选项设置的语言不同，系统会自动显示不同语言的描述。用户对维度成员的描述
可以多达60个字符，不需要唯一。
75
第 87 页 / 共 427 页
如果在图3-12所示的维度设置界面中维护了层次结构，成员维护界面的列标题中就会出
现相应的层次结构名。在层次结构列显示的是维度成员的父节点的标识。如果这一字段为空
说明对应的成员是一个根节点。
维度成员维护界面有列表视图和层次结构视图两种视图。
3.2.2.2 维度成员列表视图
如图3-16所示，进入维度成员维护界面，默认情况下是进行列表视图。在这一界面中用
户可以进行以下操作。
（1）编辑成员：用户可以直接选择相应的成员进行编辑，如果修改的内容有误，可以单
击“还原”按钮进行还原。
（2）添加成员：用户可以在成员列表下方的空白行上输入新的成员。
（3）删除成员、恢复已删除的成员：用户可以选择相应的成员，选择“删除”按钮删除
相应成员。如果一个维度已分配给模型，并且维度的成员已有相关的业务数据存在，则不能
删除这个维度成员。
如果用户想恢复最近删除的成员，可以单击“最近删除的成员”按钮，系统弹出如
图 3-17所示的对话框。
图3-17 恢复最近删除的维度成员
选择列表中已删除的成员，并单击右下方的“确定” 按钮，可以恢复这一成员。
（4）排序与过滤：默认情况下，成员是按标识的字母顺序升序排列的，用户可以单
击其他列标题，让系统按该列的值进行升序或者降序排列。将鼠标停放在列标题上，还
会显示过滤按钮，用户可以使用这一按钮，指定所在列的特定值，对显示的维度成员进
行过滤。
如果维度具有层次结构时，工具栏上会出现“应用层次结构顺序”按钮。如果维度
有多个层次结构，可以在按钮下方的列表中选择相应的层次结构，选择之后，系统会按
层次结构的顺序对成员进行排序。如图 3-18 所示是按层次结构“PARENTH1”的顺序显
示的。
76
第 88 页 / 共 427 页
图3-18 按层次结构顺序显示成员列表
（5）显示选项：单击“显示”按钮，用户可以选择列标题中是显示属性名称，还是显示
属性的标识。
（6）导出成员列表：单击“导出为CSV”按钮，可以将成员列表导出成逗号分隔的文本文件。
3.2.2.3 维度成员层次结构视图
从维度成员列表右上方的下拉列表中选择“层次结构”，可以进入维度成员层次结构视
图，如图3-19所示。
图3-19 维度成员层次结构视图
77
第 89 页 / 共 427 页
如果维度包含多个层次结构，可以在工具栏中的“显示”下拉列表选择相应的层次结构。
在主窗口中，用户通过单击节点前的三角符号，可以展开或收起层次结构。在这一视图中，
还可以使用以下方法修改层次结构：
（1）选择一个成员，单击“上移”或者“下移”修改成员在层次结构的位置。
（2）使用鼠标修改层次结构，可以直接拖动一个维度成员到新的位置。
单击“显示”按钮，可以选择显示“成员标识和描述”、“成员标识”或者“成员描述”。
在完成对维度成员或层次结构的修改之后，可以单击“保存”或者“保存并处理”按钮
保存新修改的内容。单击“保存”按钮，系统只是将数据暂时保存，不能用于报表或者录入
表单。单击“保存并处理”按钮，系统将维度的新变化保存到数据模型中。
3.2.3 专题：了解维度类型
SAP 计划与合并系统对预算管理和报表合并常用的基础数据进行了分析归纳，对其常用
甚至是必需的维度类型进行了预先的定义，赋予这些维度不同的功能。系统根据维度包含数
据的类型和用途不同，将维度分成不同的类型，并根据其用途不同赋予这些维度不同的属性。
不同的维度类型在数据模型中起不同的作用，有不同的操作和功能。
3.2.3.1 实体维度
实体维度类型用字母E（Entity）表示，它包含了与预算或者合并业务相关、驱动业务流
程的业务单位。根据用户数据模型的不同设计，实体维度可以是运营单位、成本中心，或者
地理区域上的分区等。实体维度定义了模型中的业务单位的组织结构，同时实体维度的层次
结构也定义了这些业务单位的数据进行汇总或者是分摊的途径。
如果是应用于预算模型，实体维度包含的就是各个预算主体及其管理部门。预算主体与
其上级主管部门的关系在维度中就体现为层次结构中的子节点与父节点的关系。利用维度的
层次关系可以实现预算数据的自动汇总或者实现总数的层层向下分摊。层次结构还可用于确
定预算数据的上级审批单位。
合并及所有权模型也包含实体维度。在合并模型和所有者模型的实体维度成员就是各个
参与合并的单位。
同一个维度是可以用于不同的模型的。在编制预算时，编制销售预算、生产预算、采购
预算可能采用不同的模型，但可以使用同一个实体维度，在同一个实体维度中构建完整的组
织结构体系。如果一个企业的预算单位和合并单位是一致的，也可以在预算模型和合并模型
中使用同一个实体维度。
每个模型都必须有且只能有一个实体类型的维度。汇率模型也需要有一个实体维度，但
由于汇率本身不会因为实体不同而有差异，除了特定的业务场景（如初次进入合并范围的单
位，使用的初始汇率不是年度期初汇率，需要给该单位指定一个特定汇率）以外，汇率模型
中的实体维度并没有实际的业务含义。所以在系统建模时，一般单独创建一个实体类型的维
度供汇率模型使用，且这一维度只包含一个虚拟的成员。
实体类型维度必须包含以下属性。
● CONTROL_LEVEL：与控制过程功能一起使用，标明实体维度成员的控制水平。参见
第6章及第11章关于控制过程的详细介绍。
● CTRL_CURRENCY_NOT_LC：与控制过程功能一起使用，标明实体维度成员是否不
78
第 90 页 / 共 427 页
对本位币进行控制。参见第11章关于控制过程的详细介绍。
● CURRENCY：标明该成员单位使用的货币，即记账本位币，可用于币种换算功能，参
见第12章的详细介绍。
若将实体类型维度用于合并模型，还必须包含以下属性。
● ELIM：标志位，用于管理合并抵销功能，标明成员是否合并抵销的单位。详见第 13
章中对于管理合并的介绍。
● INTCO：在合并抵销功能中使用，标明实体维度成员在交易对方维度（即公司间维度）
中对应的成员标识。
● 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：在法定合并的抵销和调整业务规则中使用，抵销和调整业务规则表中可以
79
第 91 页 / 共 427 页
使用这一属性对会计科目进行批量选择，用于作为自动生成合并抵销凭证的数据来源
科目。参见第13章的详细介绍。
若将科目类型维度用于所有权模型，则这一维度保存了法定合并相关的参数，如合并方
法代码、股权比例、合并比例等。除了必需的三个属性外，还必须包含以下属性：
● IS_INPUT：标志位。如果这一属性值为“Y”，表明相应的维度成员可用于所有者管
理器进行数据录入，而且可以用于法定合并中基于合并方法的乘法公式。
3.2.3.3 类别维度
类别维度定义了用户希望保存下来并进行跟踪分析的数据类型，如实际、预算和预测等，
也就是我们通常所说的版本。对于同一类数据，用户也可以创建不同的类别成员，存储不同
的版本，如BudgetV1（预算版本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。
80
第 92 页 / 共 427 页
● PERIOD：期间。PERIOD属性允许用户根据期间进行过滤、排序以及出具报告。
● YEAR：年度。用户可以使用YEAR属性根据年度进行过滤、排序以及出具报告。同
时，这一属性于也可以用于对类别维度的YEAR值进行校验。
若将时间类型维度用于合并模型，还必须包含以下属性：
● MONTHNUM：月份数，用于保存时间成员对应的最后月份的序数，用数字表示。
● TIMEID：用于将时间转化成系统方便计算的内部 ID 号，TIMEID 必须遵守指定的命
名规则，系统才能正确地识别其中的年、月、季度等信息。
3.2.3.5 币种维度
如果用户希望同时以本地货币（记账本位币）及其他货币出具报表，就需要使用币种维
度。币种维度存储了公司业务涉及的所有货币的币种，包括录入数据及出具报表使用的货币。
创建这一类型的维度时使用类型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小节关于期末余额结转业务规则的详细介绍。
81
第 93 页 / 共 427 页
● 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）
表示。其明细程度是根据公司跟踪抵销的内部往来余额的明细程度确定的。与母公司维度一
82
第 94 页 / 共 427 页
样，公司间维度用于合并模型和所有权模型。公司间维度的成员与实体维度成员一样，表示
的都是发生业务交易的实体，公司间维度成员往往与实体维度成员存在一一对应的关系。
公司间类型维度必须包含以下属性。
● ENTITY：值可以为空，或者包含当前模型中实体类型维度的一个有效成员。ENTITY
属性使用实体维度进行校验。
● SCALING：标志位，可选的值是 Y 或者 N，标明成员用于报表时，相应的值是不是
按报表指定的比例缩小。其值是可选的，但如果其值没有定义，相应的维度成员是无
法进行比例缩放的。
3.2.3.9 子表维度
子表维度用类型S（Subtable）表示，它用于细化会计科目的变化过程，又称为流（Flow）
维度。某些会计科目可以使用子表维度对其变化过程进行细化，如固定资产科目。子表维度
成员可以包含期初数、增加、清理、转移以及期末数等，说明固定资产的具体变动过程。
子表维度可以应用于很多系统业务规则。例如，由于币种换算业务规则要求进行货币转
换的金额按科目发生变化的不同原因使用不同的货币汇率进行计算，使用子表维度对会计科
目变动原因进行细化对这些业务规则是非常重要的。
子表维度与科目维度有非常紧密的关系，但因为子表维度的成员对多个会计科目都会用
到，所以在建模时将其设置为单独的维度。
子表类型维度必须包含以下属性。
● FLOW_TYPE：定义了子表维度成员（流）的不同类型。例如，标明特定的子表维度
成员为期初值或者期末值，这一属性用于期末余额结转业务规则及其他业务规则。
● SCALING：标志位，可选的值是 Y 或者 N，标明成员用于报表时，相应的值是不是
按报表指定的比例缩小。
3.2.3.10 用户定义维度
用户定义维度是用户自己定义的维度类型，在系统中用U1、U2、U3（User-Defined）等
表示，用于定义系统标准维度类型以外的维度类型。
用户定义类型维度必须包含以下属性。
● SCALING：标志位，可选的值是 Y 或者 N，标明成员用于报表时，相应的值是不是
按报表指定的比例缩小。
使用用户定义维度，可以灵活地根据需要细化预算管理的颗粒度。常见的用户定义类型
维度如产品线、客户等。
3.3 分析预算主题，形成预算模型
在全面预算管理系统中，一般使用多维数据模型。多维数据模型是保存和管理预算数据
的地方。在对预算系统进行模型设计时，一般先按其预算编制类型分成不同的主题。由于不
同主题的预算细化的维度一般是不一样的，而且跨预算各类的数据交互相对较少，可以采用
不同的多维数据模型。例如，销售预算可能根据产品、客户、地区等维度进行细化，人事预
算可能根据员工、岗位等维度进行细化。分析不同的预算数据分别采用哪些维度进行细化管
理，是设计预算模型的着手点。
83
第 95 页 / 共 427 页
3.3.1 设计与创建多维数据模型
设计多维数据模型，要从数据模型需要保存的数据结构及要实现的预算管理功能两方面
入手。通过对预算表单的分析，可以比较直接地得到预算管理上对数据模型的要求。另一方
面，SAP 计划与合并系统基于对计划预算和报表合并常用功能的分析与归纳，对数据模型进
行了分类，并对每一类数据模型在建模上作了规范和要求。下面就先从分析表单入手，了解
多维数据模型的设计思路。
3.3.1.1 分析表单，设计模型
对于同一个主题的预算，例如销售预算，不论其录入表单或报表的格式是怎样的，其后
台存储和读取的一般都采用同一个多维数据模型。这样才能保证数据的统一性。因此，同一
主题的预算相关的表单，往往是分析形成同一个数据模型的基础。
仍然以3.2.1.1小节的销售预算表单为例，介绍预算模型的设计。首先分析同一预算主题
的相关表单使用的维度及其成员构成。图3-8所示的年度目标录入表单使用到的维度有版本、
预算主体、时间、预算科目，图3-9所示的销售数量预算表单用到的维度有版本、预算主体、
预算科目、时间、产品线，图3-10所示的表单用到的维度有版本、预算主体、时间、产品线、
预算科目。不同的表单由于编制阶段及功能不一样，使用的维度及其成员的明细程度不尽相
同，但是仍然有大部分的维度是一样的。再者，考虑到这些不同的表单的数据关系比较紧密，
年度预算目标数据需要落到具体的销售金额的预算，而每个实体的销售金额预算是由销售数
量和销售单价计算得到的。
基于以上因素考虑，根据收入预算编制的需要，创建一个统一的销售预算模型，包含以
上5个维度及其他必要的维度，以保存和处理销售预算相关的数据。在预算演示环境场景中，
以上表单正是使用了同一个数据模型，如图3-20所示。
图3-20 预算示例场景的数据模型
84
第 96 页 / 共 427 页
示例模型中包含了以上表单中的6个维度：
（1）ACCOUNTP（预算科目），科目类型维度。
（2）AUDITP（审计线索维度），可以用于区分不同来源的数据，保存数据的变化过程。
（3）CATEGORY（版本），类别类型维度。
（4）ENTITY（预算主体），实体类型维度。
（5）PRODUCT（产品），用户定义类型维度。
（6）TIME（时间），时间类型维度。
（7）CURRENCY（币种），币种类型维度，用于保存预算数据使用的货币币种。
模型的设计要充分考虑供不同的表单共用，使用一个数据模型满足多个报表或者录入表
单的需求。同时，还要考虑相关表单的数据关系，对于关系不大的数据，我们考虑将其分成
不同的数据模型。例如，示例场景中包括了人力资源、资本支出预算，这些预算使用了岗位、
员工、资产类型等维度，由于这些数据与销售数据在结构上不相似，在内容上相关性不大，
所以分别使用独立的数据模型，只是这些模型都使用了相同的实体、时间、类别（版本）等
维度，不同类型的预算数据通过这些共同的维度实现横向的数据关联和分析。
根据报表需求或者预算录入表单的格式分析出模型的方法，与商务智能项目中根据报表需
求进行多维数据建模的方法是类似的。读者可以参见《SAP 商务智能完全解决方案》一书第 5
章中关于BW建模方法的介绍。需要注意的是，预算系统的建模有以下两个很重要的不同点：
1）预算模型的数据大多是汇总过的实际数据或者手工录入的预算数据，数据量相对较小。
2）相对于报表系统而言，不同的预算模型之间存在数据的交互和互相校验。
基于以上原因，可以考虑简化预算模型，对一些数据量小、数据交互多、维度近似的模型
进行合并，而不像报表分析模型那样进行严格区分。换句话说，预算模型可以是更加稀疏的。
3.3.1.2 在系统中创建模型
在完成模型设计后，需要在系统中将其实现。管理员界面的模型管理视图，如图 3-21
所示。
图3-21 数据模型管理界面
85
第 97 页 / 共 427 页
模型管理界面列出了系统当前环境中现有的所有数据模型，管理员可以在这一界面中创
建、编辑、删除、复制数据模型，或者对数据模型进行优化。以新建数据模型为例，单击模
型列表上方的“新建”按钮，可以进入新建模型向导，系统弹出如图3-22所示的向导界面。
图3-22 新建数据模型向导界面
在对话框中输入新建模型的标识与描述，并单击“下一步”按钮。
3.3.1.3 选择模型类型
模型创建向导的第二个界面如图3-23所示。
图3-23 选择数据模型类型
86
第 98 页 / 共 427 页
在图3-23所示的界面中，管理员需要指定数据模型的类型。在本例中，选择标准类型。
在选项部分，需要指明数据输入模式，其有以下两个选项。
● PER-定期：即在数据模型数据库中存储的是期间数。
● YTD-年初至今：即在数据模型数据库中存储的是从年初至今的累计数。
这一选项只对期间数（如损益类科目）有影响，对于时点数（如资产负债表科目 ）不管
哪个选项，其存储的值是一样的。关于科目类型的指定，参见3.2.3.2节对科目维度的详细介绍。
使用期间数或者累计数进行存储的示例如表3-2所示。
表3-2 使用期间数或者累计数存储损益类科目
一月 二月 三月
期间数 100 200 0
年度累计数 100 300 300
由于大部分总账及其他源系统在处理损益类科目时都以期间的方式存储数据，默认的数
据模型存储方式也是以期间数存储的。使用这一存储方式，所有的计算都以期间值为基础。
将期间值进行累计，可以形成累计值报告。在一些业务场景中，计算需要以累计值为基础进
行计算，如进行外币转换的应用。如果需要累计值，用户可以在这里将模型选项设置成以累
计值的方式存储数据，这样用户可以直接输入累计值。当数据以累计值的方式录入，但其出
具的报表需要期间值时，系统也会根据不同期间累计值的差异自动计算得出。期间值存储与
年度累计值存储方式都可以支持每日、每周、每月、每季度以及年度累计值的报表需求。
不同类型的数据模型在结构和功能上都有差异，而且选择不同的模型类型会有不同的选
项，具体参见3.3.2节关于模型类型的专题介绍。
3.3.1.4 分配模型维度
单击“下一步”按钮，进入如图3-24所示的界面。
图3-24 选择源数据模型进行复制
87
| 一月 | 二月 |
|---|---|
| 100 | 200 |
| 100 | 300 |
第 99 页 / 共 427 页
界面中列出了当前环境中已有的数据模型，用户可以选择空白模型，自己指定新建模型
的结构，也可以选择现有模型，以现有的一个模型为模板，复制现有模型的维度，并在其基
础上进行修改得到新的模型。
选中“空白模型”单选按钮，并单击“下一步”按钮，进入维度分配界面，如图 3-25
所示。
图3-25 选择数据模型维度
在界面左方的列表中，列出了系统当前环境中已创建的所有维及其类型。下方是系统的
提示，根据前面步骤选择的模型类型，系统会进行相应的提示。我们之前选择的是“标准”
类型的模型，标准模型必须至少包含以下4个维度：
● 科目—A。
● 类别—C。
● 实体—E。
● 时间—T。
其他类型模型所要求的维度可以参见3.3.2节的模型类型专题介绍。
在左边的列表中选择需要的维度，并单击“添加”按钮，可以将其添加到右边的列表中。
将维度分配给模型后，维度中的成员数据在模型中就可以使用了。在右边的列表中，除了维
88
第 100 页 / 共 427 页
度名称和类型外，还有一列“安全的”，它用于标明维度是不是与权限管理相关。系统对数据
访问权限的控制是不同的模型设计的，所以用户在设计模型时可以同时指明模型中的哪些维
度是与访问权限相关的。在随后的权限管理中，管理员就可以根据这些维度及其成员来分配
用户的访问权限。
指定模型中的部分维度为“安全的”，管理员可以使用这些维度来控制一个用户（或者团
队）是否有读取或写入这些维度及其成员的权限。例如，管理员希望不同的用户访问不同实
体的数据，就需要将实体维度选择成“安全的”。对于没有标识为权限相关的维度，所有用户
都可以访问这些维度的成员。
系统使用数据访问配置文件对用户进行访问授权。如果管理员想对一个模型的数据访问
权限进行控制，则模型中至少需要有一个维度是与权限相关的。SAP计划与合并系统的权限管
理可以细化到每一个维度成员。在数据访问配置文件中，管理员需要指定用户对于维度的哪
些成员拥有只读或者写入的权限。因为默认情况下，用户没有访问任何权限相关的维度成员，
所以在数据访问配置文件中定义权限相关维度的成员访问权限时，要确保模型中与权限相关
的所有维度的权限都得到了分配。否则，只要有其中一个维度没有进行权限分配，则分配到
这一数据访问配置文件的用户将不能访问模型中的任何数据。更多的细节请参见第14章对权
限管理的介绍。
3.3.1.5 完成数据模型创建
单击“下一步”按钮，进入“从源复制”步骤。如果在“源模型”步骤中选择了一个源
模型做为模板，系统会根据在“维度”步骤中修改后的结构判断源模型的哪些内容可以复制
到新的模型。一般可以复制源模型的流水账模板和数据管理器包，如图3-26所示。
图3-26 从源数据模型复制的内容
由于在“源模型”步骤中没有选择源模型，所以这一步骤也没有相应的选项。系统提示
“将不向新模型复制内容，因为是从空白模型开始的”。
单击“下一步”按钮进入最后界面，系统将模型配置的信息进行小结，供用户进行检查，
如图3-27所示。
89
第 101 页 / 共 427 页
图3-27 审核并创建新模型
检查正确后，单击“创建” 按钮，即可完成模型的创建。
完成创建的模型会出现在如图3-21所示的模型列表中。在系统的模型管理界面，管理员
还可以对模型进行编辑修改、复制和删除。在模型创建之初，数据量是比较小的。但随着时
间的推移，数据量随之增长。用户可以定期地运行优化功能，以优化模型数据存储，提高模
型性能。
3.3.2 专题：BPC系统中的模型种类与结构
根据多维数据模型的不同作用，系统将模型分为两大类：一类为报告模型，包含了标准、
财务、合并 3 个类型的模型；另一类为动因和比率类型，包含了汇率、所有权、通用 3 个类
型。报告模型用于数据输入和分析。非报告模型用于存储参考数据，如货币汇率和持股比
例等。
3.3.2.1 标准模型
标准模型可以用于预算编制，要求包含以下4个必需的维度：
● 科目—A。
● 类别—C。
● 实体—E。
● 时间—T。
除此之外，没有特别的要求。标准模型没有包含默认的业务处理逻辑，所以如果需要使
用业务处理逻辑，需要用户使用逻辑脚本进行创建。
3.3.2.2 财务模型
财务模型可以用于执行管理和法定合并功能。它支持数据从记账本位币到多种报表货币
90
第 102 页 / 共 427 页
的转化、公司内部往来抵销以及进行其他计算。由于包含了汇率换算功能，用户在创建一个
财务模型时，需要同时指定一个相关联的汇率模型。其创建时的选项界面如图3-28所示。
图3-28 创建财务类型的模型
除了要指定数据输入模式外，还要在“包含汇率的模型”下拉列表中选择一个当前环境
中已有的汇率类型的模型。
财务模型需要包含以下维度：
● 科目—A。
● 类别—C。
● 实体—E。
● 币种—R。
● 时间—T。
新建模型向导在分配模型维度中会进行相应的提示。
用户可以选择在财务模型中设置以下业务规则：
● 公司间记账规则。
● 币种换算。
● 抵销和调整。
● US抵销。
● 结转。
● 基于科目的计算。
91
第 103 页 / 共 427 页
可以在财务模型中启用逻辑脚本和控制过程。关于业务规则、逻辑脚本和控制过程的详
细介绍，可以参见第6章的总体介绍及后续章节对具体业务规则的应用介绍。
3.3.2.3 合并模型
合并模型用于执行比财务模型更复杂的法定合并。合并模型可以处理复杂的股权结构，
包括完全股权、部分股权、少数股权和各种合并方法。
合并模型必须参照一个汇率模型和一个所有权模型。前者用于保存货币转换需要的货币
汇率，后者用于保存股权关系和合并处理方法。其创建时的选项界面如图3-29所示。
图3-29 创建合并类型的模型
合并模型需要包含以下类型的维度。
● 科目—A。
● 类别—C。
● 审计线索—D。
● 实体—E。
● 母公司—G。
● 公司间—I。
● 币种—R。
● 子表—S。
● 时间—T。
新建模型向导在分配模型维度中会进行相应的提示。
92
第 104 页 / 共 427 页
用户可以选择在合并模型中设置以下业务规则：
● 公司间记账规则。
● 币种换算。
● 抵销和调整。
● 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。
93
第 105 页 / 共 427 页
● 时间—T。
除此之外，没有特别的要求。通用模型没有包含默认的业务处理逻辑，所以如果需要使
用业务处理逻辑，需要用户使用逻辑脚本进行创建。
3.4 本章小结
在完成预算管理的业务蓝图设计后，需要在SAP计划与合并系统中实现业务蓝图中的流
程、表单和预算功能。而预算流程、表单和相应的功能都是以系统中的预算模型为基础的。
SAP 计划与合并系统使用环境对预算模型进行组织与管理。功能相关的一系列数据模型存放
在同一个环境中，同一个环境里的数据模型可以共用维度，进行数据交互。不同的环境之间
不能共享数据，不能进行数据交互。管理员在管理界面中，可以对环境进行管理。
SAP 计划与合并系统使用多维数据模型。在建模之前，首先要分析预算管理使用的基础
数据，设计多维数据模型的维度。对维度的设计来源于对预算或者合并报表的格式以及要实
现的系统功能的分析。每个维度都包含若干的维度成员，每一个维度成员有唯一的标识、描
述，还有一系列维度属性。维度属性广泛用于在制作表单或报表时对维度成员进行过滤，或
者用于业务规则表中实现特定的预算或者合并功能。如果维度成员之间存在上下级关系，可
以使用维度的层次结构来表达这种关系。层次结构可以定义数据的汇总与分解关系，可用于
表单和报表等功能。
数据模型是保存和管理预算和合并数据的地方。每一个数据模型都包含若干维度和一个
度量指标。对数据的设计来源于在对相关主题的一系列预算或合并表单的归纳总结和对实现
相应系统功能的考虑。一般将数据结构相近，内容相关的数据存储在同一个数据模型中。SAP
计划与合并系统在实现特定的功能，如合并抵销、币种换算时，都会对相关的数据模型及其
维度属性有特定的要求，这些要求也是系统建模时必须考虑的因素。
SAP 计划与合并系统基于对实现预算管理和报表合并功能需要用到的维度与数据模型的
分析与归纳，总结了不同的维度类型与数据模型类型，并将其以产品功能的方式进行了固化，
提高了系统的规范性，也使SAP计划与合并系统更易于使用与管理。
94
第 106 页 / 共 427 页
第 4 章 配置用户网页界面
业务用户并不和预算数据模型直接打交道，而是通过预算表单、报表及相关的功能界面
对后台数据模型中的数据进行操作，主要的操作界面有网页界面和Office界面。正如1.3.1节
介绍的，SAP 计划与合并系统的网页界面提供了用户创建工作区、报表、输入工作簿以及进
行库和文档管理的功能。同时，也提供了活动与业务流程管理界面、合并中心及审计线索的
设置等功能。
我们需要使用这些功能，按照预算管理的需要设计包含用户实际业务内容的工作界面，
为用户提供定制化的报表和输入表单界面，并对这些表单和相关文档进行管理，这是本章的
重点内容。本书将在第7章、第9章及第14章分别介绍活动与业务流程管理界面、合并中心
及审计线索的设置。
4.1 使用报表与输入工作簿
报表与输入工作簿是用户进行数据分析与处理的主要手段。用户可以使用报表从数据
模型中查询数据，展现在网页或者 Office 界面中。用户可以在展现界面中分析多维数据，
系统提供了多种报表模板，用户可以自己设计，也可以基于这些模板进行修改，设计自己的
报表。
输入工作簿不仅可用于从数据模型中查询数据，用户还可以使用输入工作簿将表单里的
数据写回到后台的数据模型里。输入工作簿包含了所有报表的功能，不同的是报表只用于做
只读的数据分析，而输入工作簿还可以进行数据写入。
4.1.1 创建网页报表
下面以示例预算管理场景中的销售年度预算目标表单为例，介绍如何在网页界面中创建报
表。销售年度预算目标表的格式如图3-8所示，它所使用的数据模型是Financial模型。
4.1.1.1 选择数据模型
从“开始页面”的“新建”子窗口中选择“新建报表”，打开一个新的工作区（Workspace）
以定义新的报表，如图4-1所示。
新建报表工作区的第一行是上下文栏，使用这一栏目可以选择不同的模型，管理上下文。
上下文是基于特定的模型定义了一个特定的数据子集，用户可以使用上下文来筛选工作区或
报表中显示的内容。
单击上下文栏左边的图标 ，系统弹出“管理上下文”下拉菜单，如图4-2所示。
“管理上下文”下拉菜单有以下功能：
1）更改报表使用的数据模型。下拉菜单中显示了当前系统连接的数据模型，如图4-2所
示，当前系统连接的是CAPEX模型，而要我们出具的报表是基于Financial模型的。选择“更
改模型”，系统弹出“更改模型”对话框如图4-3所示。
95
第 107 页 / 共 427 页
图4-1 新建报表工作区
图4-2 “管理上下文”下拉菜单
图4-3 “更改模型”对话框
模型下拉列表中显示了系统当前可用的所有数据模型，用户可以从列表中选择要使用的
模型，并单击“确定”按钮完成模型选择。
2）使用“显示维名称”选项改变上下文维度名称的显示方式，有以下3个子菜单项。
● 使用默认设置：系统默认设置是由管理员在配置界面中设置的，参见 4.1.4 节的详细
介绍。
96
第 108 页 / 共 427 页
● 全部显示：在上下文栏里的维度成员框中显示维度名称和维度成员描述，如图4-4所示。
图4-4 在上下文栏显示维度名称和成员描述
● 全部隐藏：在上下文栏里的维度成员框中只显示维度成员描述，不显示维度名称，如
图4-2所示。
4.1.1.2 修改上下文的选择范围
上下文工具栏显示了若干维度及其成员，这些维度及成员来自于管理员在配置界面中的
设置，参见4.1.4节的详细介绍。上下文的内容相当于报表的表头信息，指明了报表报告内容
的范围，可以进行以下操作：
1.修改维度成员
分析图3-8所示的表头信息，年度预算目标报表表头中包含了类别维度成员“TARGETS-
目标版本”。我们可以对现有上下文列表中的类别维度成员进行修改。单击上下文工具栏中的
类别维度成员，系统在类别维度下方弹出成员选择器对话框，如图4-5所示。
图4-5 更改上下文栏维度成员
97
第 109 页 / 共 427 页
维度成员选择器对话框列出了当前维度可用的所有成员。成员选择器对话框用于供用户
选择维度层次结构中的成员，通过成员选择，用户可以限制报表中显示的数据等。用户可以
进行以下操作：
● 查找成员：在查找字段中输入要查找的维度成员并单击“查找”按钮。
● 显示：修改显示选项。显示成员描述，ID或者两者都显示。
● 层次结构：以层次结构或者列表格式展示维度成员
用户可以搜索或以不同方式显示维度成员，选择我们需要的成员，如示例中的“目标版
本”，并单击“确定”按钮进行选择。把鼠标停放在修改后的维度成员上，维度成员的左边会
出现“恢复维”按钮 ，可以撤销对维度成员的修改。
2.移除维度
默认上下文工具栏中有时间维度，而示例报表的时间维度出现在列标题中，不在表头上，
因此我们需要从上下文工具栏中移除时间维度。将鼠标停放在时间维度成员上，维度成员的
左边会出现“移除维”按钮 ，如图4-6所示。
图4-6 移除上下文栏维度
单击“移除维”图标可以在上下文工具栏中删除相应的维度。
3.添加维度
在图 3-8 所示的年度预算目标的表头中还包含了实体维度成员“E02_IN-集团总部”，需
要在上下文工具栏中添加这一维度。单击上下文栏中右边的“添加维度”按钮 ，并从列表
中选择一个维度添加到上下文栏中，如图4-7所示。
图4-7 添加上下文栏维度
98
第 110 页 / 共 427 页
从列表中选择需要的维度进行添加，用户也可以在添加维度下拉列表中选择“添加全部
维”，将所有维度添加到上下文栏中。选择“ENTITY”维度，将其添加到上下文栏，系统显
示默认的维度成员。单击“ENTITY”维度，弹出维度成员选择器，选择需要的维度成员
“E02_IN-集团总部”，完成后如图4-8所示（显示维度名称和维度成员）。
图4-8 完成修改上下文工具栏
虽然不是所有的维度都出现在上下文栏中，但在使用报表和输入工作簿时，一定要注意
每一个维度使用的是哪些成员，才能保证数据的正确使用。用户可以在上下文栏中添加更多
的维度，显示维度当前使用的成员，或者在管理界面设置默认的维度成员，参见 4.1.4 节
的介绍。
4.1.1.3 设置报表行和列
上下文栏的下方是报表编辑栏，首先要从报表编辑栏的“类型”下拉列表中选择“报表”
或者是“输入工作簿”。这里选择“报表”。
接下来，可以在界面右边的“编辑报表”子窗口中编辑报表的行和列。当前模型里所有
可用维度显示在“编辑报表”子窗口里。从“编辑报表”子窗口中的“可用维”列表中选择
相应的维度并把它加到报表行或者列上。在图 3-8 所示的年度目标预算报表的列标题部分包
含时间维度，具体包含多个年度时间成员；在行标题部分包含了科目维度，有多个科目并且
科目之间存在层次结构。
首先，将维度添加到相应的行或者列中，可以使用以下方式：
● 将维度拖放到行或者列区域。
● 选中维度，选择右边的文件夹图标，然后选择添加到行或者添加到列。
完成后的界面如图4-9所示。
99
第 111 页 / 共 427 页
图4-9 将维度添加到报表行和列
可以在行或列中放置多个维度进行嵌套，也可以通过单击行和列区域中维度左边的“×”
删除维度。添加到报表行或者列上的维度如果原来不在上下文栏时，系统会自动将它们添加
到上下文栏，并显示为灰色。
其次，用户需要选择行或列中使用的维度成员。
在行或列区域中选择一个维度，再单击“编辑报表”子窗口下方的“选择成员”按钮，
系统显示“条件编辑器”。以维度为例，“条件编辑器”对话框如图4-10所示。
图4-10 “条件编辑器”对话框
用户可以选择指定的维度成员定义这些维度成员如何显示。条件编辑器的选项决定报表
展现数据的方式，如维度的父子节点的顺序等。
通过图4-10所示的对话框中两个下拉列表框的组合，可实现以下选项。
● 单个成员：用户在第一个下拉列表框中选择“单个成员”，在第二个下拉列表中选择
“当前上下文”或者“选择固定成员”指定维度中的单个成员。选择前者，将使用上
10 0
第 112 页 / 共 427 页
下文里的成员，如果选择后者，系统弹出“成员选择器”供用户进行新的成员选择。
● 以下成员的子成员：在第一个下拉列表框中选择“以下成员的子成员”，在第二个下
拉列表框中选择“当前上下文”或者“固定成员”。这样，用户可以选择指定成员下
属的若干子成员。通过“包括起始成员”选项指定是否包括起始成员，即上下文中的
维度成员或者指定的固定成员本身。在顺序选项上，可以指定“父成员在后”（在明
细项目后面显示父成员）或者“父成员在前”（在明细项目前面显示父成员）。
● 以下成员的后代：在第一个下拉列表框中选择这一选项，在第二个下拉列表框中选择
“当前上下文”或者“固定成员”。这一组合可以允许用户选择指定成员下属的多个层
级的多个维度成员。同样，这一组合也可以通过“包括起始成员”选项和顺序选项字
段，指定父成员的显示方式。此外，对话框还提供了“向下的级别数”下拉选项和“不
包括中间级别”复选框。用户可以指定“向下的级别数”为“全部”或者一个自然数，
设定报表中要包含的层次级别的数量。通过“不包括中间级别”复选框可以选择报表
中是要包含所有指定的层次级别，还是只显示最底层的层次级别。
● 以下成员的叶成员：在第一个下拉列表框中选择这一选项，在第二个下拉列表框中选
择“当前上下文”或者“固定成员”。这样，用户可以选择指定成员下属的所有叶成
员。叶成员也称为基本成员，是不包含子成员的维度成员。用户可以通过“包括起始
成员”选项和顺序选项字段，指定起始成员的显示方式。
● 固定列表：在第一个下拉列表框中选择这一选项，在第二个下拉列表框中可以选择多
个维度成员。通过这一组合，用户可以选择固定的成员列表。
用户还可以使用“条件编辑器”右边的“添加”按钮添加多个组合，选择更多的维度成员，或
者使用“删除”按钮删除不需要的条件组合。如果用户没有指定成员，报表默认使用当前上下文。
结合图3-8所示的报表格式，选择科目维度成员，如图4-11所示。
图4-11 科目维度选择条件示例
设置时间维度成员如图4-12所示。
完成后的报表格式如图4-13所示。
4.1.1.4 插入图表
用户可以基于报表或者输入工作簿创建图表，可以将图表添加到报表或者输入工作簿，
101
第 113 页 / 共 427 页
显示在同一个页面中。当报表的数据发生变化，相关的图表也自动更新。
图4-12 时间维度选择条件示例
图4-13 年度预算目标报表示例
在“编辑模式”下，单击“统计图”下拉按钮，如图4-14所示。
图4-14 统计图下拉菜单
10 2
第 114 页 / 共 427 页
统计图下拉菜单有以下选项：
● 修改统计图。
● 仅显示报表。
● 仅显示统计图。
● 显示报表和统计图。
选择“修改统计图”，可以编辑统计图表，选择其他选项可以控制是否显示报表和统计图。
选择“修改统计图”，系统弹出如图4-15所示的对话框。
图4-15 “统计图选项”对话框
统计图选项对话框有两个选项卡，在“内容”选项卡里有以下选项：
● 统计图类型：条形图、折线图、饼图、高级选项。
● 图例上的维：选择显示在组和系列轴上的维度。
● 显示图例复选框。
● 显示工具提示复选框。
● 网格显示：显示网格线、条纹或者不显示。
在“格式”选项卡里用户可以指定是否显示组和系列轴的标题，并可以指定自定义的轴
标题。
此外，用户还可以使用报表编辑工具栏的“格式”按钮，定义报表格式。可以设置报表
数据的缩放因子，即制表单位。可以选择原数值大小，或者以千、百万为显示单位，这一选
项与维度的“Scaling”属性一起起作用。用户还可以选择显示数据的小数位数等。
报表编辑完成后，单击页面右上方的“保存”或“另存为”按钮。在系统弹出的对话框
中输入报表的名字及描述，并单击“保存”按钮进行保存。
103
第 115 页 / 共 427 页
4.1.2 使用网页报表
完成网页报表的创建后，单击编辑工具栏左方的“结束编辑”按钮，可以切换到“报表
模式”进行查看。用户也可以随时从库中打开已保存的报表进行查询，详细内容参见4.3.2节
的介绍。
4.1.2.1 查看报表
在“报表模式”下，编辑工具栏被查看报表工具栏取代，如图4-16所示。
图4-16 查看报表
在查看模式下，没有“编辑报表”子窗口，但用户同样可以对上下文栏进行操作，修改
报表的选择条件。
用户可以刷新报表，查看最新的报表数据；可以复制报表中的数据；也可以进行打印输
出。此外，用户可以单击“编辑”按钮切换到编辑模式，修改报表的定义。
4.1.2.2 使用备注
用户可以使用备注功能提交、存储、读取和报表数据相关的备注文本。一个报表能够使
用备注功能，需要管理员在设置模型时选择启用了该模型的备注功能，参见第3章图3-20的
“启用备注”选项。用户可以使用这一功能对数据进行注解，其他用户可以了解与数据相关的
背景信息。选择一个单元格，单击查看报表工具栏的“备注”按钮，系统弹出如图4-17所示
的下拉菜单。
用户可以添加、编辑、删除备注，可以查看备注历史和管理备注。单击“添加备注”，弹
出如图4-18所示的对话框。
在添加备注对话框中输入备注。默认的备注长度是 255 个字符。管理员可以通过系统配
置修改备注的最大长度。
添加备注时，可以选择“更多选项”指定以下信息：
● 优先级：指定优先级或为空。报表可以根据优先级显示备注。
10 4
第 116 页 / 共 427 页
图4-17 使用备注 图4-18 “添加备注”对话框
● 关键字：指定关键字，用于在数据库中组织和搜索备注，这一字段可以为空。
● 修改上下文：用户可以使用成员选择器选择与备注相关联的维度成员。
完成添加备注后，相应单元格的右上角会显示小三角形指示存在备注信息。用户可以将
鼠标放在有备注的单元格上查看报表中特定单元格相关的备注，系统会显示备注、添加者和
修改日期，如图4-19所示。
图4-19 查看备注
用户也可以通过下拉菜单查看、删除和选择单元格相关的所有备注。通过选择备注下拉
菜单里的“管理备注”，可以查看报表相关的所有备注，系统打开备注查看工作区，显示所有
备注的细节，如图4-20所示。
105
第 117 页 / 共 427 页
图4-20 管理备注
管理备注工作区包括以下项目：
● 备注：显示完整的备注。
● 关键字：显示与备注相关的关键字。如果用户是备注的添加者或者具有管理员权限，
可以直接修改单元格中的备注。
● 日期和时间：显示备注保存到数据库的日期，如果备注由添加者或者管理员更新过，
则显示更新时间。这一字段是只读的。
● 用户：显示添加者用户名。这一字段是只读的。
● 优先级：显示备注的优先级。如果用户是备注的创建人或者具有管理员权限，可以使
用下拉列表直接修改单元格中的值。
● 维成员：显示与备注相关联的报表单元格的明细信息。
在这一工作区的工具栏中，系统提供了以下功能：
（1）编辑：如果用户是备注的添加者或者具有管理员权限，可以直接修改单元格中的备
注。完成修改后，选择更新备注。
（2）删除：用以删除指定备注。
（3）查看历史：用户可以选择一个备注，单击工具栏中的“查看历史”，查看指定备注的
变更历史记录。
（4）编辑条件：使用工具栏上的“编辑条件”按钮，指定备注的过滤条件。选择编辑条
件进行以下选项的设定。
● 维成员：选择显示哪些维度成员的备注。
● 修改日期：选择备注更新的开始和结束日期，或者查看所有历史记录。
● 其他标准：指定优先级、用户名和关键字，对备注进行过滤。
关于查看报表工具栏中“工作状态”的使用，参见4.2节的详细介绍。
4.1.3 网页输入工作簿
对于预算管理系统而言，数据录入表单是重要的用户界面。SAP 计划与合并系统的网页
用户界面可以支持基于网页进行数据录入。
10 6
第 118 页 / 共 427 页
4.1.3.1 创建网页输入工作簿
基于网页的输入工作簿的创建方法与网页报表相似，用户也可以在报表的编辑模式下通
过类型下拉列表将报表更改为输入工作簿，如图4-21所示。
图4-21 创建网页输入工作簿
修改为输入工作簿后，表单窗口的主体部分会自动根据表单中的单元格是否可以录入数据而
使用不同的背景色。如图 4-21 所示的“营业成本”、“毛利润”、“营业利润”等科目的值是由系
统根据其他科目自动计算得到的，所以背景色显示为灰色，用户不能在这些科目中直接录入数据。
4.1.3.2 使用网页输入工作簿
如果用户打开的是输入工作簿，可以在页面上输入数据，并单击“保存数据”按钮对数
据进行保存，如图4-22所示。
图4-22 使用网页输入工作簿
107
第 119 页 / 共 427 页
系统成功保存数据后，会自动计算出相应的科目的值。在录入数据时，用户可以使用快
捷菜单在录入表单中进行剪切、复制、粘贴等操作。输入工作簿同样可以使用数据刷新、备
注和工作状态等功能。
4.1.4 系统配置：上下文默认设置
上下文是供用户使用的某个数据模型的一个数据子集，是模型各个维度的一系列维度成
员的组合，用于报表、工作区、文件夹及视图。管理员可以设置一个模型的默认上下文，供
用户在访问模型时使用。
进入管理员界面，选择“功能”区域下的“上下文默认设置”，如图4-23所示。
图4-23 上下文默认设置
“上下文默认设置”界面的上半部分是现有环境里所有模型的列表，用户可以选择列表中
的一个模型，并单击列表上方的“设置为默认”按钮，将模型设置为默认模型。设置成功后，
相应的模型后会出现括号注明“默认模型”。用户使用网页界面登录当前环境创建报表或输入
工作簿时，默认情况下连接到默认模型。
选择列表中不同的模型，管理界面的下半部分就会显示相应模型的上下文默认设置。列
表显示模型的各个维度在用于报表和用于输入工作簿时分别使用的默认成员，同时可以设置
是否显示维度、是否显示维度名称，以及维度成员是显示ID或者描述。如果需要修改默认设置，
单击“编辑”按钮，系统进入编辑界面。以“Financial”模型为例，其上下文默认设置如图 4-24
所示。
管理员可以使用成员选择器修改默认维度成员的设置，可以修改维度及其成员的
显示方式。完成设置后，单击“保存”按钮进行保存，并单击“关闭”按钮返回上一
10 8
第 120 页 / 共 427 页
个界面。
图4-24 修改上下文默认设置
4.2 使用工作状态
在输入并保存数据，或者完成对数据的审查之后，可以修改特定数据区域的工作状态。
SAP 计划与合并系统使用工作状态功能，可以对数据区域应用不同的工作状态，锁定数据区
域以限制用户通过特定的用户界面对数据进行修改的功能，确保数据可以进入后续的处理流
程或者供审查、审批使用。例如，保存数据后，可以将工作状态设置为“SUBMITTED（已提
交）”，这样可锁定数据区域，以免被覆盖。
工作状态的优先级高于用户的系统访问权限配置。也就是说，即使一个用户具有修改某
些数据区域的权限，但这一数据区域如果被工作状态锁定了，用户同样无法进行数据修改。
4.2.1 改变工作状态
管理员定义了工作状态并启用了相应数据模型的工作状态功能后，如果用户具有相应
权限，就可以修改数据区域的工作状态设置。一般在通过输入工作簿录入并保存数据后，
进行这项操作。下面，以图 4-21 所示的输入工作簿为例，介绍修改工作状态的具体操作
步骤。
1）在报表或者输入工作簿上选择一个单元格，并单击“工作状态”按钮，系统弹出
如图4-25所示的对话框。更改对话框会自动读取当前上下文的维度成员，及当前数据区域的
工作状态。
2）在“更改工作状态”对话框的上面部分，显示了当前上下文对应的维度成员。用户可
以单击维度右边的按钮，使用成员选择器进行选择，修改工作状态的数据区域。
如果选择的所有者维成员是一个父成员，用户可以选中“包含所有后代”复选框，系统
会将工作状态应用于所选择成员的所有后代节点，但不包括父成员本身。
109