在这篇文章中，我想描述一个在集成财务和成本规划背景下的典型业务挑战，以及如何在SAP Analytics Cloud中处理这些挑战。

问题定义：在财务公司规划的各个领域，规划流程是以自上而下自下而上的方式实现的。这是什么意思？为什么要这样做？

在公司，规划过程通常分为几个步骤或顺序进行。

从1开始。自上而下的计划步骤是这样一种方式，即有一个由最高管理层设定的全球目标。例如，在成本规划或预算领域以及销售或收入规划领域，都可能出现这种情况。例如，管理层规定在全球范围内降低一定百分比的成本或增加一定数量的销售/收入。在管理层完成目标定义后，深度学习数据集，这些财务目标被分解或分配到组织的一个总层级。自下而上的计划步骤几个业务部门开始计划实现管理层设定的财务目标。这些步骤之间的主要区别之一是，自下而上的计划是在更高的粒度中完成的。管理层设定了全球目标。例如，淘返利，只到区域组织级，业务部门开始计划单点销售、店铺或成本中心

完成第一个自下而上的计划阶段后，计划结果必须与自上而下的目标相平衡。如果自下而上的结果与自上而下的目标不匹配，整个规划过程将重新开始，直到两个结果一致或匹配为止。

技术解决方案：SAP Analytics Cloud完美地支持不同粒度级别的自上而下的规划过程，可以在维度内定义和使用替代层次结构。在本例中，在"组织"维度内，为自上而下的计划流程创建了一个名为"自上而下"的组织层次结构，返利模式，以便能够将管理目标向下扩展到区域。此外，一个名为"自底向上"的层次结构具有更高的粒度，直到叶级（例如销售点或商店）被创建，以便能够针对管理目标进行计划。

自上而下的组织结构：附加a第二种选择是更精细的层次结构，其中定义了所有单点销售或商店自下而上规划的维度（见下文）

自下而上组织结构：所有维度建模和层次结构的定义可以在维度创建对话框中完成。

两个层次结构现在都可以在不同的计划输入报告中使用，用于自上而下的目标设置和自下而上的计划。在本例中，我们从一个自上而下的计划条目报告开始，输入整个组织1000万的目标销售额，向下分布到区域级别（黄色突出显示的列）。在下一步中，我们切换到自底向上的计划条目报告以控制结果。

在版本为"1.TopDown Start"（绿色矩形）的列中，我们在自底向上的条目报告上看到1。自上而下的计划步骤。此列中的条目仅向下延伸到区域级别。叶级别为空。这是可能的，因为在SAP Analytics cloud中，我们拥有强大的功能，可以在合并元素上输入值，而无需将其向下扩展到底层子元素。当然，散布也是可能的，但在这种方法中，我们不希望出现这种情况。

在版本为"2.BottomUp"（灰色矩形）的列中，计划用户现在可以在组织的所有级别上输入值。主要是从业务线、销售点的角度和责任心来规划管理目标，智能工厂解决方案，或降低规划水平。

这可以从其他部门或责任业务用户的角度对每个区域结构进行规划。另外，物联网门锁，在"Delta"列中，强调了自上而下目标和自下而上详细规划之间的差异。在版本"2.BottomUp"中的输入过程完成后，应执行数据操作触发器"2.BottomUp to 2.BottomUp Back"，以完成此计划过程，并将值从版本"2.BottomUp"传输到版本"2.BottomUp Back"（在自顶向下输入的第二列中可见）报告。之后数据操作的执行，自下而上的计划值复制到版本"2。"底部向上"（灰色矩形）。现在，在下一步中，自上而下的计划过程可以从版本"3.TopDown"（绿色矩形）中的字段中的条目的结果重新开始。结果在两个条目报告的版本"3TopDown"（绿色矩形）中再次可见，然后可以从下一步开始进行自下而上的计划。业务用户输入版本"4.BottomUp"（灰色矩形）中的值，并可以通过执行数据操作触发器"4.BottomUp to 4.BottomUpBack"启动的基础数据操作将结果传输到版本"4.BottomUpBack"。本示例过程的最后一步是控制结果，并将自上而下的目标设置与基于上一个计划计算的delta列中的自上而下计划报告中的自下而上计划对齐输入。现在这个自上而下自下而上的规划过程已经完成。需要强调的是，SAP Analytics cloud能够以何种方式帮助支持此类典型的企业财务规划流程，其功能是在维度内具有替代层次结构。

展望：在此类规划流程中，通常涉及公司中的许多不同业务用户。在这方面，在基于SAP Analytics云日历的指导过程中执行这些规划输入任务是有意义的。