有效设计维对于确保准确的报告、分析和绩效管理至关重要。
在设计维期间,请遵循以下最佳做法。
设计维以创建应用程序结构
添加帐户、实体和其他维来支持业务流程。
维对数据值进行分类。Planning 包括以下维:“帐户”、“实体”、“方案”、“版本”、“期间”和“年”。如果以多种货币进行规划,您的应用程序也会有一个“货币”维。
您可以使用自定义维来定义自己的值,例如“产品”、“客户”或“市场”。最多可以共有 32 个维。但是,最佳做法建议是包含不超过 12 个自定义维。可以使用加载文件添加维,也可以在 Oracle Smart View for Office 中构建维。
视频
目标 | 观看此视频 |
---|---|
了解如何在应用程序中导出和导入数据。 | 在 Oracle Planning and Budgeting Cloud 中导出和导入数据 |
了解如何使用文件加载维。 | 在 Oracle Planning and Budgeting Cloud 中导入元数据 |
按照此流程确定维
使用以下流程确定要在应用程序中包含哪个维。
示例:营销规划、销售规划、开销规划、资本规划、现金流规划、人员规划
示例:产品、市场、渠道、产品细分、客户细分
示例:产品与市场具有多对多关系。产品细分和产品具有一对多关系。人工资源与材料资源没有关系。
示例:产品、市场和渠道是规划维,而产品细分和客户细分是报表维。
示例:使用“项目”或“财务”配置营销规划,并使用“财务”和自定义多维数据集配置开销规划和现金流规划。
考虑常见的维用例
查看这些常见的维用例,并了解有关如何解决这些用例的准则。
大多数常见的高级别财务规划用例都可以通过标准维来解决,标准维还可以重命名。
通过自定义或可选维来扩展维数,这些维可根据您的需求添加(启用)或重命名。
将两个或多个不相关的维组合为单个维,以避免维之间不相关。
为了自上而下的分配或生成报表而将相同的成员分组到不同的父代下面时,可使用备用层次。
如果属性维与某个维相关,且这两个维之间的关系不随时间变化,则属性维对于满足报表需求非常有用。
当报表维与其他维之间的关系随时间变化时,将智能列表和 ASO 维用于报表非常有用。
当规划维不是规划流程的主要维,且需要将该流程细分成多个子流程时,此策略非常有用。
下面的示例工作表举例说明如何对维进行规划(包括确定维并列出其用例)。
查看示例设计策略
查看以下示例可了解有关维的其他设计策略。
将属性维用于报表
将属性维用于报表有助于满足报表需求。属性与某个维相关,且这两个维之间的关系不会随时间变化。
示例:
将智能列表和 ASO 维用于报表
当报表维与其他维之间的关系随时间变化时,此策略非常有用。
示例:
使用智能列表和含多个多维数据集的 BSO 设计
当规划维不是规划流程的主要维,且需要将该流程细分成多个子流程时,此策略非常有用。
示例:
一个维中的多个层次
在一个维中可以使用多个层次。将两个或多个不相关的维组合为单个维,以避免维之间不相关。
示例:
用于规划和报表的备用层次
为了自上而下的分配或生成报表而将相同的成员分组到不同的父代下面时,可使用备用层次。
示例:在“产品”维中创建备用汇总,以便按“品牌”和“产品”类别进行规划和生成报表。
了解关于维的十个重要最佳做法
在设计维时,请遵循以下重要最佳做法。
在该格式中,最密集的维排在最前面,其次是不太密集的维,接着是稀疏维,聚合稀疏维应在非聚合稀疏维之前。在稀疏维中,越密集的稀疏维应越靠前。
在使用混合 BSO 时,维顺序基本相同,但需将非动态稀疏维置于动态稀疏维之前。
通过以下教程详细了解密集维和稀疏维:在云 EPM 中管理维。
块大小由密集维及其成员的数量决定。最佳块大小介于 8 KB 到 500 KB 之间。应将密集维的数量减少到最多 3 个。对于密集维,第 1 级和更高级别的成员应当为“仅标签”或“动态计算”成员。
除非在聚合脚本中明确排除这些帐户,否则对这些值进行聚合将生成无用的数据。
您不能在表单中包含这些根成员,因为您无法为这些成员定义安全性。因此,将第 2 代成员聚合到根成员没有意义。这还会增加应用程序中的块数。
如果一个父代成员下有 200 个以上的成员,请添加中间父代。
使用 HSP_NOLINK UDA 可避免创建动态交叉引用。使用数据映射或智能推送在多维数据集之间移动数据。
下面是简单计算的示例:帐户 C = 帐户 A - 帐户 B。
如果将仅含单个子代的父代成员设置为“从不共享”,将导致出现隐式共享或在磁盘上生成重复的块和数据。
这有助于改进性能,例如在多维数据集刷新和维护期间。
如果有过去 5 年或 10 年的历史数据,这些数据并非都需要进行计算。如果需要,可以将过去几年的要计算的历史数据保留在 BSO 多维数据集内,而将其他历史数据移至 ASO 多维数据集。为了实现最佳性能,最佳做法是使 BSO 多维数据集保持“轻量”状态,并确保它专门用于计算输入的数据。
规划实体维
实体维表示您的组织结构,例如成本中心、部门、业务单元、分部等。
您可以通过创建汇总成员(称为父代)对成本中心进行分组,以反映出如何看待您的组织。例如,可以按照业务单元、分部或其他功能结构进行汇总。举例来说,您可以创建成本中心,该成本中心会汇总到业务单元,而业务单元又会汇总到分部。
您还可以创建多个报表结构。例如,可以再创建一个备用结构以支持区域性报表。如果以多种货币进行规划,请设置每个实体的基本货币。
实体维是用于预算编制流程的主要维之一。实体维与方案维和版本维一起用于定义审批单元,审批单元是一个可以升级或降级的独立组件,以便用户的同级人员审批或审核。
审批单元外的所有维成员会与审批单元本身一同进行升级和降级。例如,审批单元升级时,十二个月份也都会随之升级。各个月份不能单独提升。
加载或更新每个维后,最好刷新应用程序。
规划帐户维
帐户维是会计科目表所在的地方。它应该包含您规划或预测的成员。不一定要在图表中包括每个帐户。
例如,您的帐户维可能包含损益表、资产负债表和现金流的帐户。或者,它可能包含 KPI 和比率的帐户。在某些情况中,您的帐户可能有子帐户,但这并非典型情况。
帐户维包含财务情报。支持以下帐户类型:
费用:经营成本
收入:收入来源
资产:公司资源
负债和权益:残值或对债权人的义务
已保存的假设:集中管理的规划假设,确保在整个应用程序中一致
帐户类型设置用于报告季度和年度合计值和开展差异分析。
Planning 会使用层次结构创建按照小计和合计分组的帐户。系统会向每个帐户组分配一个合并运算符,然后根据合并运算符确定如何将其汇总到父代。
示例:
净收入 = 总收入 - 总费用
在此示例中,总收入的合并运算符是“加法”,而总费用的合并运算符是“减法”。
可以通过加载数据或使用 Smart View 来填充“帐户”维。要从文件中加载数据,文件格式必须符合特定要求。
加载或更新每个维后,最好刷新应用程序。
最佳做法:
上一级别成员应设置为“动态计算”。
对于用于计算比率和其他类型的 KPI 或百分比的成员公式,将其设置为“两遍动态计算”。“两遍计算”设置可正确计算上一级别的百分比。
规划版本维
您可以使用各种版本来保存规划流程的不同迭代。版本也可以用于控制数据读取或写入访问权限。
以下两种类型的版本可用:
标准目标:输入数据可以输入到上一级别。
标准自下而上:输入数据只能输入到 0 级。
只能对“自下而上”版本启用审批和工作流功能。
建议使用以下版本(这是最佳做法):
工作:用户执行任务的场所,包括审核“实际结果”以及制定“规划”和“预测”。
通过第一轮审核:如果想要维护规划的多个迭代,可以在此版本中保存第一轮规划。如果需要多个已保存的迭代,可以创建其他成员。您可以利用“复制数据”功能将数据移动到此版本。“复制数据”会复制数据和文本输入。
假设:提供用户可以更改假设和分析结果的占位符。
在构建流程中加载或更新每个维后,最好刷新应用程序。
规划货币维
如果为应用程序启用多种货币,您可以添加用于规划和报表的货币。
随后可以按照转换中将使用的方案和年份来定义兑换率。创建计算脚本后,您可以执行货币转换。要输入兑换率,请按照《管理 Planning》中“指定兑换率”中的流程操作。
最佳做法:
限制报表货币的数量。通常,客户只有一种货币。
输入每个有效方案和年份组合的兑换率。
随后就可以通过运行默认情况下每个表单关联的“计算货币”业务规则来计算货币转换。
修改帐户的兑换率类型,例如将期末兑换率改为平均兑换率。
在发生以下情况前运行货币转换计算脚本:
审核报表货币中任何已更新的本地数据
运行可能依赖于报表货币数据的特定计算
规划兑换率
创建应用程序时,每个应用程序都有指定的默认货币。设置兑换率表时,您需要输入从所有源货币到默认货币的兑换率。中间转换用来转换到所有其他报表货币。
对于平均汇率和期末汇率,兑换率按方案并按年份设置。
规划期间维
使用期间维建立给定年份的日历范围,例如按月。
最佳做法:
使用此维的替代变量来支持报表和计算。可能的替代变量包括:CurrMo、CurrQtr、PriorMo。这些变量必须每月进行更新。
要使用诸如“年初至今 (Y-T-D)”或“季初至今”等时间期间计算,请在期间维中选择动态时间序列图标。然后您可以选择支持流程所需的期间计算。
应将季度合计和年度合计等汇总期间设置为动态计算,从而减少计算时间。
加载或更新每个维后,刷新应用程序。
规划年份和替代变量
在应用程序中的许多地方(包括表单、计算、报表和 Smart View)纳入了年份。由于未来您会使用应用程序很多年,引用该维的最佳做法是使用替代变量。
替代变量作为定期更改的信息的全局占位符。变量和值对应年份,并且值可以在任何时候更改。
替代变量的值会在表单和报表上显示为占位符。这可减少应用程序的维护工作。
最佳做法是为流程中包含的每个年份创建替代变量。例如:
CurrY,当前年份
NextYr,预算(规划)年
PriorYr,上一年
设计自定义维
可以使用自定义维对数据进行进一步分类。例如,自定义维可能包括“产品”或“市场”。
请注意,无法在维级别(又称为第 1 代)授予访问权限。例如,访问权限无法直接分配给所有后代的“产品”成员。如果为自定义维启用安全性,建议将所有应用安全性的自定义维都设计为第 2 代,并在设计时考虑安全访问权限的分配。
加载或更新每个维后,最佳做法是刷新应用程序。
其他最佳做法
在添加或更新维之后,完成以下任务。
每次更改应用程序结构时,必须刷新应用程序。
在刷新应用程序之前,对应用程序所做的更改不会显示给执行数据输入和审批任务的用户。
例如,修改实体成员的属性、添加方案或更改访问权限时,这些更改将在您刷新应用程序之后显示给用户。
所有结构(例如帐户和实体)加载完成后,您可以加载历史数据。此操作可以一并加载上年的实际结果和当前年份的规划与预算的数据。
加载历史数据可以帮助用户分析结果、查看趋势以及进行有意义的比较。
这还有助于验证您构建到应用程序中的结构。例如,您可以验证数据是否与之前创建的报表相关。如果数据不一致,您必须验证该问题的原因是数据问题还是结构问题。
创建用于查看应用程序中的合并数据的聚合规则。
通过有效交叉点,服务管理员可定义在用户输入数据或选择运行时提示时筛选维交叉点的规则(称为有效交叉点规则)。例如,您可以指定某些程序仅对特定部门有效。利用有效交叉点可以控制数据仅输入到有效交叉点。
在表单设计过程中,对于有效交叉点要注意以下几点。