扩展财务计划RDS中的交付资本支出计划过程不使用工作分解结构（WBS）。WBS数据既不从源系统导入系统，也不在项目计划过程中生成。作为RDS的开发人员，本文将讨论我们对修改RDS以纳入WBS的潜在方法的想法。

[注：如果您想了解更多关于扩展财务规划RDS的信息，美国高防云服务器，请访问SAP服务市场-SAP扩展财务规划或注册EPM RDS Academy 2015，网址为https://www.surveymonkey.com/s/878J92K]

The扩展财务计划RDS中的当前资本支出计划流程有两个主要要素：

如果客户希望合并WBS，并且扩展源系统集成以理解WBS，首先，必须做出设计决策：

方案1–仅将WBS纳入过程的现有项目方面（即利用WBS数据进行实际报告和现有项目的更新过程）。但是，新项目将继续在项目和CAR层面进行规划。

方案2–将WBS纳入资本支出流程的两个方面（新项目和现有项目）。

第一个方案可以通过修改项目维度的结构来完成，对交付的输入表格和报告的影响有限。第二个选项将要求添加新的维度（WBS），这将要求对交付的输入表格和报告进行重大修改。在继续执行选项2之前，应获得对客户需求的明确理解。

实施选项1

在该选项中，大数据的概念，WBS数据从源系统导入对于现有项目（注：当前交付的集成能力的扩展超出了本文的范围）。这些数据将用于基于实际情况的任何所需报告，并在这些现有项目的重新预测过程中使用。

交付的项目维度设计如下：

项目维度蓝色阴影元素表示用于规划新项目的通用顺序编号项目。绿色阴影元素表示导入资本支出模型的现有项目的项目ID和描述。（注：测试脚本EG1\u BPC101\u BPD\u EN_二十、 博士提供了项目维度设计的进一步详细信息。蓝色阴影元素仅用于与新项目规划相关的输入表格和报告中，而绿色阴影元素仅用于与现有项目重新规划相关的输入表格和报告中。

更新的设计不需要更改蓝色阴影元素，电商平台数据分析，但对于现有项目，将使用项目ID和WBS元素的串联。例如：

通过连接项目和工作分解结构，我们避免了在交付的输入表格和报告中添加另一个需要进行实质性修改的维度。那些与实际/现有项目相关的输入表格和报告将使用连接的项目/工作分解结构作为"项目"，这可能有点麻烦。但是，我们建议增加两个属性列，实施者可以使用这两个属性列，通过以熟悉的格式向客户显示项目和WBS来提高输入表单/报告的可用性。

如前所述，以适当的方式导入源数据的集成能力的增强超出了范围

选项2的实施

在这个选项中，WBS数据是从现有项目的源系统导入的，而WBS数据是为新项目生成的，也就是说，新项目的规划不是在项目和CAR层面，而是在项目，阿里大数据，WBS和CARlevel.

这要求在资本支出模型中增加一个新的维度，称为WBS。该维度的结构与项目维度类似：

蓝色阴影元素表示通用WBS元素，用于规划新项目和WBS的通用项目编号。绿色阴影元素表示从源系统导入WBS数据所产生的ID和描述。这些元素用于报告实际值和更新现有项目和WBS。请注意，与选项1不同，不需要对项目或其他维度进行任何更改。

此更改的主要影响是需要修改已交付的输入表格和报告，以适应将WBS维度添加到资本支出模型中。例如，输入表20大写（已分配）请求.XLTX有如下用户选择区域：

设计需要修改，类似于下面的示例：

其他输入表格和报告需要类似的更改，客户可能需要更多侧重于WBS分析的报告。

必须提及将WBS添加到选择区域进一步增加了用户任务的复杂性。附加维度可能会对系统性能产生负面影响（发送数据和刷新数据时间）。在遵循选项2路径之前，物联网水表，应与客户一起仔细考虑规划新项目时对WBS的需求。

最后一个想法–当前设计首先在项目级别，然后在项目级别包含审批周期轿厢水平。WBS维度的增加是否需要或需要第三级批准？听起来像是未来文章的主题。