Skip to Content
Product Information
Author's profile photo Sorina Ciobanu

What you cannot do with an S/4HANA conversion project

Most of the blogs and vast amount of documentation existing in the SAP community focuses on prerequisites, steps to follow, recommendations and advices for a successful transition to S/4HANA.  

But what about the things we cannot achieve during a conversion project? Or the things which cannot be done in a specific phase of the conversion project or afterwards, in the converted and live S/4HANA system? 

In this blog, lets analyze those aspects which cannot be achieved during or post a conversion project. 

Please note that not all the items from this blog can be found in the Simplification List or in the Readiness Check. 

 

1. You cannot identify all the data inconsistencies in the source system.

There are standard reports available in the ECC system for consistencies checks, which have been available for a while and most of them focus on generic checks and not checks specific for the S/4HANA conversion. In order to identify all the data inconsistencies relevant for the S/4HANA conversion, a full conversion cycle must be executed, using as recent copy of Production. This is also one of the reasons the conversion project follows an iterative approach.
One of the consistency checks reports specifically targeting S/4HANA conversion projects is provided via note 2755360 However, this report is not capturing all the data inconsistencies as the programs executed during the data migration.  

Updates:

  • with note 2887318 an additional program for GL errors correction is provided. This program can be used along with note 2714344 to support pre-conversion error resolution
  • note 2896400 provides a series of consistency checks in the area of Asset Accounting, targeting specific S/4HANA conversion related errors and which can be executed in ECC environments. Note  2714344 can also be consulted for asset related errors and support the resolution.

These additional programs/ notes, increase considerably the % of data inconsistencies which can be addressed before the conversion cycle.

 

2. You cannot implement document splitting or a further accounting principle/ledger during the conversion project.

The conversion to S/4HANA from classic GL, is similar to the New GL migration scenario 1 – Merge of Classic GL and parts of Scenario 2 (Scenario 1 and additional merging of PCA and SPL).  The implementation of document splitting and of a further accounting principle are available after the conversion to S/4HANA, as subsequent implementation projects, starting with release 1610 – for the additional accounting principle and release 1709 for the subsequent document splitting. For additional information, including limitations, please see Implementation of a Further Accounting Principle and Subsequent Implementation of Document Splitting 

 

3. You cannot switch from the accounts approach for parallel valuation to the ledger approach for parallel valuation. 

This transition scenario is currently not available – not during the conversion project, nor as a subsequent project in S/4HANA. It is however a planned innovation included in the future roadmap: Easier reporting and fewer general ledger accounts as a result of transitions from parallel general ledger accounts to parallel ledgers.

The transition scenario is available only in ECC at the moment, so it can be done before the conversion project, as part of the NEW GL Migrations scenarios. For a complete list of scenarios available in ECC as part of New GL Migration, please see Migration to New General Ledger Accounting. 

 

4.You cannot change the relationship/assignment between existing company codes and controlling areas.

This does not include creation of a new controlling area for new legal entities or the assignment of a new Controlling Area to a company code which was not using the Controlling component before. Such project can be executed only in the ECC system, before the conversion project, with the support of the team previously called SLO and currently called DM&LT.  

 

5. You cannot introduce an additional currency.

As part of the S/4HANA conversion, only the existing currencies are taken over in the environment.  It is possible to introduce a new currency, after the conversion, starting with release 1809. The new currency will be available only in the General Ledger component as it will be introduced only in the Universal Journal (only table ACDOCA). All the documents will be enhanced with this additional currency and all the documents pertaining to the current fiscal year will have balance zero ensured.
As this new currency will not be available in table BSEG, it will also not be reconciled for components like Asset Accounting, Material Ledger and Controlling.

During conversion or after as part of the separate project, it is also not possible to:

  • Introduce a company code currency or a controlling area currency 
  • Introduce a currency type for Transfer Pricing 
  • Convert an existing currency type 

For these specific requirements, it is still possible to execute a project in the ECC system with the support of the team previously called SLO and currently called DM&LT.  For additional information, please check SAP Help or note 2334583.  

 

6. You cannot use a combination of accounts approach and ledger approach for parallel valuation.

In ECC, it was possible to use such set up. In order to be able to use New Asset Accounting, which is a pre-requisite for S/4HANA, you must map the parallel valuation in New Asset Accounting with either ledger approach or accounts approach in the General Ledger application. 

 

