分步设计最佳做法

构建应用程序

首先，要构建基础，即公司的帐户和组织结构。其次，添加方案支持内部流程，例如规划、实际和预测。添加报告的差异成员，例如实际与规划。

创建用于收集用户数据以及执行审核、分析和报表的表单。为支持业务逻辑，您可以利用 Calculation Manager 来构建计算。您也可以在向用户部署应用程序之前创建报表和应用访问权限。

创建应用程序结构

添加帐户、实体和其他维来支持业务流程。

维对数据值进行分类。Planning 包括以下维：“帐户”、“实体”、“方案”、“版本”、“期间”和“年”。如果以多种货币进行规划，您的应用程序也会有一个“货币”维。

您可以使用自定义维来定义自己的值，例如“产品”、“客户”或“市场”。最多可以共有 32 个维。但是，最佳做法建议是包含不超过 12 个自定义维。可以使用加载文件添加维或在 Oracle Smart View for Office 中构建维。

视频

目标	观看此视频
了解如何在应用程序中导出和导入数据。	在 Oracle Planning and Budgeting Cloud 中导出和导入数据
了解如何使用文件加载维。	在 Oracle Planning and Budgeting Cloud 中导入元数据

关于实体维

实体维表示您的组织结构，例如成本中心、部门、业务单元、分部等。

您可以通过创建汇总成员（称为父代）对成本中心进行分组，以反映出如何看待您的组织。例如，可以按照业务单元、分部或其他功能结构进行汇总。举例来说，您可以创建成本中心，该成本中心会汇总到业务单元，而业务单元又会汇总到分部。

您可以创建多个报表结构。例如，可以再创建一个备用结构以支持区域性报表。如果以多种货币进行规划，应设置每个实体的基本货币。

实体维是用于预算编制流程的主要维之一。实体维与方案维和版本维一起用于定义规划单元，此分离组件可以进行升级或降级，以供用户同级人员批准或审核。

规划单元外的所有维成员会与规划单元本身一同进行升级和降级。例如，规划单元升级时，十二个月份也都会随之升级。各个月份不能单独提升。

有关使用加载文件添加维和成员的详细信息，请参阅“导入和导出数据和元数据”。

加载或更新每个维后，最好刷新应用程序。

关于帐户维

帐户维是会计科目表所在的地方。它应该包含您规划或预测的成员。不一定要在图表中包括每个帐户。

例如，您的帐户维可能包含损益表、资产负债表和现金流的帐户。或者，它可能包含 KPI 和比率的帐户。某些情况下，您的帐户可能有子帐户，但这并非典型情况。

帐户维包含财务情报。支持以下帐户类型：

• 费用：经营成本

• 收入：收入来源

• 资产：公司资源

• 负债和权益：残值或对债权人的义务

• 已保存的假设：集中的规划假设，确保整个应用程序中的一致性

帐户类型设置用于报告季度和年度合计值和开展差异分析。

Planning 会使用层次结构创建按照小计和合计分组的帐户。系统会向每个帐户组分配一个合并运算符，然后根据合并运算符确定如何将其汇总到父代。

示例：净收入 = 总收入 - 总费用

在此示例中，总收入的合并运算符是“加法”，而总费用的合并运算符是“减法”。

可以通过加载数据或使用 Smart View 来填充“帐户”维。要从文件中加载数据，文件格式必须符合特定要求。

有关使用加载文件添加维和成员的详细信息，请参阅“导入和导出数据和元数据”。

加载或更新每个维后，最好刷新应用程序。

最佳做法：

• 上一级别成员应设置为“动态计算”。

• 对于用于计算比率和其他类型的 KPI 或百分比的成员公式，将其设置为“两遍动态计算”。“两遍计算”设置可正确计算上一级别的百分比。

关于版本维

您可以使用各种版本来保存规划流程的不同迭代。它们也可以用于控制数据读取或写入访问权限。

以下两种类型的版本可用：

• 标准目标：输入数据可以输入到上一级别。

• 标准自下而上：输入数据只能输入到 0 级。

只能对“自下而上”版本启用审批和工作流功能。

