SAP内部订单（IO）及SAP WBS财务功能主要差异对比分析及实施建议 IOWBS Comparison on Financial Functionalities

在SAP系统内，内部订单（Internal Order）是CO模块下重要的一大工具，也是SAP中常见的成本对象之一，企业可以按照自己的核算或统计分析需求创建内部订单从而实现自身目的，所以可以看到很多SAP的客户将自身运营的很多简单项目甚至是由于没有实施PS模块的情况下都通过内部订单去核算项目的收入或成本。

而在SAP系统内也有专业的项目管理工具PS（Project System）模块，可以通过PS模块中的WBS结构实现项目更为明细的成本计划、核算、预算管控及分析；此外也可以通过PS模块中的网络结构（Network）实现项目后勤业务的管理，如项目按照标准工期自动排产显示实施关键路径、通过项目计划拉通整个项目实施过程中的供应链计划等。对项目后勤协同功能要求高的情况下，毫无疑问在SAP内只有通过PS才能实现相关业务需求。但本文更关注的是内部订单以及WBS元素在财务功能上存在差异部分的对比分析，所以关于PS模块中网络结构相关的功能及带给企业的价值点在本文不做任何展开。

（如果想直接查看总结及实施建议，请直接跳转至本文最后部分）

IO&WBS财务功能差异对比

（1）主数据特征

在结构方面上，内部订单不存在任何的层级，每一张内部订单就是独立的主数据（有自己唯一的编码），且不同内部订单之间是不存在任何关联。（＊可以将不同的内部订单打包进内部订单组，但内部订单组主要是为了实现财务的分摊分配功能而并不是建立之间真正的联系）。

上图示例是一个成本导向的WBS结构，从专业上讲也可以称之为CBS（成本分解结构），可以看到WBS结构最天然的优势就是自身的层级结构，每一个节点都是一个WBS元素，同时每一个WBS元素也是单独的成本对象，通过此结构可以实现项目成本更精细的核算及管控，并且所有底层WBS元素的数据会自动完成上卷，以层次结构的形式更为直观的展现数据。此外WBS结构可以事先定义好模板，后续搭建结构时可以直接调用模板迅速生成运营结构。在编码管理中WBS编码也可以定义规则实现编码的自动派生从而通过编码判断出层次关系。比如案例中“XX智能产线项目”项目号为A-22001，则第二层的“设备”WBS编码可以为A-22001-01，而“设备”WBS元素下的“机械设备”、“电气设备”WBS编码分别为A-22001-01-01及A-22001-01-02。（企业可以按照自己内部WBS字典的管理规范定义自身的编码规则，在WBS编码规则明确的情况下可大大减轻用户在日常工作中的管理成本提升流程效率）

当然如果企业分析维度较为简单只有两层的场景，也可以一个项目建立多个IO，然后每个IO上增加一个字段（比如：项目号），实现IO间关系的建立最终通过开发也可以一定程度的满足需求，但意味着所有的报表均需要开发。

（2）版本管理

IO和WBS元素在版本管理中的功能首先是都支持CO版本管理功能，可以通过CO版本实现多个维度下的计划成本与实际成本的对比，或者不同版本间的计划成本对比。比如CO版本可以定义为版本１：投标版计划成本、版本２：中标版计划成本等，通过不同版本间数据的录入完成多个维度下的对比分析。

而WBS元素在版本管理方面还额外支持：

**项目版本：**项目版本类似于日常中我们经常接触到的快照功能，通过项目版本可以记录项目在不同时间节点或者状态下的数据，并支持这些数据进行对比分析。比如企业每季度都需要保存一版项目计划成本与实际成本的具体数值，并需要将来可以随时调用查看这些数据作为决策的输入则可以通过项目版本来实现。可以在公众号中搜索“跟着团子学SAP PS：项目快照功能”了解详细功能。

模拟版本：项目模拟功能可以应用在项目变更的场景，通过项目模拟变更中的不同场景（比如新增一台XX设备、需要额外新增一个工作包并投入XX级别工程师多少人天等等）中对项目造成的影响，可以点击链接：跟着团子学SAP PS：项目版本管理-项目模拟功能了解具体功能及应用场景。

（3）项目库存

在物料管理功能差异上，内部订单是没有项目库存管理功能的，所谓的项目库存功能是指为项目采购的项目专用件在采购入库后数量及价值上的专买专用。数量上的管理是指物料入库后会带上WBS元素信息，且不同项目间的物料不能混用，如果项目需要用到其他项目上的库存则需要在企业内部管理流程通过后在SAP中进行项目库存调拨操作。而对于财务层面而言，项目库存带来的最大益处是单独计价，针对移动平均价管理的物料，采购进项目库存后不会参与通用库存的移动平均价的计算，在最终的领用消耗环节按照项目此物料单独的采购成本进行归集从而保证项目成本更精准的核算。

（4）预算管控

