升级 SAP Central Finance ： 价值案例和成功标准

白皮书 升级SAP中央财务：价值案例和成功标准 Abstract 升级SAPCentralFinance伴随着IT和业务挑战，在开始全面转型之前必须考虑这些挑战。虽然现有数据和系统可能会产生影响，但升级通过最新功能产生了一些好处。本文看起来 升级SAPCentralFinance所涉及的成本和收益。它还提供了规划路线图以及从最近的InfosysCFIN升级实施中收集的最佳实践。 公司何时需要CFIN升级？ Introduction 自2017年以来，“早期采用者”SAPCentralFinance（CFIN）流程实施的成熟浪潮现在使IT，业务和咨询合作伙伴面临着适应，升级和调整CFIN流程和系统环境的需求，以适应新的SAP功能，版本和从过去几年的实时运营中汲取的经验教训。业务和 IT成果很大程度上取决于业务和流程价值案例组合对CFO及其公司财务和IT团队的说服力。 InfosysGlobalConsulting通过这一旅程为组织提供支持，正如我们最近的成功实施所证明的那样 CFIN升级到1909年。我们提供全面的咨询方法来应对评估和利用重新启动CFIN的潜力的挑战 。 为什么公司应该从现有的实时S/4HANACFIN环境进行升级的答案并不是不言而喻的。尽管SAP确实建议定期更新S/4HANA本地安装，但由于在SAP标准的技术升级过程中进行完整堆栈重建的高风险和影响，大多数客户发现很难遵循“类似云”的升级策略。这些流程通常会影响数据、自定义代码以及现有的和经过良好测试的流程。 CFIN系统或流程更新的基本需求取决于现有的预期策略和生命周期 CFIN实例。有三种方法可以解决此问题： 1.如果CFIN应该随着时间的推移过渡或成长为完整的S/4HANA堆栈，而财务是第一个垫脚石，则无论如何都需要进行版本升级。因此，在将现有的SAP企业中央组件（ECC）非财务或物流组件和数据迁移到系统之前，必须对其进行定时和计划。 2.如果CFIN只是在SAPECC退出之前的临时阶段，则升级的需求取决于ECC日落时间表和路线图。 3.如果目标是用一个新的和单独的 S/4HANA系统在短期内（例如在两到三年内 ），升级对于维持财务功能是不必要的。但是 ，如果计划长期前往S/4HANA（例如在五到七年内），升级对于保值变得越来越重要。它也是最新S/4HANA的试点 未来完整的ERP项目的功能试验（特别是在 Fiori地区，可以安全地“试用”新应用程序） 。 S/4HANA中的可选升级，特别是在CFIN环境中 ，多个源和卫星系统紧密相连，需要一个全面的业务案例来证明在技术步骤、测试和项目管理上花费的额外努力，如IT、业务和第三方提供商等受影响的系统和支持服务。然而，这种努力随着升级而发展。 例如，从S/4HANA1709升级到2020可能会产生更多的不利影响，而从1909升级到2020则不那么重要。 外部文档©2021InfosysLimited 成本与效益：构建CFIN升级的价值案例 CFIN升级的价值案例通常对每个组织都非常具体。它有助于使用某些构建块构建成本效益分析，如下所述，以得出项目决策。以下示例基于Infosys为领先制造公司执行的最新升级: 1.评估成本 •为S/4HANA启用内部和第三方项目基础设施和人员配备 –ThisincludesSAPProjectManagementOffice,SAPBasis,SAPDelta,andregressiontestingalongwithtrainingandsupporttransition.AdditionalSMEsupportshouldbeprovidedforDeltaworkinFiori(UserInterface-UI)andanalysis(BusinessIntelligence-BI). •项目期间临时系统景观要求-SAP建议使用生产复制的“Sandbox”环境进行初始试验。 此外，运输需要在旧版本上提供单独的支持环境 在新版本上线之前，在稳态支持过程中的管理目的。还可以利用旧版本的“N+1”质量保证(QA)实例进行各种比较/测试，直到上线。 •升级源ECC-这通常涉及稳定状态的SAPBasis团队。该团队可以将完整的服务包升级到最新的级别。但是，如果ECC环境处于其生命周期的末尾，这通常不是一个选择。另一个选择是使用针对CFIN代码行的单独SAP注释和针对SAP环境的SAPUpdateManager进行“手术”或现场升级 转换数据迁移服务器(SLTDMIS)组件。此选项需要广泛的回归测试周期。 •为质量保证和复杂/紧急缺陷支持提供SAP支持或SAPMaxAttention服务-对于未知的技术和产品问题，强烈建议使用这些供应商服务 。必须与SAP代表和IT领导一起为升级计划研讨会(UPW)、技术集成检查(TIC)、按需专家(EoD)和GoLiveServices(GLS)等功能定制需求。 新功能-新发布的SAP版本为公司提供了一些新的功能和功能，可以根据业务适合作为“delta”范围采用这些功能和功能。一些示例包括： ECC侧板:这些直接在源ECCNetWeaver业务客户端中显示CFIN详细信息。 •ECC过程控制：这些控制禁止CFIN不符合的SD流程，例如在源上游应用程序中对集中支付/清除的文档进行反转。 •数据流验证或侦察工具：这些工具通过RFC（远程函数调用）比较源和目标数据标题项和计数，并实时显示偏差。 •销售、采购订单和价格详细信息复制：额外的物流内容在单独的“虚拟”表中可用，用于分析，例如报告传入订单闪烁。 •承诺复制:通过SAPMaterialManagement(MM) 对成本对象的承诺启用了预期支出的预算视图 。此功能支持由开发的“新成本中心承诺”组件的新Fiori应用程序 允许成本中心和内部订单主动预算控制的SAP。 项目复制:工作分解结构(WBS)主数据和会计实际值可以在ECC中按原样复制,包括记录项目的首付。 •文档拆分:SAP现在允许复制来自ECC的拆分数据 （GL视图）。它还仅在目标系统（2020版）中支持文档拆分。 •中央信贷管理集成：通过跨多个系统的高级分析功能启用了中央信用检查。 •中央支付/国库：这允许中央现金管理，现金池（使用SAPInHouseCash-IHC）以及传出和传入付款直接触发并在S/4HANA中发布，这可能包括中央争议和收款管理。 •税务一致性检查：可以对ECC的身份执行税务设置 。 •通过内置的S/4HANA集团报告入站数据进行中央合并 ，包括转移定价，IntercoRecon，应计引擎，集团账簿中汇总的通用分配，披露管理和电子归档流程。 中央固定资产管理（有限制发布）。 高级报告:自1709年发布以来，SAP已添加了60多个针对特定国家/地区的报告，以直接从CFIN提供法定和税务报告。这允许将官方报告转移到S/4HANA。 •风险和合规性集成： 经典的SAP治理、风险和合规(GRC)功能可以基于传入的CFIN，用于事后合规监控和实时通知。 •SAP应用程序接口框架(AIF)内务管理工具：可以物理删除ECC和AIFXML数据中的暂存表 ，以减少源系统和目标系统中的内存占用。此外，CFIN“OperationsMonitor”提供了更好的IT状态洞察。 •将非SAP源ERP系统与MagnitudeSourceConnect 等第三方应用程序更好地集成。 •与SAPAnalyticsCloud(SAC)连接器更好的计划和预测集成（计划数据仍无法从ECC复制，活动价格和材料成本估算除外）。 外部文档©2021InfosysLimited 降低系统复杂性-组织应检查是否可以通过与升级项目相关的各种变更计划来简化和翻新旧体系结构。 •将CFINSLT与公司中的其他SLT用例合并或简化(COPAsidecar)。如果SAP技术较新，则停用旧的SAP/BusinessObjectsDataServices(BODS) 可用，非常适合S/4HANA中的DTM（分布式事务管理）或主数据管理（MDM ）组件。 •将现有的FioriHub迁移到嵌入式Fiori 或部署 S/4HANA2020跨多个核心系统的Fiori中央发射台。 •停用单独的数据仓库实例（BI/BW/BOBJ /DesignStudio），并迁移到SAPAnalyticsCloud(SAC)或Fiori的嵌入式设计工作室，其中BW内置到核心。 •在SAP现在在文档拆分、对账、首付、COPA二级成本复制和MM/SD视图等领域具有标准功能的情况下，减少自定义代码占用空间（例如自定义ABAPBADI）。 最新系统堆栈-CFIN升级提供切换到最新的系统堆栈，内核，字典和代码 与旧版本的组件相比，支持问题更少。我们观察到最多改进的较新组件包括Fiori、UI5、嵌入式业务仓库(BW)、用于改进序列化和监控的AIF框架。 来自后续SAP部署范围的新Fiori应用程序-新的Fiori应用程序必须由业务利益相关者审查以获得潜在的增值。一些亮点包括使用新的AP/GL /AR概述页面以及详细的子分类帐KPI应用程序，如DPO和DSO，从而实现新的 关于日记帐分录的T-account视图，用于CO和盈利能力分析的新管理报告应用程序，以及用于调整/更正的新日记帐分录Excel上传应用程序。 外部文档©2021InfosysLimited 规划旅程：成本和努力驱动因素 在纸面上，升级的项目计划具有某些不可移动的元素，例如系统设置，计划的停机时间，基本测试周期（UT，SIT，UAT）等（见图1）。 培训/OCM 更改冻结IS/MSKT ityPre-UpgrUpg r.试验 用户验收测试 Go-live SAPTIC 系统em集成Tes t 生产 Pre-UpgrUpgr.Test alidation CoERev FDSKT SAPGLS 超级护理 Test&V Upgr. 盒子 QUAL mPre-Upgr gr.测试沙子 Delta评估 Planning N+1设置 开发 Up Pre-Upgr 硬件Upgr。 gn Desi 计划 May'21 Apr'21 Mar'21 Feb'21 Jan'21 Dec'20 Nov'20 Oct'20 9月20日 8月20日 Build测试运行 图1：CFIN升级的参考路线图 然而，实际上，组织之间的具体持续时间和人员配备工作差异很大。根据我们的分析和经验，有一些重复的因素通常会影响项目的持续时间和成本。CFIN团队在更详细地计划他们的升级旅程之前必须了解这些因素。 •跨越了多少个先前版本-随着升级中堆叠更多版本，升级的复杂性会增加。SAP 在1610版和1809版之间推出了对基本数据模型和设计的大部分更改。因此，如果组织从 从版本1809到2020，其影响不如从1610到 2020的升级复杂。 •添加新功能与“按原样升级”-随着升级过程中引入的新功能数量的增加，项目工作也随之增加。需要更多的时间，预算和人员资源来进行额外的评估、测试、回归影响分析和培训 needed.Ontheotherhand,anevenorclosevaluecasecanbeimprovedifnewfunctionalityadssignificantbenefit 或简化潜力。在这里，升级项目基础设施为现有系统的更大变革创造了机会之窗。 •自定义解决方案评估的复杂性-许多CFIN客户已针对以前版本中的各种软件差距（如COPA，文档拆分或税收）部署了自定义ABAP代码。必须在升级设计阶段对这些解决方法进行详细评估，以确定 SAP是否有标准的解决方案。如果是，代码可以退役。否则，代码必须保留在新版本中并完全重新测试。 •升级试验的安全性-SAP强烈建议在转移到开发和质量保证(QA)升