第 178 页 / 共 427 页
5.4.2 使用注释
注释功能可以提交、存储和检索与报表数据单元格关联的文本说明，也就是4.1.2.2小节
所说的备注。用户可通过此功能对数据进行注解，以便其他用户查看与特定数据关联的相关
信息。使用EPM加载项，可以在Office客户端中添加或修改特定数据区域的注释，在单元格
中获取特定数据区域的注释以及搜索符合特定条件的注释。
5.4.2.1 创建和修改注释
用户可以使用以下两种添加注释的方法。
1.使用专用对话框添加注释
选择EPM功能区中的“注释”→“添加注释”命令，系
统弹出如图5-68所示的对话框。
用户可以在“添加注释”对话框中录入注释，其操作方
法与选项在网页报表中是一样的。
2.使用EPMSaveComment函数添加或修改注释
使用EPMSaveComment函数可以在指定单元格中添加或
修改注释，并将注释与指定的数据区域（维度成员集）相关
联，如图5-69所示。 图5-68 “添加注释”对话框
图5-69 使用函数添加注释
示例中，在报表后加入注释列（P列），在单元格R9里输入：
=EPMSaveComment（P9， GetActiveConnection（Units）， B9， $O$8），并自动填充R列。
函数参数说明如下。
● P2：指定一个单元格，报表刷新时，函数会将已有的注释写到这一单元格中，如果这
一单元格里的注释有修改，在保存数据时，函数会将这一单元格里的注释写到服务器
上。这是必需参数。
● GetActiveConnection（Units）：连接名称。这是可选参数，如果没有指定，将使用当前
活动连接。本示例嵌套引用了另一个EPM函数GetActiveConnection（），用于获取Units
的活动连接。
● B9：维度成员名称，可选。示例引用的是报表列轴上的成员。
● $O$8：维度成员名称，可选。示例引用的是报表行轴上的成员。
167
第 179 页 / 共 427 页
函数可以使用多个维度成员参数，任何未指定成员的维度，其成员均取自上下文。在报
表或者输入工作簿刷新时，函数会根据维度成员组合从服务器中读取注释，并显示在指定单
元格中。在保存数据时，如果指定单元格中的注释发生变化，函数会保存更新后的注释。
如果已为一个成员组合输入了注释，再为同一
个组合输入注释时不会覆盖此前的注释，系统会保留
注释修改的历史记录。用户同样可以在系统网页客户
端中查看注释的历史记录。此外，在实际应用中，如
上例中的R列，一般将其隐藏。
5.4.2.2 搜索注释
使用EPM功能区中的“注释”→“查找注释”，
可以检索符合特定条件的注释，如图5-70所示。
用户可以在查找注释对话框中使用关键字、优
先级、注释上下文、注释作者及数据范围进行搜索。
单击“查找”按钮，系统会打开网页客户端，显示
找到的注释列表，如图5-71所示。
图5-70 “查找注释”对话框
图5-71 查找注释结果
5.5 报表发布与分发
在SAP计划与合并系统的网页界面，可以将网页报表添加到“文档”视图中。如果系统
与SAP BusinessObjects Enterprise集成，也可以将报表发布到BI启动板中。在Office客户端
16 8
第 180 页 / 共 427 页
中，用户可以使用“工作簿发布”功能，将工作簿批量导出为PDF格式或者进行打印，并且
可以定义周期性的报表发布计划；或者使用报表分发功能，通过电子邮件发送所有包含报表
的工作簿；或者将它们存储到用户可访问的特定位置，使用户可以使用所有的工作簿。发布
报表的用户还可以从这些分发的工作簿中收集用户填写的数据。同样，这一功能也可以进行
计划，自动定期批量运行。
5.5.1 工作簿发布
使用工作簿发布功能，系统可以根据用户指定的一个或多个维度的若干成员自动组合，
批量输出若干报表。通过使用模板，用户可以使用已保存的工作簿作为输出报表的格式，但
输出报表的内容会根据用户指定的可变维成员或维成员组合进行更新。输出的工作簿（Book）
是静态的报表，不同于 Excel 的工作簿（Workbook），用户可以指定将报表输出到 PDF 文档
或者进行打印输出。用户既可以立即启动工作簿发布，也可以对此进行计划。例如，可以指
定每周周五晚上11：00运行报表输出。
5.1.1.1 工作簿发布模板
启动工作簿发布之前，用户必须创建工作簿发布模板。在EPM菜单协作区域下选择“工
作簿发布”下拉菜单项下的“新建模板”，系统弹出如图5-72所示的对话框。
图5-72 新建工作簿发布模板
在图5-72所示的对话框中，用户可以设置模板抬头信息及定义多个节。
（1）抬头信息可以进行如下设置：
1）输入模板名称。例如，输入“销售预算模板”。
2）“添加/替换”下拉列表。如果用户在输入时要生成 PDF格式的报表，可以在“添加/
替换”下拉列表中选择选项。“添加/替换”下拉列表中有以下选项。
●“添加”：系统将根据所选的可变成员创建新的 PDF 文件，且以前的 PDF 文件仍然保
留。该选项适用于模板的所有节。
169
第 181 页 / 共 427 页
●“替换”：系统生成新的 PDF 文件，以前生成的 PDF 文件将被删除。该选项适用于模
板的所有节。
●“按节指定”：可以按节而不是整个模板，指定“添加”或“替换”设置。
3）可变时间。如果没有在模板节中的将时间维选择作为可变成员或固定成员的成员，那
么此处所选的时间成员将应用于模板的所有节。如果在模板节中选择了时间维度的成员，则
将覆盖“可变时间”字段中选定的成员。例如，选择“2012.Total”。
（2）一个模板可包含一个或多个节，节是模板的组成部分。每个节都至少包含一组选
定的可变维成员。启动报表生成时，用户可选择要应用的模板节。每个模板节需要设置以下
信息：
1）输入节名称。所输入的名称将显示在节选项卡上。用户在“节名称”文本框中输入名
称之前，节的选项卡没有名称。例如，输入“销售数量预算”。
2）如果已在模板级别选择了“添加/替换”下拉列表中的“按节指定”选项，则选择要
应用于当前节的设置。
3）报表工作簿选择。选择要用于生成工作簿（Book）的报表工作簿（Report Workbook）。
报表工作簿是用户事先做好的，包含BPC报表的Excel工作簿文件。由于生成报表使用的是
模板的连接，用户所选的报表工作簿必须包含与模板具有相同连接的报表。在示例中，选择
销售预算工作簿。
4）为所选的报表工作簿输入说明。示例中，输入“销售数量预算”。
5）用户可以单击报表工作簿说明右边的“删除”和“添加”按钮，删除或添加报表工作
簿及其说明。
6）维度成员选择。单击“选择维”链接，可以在如图 5-73 所示的对话框中进行各种维
度选择。
图5-73 选择维度对话框
在图5-73所示的对话框中，用户可以将当前连接模型中的维度选择到以下3个子列表中。
● 固定成员：这是可选项。用户可以选择一个或多个维度，并为每个维度指定一个成员。
17 0
第 182 页 / 共 427 页
固定成员将覆盖报表工作簿中报表的上下文或者页轴中相同维度指定的维度成员。例
如，如果选择期间 2012 作为固定成员，而原来报表页轴上的选择期间是 2011，在生
成的工作簿中将使用2012作为报表期间。
● 抑制的成员：这是可选项。用户可以选择一个或多个维度，并为每个维度指定一个成员。
当抑制成员设为当前页轴成员时，如果报表区域有0值和空值，这些区域值是不发布到
PDF工作簿中去的。如果全表值为0或空，则系统不能生成PDF工作簿。抑制成员与
固定成员都不发布空值，但固定成员可以发布0值，而抑制成员不发布0值。
● 可变成员：这是必选项。用户可以选择一个或多个维度，并为每个维度指定一个或者
多个成员。报表上下文或者页轴中相同维度的成员选择将被可变成员覆盖。当用户选
择多个成员时，系统将为每个所选成员创建一个报表。
不能同时为一个维度选择固定成员、抑制成员和可变成员。也就是说，一个维度最多只
能充当其中一个角色，这三者相互排斥。
完成选择后，单击“确定”按钮，系统返回模板定义界面，如图5-74所示。
图5-74 工作簿发布模板示例
用户可以在这里为指定的维度选择成员。固定成员与抑制的成员中每个维度只能选择一
个成员。可变成员中的每个维度可以选择一个或者多个维度成员。这里的维度成员选择的优
先级高于上下文和页轴，但低于行轴或列轴中指定的成员。也就是说，在生成的工作簿中，
根据以下优先规则显示成员：
1）行轴和列轴中的成员。
2）发布模板中选作固定成员、抑制成员或可变成员的成员。
3）页轴中的成员。
4）上下文中的成员。
完成模板节的定义后，还可以定义其他的模板节。可以创建新节，或基于现有节创建节，
还可从模板中删除节。在模板对话框中，可以通过节选项卡执行这些操作。完成整个模板的
171
第 183 页 / 共 427 页
定义后，单击“保存”按钮进行保存，模板将保存为.xlt或xltx文件。选择服务器文件夹并输
入模板名称，如图5-75所示。
图5-75 保存工作簿发布模板
用户可以使用EPM功能区“工作簿发布”下拉菜单下的“打开模板”来打开现有模板，
进行修改。此时模板对话框的右下方将出现“将模板保存到其他位置”选项供用户选择服务
器上的其他位置来保存模板。由于系统将模板保存为.xlt 或 xltx 文件，用户也可以直接使用
EPM菜单报表区域下的“打开”按钮从服务器文件夹中打开模板进行直接修改。由于没有使
用发布模板的专用对话框，为了确保模板的正确，用户可以使用“工作簿发布”下拉菜单中
提供的“保存”、“另存为”和“验证”等命令。
5.5.1.2 启动工作簿发布
创建模板之后，用户即可发布工作簿或对此发布进行计划。发布和分发都在一个特
定连接上执行。执行发布和分发操作的连接就是工作簿中使用的第一个连接，如果工作
簿中使用了多个连接，默认情况下仍使用第一个连接。如果不希望在第一个连接上执行
发布或分发操作，需要使用“工作簿发布”或者“分发”下拉菜单下的“更改连接”进
行更改。具体操作如下：
（1）选择“工作簿发布”下拉菜单下的“发布工作簿”，将打开工作簿发布向导对话
框，如图5-76所示。用户可以选中“立即发布”
或者“计划发布”单选按钮。如果选中了“计划
发布”单选按钮，在下一步向导中，如果之前已
为当前连接定义计划，则将显示该计划。如果要
取消激活当前 Windows 任务计划，可以单击界面
中的“Windows任务计划”按钮，打开Windows
标准“任务计划”界面进行取消操作。如果当前
连接没有计划，或者要修改计划，则单击“下一
图5-76 工作簿发布向导对话框
步”按钮，接着输入计划信息，如图5-77所示。
17 2
第 184 页 / 共 427 页
用户为当前连接创建的计划将自动保存在 Windows 任务计划中。“启用计划”复选框默
认处于选中状态，表示默认情况下已激活Windows任务计划。用户需要输入任务执行的时间，
并输入两次Windows账户密码，再单击“下一步”按钮，设置发布格式。
如果选择“立即发布”，单击“下一步”按钮会直接进入设置发布格式界面。
（2）发布格式设置界面如图5-78所示。
图5-77 计划发布向导 图5-78 选择工作簿发布格式
用户可以选择要打印的工作簿或者发布为PDF文件。
1）如果选中“打印机”单选按钮，需要输入打印机路径或用省略号按钮选择该路径。根
据所需的打印顺序，用户可以选中“打印一个包含所有维成员组合的工作表”复选框。默认
情况下未选中该复选框。例如，某个工作簿包含两个工作表，且在模板中选定的可变成员包
含0201公司和0202公司。
● 如果选中该复选框，则将按下列顺序执行打印：“工作表 1-0201 公司”、“工作表
1-0202公司”、“工作表2-0201公司”、“工作表2-0202公司”。
● 如果未选中该复选框，则将按下列顺序执行打印：“工作表 1-0201 公司”、“工作表
2-0201公司”、“工作表1-0202公司”、“工作表2-0202公司”。
如果要指定即使工作表中的任意报表不含数据时也打印该工作表，可以选中“打印无数
据的工作表”复选框。
2）用 PDF 格式生成工作簿。默认情况下，将为多个维度的每个可变成员组合生成一个
PDF文件。如果在“单-PDF”中生成所有报表，则选中“单-PDF”复选框。
如果选中了“单-PDF”复选框，需要在下一步中指定该PDF文件的名称，并可以选择以
下4个保存选项。
● 本地文件夹：将文件保存在本地目录。
● 公共：保存在服务器公共文件夹中，供所有用户访问。
● 私有：保存在服务器个人文件夹中，仅供用户自己访问。
● 团队：从下拉列表中选择相应的团队，文件将保存在服务器特定团队文件夹中，供特
173
第 185 页 / 共 427 页
定团队访问。
生成的PDF工作簿将存储到服务器的相应文件夹中，用户可以在网页客户端库中查看这
些工作簿。
（3）单击“下一步”按钮，先选择模板，再选择要用于生成工作簿的模板节，如图 5-79
所示。
用户可以从“当前团队”下拉列表中选择
团队，以便显示所选团队的全部模板。然后，
可以选择所需模板和模板所包含的节。
（4）单击“下一步”按钮，摘要将显示关
于待生成工作簿的信息。再单击“下一步”按
钮，报表生成随即启动，并将显示流程步骤。
5.5.2 分发和数据收集
图5-79 选择模板及模板节
使用分发和数据收集功能可以向一组用
户提供工作簿（Workbook）。这里的工作簿是指包含 BPC报表或输入工作簿的Excel工作簿，
不同于上一节中用于打印或者 PDF 格式的工作簿（Book）。分发功能发布报表的渠道也不一
样，它可以通过电子邮件以附件的形式发送工作簿或者将工作簿存储在特定位置。
除了单纯的报表分发外，分发功能可以向其他用户提供包含输入工作簿的工作簿，以便
收集数据。其他用户在分发的工作簿中输入数据，并返回工作簿。如果用户此前通过电子邮
件向其他用户发送输入工作簿，其他用户可以在完成数据输入后回复电子邮件。然后，分发
工作簿的用户可以收集工作簿，各个用户输入的数据会自动保存到服务器上。
5.5.2.1 分发模板
在分发工作簿之前，必须创建分发模板。用户可以使用协作区域里“分发”下的创建模
板打开如图5-80所示的对话框。
图5-80 创建发布模板
17 4
第 186 页 / 共 427 页
分发模板要包含使用的报表工作簿信息以及针对维成员的特定设置。大部分内容与工作
簿模板类似，主要的不同之处有以下几个地方。
1）在维成员选择时，没有“抑制的成员”选项。
2）在完成可变成员选择时，每个可变成员组合都与特定的用户关联。如果通过邮件进行
分发，所输入的用户是依据此可变成员生成的报表的收件人，系统会读取用户信息中的电子
邮件信息。如果使用将报表分发到指定的目录，将按不同的用户生成子目录。
完成设置后，单击“保存”按钮进行保存。如果“保存”按钮被禁用，请检查是否已执
行上述所有步骤，并检查所输入的节名称和工作簿说明在模板中是否具有唯一性。
5.5.2.2 工作簿分发
创建模板之后，可以立即分发工作簿，也可以计划分发。可以通过电子邮件以附件形式
发送工作簿，也可以将工作簿存储到特定位置。
工作簿将自动切换为脱机状态，这表示用户在不使用EPM加载项的情况下也能处理已断
开连接的工作簿。
选择“分发”下拉菜单下的“分发”命令，将打开分发向导对话框。
在分发向导中，用户可以进行以下选择：
1）选择“立即分发”或者“计划分发”。
2）选择要通过电子邮件发送的工作簿或者要将工作簿保存到的特定文件夹，如图 5-81
所示。
如果通过电子邮件发送工作簿，需要在下一步设置中输入标准电子邮件内容。如果要将
工作簿保存到特定的文件夹，需要输入要保存工作簿的文件夹的路径。
3）选择所需模板，并选择要用于生成工作簿的模板节。
4）单击“下一步”按钮，随后生成的摘要将显示关于待生成工作簿的信息。再单击“下
一步”按钮，分发随即启动，并将显示流程步骤。
5.5.2.3 数据收集
如果用户在分发的工作簿中输入了数据，可以通过电子邮件将工作簿发回给发件人，或
者替换指定分发文件夹中的工作簿。然后，发件人可以从指定文件夹或电子邮件文件夹收集
工作簿，所输入的数据会自动保存到服务器上。
如果用户要收集数据，此前必须在同一连接上执行过工作簿分发。选择“分发”下拉菜
单下的“收集”命令，打开收集向导对话框，如图5-82所示。
与分发向导对应，在收集向导中也有两个选项：
1.收集电子邮件发送的工作簿
如果要收集其他用户通过电子邮件发送的工作簿中输入的数据，可以选中“Outlook邮箱”
单选按钮。然后，单击“工作文件夹”区域中的“省略号”按钮，系统弹出如图5-83所示的
对话框。
在图5-83所示的对话框中，选择包含工作簿的电子邮件所在的Outlook文件夹。返回到
“收集向导”后，收集向导显示Outlook文件夹中的电子邮件，如图5-84所示。
在列表中选择包含需要收集的工作簿的电子邮件，并单击两次“下一步”按钮，系统自
动连接工作簿，并且将数据保存到服务器上。
175
第 187 页 / 共 427 页
图5-81 分发向导对话框 图5-82 收集向导对话框
图5-83 选择Outlook文件夹 图5-84 选择电子邮件
2.收集指定文件夹的工作簿
如果要收集其他用户在指定文件夹存储的工作簿中输入的数据，可以选中“本地文件夹”
单选按钮。然后，单击“工作文件夹”区域中的“省略号”按钮，系统打开选择文件夹对话
框供用户指定收集工作簿的文件夹。在列表中选择包含要收集的工作簿的文件夹，返回到“收
集向导”后，选择要收集的工作簿，并单击两次“下一步”按钮，系统自动连接工作簿，并
且将数据保存到服务器上。
5.6 本章小结
Office界面是用户使用SAP计划与合并系统的另一个主要界面。用户可以通过EPM加载
项在 Office 界面中创建和使用报表及输入工作簿。除了提供与网页界面的报表和输入工作簿
相似的功能外，Excel界面提供了更多功能。
在遵守EPM加载项报表布局规则的前提下，用户可以使用EPM窗格、报表编辑器或者
在激活成员识别功能时直接在工作表中创建报表。除了选择数据模型维度中的成员作为报表
的行标题或者列标题外，用户还可以在报表中定义本地成员，基于其他行或者列进行计算，
也可以对行或列定义不同于模型维度描述的名称。一个Excel工作表中可以有多个BPC报表，
而一个Excel工作簿中可以自动生成包含BPC报表的多个Excel工作表。EPM加载项提供了
17 6
第 188 页 / 共 427 页
EPM函数，可以与Excel其他标准函数一起使用。
EPM加载项提供了工作表选项、报表选项和用户选项可以设置Office报表的执行方式。
由于BPC报表在执行时可以动态地展开或者折叠，动态修改维度成员及进行排序等操作，EPM
加载项还提供了动态格式设置功能，保证报表在格式变动后仍然正确地设置格式。系统还提
供了报表跳转功能，可以跨报表甚至跳转到系统之外，进行关联数据分析。
BPC报表可以用做输入工作簿，用于向系统中录入数据。输入工作簿可以设置数据保护，
防止数据被不当修改，可以提供 Excel 标准功能以外的计划功能数据录入方法，可以修改数
据工作状态以及提交文本注释。EPM函数使系统注释保存及展现更加直观。
使用报表的发布功能可以将报表批量导出到指定文件夹或者进行打印输出。而报表的
分发功能可以将输入工作簿分发到指定用户的邮箱或者文件夹目录中作为数据收入模板，供
用户录入信息。在用户完成数据录入后，系统可以自动收集用户录入的数据。报表的发布功
能和分发功能都是基于用户定义的模板实现的，可以即时运行也可以定义计划，让系统定期
运行。
177
第 189 页 / 共 427 页
第 6 章 使用规则实现高级预算功能
在预算编制过程中，用户使用输入工作簿录入数据后，根据预算编制要求，系统需要对
数据进行相应的自动处理。这些自动处理功能涵盖了预算功能的各个方面，如数据的自动计
算、分摊以及表单之间的数据检验等。在SAP计划与合并系统中，提供了规则功能来实现这
些数据自动处理功能。这些规则包括了成员计算、逻辑脚本、业务规则和控制过程。
6.1 计算销售预算金额
本节将延续前面章节中的销售预算编制示例，以销售金额的自动计算为例，介绍规则的
使用及系统管理员需要进行的配置工作。
6.1.1 自动计算
在示例业务场景中，销售收入预算使用弹性预算法进行编制，用户需要输入各个产品的
销售单价以及各个产品的销售数量，系统自动计算销售收入。
6.1.1.1 录入销售数量及单价
在前面章节的示例中，展示了用于收集销售数量及销售单价的预算输入表单。打开服务
器输入工作簿文件夹的“Budget”目录中的输入工作簿“S01-REVENUECOS.XLTX”，选择
表单“Units”，显示销售数量预算表单，截取部
分数据如图6-1所示。接着，选择同一工作簿的
“Units Rates”工作表。在工作表中输入每个产品
的单位销售收入、单位销售返利等项目，并保存
到数据模型，截取部分数据如图6-2所示。
6.1.1.2 销售净收入的计算逻辑
完成上述工作输入表的数据录入及保存后，
系统会自动根据输入的数据算出各个产品的销
售净收入。在输入工作簿“S01-REVENUECOS.
图6-1 销售数量表单示例
XLTX”中选择“Revenue”工作表，系统显示计
算结果。截取部分数据如图6-3所示。
图6-3表单中净销售收入是由系统自动计算得到的。其主要经过以下两个步骤：
1.计算基础科目总金额
图 6-3 净销售收入表单中录入的是单价或者单位成本，而不是总数，需要将这些数值乘
以图6-1表单中的销售数量后才能得到总的金额。
从数据模型存储的角度看，图 6-3 净销售收入表单使用的审计线索维度成员是“Input-
录入总数”，而图 6-2 销售单价与单位成本表单中的 3 个科目是在审计线索维度成员
17 8
第 190 页 / 共 427 页
“RateInput-录入单价或单位成本”下录入的。所以在系统进行自动计算时，首先要把与
“RateInput-录入单价或单位成本”相关的3个会计科目“A44_0000-销售收入”、“A44_0010-
销售返利”及“A44_0020-销售折扣”分别乘以销售数量，才能得到与审计线索维度成员“Input-
录入总数”相关的3个科目金额。
图6-2 销售单价表单示例 图6-3 查看净销售收入表单
产品01在2012年1月份的数据计算如下。
（1）A44_0000-销售收入：609231×394296=240217346376。
（2）A44_0010-销售返利：18207×394296=7178947272。
（3）A44_0020-销售折扣：25221×394296=9944539416。
2.计算净销售收入
图 6-3 表单中的会计科目“TOT_44-净销售收入”是由图 6-2 表单中的会计科目
“A44_0000-销售收入”扣除“A44_0010-销售返利”及“A44_0020-销售折扣”后的金额。产
品01在2012年1月份的数据计算如下：
240217346376-7178947272-9944539416=223093859688。
其与图6-3所示表单中净销售收入中的金额是一致的。
6.1.2 系统配置：自动计算
示例中净销售收入的计算是经过两个步骤计算得到的。在系统的配置过程中，也分别用
到了逻辑脚本的计算功能与维度层次结构的自动汇总功能。
6.1.2.1 使用逻辑脚本计算总金额
从单价到总金额的计算是在用户输入数据后自动实现的。这是因为我们将这一计算逻辑
保存在系统提供的名为“DEFAULT.LGF”的逻辑脚本文件里，在每次向系统提交数据时，系
统都是自动运行这一脚本文件里的逻辑脚本。
在“DEFAULT.LGF”文件里，与本示例相关的逻辑脚本摘录如下：
（1）//Calculate Revenue & COS from Units Budget
（2）*SELECT（%ACCT%， "[ID]"， ACCOUNTP， "[DRIVER]='A000000"）
（3）*XDIM_ADDMEMBERSET AUDITP = RateInput
（4）*WHEN ACCOUNTP
（5）*IS %ACCT%
179
第 191 页 / 共 427 页
（6）*WHEN AUDITP
（7）*IS RateInput
（8）*REC（EXPRESSION = （ （[ACCOUNTP].[A000000]，[AUDITP].[Input]） * %VALUE% ），
AUDITP = "Input"）
（9）*ENDWHEN
（10）*ENDWHEN
（11）*COMMIT
为了方便解释，将上述脚本编上行号，实际的脚本是不需要编号的。
第（1）行代码以“//”开头，是注释文本。
第（2）行代码选择维度ACCOUNTP中DRIVER属性值为“A000000”的所有成员的ID，
并存入变量%ACCT%中。参见图6-4所示的ACCOUNTP维度成员属性。
第（3）行代码选择维度AUDITP中ID为“RateInput”的所有成员，加入逻辑处理的数
据集。
第（4）（5）（10）行代码形成一个循环，系统将只处理变量%ACCT%中保存的
ACCOUNTP维度成员。
第（6）（7）（9）行代码形成另一个循环，系统将只处理AUDITP维度成员“RateInput”。
第（8）行代码将在系统中写入一条新的记录，新记录的值为当前正在处理的值乘以
A000000 科目、Input 审计线索维度成员的值，新记录写入的审计线索维度成员为“Input”，
其他维度成员不变。
第（11）行代码将计算结果写入数据库。
以上代码只是完成相应自动计算功能的一个示例，实际应用中还可以结合具体情况对代
码进行优化。
6.1.2.2 通过科目层次结构自动汇总
示例中的科目自动计算是通过层次结构的自动汇总功能实现的。科目维度的成员属性如
图6-4所示。
图6-4 示例中的科目维度成员属性
从“H1”列可以看出，“TOT_44-净销售收入”是“A44_0000-销售收入”、“A44_0010-
销售返利”及“A44_0020-销售折扣”3 个科目的父节点，根据层次结构的自动汇总规则，
“TOT_44-净销售收入”的值由这3个科目的值汇总得到。
18 0
第 192 页 / 共 427 页
值得注意的是，由于“A44_0000-销售收入”的会计科目类型属性值为“INC”，属于收
入类科目，贷方余额，系统以负数存储这一科目的值。而“A44_0010-销售返利”及“A44_0020-
销售折扣”的会计科目类型属性值为“EXP”，属于成本费用类科目，借方余额，系统以正数
存储这一科目的值。所以当系统将这 3 个科目进行汇总时，得到的是科目相抵之后的值。从
业务角度来看，将“A44_0000-销售收入”的发生额与“A44_0010-销售返利”及“A44_0020-
销售折扣”的发生额进行相加是没有业务意思的，通过会计科目类型的设置，可以方便实现
符合业务逻辑的计算。
6.2 专题：规则
SAP 计划与合并系统提供了多种规则，这些规则有不同的应用场景。在实际应用中，要
根据预算要求与规则的功能特点，选择正确的规则实现对应的功能。下面分别对各种规则进
行介绍并举例说明。
6.2.1 成员公式
用户可以使用成员公式创建和执行维度成员之间的自动计算。成员公式是基于维度成员
定义的计算公式，即某一维度成员的值是通过其他成员计算而来的。
6.2.1.1 成员公式的用法
在使用成员公式之前，要了解成员公式的工作原理与功能特点，这样才能恰当地使用成
员公式，发挥成员公式的特点。
第一，成员公式是与维度成员相关的。也就是说，只要是包含这一维度的所有数据模型，
成员公式定义都会起作用。
第二，成员公式是在展现报表时动态计算的。成员公式的值是在报表读取数据后根据成
员公式的定义实时计算的。系统只是保存了成员公式的定义，在报表读取模型数据时，应用
成员公式进行计算，得出结果。计算结果并不保存在数据库中，运行报表结束后，计算结果
就丢失了，下次运行报表仍然需要重新计算。如果对成员公式使用不当，会影响报表的数据
读取的性能。
第三，成员公式的计算是在读取模型数据并进行汇总的基础上才应用公式进行计算的。
不要将成员公式应用于要求先进行计算，再进行汇总的情景。
考虑以下的业务场景：
业务需求与示例的销售预算场景一样，用户在预算输入工作簿中输入单价与数量，要求
系统自动计算出销售总金额。如果不使用审计线索维度来区分单价与总金额，而是分别使用3
个不同的会计科目来定义单价（A）、数量（B）和总金额（C）。假定在数据模型中数据是按
月份保存的，而报表中需要按年度展现每一个产品的销售金额。那么，是不是可以通过定义
成员公式：“总金额（C）=单价（A）×数量（B）”来实现这一需求呢？如果只考虑会计科目
维度，这似乎没有问题。但一定要注意到，任何的计算都是在特定的数据模型中发生的。在
计算的同时，还会涉及与其他维度的组合关系。根据成员公式的计算逻辑，报表在运行时，
首先会对基础数据进行汇总，再应用公式进行计算。本示例中成员公式的计算逻辑如下：
（1）系统会到数据模型中读取每一个产品的销售单价（以 a1，a2，a3，…，a12 表示）与销售
181
第 193 页 / 共 427 页
数量（以b1，b2，b3，…，b12表示）。
（2）系统会先将月份的数据汇总成年度数据。
（3）最后，报表再将汇总后的单价乘以汇总后的数量，得到成员公式的计算结果，即
（a1+a2+…+a12）×（b1+b2+…+b12）。
这样的计算结果明显是错误的。这样的业务场景不适用使用成员公式进行计算。正确的
计算方法是先应用计算公式算出每个月的销售金额，再进行汇总，即（a1×b1）+（a2×b2）+…
+（a12×b12）。如果业务场景要求先进行公式计算，再进行汇总计算，需要使用逻辑脚本实现
这一功能。
6.2.1.2 启用成员公式功能
在使用成员公式之前，要在维度的属性设置中启用成员公式功能，以ACCOUNTP为例，
进入维度的编辑界面，如图6-5所示。
图6-5 启用维度成员公式
在维度编辑界面中，要选择“允许成员公式”选项。保存并处理维度后，进入系统管理
界面“规则”区域下的“成员公式”，如图6-6所示。
在图 6-6 中可以看到，已启用成员公式功能的维度会出面在配置界面的列表中。在右边
的主体窗口中，显示了以下内容：
（1）启用了成员公式功能的维度成员名称。
（2）维度的描述。
（3）维度已定义的成员公式的数量。
（4）当前维度的状态：是否已进行过维度处理。
18 2
第 194 页 / 共 427 页
6.2.1.3 成员公式编辑器
系统提供了成员公式编辑器，以帮助用户方便地定义成员公式。在如图 6-6 所示的成
员公式维度列表界面中，选择要定义成员公式的维度，进入成员公式列表界面，如图 6-7
所示。
图6-6 成员公式维度列表界面 图6-7 成员公式列表界面
单击工具栏中的“新建”按钮，系统弹出“编辑公式”对话框，如图6-8所示。
图6-8 “编辑公式”对话框
例如，定义一个科目“KPI101”为销售利润率，它通过利润除以收入计算得到。
首先，在“以下成员的公式：”下拉列表中选择一个维度成员，如示例中的“KPI101”。
然后，在“公式语法”窗口中定义成员公式。在计算过程中可能会使用本维度或者其他
维度的维度成员。有3种不同的方法可以将维度成员添加到成员公式中。
（1）在公式中直接输入成员名称：除了科目类型的维度成员之外，其他维度成员必须将
维度名称作为前缀完全以唯一标识维度成员。维度名称和成员标识必须使用方括号[]括住。例
如，[ACCOUNTP].[TOT_44_51_60_IN]。
（2）从右边的维度成员列表中选择维度成员，并使用鼠标拖放操作添加到公式中。
（3）选择维度成员列表中的成员，并单击列表上方的“插入公式中”按钮。
183
第 195 页 / 共 427 页
完成后的公式定义如图6-9所示。
图6-9 公式成员示例
保存成员公式，返回成员公式列表界面，如图6-10所示。只有经过处理后，成员公式才
可以使用。
图6-10 公式成员列表示例
6.2.2 逻辑脚本
用户可以创建逻辑脚本文件，在文件中包含一系列对数据模型数据执行计算处理的命令，
并批量执行。为了方便用户创建正确的逻辑脚本，系统提供了逻辑脚本编辑器辅助用户编写
脚本。
6.2.2.1 逻辑脚本的用法
逻辑脚本有以下功能特点：
18 4
第 196 页 / 共 427 页
（1）逻辑脚本是与数据模型相关的。一个逻辑脚本文件只在其所属的数据模型中起作用。
（2）逻辑脚本是在数据模型的数据存储层面执行的。由于只有维度层次结构中的叶成员
才会在模型中存储数据，所以逻辑脚本只会基于维度叶成员的数据进行计算。
（3）逻辑脚本的执行结果保存在数据模型中。同样，结果数据也保存在维度层次结构中
的叶成员级别。
正是由于以上特点，逻辑脚本适用于先在叶成员级别进行计算，再进行汇总的业务情景。
对于基础数据的汇总工作是由查询引擎自动完成的。
逻辑脚本有多种执行方式。其中，Default.LGF逻辑脚本是一个特殊的逻辑脚本，在系统
每次向模型写入数据时都会运行这一脚本。新数据首先写入数据模型，然后系统会执行
Default.LGF 逻辑脚本。将所有的系统自动计算逻辑都放在 Default.LGF 文件中显然不利于对
Default.LGF 文件进行管理。用户可以创建其他的逻辑脚本文件，并在 Default.LGF 文件中使
用INCLUDE命令引用这些逻辑脚本文件。
当用户向系统中写入手工调整分录（即使用日记账功能，或称为流水账）时，系统会自
动运行处理流水账的逻辑。用户可以创建名为 Journal.lgf 的逻辑脚本文件，系统在每次进行
手工调整分录过账时，都会自动运行这一逻辑脚本。参见11.2节对日记账功能的介绍。
用户也可以定义自己的逻辑脚本，并将这些逻辑脚本关联到数据管理器的程序包。在
Excel界面中可以调用这些程序包，运行相应的逻辑脚本。用户可以参见10.3.1.2小节中的示
例。在这一示例中，逻辑脚本包含了执行业务规则的命令，并通过数据管理器执行。因而，
用户可以通过Excel界面随时触发相应的业务规则。
6.2.2.2 逻辑脚本编辑器
进入系统管理员界面“规则”区域的逻辑脚本管理界面，如图6-11所示。
图6-11 逻辑脚本模型列表界面
185
第 197 页 / 共 427 页
在逻辑脚本模型列表界面中，列出了当
前环境中的所有数据模型。在主体窗口中，
显示了以下内容：
（1）当前环境中的所有模型名称。
（2）模型的描述。
（3）模型已定义的逻辑脚本文件的数量。
以Financial模型为例，单击列表中的模型
名称，进入逻辑脚本列表界面，如图 6-12 所
示。
在这一界面中，用户可以直接在列表中
单击逻辑脚本文本进行编辑，可以单击“新
建”按钮为当前模型创建新的逻辑脚本，或
者使用“复制”按钮复制现有的逻辑脚本，
再进行修改，也可以删除不需要的逻辑脚本
图6-12 逻辑脚本列表界面
文件。
以DEFAULT.LGF逻辑脚本为例，单击文件名， 进入逻辑脚本编辑器，如图6-13所示。
图6-13 逻辑脚本编辑器
逻辑脚本编辑器的逻辑脚本编辑窗口上方的工具栏有以下编辑功能。
（1）在完成逻辑脚本的编辑，进行保存前，可以单击“验证”按钮检查逻辑脚本的语法。
如果有问题，错误信息会在逻辑脚本编辑窗口下方的错误信息区域显示。
（2）用户可以单击“添加备注”或“取消备注”按钮将编辑窗口中选定的逻辑脚本变为
备注或者取消备注。
（3）单击“精美打印”按钮，系统可以自动优化逻辑脚本格式，方便用户阅读和编辑。
18 6
第 198 页 / 共 427 页
在逻辑脚本编辑窗口中，用户可以直接输入代码，或者使用右边的辅助窗口插入以下 4
类关键字：
（1）Planning and Consolidation关键字：SAP计划与合并系统提供的逻辑脚本关键字。
（2）MDX 关键字：MDX（Multi-Dimensional Expressions，多维表达式）是一种语言，
支持多维对象与数据的定义和操作。MDX关键字提供了各种从多维数据集获取数据的功能。
（3）维度名称：当前模型中的维度。
（4）成员名称：当前模型维度中的维度成员。
用户可以通过双击关键字，单击“插入关键字”按钮，或者鼠标拖放操作将关键字加入
到编辑窗口中。
在逻辑脚本编辑窗口中使用以下不同的颜色标识不同的内容，辅助逻辑脚本的编写和
查错：
● 关键字显示为蓝色。
● 常数值显示为绿色。
● 备注显示为灰色。
● 不正确的语法显示为红色，如括号错误、关键字和维度名字拼写错识、未识别代码等。
在逻辑脚本编写窗口下方是错误信息窗口。系统在显示错误信息时，会显示相应的行号
和错误内容，方便用户查找解决问题。
关于逻辑脚本的编写，可以参见6.1.2.1小节中的例子。更详细的语法说明，请参见系统
的在线帮助。
6.2.3 业务规则
业务规则是SAP计划与合并系统中通过配置表提供参数，以实现特定业务功能的组件。
系统会根据用户输入的配置表参数，自动进行计算和自动过账，而不需要掌握编程技巧。业
务规则包括了预算和合并过程中常见的业务操作，如公司间往来对账和币种换算。
6.2.3.1 业务规则的用法
在技术特点方面，业务规则与逻辑脚本是比较接近的，它们的区别在于前者是通过参数
配置表影响特定功能的执行方式，而后者是直接通过编程来实现用户需要的功能。
第一，业务规则是与数据模型相关的。一个业务规则只在其所属的数据模型中起作用。
系统提供了不同种类的业务规则，用户可以根据需要针对每一个数据模型启用这些业务规则。
第二，业务规则是在数据模型的数据存储层面执行的。同样是基于维度层次结构中的叶
成员数据进行计算。
第三，业务规则的执行结果保存在数据模型中，在维度层次结构中的叶成员级别。
系统提供了以下种类的业务规则，用户可以在财务类型和合并类型的数据模型中启用这
些业务规则。
（1）公司间记账规则：用于对集团内部公司间的往来交易进行自动匹配，并根据用户指
定的规则处理双方的记账差额，为进行内部往来抵销做好准备。
（2）币种换算：用于将记账本位币的金额根据用户指定的规则，自动换算成报表货币
金额。
（3）抵销和调整：可用于实现法定合并和管理合并功能，根据用户定义的规则自动生成
187
第 199 页 / 共 427 页
合并抵销分录。参见第13章的详细介绍。
（4）US抵销：用于实现简单的管理合并功能，自动生成抵销数。参见13.1.1.2小节的介绍。
（5）结转：用于实现会计科目期末余额自动结转功能。参见10.3节的详细介绍。
（6）基于科目的计算：定义基于会计科目的自动计算规则，可用于生成现金流量表等功能。
业务规则的执行方式也是灵活多样的，可以将执行业务规则的代码放入逻辑脚本，让系
统在数据写入时自动运行或者通过数据管理器执行，也可以集成到系统界面中执行。例如，
在网页界面的合并中心中，可以执行币种换算和法定合并抵销等功能。
6.2.3.2 启用业务规则
进入系统管理员界面“规则”区域的业务规则类型列表界面，如图6-14所示。
图6-14 业务规则类型列表界面
在业务规则类型列表中，将规则分为两大类：
一类是全局定义。这里定义的业务规则是在系统环境层面起作用的，可应用于环境中所
有的数据模型。全局定义包含了“方法”和“基于方法的乘法公式”两种规则类型。这两种
类型的业务规则是与“抵销和调整”业务规则一起使用的。
另一大类是基于不同的数据模型分别展现的。列表中列示了每个模型启用的业务规则类
型，以及每一类型的业务规则的数量。要修改一个数据模型启用的业务规则的类型，要选择
数据模型，并单击列表上方的“添加/删除规则类型”按钮，系统弹出“添加/删除规则类型”
18 8
第 200 页 / 共 427 页
对话框，如图6-15所示。
用户可以在对话框中选择需要添加的业务规则类型，或去
除已选择的规则类型。在数据模型中添加业务规则后，用户需
要根据业务需求设置参数，进行系统定制化。用户通过业务规
则类型的链接，进入相应业务规则的配置界面。由于实现的功
能不同，每一种业务规则的配置界面也不尽相同，可以参见后
续章节中对部分业务规则的详细介绍。
6.2.4 控制过程
图6-15 “添加/删除规则类型”
控制过程用于验证系统收集的数据的有效性。控制过程是
对话框
基于数据模型运行的，对数据模型的数据进行校验。如果从模
型中删除了一个维度，则与该维度相关的所有控制过程检验结果也将被删除。控制过程可应
用于任何类型的数据。例如，控制过程可用于检查用户通过输入工作簿录入的资产负债表数
据是否平衡，或者检查通过日记账手工调整录入的分录借贷是否相等。
对于不同的实体维度成员，系统可以执行不同级别的校验规则。系统将控制过程分为不
同的级别，控制级别越高，需要进行的校验规则更为严格。控制过程级别高的实体，不仅要
执行相应级别的所有控制过程，还需要执行所有低级别的控制过程。
对于不同的类别维度成员和时间维度成员，可以执行不同的校验规则。为此，系统将控
制过程分为不同的控制过程集，并且将控制过程集分配给不同的类别维度成员和时间维度成
员的组合。
6.2.4.1 配置控制过程
设置控制过程要遵循的主要步骤如下：
1.为实体维度成员分配控制过程级别属性值
查看实体维度的属性，如图6-16所示。
图6-16 实体维度属性
189
第 201 页 / 共 427 页
实体维度具有以下两个必需的属性与控制过程相关。
（1）CONTROL_LEVEL：标明实体维度成员的控制水平，其取值为1～4之间的自然数，
代表以下4个控制级别。
● 基本（Basic）。
● 标准（Standard）。
● 高级（Advanced）。
● 综合（Comprehensive）。
如果实体维度成员没有分配控制水平，系统自动将其控制水平设置为 4。也就是说，当
运行控制过程集时，所有的控制过程都会被执行。
（2）CTRL_CURRENCY_NOT_LC：标明实体维度成员是否不对本位币进行控制，其取
值为“Y”或其他。
2.在指定模型上启用控制功能。
进入系统管理员界面的规则区域下的控制过程配置项，如图6-17所示。
图6-17 控制过程模型列表
控制过程模型列表中显示了以下信息。
（1）模型：当前环境中的所有模型。其中，没有启用控制功能的模型显示为灰色。
（2）控制过程：模型中定义控制过程的数量。
（3）集合：模型定义的控制过程集的数量。
（4）分配：模型中将控制过程集分配到类别/时间维度
成员组合的数量。
要启用或者取消模型的控制过程功能，选择列表中的模
型，并单击列表上方工具栏的“启用控制过程”按钮，系统
弹出“启用控制过程”对话框，如图6-18所示。
用户可以在对话框中选择或者取消选择“启用以下项的
图6-18 “启用控制过程”对话框
控制过程：Financial”，并单击“确定”按钮完成修改。
19 0
第 202 页 / 共 427 页
3.创建控制过程
在图6-17所示的界面中，单击模型列表中的模型，进入该模型的控制过程列表界面，
如图6-19所示。
图6-19 控制过程列表
在控制过程列表中，列出了模型是现有的控制过程。用户可以单击“新建”或者“修改”
按钮进行控制过程的创建和编辑。参见第11章的配置示例。
6.2.4.2 创建并分配控制过程集
在完成控制过程定义后，还需要将这些控制过程进行分组，并将其与特定的类别与时间
维度成员的组合关联起来。
1.创建控制过程集
控制过程集是一组控制过程的集合。在如图6-17所示的控制过程模型列表界面中，选择
列表中的一个模型，并单击工具栏上的“编辑集合”按钮，或者单击“集合”列中对应的数
字，系统打开控制过程集的编辑界面，如图6-20所示。
图6-20 控制过程集列表
在如图6-20所示的界面中，用户可以新建、编辑、复制或删除控制过程集。用户可以
通过复制快速地创建控制过程集，新复制的控制过程集包含了被复制的控制过程集中原有的
控制过程，不需要再逐项添加。随后，用户可以使用编辑功能修改控制过程集中包含的控制
191
第 203 页 / 共 427 页
过程。
2.控制过程集分配给时间维度成员与类型维度成员的组合
在执行控制过程集合之前，管理员需要将其分配给时间维度成员与类型维度成员的若干
个组合，指定控制过程集合是在什么期间对什么类别的数据进行校验。对于每个控制过程集
至少需要创建一个类型/时间组合，每个组合中至少包含一个类型维度成员和一个期间。
在图6-17所示的控制过程模型列表界面中，选择列表中的一个模型，并单击工具栏上的
“编辑分配”按钮，或者单击“分配”列对应的数字，可以打开控制过程集分配管理界面，
如图6-21所示。
图6-21 控制过程集分配界面
在界面的上方，首先要在“显示”列表中选择显示方式，其有以下两个选项。
（1）按时间的类别：即按时间和类别显示控制过程集的分配情况。
选择该选项后，工具栏上的“CATEGORY”和“TIME”按钮是可用的。用户可以使用
这两个按钮，打开维度成员选择器，选择相应的维度成员。完成选择后，类别维度成员显示
在分配窗口的行上，时间维度成员显示在分配窗口的列上，分配的控制过程集显示在单元格
中，如图6-22所示。
图6-22 控制过程集分配界面
19 2
第 204 页 / 共 427 页
用户可以通过单击工具栏上的“编辑”按钮，切换到编辑状态。通过双击单元格，用户
可以修改单元格对应的类别与时间对应的控制过程集。用户可以从下拉列表中进行选择。完
成修改后，单击“保存”及“完成”按钮，返回查看状态。
（2）按时间控制过程集：即按时间显示控制过程集的分配情况。此时，工具栏上的“控
制过程集”按钮变为可用，用户可以选择多个控制过程集。在分配窗口中，选择的控制过程
集显示在行上，时间成员显示在列上。用户还可以选择类别维度成员，并在行上显示。在这
种显示方式下，单元格只显示一个选择框，说明控制过程集是否在相应的维度成员组合中运
行。这一显示方式下，不能切换到编辑状态。
完成上述配置后，用户就可以在用户界面合并中心的控制过程监视器中运行控制过程，
监控规则运行结果。系统会根据每个一实体，自动选择运行控制过程集中控制水平小于或等
于实体的控制水平的那些控制过程。
6.3 本章小结
在预算与合并应用中，系统需要自动完成各种数据的计算和处理功能。除了使用 Excel
的计算功能外，SAP 计划与合并系统还提供了一系列功能各异的自动数据计算与处理功能，
统称为规则。规则包括了成员公式、逻辑脚本、业务规则和控制过程。
成员公式是基于维度成员定义的计算公式，可以执行维度成员之间的自动计算。只要数
据模型使用了包含成员公式的维度，成员公式的定义就会起作用。成员公式是在报表运行时，
基于汇总后的数据计算的，计算结果不保存在数据库中。系统提供了成员公式编辑器辅助用
户编辑成员公式。
逻辑脚本是包含一系列对数据模型数据执行计算处理的命令的文件，可用于批量执行。
逻辑脚本是基于数据模型定义的，在数据模型的数据存储层面执行，执行结果保存在数据模
型。系统提供了逻辑脚本编辑器辅助用户编辑逻辑脚本。
业务规则是基于配置表参数实现特定业务功能的组件。系统会根据用户输入的配置表参
数，自动进行计算和自动过账。业务规则包括了公司间记账规则、币种换算、抵销和调整、
US抵销、结转和基于科目的计算等规则。
控制过程用于验证系统模型数据的有效性。控制过程是基于数据模型运行的，对数据模
型的数据进行校验。对于不同的实体维度成员，系统可以执行不同级别的校验规则。对于不
同的类别维度成员和时间维度成员，可以执行不同的控制过程集。
193
第 205 页 / 共 427 页
第 7 章 预算编制流程
在企业日常工作中，业务流程是相对固定的，这些流程根据特定的管理目标而设置，是
企业管理制度的有机组成部分。通过业务蓝图设计阶段对业务流程的梳理，会形成操作性很
强的各种业务流程，涵盖相关业务的方方面面。业务流程有多级设置，最详细的执行层面的
业务流程可以直接落地到业务管理系统。这些详细流程定义了完成特定工作需要经过的步骤，
完成每个步骤的相关人员等详细信息。这些流程往往根据一定的周期或由特定的事项触发而
被执行。例如，企业的年度预算编制流程，在每年的九月份或十月份周期性地执行。企业的
年度调整预算可能每个月、每个季度执行或者由特定的事项触发。
7.1 定义业务处理流程
SAP计划与合并系统提供了业务处理流程（Business Process Flows，BPF）功能组件，可
以指引导不同的用户按系统定义的次序执行业务流程中定义的任务。根据用户在业务流程中
扮演的角色不同，他们需要执行的步骤可能是完成具体的工作事项，如数据手工录入、数据
批量导入、执行数据分摊等任务，也可能是对其他用户完成的工作事项进行审批。
7.1.1 了解业务处理流程
业务处理流程有两个层面的功能。一方面，业务处理流程固化了企业的业务流程，定义
了业务流程的执行路线及相应责任人；另一方面，这一功能在执行业务流程时承担了对流程
的跟踪与管理功能。在预算管理过程中，同一个业务流程往往会被多次重复执行，甚至需要
在不同的实体同时并发地执行。为了实现这一功能，系统区分了业务流程模板与流程实例两
个不同的概念。
7.1.1.1 流程模板与流程实例
在系统实现时，将业务流程定义成业务处理流程模板。业务处理流程模板定义了业务流
程包含的若干步骤（这里称为活动）、步骤之间的相互关系（并行或串行）以及完成这些步骤
的相关人员。业务处理流程模板是在企业范围内唯一的业务流程的规范，包含了计划和合并
业务流程中的各种相关任务，并将一系列预定义好的应用任务指派给各个用户。管理员还可
以将工作状态的更改规则与业务流程结合起来，共同完成对业务处理流程的控制。
管理员完成业务流程模板的定义后，可以在管理屏幕中基于该业务流程模板执行相应的
业务处理流程。每一次业务流程的执行在系统中都会生成业务处理流程模板的一个实例。启
动一个业务处理流程实例后，流程中相关的人员将会按照流程的先后次序在系统中收到通知，
提醒他们按照要求完成相关的任务。每个用户根据自己的角色和数据访问权限，只能看到和
自己相关的任务。
例如，系统管理员创建一个称为“月度报告”的业务处理流程模板，以协调每个月度各
19 4
第 206 页 / 共 427 页
类人员的报告活动。该管理员或其他用户可以基于“月度报告”业务处理流程模板为一个特
定期间（如2012年11月），创建一个具体执行的业务流程。这就是一个流程实例。在这种情
况下，每年有12个“月度报告”的业务流程实例，每个月份有一个实例。
又如，一个业务处理流程模板定义了每个月各部门经理录入月度预算相关实际数据的一
系列活动。每个月月末或者下个月月初，管理员为每个部门经理创建一个录入部门的实际数
据的业务流程实例。在这个例子中，每个业务处理流程实例的上下文具有相同的时间维度成
员和类别维度成员，但具有不同的实体维度成员。因此，不同的实体是识别和跟踪这些业务
处理流程实例的关键，相同的流程同时在各个业务单位并行地运行。
7.1.1.2 管理业务处理流程模板
在系统的管理员界面中提供了业务处理流程的管理功能。进入管理员界面，打开“业务
处理流程”区域，管理界面分为两个功能项，一个是“流程模板”，另一个是“流程实例”。
使用这些管理功能，管理员可以创建和管理业务处理流程模板以及由这些模板创建的业务处
理流程实例。
选择“流程模板”，打开流程模板列表界面，如图7-1所示。
图7-1 流程模板列表界面
流程模板管理界面主体窗口列出了系统中现有的业务流程模板，显示了以下信息。
（1）名称：业务流程模板名称。
（2）描述：对业务流程模板的说明。
（3）模型：业务流程模型关联的数据模型。一个业务流程可以包含对多数据模型的操作，
但需要指定一个数据模型，用于定义业务流程执行的上下文。
（4）维：关联模型中的维度，指定用于定义业务流程执行的上下文。
（5）状态：显示业务流程模板是否有效。
195
第 207 页 / 共 427 页
（6）当前版本：显示业务流程模板的当前版本，可能是“草稿”或者“已部署”。
通过列表上方的工具栏，可以对业务流程模板进行以下操作。
（1）编辑业务流程模板：可以通过单击“新建”或“复制”按钮创建一个新的业务流程
模板，或者单击“打开”按钮打开现有的流程模板进行编辑。
（2）删除和归档流程模板：对于当前版本是“草稿”的流程模板，管理员可以单击“删
除”按钮进行删除。如果当前版本为“已部署”，“删除”按钮会显示为“存档”按钮，管理
员可以归档流程模板。归档流程模板时，基于模板的所有业务流程实例必须已完成。
（3）验证流程模板：管理员创建一个新的流程模板并保存时，系统会自动验证模板的完
整性，并将验证结果显示在状态列中。如果流程模板是无效的，管理员可以通过单击“验证”
按钮对选择的模板重新进行验证。
（4）取消流程模板锁定：如果流程模板被锁定，会显示在“当前版本”列。管理员可以
单击“取消锁定”按钮进行解锁。
（5）部署模板或者新建版本：如果模板没有被锁定，并且状态为有效，管理员可以使用
“部署”，以便它可以被用于创建流程实例。如果业务模板已部署，但管理员需要对其进行修
改，需要使用“新建版本”创建新的版本，基于新版本进行修改。
（6）查看模板所有版本：管理员可以单击“版本”按钮查看选择模板的所有版本。系统
会弹出“模板版本”窗口，显示当前模板的所有版本，包括不活动的版本，即已归档的版本。
7.1.2 编辑业务处理流程模板
本节在3.1.1.1小节介绍了一个年度预算编制流程的业务场景，并在后续的章节里详细介
绍了其中的销售预算编制的模型、表单和自动计算功能。示例预算编制流程的其他部分，如
人力资源预算、费用预算、资本支出预算及财务报表预算等，都需要经过建模、表单设计和
功能设计等阶段。在所有工作都完成后，可以使用业务处理流程将这些零散的用户界面和系
统操作按业务执行的顺序关联起来，让系统自动实现流程的管理。下面，仍然以年度预算编
制流程为例，详细介绍如何在系统里创建或编辑业务处理流程模板。
7.1.2.1 业务处理流程模板流程设置
在图7-1所示的流程模板管理界面中，选择列表中的“Annual Budget”业务流程模板，
并单击工具栏中的“打开”按钮，系统进入业务处理流程模板编辑界面，如图7-2所示。
业务处理流程模板编辑界面包括“流程设置”与“活动”两个选项卡。在“流程设置”
选项卡上，管理需要提供以下详细信息。
（1）输入业务处理流程的名称、描述。
（2）选择与此流程相关的模型：每个流程实例的执行都有特定的上下文，如特定的时间、
特定的部门等。因此，需要指定一个模型，该模型所包含的维度正是定义流程执行上下文必
需的。例如，模型里的“时间”维度。如果用户选择了一个计划模型，而该模型的时间维度
的最小单位是月份，则基于这个模型的业务处理流程也将是按月执行的。该模型控制着业务
处理流程实例的时间维度和定义活动上下文可用的维度。
（3）选择流程上下文使用的维度：指定模型后，维字段由灰色变为可用。单击维字段右
边的按钮，弹出“选择维”对话框，如图7-3所示。
对话框列出了指定模型的所有维度供用户选择。管理员可以选择一个或者多个维度。当
19 6
第 208 页 / 共 427 页
一个业务处理流程被执行，生成流程实例时，系统会要求用户输入这些维度的成员。这些维
度及其成员选择构成了流程执行时每个任务的共同上下文。在对话框中，系统已自动选择了
“时间”维度，因为执行所有流程时都需要指定特定的时间维度成员。
图7-2 流程模板编辑界面
（4）选择流程监控者：流程监控者可以在用户界面“流程监控器”中监控基于当前模板
创建的所有业务流程实例。这里指定的流程监控者只能查看流程实例，不能对这些流程实例
进行任务操作。当管理员在生成流程实例时会定义可以执行和审查流程的用户。
单击用户字段右侧的按钮，系统弹出如图7-4所示的对话框。
图7-3 “选择维”对话框 图7-4 “选择用户”对话框
图 7-4 所示的对话框中有“用户”和“角色”两个选项卡，管理员可以指定单个用户，
或者将拥有某个角色的所有用户添加到流程监控者列表中。从用户或者角色列表中选择指定
197
第 209 页 / 共 427 页
的用户或角色，并单击“添加”按钮将选择的用户或角色添加到“选择用户和角色”列表中。
单击“确定”按钮完成操作。
7.1.2.2 定义业务处理流程模板中的活动
在图 7-2 所示的编辑界面中，选择“活动”选项卡，可以定义业务处理流程模板包含的
活动，如图7-5所示。
图7-5 编辑流程模板中的“活动”选项卡
在活动编辑界面的左方列表中，显示了当前业务处理模板包含的所有活动。管理员可以
单击“活动”列表上方的“新建”按钮，在“活动”列表中出现名为“新活动”的项目，并
在右边主体窗口中进行编辑，也可以选择列表中现有的活动进行编辑。
在界面右边的编辑窗口中，管理员可以对“活动”选项卡进行以下设置。
（1）输入活动名称和指令。
（2）选择驱动维：管理员可以从下拉列表中选择驱动维度。“驱动维”下拉列表显示了定义
业务处理流程模板相关模型里除流程上下文以外的所有维度。每一个活动都只有一个驱动维。
（3）指定驱动维度成员：单击成员字段右边的按钮，弹出如图7-6所示的对话框。
通过以上对话框及成员选择器，管理员
可以选择一个单一成员，某个成员以下的所
有叶子成员或所有子成员，或者选择维度的
所有成员。管理员可以添加多个选择条件。
驱动维及其成员决定了当前活动执行的范
围。只有选中的维度成员才可以成为当前活
动执行的上下文维度成员。 图7-6 选择活动驱动维成员
19 8
第 210 页 / 共 427 页
（4）选择执行者：“执行者”下拉列表中显示了当前驱动维度的所有可用的属性。驱动维
度必须包含一个执行者属性。执行者属性的取值必须是系统用户或者团队名称，如果执行者
有多个用户和团队，可以使用逗号分隔。管理员在“执行者”下拉列表里选择当前驱动维度
的执行者属性，将执行者属性中的用户或者团队指定为当前活动的执行者。当流程启动时，
当前活动会自动被分配给相应的执行者。
（5）选择审核者：这是一个可选项，管理员可以通过“需要审核者”复选框决定是否启
用这一功能。如果启用了“需要审核者”功能，当前活动由执行者执行完成后，需要由审核
者进行审查或者审批。审核者可以批准或者拒绝该活动，被拒绝的活动会退回到执行者进行
重新处理，只有被批准通过的活动才能完成，进入后续活动。审核者属性同样也是驱动维度
的属性，其取值必须是系统用户或者团队名称。
（6）定义开启条件：业务处理流程模板中的活动是有严格的执行顺序的。一般来说，在
业务流程的上一个活动结束时，系统会自动开启流程中的下一个活动。从活动的定义过程中
可以发现，我们定义了驱动维及其多个成员，这就意味着，每个活动在执行时会根据驱动维
及其成员的定义同时启动多个活动实例，并将其分配给驱动维成员相应的执行者执行。在这
种情况下，如何判断上一个活动结束及是否启动当前活动，有以下两个选项。
1）全部：只有当上一个活动的所有实例都已经完成时，才启动当前活动。
2）已匹配：如果对应于特定上下文的上一个活动实例完成，就可以启动与相同上下文对
应的当前活动实例。只有当上一活动和当前活动具有相同的驱动维度及成员时，才能使用这
一选项。
以示例的年度预算编制业务流程为例，在集团总部完成设定目标后，由下属的各个单位
编制各自的销售预算。由于上一步骤的执行主体（集团总部）与当前步骤的执行主体（下属
的各个单位）不一样，所以对于活动“Revenue & COS”，开启条件只能设置成“全部”，如
图7-7所示。
图7-7 销售预算活动设置示例
199
第 211 页 / 共 427 页
完成销售预算编制之后，进入人力资源预算的编制。在执行业务蓝图时有两个选项：一
是需要所有下属单位都完成销售预算编制后，才能进行人力资源预算的编制。这时，活动“HR
Budget”的开启条件需要设置成“全部”。另一个选项是，单个下属单位完成销售预算编制后，
就可以着手编制本单位的人力资源预算，而不必等其他单位完成销售预算。这时，活动“HR
Budget”的开启条件需要设置成“已匹配”，如图7-8所示。
图7-8 人力资源预算活动设置示例
（7）“允许重启”复选框：选中该复选框，则在活动结束后，有相应权限的用户可以将其
重新打开。用户必须是业务流程实例的所有者，或者同时是当前活动和上一个活动的参与者
（执行者或审核者），才能重新打开上一个活动。业务流程的最后一个活动一旦结束，不能被
重新打开。
完成活动的维和用户设置后，可以单击“预览活动实例”，系统会显示“活动预览”窗口，
显示当前设置会生成的活动实例的数量及详细列表。
7.1.2.3 定义活动工作区
一个“活动”可以包含多个系统操作（Action）。管理员可以为活动创建活动工作区，并
在活动工作区中指定当前活动包含哪些系统操作。在“活动”选项卡界面下面的工作区中，
管理员可以为当前活动的执行者和审核者创建工作区。
以销售预算编制活动“Revenue & COS”为例，单击如图7-7所示的“工作区”区域中
的“编辑”按钮，系统弹出编辑工作区界面，如图7-9所示。
工作区的名称与当前活动的名称相同。工作区的上下文维度是由业务流程模板定义中的
上下文维度和驱动维度决定的。管理员可以在工作区编辑界面中添加新的视图，设置视图的
格式。与编辑网页界面中的工作区一样，用户可以使用“添加内容”和“添加新报表”功能
对工作区进行编辑，参见4.3.1节。此外，业务流程模板中的活动工作区还可以使用“添加超
级链接”功能。“添加超级链接”功能提供了从工作区到 SAP 计划与合并系统其他操作的超
20 0
第 212 页 / 共 427 页
级链接，可以链接到各种类型的系统操作。
图7-9 编制工作区界面
在如图 7-9 所示的工作区中，除了“概览”视图以外，其他视图都是通过工作区右上方
的“添加超级链接”按钮添加的。以我们熟悉的销售数据输入表单和销售单价及单位成本输
入表单为例，选择工作区中的“Enter Units & Rates”视图，并在中间的主体窗口中选择“Enter
Units & Rates”项目，界面右边出现“编辑超级链接”窗口，显示“Enter Units & Rates”项目
的明细设置，如图7-10所示。
图7-10 编制超级链接
在“编辑超级链接”窗口中，可以进行以下定义。
201
第 213 页 / 共 427 页
（1）指定超级链接的名称和描述。
（2）指定目标操作：系统将目标操作分成若干类别，每个类别又包含若干具体操作。首
先在第一个下拉列表中选择操作类别，有如下选项。
1）Microsoft Excel。
2）Microsoft Word。
3）Microsoft Powerpoint。
以上3个选项可以使用EPM加载项的各项系统操作，参见第5章的详细介绍。
4）数据管理器：可以链接到数据管理器的各项操作，参见 10.1 节关于数据管理器的详
细介绍。
5）合并：可以进行合并保存的各项操作，参见第 9 章和第 11 章对合并中心各项功能的
介绍。
6）库和文档：使用库和文档，参见4.3.2节和4.3.3节的详细介绍。
7）工作状态和备注：修改工作状态或者管理备注，参见4.2节与4.1.2.2小节的详细介绍。
8）审计线索：打开各种系统审计线索报表，参见第14章的介绍。
9）外部资源：可以打开URL或者进行贯穿钻取，参见5.3.2.2的详细介绍。
每个操作类别中有多个操作，以Microsoft Excel为例，有如下具体选项：
1）发布特定工作簿。
2）打开特定报表。
3）打开特定输入工作簿。
4）脱机分发服务器向导。
5）发布工作簿向导。
6）打开报表库。
7）打开输入工作簿库。
根据指定的具体目标操作，管理员还需要指定更多信息。以“打开特定输入工作簿”为
例，选择“打开特定输入工作簿”后，管理员还需要输入工作簿文件路径。在如图7-10所示
的示例中，系统将这一操作指向服务器输入工作簿文件夹的“BUDGET”子文件夹的输入工
作簿“S01-REVENUECOS.XLTX”。
（3）目标上下文：对于大部分目标操作，管理员还需要指定目标操作的目标上下文。管
理员可以指定工作的数据模型，并选择是使用工作区的上下文，或者从成员选择对话框中指
定特定的维度成员。
（4）相关操作：对于大部分目标操作，用户可以定义和当前操作相关的其他操作，如
图7-11所示。
单击“相关操作”区域下方的“编辑”按钮，系统弹出“相关操作”对话框，如图7-12
所示。
单击对话框左上方的“新建”按钮，在左边的列表窗口会显示默认名称为“相关操作”
的相关操作，在右边区域中可以对相关操作进行编辑。例如，可以将5.4.1.2小节介绍的“分
摊功能”作为当前工作簿的相关操作，如图7-13所示。
管理员可以添加多个相关操作，并赋予不同的名称。
管理员可以重复以上（1）～（4）步骤，定义更多的操作。完成定义后，保存退出。
20 2
第 214 页 / 共 427 页
图7-11 编制相关操作
图7-12 相关操作对话框
图7-13 相关操作示例
203
第 215 页 / 共 427 页
如果当前活动启用了“需要审核者”选项，管理员还需要为审核者定义工作区。管理可
以选择“与执行者相同”选项，将执行者相同的工作区指定给活动的审核者；或者选择“特
定工作区”选项，为审核者定义另外的活动工作区，定义活动的方法是一样的。
7.1.2.4 部署业务处理流程模板
在完成所有活动的定义后，保存业务处理流程模板，系统返回管理界面。保存流程模
板时，系统会自动对流程模板进行验证，以决定流程模板的状态是否有效。新建的流程模板
出现在流程模板列表中。如果新创建或者修改后的流程模板的状态是“无效”的，管理员可
以单击工具栏上方的“验证”按钮对流程模板进行验证。系统会提供流程模板存在的问题。
有效的流程模板进行部署以后才可以用于生成流程实例。从列表中选择流程模板，并单
击工具栏的“部署”按钮，流程模板的“当前版本”由“草稿”更新为“已部署”。以流程模
板“Annual Budget”为例，部署后的界面如图7-14所示。
图7-14 部署业务处理流程模板
7.1.3 启动业务处理流程
完成业务处理流程模板的定义并对其进行部署，只是确定了业务流程将如何执行，但并
没有启动业务流程的真正执行。在业务上要求启动流程时，需要由管理员根据已部署的业务
处理流程模板启动流程实例。例如，对于年度预算编制流程，需要在每年的 9、10 月份启动
这一流程，以开始下一年度预算的编制工作。
7.1.3.1 启动业务处理流程实例
用户可以在管理员界面中启动业务处理流程。启动业务处理流程后，系统会自动为相关
用户分配相应工作。进入管理员界面，并选择“业务处理流程”下方的“流程实例”，界面如
图7-15所示。
20 4
第 216 页 / 共 427 页
图7-15 业务处理流程实例列表
单击界面上方工具栏里的“新建”按钮，系统弹出如图7-16所示的对话框。
图7-16 选择业务处理流程
“选择流程”列表中显示了已部署的流程模板。选择一个流程模板，系统会在“以下流程
的活动”列表中列出选定流程模板的所有活动。单击“下一步”按钮，如图7-17所示。
管理员可以在上下文下拉列表中选择流程实例的所有者。单击“下一步”按钮，进入上
下文设置界面，如图7-18所示。
根据设置流程模板时指定的业务流程上下文维度，在选择上下文对话框中管理员需要对
每个维度指定一个成员，形成当前流程实例的上下文。
单击“下一步”按钮，检查流程实例生成的活动实例及其用户分配，如图7-19所示。
205
第 217 页 / 共 427 页
图7-17 选择流程实例所有者
图7-18 选择流程实例上下文
图7-19 检查活动实例用户分配
20 6
第 218 页 / 共 427 页
系统会根据流程模板中的活动，以及每个活动的驱动维度及其成员，生成活动实例。活
动实例会显示在“活动实例”列表中。其执行者和审核者是根据驱动维度成员的执行者属性
和审核者属性得到的。管理员可以检查生成的实例及用户分配是否正确，也可以手工修改执
行者和审核者。
单击“下一步”按钮，进入审核并启动界面，如图7-20所示。对话框显示流程实例的主
要信息。用户可以选择是否马上启动流程实例。单击“完成”按钮及下一界面的“关闭”按
钮，完成新建流程实例。
图7-20 审核并启动流程实例
7.1.3.2 管理业务处理流程实例
返回流程实例列表后，启动的流程实例显示在列表中，如图7-21所示。
图7-21 查看启动的业务处理流程实例
如果流程实例列表中的流程实例很多，可以使用“显示”下拉列表对显示的流程实例按
207
第 219 页 / 共 427 页
业务流程进行过滤，只显示指定流程生成的实例。在流程实例列表界面中，管理员可以对已
生成的所有流程实例进行管理。其主要功能如下：
（1）开始或暂挂流程实例。如果在启动流程实例时没有选择启动流程实例，流程实例的
状态显示为“已暂挂（suspended）”，用户也可以在这一界面中单击“开始”按钮启动流程。
流程实例的状态将改变为“运行中（Active）”。反之，用户也可以单击“暂挂”按钮将处于“运
行中”的流程暂停下来。业务流程活动的执行者和审核者在自己的最终用户界面中看不到处
于“已暂挂”状态的业务流程。只有管理员和流程实例的所有者可以看到这些流程实例。
（2）重新分配流程参与者。在这一界面中，管理员还可以重新分配参与业务流程的用
户。选择一个流程实例，并单击“更改分配”按钮，系统弹出到更改分配向导，如图 7-22
所示。使用这一向导，管理员可以修改流程实例的所有者，以及流程所有活动实例的执行者
和审核者。
图7-22 重新分配业务处理流程参与者
（3）重置流程实例。在业务流程实例开始执行后，可以让业务流程从第一个活动开始重
新执行，称为重置流程实例。业务流程实例重置后，所有用户必须重新将所有活动执行一次。
但重置流程只改变业务流程的执行过程，并不改变对于之前执行流程实例修改过的数据。
（4）归档流程实例。管理员可以将已完成或者不活动（已暂挂）的业务流程实例进行归
档，运行中的业务流程是不能归档的。业务流程实例归档后，管理员界面和用户界面中都将
看不到这些流程。
7.2 执行业务处理流程
管理员启动业务流程实例后，系统会自动根据业务处理流程模板的定义，提示相关业务
用户完成各自相关的系统操作。系统会自动跟踪与管理业务流程的执行，它会根据业务处理
流程中的各个活动实例的完成情况，自动触发业务流程中的下一个活动。
业务流程活动的执行者和审核者可以通过用户界面中的“活动”界面查看或执行与自己
相关的各项活动。业务流程实例的所有者可以在用户界面“流程监控器”中查看与管理业务
20 8
第 220 页 / 共 427 页
流程实例。
7.2.1 执行业务处理流程活动
在系统管理员启动业务流程实例后，业务流程相关的业务用户在自己的用户界面中可以
查看分配给自己的活动，用户需要根据系统要求，完成相关的业务操作。
7.2.1.1 查看用户相关的活动
作为业务用户登录系统，并选择用户界面中的“活动”项，用户可以查看到自己作为执
行者或者审核者的业务处理流程活动实例，如图7-23所示。
图7-23 查看与执行活动
活动界面的主体窗口分为上下两部分。上半部分显示了与用户相关的所有业务流程，准
确地说，是业务处理流程模板实例。列表显示了流程的名称，流程实例的流程上下文，是否
需要用户进行操作，流程的完成情况以及流程的所有者。
在业务流程列表中选择一个流程，在窗口的下半部分显示该流程中与当前用户相关的所
有活动。列表显示了指定业务流程中与当前用户相关的所有活动实例。其显示以下详细内容。
（1）名称：显示活动实例的名称。
（2）上下文：显示活动实例对应的驱动维成员。
（3）需要操作：显示活动实例需要用户进行何种操作，如执行或审核。
（4）状态：显示活动实例的状态。活动可以有以下几种状态。
● 已启动：说明当前活动实例需要被完成或者被提交。
● 已提交：活动实例操作已被执行，等待审核者批准。
209
第 221 页 / 共 427 页
● 已完成：活动实例已完成。
● 已重启：活动实例被重新打开。只有当一个活动实例处于已完成状态时才能被重新打
开。重新打开后，其状态变为“已重启”。
● 待处理：说明当前活动实例正在等待其前置活动完成。用户不能对待处理状态的活动
进行操作。
● 已拒绝：活动实例在提交审核者审阅时，审核者拒绝了活动实例的结果，该活动实例
状态由“已提交”变为“已拒绝”，重新回到等待执行者操作的状态。
● 已迟延：如果活动实例的上一个活动被重新打开，则该活动实例的状态变为“已迟延”。
“已迟延”状态与“待处理”状态类似，都需要等待前置活动完成。用户不能对“已
迟延”状态的活动实例进行操作。
（5）受分配者：即活动的参与者。活动的参与者包括活动的执行者和审核者。执行者
是负责完成该活动操作的人。审核者是必须验证活动操作结果的人。执行者和审核者可以是
若干个人用户或用户团队。如果有多个受分配者，列表中会显示超级链接供用户查看多个受
分配者的明细。当执行者或审核者是多个用户时，这些用户可以同时对相同的活动实例进行
操作。
7.2.1.2 执行用户活动
如果用户是活动的执行者，用户负责的活动的“需要操作”列上会显示“执行”标志。
这时，用户可以单击活动实例名称或者上下文的链接，或者单击工具栏上的“启动”按钮，
打开活动实例的活动工作区。在如图7-23所示的界面中，在执行完成活动实例“Initiate Budget
& Set Targets”后，系统自动启动所有下属单位的销售预算编制工作，如图7-24所示。
图7-24 自动启动后续活动
21 0
第 222 页 / 共 427 页
下面，仍然以销售预算为例，了解业务处理流程中的活动是如何执行的。单击图7-24中
的“0201公司”对应的活动。系统打开活动“Revenue & COS”对应的活动工作区，如图7-25
所示。
图7-25 打开活动工作区
这一活动工作区是在业务处理流程模板中定义的，用户可以对比图7-9所示的定义界面。
根据活动工作区的定义，用户可以查看工作区报表，也可以通过超级链接进行其他的系统操
作。以图7-25中的“Enter Units & Rates”超级链接为例，单击主体窗口中的“Enter Units &
Rates”超级链接，系统根据超级链接的定义，自动启动Microsoft Excel客户端，并打开指定
的输入工作簿“S01-REVENUECOS.XLTX”，如图7-26所示。
图7-26 打开输入工作簿
系统打开的正是前面章节示例中的输入工作簿，但输入工作簿的上下文栏已经根据实例
工作流上下文及活动驱动维的定义自动更新了维度成员。查看EPM窗格，除了原来的“报表
211
第 223 页 / 共 427 页
布局”选项卡外，增加了“活动”选项卡。“活动”选项卡中显示了当前的流程名称与活动名
称，执行活动的目标操作及相关操作，还提供了返回活动工作区的链接。
在完成活动工作区的相关操作后，用户可以单击图7-25活动工作区左上方的“完成”按
钮。关闭活动工作区选项卡后，图7-24中的活动列表的状态会随之更新。
7.2.1.3 审查用户活动
如果用户打开的活动实例需要审核者进行审核，则活动工作区左上方会出现“提交”按
钮，用于将该活动提交给审核者审批。以人力资源预算的活动实例为例，在用户完成“0201
公司”的销售收入预算编制后，“0201公司”的人力资源预算活动状态变更为“已启动”，完
成人力资源预算的录入工作后，单击“提交”按钮提交操作结果。
使用审核者的用户账号登录系统，进入活动列表，活动实例状态会随之更新，如图7-27
所示。
图7-27 等待审核的活动实例
示例中的“0201公司”的“HR Budget”活动实例的状态已变更为“已提交”，需要操作
变为“审核”。通过活动名称或者上下文的链接，或者单击“启动”按钮，可以进入审核者的
活动工作区，如图7-28所示。
图7-28 审核者的活动工作区
21 2
第 224 页 / 共 427 页
审核者活动工作区的操作与执行者活动工作区类似，不同的是，在工作区左上角的操作
按钮是“批准”或者“拒绝”。审核者如果选择“批准”，则活动状态更新为“已完成”。如果
选择“拒绝”，则活动状态更新为“已拒绝”，活动执行者会看到这一活动又出现在其活动中，
且需要执行操作并重新提交审批。
7.2.1.4 重启已完成的活动
如果用户需要对已完成的活动进行修改，可以使用活动列表上方工具栏中的“重启”按
钮重新打开已完成的活动。单击“重启”按钮，系统弹出“要重启的活动选择”对话框，如
图7-29所示。
图7-29 选择重启的活动选择
系统会自动根据业务处理流程模板的顺序查找当前可以进行重启操作的活动实例。即这
些活动实例的状态为已完成，且后续活动仍处于激活状态。激活状态包括“已启动”、“已重
启”、“已提交”、“已拒绝”几个状态。
如示例中的“0201公司”的“HR Budget”活动实例的状态已变更为“已完成”且后续
活动仍没有完成。在对话框中从左边列表中选择要重启的活动，移入右边的列表中，并单击
“重启”按钮，重新打开选择的活动。完成操作后，活动的状态更新为“已重启”，处于激活
状态，而后续活动的状态更新为“已迟延”，变为不激活，不能进行任何操作。同时，“要重
启的活动选择”对话框左边的可重启的活动列表会自动刷新，更新后的活动列表如图7-30所
示。
业务流程的参与者在业务处理流程实例的引导下，各自完成自己的任务，从而高效、有
序地完成相应的业务流程。
7.2.2 监控业务处理流程
系统提供了流程监控器，流程实例的所有者可以在流程监控器中查看到相关流程的执行
情况，并可以进行确认业务流程实例完成和重启活动等操作。
7.2.2.1 监控流程实例列表
流程实例的所有者进入用户界面的流程监控器，如图7-31所示。
213
第 225 页 / 共 427 页
图7-30 重新打开活动工作区
图7-31 流程监控器
流程监控器的流程列表显示当前用户作为流程实例所有者的所有流程实例，并提供了以
下详细信息。
（1）流程：显示业务处理流程实例的名称。
（2）上下文：显示流程实例上下文。可用于区分同一流程模板生成的不同流程实例。同
一个流程模板对于同一上下文在同一时间只能有一个活动的流程实例。
（3）已完成百分比：系统按照活动的完成比例计算流程实例已完成的百分比。对于所有
活动都已完成的流程实例，会显示“等待完成”状态，流程实例所有者可以单击工具栏中的
“完成”按钮，确认流程实例的完成。确认完成后，已完成百分比状态更新为“已完成”。如
果管理员在系统管理界面中将流程实例暂挂，这里会显示“已暂挂”状态。
21 4
第 226 页 / 共 427 页
（4）已完成：显示已完成的活动数。
（5）活动数：显示业务处理流程实例总的活动数。
（6）开始日期：显示业务处理流程实例开始的日期。
（7）所有者：显示业务处理流程实例的所有者。
通过工具栏中的下拉列表，用户还可以使用流程名称或流程实例的状态（全部、活动、
已确定）对显示的进程进行过滤。
7.2.2.2 监控流程活动明细
用户可以从流程实例列表中双击一个业务流程实例，或者单击“打开”按钮打开流程实
例。系统打开新的选项卡，显示流程实例的所有活动，如图7-32所示。
图7-32 监控流程活动明细
活动列表显示了活动的名称，活动上下文（即驱动维度成员），需要采取的操作，活动状
态，执行者和审核者。用户可以使用工具栏对活动列表进行以下操作：
（1）对活动进行分组显示，从工具栏的“分组依据”下拉列表中可以选择使用活动名称、
活动上下文、需要操作以及活动状态对活动进行分组。
215
第 227 页 / 共 427 页
（2）分组后，用户可以单击“显示组”按钮，在界面左侧显示分组面板，以查看特定
分组的所有活动，如图 7-33 所示。用户可以单击工具栏中的“显示网络”按钮返回到普
通视图。
图7-33 分组显示流程活动明细
（3）使用“显示活动”下拉列表对活动进行过滤。用户可以显示全部活动、需要操作的
活动或者未完成的活动。
（4）单击“重启”按钮重新打开已完成的活动。
此外，在系统的审计报表功能中，提供了关于业务处理流程操作、流程实例、流程活动
的审计报表。用户在管理员界面中可以启用这些报表。启用后，在用户界面中可以查看这些
报表，辅助业务处理流程日常管理。在其中的流程实例审计报表中，用户可以查看已归档的
流程实例。
7.3 本章小结
SAP 计划与合并系统提供了业务处理流程功能组件，用以指引不同的用户按系统定义的
次序执行业务流程中定义的任务。在使用业务处理流程之前，系统管理员需要在管理员界面
中根据业务流程定义业务处理流程模板，并通过启用业务处理流程实例来开始业务流程的执
21 6
第 228 页 / 共 427 页
行。业务用户在系统的用户界面中会被分配到流程相关的各种操作。
业务流程模板可以包括多个活动。活动是业务流程需要完成的特定操作步骤。活动之
间有严格的前后关系，只有上一个活动结束后，才能开始下一个活动的操作。每个活动对应
着执行者活动工作区或审核者工作区。每个工作区可以有多个操作，这些操作可以通过超级
链接与系统的所有操作关联起来，从而使业务流程可以成为覆盖所有系统操作的引导工作
流。
管理员启动业务流程实例后，流程的参与者与所有者可以在用户界面中执行相关的操作。
流程的参与者可以通过“活动”界面查看与执行与自己相关的各项活动。而业务流程实例的
所有者可以在用户界面“流程监控器”中查看与管理业务流程实例。
217
第 229 页 / 共 427 页
第 8 章 合并报表业务蓝图设计
现代大公司的形成和扩展，往往借助于企业合并与合营。一家公司可能为了种种目的（如
为了建立原料的供应基地、开辟或扩大产品的市场、取得先进的工艺技术、开展多样化经营
等），而去兼并、控制其他公司或与其他公司合营。西方国家在经济衰退时期，许多难以支撑
的中、小公司也常被实力雄厚的大公司所吞并。股份有限公司的股票可以自由转让，特别是
发达国家内存在着活跃的证券市场，通过股票的收购和让售，大大地便利了企业合并的进行。
随着资本的国际流动，企业合并不仅在本国范围内进行，而且早已跨越国界，在世界范围内
进行，无论在发达国家之间、在发达国家与发展中国家之间，或是在发展中国家之间，通过
取得对方境内公司的多数股权创建子公司或与对方境内的企业合营以扩大跨国经营的情况，
已经屡见不鲜。
对于集团化管理的企业，出具集团视角的管理报表与法定报表是集团财务工作与信息化
工作的重点之一。但由于下属单位的基础数据不统一、信息化水平参差不齐、内部股权关系
复杂等现实因素，出具合并报表也往往是集团报表工作的一大难点。
与预算管理相比，报表合并的规范性较强，合并流程相对确定，特别是法定合并报表，
受各种会计准则的规范和约束，在业务处理流程和方法上都需要严格遵守相关会计规则，灵
活性较小。因而，报表合并业务蓝图设计的主要工作在于摸清现有数据的基本情况，充分了
解集团下属企业现有的数据基础、使用的会计准则与会计政策的差异。在进入合并之前，要
进行统一合并会计科目等规范化基础工作。要对每个单体报表进入到合并报表的数据处理过
程进行梳理，明确数据处理规则，确保能使用信息化手段固化报表合并业务流程。最终的业
务蓝图要提供明确的合并报表的范围、流程和方法，以及合并过程中的系统操作与人机交互
界面。
8.1 了解合并报表
合并报表是与集团的概念直接相关的。母公司和子公司之间发生的业务放在整个企业集
团的角度看，实际相当于企业内部资产的转移，没有发生损益。而根据会计核算的要求，母
公司和子公司在各自的财务报表中分别确认了损益。因此，在编制合并财务报表时应该编制
调整分录和抵销分录将有关项目的影响予以抵销。合并报表正是从集团视角提供的经过内部
抵销后的报表。正是由于它不同于单体报表的这一定位和特点，合并报表在产生后经历了自
己的发展，产生了自己的理论及编制方法。
8.1.1 合并财务报表的特点与作用
合并财务报表又称合并会计报表（简称合并报表），是指用以综合反映以产权纽带关系而
构成的企业集团某一期间或时点整体财务状况、经营成果和资金流转情况的会计报表，主要
包括合并资产负债表、合并利润表、合并现金流量表、合并所有者权益（股东权益）变动表
21 8
第 230 页 / 共 427 页
及合并财务报表附注。合并报表以母公司和子公司组成的企业集团为一个会计主体，以母公
司和子公司单独编制的个别财务报表为基础，通过抵销内部交易或事项对个别财务报表的影
响后编制而成的。
8.1.1.1 合并会计报表的历史演变
合并财务报表于19 世纪末20 世纪初首先出现在美国。第一份合并财务报表是由美国科
顿石油托拉斯公司于 1886 年编制的，以后就逐渐发展成为流行的惯例。在 1888 年，美国的
新泽西州公司法就对合并报表的编制有所规定。第一次世界大战期间，美国在税法中强制规
定母子公司合并纳税，使得大部分控股公司都开始编制合并财务报表。1940年，美国证券交
易委员会规定证券上市公司必须编制和提供合并财务报表，使编制合并财务报表成为证券上
市公司的法定义务，由此编报合并财务报表的企业越来越多。
受美国合并财务报表的影响，一些发达资本主义国家在第二次世界大战以后也逐步开始
重视合并财务报表的作用。在 20 世纪 30 年代的英国，控股公司成为一种重要的企业组织形
式，合并报表开始在英国流行。1948年英国公司法规定，企业在拥有子公司时必须在提供个
别财务报表的基础上，公开反映企业集团财务报表。法国证券交易委员会于1971年要求公开
发行债券的公司、股票上市公司以及所有公营企业编制合并财务报表。1965年，德国在公共
公司法中也要求企业编制集团财务报表。日本从1977年开始，要求编制和公布合并财务报表，
并制定发布了合并财务报表准则及规则。为协调各国合并财务报表的编制，国际财务准则委
员会早在20世纪70年代中期即开始制定发布合并财务报表方面的准则。
随着我国企业体制改革的深入，一些股份制企业开始公开发行股票，并在上海、深圳、
香港证券交易所上市交易，或到纽约等国外证券交易市场上市交易。为了满足国内外证券上
市的需要，这些股份制企业均已对外编报合并财务报表。中国证券监督管理委员会为规范上
市企业财务信息的披露，规定上市公司必须披露其合并财务报表。1995年2月，财政部颁发
了《合并会计报表暂行规定》，规范了合并财务报表行为。它明确了我国企业集团编制合并报
表的目的、范围、内容和程序等，借鉴了国际会计准则的一些方法，体现了与国际会计惯例
接轨的思想。
为了满足国内外证券市场和有关各方对会计信息的需要，编制企业合并财务报表日益受
到世界各国的重视。合并财务报表的积极作用是不言而喻的，它能提供有关母公司直接或间
接控制的经济资源，以及整个企业集团的经营成果等方面的综合信息，同时也全面地反映了
母公司的股东在企业集团中的权益。
8.1.1.2 合并财务报表的特点
合并财务报表是以整个企业集团为一个会计主体，以组成企业集团的母公司和子公司的
个别财务报表（指企业单独编制的财务报表，为了与合并财务报表相区别，将其称为个别财
务报表）为基础，抵销内部交易或事项对个别财务报表的影响后编制而成的。与个别财务报
表比较，它具有以下特点。
（1）合并财务报表反映的是母公司和子公司所组成的企业集团整体的财务状况和经营成
果，其反映的对象是由若干个法人组成的会计主体，是经济意义上的会计主体，而不是法律
意义上的主体。而个别财务报表反映的则是单个企业法人的财务状况和经营成果，其反映的
对象是企业法人。对于由母公司和若干个子公司组成的企业集团来说，母公司和子公司编制
的个别财务报表分别反映母公司本身或子公司本身各自的财务状况和经营成果，而合并财务
219
第 231 页 / 共 427 页
报表则反映母公司和子公司组成的集团这一会计主体综合的财务状况和经营成果。
（2）合并财务报表是由企业集团中对其他企业有控制权的控股公司或母公司编制的。也
就是说，并不是企业集团中所有企业都必须编制合并财务报表，更不是社会上所有企业都需
要编制合并财务报表。与此不同的是，个别财务报表是由独立的法人企业编制的。所有企业
都需要编制个别财务报表。
（3）合并财务报表是以个别财务报表为基础编制的。企业编制个别财务报表时，从设置
账簿、审核凭证、编制记账凭证、登记会计账簿到编制财务报表，都有一套完整的会计核算
方法体系。而合并财务报表却不同，它是以纳入合并范围的企业的个别财务报表为基础的，
根据其他有关资料，抵销有关会计事项对个别财务报表的影响而编制的，它并不需要在现行
会计核算方法体系之外，单独设置一套账簿体系。
（4）合并财务报表编制有其独特的方法。个别财务报表的编制有其自身固有的一套编制
方法和程序。合并财务报表则是在对纳入合并范围的个别财务报表的数据进行汇总的基础上，
通过编制抵销会计分录将企业集团内部的经济业务对个别财务报表的影响予以抵销，然后根
据合并财务报表各项目的数额编制。
合并财务报表也不同于汇总财务报表。汇总财务报表主要指由行政管理部门根据所属企
业报送的财务报表，对其各项目进行加总编制的财务报表。合并财务报表与其相比，首先是
编制的目的不同。汇总财务报表的目的主要是满足有关行政部门或国家掌握了解整个行业或
整个部门所属企业的财务经营情况的需要；而合并财务报表则主要是满足公司的所有者、债
权人以及其他有关方面了解企业集团整体财务状况和经营成果的需要。其次，两者确定编报
范围的依据不同。汇总财务报表的编报范围主要是以企业的财务隶属关系作为确定的依据，
即以企业是否归其管理、是否是其下属企业作为确定编报范围的依据，凡属于其下属企业，
在财务上归其管理，则都包括在汇总财务报表的编报范围之内；而合并财务报表则是以母公
司对另一企业的控制关系作为确定编报范围（即合并范围）的依据，凡是通过投资关系或协
议能够对其实施有效控制的企业就属于合并财务报表的编制范围。最后，两者所采用的编制
方法不同。汇总财务报表主要采用简单汇总的方法编制。合并财务报表则必须采用抵销内部
投资、内部交易、内部债权债务等内部会计事项对个别财务报表的影响后编制。
8.1.1.3 合并会计报表的作用和意义
当一个企业通过对另一个企业的权益性投资而获得对被投资企业的控制权时，企业之
间形成的这种控制与被控制关系的行为称为控股合并。通常把拥有控制权的投资企业称为控
股企业（公司），或简称母公司；把受控制的被投资企业称为被控股企业（公司），或简称子
公司。
从法律角度来看，控股合并后的控股企业与被控股企业仍然是相互独立的法律实体；但
从经济角度来看，它们实际上形成了一个统一的经济实体。为了综合、全面地反映这一统一
经济实体的经营成果、财务状况以及现金流转情况，需要由控股企业为其编制一套财务报表。
这种由控股企业编制的用以综合反映由控股企业与被控股企业组成的企业集团的整体经营成
果、财务状况以及现金流转情况的财务报表就是合并财务报表。相应地，在会计上将由母公
司和子公司组成的企业集团称为合并主体。编制合并财务报表体现了“实质重于形式”这一
会计原则的要求。因为从法律形式来看，合并主体不是一个统一的法律实体，而从经济实质
来看，它却是一个统一的经济实体。
22 0
第 232 页 / 共 427 页
为合并主体编制财务报表，显然是将其当做一个特殊的会计主体（报告主体）来看待的。
因为现行会计实务并不为合并主体设置账簿体系，也不为其进行日常的会计核算，因而合并
主体不是记账主体。由于要为合并主体编制合并财务报表，所以是将其当做一个报告主体来
看待的。由此可见，由控股合并所引起的合并财务报表的编制，涉及会计主体（报告主体）
的变更。合并财务报表是由母公司编制的，且它可以为有关方面提供对决策有用的会计信息，
弥补母公司个别财务报表的不足。一般来说，编制合并财务报表是为了满足相关投资者、债
权人等有关方面对会计信息的需要。
（1）为集团公司的股东提供对决策有用的信息。集团公司的股东最为关心合并主体的财
务状况与经营成果，因为集团公司的财务状况与经营成果在很大程度上受子公司相应方面的
影响。由于控股关系的存在，子公司的盈亏事实上就是母公司的盈亏。因此，集团公司股东
对合并财务报表的需要是第一位的。
（2）为集团公司的长期债权人提供对决策有用的信息。集团公司的债权人需要评估母公
司、子公司的盈利能力与财务状况，就必然要关心整个合并主体的经营成果与财务状况。
（3）为企业管理者提供有用的信息。外界对于企业管理业绩的评价往往是以整个经济实
体为基础的，企业所能分配的红利也通常是基于合并主体的业绩来计算的，因此合并财务报
表提供的信息对企业管理者也具有非常重要的意义。
（4）为有关政府管理机关提供有用的信息。企业的控股合并容易形成市场垄断或竞争上
的优势，从而可能对整个国民经济产生重大影响。为此，有关法规为了维护正当竞争，常常
对企业的市场占有率规定一个上限。而合并财务报表可以为有关政府管理机关评价企业的市
场占有情况及其对国民经济的影响提供参考依据。
另外，合并财务报表有利于避免一些企业集团利用内部控股关系，人为粉饰财务报表的
情况发生。控股公司的发展会带来一系列新的问题，一些控股公司利用对子公司的控制和从
属关系，运用内部转移价格等手段转移利润成亏损。例如，低价向子公司提供原材料、高价
收购子公司产品，出于避税考虑而转移利润；通过高价对企业集团内的其他企业销售，低价
购买其他企业的原材料，转移亏损等。因此，通过编制合并财务报表，可以将企业集团内部
交易所产生的收入及利润予以抵销，使财务报表能反映企业集团客观真实的财务和经营情况，
有利于防止和避免控股公司人为操纵利润、粉饰财务报表的现象发生。
8.1.2 合并财务报表的合并理论概述
编制合并财务报表要以一定的理论为基础。所谓合并财务报表的合并理论实际上是指认
识合并财务报表的观点或看问题的角度，即如何看待由母公司与其子公司所组成的企业集团
（合并主体或称报告主体）及其内部联系。
合并财务报表的目标理论要解决两大问题：一是合并财务报表主要为谁服务，二是合并
财务报表是主要为解释受托经济责任还是为决策者提供有用信息，或者兼而有之。对于合并
财务报表现有代表性的理论有主体理论、所有者理论和母公司理论。
8.1.2.1 主体理论
1.主体观的理论渊源
主体观源自企业主体理论。企业主体理论的基本立论是：会计主体是与其终极所有者相
互分离、独立存在的个体。从产权理论的角度看，主体理论强调的是法人财产权，而不是终
221