在预算管控功能上，因为内部订单不存在明细结构，所以只能基于一个订单整体来管控。而WBS由于天然的层级结构可以将项目中的明细预算管控项拆分为不同的WBS元素从而实现明细管控，预算最终下发的层级就是最终项目执行过程中的预算管控层级。（如下图中，预算如果下发到“设备”层级，则在第三层的实际成本或者承诺成本数据都会汇总至第二层的“设备”WBS元素单独进行管理。而预算如果下达到“机械设备”WBS元素，则“机械设备”的预算单独管控）

（5）收入成本匹配

在客户型项目的财经内容中，很重要的一点就是项目收入确认及成本结转，SAP针对此内容也在CO模块中的结果分析码预设了多个收入确认及成本结转的方式，在此块的差异中主要是内部订单不支持结果分析码中的按照项目进展确认收入及成本。项目进程法主要是基于项目实际的执行情况提供完工的百分比，按照提供的百分比结合项目的计划收入及成本分别确认收入及成本，而与实际数据中的差额则自动通过递延收入、unbilled AR、WIP等科目进行FI层面的调整，而WBS元素则是支持此种收入确认方式。

另外比较重要的一点是WBS结构可以定义多个开票元素实现项目中不同收入的归集，并且匹配对应收入项目的成本。具体设计可以参考历史文章：跟着团子学SAP PS：论收入成本匹配对WBS结构设计的影响

此外在财务功能上还有一些差异项比如：

WBS支持HR模块下的CATS，可以实现项目人工工时录入、审批及成本核算管理；
WBS支持SD模块下的按资源开票功能继承，从而覆盖企业Time-Material类合同的管理需求，可以根据在项目中消耗的实际资源数量（如：人工、物料等）及对应的售价对客户进行开票。可以点击跟着团子学SAP
SD-RRB(按资源开票）核心配置DIP参数文件查看具体案例；
WBS支持与FM集成启用项目现金管理，通过此功能可以实现企业在项目现金流领域中的管理需求；
…

其他财务功能差异由于篇幅有限在本文不再展开。

总结

从SAP功能设计上来讲，内部订单肯定是不如WBS元素的（但内部订单肯定有自身的价值），内部订单就是一个低配版WBS元素，在和WBS对比中唯一的优点只体现在系统配置层面内部订单的配置逻辑及步骤非常简单，在其他任何方面和PS模块中的WBS结构相比都是处于明显劣势的。

（1）WBS在项目财经中提供内部订单无法提供甚至也无法开发实现的功能：

WBS元素在项目财经中特有的有价值的功能包括项目物资的单独计价、项目版本（快照）管理等，这些功能对于企业而言带来的价值非常大，如果通过内部订单开发的方案也很难实现管理需求。

（2）WBS应对需求变更的拓展性更高：

企业如果关于项目财务的需求发生变更时可以通过调整WBS元素结合提供的相关标准功能快速响应，而如果事先不设计好内部订单的开发架构很难迅速响应变更需求，往往需要涉及原有开发的逻辑大量调整，最终耗时耗力增加企业负担。

（3）WBS提供大量标准易用的报表支持项目财经明细分析

在PS模块内，基于WBS层级结构SAP预设了大量易用的报表分析，比如基于WBS结构的项目计划成本、实际成本比较；基于WBS结构的项目不同版本间的成本数据比较等等。而内部订单因为自身不具备层次结构特征，即使通过开发建立了不同内部订单间的逻辑关系在报表层面必定也需要投入大量成本实现最终的项目财经报表分析。

实施建议：只要存在层次管理及分析需求，能用PS就用PS

（１）WBS简易实施的场景下也可带来高回报率

PS模块是ERP核心的一部分，启用PS模块不涉及到额外的收费。（当然企业需要评估下实施成本）而且如果只是简单使用的场景下PS的实施难度低，并不会增加用户很多的精力。之前很多客户找我咨询的时候最大的疑虑就集中在PS的操作会很复杂，关于这点其实在简易实施的场景下，最大的精力投入主要集中在WBS结构搭建，关于这点其实只需要事前定义模板后续直接调用模板即可快速生成结构。或者通过系统标准的导入功能，在Excel中填写数据后直接上载也可批量生成WBS结构。

在我过去的实施案例中，很多费用型的项目企业也充分利用PS模块实现了内部管理的价值，比如有几家公司因为想对自己日常中的展会项目进行明细的成本对比及分析，最终在PS模块中只启用WBS结构最终即满足了企业业务需求。

（２）非项目型的业务存在层次结构管理需求时也可以使用WBS结构作为工具

虽然PS模块主要是服务项目型业务的明细管理需求，但可以灵活的利用WBS结构作为一个好用的工具拓展应用场景。比如很多企业想做部门费用的明细管控，比如一个成本中心下有几个组或者费用构成，那也可以通过拆解为WBS结构快速响应此类需求等。