1704187259
1704187260
另一个例子是假设分析。通过创建假设情景，可以自由地运用数据模型来分析诸如企业的成本结构，并最大限度地提高公司的效率。
1704187261
1704187262
（3）版本设置。
1704187263
1704187264
版本的设定独立于情景，以实现计划流程更大的灵活性。例如，如果在版本维度中创建了最佳情况和最差情况等版本，就可以在已创建的任意情景中使用这些版本。
1704187265
1704187266
3.预算管理流程
1704187267
1704187268
Hyperion Planning提供了对于预算管理工作至关重要的流程管理功能。通过流程管理，可以管理和监控预算编制、提交、审核、批准的过程。Hyperion Planning支持上下多次反复的预算审批流程。
1704187269
1704187270
这些流程可以与电子邮件系统相集成，可以通过邮件提醒审查人员尽快审批业务人员所提交的预算。
1704187271
1704187272
（1）预算流程。
1704187273
1704187274
Hyperion Planning预算流程通过Web方式跟踪公司内各个部门的预算进度情况。预算流程可以在审批过程中及时发现问题、查看状态信息、快速确认预算单元的所有者并更改预算状态。
1704187275
1704187276
Hyperion Planning按照预算单元来跟踪预算状态，预算单元是情景、版本和实体的不同组合。预算流程可以通过批准处于不同流程状态的预算单元、审批路径与组织结构无关、突出显示异常情况和问题数据、通过注释和流程状态提供内置审计线索、允许在审批流程的各个环节上增加注释和备注信息、通过设定预算单元的所有者来明确职责等方法来缩短预算周期时间。
1704187277
1704187278
（2）预算单元。Hyperion Planning根据预算单元来跟踪预算。情景、版本的组合是一个预算审批周期的基本要素，实体提交审批的计划必须是基于某一特定情景和版本的，预算单元是编制、审查和批准计划数据的基本单位。一个预算单元就是在一个情景、版本和实体的特定组合中获取的数据。它是编制、注解、审查和批准计划数据的基本单位。
1704187279
1704187280
（3）审批流程。
1704187281
1704187282
预算管理员通过“开始”一个预算单元来启动预算流程。开始（Start）操作使该预算单元的状态改为初步通过（First Pass），这是审查流程的开始状态。在初步通过状态中，预算管理员可以选择排除某些或全部实体。当该预算单元做好了进行正式审查过程的准备时，有相应访问权的用户都可以将该预算单元从初步通过提升（Promote）到正在审查（Under Review）状态，并赋予该预算单元新的所有者权利。一旦被赋予了所有权，只有当前所有者或预算管理员才能对该预算单元的数据进行操作，以确保每个用户输入数据的完整性以及责任的明确性。用户可以设置邮件通知，当用户成为某个预算单元的所有者时，系统会自动通过电子邮件通知用户。
1704187283
1704187284
当预算单元进入正在审查状态后，可能会经历重复若干次的提交审批、确认和拒绝，直到最终被批准。一旦某个预算单元被批准，预算管理员就成为该预算单元的所有者。具体业务界面可以参见图4-23。
1704187285
1704187286
1704187287
1704187288
1704187289
图4-23 审批流程状态
1704187290
1704187291
4.滚动预测
1704187292
1704187293
在竞争日益加剧的今天，企业正在由传统的一年一次的预算转向更具效率的滚动预算和弹性预算体系。利用Hyperion Planning的情景维度可以创建滚动预测情景，管理员可以定期修改滚动预测情景的可编制的期间范围，实现对用户数据输入的时间范围进行控制。不可修改的期间数据可以以只读方式显示给用户。滚动预算编制过程中可以设定不同的版本，通过修改一些弹性参数来查看不同条件下的预算结果，可以通过业务规则来建立弹性参数和预算结果之间的自动计算机制。编制滚动预算时可以结合已发生的实际数据进行快速的预测。具体业务界面可以参见图4-24。
1704187294
1704187295
1704187296
1704187297
1704187298
图4-24 业务预测界面
1704187299
1704187300
5.严密的权限管理
1704187301
1704187302
Hyperion Planning提供基于外部验证的安全性控制，目前可支持LDAP、MSAD和NTLM等外部身份验证系统。Hyperion Planning需要用户登录系统，但密码并不是存储在Hyperion Planning信息库中，密码被存储在那些外部身份验证系统中。每当用户尝试登录时，Hyperion Planning服务器就会按照所规定的次序（一个应用可以对应多个外部目录的用户身份进行验证，但是必须事先定义搜索次序）向CSS文件（通用安全系统）定义的目录发送一个身份验证请求，该身份验证的结果再反馈给Hyperion Planning。
1704187303
1704187304
对于Hyperion Planning而言，用户从身份验证服务器中经过验证后再将身份验证信息传递给Essbase。当密码发生更改时，Planning应用或Essbase服务器上不需要进行任何更新。在下次刷新时系统会将新的密码发送给Essbase服务器，用户仍可使用相同的密码来访问Analyzer和Reports。
1704187305
1704187306
目前，Reports和Analyzer通过Essbase服务器的安全性信息进行身份验证，如果密码发生更改，则需要执行一次“刷新”的操作。Hyperion Planning中可以对每一个维度元素设置访问权限，从而实现单元格级的预算数据权限控制。具体界面参见图4-25。
1704187307
1704187308
