SAP Central Finance – Lessons Learned
This blog is focused on lessons learned from SAP Central Finance projects. I have been part of almost 10 CFIN projects of different sizes and shapes where I have seen below scenarios.
- Only ONE SAP system in scope
- Multiple SAP systems in scope
- Only Non SAP systems in scope
- Mix of SAP & Non SAP systems
The content in this blog is collective experience of several projects. It may or may not be relevant for your project but I ma sure you can see the component from here in your CFIN Project.
Lets see the pillars of lessons learned as I have classified my learnings here into 5 pillars.
Now lets get into detail of each pillar and talk through
SAP Central Finance is a deployment option to S/4HANA and makes S/4HANA deployment as non-disruptive and easy to go. In my several projects experience I have seen that customers consider CFIN as just a data repository and compare it with BW. Since CFIN bring data from multiple source systems so sometimes it considered as equivalent to BW as customer are using today the BW system and that’s what it happens. The trial balance from several ERPs is loaded in BW and used for reporting purposes.
SAP Central Finance is not a reporting engine. It enables you to use S/4HANA and that’s an ERP so comparison between CFIN (S/4HANA) and BW is never justified.
Central Finance enables you to use the central processes, Group Reporting, SAC, ICMR etc on top of S/4 and you don’t need to disrupt your other non-financial business processes as legacy systems are still up and running.
It gives you time to plan your ERP strategy and get early advantage of S/4HANA transformation and all new processes and improvements which are delivered as part of S/4HANA
This is another key aspect which I have seen in projects which can make or break the situation.
There are several aspects to this pillar namely
Planning – Program plan should be done with a view from business case as to what needs to be done when like phase1, phase 2, phase 3 however the planning should be realistic. It should accommodate time for all areas in a balance manner. Test cycles should be given sufficient time, just because we want to go live on certain date we just cant compromise on test cycles. Similarly design should be given due time so that people can really grab the design and it should be more of a show & tell concept and sprints should have sufficient time rather creating imaginary pressure. Initial Load and error handling takes time so if you plan for 3 test cycles, consider that timelines based on number of systems involved. Expert solution architect should be part of planning the CFIN project
People – Right people should be given right responsibilities. Just because someone is there in organization from long time doesn’t mean he or she can be CFIN architect. It’s a new product so knowledge is key – both for implementation team as well as customer. Do not hesitate to get temporary people as expertise as the level of expertise in project drives the success.
External View – During the project there should always be a component of quality assurance. It should be by some external party who have experience of CFIN quality assurance so that you as a customer are not just being fed by the implementation partner rather you have an external view also to challenge things and get better rather best of the investment. Things can be done differently in same system in same time that’s why experience has to be brought in the program
Scope – This is the most flexible component. Customers keep on changing. I have seen during UAT phases new company codes are included in scope of CFIN on even new requirements/scenarios are introduced which business was either not aware during design or they don’t want to highlight it at that time. Scope of phases should be built in a right manner. Like
- Central Payments should always go live with same gap of central finance. Design & test can always go in parallel.
- Currency, ledger etc settings should be considered one time
- Margin analysis should be designed during CFIN phase
- Group Reporting design can go in parallel to CFIN but GR should go live once CFIN is kind of stable
Communication – Program Management should be open & transparent in terms of communication. If there is a challenge right people should be consulted and not just consider it as a leadership level communication. There are always options for doing things and right choices can be made.
Implementation of SAP Central Finance is not just a technological part. You are not just implementing a system rather you are looking to use that system in future. As CFIN is the foundation for S/4HANA the core building blocks needs to be set first time right.
Like Ledgers, Currencies, Document splitting etc all these setup needs to be well aligned with busine ss as once you set those up now you just cant change them anytime you need in future. Its complex to make changes in coding block.
Business needs to be involved for futuristic design, data management and sharing the clear business requirements. Requirements should not keep on changing as the vision should be clear. Also, business should not look in a way that technology have solution to every problem. Business problems should be first fixed at process level, change process as needed and then think about usage of technology. Don’t just talk technology in design sessions. SAP can do lot of things but processes are foundation. Process should run on SAP, SAP should not be the driver of process as long as its SAP best practices
This is the most crucial component for the success of SAP central Finance project. Don’t think you can plan data later. Data is the foundation. Presently in number of ERP systems you have data sitting in different shapes and format and you are not even using it the way it should be.
With SAP Central Finance you have to plan for Data harmonization for most of the objects like Vendors, customers, Chart of Accounts payment terms, Cost centers, profit centers etc as you are setting up the new ERP for next decade or more so don’t rush in project to move to SAP s/4HANA and still carry the legacy of junk data. If you cant harmonize it now you can never do it
There has to be dedicated data stratum responsible for data management which includes cleaning of old data, clearing of historic open items, planning new chart of accounts and looking for harmonizing other master data like vendors, customers etc as today the same customer might exists in 4 ERPs but tomorrow you need only one record as you are implementing new age ERP.
Technological trends are evolving and they have one thing in common: they are heavily dependent on the quality as well as reliability of data. With CFIN implementation you must now shift your focus towards master data governance to facilitate the way for a successful business transformation which is the foundation for future business processes.
There are some technology areas which should be considered as part of CFIN project and I will plan to put in in sequential manner.
- When you have SAP source systems in scope the projects start with implementation of SAP notes in your current SAP system (ECC or S/4HANA). Volume and effort depends on your current system release. For some systems its 500+ for some its 50 so you have to plan it in a way that before CFIN build starts this exercise should be complete and don’t forget for regression testing as you are changing/implementing lot of notes/code on your productive environment.
- Depending on the release of your S/4HANA you may get lot of issues. They are sometime due to internal process like you are writing a code which is not correct but sometimes they are standard bugs like reconciliation report is not reading the non-leading ledger documents from source system (this is just an example) so here you need to go to SAP to get the fix.
- Number of enhancements may play the role in timelines and testing. Try to keep the S/4HANA as simple as you can and do enhancements in standard SAP space. SAP has given several CFIN BADIs, try to use them and don’t try to solve business problems by enhancements and increasing technical debt
- When you have Non-SAP systems in scope, you are dealing with a completely new animal in the room. Consider the design and implementation based on business requirement. Just going with suggestions from SAP and implementation partner may not help. Sometimes you may plan to implement costly product because it delivers the value and technology desired (like real time replication from non SAP system) but if its just an excel extract (customer has to extract and give an excel template) and partner/product will load in CFIN so also look for custom solutions rather running behind existing products available in market as excel extract and load does not justify the purchase of million dollar product.
- Till the CFIN product gets stable and AIF errors are in control don’t let the team roll off. At least execute the first quarter end and reconcile the data before you move the product to support or AMS or maintenance (whatever you want to call it)
Hope this blogs helps you to plan and execute CFIN project. You can not do all mistakes to make your world perfect so sometimes you need to learn from what others did as a mistake 🙂
Happy reading and do share your experiences in comments.