最佳做法是建议使用以下版本：

• 工作：用户执行任务的场所，包括审核“实际结果”以及制定“规划”和“预测”。

• 通过第一轮审核：如果想要维护规划的多个迭代，可以在此版本中保存一遍规划。如果需要多个已保存的迭代，可以创建其他成员。您可以利用“复制数据”功能将数据移动到此版本。“复制数据”会复制数据和文本输入。

• What If 假设：提供用户可以更改假设并分析结果的占位符。

有关使用加载文件添加维和成员的详细信息，请参阅“导入和导出数据和元数据”。

在构建流程中加载或更新每个维后，最好刷新应用程序。

关于货币维

如果为应用程序启用多种货币，您可以添加用于规划和报表的货币。

随后可以按照转换中将使用的方案和年份来定义兑换率。创建计算脚本后，您可以执行货币转换。要输入兑换率，请单击或点击“规划”并打开表单“主要报表货币的兑换率”。

最佳做法：

• 限制报表货币的数量。通常，客户只有一种货币。如果您有多种，请参阅“设置货币”了解详细信息。

• 输入每个有效方案和年份组合的兑换率。

• 随后就可以通过运行默认情况下每个表单关联的“计算货币”业务规则来计算货币转换。

• 修改帐户的兑换率类型，例如将期末兑换率改为平均兑换率。

在发生以下情况前运行货币转换计算脚本：

• 审核报表货币中任何已更新的本地数据

• 运行可能依赖于报表货币数据的特定计算

关于兑换率

创建应用程序时，每个应用程序都有指定的默认货币。设置兑换率表时，您需要输入从所有源货币到默认货币的兑换率。中间转换用来转换到所有其他报表货币。

对于平均汇率和期末汇率，兑换率按方案并按年份设置。有关使用加载文件添加维和成员的详细信息，请参阅“导入和导出数据和元数据”。

关于期间维

使用期间维建立给定年份的日历范围，例如按月。

最佳做法：

• 使用此维的替代变量来支持报表和计算。替代变量可能为："CurrMo"、"CurrQtr"、"PriorMo"。这些变量必须每月进行更新。

• 要使用诸如“年初至今 (Y-T-D)”或“季初至今”等时间期间计算，请在期间维中选择动态时间序列图标。然后您可以选择支持流程所需的期间计算。

• 应将季度合计和年度合计等汇总期间设置为动态计算，从而减少计算时间。

有关使用加载文件添加维和成员的详细信息，请参阅“导入和导出数据和元数据”。

加载或更新每个维后，最好刷新应用程序。

关于年份

在应用程序中的许多地方（包括表单、计算、报表和 Smart View）纳入了年份。由于未来您会使用应用程序很多年，引用该维的最佳做法是使用替代变量。

替代变量作为定期更改的信息的全局占位符。变量和值对应年份，并且值可以在任何时候更改。

替代变量的值会在表单和报表上显示为占位符。这可减少应用程序的维护工作。依次转至“管理”、“管理”和“变量”来设置替代变量。

有关使用加载文件添加维和成员的详细信息，请参阅“导入和导出数据和元数据”。

最佳做法是为流程中包含的每个年份创建替代变量。例如：

替代变量、说明

CurrY，当前年份

NextYr，预算（规划）年

PriorYr，上年

关于自定义维

可以使用自定义维对数据进行进一步分类。例如，自定义维可能包括“产品”或“市场”。

访问权限无法在维级别上授予，这一维级别也被称为一代。例如，访问权限无法直接分配给所有后代的“产品”成员。如果为自定义维启用安全性，建议将所有自定义维设计成二代，这样对自定义维应用安全性时会考虑如何分配安全访问权限。

有关使用加载文件添加维和成员的详细信息，请参阅“导入和导出数据和元数据”。

加载或更新每个维后，最好刷新应用程序。

刷新应用程序

每次更改应用程序结构时，必须刷新应用程序。

在刷新应用程序之前，对应用程序所做的更改不会显示给执行数据输入和审批任务的用户。

例如，修改实体成员的属性、添加方案或更改访问权限时，这些更改将在您刷新应用程序之后显示给用户。

