| Status | |
| Owner | Antonio Zappone |
| Stakeholders | MADJARIAN, Gilles UL HASAN, Selim , Mario Tondo |
A key decision is required on when to deploy the new Consolidation tool. Along with a multiphase ERP implementation comes options on when to deploy, whether in Release 1, 2 or n.
The new Consolidation Tool to be deployed in the last Release. The exact release timing will be concluded when the overall project Deployment Approach is finalised.
BFC (Business Objects Financial Consolidation) is the current consolidations tool. This is an SAP system however it is not fully integrated with the SAP ERPs, rather data is loaded from the source SAP ECCs. Data loads are via flat files that are produced with automation tools (RPA).
SAP is phasing out BFC and support will cease in 2030 (extended from 2027).

Deployment:
Tools:
Risk.
Design, Build and Test.
BFC product support by SAP ends in 2030. It is assumed SAP Group Reporting or alternative Consolidations tool will be deployed prior to this date.
Below are the major impacts on the decision are on the following:
Integration impacts: Interfacing or data loading into the consolidation system. There is an impact whether data is flowing into BFC or new Consolidation tool.
Data Conversion:Timing and complexity of data conversion.
Reporting: Reports currently being produced from BFC.
Continue with BFC in the initial Releases and deploy the new Consolidation tool in the later Release
Orange Box and Arrows are new / added, the rest remains as is.

Key Points:
Implement the new Consolidation Tool and discontinue BFC in Release 1 of the Deployment.
Orange text Boxes show what will change with an upfront deployment.

Key Points:
| Criteria | Option A - Defer Deployment | Option B - Upfront Deployment |
|---|---|---|
Risk | Pro Low Risk. Existing tool continued to be utilized. Loading from the existing source system not initially transferring to S4HANA will continue as is. Data from the entities transitioning to S4HANA will follow the same\existing approach to load into BFC. | Con Higher Risk approach with high likelihood of business disruption for the initial closing periods. Early deployment carries a higher likelihood of inaccurate data feeding into Consolidations and presenting in the Syensqo financial statements. |
Stabilization at Deployment | Pro Most of the new processes\modules have an impact on the Consolidated result. Allowing time for the initial Release\s to stabilise will result in more accurate data being automatically consumed by Consolidation, and leading to more accurate financials. | Con Most of the new processes\modules have an impact on the Consolidated result. Upfront deployment will have higher probability on process and data issues from integrated process feeding into the final consolidated figures. |
Simplicity | Pro Data Loads: Existing Data load process to continue for ECC entities that transition in later Release/s. Consolidation & Intercompany Elimination: rules to remain and continue for the transition period. Reporting: will continue for both ECC and S4HANA Entities Con Data Loads: Data loads for tranisitioning entities to be developed, but to follow existing processes | Con Data Loads: New Process will need to be developed to integrate data from the ECC systems into the new Consolidations Tool. Consolidation & Intercompany Elimination: Consolidation & Elimination rules to be developed for ECC systems during the transition period. Reporting: New Reports will need to be built in Release 1. The above mentioned will require addition training for the transition period. |
Data Conversion Ease | Pro Easier data conversation taking the historical data at one point in time. A later deployment allows more time to manage\test\rehearse the historical data conversion. | Con Data conversion required earlier. Less opportunity to test, rehearse, run in parallel. |
Testing - Additional Parallel Testing Option | Pro Allows the possibility of more robust parallel testing utilising actual data. Parallel testing entails testing consolidated results in the new system against the like for like results in BFC. This is relevant for the base consolidation as well as reports. | Con Parallel Testing is not an Option, continue with Conventional Testing (Eg. Unit, Integration & User Acceptance Testing) |
| Benefits Realisation | Con Benefits from the new Consolidation Tool to be realised at a later stage. | Pro Benefits (eg. integrated data, streamlined processes) from the new Consolidation Tool to be realised earlier. |
| Criteria | Weighting | Option A Deferred Deployment | Option B Upfront Deployment |
|---|---|---|---|
| Risk | VH | Low | High |
| Stabilization at Deployment | H | Medium | Low |
| Simplicity | H | High | Low |
| Data Conversion Ease | H | Medium | Low |
| Testing - Additional Parallel Testing Option | M | High | Low |
| Benefits Realisation Timing (Earlier Vs Later) | H | Low | High |
| Overall Rating | High | Low |
Preferred Option
Option A - Deferred Deployment is the recommended approach.
Option A is a lower risk option for reporting financial results for the organisation, along with an easier transition period. Although the benefits coming from the new Consolidation system are deferred, they will still be realised, albeit at later date.
