Skip to Content

Migration to Simple Finance

In this blog I will try to summarize all the main concepts that need to be known and considered before migrating to Simple Finance, more specifically to its main module SAP Accounting, powered by SAP HANA.

Migration prerequisites:

Any customer running today ECC6, with whichever Enhancement Package, can consider migrating to Simple Finance.

It is a migration in 2 steps:  ECC6 EhPx on any DB => Suite on HANA EHp7 => sFIN

As of today, there is not a direct migration path from ECC6 EhP7 to sFIN. You have to perform the intermediary step to Suite on HANA. This should change in the future.

The actual migration to the GL in SAP Accounting is actually easy. For the most part, this is a technical migration. Some functional aspects, which I will cover below, must be kept in mind, but it is above all a technical migration, not a functional project.

Functional aspects of the migration:

Another important point is that the new GL is not a pre-requisite for an implementation of the GL
in SAP Accounting. You can perform the migration straight from the classic GL to the GL in Simple Finance.

The GL in SAP Accounting is very similar to the New GL in SAP ECC: it provides the same capabilities as new GL and leverages its data structures, but it is further optimized for HANA, for example no totals tables, convergence with CO, better reporting, etc. Existing PCA (profit center) and SL (special ledger) functions and features from classic GL can remain in place.

However, be aware of one limitation when migrating from classic GL: document splitting and parallel ledger cannot be implemented yet (this restriction is planned to be lifted later on with a Support Pack). So, if for example you wanted documents split now in sFIN, you would have to migrate first in new GL, activate the document split, and then migrate to sFIN. That’s why customers already running a migration project to new GL in SAP ERP with a planned go live in 2015 should continue before moving to sFIN.

Finally, the migration also moves you to New Asset Accounting (NAA).

Migration project steps:

The migration project steps can be described as follow. I’m giving a rough estimate of the time repartition spent on each task, from a project (i.e. parameterization) and an elapsed time point of view:

Project steps:

                                                             Project time      Elapsed time

0- technical install                                              20%       10%

1- GL => new GL                                               10%       30%

2- Simple Finance data migration                         20%       50%

3- Activate NAA                                                 50%       10%

For example, for an actual migration we did, we experienced the following figures for step 2:

Data transfer (93 million rows): 50 mns

Data migration: 11h elapsed time

You can expect a minimum of 24 hours of production system downtime.

SAP is providing a migration guide. There is no required SAP migration service.

Modifications to the ERP data model:

Here is the list of FI/CO tables removed in sFIN v1.0:

Index tables removed:


Index for G/L Accounts


Index for G/L Accounts (Cleared Items)


Index for Customers


Index for Customers (Cleared Items)


Index for Vendors


Index for Vendors (Cleared Items)


Index, Documents for Material


Index for G/L Accounts – New G/L


Index for G/L Accounts – New G/L (Cleared Items)

Aggregate tables removed:


General Ledger: Totals


Summary Data Preparations for Consolidation


New General Ledger: Totals


Customer master (transaction figures)


Vendor master (transaction figures)


Customer master (special G/L transaction figures)


Vendor master (special G/L transaction figures)


Cost Totals for Internal Postings


Cost Totals for External Postings

The remaining physical tables are fully Line Items based. All dimensions are available for fast analysis with SAP HANA. There are no more limitations by pre-defined totals or aggregates as before. Data structures can be easily enhanced with custom dimensions (just update the line item table).

Please note that all those deleted tables are replaced by HANA CDS views. So those suppressions will not affect existing custom ABAP code as long as such code is not writing in one of those tables: custom programs and reports with read access to old tables will continue to work.

Also, new tables will be created in the data model to manage historical data.

Finally, this list above is for sFIN v1.0. The new v2.0 will introduce some new changes on this list as well.

Optimized transactions:

Many period close transactions have been optimized for HANA in SFIN:

Settlement (plant selection)                                     CO88 -> CO88H

Settlement (make-to-order sales orders)           VA88-> VA88H