加载历史数据

所有结构（例如帐户和实体）加载完成后，您可以加载历史数据。此操作可以一并加载上年的实际结果和当前年份的规划与预算的数据。

加载历史数据可以帮助用户分析结果、查看趋势以及进行有意义的比较。

它也有助于验证已经构建到应用程序中的结构。例如，您可以验证数据是否与之前创建的报表相关。如果数据不一致，您必须验证该问题的原因是数据不正确还是结构有问题。

需要创建聚合规则，以查看应用程序中的合并数据。请参阅“聚合选项”，了解如何创建聚合规则。

关于有效交叉点

有效交叉点可使服务管理员定义规则（称为有效交叉点规则），可用于在用户输入数据或选择运行时提示时筛选维交叉点。例如，您可以指定某些程序仅对特定部门有效。利用有效交叉点可以限定只将数据输入到有效交叉点。

设计表单时，如果在页面上发现了在有效交叉点中设置的维，用户将只能看到成员选择器中的有效组合。如果在列或行上发现了使用有效交叉点设置的维，表单设计者可以完全隐藏无效交叉点。未选中隐藏选项时，无效交叉点则设置为只读模式。

要了解更多信息，请参阅“定义有效交叉点”。

关于表单

您将构建一些表单以支持数据输入和摘要级别报表。表单内容与用于收集和计算数据的模板类似。布局可能与您当前在电子表格中习惯使用的布局有所不同。

表单可分组为几大主要类别，例如收入、报酬费用和其他费用等。您可以创建一些表单用于支持数据输入，创建另一些表单用于汇总和审核。您的表单也可以包括图表，以帮助用户分析结果。

用户可以输入文本和数据。他们也可以通过以下方法输入支持详细信息：在表单内选择一个合适的交叉点，然后单击"支持详细信息"打开新的输入表单，以允许为该交叉点输入其他详细信息。

表单性能基于几个因素，包括网络和环境因素、结构和布局等。

最佳做法：

• 将密集维（例如帐户和期间）置于表单的行和列。将稀疏维（例如实体）置于“页面”轴。

• 方案或版本和年份等维可以驻留在 POV、列或行上。务必要正确估测用户打开表单时列和行会如何返回。

构建输入表单

通过创建表单，用户可以输入收入、费用和假设等信息。

最佳做法：

• 将帐户按照逻辑进行分组，但是单个表单中不要包含太多帐户。

• 输入表单的数量以不影响最终用户的体验为限。单个表单的帐户数量和支持流程所要求的表单数量需要达到微妙的平衡。

• 用户可以使用详细信息表单输入所有相关信息。表单内应包括所有需要输入的帐户。帐户可以分为若干个不同的表单。

• 构建表单时，确保选择了所有合适的选项，以改善表单的设计。例如，使用设置来控制精度、显示和菜单，并将表单与合适的规则关联。

• 使用替代变量来引用维，例如年份。

• 隐藏无效的方案/期间选项，将表单上的行或列中的期间设置为方案的起始期间和结束期间。可以利用此功能来取代年份的替代变量。

• 考虑设置有效交叉点来设置不同维之间的关系。可在行或列中设置隐藏无效的组合，从而只向最终用户显示有效交叉点。默认情况下，在页面选项中设置维后，只会向最终用户提供有效交叉点。

• 使用关系将成员纳入表单中，而不是逐个选择成员。

• 考虑使用实体和方案等维的用户变量来帮助减少最终用户的维选择。

• 如果您的应用程序支持多种货币，可以考虑设置一个用户变量，这样用户可以定义他们的基本货币。

• 将表单组织到文件夹中。

• 使用替代变量可以减少表单维护工作。

构建详细的收入和费用表单

详细信息表单应该允许用户输入所有与收入和费用相关的信息。表单内应包括所有需要输入的帐户。

最佳做法：

• 将帐户按照逻辑进行分组，但是单个表单中不要包含太多帐户。

• 输入表单的数量以不影响最终用户的体验为限。单个表单的帐户数量和支持流程所要求的表单数量需要达到微妙的平衡。

