在ECC中，以及早期版本的S/4 HANA 中，成本中心是没有预算控制的，所以为了实现成本中心的预算，各位实施人员绞尽脑汁的想各种解决方法：比如使用SAP的基金管理，有结合PS来做预算，当然也有公司进行开发的。但这些方法要不是过于复杂，要不就是不完美。
太和ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景，ssl证书未来市场广阔！成为成都创新互联公司的ssl证书销售渠道，可以享受市场价格4-6折优惠！如果有意向欢迎电话联系或者加微信：18980820575（备注：SSL证书合作）期待与您的合作！
从S/4 HANA 的1919 的版本以后，SAP对这一块的功能进行升级优化，终于不需要想其它的方法就能解决这个问题，我在这里总括一下，然后再说细节：
这个功能需要基于Fiori 的界面，没有对应的SAP GUI的界面
这个功能基于SAP 的新计划表ACDOCP
通过科目层次解决了做预算在一个科目上，而实际发生在多个科目上，分组合计进行检查
通过“有预算控制的成本中心”分配，可以实现预算做在一个成本中心（大的管理部门），而实际发生在更下层的部门。
支持不同的业务流程下检查时，警告信息与错误信息按不同比率设计，比如你可以配置在采购申请中，超过了105%才报错，而采购订单超过100%才报错，因为从申请到转采购订单可能会采购的谈判的机会要求供应商降价。
以下是系统配置的要点：
维护计划类别
维护科目层次
定义预算参数文件，类似内部订单/PS的预算控制配置
定义可用性检查参数文件
激活可用性检查
配置的节点在后台下图中的位置
1、首先定义 “计划类别”， BUDGET02 是SAP预定义的，根据文档说明，是可以定义其它的，但SAP的建议是用这个，我感觉SAP在某些地方有Hard Code.
2、然后定义成本中心预算参数文件
就是时间框架上要维护值，但这个前台包括Fiori 上进行应用，没有看出来，我感觉上SAP这里留了一手，以供后期持续优化。然后预算可以定义为年度值与期间值的方式。如果维护了年度值，怎么分到每个期间。
3、维护科目层次 - Fiori界面应用
4、维护可用性检查参数文件
5、激活可用性检查，这里只有在第一步定义为“成本中心预算”的计划类别，才会在这里可以选择激活标识
至此，系统配置相关的已经完成。
以下是前台的操作要点
维护成本中心主数据
导入预算
实际记账
预算报表
1、通过Fiori 的应用维护成本中心主数据，因为SAP GUI中的界面上没有那几个选择项
特别注意：锁定承诺更新（1）要关掉，否则在采购申请/采购订单中就不占预算了。分配有预算的成本中心与预算控制参数文件，以及激活预算。
2、通过导入财务数据的应用，导入预算金额
这个比较简单，我就不截图了，系统提供了模板，按模板操作就好。
然后实际做凭证，F-02 做了第一笔。然后，查看预算报表
从上图看到，预算10000，然后已经过账6000，可用还剩4000.
如果再做一张5000的费用进去，那么系统就会报错
这样就实现了成本中心的预算检查。
参考的SAP官方文档如下：
SAP 新功能说明
预算检查
通过S/4HANA Cloud公有云系统是可以很好地管理企业财务预算的，但是作为一个从业多年的财务经理，圈子里许多朋友都在吐槽说他们的S/4HANA Cloud系统做的一塌糊涂，更别提财务预算管理了。
我所在的企业运用S/4HANA Cloud公有云系统做了财务预算管理，算是比较成功的。在我看来，S/4HANA Cloud其实是一款非常好用的管理软件，但为什么很多企业都无法将他运用好呢？通过我的朋友们的抱怨，我得出了以下结论，一是他们在做ERP实施的时候，自己没有一套完整的计划，二是他们找的实施商，能力不够，经验不足。
要保证S/4HANA Cloud系统实施过程中，做好财务预算管理，SAP实施公司需要非常丰富的财务管理经验且顾问具备专业的财务管理知识才行。在选择实施商的时候，一是要看顾问团队人员的从业经验，二是要看实施公司的成功案例多不多，口碑好不好。
企业财务预算是非常难做的，通常会包括部门、成本中心预算； 项目预算； 事业部预算；市场、产品销售预算；损益预算；资产负债表预算；资金预算等等，有了具体的预算数据以后，预算实际执行的管控，每家企业的规则不尽相同，要实现完美的事中控制和事后的分析，那么就找一家有丰富的相关管理经验的SAP实施咨询公司进行合作，避免少走弯路，从而达到事半功倍的效果。
Pick-up,在SAP中如何实行全面预算管理？谢谢 全面计划和预算管理，设计的模块和功能很多，只能从FICO角度简单介绍一下 首先，SAP在FI中提供了基于FinancialStatemt.Version的计划数编制功能，并可利用其他 诸如InvestmentManagement, Fund Management, Treasury等辅助模块，传递B/S和P+L项目 的计划数据，但这些计划功能同CO中的Planning相比是十分有限的。 实际上CO是整合了所有相关模块并提供了较好的IntergratedPlanning接口的核心模块， 它的计划/实际控制中心是CostObject，即所谓成本对象；诸如产品、订单、获利分析字段 等这些成本对象作为来本身计划数据其他模块计划数据的归集点，成为最终计划数据和 实际数据的载体，利用报表产出的方式提供了诸多的分析方法。 从CO-CCA来看，除了可以基于成本中心/成本要素维护计划数据外，还可以计划作业成本， 并可以利用PP模块中的SOP、MRP等，将计划作业量传递到作业计划数中；同时还可以利用 StatisticalKeyFigure对诸如Headcount，Turnover Quantity等辅助指标进行计划，以做 为成本分摊和比照的基准。另外，可以基于成本中心维护预算数据，只不过它不像Internal Order和Project可以提供BAC(Budget Availability Check)。 CO-PC中的计划功能主要体现在产品成本计划(标准成本)和成本对象执行控制计划两部分。 前者主要利用了MaterialQuantiyStructure、BOM和Routing等MM/PP数据，基于计划采购价 (InfoRecord)和计划作业单位成本，计算出产品的标准成本，同时还可以利用灵活的手工 计划方式，基于BasePlanningObject或混合成本的方式，补充产品计划成本数据。 在ProductCostControlling部分，可以按照不同生产方式，利用物料，PP订单和销售订单 做PreliminaryCosting，同最终的TargetCost和ActualCost进行对比，并分析相关差异。 CO-PA提供了易用的获利能力分析，其计划数据是按照相关的Characteristic将数量和金额的 计划数做到ProfitabilitySegment上，并可以将计划数传递到FI、PCA、SD和PP等模块。 CO-PCA的计划方式同成本中心的类似，可参考有关信息。 InternalOrder和Project是两个独立的CostObject，提供了完善计划和预算功能，并同样 可以和其他模块做整合，特别是Project利用Network同后勤模块中的SD/MM/PP相关联，处理 计划和实际数据。 那么，对于具体和详细的功能设计和操作方法，详见有关帮助。