AC212 MIGRATION TO THE NEW GENERAL LEDGER PDF

² 4XR 9DGLV” $& New GL Migration 7KLV LV $& FRXUVH YHUV FROO QG KDOI RI Duration: 3 days AC course version / Visit. •ACenables project members and consultants to perform a migration project from classic to the new General Ledger Accounting. Therefore the. This chapter will explain the key areas of new functionality in the SAP General. Ledger, provide an overview of the most common migration scenarios, and.

Author: Gardajinn Kagabar
Country: Uganda
Language: English (Spanish)
Genre: Travel
Published (Last): 19 January 2012
Pages: 436
PDF File Size: 6.25 Mb
ePub File Size: 12.35 Mb
ISBN: 688-6-90241-280-5
Downloads: 5410
Price: Free* [*Free Regsitration Required]
Uploader: Turisar

Is a certificate available for the new General Ledger and migration to new General Ledger? For information, see Note and http: Is a guide available for migration to the new General Ledger A migration guide is available. How can I calculate the data volume in the new General Ledger before the migrationand how can I evaluate the effects on system behavior especially on performance?

For information, see Notes and Which restrictions must I consider if I intend to activate the document splitting function in the new General Ledger? Which Special Ledgers can be transferred to the new General Ledger? Only Special Ledgers that are compliant with the new General Ledger can and should be transferred to the new General Ledger.

If you use additional currencies in a Special Purpose Ledger and want to replace this Special Purpose Ledger with the new General Ledger, you have to check the currencies used in the Special Purpose Ledger. The migration programs read the data in the original FI document. If the Special Purpose Ledger you want to replace uses a currency that is not contained in the original FI document, you cannot migrate this data to the new General Geenral. In this case, you must keep migratuon relevant Special Purpose Ledger.

What must I consider in a system with more than one production client multi-client system regarding configuring, migrating and activating the new Lwdger Ledger?

If no data is exchanged between the productive clients, you can configure, migrate and activate the new General Ledger in each productive client independently. Is it possible to upgrade to ECC5.

If you intend to use document splitting in the new General Ledger, activate the function for validating the document splitting in your productive system before the migration date. This means that you should upgrade to ECC 6. Keep in mind that the function for validating document splitting is not available in ECC5.

What fo I consider regarding migration to the new General Ledger and a local currency changeover for example, changeover to the euro?

Regarding the availability of tools for a local currency changeover genwral the new General Ledger, consider the following: Local currency changeover tools are available in the new General Ledger.

Regarding the projects for local currency conversion and migration to the new General Ledger, consider the following: If document splitting is activated in the new General Ledger, it is not possible to perform local currency conversion and migration to the new General Ledger in the same fiscal year. If local currency conversion and migration to the new General Ledger must take place in the same fiscal year, there is only one possible scenario: Local currency changeover in the classic General Ledger Step 2: Migration ,igration the new General Ledger without document splitting All other scenarios, especially active document splitting in the new General Ledger, go that you perform local currency changeover and migration to the new General Ledger in different fiscal years.

For test migrations, you require a migraiton copy of the productive client. The database and operating system of the test system must be comparable to the productive environment. How should I check data consistency in the classic General Ledger before the beginning of the migrattion test migration? To check data consistency in the classic General Ledger before the beginning of the first test migration, proceed as follows: For more information, see the program leger.

  LA GUIA DEL AUTOESTOPISTA GALACTICO PDF

If the program finds any differences, see SAP Note Analyze these fields and adjust them if necessary before starting the first test migration.

Check if this is necessary. Check for which accounts it is useful to manage open items. Which accounts do you actually clear? If use parallel ledgers in the new General Ledger, keep in mind that accounts with different valuations for example, provision accounts must not be managed on an open item basis.

If you teneral the foreign currency valuation program to post to accounts program SAPF teh transaction F. For more information, see Genwral Note You can configure foreign currency valuation in transaction OBA1. For more information, see Note After the migration from the classic General Ledger to the new General Ledger, you cannot switch off line item display until the external auditor has given approval.