• 用户可以使用详细信息表单输入所有与收入相关的信息。表单内应包括所有需要输入的帐户。帐户可以分为若干个不同的表单。

• 构建表单时，确保选择了所有合适的选项，以改善表单的设计。例如，使用设置来控制精度、显示和菜单，并将表单与合适的规则关联。

• 以迭代的形式构建表单，以支持用户和流程。

将规则与表单关联

将规则与表单关联后，具有适当访问权限的用户可以从表单启动关联的业务规则来计算和派生值。

可以通过多维数据集将多个业务规则与表单关联起来。

与表单关联的业务规则可以设置为在打开或保存表单时自动启动。您可以选择“使用表单上的成员”来填充当前表单上的运行时提示，而不是在启动规则时提示用户输入。

最佳做法：

• 对于那些运行时间较长的规则，可将其设置为从操作菜单启动，或通过与表单关联即可启动。

• 如果业务规则有运行时提示，则要限制提示的数量，从而简化用户的工作。

将菜单添加到表单

您可以将菜单与表单相关联。通过操作菜单，用户可以单击表单中的行或列，然后选择菜单项以便执行下列操作：

• 启动业务规则（无论是否有运行时提示）

• 移动到其他表单

• 移动到带有预定义方案和版本的管理审批

菜单与上下文相关。显示的菜单取决于表单设置，还取决于用户在表单中右键单击的位置。

最佳做法：

• 设计表单时，使用“其它选项”选择可用于表单菜单项类型的菜单。

• 更新应用程序时，请更新相应的菜单。例如，如果删除菜单引用的业务规则，请将其从菜单中删除。

构建数据验证表单

数据验证可以让用户直观了解是否符合业务策略。可以在表单上添加有条件的颜色代码，如果输入的数据违反了验证规则或满足某个条件，则会生成验证消息。

定义数据验证规则包括以下主要任务：

• 确定在满足条件时，要显示验证消息的数据单元格或位置，或要以不同颜色显示的数据单元格或位置。

• 确定需要参与规则评估的单元格、列或行，并根据具体情况定义规则。

• 在所确定的位置上创建数据验证规则。

将表单组织到文件夹中。

在应用程序中将文件夹用作一种组织表单的方式。表单可在文件夹中按照流程或用户类型进行分组，或只是用来方便用户找到表单。您可以将表单移动至文件夹，并创建一个文件夹层次。创建文件夹也会简化分配访问权限的过程，因为文件夹内所有表单将会继承分配的访问权限。

创建仪表板

通过使用仪表板，您可以用图表的方式显示信息或同时显示若干个表单。您也可以设计交互式多图表仪表板，让用户可以分析他们的规划或预测数据。另一种选择是，您可以同时显示网格和图形，或者可以合并多个网格。

要创建仪表板：

• 将表单拖放到仪表板。使用设置滚轮来选择每个网格所需的图表类型。

• 您可以根据需求拖放任意数目的表单，并可以通过设置组件的高度或宽度来设置显示尺寸。

• 将仪表板设置为将维合并到一个公共 POV。

• 最佳做法是，平衡仪表板上的组件数量，确保为用户提供愉悦的使用体验。

构建摘要级别的表单

摘要级别的表单通常会将所有的用户规划或预测汇集在一起。这样，用户就能够审核和分析他们的结果。

使用仪表板也可以有效地帮助用户分析他们的结果。

构建财务报表

用户可以使用财务报表来分析业绩和验证他们的假设。财务报表可能包括损益表、资产负债表和现金流量表。

通常，财务报表会包含比较性信息，从而使用户可以分析它们的差异。摘要级别的信息通常会构建到财务报表中，同时可以通过使用菜单链接表单来查看详细数据。

纳入业务逻辑

要将业务逻辑纳入应用程序，可以使用 Calculation Manager 来构建计算。这样，您就可以创建、验证、部署和管理解决业务问题的复杂计算。

通常情况下，创建业务规则和规则集是为了：

• 执行收入建模

• 执行费用建模

• 计算 KPI

• 执行分配

