Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Status

Page Status

OwnerAntonio Zappone
Stakeholders Madjarian Ulhasan

 , Mario

Tonda.

Tondo

Issue

A key decision is required on when to deploy the new Consolidations Consolidation tool.  Along with a multiphase ERP implementation comes options on when to deploy, whether in Phase Release 1, 2 or Xn.


Recommendation

New the The new Consolidation Tool will to be deployed in the later Phaselast Release.  The exact phase release timing will be concluded when the overall project Deployment Approach is finalised (estimated to be August 2024). 


Background & Context

BFC (Business Objects Financial Consolidation) is the current consolidations tool. This is an SAP system however it is not fully integrated with the EPRsSAP ERPs, rather data is loaded from the source EPRsSAP 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).

As-Is Systems Integration for Consolidations

Image AddedSyensqo existing license is until xxxxx.


Assumptions

Deployment:

  • S4HANA S/4HANA will be Deployment Deployed over more than one PhaseRelease.  

Tools:

  • Group Reporting is the current/latest SAP Consolidations Module.  This module would be the preferred Consolidations tool as it is within the S4HANA landscape.  With the implementation of the new Consolidation tool to occur in the later Phase of the deployment comes additional time in the detailed design phase.  As such, the suitability of Group Reporting for Syensqo will be assessed in the next phase, and is not part of the Key Decision at this point in time.
  • With the implementation of the new Consolidation tool to occur in the later Phase of the deployment comes additional time in the detailed design phase. 
  • Group Reporting is the current\latest SAP Consolidation Toolfor consolidation processes, and is on the SAP Roadmap for the future.
  • Simplification and synergies can be gained utilizing and fully integrated SAP Module. with deployment occurring in a later Phase of the deployment comes additional time in the detailed design phase. however the decision on the Consolidation tool will be made in detailed designed.  
  • with deployment With the Syensqo consolidations tool implementation occurring in a later Phase Release of the deployment comes additional time in the detailed design phase, the Release. The final decision on the Consolidation tool will not be made at this stage, and is not a key decision of this document.
  • Simplification .  Simplification and synergies can be gained utilizing and a fully integrated SAP Module, and it is assumed Group Reporting will be utilized unless there are major gaps in the business requirements.

Risk.

  • As the organisations Syensqo's financial statements and reports are produced from the Consolidations , risk will be a major consideration in the the decision making process. tool.  A risk resides in presenting inaccurate numbers.  A key evaluation criteria will relate to the deployment approach which lowers this risk.

Design, Build and Test. 

  • The timing of when dedicated Consolidations resource will commence will be determined in line with the overall Deployment approach, taking into consideration transition to new a application, integration of design, and resource costs.
  • Design and build in the initial Release\s will support parallel testing of S4HANA Group Consolidations with the existing BFC tool. This will contribute to de-risking the deployment.


Constraints

BFC product support by SAP ends in 2030.  It is assumed Consolidation will be deployment prior SAP Group Reporting or alternative Consolidations tool will be deployed prior to this date.


Impacts

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

whether data is flowing into BFC or new Consolidation tool. 

  • Aligned with the deployment decision, loading data packages into BFC from the source system, being PF1, WP1, or S4HANA, will continue.


Data Conversion: Timing and complexity of data conversion.

 

  • Aligned with the deployment decision, historical data loads will occur in the later phase and and "one" loadRelease. Conversion will be a one off activity upon deployment


Reporting:

Report

Reports currently being produced from BFC.

  • Aligned with the deployment decision, existing Reports will continue to be produced from BFC until the new Consolidation tool is implemented in the later phaseRelease.





Business Rules

  • Existing BFC Rules will continue.
  • S4HANA S/4HANA business rules relevant at this point in time will be largely caverned governed by the Enterprise Structure Definition. More specific Consolidation Rules will come in detailed designeddesign.


Options considered

Option A:

Differed Consolidation

Deferred Deployment

Continue with BFC in the initial phase\s Releases and deploy the new Consolidation tool in the later PhaseRelease