7. You cannot use alternative fiscal year variants with different “beginning/end dates” when using the ledger approach for parallel valuation, for the representative ledgers in a ledger group.

This is a requirement for New Asset Accounting. Please check note 2220152 for a work-around and also the restrictions from note 844029. 

 

8. You cannot share the same chart of depreciation for company codes with different ledgers assignment or different currencies assignment.

This was possible in Classic Asset Accounting but not possible in New Asset Accounting, as GL and Asset sub-ledger will be completely reconciled and in sync. As a solution, you can create a new Chart of Depreciation and change the assignment of the company code to the new chart of depreciation. In order to achieve this, please raise an OSS incident with SAP Support. There is a pilot available for such requests.  

 

9. You cannot use the same chart of depreciation, for new company codes created after conversion, where a Parallel Ledger in source system has different currencies than the Leading Ledger.

In ECC, it was possible to have a Parallel Ledger with a different currency assignment than the Leading Ledger. In S/4HANA, the non-leading ledgers inherits the parallel currencies from the Leading Ledger. This might require an additional chart of depreciation, as the migrated ones cannot be used (it will not have the depreciation area required for the additional parallel currency in the non-leading ledger). 

 

10. You cannot do a partial Finance data migration – migrate selected company codes, ledgers or partial transactional data.

In case certain company codes are not required from business point of view, in order to disable some configuration checks during conversion, you can mark them as ‘‘template‘‘, as per the note 2159452.You can also consider deleting a non-leading ledger, in specific business contexts. You will have to open an OSS incident with SAP Support to get access to a pilot note. For selective data migration from ECC to an already LIVE S/4HANA OP system, please see  the scenario Company Code Specific Conversion to S/4HANA with details in the note 2522155. This scenario can be executed only with the involvement of the team previously called SLO and currently called DM&LT. 

 

Conclusion

For a smooth transition to S/4HANA, carefully consider what is the level of transformation you want to achieve, what is your current set up in the source ECC system and what are the current conversion tools and programs designed to do. A conversion project could be a great experience and bring lot of simplifications for your business and customers, given the right expectations are set.

Let me know what you think in the comments below!

 

 