Calculation Manager 包括以下对象：

• 规则：包含组件和模板

• 组件：帮助您构建规则

• 规则集：包含可以同步计算或按顺序计算的规则。

要了解有关创建计算的更多信息，请参阅 Calculation Manager 文档。

构建聚合

聚合会将应用程序以维的形式汇总到摘要级别的成员，例如实体或其他任何稀疏维。

Calculation Manager 包括可帮助您构建聚合的模板。系统模板聚合有若干个选项卡。以下是关于如何使用模板的一些建议。

设置视点

设置视点后，只会对选择的成员运行规则。用户可以使用维的运行时提示在启动规则时指定这些维的成员值。这样一来，用户可以按照不同的年份、方案和版本多次启动规则，而无需在 Calculation Manager 中修改规则。

完全密集聚合

如果密集维的父代值没有设置为动态计算，请完成此部分。通常此选项卡会留空。

完全稀疏聚合

选择需要聚合的稀疏维。与选定维的顺序不相关。

部分维聚合：密集

如果密集维的父代值没有设置为动态计算，请完成此部分。通常此选项卡会留空。

推荐设置：

将数据向上聚合至本地货币：否

聚合数据库中缺少的值：是

优化稀疏维上的计算：关闭

选择一个计算器缓存值：默认

是否要激活此向导的调试模式？：“向导调试打开”或“向导调试关闭”。如果想看到生成的脚本，请选择“向导调试打开”，显示此模板中的某些设计时间提示选项。

最佳做法：

• 利用成员（例如实体、方案和版本）的运行时提示。这样，您的规则可以为动态规则，并基于用户输入运行。

• 通常，帐户和期间等密集维不需要聚合。如果是这种情况，您可以将父代成员设置为动态计算。但是，如果密集维上有成员公式，且它们没有设置为动态计算，则需要计算维规则。

构建详细的计算

您可以使用 Calculation Manager 创建、验证、部署和管理能够解决业务问题的复杂计算。

在 Calculation Manager 中可以计算以下三种对象类型：

• 规则集：包含可以同步计算或按顺序计算的规则（请参阅“管理规则”）。

• 规则：包含组件和模版（请参阅“管理规则”）。

• 组件：包含公式组件、脚本组件、条件组件、范围组件和固定循环组件（请参阅“管理规则”）。

最佳做法：

• 构建规则的第一步是确保您已了解业务逻辑以及规则适用于哪些实体和部门。例如，知道规则中涉及的帐户。

• 确保您了解源帐户和目标帐户。

• 充分了解计算的动因后，使用合适的对象组件或模板来构建规则。组件和模板便于进行成员选择，以帮助部署规则。

利用成员（例如实体、方案和版本）的运行时提示，可使您的规则为动态规则，并基于用户输入运行。

生成报表

生成报表后，您可以报告财务状况以进行管理。在这一步，您将使用管理团队习惯查看的格式构建损益表和其他详细报表。

报表格式指定了报表的布局，例如行和列中有哪些元素。报表格式可以用于创建许多不同的报表，例如按成本中心或按分部。

最佳做法：

• 生成报表前，确定需要多少不同的报表格式。

• 为了简化构建报表过程，为需要的每种报表类型指定一种报表格式。

• 通过适当地安排维来开始构建报表。接下来，得到报表以捕获数据。最后，应用格式。

构建任务列表

任务列表中列出了任务、说明和到期日，可以指导用户完成规划流程。任务列表可通过应用程序帮助流用户确保流程顺利进行，并已收集所有合适的数据。

应开发任务列表以支持不同类型的用户和流程流。任务可以帮助用户执行许多类型的任务，例如：

• 打开表单

• 启动您指定的业务规则

• 启动具有指定方案和版本的审核流程

• 复制当前表单数据的版本

• 打开指定的 URL

任务会指引用户完成规划流程。任务可以帮助用户执行许多类型的任务。它们可通过应用程序帮助流用户确保流程顺利进行，并已收集所有合适的数据。

构建任务以支持不同类型的用户和流程流。

设置导航流