Orange Box and Arrows are new / added, the rest remains as is.

Image Added

Key Points:

  • System: BFC will stay in place until the last Release of the deployment.
  • IC Eliminations: All existing intercompany elimination, reporting and reconciliation processes remain.
  • Reporting: Existing Reports will continue from BFC.
  • Existing ECC entities: will continue to integrate with BFC in the same manner.
  • Entities transitioning to S4HANA: will transfer data in the same manner as the ECC system entities.  Data load output templates will remain largely the same, the data to fill the template will come from S4HANA.  Mapping of data will be required and tested. 






Option B: Upfront Deployment

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.

Image Added


Key Points:

  • System: BFC will be replaced by the new consolidation tool in the initial Deployment Release.
  • Intercompany Eliminations: All existing intercompany elimination will need to be designed and built in the new tool.  Existing ECC entities will need to adopt the new rules to integrate with the new tool.
  • Reporting: Reports from BFC will need to be replaced with new S4HANA equivalents. 
  • Existing ECC entities: will need to load data into the new consolidation tool, new templates and processes need to be developed.  Additional training also required for the interim.
  • Entities transition to S4HANA: Data from S4HANA will automatically be consumed by the new Consolidation tool. 


Evaluation


CriteriaOption A - Defer DeploymentOption B - Upfront Deployment

Risk

Pro

Low Risk

Pros

Low Risk, simple approach

. Existing tool continued to be utilized. Loading from the existing source system not initially transferring to

S$HANA

S4HANA will continue as is.  Data from the entities transitioning to S4HANA will follow the same\existing approach to load into BFC.

  (Pro Rating = High)
  • 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 conversation. (Pro Rating = High)
Allow the possible of more robust testing (parallel Testing) utilizing actual data. This is relevant for the base consolidation as well as reports. (Pro Rating = High)

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

phase

Release\s to stabilise will result in more accurate data being automatically consumed by Consolidation, and leading to more accurate financials

. (Pro Rating = High)..

.

  • ...
  • 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

    Cons

    • Benefits from the new Consolidation tool to be realised at a later point in the deployment horizon. (Con Rating = Medium)
    • Manual data feed to continue. (Pro Rating = Low)

              

    Option B: Upfront Consolidation Deployment

    Implement the new Consolidation Tool and discontinue BFC in Phase 1 of the Deployment.

    Pros

    • Benefits from the new Consolidation Tool to be realised earlier.

    Cons

    • Higher Risk approach with high likelihood of business disruption for the initial closing periods.
    • High complexity in managing the intercompany elimination with some data coming from the ECC and not part of the integrated S4HANA design.

    Process will need to be developed to integrate

    \interface\load

    data from

    the existing ECC systems.  This

    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.

    Option C: 

    Option D: 

    Evaluation

    Option A

    Option B
    Option C
    Option D
    Criterion 1

    (plus)Pro

    (minus)Con

    (plus)Pro

    (plus)Pro

    (plus)Pro

    (minus)Con

    (plus)Pro

    (minus)Con

    Criterion 2

    (plus)Pro

    (minus)Con

    (minus)Con

    (plus)Pro

    (plus)Pro

    (minus)Con

    (minus)Con

    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.

    CriteriaWeighting

    Option A 

    Deferred Deployment

    Option B

    Upfront Deployment

    RiskVHLowHigh
    Stabilization at DeploymentHMediumLow
    SimplicityHHighLow
    Data Conversion EaseHMediumLow
    Testing - Additional Parallel Testing OptionMHighLow
    Benefits Realisation Timing (Earlier Vs Later)HLowHigh
    Overall Rating
    HighLow


    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.

    Criterion 3(plus)Pro(minus)Con(minus)Con(plus)Pro


    See also


    Attachments
    previewfalse
    patterns^(?!.*\.(png|jpg|jpeg)$).*
    sortOrderdescending

    Change log

    Change History

    Workflow history

    limit10
    Workflow Report
    parent@self
    hideheadertrue
    typeapprovals