Assigned tags

      25 Comments
      You must be Logged on to comment or reply to a post.
      Author's profile photo Daniel Nicula
      Daniel Nicula

      Hello,

       

      Great article, first of all!

      That means, if I have a customer, for example, having classic-GL, but wanting to switch to ledger approach, the only possibility would be a new-GL implementation project (ledger approach) before transition to S/4HANA, right?

      Or, not doing a conversion at all, but start new, greenfield.

       

      Cheers,

      Daniel N.

      Author's profile photo Sorina Ciobanu
      Sorina Ciobanu
      Blog Post Author

      Hello Daniel,

      Yes, if the customer is having classic GL, is using the accounts approach for parallel valuation and they want to transition to the ledger approach in S/4HANA, the only option currently available is to do a New GL Migration project before the conversion or do a greenfield project of course.

      I am glad to hear you found the article helpful.

       

      Kind regards,

      Sorina Ciobanu

      Author's profile photo Daniel Nicula
      Daniel Nicula

      Hi Sorina,

       

      Thank you for the quick answer.

      I was thinking about and also came in discussion on the same customer: Central Finance.

      What do you think? Would it be a good approach for the same customer above?

       

      In my opinion, Central Finance is not an ideal approach today, because S/4 is already mature enough. Why do invest in Central Finance when you can do directly S/4?

      Maybe this would have been a feasible solution few years ago, in 2012-2016, but now, I don´t think so.

      By the way, this customer, has a pretty complex Logistic construct, and the landscape consist of only SAP ERP, without other non-SAP ERP systems or other Applications.

       

      What is your opinion?

       

      Kind regards/O zi buna!

      Daniel

      Author's profile photo Sorina Ciobanu
      Sorina Ciobanu
      Blog Post Author

      Hi Daniel,

      Thank you for your question. It is in fact quite a relevant question nowadays.

      S/4HANA has been around for the last 5 years and it is of course more mature and includes more innovation with each new release. In the same time, Central Finance is an adoption solution using S/4HANA as basis so from feature point of view they would have the same level of maturity.

      As a transition scenario to S/4HANA, if the customer has only one SAP instance,  we would normally recommend to first evaluate the standard transition scenarios to SAP S/4HANA- based on of course what is more important from business point view for the customer and what can be achieved in the customer’s available timeline:

      • System conversion
      • New implementation
      • Selective data transitions

      In the same time, it is possible to use also Central Finance to do a switch from source system Classic GL to a target S/4HANA system where the Ledger approach is used.This is not a out-of-box solution, but a custom solution, and one that many customers employ, and it does derive additional benefits at a later stage. This would mean a custom solution where GL accounts from the source system will be mapped to be re-posted to the target system (ledger, ledger group, account etc.)

      You mention that customer only has SAP system(s) in their landscape. A heterogenous landscape is a strong indicator and provides for a compelling use case for Central Finance- one of the main use cases of Central Finance is to run one central platform for corporate finance across distributed landscapes.

      You also mentioned the complex logistic processes in source. This indeed is not provided as an out of the box solution by SAP, but quite few customers have started their journey towards S/4HANA by implementing Central Finance as the foundation and are now starting the delta migration of the other processes (incl. Logistics) to the target system. Central Finance offers an alternative deployment option to adopt S/4HANA with significantly reduced risk and a step by step approach. If a customer is willing to transform financial data and processes at a faster pace, but also in an incremental phased approach, then Central Finance is an alternative. This could mean Logistics processes will be migrated at a later stage – a type of Lift & Shift- so this approach will have to be carefully analysed and planned by the customer and project team.

      For more information about Central Finance, see also the below blog:

      https://blogs.sap.com/2020/02/14/different-views-on-what-is-central-finance/

       

      Kind regards,

      Sorina

       

      Author's profile photo Daniel Nicula
      Daniel Nicula

      Hi Simona,

      Thanks a lot for the very detailed Explanation.

      Just one Question I would have: what exactly it is meant by selective data transitions?

      Is this About the so-called "Bluefield" Approach?

      Where could I find more About this?

       

      Thanks again.

      Daniel

      Author's profile photo Sorina Ciobanu
      Sorina Ciobanu
      Blog Post Author

      Hello Daniel,

      Please check the below link for additional information:

      Mapping Your Journey to SAP S/4HANA - A Practical Guide for Senior IT Leadership

      Kind regards,

      Sorina Ciobanu

      Author's profile photo Sandip Jana
      Sandip Jana

      If a customer is in classic G/L and they do not have parallel valuation active, Can they set up additional ledger and start using ledger approach for parallel valuation after Brownfield project?

      Author's profile photo Sorina Ciobanu
      Sorina Ciobanu
      Blog Post Author

      Hi Sandip,

       

      It is possible to implement an additional accounting principle after the conversion - this will be based on the ledger approach. Please see below more details, including constrains:

      Subsequent Implementation of a Further Accounting Principle - SAP Documentation

      It is not (yet) possible to move from the accounts approach for parallel valuation to the ledger approach.

       

      Kind regards,

      Sorina

      Author's profile photo Sandip Jana
      Sandip Jana

      Thanks a lot Sorina. Excellent article. Very clear PoV on parallel ledger and Brownfield conversion.

      Author's profile photo Deepak Grover
      Deepak Grover

      Excellent article Sorina

      Author's profile photo Dora Fernandes
      Dora Fernandes

      Great article Sorina. Very structured and definitely very useful for companies planning the S4 journey!

      Author's profile photo Sorina Ciobanu
      Sorina Ciobanu
      Blog Post Author

      Thank you Dora. Happy to hear this!

      Author's profile photo Brad Shen
      Brad Shen

      Great article! Unfortunately, we didn't now read this earlier.

      In an S/4HANA conversion project this year, we encountered the issue of No.7:

      "7. You cannot use alternative fiscal year variants with different “beginning/end dates” when using the ledger approach for parallel valuation, for the representative ledgers in a ledger group."

      In the early project planning phase, the project team did not notice this issue until project starts (the first conversion cycle). And this impact a lot to the project: New GL w/ scenario 7 execution, unexpected New GL migration service cost,  and historical data handling... It was a nightmare..

      Author's profile photo Sagar D
      Sagar D

      nice!

      Author's profile photo KAPIL MEHTA
      KAPIL MEHTA

      Hi Sorina

      I found this article very useful. We have to perform migration from ECC 6.0 to S4H 2020. So I have following queries -

      1. Which report should be used for pre-check in AA, GL? Should we use RASFIN_MIGR_PRECHECK or FI_AA_CORR*, FI_CORR* as mentioned in note 2896400 & 2887318 ?
      2. Customer is not using New GL, and there is no business requirement for Parallel ledgers, Segment reporting etc. Can we safely migrate to S4H w/o New GL Migration ? During FI configuration in S4H migration project, Is it necessary to do basic New GL configuration ??

      Regards

      Kapil

      Author's profile photo Sorina Ciobanu
      Sorina Ciobanu
      Blog Post Author

      Hello Kapil,

      Happy to hear you found the article useful.

      Please see below the answers to your questions:

      1. The pre-checks are included in the SI check- so they will be automatically executed. Please check the attachment from note 2332030 - Conversion of accounting to SAP S/4HANA - SAP ONE Support Launchpad for additional details.
      2. During the conversion, New GL will be technically activated. You do not have to configure additional ledgers or document splitting. You can later implement an additional accounting principle or document splitting as separate projects in S/4HANA.

      Kind regards,

      Sorina

      Author's profile photo KAPIL MEHTA
      KAPIL MEHTA

      Hi Sorina

      Thanks for your clarification.

      Until version 17xx, we had FI specific pre-check report (RASFIN_MIGR_PRECHECK) and it seems now everything is included in SI Check. But SI check does it for complete system, and not just for FI. It takes lot of time, and I may need to execute FI pre-check couple of times. Hence I was looking for FI pre-check report.

      After SI check, should we execute FIN_AA_CORR_RECON & FIN_AA_CORR_DISPLAY, FIN_CORR_RECONCILE and FIN_CORR_DISPLAY in ECC, as mentioned in notes 2896400 & 2887318 ?

      Regards

      Kapil

      Author's profile photo Sorina Ciobanu
      Sorina Ciobanu
      Blog Post Author

      Hello Kapil,

      I understand your point related to the SI checks. I will keep in mind this feedback.

      You can execute FIN_AA_CORR_RECON & FIN_AA_CORR_DISPLAY, FIN_CORR_RECONCILE and FIN_CORR_DISPLAY at any point in time in the source system- they indicate data related consistency errors. So they are not directly connected to the SI checks.

       

      Kind regards,

      Sorina

      Author's profile photo KAPIL MEHTA
      KAPIL MEHTA

      Hi Sorina

      We are facing issue while executing FIN_CORR_MONITOR tcode in ECC system. When we execute this report in Correction mode to rectify table inconsistencies, system starts background job which gets automatically terminated with error message "Define a leading ledger" FAGL_LEDGER_CUST023.

      • We are on classic G/L, and in SPRO there is no option to define ledger. How should I resolve issue ? We dont have business requirement for Parallel ledger.
      • Even if Leading leddger is defined in ECC, Will it create any issue later ?

      Regards

      Kapil

      Author's profile photo Sorina Ciobanu
      Sorina Ciobanu
      Blog Post Author

      Hi Kapil,

      Please do not create a ledger in ECC. I believe the best thing would be to raise an incident.

      The issue can also be related to note 840783 - Error message FAGL_LEDGER_CUST020 or FAGL_LEDGER_CUST023 - SAP ONE Support Launchpad - but please raise an incident for the best resolution.

       

      Kind regards,

      Sorina

      Author's profile photo KAPIL MEHTA
      KAPIL MEHTA

      Hi Sorina

      Thanks for feedback. We referred to note 840783 and executed report FMGL_CHANGE_APPL_IN_LEDGER, error is resolved.

      Regards

      Kapil

      Author's profile photo Chandra Sekhar Chilukuri Chandra Sekhar
      Chandra Sekhar Chilukuri Chandra Sekhar

      Hi Sorina,

      Thanks for the article as earlier Brad Shen said i have issue with the following

      7. You cannot use alternative fiscal year variants with different “beginning/end dates” when using the ledger approach for parallel valuation, for the representative ledgers in a ledger group.

      Our scenario is :- For china company code we have 2 ledger 0L and Z1 ledger in R3 system. 0L and Z1 Ledger have different fiscal year variants. in this case what should be our approach.

      1. Do we need to implement representative ledger in R3 ledger or during the S4HANA conversion?
      2. if have to do in R3 (ECC 6.0) do we have to option to add representative ledger and run the subsequent accounting principle?
      3. When the data from Z1 ledger will be copied to Representative ledger

       

      2. You cannot implement document splitting or a further accounting principle/ledger during the conversion project.

      We have landscape

      1) ECC 6.0 (FAGL_ACTIVEC-ACTIVE =X)  - Active (please note splitting rules are not defined just activated)

      2) ECC 6.0 (FAGL_ACTIVEC-ACTIVE =' ') - Not active

      We want to merge these 2 systems. In this what should be approach for document splitting?

      please help reply on this.

       

      Thanks & Rgds

      Chandra

       

       

       

      Author's profile photo Sorina Ciobanu
      Sorina Ciobanu
      Blog Post Author

      Hi Chandra,

      Point 1:

      Please see the following notes:

      844029 - Alternative fiscal year variant for ledgers in General Ledger Accounting (new) - SAP ONE Support Launchpad

      2220152 - Ledger approach and Asset Accounting (new): Alternative fiscal year variant for parallel valuation - SAP ONE Support Launchpad

      2490222 - Additional Explanation to SAP Note 2220152: Alternative Fiscal Year Variant / Parallel Valuation / Period Determination / Reporting - SAP ONE Support Launchpad

       

       

      Point 2:

      If you are planning to merge 2 ECC landscapes, you probably use additional tools – not just the ‘’standard’ ones.

      I also understand in one system you have new GL and in another system classic GL. I believe in case of a merge, you will have to assess how the merge will be done and how the data will be mapped. I do not see how  a ‘’classic’’ conversion project will work here.

      Document splitting you can implement after conversion- as a separate project.

      Please see:

      Subsequent Implementation of Document Splitting (sap.com)

       

      Kind regards,

      Sorina

      Author's profile photo HANA S4 APP
      HANA S4 APP

      Hi Sorina,

       

      Thanks.

       

      for point 2, In the note 2220152, the highlighted in bold one means that the following steps should be performed in Source system (ECC6) instead of S4HANA?

       

      You want to implement the Simple Finance add-on or migrate to S/4HANA and thus activate Asset Accounting (new) as well. Then, so that you can continue to work in the general ledger with alternative FYVs, you must perform the following steps before you install the SAP Simple Finance

      add-on:
      An additional, absolutely necessary (non-leading) ledger must be introduced. In addition, this new ledger must be managed in a new ledger group together with your existing ledger that maps the parallel valuation. In addition, in the new ledger group, the new ledger must assume the role of the representative ledger. However, note that the restrictions listed in SAP Note 844029 are still valid.

      • Create a new non-leading ledger (for example, ledger L2) for the parallel valuation.
      • Assign the same company codes that were assigned to the previous non-leading ledger L1, which represented the parallel valuation, to the new ledger L2.
      • Assign the same fiscal year variant that was assigned to the leading ledger to the new ledger L2 (FYV K4).
      • Create a new ledger group (such as the ledger group LX) that will be used in the future for the postings of the parallel valuation.
      • Assign the ledger L2 as a representative ledger and the ledger L1 as a non-representative ledge rto the ledger group LX.
      • For customers who have used the classic Asset Accounting until now and customers who use Asset Accounting (new) under SAP ERP 6.0, Enhancement Package 7, SPS 02 (EHP7) or higher, the following applies:
        In the chart of depreciation, assign the new ledger group LX to the area that represents the parallel valuation.
      • Assign the new ledger group LX that will represent the parallel valuation in future to the accounting principle GAAP.
      • For the accounting principle GAAP, you must now prevent postings that are relevant for Asset Accounting from being made to the automatically generated ledger groups L1 (that contains only the ledger L1) and L2 (that contains only the ledger L2For example, this can be prevented using a validation.

      Thanks & Rgds

      Chandra

      Author's profile photo Sorina Ciobanu
      Sorina Ciobanu
      Blog Post Author

      Hi Chandra,

       

      I believe you get an error during the SI checks so in this case it has to be done in source system, to be able to move on.

      Also, given the fact that this is an already live system, please check this statement as well:

      Note for existing customers coming from classic Asset Accounting and using an alternative fiscal year variant in the general ledger:

      Existing customers must ensure that correct values exist in the new representative ledger L2 . Otherwise, subsequent processes cannot be executed. In addition, a migration of the data (with migration scenario 7) is absolutely vital. For more information about the migration and mandatory SAP migration service, see https://support.sap.com/ja/offerings-programs/support-services/general-ledger-migration.html.

       

      Kind regards,

      Sorina