导航流会设置在用户屏幕顶部可用的群集或卡。通常，卡与规划收入和规划费用等业务流程的操作相关联。每个卡中，可以创建垂直选项卡来引导用户完成该业务领域的流程。表单可以链接到垂直选项卡，以在流程中指引用户。垂直选项卡可以有一个或多个链接到表单或仪表板的水平选项卡。

应用程序带有默认的导航流。要为组织自定义卡和流，请复制默认的卡和流，然后借助其制作自己的卡和流。

依次点击或单击“设置”和“导航流”。依次点击或单击“操作”和“创建副本”。

可以创建群集以表示包含操作的卡的整个业务流程，也可以直接创建新卡。卡可以设计为单页格式，或者可以有多个选项卡。对于设置为表格的卡，您可以将允许您将内容展示给最终用户的多个选项卡用作水平选项卡。您可以指定对象的每个选项卡和链接的内容类型。

例如，可以将卡与以下内容关联：

• 仪表板

• 表单

• 规则

• 审批

设置访问权限

访问权限决定产品发布后的用户权限。通常，要建立组来帮助组织用户。依据定义，用户组是一组有类似访问权限的用户。

可以将组和个人用户的访问权限分配给以下应用程序元素：

• 方案

• 版本

• 帐户

• 实体

• 自定义维成员

• 表单

• 业务规则

可归为一组的用户：

• 服务管理员

• 超级用户

• 用户

• 查看者

最佳做法：

• 对于默认情况下受保护的维，根据需要修改访问权限。

• 对应用程序元素（例如维成员、表单和规则）分配访问权限。用户只能查看或使用他们可以访问的应用程序元素。

关于用户和组

获得应用程序中任何元素的访问权限前，必须先将公司用户添加到 Oracle Identity Management System。访问权限决定产品发布后的用户权限。

依据定义，用户组是一组有类似访问权限的用户。最佳做法是使用组来组织用户和分配访问权限。

添加用户

必须将用户添加到环境、向其分配权限并授予对应用程序的访问权限。

用户角色将被定义为以下类型之一：

• 服务管理员：创建和管理应用程序，包括维、表单、计算等。服务管理员会管理访问权限并启动预算流程

• 超级用户：创建和维护表单、Smart View 工作表和 Financial Reporting 报表。可以执行所有用户任务。

• 用户：输入规划并提交以供审批、运行业务规则、使用其他人创建的报表，以及查看和使用任务列表。利用 Smart View 输入数据并进行即席分析。

• 查看者：通过数据表单以及许可使用的任何数据访问工具来查看和分析数据。查看者不能修改应用程序的任何数据。典型的查看用户是期望在预算流程中或预算流程结束时查看业务规划的管理人员。

用户、超级用户和查看者可以基于服务管理员分配的权限访问表单、任务列表和业务规则。

创建组

强烈建议使用组向用户分配访问权限。拥有类似用户的组可以持续减少安全维护。用户添加到组时，它们也继承了组的访问权限。将组访问权限分配给维成员、表单和任务列表等元素意味着您无需再单独地向每个用户分配这些访问权限。

最佳做法：

• 如果单个用户分配到一个组，而单个用户的访问权限与组的访问权限有冲突，则单个用户的访问权限优先。

• 实施用户访问前，应明确定义使用一组具有类似访问权限的用户组。

• 单个权限会覆盖组权限。

• 如果单个用户分配到多个组，具有最高访问权限的组优先。

分配给用户的访问权限会直接覆盖从用户所在组继承的访问权限。例如，如果您从组继承了规划的读取访问权限，但是直接分配了规划的写入访问权限，您会获得规划的写入访问权限。

向组分配用户

最佳做法是，利用组减少维护并向用户分配类似的访问权限。为合适的组提供用户访问权限。

向维分配访问权限

为使用户读取或写入数据，必须向以下维分配访问权限：

• 帐户

• 实体

• 方案

• 版本

如果自定义维启用了安全性，您必须也向这些维的用户分配安全性。对于默认情况下受保护的维，根据需要修改安全访问权限。

向帐户维分配访问权限