Settlement (internal orders)                                     KO8G-> KO8GH

Settlement (projects)                                                  CJ8G -> CJ8GH

Results Analysis                                                              KKAK -> KKAKH
(POC method or revenue-based)

WIP Calculation at Actual Costs                                                KKAO -> KKAOH

Variance Calculation w. Full Settlement               KKS1-> KKS1H

Variance Calculation for Cost Centers                    KSS1-> KSS1H

Harmonized External and Internal Reporting in SAP ERP:

  • Link on line item level (1:1) between Financial Accounting (FI) and Management Accounting (CO)
  • Link from CO line items to dimension table in profitability analysis (CO-PA)
  • Enhancements of account-based CO-PA (detailed postings for cost-of-goods-sold and variances)
  • Logical document (HANA view) for analyzing the converged data
  • New detailed analysis of Work in Process
  • Real-Time Operational Reporting in SAP ERP
  • No need for time-consuming extraction into and separate (delayed) reporting via SAP BW
  • Reporting across multiple SAP or non-SAP ERP systems with deployment option “central journal”

New Fiori User Interface: SAP Gateway prerequisite:

Last but not least, SFIN introduces a brand new user experience, simplified and ergonomic, to Finance with Fiori.

You must know however that Fiori has technical requirements of its own. The prerequisite of Fiori for an ABAP based application is the middleware SAP Gateway. SAP Gateway is part of Netweaver 7.4, so it is automatically installed with ECC.

But for a production system, SAP recommends that you use a Central Hub Deployment of SAP Gateway. This means you install SAP Gateway independent of ERP on a standalone system, either behind or in front of the firewall. You therefore separate back-end components from front-end components. For production systems, SAP does not recommend the Embedded Deployment option.

So you will need to plan for installing Gateway if it is not already in place in your SAP landscape.

Finally, be aware that the old retired transactions replaced by redeveloped Fiori applications will not be accessible anymore through the SAP GUI. If you attempt to start them, you will get a pop-up redirecting you toward the Fiori Launchpad of Simple Finance.


Hopefully this contribution will help demystify the path to SAP Simple Finance, and let you assess the effort that would be necessary to make the upgrade in your own situation.