If you intend to activate document splitting, make sure that the reconciliation accounts for customers and vendors are controlled in the same way in all company codes. How can I display the IMG path and application menu for the new General Ledger in a Customizing system or in a test system for the migration? Set the activation flag, and save the change in the subsequent Customizing order. After calling transaction SPRO, Customizing is possible in the new General Ledger in this systemand the new paths are displayed mihration the Implementation Guide and in the application menu.

If the new General Ledger is not active in any other client of this system, the IMG path disappears again. What must I consider? The following recommendation assumes migfation the transport management workbench organizer and transport system: You must store pure new General Ledger configurations, configuration of validation of document splitting and activation of the new General Ledger in different transport orders.

After completing the test, you can transport pure new General Ledger settings to the productive environment. Transport the document splitting validation at a later stage.

Mugration after completing the migrationtransport the activation indicator to the productive system. Which parts of Customizing must already exist in the production system on the migration date?

AC – Migration to the New General Ledger | SAP TRAINING COURSES – SAP Courses AND Training

If you use document splitting in ECC 6. This means that the new General Ledger including document splitting must be completely configured in the production system on the migration date and that all interfaces and ALE scenarios must be adjusted accordingly. This does not apply to ECC 5. If you do not intend to use document splitting or if you use Release ECC 5. When drawing up the project plan, what must I consider if I want to use document splitting?

We recommend that you activate document splitting validation at the latest on the migration date. The new General Ledger including document splitting must be completely and finally configured before you activate document splitting validation. There are two basic types of migration plans: If you plan to activate document splitting, this has a major impact on the migration.

You have to assign exactly one type to each migration plan. Therefore, if you want to activate document splitting for some company codes and not for others, you must create two migration plans. Activation of validation of document splitting is also done in the migration plan in migration phase 1. To create several migration plans, you also require different fiscal year variants. In this respect, only the first day of the fiscal year is relevant.

The period sorted list in the fiscal year is not relevant. If, for example, the fiscal year begins on January 1 in one company code and on March 1 in another company code, you must create two migration plans for the two company codes.

  HITACHI HB-B201 PDF

If company codes post across company codes and you want to activate document splitting in the new General Ledger, note the following: You must assign all company codes that post across company codes amongst each other to the same migration plan.

The migration date must be the first day of the fiscal year. No other date is possible. If you want to perform the productive migration in fiscal year 20XY, you can perform test migrations in the previous fiscal year by setting the migration date to the first day of fiscal year 20XY 1.

Which aspects must I consider regarding the activation date of the new General Ledger? A prerequisite for the migration is that year-end closing has been performed for the previous nigration year. The migration requires downtime. The system can go live on any day in the month. We recommend that you choose a time slot for going live when the system standstill has minimal impact on your company.

Consequently, weekends after or preceding public holidays are suitable dates, as are company holidays.

New General Ledger Migration(FI-CO)

During the downtime, the migration programs are run. After successfully running the migration programs but still during the downtimefigures before migration must be reconciled with figures after migration. After successfully completing the reconciliation, you can activate the new General Ledger.

Because the reconciliation of figures before and after migration is usually done by the persons who are also in charge of the month-end closing, we recommended that you do not schedule activation of the new General Ledger at the same time as the month-end closing.

You activate the new General Ledger at client level. This means that the new General Ledger is active for all company codes in the client at the same time. You want to configure a new company code with the new General Ledger. The existing company codes use the classic General Ledger. Can company codes use different general ledgers classic and new in the same client?

The implementation of a new company code and the transition from the classic General Ledger to the new General Ledger are two different yo which you must schedule at different times. You perform the migration from the classic General Ledger to the new General Ledger at client level and it affects all company codes in this client. Because the new General Ledger is activated at client level, the new General Ledger would be active for all company codes, not only for the new company code.

This would mean that the new General Ledger is active in the old company codes, but there was no migration from the classic General Ledger to the new General Ledger.

This is not possible. Jigration, it is not possible to start with a new company code in the new General Ledger while the classic General Ledger is still active in other company codes in the same client. First implement the new company code.

Then set up the project for the transition from the classic General Ledger to the new General Ledger. First generaal up the project for the transition from the classic General Ledger to the new General Ledger and migrate the data to the new General Ledger, then implement the new company code.