只为允许用户查看的帐户提供用户读取或写入访问权限。您可以分配“读取”、“写入”或“无”访问权限。

最佳做法：

• 还应尽可能地利用关系函数来减少持续的安全维护。关系函数包括：成员、子代、iChildren、后代和 iDescendant。例如，向一个组的净收入后代分配写入访问权限，则该组的所有用户对净收入后代的所有帐户都具有写入访问权限。这样的话，您无需再单独地向每个帐户分配访问权限。

• 要充分利用优先规则和继承规则，请使用基于例外的方法来管理安全性。安全性应该主要是按组和关系来分配。将组权限分配给父级成员，然后使用关系将分配结果推送到子代或后代。基于例外情况将个人用户权限分配给子代。

向实体维分配访问权限

只为允许用户查看的实体提供用户读取或写入访问权限。您可以分配“读取”、“写入”或“无”访问权限。

向方案维分配访问权限

方案访问权限通常设置为读取或写入。例如，您可能将实际和差异方案的访问权限分配为读取、将规划和预测方案的访问权限分配为写入。

向版本维分配访问权限

版本访问权限通常设置为读取或写入。例如，您可能将最终版本的访问权限分配为读取，将工作版本的访问权限分配为写入。

向自定义维分配访问权限

如果在任何自定义维上启用了安全性，您必须向维分配安全性以便用户能够访问。

向表单分配访问权限

必须先向用户分配访问权限，他们才能打开表单。

为其分配了表单文件夹访问权限的用户可以访问相应文件夹中的表单，除非为其分配了更加具体的访问权限。

用户和超级用户只能在其有权访问的表单中查看或输入数据。他们只能使用对其拥有访问权限的成员。

提示：

• 要简化向表单分配访问权限的流程，可在文件夹中组织表单，在文件夹级别而不是单个表单级别分配访问权限。访问权限可以设置为读取、写入或无。

• 当您对一个文件夹分配访问时，该文件夹下的所有的文件夹继承了对应的访问权。

• 如果将具体的访问权（如“无”或“写入”）分配给表单文件夹，则该访问权限优先于它的父代文件夹的访问权限。例如，如果某个用户对 Folder1 文件夹拥有“写入”访问权限，而对其中包含的 Folder2 拥有“无”访问权限，则该用户可以打开 Folder1，但不能看到 Folder2。

• 如果用户对名为 Folder1 的表单文件夹拥有“无”访问权，而对 Folder1 文件夹中的名为 Form1 的表单拥有“写入”访问权，则用户可以看到 Folder1 和 Form1。

向业务规则分配访问权限

必须向用户授予对规则的访问权限，他们才可以发布业务规则。

最佳做法是，将业务规则组织到拥有类似用户访问权限的文件夹中，然后向文件夹应用安全性。您也可以单独向业务规则授予访问权限，不过这样会有一点费时。

用户对为其分配了访问权限的文件夹中的 Calculation Manager 业务规则拥有“启动”访问权限，除非为其分配了更加具体的访问权限

向任务列表分配访问权限

要在应用程序中导航，必须向用户分配对单个任务列表的访问权限。

最佳做法是使用组分配访问权限。这样比单独向任务列表应用访问权限更有效率。

向报表分配访问权限

必须向用户分配对报表的访问权限，才能使用报表。

与其他对象一样，建议将报表划分到文件夹中，然后在文件夹级别分配访问权限。这会限制安全性所需的维护量。向文件夹添加报表时，也会从文件夹继承访问权限。

构建审批

使用审批来跟踪预算，并审核状态、规划单元所有权和流程问题。这会减少规划周期所需的时间。

设置独立于组织结构的审批路径，以反映就审批而言规划或预测必须遵循的路径。

用户可以为提交内容提供注释和备注。

设置规划单元层次

设置规划单元层次将定义在审批中使用的提升路径。规划单元层次的基础是实体或实体维与任何辅助维组合的任何部分。

辅助维可以是多个维的混合，具体取决于您在工作流的哪个位置。例如，您可以在某些实体的提升路径中将实体维和产品维合并，同时使用其他实体的提升路径中的渠道维。