You must be Logged on to comment or reply to a post.
  • Hi Arnaud,

    really interesting information. We are in old GL, plan to move to HANA on August and implement Simple Finance by the end of the year. From what I understand, we might avoid the migration to new GL and use document splittting by 2016?



    • Hi,


      If you want to migrate to sfin, then you don't need to wait till the year end. You can migrate to sfin at any period end from classic GL. After the migrating to sfin, I guess SAP is planning to assist migration scenarios.




    • Yes, absolutely. Murali is right. New GL is not a prerequiste for sfin migration. You can migrate from classic GL to sfin directly. The migration will technically convert you into new GL, but you will not be able at first to use the document split. While "technically" in new GL, you will remain "functionally" in classic GL. The roadmap for sfin clearly states that the feature to retroactivally activate new GL document split is planned for end of 2015.



  • Hi,

    If Customer has planned new GL implementation by end 2015 .Will it be advisable for him to go for sFin first as mentioned above.Document split will anyway be available by end 2015




  • Hi Arnaud,


    Release Notes 1968568 (SFIN 1.0) and 2119188 (SFIN 2.0) both state newGL as a pre-requisite.  From the above comments, are you saying that it is not a pre-requisite to migrate to SFIN, but that you have no choice but be on a technical newGL in SFIN? (in which case what are the risks for migration from Classic GL to SFIN?)




  • Great summary!


    With regards to Old Transactions, does this mean ALL transactions or selected transactions will be replaced by Fiori Apps. And will there be a case of users having switch between the browser for Fiori Apps and SAP GUI?


    Secondly, upon migration to SFIN 2.0, will all relevant Fiori Apps need to be activated individually or we do we assume all SFIN 2.0 apps would have been activated and only assignment of roles is required?




    • Hi Daniel,


      Only some transactions have been rewritten in Fiori (about 20%). The remaining ones remain in SAP GUI format. The objective is to add more and more Fiori transactions in replacement of old ones with every new releases.


      If a transaction has been rewritten in Fiori and leverages the new data model, then yes it will not be available though the SAP GUI anymore. If you try to execute the old transaction code, you will then get a pop up window asking you to connect to the Fiori Launchpad instead.


      The new Fiori interface is available in sFin out of the box.




      • Hi, Arnaud,

        This is a quite interesting posting as these are the common questions that our customers are asking us. I have a detailed question for you: what happens with transaction code FB50?. I see it's "fiorized" but in note 


        1946054 - SAP
        Simple Finance, on-premise edition: Transaction codes and programs - Comparison
        to EHP7 for SAP ERP 6.0

        FB50 is not refelected; does it mean that our customers can run both sapgui or fiori app for t-code FB50?.


        Thanks a lot!!


        Regards, Noemí

  • Hi Arnaud,


    do you have similar knowledge with respect of migrating to S/4HANA? I know S/4HANA is pretty new so we are trying to find as much information as possible. We are not sure if there is an EhP path to S/4HANA and if the result is the same as creating a new  S/4HANA installation regarding the available objects (tables, standard code/FMs, DDIC, etc.).




    • Hi Albrecht,


      Actually,as of today (May 2015) S/4HANA on premise = sFin 2.0 + other "classical" Suite on HANA (SOH) ERP modules (eg SD, MM, etc.).


      The foundation of S/4HANA on premise is the Suite on HANA. The release strategy is to deliver so-called s-innovations, that will convert "classical" ERP module (eg FI/CO) into simplified, rewritten ones (sFin being the first one delivered).


      The next s-innovation on the roadmap is s-Logistics, planned for Q4 2015. Upgrade to s-Logistics from SOH will be a similar process as upgrade to sFin today. S-Marketing will then be next, and so on.


      Over time, the "legacy" Suite on HANA code will be more and more replaced by s-innovations, until all "classical" modules have been rewritten. Same thing for SAP GUI transactions, that will also be more and ore replaced by new Fiori ones.


      Hope it helps,


      • Hi Arnaud,


        if I understand you properly S-innovations will be delivered as EhPs that customers impact and then turn on the snwitch for the new HANA optimized/simplified modules.

        So from a technical perspecitve SAP says that many objects will disappear with S/4HANA, will these objects be removed form the system when a customer switches on an S-innovation? Example: If a SAP function module is obsolete with S/4HANA will it be removed from the system when we switch to the simplified module? If not how will customers know that their custom code depends on a function module that is now non-functional?



  • Dear Arnaud SERGENT


    Great blog!! Thanks for the information.


    Should we deploy parallel landscape during the migration to S/4HANA ? Once Dev system is migrated to SAP Simple Finance , how can we handle code changes to production in case if emergency ?




    • If you situation is you first migrate DEV to SFIN, where your migration for the productice system has been planned for a later date, it is indeed recommendable to keep parallel DEV system in the landscape. In addition I recommend to limit changes as much as possible and to have a strict policy on urgency of incidents and change requestts. A frozen period is preferred, to make sure that customizing in your DEV system  is similar to the customizing for future productive migrstion. Keep track of changes you make in DEV carefully.

      • Dear Edwin,


        Thanks for confirming.


        How the production migration actually takes place for Simple Finance ? How should we manage month end closing and installation & migration of the production ? As the no postings are allowed after the add-on installation.


        Pl advise



        • Hello Ravi,

          It is true that productive migration in certain situations take considerable time and it would be a problem to freeze such a long period. For this situation we give customers into consideration our Near Zero Downtime (NZDT) approach. Generally this works as follows: for test migration you make a recent copy of your productive system to a separate system server. This copied system must be very similar (alos on technical specs) as your productive system. You execute your test migrations 2 or 3 times just as often as you feel comfortable to go for productive migration. You wil refresh the copy from production prior to each test conversion. On the final test you perform a succesfull test migration.After that, you start a limited freeze period. Then you make your converted test system your new productive system and your orginal productive system will be reset to test system. In the downtime you have to migrate all te postings that you have made in the original productive system from on he moment you took the most recent copy for test, so the delta postings. You migrate these from old to new productive system and from classic to simple finance, This approach will reduce the down time significantly. There is a slide deck available that explains this, SAP can support you with NZDT service. Please contact your SAP AM.

          • Dear Edwin,Daniel Khoo


            Thanks for the advise, i have created a ticket to SAP asking for more details. Could you please advise, how we should manage migration in other clients ?


            Please see below


            In DEV, we have two client, 100 for master config and 200 for UAT, We move all changes from 100 to 200 for testing as it will be refreshed with the latest data from production for every 4 months.


            In QAT, we have 4 clients 400,500,600 and 700. 500 is the main client for testing and it is also in our transport route, all TR's to production must go through with 500 client.


            Can we migrate main clients in DEV and QAT to SFIN, and do a local client copy to other clients after the migration ? If yes, should we be fixing all inconsistencies in rest of the clients?


            Please advise the approach recommended.




          • Hi Ravi,

            Now your question becomes customer specific. Here you can benefit from SAP Consulting services, it goes a little bit beyond the targets of SCN, that is meant for general information exchange. I would recommend you to have a 1 or 2 days workshop with SAP Consulting services in order to design a roadmap dedicated to your needs and specific landscape situation.. It will earn itself back.

          • I think there is no single approach to this given the varying circumstances in each site. It would however be a good practice to have a "SFIN Project" landscape running in parallel to a "Production Support" landscape. The SFIN Project Landscape could be a system copy could be done immediately after period end close. (a temporary moratorium on AA transaction should be observe until system copy is done) Use this new system copy to run your trial migrations.

          • Hi Ravi,


            When you start the migration then migration happens for all the client in the system so you are not just migrating the one client rather you need to migrated all the client in the system otherwise you will have inconsistency in other clients.


            Yes, you need to keep a parallel landscape in addition to sFIN to support your existing production system.


            Hope this helps.




          • Thank You all, Thank You Vikash for confirming that migration happens in all clients , i was looking for this information.


            In that case , we plan to run the migration in all clients. I agree that we need to run a parallel landscape for S4 .



  • We are working in a project to upgrade from SAP ECC 6.0 to SFIN 1503, and we are trying to upload the Fix Assets into ASSETS ACCOUNTING (NEW) and we cannot successfully complete it. The system created the assets without any value. When we try to post the values for Acquisition, Accumulated Depreciation up to the last fiscal year, and the Depreciation applied in the Current Fiscal Year; with transaction ABLDT, the system return the error message that the loaded Asset does not have any acquisition value posted and the posting cannot be done.

    Do you have any idea what we should check to fix this issue?

    • During the migration to SFIN, there is no requirement to upload data into SAP system.

      The migration tasks as listed in the IMG path will migrate all financial data from the old table structure to UJ. The same should happen to AA related transactions. Hence if you do not see data in your assets after migration, you might want to check the logs created in each migration step to identify the source of error.




  • Edwin,


    Thank you very much for checking my problem.


    No, we did it after the upgrade to SFIN 2.0.


    We created a DEV box with SFIN 1.0  (from scratch) wit Classic Assets and Activated NEW GL. We didn't create any data.


    We upgraded to SFIN 2.0 1503



    Create Test Client in DEV BOX (Copy of DEV Client)


    Create Client Dependent Configuration in TEST CLIENT


    Load Master data (NO Assets)


    Execute Functional Tests


    Load FIX ASSETS downloaded from production after postings for period 7 (07/2015)


    We used a LSMW for AS91 and it created the Master Data only, no VALUES.


    We used ABLDT to post values (Acquisition, Depreciation 2014 and Depreciation 2015.


    In Asset Dates configuration we have Take Over Date 07/31/2015; Period in which depreciation was posted 07  2015


    System respond with message

  • message No AA 324


    Transaction 970 belongs to transaction type group, which can only be used to post to assets which postings has already been performed. However, not postings have been done for this asset.

    • Hi Rafael,

      It looks you did the migrations in the wrong order. Migration from Classic to New Asset Accounting must be done before you migrate to Simple Finance, You can reset the Simple Finance Migration and run it again.

      I suggest you to do so. Reset might take a couple of hours, dependant on the size of your database. When you re-run the SFIN migration thereafter, the ssystem will recognize that you are on New AA and then I expect it will migrate your APC. I hope this will solve the problem.

      Best regards, Edwin

      • HI Edwin,


        If there is no per-requisite for New GL Activation then why do we have this as a check in the report FINS_PRE_CHECK_SFIN_1503?





        • New GL Activation is not a pre requisite for SFIN Migration. It is activated in the target system during the migration exercise. Having said that, if you intend to use functionalities provided by New GL i.e. parallel ledger and document splitting, a separate implementation exercise will be needed. However, if the plan is to implement New GL, it would perhaps be better to complete the New GL implementation prior to migration to SFIN.




          • Hi Daniel/Edwin,


            Thanks for your response but I see conflicting statement from SAP in this respect.



            If I run the pre check report "FINS_PRE_CHECK_SFIN_1503" in the system then there is a check for "New GL activation"...if New GL activation is not a prerequisite then why SAP has introduced this check in this report. Unfortuantely I cannot check the output as in my case New GL is activated and hence system pops up the message " New GL is Activate".


            Also please refer the note which says clearly (as below) that we need to do some basic configuration for New GL accounting..


            - Whether the General Ledger Accounting (new) is already active.

            Background: During the installation of the Simple Financial on-premise edition 1503, the General Ledger Accounting (new) is technically introduced in the system. This means that customers who previously worked with the classic General Ledger Accounting must set a minimum of settings for the General Ledger Accounting (new) in Customizing that specify


            I understand that SAP has introduced New GL technically with sFin but then why is this check required in pre check report.





  • Edwin,


    Thank you for your recommendations.


    I have an additional question:


    How important is the sequence of the upgrade to ASSETS ACCOUNTING (NEW) , when we created our S4/Hana environment from scratch, and Fixed Assets have not been loaded yet?




    • For NN customer, you will need to activate new AA during system configuration. This is a pre requisite for SFIN environment.


      For a migration scenario, activation of New AA is part of the migration process.




        • It is because AA in SFIN is also using update of the ACDOCA table. Even if you are not using AA in the current sitation. you might want in in the future. To ensure it will work, it is part of the SFIN migration. Even if you don't have assets yet, the right order of activities in migration is important, because activities have interdependencies,

  • Does anyone have updated information regarding the release of the SP that was supposed to lift the restriction for the migration from classic GL to New GL supporting document split and parallel ledgers?


    Thanks and regards.  Diego

  • These questions and answers are so refreshing, we learn lot in SCN forum, tons of learning. Looking at the new architecture of S4 HANA, it would be much easier to re-implement SAP than going through of this labour intensive migration process, because every customer would have their own custom code coming into play. After weighing the options, we should provide the choice to customers. Seek expert opinion and unbiased views.....



  • Hi Arnaud,


    Thank you for summarizing the key points. They give a very good insight on migration and its pre-requisite. Please do share links of any other blog that you have written on it.


    Thank you again.



    Pankaj Pareek

  • Hello all,


    March 2016, we have finished S4HANA Finance 1503 conversion from ECC6.0 with EHP7.


    Then I have question about conversion activities for standard client such as 001, 000 and 066.


    Q1. Should we execute migration steps in standard client?

    If there are any documentation, could you tell me that pass?


    Q2. If migration steps are necessary for standard clients, which steps are necessary?

    I think there are some steps in SPRO structure, such as "Preparations and Migtation customizeing", "Migration" and "Activities after Migration".


    In those standard client, I don't have any actual data.

    So I wonder which is correct execute only "Migration" steps or must do all steps.

    If we must execute all steps, maybe it is necessary to change some customizing to solve some error messages related to standard company code settings or controlling areas.


    In previous discussion, I saw there was some members discussed about customer specific client such as 100, 200,,,

    It seems my question is different topic, so I raised another message here.



    Thank you.

    Chihiro Onoe

    • Hello Chihiro Onoe,


      there is no need to migrate client 000 and 066.

      If you do this anyway you have to do all the necessary preparation steps as in your productive client. before running the migration.

      As fare as I now there is no documentation regarding this issue.


      best regards


  • Hi Arnaud/others ..

           Please provide your inputs if I am wrong in myunderstanding


    My Client is in ECC 4.7 with classic GL using  all FI sub modules integrated with other modules in a single client

    Client wants to move to SFIN and first it seems SAP suggested to go in for a green field implementation (so that  I assume that 4.7 would become similar to legacy and SFIN on S/4 would start afresh with no previous data because I hope that we cannot migrate any data from 4.7 to SFIN directly because of changes to tables and structures)

    Client is actively using 900 custom objects out of which 400 is for FI &CO which they are not willing to forego at any cicumstance.


    Since in SFIN New GL is a pre requisite for using new Asset accounting we have two options now either move from 4.7 to ECC 6.0 on HANA DB (we require a technical upgrade from 4.7 to ecc 6.0)  and migrate to New Gl in ECC 6.0

    or Migrate directly from ECC 6.0 classic GL without migrating to new GL in ECC 6.0 (after technical upgrade to ECC6.0 HANA DB)


    Can you clarify this part whether first moving to new AA  and then migrating from classic gl on ecc 6.0 (ehp 7.x with HANA DB) to SFIN will directly land us techincally to new gl in SFIN ? and so that we can directly use new AA without any futher steps

    or migration inside SFIN to new GL is required [after adding simple finance add] for using Asset accounting.?


    Because I have read that for using new AA in SFIN New GL is manadatory and old AA will not be supported in SFIN because of universal JL ..




    So we have decide as below


    1). Technical upgrade to ECC 6.0 on SAP HANA DB from 4.7 (separate project)

    2)  New GL migration in ECC 6.0 (separate project using SAP NEW GL migration service)

    3) Migrate to SFIN on SAP HANA DB parallely Asset acounting  (separate project)

    4) Do we need to first migrate to new AA from Classic AA and then migrate to SFIN ?


    Is our procedure recommended or do we need to approach a different path Please provide your inputs ..

    • Hi Promoth,


      As you mentioned, there is no need of many project for your requirement. Its very simple we can go in to sFIN as below.


      1. ECC4.7 to ECC 6.0 with New GL as a separate project.

      2. ECC6.0  to S/4 HANA DB conversion + sFIN migration as a separate Project.


      Once your on HANA date base on sFIN - in the migration process itself your going to perform transferring to New AA.





  • Hi,

       we have decided to follow the below approach since customer is not interested in using any of new gl functionality like doc split, segment reporting, parallel ledger, balance sheet at PCA level..


    1. Do a technical upgrade to ECC 6.0 on SAP HANA DB with classic GL and go live..

    2 .Then as a seperate project migrate to SFIN from classic GL to technical new GL and parallely migrate to new AA


    hope this works out .. inputs are welcome

  • Hi Arnaud / others


    Thank you for good information.

    I have a question.

    As mentioned above, do you have any information about "New detailed analysis of Work in Process"?

    Is there New transaction or IMG?


    I want to know more details.


    Best regard,


  • Hi,


    Thank you for the presentation. Apart from SAP Note 1946054 that contains a list of S/4 Finance programs and transactions is there any list among SAP material where a comparison between the T-codes in standard G/L (ECC-EHP07) and S/4 Finance is shown?