可以直接向所有者和审核者分配规划单元。可以创建验证规则来处理取决于数据条件的条件提升路径。可以创建不同的规划单元层次，支持审核组织中的流程

然后为相应的方案和版本组合分配规划单元层次。

规划单元是方案、版本和整个实体或部分实体的组合。方案和版本是审核周期的基础。规划单元层次包含属于审核流程一部分的规划单元和任何其他维。

需要了解有关审批的以下内容：

• 审核流程遵循您为规划单元选择所有者和审核者时设置的提升路径，除非某个事件触发提升路径更改。

• 规划单元层次成员之间的父代/子代关系影响审核流程

• 用户提升或拒绝一个父代时，该父代的子代也被提升或拒绝，除非它们被批准。父代的所有者成为了子代的所有者。

• 用户批准父代时，其子代也将被批准。

• 当所有子代被提升到同一所有者后，父代也被提升给这个所有者。

• 当所有子代的状态更改为一种状态时（例如，已签署），父代状态也将更改为同一状态。

• 如果子代有不同的所有者，则用户不能更改其父代的状态。

• 如果子代被提升到、提交到不同的用户，或被不同的用户签署，则父代没有所有者，只有服务管理员可以更改其状态。

• 规划单元从一个审核者转移到另一个审核者，直到预算流程完成。

测试

测试是应用程序开发的重要步骤。必须对所有计算、访问权限和报表进行测试，确保它们正常运行。

关于单元测试

单元测试是正规测试的第一步，也是测试环境的主要构建块。单元测试包括将应用程序的每个功能区域当作独立单元进行测试，确保其执行情况符合预期。

例如，测试可以确认数据加载执行完成且没有错误。其他测试可以确认表单和报表可以访问，计算完成等。

构建或配置应用程序的人员常常会进行单元测试。

关于系统测试

系统测试会验证系统是否正确运行并提供了所需的功能。

重点在于测试应用程序配置的方式以及查看团队如何构建业务流程和报表。系统测试专注于测试整个系统，包括独特的参数配置、所有会使用的功能以及任何增强功能。

系统测试并非局限于软件，也会验证手动过程、表单和控件的有效性。它是一组完整的正式功能测试，涵盖正在构建的系统中各个方面的功能。

这种类型的测试经常与以下测试结合：

• 安全性测试：测试系统安全和数据库安全是否适用于整个系统和每个具体用户。

• 集成测试：测试整体业务解决方案，包括数据流向或流自其他集成系统的通道。这确保了合并系统的所有方面时其功能仍然有效。

• 用户验收测试：用户要验证系统正确运行且满足需求。如果用户不涉及正式系统测试或他们要求具体测试，可能会需要进一步的验收测试。但是，在大部分情况下，这种类型的测试是系统测试和集成测试的一部分，前提是用户认为这些测试足以开展验收。

部署

部署期间，您可以在系统上培训最终用户，并向其展示如何导航和使用功能。最佳做法是，以文档说明您的系统，使其他人在必要时可以接手管理。

培训

系统的所有用户应该接受应用程序培训。用户需要学习如何舒适地在应用程序中导航并了解分配给他们的任务。培训应包括登录应用程序、在任务列表中导航、输入数据、运行规则、使用 Smart View 以及使用应用程序中的工具。一般来说，培训是用户第一次接触应用程序，而且精心策划和顺利执行的培训课程可以给用户留下良好的第一印象。

以文档说明系统和管理信息

构建应用程序后，建议您为应用程序创建系统和管理文档。

最佳做法：

• 刷新信息后在构建流程结束时创建此文档。

• 包括数据源、应用程序结构、计算运行方式和应用程序需要何种维护等信息。

列出分为多个时间范围的维护任务，例如按月维护和按年维护。这样，其他人也可以在必要时接管系统。

为用户启用应用程序

要为最终用户启用应用程序，必须开启系统启用。此外，请启动规划单元以启用审批。

启动规划单元

在用户可以访问系统以开始审核流程之前，必须启动规划单元。流程启动后，规划单元将从一个审核者移至另一个审核者，直到流程完成。