1

1D. Testat fr Neues Hauptbuch und fr Migration ins Neue Hauptbuch ? Gibt es ein Testat fr das Neue Hauptbuch und fr die Migration in das Neue Hauptbuch? ! Ja. Bitte beachten Sie den Hinweis 868278 und http://service.sap.com/certificates

1E. Certificate for new G/L and for migration to new G/L ? Is a certificate available for new G/L and migration to new G/L? ! Yes. Please see SAP Note 868278 and http://service.sap.com/certificates

2D. Migrationshandbuch Neues Hauptbuch ? Gibt es ein Handbuch fr die Migration ins Neue Hauptbuch? ! Es gibt ein Handbuch fr die Migration ins Neue Hauptbuch. Bitte benutzen Sie folgenden Link im SAP Service Marktplatz: http://service.sap.com/~sapidb/011000358700003419192006D

2E. New G/L Migration handbook ? Is a migration guide available? ! A migration guide is available. Please use the following link in SAP service market place: http://service.sap.com/~sapidb/011000358700003419192006E

3D. Nicht untersttzte und nicht freigegebene Funktionen fr das Neue Hauptbuch in ECC 5.0 ? Welche Funktionen sind in ECC 5.0 nicht untersttzt und nicht freigegeben fr das Neue Hauptbuch? ! Bitte beachten Sie den Hinweis 741821, Abschnitt FI-GL-GL, Release with limitations, New General Ledger: The following functions are not supported for the new general ledger and are therefore not released: -

3E. Functions not supported and not released for the new G/L in ECC 5.0 ? Which functions are not supported and not released for the new G/L in ECC 5.0? ! Please see SAP Note 741821, section FI-GL-GL, Release with limitations, New General Ledger: The following functions are not supported for the new general ledger and are therefore not released: -

4D. Datenvolumen und Performance mit Neuem Hauptbuch ? Wie kann das Datenvolumen im Neuen Hauptbuch und die Auswirkungen auf das Systemverhalten insbesondere auf die Performance abgeschtzt werden? ! Bitte beachten Sie die Hinweise 820495 und 1045430.

4E. Data volume and performance with new G/L ? How can I calculate the data volume in new G/L, and how can I evaluate the effects on system behavior (especially on performance)? ! Please see SAP Notes 820495 and 1045430.

5D. Kompatibilitt Neues Hauptbuch und FI-CA (FI Contract Accounting) ? Ist das Neue Hauptbuch kompatibel mit FI-CA (FI Contract Accounting)? ! Diese Frage betrifft alle Industrielsungen, die als Debitorenbuchhaltung die Komponente FI-CA (Vertragskontokorrent) nutzen, also IS-U / IS-T / IS-M / IS-PS-CA / FS-CD und das betriebswirtschaftlich neutrale FI-CAX. FI-CA nutzt das Neue Hauptbuch in der Auslieferung ERP2005 weitestgehend so, wie auch das klassische Hauptbuch genutzt wurde. Darber hinaus untersttzt das FI-CA noch die Kontierung 'Segment', die als neue Standardkontierung im FI aufgenommen wurde Das Neue Hauptbuch ist tendenziell nicht kompatibel mit FI-CA, wenn im Neuen Hauptbuch die Belegaufteilung genutzt werden soll. Die Kompatibilitt muss im Einzelfall abhngig von Releasestand und eingesetzter Industrielsung geprft werden. FI-CA hat zu ERP2005 nicht die Mglichkeit, in einem Beleg eine Ledgergruppe zu setzen. Das bedeutet, dass Bewertungsbuchungen, die im FI-CA (und nicht direkt im Hauptbuch) gebucht werden

2

ber parallele Konten abzuwickeln sind, wenn unterschiedliche Rechnungslegungsvorschriften parallel bedient werden sollen. Im FI-CA betrifft das in erster Linie die Fremdwhrungsbewertung. In einem knftigen ERP-Release wird FI-CA auch die Angabe von Ledgergruppen untersttzen und optional auch bei Fremdwhrungsbewertungen zulassen.

5E. Compatibility of new G/L and FI-CA (FI Contract Accounting) ? Is new G/L compatible with FI-CA (FI Contract Accounting)? ! This question is relevant for every Industry Solution that uses component FI-CA (contract accounting) as accounts receivable (that is, IS-U / IS-T / IS-M / IS-PS-CA / FS-CD) plus the non-industry-specific contract accounting FI-CAX. FI-CA basically uses new G/L in ERP2005 in the same way it uses classic G/L. In addition, FI-CA processes the account assignment 'Segment', which has been introduced as a new standard account assignment in FI. As a rule, new G/L is not compatible with FI-CA if you intend to use document split in new G/L. The compatibility must be checked specifically depending on the release and the active industry solution. In ERP2005, posting to a ledger group is not available for FI-CA. This means that you have to use parallel accounts if you have to implement different accounting principles. An example for a relevant process is foreign currency valuation posted in FI-CA (and not directly in G/L) in combination with different accounting principles: In order to reflect different accounting principles in foreign currency valuation in FI-CA, you have to use parallel accounts. In a future ERP release, FI-CA will be able to process ledger groups and will allow ledger groups as an option in foreign currency valuation.

6D. Kompatibilitt Neues Hauptbuch und IS-A (Industrielsung Automotive) ? Ist das neue Hauptbuch kompatibel mit IS-A (Industrielsung Automotive)? ! Bitte beachten Sie den Hinweis 927241.

6E. Compatibility of new G/L and IS-A (Industry Solution Automotive) ? Is new G/L compatible with IS-A (Industry Solution Automotive)? ! Please see SAP Note 927241.

7D. Kompatibilitt Neues Hauptbuch und JVA (Joint Venture Accounting) JVA (Joint Venture Accounting) ist aktiv. ? Welche Restriktionen mssen beachten werden, wenn Sie beabsichtigen, die Belegaufteilung im Neuen Hauptbuch zu nutzen? ! Bitte beachten Sie die Hinweise 966000 und 985298.

7E. Compatibility new G/L and JVA (Joint Venture Accounting) JVA (Joint Venture Accounting) is active. ? Which restrictions have to be considered when you intend to activate the document splitting functionality of the new G/L? ! Please see SAP Notes 966000 and 985298.

8D. Kompatibilitt Neues Hauptbuch und Financial Services SAP Leasing ? Ist das neue Hauptbuch kompatibel mit Financial Services SAP Leasing? ! Bitte beachten Sie den Hinweis 893906.

8E. Compatibility of new G/L and Financial Services SAP Leasing ? Is new G/L compatible with Financial Services SAP Leasing? ! Please see SAP Note 893906.

9D. Kompatibilitt Neues Hauptbuch und Immobilienmanagement (RE) ? Ist das neue Hauptbuch kompatibel mit Immobilienmanagement (RE)? ! Bitte beachten Sie den Hinweis 784567.

3

9E. Compatibility of new G/L and Real Estate (RE) ? Is new G/L compatible with Real Estate (RE)? ! Please see SAP Note 784567.

10D. Neues Hauptbuch und ALE ? Was muss in einer verteilten Systemlandschaft im Hinblick auf das Neue Hauptbuch beachtet werden? ! Basisinformationen ber Neues Hauptbuch und ALE finden Sie im Hinweis 114814. Fur weiterfhrende Informationen lessen Sie bitte die Hinweise 892103, 892366, 899254 und 897083.

10E. New G/L and ALE ? What has to be considered in a distributed system landscape regarding new G/L? ! For basic information regarding new G/L and ALE, see SAP Note 114814. For additional information, please see SAP Notes 892103, 892366, 899254 and 897083.

11D. Neues Hauptbuch und Transferpreise ? Welche Restriktion gibt es bei Transferpreisen? ! Transferpreise sind im Zusammenhang mit der Nutzung des Neuen Hauptbuchs nicht freigegeben und zwar unabhngig davon, ob im Neuen Hauptbuch die parallelen Wertanstze fortgeschrieben werden sollen oder nicht. Beachten Sie hierzu auch den Hinweis 826357 Abschnitt 6.

11E. New G/L and transfer prices ? Which restrictions exist regarding transfer prices? ! Transfer prices are not released in combination with new G/L, irrespective of whether you use multiple valuations or not. Please see also SAP Note 826357, chapter 6.

12D. Neues Hauptbuch und Material Ledger ? Welcher Zusammenhang besteht zwischen Neuem Hauptbuch und Material Ledger? ! Sie knnen das Material Ledger kombiniert mit dem klassischen Hauptbuch und kombiniert mit dem Neuen Hauptbuch nutzen. Sie knnen das Material Ledger nicht durch das Neue Hauptbuch ablsen.

12E. New G/L and Material Ledger ? Which interdependence exists between new G/L and Material Ledger? ! You can use Material Ledger both in combination with classic G/L and in combination with new G/L. It is not possible to replace Material Ledger with new G/L.

13D. Neues Hauptbuch und Spezielle Ledger ? Welche Speziellen Ledger knnen in das Neue Hauptbuch berfhrt werden? ! Nur Spezielle Ledger, die konform zum Hauptbuch gefhrt wurden, knnen und sollten ins Neue Hauptbuch berfhrt werden. Wenn Sie in einem Speziellen Ledger zustzliche Whrungen fhren und wenn Sie dieses Spezielle Ledger durch das neue Hauptbuch ablsen wollen, mssen Sie die Whrungen prfen, die in dem Speziellen Ledger verwendet werden. Die Migrationsprogramme lesen die Daten im ursprnglichen FI-Beleg. Wenn in dem Speziellen Ledger, das Sie ersetzen wollen, eine Whrung verwendet wird, die nicht im ursprnglichen FI-Beleg enthalten ist, knnen Sie die Daten nicht in das neue Hauptbuch migrieren. In diesem Fall mssen Sie das entsprechende Spezielle Ledger beibehalten.

13E. New G/L and Special Ledgers ? Which Special Ledgers can be transferred to new G/L? ! Only Special Ledgers which are compliant with new G/L can and should be transferred to new G/L. If you use additional currencies in a Special Purpose Ledger and want to replace this Special Purpose Ledger with new G/L, you have to check the currencies used in the ledger. The migration programs

4

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 new G/L. In this case, you have to keep the respective special purpose ledger.

14D. Neues Hauptbuch und Profit Center Konsolidierung ? Ist die Profit Center Konsolidierung im Neuen Hauptbuch verfgbar? ! Die Profit Center Konsolidierung ist auch verfgbar, wenn das Neue Hauptbuch aktiv ist. Weitere Informationen entnehmen Sie bitte den Hinweisen 852971 und 826357.

14E. New G/L and Profit Center Consolidation ? Is profit center consolidation available in new G/L? ! Profit Center Consolidation is also available when new G/L is active. For further information, please see SAP Notes 852971 and 826357.

15D. Neues Hauptbuch und HR ? Was ist zu beachten, wenn neues Hauptbuch und HR genutzt werden? ! Bitte prfen Sie, ob die Hinweise 911172 und 1006691 fr Sie relevant sind.

15E. New G/L and HR ? What do I have to consider if I use HR and want to implement new G/L? ! Please check if SAP Notes 911172 and 1006691 are relevant for you.

16D. System mit mehreren produktiven Mandanten ? Was muss bei einem System mit mehreren produktiven Mandanten (= Mehrmandantensystem) beachtet werden im Hinblick auf Konfiguration, Migration und Aktivierung des Neuen Hauptbuchs? ! Die Tabelle FAGL_ACTIVEC mit dem Feld FAGL_ACTIVE (Kennzeichen: Neue Hauptbuchhaltung ist aktiv) ist mandantenabhngig. Alle anderen Tabellen, die relevant fr das Neue Hauptbuch sind (Tabelle mit Prfix FAGL_*) sind ebenfalls mandantenabhngig. Wenn es keine Datenstrme zwischen den produktiven Mandanten gibt, kann NewGL in den einzelnen produktiven Mandanten unabhngig konfiguriert, migriert und aktiviert werden.

16E. System with more than one productive client ? What has to be considered in a system with more than one production client (multi-client system) regarding configuration, migration and activation of new G/L? ! Table FAGL_ACTIVEC with indicator FAGL_ACTIVE (indicator: New General Ledger Accounting Is Active) is client-dependent. All other tables that are relevant for new G/L (tables with prefix FAGL_*) are also client-dependent. If no data is exchanged between the productive clients, you can configure, migrate and activate new G/L in each productive client independently.

17D. Upgrade auf ECC5.0 oder ECC6.0 und Migration ins Neue Hauptbuch im gleichen Geschftsjahr ? Ist es mglich, im gleichen Geschftsjahr den Upgrade auf ECC5.0 oder ECC6.0 und die Migration vom klassischen Hauptbuch ins Neue Hauptbuch durchzufhren. ! Wenn Sie beabsichtigen, die Belegaufteilung im Neuen Hauptbuch zu nutzen, sollten Sie die Funktion Validierung der Belegaufteilung in Ihrem Produktivsystem vor dem Migrationsdatum aktivieren. Dies bedeutet, dass Sie in einem Geschftsjahr den Upgrade auf ECC 6.0 durchfhren sollten, die Funktion Validierung der Belegaufteilung vor dem Ende des Geschftsjahres einschalten sollten und im folgenden Geschftsjahr ins Neue Hauptbuch migrieren sollten. Wenn Sie nicht beabsichtigen, die Belegaufteilung im Neuen Hauptbuch zu nutzen, knnen Sie den Upgrade auf ECC5.0 oder ECC6.0 und die Migration vom klassischen Hauptbuch ins Neue Hauptbuch im gleichen Geschftsjahr durchzufhren. Bitte beachten Sie, dass die Funktion Validierung der Belegaufteilung nicht in ECC5.0 verfgbar ist.

5

17E. Upgrade to ECC5.0 or ECC6.0 and migration to new G/L in the same fiscal year ? Is it possible to upgrade to ECC5.0 or ECC6.0 and migrate from classic G/L to new G/L in the same fiscal year? ! If you intend to use document splitting in new G/L, the function document split validation should be activated in the productive system before the migration date. This means that you should upgrade to ECC 6.0 in one fiscal year, activate document split validation before the end of this fiscal year and migrate to new G/L in the next fiscal year. If you do not plan to use document splitting in new G/L, you can upgrade to ECC5.0 or ECC6.0 and migrate to new G/L in the same fiscal year. Please note that the function document split validation is not available in ECC5.0.

18D. Datenextraktion vom Neuen Hauptbuch ins BW (Business Warehouse) ? Welchen Extraktor gibt es um Daten vom Neuen Hauptbuch ins BW zu extrahieren? ! In ERP2004 and ERP2005 gibt es einen Extraktor fr Summenstze vom Neuen Hauptbuch ins BW. Die DataSource heit 0FI_GL_10. Wie in Hinweis 741821 erlutert gibt es momentan im Standard keinen Extraktor, um Einzelposten des neuen Hauptbuchs (Tabelle FAGLFELXA) zu extrahieren.

18E. Extraction of data from new G/L to BW (Business Warehouse) ? Which extractor is available for data extraction from new G/L to BW? ! Extraction of totals from new G/L to BW is available in ERP2004 and ERP2005. The Data Source is called 0FI_GL_10. As indicated in SAP Note 741821, there are currently no standard BW extractors for reading general ledger line items (table FAGLFELXA).

19D. Neues Hauptbuch und Hauswhrungsumstellung (z.B. Euroumstellung) ? Was muss beachtet werden im Hinblick auf Migration ins Neue Hauptbuch und Hauswhrungsumstellung? ! Bezglich der Verfgbarkeit von Werkzeugen fr eine Hauswhrungsumstellung im Neuen Hauptbuch beachten Sie bitte folgendes: ECC 5.0: Werkzeuge fr eine Hauswhrungsumstellung im Neuen Hauptbuch sind nicht verfgbar ECC 6.0: Werkzeuge fr eine Hauswhrungsumstellung im Neuen Hauptbuch sind verfgbar. Fr die Projekte Hauswhrungsumstellung und Migration ins Neue Hauptbuch beachten Sie bitte folgendes: Wenn Sie die Belegaufteilung im Neuen Hauptbuch aktivieren, ist es nicht mglich, die Hauswhrungsumstellung und die Migration ins Neue Hauptbuch im gleichen Geschftsjahr durchzufhren. Hauswhrungsumstellung und die Migration ins Neue Hauptbuch sind im gleichen Geschftsjahr nur in folgendem Szenario mglich: Schritt 1: Hauswhrungsumstellung im klassischen Hauptbuch Schritt 2: Migration ins Neue Hauptbuch Hauptbuch ohne Belegaufteilung. Alle anderen Szenarien, insbesondere wenn Sie im Neuen Hauptbuch die Belegaufteilung aktivieren, erfordern, dass Sie die Hauswhrungsumstellung und die Migration ins Neue Hauptbuch in unterschiedlichen Geschftsjahren durchfhren.

19E. New G/L and Local Currency Changeover (e.g. Euro Changeover) ? What has to be considered regarding migration to new G/L and a local currency conversion? ! Regarding the availability of tools for local currency changeover in new G/L, please consider the following: ECC 5.0: No Euro changeover tools for new G/L available ECC 6.0: Euro changeover tools are available for new G/L. Regarding the projects local currency conversion and migration to new G/L, please consider the following: It is not possible to do local currency conversion and migration to new G/L in the same fiscal year if document splitting is activated in new G/L. If local currency conversion and migration to new G/L have to take place in the same fiscal year, there is only one feasible scenario: Step 1: Local currency changeover in classic G/L Step 2: Migration to new G/L without document splitting in new G/L.

6

All other scenarios, especially the scenario involving activation of document splitting in new G/L, require that you do local currency changeover and migration to new G/L in different fiscal years.

20D. Neues Hauptbuch und Kostenarten ? Wie knnen Kostenarten im Neuen Hauptbuch angezeigt werden? ! Mit ECC50 Support Package 12 und mit ECC60 Support Package 04 werden auch Kostenarten im Neuen Hauptbuch gespeichert. Der Hinweise 908019 enthlt hierzu weitere Informationen. Fr die Migration beachten Sie bitte die Hinweise 976629 und 1028743.

20E. New G/L and Cost Elements ? How can secondary postings (cost elements) be made visible in new G/L? ! For ECC50 Support Package 12 and higher and ECC60 Support Package 04 and higher, cost element information is also stored in new G/L. For further information, please see SAP Note 908019. Regarding migration to new G/L, please see SAP Notes 976629 und 1028743.

21D. Kontenfindung in der Anlagenbuchhaltung (FI-AA) in parallelen Ledgern ? Wie muss die Anlagenbuchhaltung (FI-AA) konfiguriert werden, damit in Subledgern die gleiche Kontenfindung genutzt wird wie im fhrenden Ledger? ! Alle Bewertungsbereiche sollten die gleichen Konten verwenden wie der fhrende Bewertungsbereich. Dies knnen Sie in der Transaktion OADB konfigurieren, indem Sie das Feld Abweichender Bewertungsbereich richtig fllen. Dieses Feld bestimmt den Bewertungsbereich fr die Kontenfindung. Beachten Sie, dass Sie fr den abgeleiteten Bewertungsbereich keine anderen Konten in der Transaktion AO90 eintragen drfen, da die Transaktion AO90 die allgemeine Konfiguration in der Transaktion OADB bersteuert.

21E. Account Determination in Asset Accounting (FI_AA) with parallel ledgers ? How do I have to configure Asset Accounting (FI-AA) so that sub ledgers use the same account determination as the leading ledger? ! All depreciation areas should use the same accounts as the leading depreciation area. To ensure this, fill the field "Different Depreciation Area" in transaction OADB with the correct values. This field defines the depreciation area for account determination. Note that you must not enter different accounts for the derived area in transaction AO90 because transaction AO90 overrides the generic setting from transaction OADB.

22D. Szenario FIN_SEGM (Segmentierung) und Szenario FIN_PCA (Profitcenter-Fortschreibung) ? Kann das Szenario FIN_SEGM (Segmentierung) einem Ledger zugeordnet werden, wenn diesem Ledger das Szenario FIN_PCA (Profitcenter-Fortschreibung) nicht zugeordnet ist? ! Die Nutzung von Segmenten ist von SAP offiziell nur in Zusammenhang mit der gleichzeitigen Nutzung von Profitcentern freigegeben. Beachten Sie hierzu auch den Hinweis 1035140.

22E. Scenario FIN_SEGM (Segmentation) and scenario FIN_PCA (Profit Center Update) ? Is it possible to assign the scenario FIN_SEGM (Segmentation) to a ledger if this ledger does not have the scenario FIN_PCA (Profit Center Update) assigned? ! SAP has released the use of segments only in combination with profit centers. For more information, please see SAP Note 1035140.

23D. Systemumgebung fr Testmigrationen ? Welche Systemumgebung wird fr die Testmigrationen bentigt? ! Fr die Testmigration(en) wird eine aktuelle Kopie des produktiven Mandanten bentigt. Datenbank- und Betriebssystemumgebung des Testsystems sollten mit der Produktivumgebung vergleichbar sein.

23E. System landscape for test migrations ? Which system landscape is required for the test migrations? ! A recent copy of the productive client is required for the test migrations.

7

Database and operating system of the test system should be comparable to the productive environment.

24D. Datenkonsistenz im klassischen Hauptbuch vor Beginn der ersten Testmigration ? Wie sollte die Datenkonsistenz im klassischen Hauptbuch vor Beginn der ersten Testmigration geprft werden? ! Prfen Sie die Datenkonsistenz im klassischen Hauptbuch vor Beginn der ersten Testmigration wie folgt: 1) Programm RFINDEX Fhren Sie das Programm RFINDEX zweimal aus. Bei der ersten Ausfhrung markieren Sie im Selektionsbild den Schalter "Belege gegen Indizes". Bei der zweiten Ausfhrung markieren Sie im Selektionsbild den Schalter "Indizes gegen Belege". Weitere Informationen finden Sie in der Programmdokumentation. Wenn Sie Differenzen feststellen, erfassen Sie eine Meldung im SAP Service Marktplatz auf der Komponente FI-GL-GL-X. 2) Programm SAPF190 Fhren Sie das Programm SAPF190 fr das Geschftsjahr vor der Migration und das Migrationsjahr aus. Wenn Sie Differenzen feststellen, erfassen Sie eine Meldung im SAP Service Marktplatz auf der Komponente FI-GL-GL-X. 3) Programm RAABST02 Wenn Sie die Anlagenbuchhaltung nutzen, fhren Sie das Programm RAABST02 aus. Wenn Sie Differenzen feststellen, erfassen Sie eine Meldung im SAP Service Marktplatz auf der Komponente FI-AA-AA-B. 4) Programm RCOPCA44 Wenn Sie die Profitcenter-Rechnung nutzen, fhren Sie das Programm RCOPCA44. Wenn Sie Differenzen feststellen, beachten Sie bitte den Hinweis 81374.

Alle Inkonsistenzen sollten bereinigt sein, bevor Sie mit der ersten Testmigration beginnen.

24E. Data consistency in classic G/L before beginning of the first test migration ? How should I check data consistency in classic G/L before the beginning of the first test migration? ! To check data consistency in classic G/L before the beginning of the first test migration, proceed as follows: 1) Program RFINDEX Run program RFINDEX twice: In the first run, choose Documents vs. Indexes in the selection screen. In the second run, choose Indexes vs. Documents in the selection screen. For more information, see the program documentation. If the program finds any differences, create a message in SAP Service Marketplace on component FI-GL-GL-X. 2) Program SAPF190 Run program SAPF190 for the fiscal year prior to the migration and for the fiscal year in which the migration takes place. If the program finds any differences, create a message in SAP Service Marketplace on component FI-GL-GL-X. 3) Program RAABST02 If Asset Accounting is active, run program RAABST02. If the program finds any differences, create a message in SAP Service Marketplace on component FI-AA-AA-B. 4) Program RCOPCA44 If Profit Center Accounting is active, run program RCOPCA44. If the program finds any differences, see SAP Note 81374.

All inconsistencies should be removed before you start the first test migration.

8

25D. Empfehlungen fr Kontensteuerungen in Sachkonten vor Beginn der ersten Testmigration ? Welche Empfehlungen gibt es fr die Kontensteuerung in Sachkonten? ! Im Sachkontenstamm sind die Felder Salden nur in Hauswhrung, Verwaltung offener Posten, Einzelpostenanzeige und Abstimmkonto fr Kontoart bei der Einfhrung des Neuen Hauptbuchs von Interesse. Diese Felder sollten analysiert und ggf. angepasst werden, bevor Sie mit der ersten Testmigration beginnen. Salden nur in Hauswhrung: Wenn der Schalter Salden nur in Hauswhrung ausgeschaltet ist, werden die Summenstze des Kontos in allen Whrungen fortgeschrieben. Es ist zu prfen, ob dies notwendig ist. Buchungen in unterschiedlichen Whrungen blhen die Anzahl der Summenstze in der Tabelle FAGLFLEXT auf. Verwaltung offener Posten (= OP-Verwaltung): Es sollte geprft werden, bei welchen Konten eine Verwaltung offener Posten sinnvoll ist. Welche Konten werden wirklich ausgeglichen? Bei Nutzung paralleler Ledger im Neuen Hauptbuch drfen Konten, die Bewertungsunterschiede (z.B. Rckstellungskonten) haben, nicht OP gefhrt sein. Konten, die mit dem Programm fr die Fremdwhrungsbewertung bebucht werden (Programm SAPF100 bzw. Transaktion F.05) sollten nicht mit OP-Verwaltung gefhrt werden. Beachten Sie hierzu den Hinweis 318399. Die Fremdwhrungsbewertung konfigurieren Sie in der Transaktion OBA1. Der Report RFSEPA03 kann verwendet werden, um die OP-Verwaltung in bebuchten Konten abzubauen. Bitte dabei den Hinweis 175960 beachten. Einzelpostenanzeige: Einzelpostenanzeige ist fr Konten ohne OP-Verwaltung aus technischer Sicht nicht mehr notwendig, da im Neuen Hauptbuch zu jedem Konto Einzelposten in der Tabelle FAGLFLEXA gefhrt werden. Wenn Sie vom klassischen Hauptbuch ins Neue Hauptbuch migriert haben, ist die Abschaltung der Einzelpostenanzeige erst nach Abnahme durch den Wirtschaftsprfer bzw. Betriebsprfer mglich. Abstimmkonto fr Kontoart: Wenn Sie die Belegaufteilung einsetzen wollen, mssen Sie prfen, dass Abstimmkonten fr Kontoart Debitor oder Kreditor in allen Buchungskreisen gleich gesteuert sind. D.h. wenn ein Sachkonto z.B. ein Abstimmkonto zur Kontoart Debitor ist, muss es in allen relevanten Buchungskreisen so ausgesteuert sein, da man die Konten auf Kontenplanebene fr die Belegaufteilung klassifiziert.

25E. Recommendations for account control and account management in G/L accounts before beginning of the first test migration ? Which recommendations exist for account control and account management in G/L accounts? ! In G/L master data, the fieldsOnly balances in local currency,Open item management, Line item display and Reconciliation account for account type are relevant for the implementation of new G/L. You should analyze these fields and adapt them if necessary before beginning with the first test migration. Only balances in local currency: If the indicatorOnly balances in local currency is switched off, totals of the account are stored in all currencies. Check if this is necessary. Postings in different currencies unnecessarily increase the number of totals records in table FAGLFLEXT. Open item management: You should check for which accounts it is reasonable to switch on open item management. Which accounts do you really clear? If you intend to use parallel ledgers in new G/L, consider that accounts with different valuations (e.g. accounts for accruals) must not be open item managed. Accounts that take foreign currency valuation postings (program SAPF100 or transaction F.05) should not be open item managed. See SAP Note 318399 for details. You can configure foreign currency valuation in transaction OBA1. You can use report RFSEPA03 to switch off open item management in active G/L accounts. See also SAP Note 175960. Line item display: From a technical point of view, Line item display is no longer necessary for accounts which are not open item managed as new G/L stores line items for each account in table FAGLFLEXA. After the migration to new G/L, you may not switch off line item display until your auditor has given his approval. Reconciliation account for account type: If you intend to activate document splitting in new G/L, make sure that reconciliation accounts for customers and vendors have the same reconciliation account for account type in all company codes. If, for example, a G/L account is a reconciliation account for customers, this must be the case in all relevant company codes because you have to classify accounts for document splitting at chart of accounts level.

9

26D. IMG-Pfad und Anwendungsmen fr Neues Hauptbuch in einem Customizing System oder Testsystem einblenden ? Wie kann der IMG-Pfad und das Anwendungsmen fr das Neue Hauptbuch in einem Customizing -System oder Testsystem eingeblendet werden. ! Um das Men fr das neue Hauptbuch und den IMG-Pfad fr die Einfhrung des neuen Hauptbuches einzublenden, gehen sie folgendermaen vor: 1. Fhren Sie im Einfhrungsleitfaden folgenden Schritt durch: Transaktion SPRO -> Finanzwesen -> Grundeinstellungen Finanzwesen -> Neue Hauptbuchhaltung aktivieren. Dies ist identisch mit der Transaktion FAGL_ACTIVATION. Hierdurch wird der notwendige Eintrag in der Tabelle FAGL_ACTIVEC erzeugt. Der Eintrag in der Tabelle FAGL_ACTIVEC ist nicht nur das Aktivierungskennzeichen, sondern speichert auch Informationen ber z.B. die Belegaufteilung. Das Customizing der Neuen Hauptbuchhaltung ist jetzt mglich, der Pfad im Einfhrungsleitfaden und das Anwendungsmen werden angezeigt. 2. Unmittelbar nach 1. deaktivieren Sie das Neue Hauptbuch wieder in der Transaktion FAGL_ACTIVATION. Der notwendige Eintrag verbleibt in der Tabelle FAGL_ACTIVEC. Wenn das Neue Hauptbuch in keinem anderen Mandant des Systems aktiv ist, verschwindet der Pfad im Einfhrungsleitfaden wieder. 3. Fhren Sie den Report RFAGL_SWAP_IMG_NEW aus. Danach wird der Pfad im Einfhrungsleitfaden wieder angezeigt. 4. Transportieren Sie den Transportauftrag aus den Schritten 1. und 2. nicht versehentlich in das Produktivsystem.

26E. Display IMG path and application menu for new G/L in a customizing system or test system ? How can I make the IMG path and application menu for new G/L visible in a customizing system or in a test system? ! In the customizing system or test system, proceed as follows in order to make the new G/L menu and the new G/L implementation path visible. 1. Execute the following function in the IMG: Transaction SPRO->Financial Accounting->Financial Accounting Global Settings->Activate New General Ledger Accounting. This is equal to transaction code FAGL_ACTIVATION. This creates the necessary entry in table FAGL_ACTIVEC. The entry in table FAGL_ACTIVEC is not only an activation flag, but also stores other information e.g. regarding document splitting. New G/L customizing is now enabled, IMG path and new G/L application menu appears. 2. Immediately after step 1., deactivate new G/L again in transaction code FAGL_ACTIVATION. The necessary entry remains in table FAGL_ACTIVEC. If new G/L is not active in any other client of this system, the IMG path vanishes again. 3. Run report RFAGL_SWAP_IMG_NEW to make the IMG path visible again. 4. Please make sure that you do not accidentally transport the transport order of step 1. or step 2. into the productive system.

27D. Zustzliche Felder in den Summenstzen oder Einzelposten des Neuen Hauptbuchs ? Sie berlegen, zustzliche Felder in die die Tabelle der Summenstze (FAGLFLEXT) oder Einzelposten (FAGLFLEXA) des Neuen Hauptbuchs aufzunehmen. Was ist hierbei zu beachten? ! Bitte beachten Sie die Hinweise 961295 und 923687.

27E. Additional fields in totals or line items of new G/L ? You think about adding additional fields to the tables of new G/L totals (FAGLFLEXT) or line items (FAGLFLEXA). What do you have to consider? ! Please see SAP Notes 961295 and 923687.

28D. Organisation des Transportwesens ? Wie sollte das Transportwesen in einem NewGL-Projekt organisiert werden? ! Es wird davon ausgegangen, dass in der produktiven ERP-Landschaft eine KTW-Schiene (Entwicklung, Test, Produktion) eingerichtet ist. Reine NewGL-Einstellungen, Validierung Belegaufteilung und Aktivierungskennzeichen mssen in getrennten Transportauftrgen gespeichert werden. Nach den Tests knnen reine NewGL-

10

Einstellungen bereits in die Produktivumgebung transportiert werden. Die Validierung Belegaufteilung transportieren Sie spter. Nach der erfolgreichen Migration transportieren Sie schlielich das Aktivierungskennzeichen in das Produktivsystem.

28E. Organization of transport management ? How shall I set up transport management in my new G/L project? ! The following recommendation assumes that the transport management in the productive ERP landscape (development, test, production) is already set up. Pure new G/L configurations, configuration of validation of document splitting and activation of new G/L should be stored in different transport orders. After completion of the testing, the transports containing pure new G/L configurations can be released to the productive environment. Later, you transport the transport orders for validation of document splitting. Finally (after the successful completion of the migration), you transport the activation of new G/L to the productive system.

29D. Customizing im Produktivsystem zum Migrationsdatum ? Welche Teile des Customizings mssen bereits zum Migrationsdatum im Produktivsystem sein? ! Wenn Sie die Belegaufteilung in ECC 6.0 nutzen, wird dringend empfohlen, die Validierung der Belegaufteilung sptestens zum Migrationsdatum im Produktivsystem einzuschalten. Das bedeutet, dass das Neue Hauptbuch inklusive der Belegaufteilung zum Migrationsdatum im Produktivsystem vollstndig konfiguriert sein muss und alle Schnittstellen und ALE-Szenarien entsprechend angepasst sein mssen. In ECC 5.0 trifft dies nicht zu, da die Validierung der Belegaufteilung in ECC 5.0 nicht vorhanden ist. Wenn Sie die Belegaufteilung nicht nutzen werden oder in Release ECC 5.0 sind, knnen Sie das Customizing des Neuen Hauptbuchs nach dem Migrationsdatum in das Produktivsystem transportieren. Das Kennzeichen Neue Hauptbuchhaltung ist aktiv wird mit anderen Grundeinstellungen zum Neuen Hauptbuch in der Tabelle FAGL_ACTIVEC transportiert. Achten Sie unbedingt darauf, dass das Kennzeichen Neue Hauptbuchhaltung ist aktiv in ausgeschaltetem Zustand in das Produktivsystem transportiert wird.

29E. Customizing in productive system on migration date ? Which parts of the configuration must exist in the production system at the latest on the migration date? ! If you plan to use document splitting in ECC 6.0, it is strongly recommended that you activate validation of document splitting in the production system at the latest on the migration date. This means that the new G/L configuration including document splitting in the production system must be completed on the migration date and that all interfaces and ALE scenarios must be adapted accordingly. This is not applicable in ECC 5.0 because validation of document splitting is not available in ECC 5.0. If you do not plan to use document splitting or if you are using release ECC 5.0, you can transport the configuration of new G/L to the productive system after the migration date. The indicator New General Ledger Accounting Is Active is transported with other basic settings of new G/L in table FAGL_ACTIVEC. Please make absolutely sure that the flag New General Ledger Accounting Is Active is switched off when it is transported to the production system.

30D. Projektplan bei Belegaufteilung ? Was ist im Projektplan zu bercksichtigen, wenn die Belegaufteilung genutzt werden soll? ! Es wird dringend empfohlen, die Validierung der Belegaufteilung sptestens zum Migrationsdatum einzuschalten. Das Neue Hauptbuch inklusive der Belegaufteilung muss vollstndig und endgltig konfiguriert sein bevor Sie die Validierung der Belegaufteilung einschalten.

30E. Project plan with document splitting ? What do I have to consider when drawing up the project plan if I plan to use document splitting? ! It is strongly recommended that you activate validation of document splitting at the latest on the

11

migration date. New G/L including document splitting must be completely and finally configured before you activate validation of document splitting.

31D. Kriterien fr das Anlegen eines Migrationsplans ? Welche Kriterien sind mageblich fr das Anlegen eines Migrationsplans? ! Es werden zwei grundlegende Migrationsplantypen unterschieden: - mit Belegaufteilung - ohne Belegaufteilung. Die geplante Aktivierung der Belegaufteilung hat erheblichen Einfluss auf eine Migration. Jedem Migrationsplan muss genau ein Typ zugeordnet sein, d.h. wenn Sie fr einige Buchungskreise die Belegaufteilung aktivieren wollen und fr andere nicht, mssen Sie dafr zwei Migrationsplne anlegen. Am Migrationsplan hngt auch die Aktivierung der Validierung fr die Belegaufteilung in Migrationsphase 1. Ein anderes Kriterium fr das Anlegen mehrerer Migrationsplne sind abweichende Geschftsjahresvarianten. Hierbei kommt es lediglich auf den ersten Tag des Geschftsjahres an. Die Periodenrasterung innerhalb des Geschftsjahres ist unerheblich. Wenn in einem Buchungskreis das Geschftsjahr z.B. am 1.1. beginnt und in einem anderen am 1.3. mssen fr die beiden Buchungskreise zwei Migrationsplne angelegt werden. Wenn Buchungskreise buchungskreisbergreifend buchen und im Neuen Hauptbuch die Belegaufteilung nutzen wollen, mssen Sie folgendes beachten. Alle Buchungskeise, die untereinander buchungskreisbergreifend buchen, mssen dem gleichen Migrationsplan zugeordnet werden.

31E. Criteria for the creation of a migration plan ? Which criteria are relevant for the creation of a migration plan? ! There are two basic types of migration plans: - with document splitting - without document splitting. 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. This means that you have to create two migration plans if some company codes will activate document split and other companies will not activate document split. Activation of validation of document splitting for migration phase 1 is also done in the migration plan. Another criterion for the creation of various migration plans is different fiscal year variants. In this respect only the first day of the fiscal year is relevant. The pattern of the periods 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 have to create two migration plans for the two company codes. If company codes do cross-company postings and want to activate document splitting in new G/L, please be aware of the following: All company codes that post cross-company amongst each other must be assigned to the same migration plan.

32D. Migrationsdatum ? Kann das Migrationsdatum auf ein beliebiges Datum im Geschftsjahr gesetzt werden? ! Nein. Das Migrationsdatum muss der erste Tag des Geschftsjahres sein. Ein anderes Datum ist nicht mglich. Wenn Sie die produktive Migration im Geschftsjahr 20XY durchfhren wollen, knnen Sie Testmigrationen im vorherigen Geschftsjahr durchfhren, indem Sie das Migrationsdatum auf den ersten Tag des Geschftsjahres 20XY 1 setzen.

32E. Migration Date ? Can any date in the fiscal year be chosen as the migration date? ! No. The migration date needs to be the first day of the fiscal year. No other date is possible. If you want to do the productive migration in fiscal year 20XY, you can do test migrations in the previous fiscal year after you have set the migration date to the first day of fiscal year 20XY 1.

12

33D. Aspekte fr das Aktivierungsdatum des neuen Hauptbuchs ? Welche Aspekte sollten fr das Aktivierungsdatum des neuen Hauptbuchs beachtet werden? ! Eine Voraussetzung fr die Migration ist, dass der Jahresabschluss fr das vorherige Geschftsjahr durchgefhrt wurde. Fr die Aktivierung des Neuen Hauptbuchs gibt es kein bindendes Datum wie z.B. der erste Tag des Monats/der Periode oder der letzte Tag des Monats/der Periode. Fr die Migration wird eine Downtime bentigt. Der Go Live kann an einem beliebigen Tag im Monat durchgefhrt werden. Es wird empfohlen, fr den Go-Live ein Zeitfenster zu whlen, wenn der Systemstillstand Ihr Unternehmen am wenigsten strt. Es bieten sich z.B. Wochenenden mit vorhergehendem oder folgendem Feiertag an oder die Betriebsferien an. Im Zeitfenster der Downtime werden die Migrationsprogramme ausgefhrt. Nach dem erfolgreichen Lauf der Migrationsprogramme und noch in der Downtime mssen die Zahlen vor der Migration mit den Zahlen nach der Migration abgestimmt werden. Nach erfolgreicher Abstimmung kann das neue Hauptbuch aktiviert werden. Da die Abstimmung der Zahlen vor der Migration mit den Zahlen nach der Migration typischerweise von den Personen durchgefhrt wird, die auch fr den Monatsabschluss zustndig sind, wird davon abgeraten, die Aktivierung des Neuen Hauptbuchs parallel zu den Monatsabschlussarbeiten einzuplanen.

33E. Aspects regarding the Activation Date of NewG/L ? Which aspects should be considered regarding the activation date of NewG/L ! A prerequisite for the migration is that the fiscal year closure for the previous fiscal year has been finalized. The activation date does not have to be a special date (like the first day of a month/period or the last day of a month/period). The migration itself requires a downtime. Go-live can be on any day in the month. It is recommended to choose a time slot when the system outage has minimal impact on your companys daily business. Consequently, weekends with preceding or succeeding public holidays or company holidays are suitable dates. During the downtime, the migration programs are executed. After successful execution of the migration programs (but still during the downtime), figures before migration vs. figures after migration must be reconciled. New G/L can then be activated afte successful completion of the reconciliation. As reconciliation of figures before migration vs. figures after migration is usually done by the persons who are also in charge of the month end closure, it is not recommended to schedule activation of new G/L in parallel to month end closure.

34D. Aktivierung des Neuen Hauptbuchs auf Bukrs-Ebene ? Ist es mglich, das NewGL auf Bukrs-Ebene zu aktivieren? ! Nein. Das NewGL wird auf Mandanten-Ebene aktiviert. Hierdurch ist das NewGL fr alle Buchungskreise im Mandant gleichzeitig aktiv.

34E. Activation of New G/L at Company Code Level ? Is it possible to activate new G/L at company code level? ! No. You activate new G/L at client level. This means that new G/L is active for all company codes in the client at a given point in time.

35D. Tabellen ACCTHD, ACCTIT und ACCTCR ? Mssen Sie etwas bezglich der Tabellen ACCTHD, ACCTIT und ACCTCR beachten, wenn Sie in das Neue Hauptbuch migrieren wollen? ! Bitte beachten Sie hierzu in Hinweis 48009 den Punkt 8.

35E. Tables ACCTHD, ACCTIT and ACCTCR ? Do you have to consider anything special for tables ACCTHD, ACCTIT and ACCTCR in connection with the migration to new G/L? ! Please read chapter 8 in SAP Note 48009.

13

36D. Neuer Buchungskreis im Neuen Hauptbuch parallel zu klassischem Hauptbuch im gleichen Mandant Ein neuer Buchungskreis soll mit dem Neuen Hauptbuch konfiguriert werden. Die bestehenden Buchungskreise nutzen das klassische Hauptbuch. ? Knnen Buchungskreise im gleichen Mandant unterschiedliche Hauptbcher (alt und neu) nutzen? ! Die Einfhrung eines neuen Buchungskreises und der bergang von klassischem Hauptbuch auf das neue Hauptbuch sind zwei unterschiedliche Projekte, die fr unterschiedliche Zeiten geplant werden mssen. Die Migration vom klassischen Hauptbuch ins neue Hauptbuch wird mandantenweise durchgefhrt und betrifft alle Buchungskreise, die in diesem Mandant existieren. Da die Aktivierung des Neuen Hauptbuchs auf Mandantenebene ist, wre das Neue Hauptbuch in allen Buchungskreisen aktiv, nicht nur fr den neuen Buchungskreis. Dies wrde bedeuten, dass das Neue Hauptbuch in den alten Buchungskreisen aktiv ist und keine Migration vom klassischen Hauptbuch ins Neue Hauptbuch durchgefhrt wurde. Dies ist nicht mglich. Zusammengefasst ist es nicht mglich mit einem neuen Buchungskreis im neuen Hauptbuch zu beginnen whrend das klassische Hauptbuch noch in anderen Buchungskreisen im gleichen Mandant aktiv ist. Fhren Sie zuerst den neuen Buchungskreis ein. Setzen Sie zweitens das Projekt fr den bergang von klassischem Hauptbuch auf neues Hauptbuch auf. Oder setzen Sie zuerst das Projekt fr den bergang vom klassischen Hauptbuch auf das neue Hauptbuch auf, migrieren Sie die Daten und ins neue Hauptbuch und implementieren Sie dann den neuen Buchungskreis.

36E. New Company Code in New G/L in Parallel to Classic G/L in the Same Client A new company code is to be configured. It should use the new G/L, while the existing company codes run classic G/L. ? Can company codes with different G/Ls run in parallel in the same client? ! Implementation of a new company code and transition from classic G/L to new G/L are two different projects which must be scheduled at different times. Migration from classic G/L to new G/L is done at client level and affects all company codes which are in place in this client. As activation of new G/L happens at client level, new G/L would be active for all company codes, not only for the new company code. This would mean that new G/L is active in the old company codes, but no migration classic G/L -> new G/L has taken place. This is not possible. Consequently, it is not possible to start with a new company code in new G/L while classic GL is still active in other company codes in the same client. Either implement the new company code in classic G/L and then set up the project for transition classic GL -> new G/L. Or set up the project for transition classic GL -> new G/L and migrate the data to new G/L, then implement the new company code in new G/L.

37D. Inaktive Buchungskreise Im System sind Buchungskreise, die berhaupt keine Bewegungsdaten enthalten oder Buchungskreise, die nur in abgeschlossenen Geschftsjahren Bewegungsdaten enthalten und nicht mehr genutzt werden. Diese Buchungskreise werden als inaktive Buchungskreise bezeichnet. ? Was muss bei der Migration ins Neue Hauptbuch fr inaktive Buchungskreise beachtet werden? ! Inaktive Buchungskreise haben zu Beginn des laufenden Geschftsjahres keine Offenen Posten und keine Saldovortrge und keine FI-Belege im laufenden Jahr. Schlieen Sie inaktive Buchungskreise daher von der Migration ins Neue Hauptbuch aus.

37E. Non-Active Company Codes The system contains company codes that either have no transaction data at all or that have transaction data only in closed fiscal years and are no longer in use. These company codes are called non-active company codes. ? What has to be considered regarding non-active company codes when migrating to new G/L? ! Non-active company codes do not have open items and balance carry forward at the beginning of the current fiscal year and do not store postings in the current fiscal year. Therefore exclude non-active company codes from the migration to new G/L.

14

38D. Zeitpunkt der Aktivierung des Neuen Hauptbuchs ? Mssen alle Buchungskreise eines Mandanten fehlerfrei migriert sein, bevor NewGL aktiv geschaltet werden kann? ! Grundstzlich mssen alle Belege fr alle Buchungskreise vollstndig und fehlerfrei migriert sein, bevor das Neue Hauptbuch aktiviert wird. In Ausnahmefllen kann man einige Belege auch nach der Aktivierung des Neuen Hauptbuchs migrieren, solange man den Migrationsplan nicht auf den Status "beendet" setzt. Das Projektteam sollte allerdings wissen, welche Auswirkungen noch fehlende Belege auf den operativen Betrieb des Systems haben. Wenn z.B. die Belegaufteilung genutzt werden soll, knnen offene Verbindlichkeiten aus dem aktuellen Geschftsjahr erst reguliert werden, nachdem der Beleg migriert wurde.

38E. Point in Time for Activation of New G/L ? Do all documents in all company codes have to be migrated successfully before new G/L can be activated? ! Basically all documents in all company codes must be migrated successfully before you can activate new G/L. In exceptional cases, you can migrate some documents after new G/L has been activated as long as the migration plan has not been set to status Migration ended. However the project team must consider the consequences of non-migrated documents for the daily business. If, for example, document splitting is active, you cannot pay liabilities for documents from the current fiscal year until the documents are migrated to new G/L.

39D. BAdI fr den Transfer der Saldovortrge ? Gibt es einen BAdI fr den Transfer der Saldovortrge aus Phase 0? ! Sie knnen den BAdI FAGL_UPLOAD_CF nutzen, um die neuen Kontierungsfelder (z.B. Segment) des neuen Hauptbuchs abzuleiten. In der Ableitung knnen Sie alle Felder verwenden, die in der Struktur GLU1 enthalten sind einschlielich aller Kundenfelder.

39E. BAdI for Transfer of Balance Carry Forward ? Is a BAdI available for the transfer of balance carry forward from phase 0? ! To derive the new account assignment fields (e. g. segment), you can use the BAdI FAGL_UPLOAD_CF. For the purposes of the derivation, you can use all fields in structure GLU1 including any customer fields.

40D. Buchung mit Transaktion FBCB auf Anlagenabstimmkonten und auf Konten fr Vorsteuer und Ausgangssteuer ? Wie knnen Buchungen mit Transaktion FBCB auf Anlagenabstimmkonten und auf Konten fr Vorsteuer und Ausgangssteuer ermglicht werden. ! Bauen Sie die Korrektur gem Hinweis 937940 ein.

40E. Posting with Transaction FBCB to Reconciliation Accounts for Assets and to VAT Accounts ? How can I do postings to reconciliation accounts for assets and to VAT accounts using transaction FBCB? ! Please implement SAP Note 937940.

41D. Massenverarbeitung fr Transaktion FBCB ? Welche Massenverarbeitung steht fr die Transaktion FBCB zur Verfgung? ! Benutzen Sie Batch Input zur Massenverarbeitung mit der Transaktion FBCB. Dies wird empfohlen, um z.B. die Salden auf Anlagenabstimmkonten auf Profit Center bzw. Segment aufzuteilen.

41E. Mass Processing for Transaction FBCB ? How can I do mass processing for transaction FBCB? ! Please use batch input for mass processing of transaction FBCB. This is recommended e.g. if you want to post balances of reconciliation accounts for assets to profit centers or segments.

15

42D. Belegaufteilung fr offene Posten aus vorherigen Geschftsjahren (Phase 0) ? Ist fr offene Posten aus vorherigen Geschftsjahren eine Belegaufteilung mglich? ! Nein. Das System fhrt keine Belegaufteilung durch wenn offene Posten aus vorherigen Geschftsjahren (Phase 0) ins neue Hauptbuch migriert werden. Sie knnen die Kontierungsfelder fr offene Posten aus vorherigen Geschftsjahren in Form einer singulren Kontierungsinformation anreichern. Dies bedeutet dass ein offener Posten einen Wert fr jedes Kontierungsfeld erhalten kann. Das BAdI FAGL_MIGR_SUBST stellt diese Funktionalitt zur Verfgung. Es ist nicht mglich, den Posten selbst aufzuteilen.

42E. Document Splitting for Open Items from Previous Fiscal Years (Phase 0) ? Is the splitting functionality available for open items from previous fiscal years? ! No. When migrating open items from previous years (phase 0) to the new general ledger, the system does not split the open items. You can supplement the account assignment for open items from previous fiscal years in the form of a singular account assignment. This means that an open item can take one value for each account assignment object. BAdI FAGL_MIGR_SUBST provides this functionality. It is not possible to split the open item itself.

43D. Die Belegaufteilung stellt in die Buchungskreisverrechnungszeilen keine Partnerkontierungen ? Wie kann erreicht werden, dass die Belegaufteilung Partnerkontierungen in die Buchungskreisverrechnungszeilen stellt? ! Beachten Sie Hinweis 942542.

43E. Document Split Does not Set Partner Assignments in Cross-Company Code Clearing Lines ? What do I have to do if I want the document splitting function to set partner assignments in cross-company code clearing lines? ! Please see SAP Note 942542.

44D. Ausgleichsbelege mit Ausgleichszeilen wenn die Belegaufteilung aktiv ist ? Ist es korrekt, dass ein Ausgleichsbeleg Ausgleichszeilen hat, wenn die Belegaufteilung aktiv ist? ! Ja. Wenn die Belegaufteilung aktiv ist, haben Ausgleichsbelege immer zwei Belegzeilen in der Erfassungssicht (Tabelle BSEG). Bitte beachten Sie Hinweis 950773. Fr Ausgleichsbelege in der Phase 1 beachten Sie bitte den Hinweis 1054674.

44E. Clearing documents with clearing lines when document split is active ? Is it correct that a clearing document has clearing lines when the document split is active? ! Yes. With active document split clearing documents will always have two lines in the entry view (table BSEG). Please view note 950773. Please view note 1054674 regarding clearing documents in phase 1 .

45D. Keine Meldung im Batch Input bei Validierung der Belegaufteilung ? Warum kommt trotzt entsprechend eingeschalteter Validierung der Belegaufteilung im Batch-Input keine Fehlermeldung, wenn die Validierungsbedingung nicht erfllt ist? ! Im View V_FAGL_SPL_PROC wurde ein Eintrag aufgenommen, der fr alle oder fr spezifizierte Vorgnge im Zusammenhang mit dem Batch-Input Kennzeichen V_FAGL_SPL_PROC-BINPT gilt. Diese Einstellung bersteuert die generelle Einstellung zur Validierung.

45E. No Message in Batch Input for Validation of Document Splitting ? Why does the batch input not send a message although the validation of document splitting is active and configured accordingly, and the condition for the validation is false? ! You made an entry in view V_FAGL_SPL_PROC for all business transactions or for a specified business transaction that applies in connection with a value in the batch input indicator field

16

V_FAGL_SPL_PROC-BINPT. This configuration overrides the general configuration for validation of document splitting.

46D. Belege der Phase 1 ohne Kontierung trotz Mussfeld im Customizing der Validierung der Belegaufteilung ? Warum haben manche Belege der Phase 1 trotz aktivierter Validierung der Belegaufteilung mit der Aussteuerung 'Fehlermeldung' keine Kontierung in den Mussfeldern? ! In Phase 1 wurde ein Ausgleich zurckgenommen. Ausgleichsbelege werden bei der Verbuchung nicht mit Belagaufteilungsmerkmalen versorgt, da sie die Split-Information whrend der Migration aus ausgeglichenen Positionen beziehen. Durch die Ausgleichsrcknahme geht diese Beziehung verloren. Derartige Belege mssen durch Anreicherung im BAdI oder durch das Customizing einer Ausgleichsbeziehung speziell behandelt werden. Zur Vermeidung dieser Situation sollte die Transaktion FBRA (Ausgleich zurcknehmen) in der Phase 1 mglichst unterbunden werden. Desweiteren werden Stornobelege trotz aktiver Validierung der Belegaufteilung ohne Kontierung gebucht, wenn der stornierte Beleg diese Kontierung nicht enthlt.

46E. Documents in Phase 1 Without Account Assignment Although Mandatory Field in Customizing of Document Splitting Validation ? Why are account assignments missing in required entry fields for some documents from phase 1 although validation of document splitting is active with an error message? ! You reset cleared items in phase 1. Clearing documents do not get the document splitting information during the posting because they get the document splitting information during the migration from the cleared items. This relation is cut by the reset of cleared items. The BAdI can generate the document split information, or you can configure a clearing scenario in customizing for the migration of these documents. In order to avoid this situation it is recommended not to use transaction FBRA (Reset cleared items) during phase 1. Also reversal documents will be posted with empty account assignment although validation of document splitting is active if the account assignment is empty in the document to be reversed.

47D. Belegaufteilung und Belegverdichtung ? Hat die Belegverdichtung einen Einfluss auf die Belegaufteilung? ! Belegverdichtung ist bei Nutzung der Belegaufteilung immer als kritisch zu betrachten. Zu splittende Felder (z.B. Profitcenter, Segment) und deren Partnerfelder drfen nie verdichtet werden. Sie mssen prfen, welche anderen Felder Sie whrend der Migration fr die nachtrgliche Aufteilung der Belege aus Phase 1 bentigen. Diese Aufteilung erfolgt basierend auf den BSEG Daten. Die entsprechenden Felder drfen daher nicht verdichtet sein. Nach Aktivierung des Neuen Hauptbuchs (= Phase 2) erfolgt die Belegaufteilung basierend auf der Tabelle ACCIT und nicht mehr basierend auf der Tabelle BSEG. Auch wenn die Belegaufteilung nicht aktiv ist, werden Phase 1 Belege in der Migration aus der BSEG nachgebucht. Felder, die im klassischen Hauptbuch verdichtet wurden, sind nach der Migration auch in den Tabellen FAGLFLEXA/FAGLFLEXT leer.

47E. Document Split and Document Summarization ? Does document summarization have an impact on document splitting? ! If you intend to use document splitting, document summarization must be considered as critical. It is not allowed to summarize fields that you want to use in document splitting (e.g. profit center, segment) and the corresponding partner fields. You have to check which other fields you need during the migration when doing subsequent document splitting for documents from phase 1. The document splitting is based on the data in table BSEG. You must not summarize fields you need for document splitting of documents from phase 1. After activation of new G/L (= phase 2), table ACCIT (and no longer table BSEG) is used as the basis for document splitting. Even if document splitting is not active, documents from phase 1 are migrated from table BSEG. Fields that were summarized in classic G/L are also empty in tables FAGLFLEXA/FAGLFLEXT after the migration.

17

48D. Belegaufteilung und Wechsel ? Welche Funktionalitt steht bei aktiver Belegaufteilung fr die Wechselabwicklung zur Verfgung? ! Wenn die Belegaufteilung aktiv ist, besteht folgender Zusammenhang zwischen Belegaufteilung und Wechselabwicklung. Die Belegaufteilung stellt die Kontierungen bei der Bildung des Wechselobligos bei Diskontierung und Inkasso des Wechsels. Diese Funktionalitt steht ab ERP 2004 Support Package 10 zur Verfgung. In ERP 2004 und 2005 steht keine Funktionalitt der Belegaufteilung fr Geplatzte Wechsel (= Wechselprotest) zur Verfgung. Die neue Rechung wird unkontiert gebucht und nicht verursachungsgerecht gem der ursprnglichen Rechnung. Fr Geplatzte Wechsel ist ein Workaround mglich ber Defaultkontierung (mit User Exit oder Substitution). Alternativ muss die originre Kontierung manuell mitgegeben werden.

48E. Document Splitting and Bills of Exchange ? Which functionality is available for processing bills of exchange if document splitting is active? ! If document splitting is active, the following interdependencies between document splitting and bill of exchange processing exist: The document splitting provides the account assignments when creating the bill liability for discounting and collection of the bill of exchange. This functionality is available from ERP 2004 Support Package 10 onwards. ERP 2004 and 2005 do not provide functionality for document splitting of failed bills of exchange. The new invoice is posted without account assignments and not fair according to the input from the original invoice. A workaround with default account assignment (by user exit or substitution) is possible for failed bills of exchange. Alternatively you can enter the original account assignment manually.

49D. Belegaufteilung und buchungskreisbergreifendes Buchen ? Was ist bei der Belegaufteilung zu beachten, wenn buchungskreisbergreifend gebucht wird? ! Wenn buchungskreisbergreifend gebucht wird, mssen die Einstellungen fr die Belegaufteilung in den paarweise beteiligten Buchungskreisen konsistent sein. D.h. die Belegaufteilung muss entweder paarweise in beiden oder in keinem Buchungskreis aktiv sein.

49E. Document Splitting and Cross-Company Postings ? What has to be considered in document splitting in connection with cross-company postings? ! If you do cross-company postings, the configuration of document splitting must be consistent in all pairs of company codes for which cross-company postings exist (or will take place in the future). This means that document splitting must be either active or inactive in both company codes forming a pair for cross-company postings.

50D. Verhalten der Transaktion FAGL_MIG_SIM_SPL (Simulation der Belegaufteilung) ? Warum verhlt sich die Transaktion FAGL_MIG_SIM_SPL (Simulation der Belegaufteilung) anders als die Validierung der Belegaufteilung und anderes als die Transaktion FAGL_MIG_SPLIT (Nachbuchen der Splitinformation)? ! Die Transaktion FAGL_MIG_SIM_SPL (Simulation der Belegaufteilung) betrachtet nur den Beleg, der aktuell prozessiert wird und keinen Belegfluss. Wenn der aktuell prozessierte Beleg Teil eines Belegflusses ist, nimmt die Transaktion FAGL_MIG_SIM_SPL (Simulation der Belegaufteilung) an, dass fr den ursprnglichen Beleg bereits Eintrge in den Tabellen erzeugt wurden, die die Informationen der Belegaufteilung speichern. Die Validierung der Belegaufteilung und die Transaktion FAGL_MIG_SPLIT (Nachbuchen der Splitinformation) betrachten den gesamten Belegfluss.

50E. Behavior of Transaction FAGL_MIG_SIM_SPL (Simulation of Document Splitting) ? Why does transaction FAGL_MIG_SIM_SPL (Simulate of Document Splitting) not behave in the same way as validation of document splitting and transaction FAGL_MIG_SPLIT (Subsequently Post Split Information)? ! Transaction FAGL_MIG_SIM_SPL (Simulation of Document Splitting) considers only the document that is currently being processed, but no document flow. If the document being processed is part of a document flow, transaction FAGL_MIG_SIM_SPL assumes that the original document already has entries in the relevant document splitting information tables.

18

The validation of document splitting and transaction FAGL_MIG_SPLIT (Subsequently Post Split Information) both consider the whole document flow.

51D. Verhalten der Transaktion FAGL_CHECK_LINETYPE (Geschftsvorfall fr Belege prfen) Die Transaktion FAGL_CHECK_LINETYPE (Geschftsvorfall fr Belege prfen) zeigt beispielsweise Fehler bei buchungskreisbergreifenden Vorgngen im Beleg des nicht-fhrenden Buchungskreises. Wenn die Belegsplitinformation aufgebaut wird und die Belege migriert werden, arbeitet die Belegaufteilung fehlerfrei in beiden Buchungskreisen. ? Warum verhlt sich die Transaktion FAGL_CHECK_LINETYPE (Geschftsvorfall fr Belege prfen) anders als die tatschliche Migration? ! Die Transaktion FAGL_CHECK_LINETYPE ist nicht dafr vorgesehen, um einen kompletten Geschftsprozess zu simulieren. Das heit dass z.B. ein Geschftsprozess mit buchungskreisbergreifenden Vorgngen, bei dem der gesamte Geschftsprozess aus mehr als einem FI-Beleg besteht, nicht korrekt geprft wird. Die Belege werden dennoch spter korrekt migriert und dabei wird die Belegaufteilungsinformation korrekt aufgebaut. Die Transaktion FAGL_CHECK_LINETYPE macht immer nur eine einfache Prfung, ob das Customizing korrekt ist. Die Prfung ist fehlerhaft sobald der zu prfende Beleg Teil eines komplexen Geschftsvorfalles ist.

51E. Behavior of Transaction FAGL_CHECK_LINETYPE (Check Business Transaction Assignments for Migration Documents) Transaction FAGL_CHECK_LINETYPE (Check Business Transaction Assignments for Migration Documents) shows, for example, errors in cross-company code documents in the non-leading company code. When document splitting information is built and migration of documents is performed, the document splitting works correctly for both company codes. ? Why does transaction FAGL_CHECK_LINETYPE (Check Business Transaction Assignments for Migration Documents) not behave like the actual migration? ! Transaction FAGL_CHECK_LINETYPE is not designed to do a complete simulation of a business process. This means that for example a process with cross-company postings where the business process involves more than one document will not be checked correctly. Nevertheless these documents will be migrated correctly and passed through the document splitting functionality while re-posting them to new G/L. Transaction FAGL_CHECK_LINETYPE always does only a simple check if the customizing itself is correct. As soon as the document that needs to be checked represents only a part of a complex process, the check will run into an error.

52D. Wechselzahlung (Transaktion F-36) und Belegaufteilung Sie haben die Belegaufteilung aktiviert. Sie buchen die Wechselzahlung in der Transaktion F-36. In der Transaktion F-36 markieren Sie Zahlungseingang und geben den Debitor an. In den folgenden Dynpros geben Sie den zu regulierenden Betrag an und selektieren die zu regulierenden Belege. Beim Buchen erhalten Sie die Fehlermeldung GLT2 201 Bilanzierendes Feld "&1" ist in Belegzeile &2 nicht gefllt. Beim Buchen kann auch das Phnomen auftreten, dass der Beleg ohne Belegaufteilung gebucht wird. ? Was ist zu tun, damit in der Transaktion F-36 der Beleg der Wechselzahlung korrekt aufgeteilt wird? ! Ursache ist, dass bei der Buchung von Wechselzahlungen eine Belegart verwendet wird, die nicht den Erfordernissen entsprechend konfiguriert ist. Im Rahmen der Belegaufteilung ist es erforderlich, einen Ausgleich zu prozessieren. Aus der Transaktion F-36 geht dieser Sachverhalt nicht hervor, daher muss dieses durch die Belegart bestimmt werden. Bitte konfigurieren Sie fr die Wechselzahlung eine Belegart, die in der Customizing-Transaktion GSP_VZ3 dem Geschftsvorfall 1010 Variante 0001 zugeordnet ist. Verwenden Sie diese Belegart in der Transaktion F-36. Anschlieend knnen Sie in der Transaktion OBU1 die vorgeschlagene Belegart fr die Transaktion F-36 ndern.

52E. Bill of Exchange Payment (Transaction F-36) and Document Split Document split is active. You post the bill of exchange payment in transaction F-36. You choose Incoming payment in transaction F-36 and enter the customer ID. In the following screens, you enter the paid amount and select the paid invoices.

19

When posting, the system sends message GLT2 201 Balancing field "&1" in line item &2 not filled. It can also happen that the document is posted without document splitting. ? What has to be done to ensure that the document for the bill of exchange payment in transaction F-36 is split correctly? ! The reason for this error is that you use a document type for the bill of exchange payment which is not configured in the required way. For the document splitting, it is necessary to process a clearing. As transaction F-36 does not process a clearing, the document type must take care of this. Please configure a specific document type for the bill of exchange payment which you assign to business transaction 1010 variant 0001 in customizing transaction GSP_VZ3. Use this specific document type in transaction F-36. After this, use transaction OBU1 to change the default document type of transaction F-36.

53D. Belegaufteilung und Validierung ? In welchem Zusammenhang stehen Belegaufteilung und Validierung? ! Es ist zu unterscheiden zwischen Validierung vor der Belegaufteilung und Validierung nach der Belegaufteilung. Vor der Belegaufteilung bedeutet, dass die Validierung vor der Belegaufteilung prozessiert wird. Nach der Belegaufteilung bedeutet, dass die Validierung nach der Belegaufteilung prozessiert wird. Eine Validierung vor der Belegaufteilung wird empfohlen, um zu prfen, dass die Eingangsvoraussetzungen fr die Belegaufteilung erfllt sind. Beispielsweise hat die Belegart im Neuen Hauptbuch eine zentrale Steuerungsfunktion fr die Belegaufteilung. Daher ist es fr die Belegaufteilung entscheidend, dass Sie in jeder Transaktion die richtige Belegart verwenden. So kann z.B. mit einer Validierung vor der Belegaufteilung geprft werden, dass fr die Buchung von Wechselzahlungen (Transaktion F-36) die spezifisch hierfr in der Transaktion GSP_VZ3 hinterlegte Belegart verwendet wird. Eine Validierung vor der Belegaufteilung knnen Sie in der Transaktion OB28 konfigurieren. Eine Validierung nach der Belegaufteilung knnen Sie verwenden, um das Ergebnis der Belegaufteilung zu prfen. Hierzu knnen Sie den BAdI GLT0_AFTERSPLIT_VAL verwenden. Weitere Informationen hierzu finden Sie im Hinweis 846004.

53E. Document Splitting and Validation ? What is the relation between document splitting and validation? ! You have to distinguish between validation before document splitting and validation after document splitting. Before document splitting means that the validation is processed before the document splitting. After document splitting means that the validation is processed after the document splitting. The purpose of a validation before document split is to make sure that the prerequisites for document splitting are fulfilled. For example, the document type has a central control function for document splitting in new G/L. Hence it is vital for document splitting that you use the correct document type in each transaction. For example, you can use a validation before document splitting for postings of bill of exchange payments (transaction F-36) to make sure that you use the document type which is configured for this purpose in transaction GSP_VZ3. You configure a validation before document splitting in transaction OB28. You can use a validation after document splitting to check the result of the document splitting. To this purpose, you can use BAdI GLT0_AFTERSPLIT_VAL. For additional information, see SAP Note 846004.

54D. Belegstorno und Belegaufteilung ? In welchem Fall wird bei einem Belegstorno der Stornoprozess in der Belegaufteilung angestossen und in welchem Fall werden die Belegaufteilungsregeln prozessiert? ! Die Belegaufteilung prozessiert den Stornoprozess beim FI Storno (Transaktion FB08 oder FBU8). Dabei werden keine Regeln prozessiert, sondern es wird ein Umkehrbeleg aus den Kontierungsinformationen des zu stornierenden Beleg erzeugt. Es wird die Geschftsvorfallvariante des zu stornierenden Beleges abgeleitet, da bestimmte Einstellungen in der Belegaufteilung von der Geschftsvorfallsvariante abhngen. Es sind zunchst die Begriffe prozessdeterminierter (passiver) und regelbasierter Split (oft auch als aktiver Split bezeichnet) zu unterscheiden.

20

Der prozessdeterminierte Split wird prozessiert bei bestimmten Ausgleichs- oder ausgleichshnlichen Prozessen. Die Steuerung erfolgt entweder ber den Prozess selbst, z.B. bei Ausgleichsrcknahme mit FBRA (nur relevant fr spezielle Ledger mit Belegaufteilung) oder durch FI-Storno mit Vorgang RFBU oder durch die Eigenschaften einzelner Belegzeilen (Ausgleichszeilen, Zeilen mit Rechnungsbezug). In dem Fall des FI-Stornos gilt der prozessdeterminierte Split fr den jeweils kompletten Beleg. Alle Belegzeilen 'erben' jeweils die Kontierungen der entsprechenden Belegzeilen des Ursprungsbelegs. Im klassischen Hauptbuch werden bei Nullausgleichen reine Ausgleichsbelege erzeugt. Die zugehrigen Belege enthalten keine Belegzeilen. Im neuen Hauptbuch mit aktiver Belegaufteilung werden keine Nullausgleiche gebucht. Es werden immer Belege mit Ausgleichszeilen erzeugt. Ein Ausgleich muss aber nicht immer ein Saldo-Null-Ausgleich sein, es knnen auch Restposten gebildet oder Differenzen ausbucht werden. Hier gilt nur fr einen Teil des Belegs der prozessdeterminierte Split. Daraus folgt: Ob ein regelbasierter oder ein prozessdeterminierter Split vorliegt, gilt nicht immer fr den ganzen Beleg (das sind sogar nur die Ausnahmeflle), sondern es sind in der Regel vom prozessdeterminierten Split nur einzelne Belegzeilen eines Beleges - unabhngig davon, welche Geschftsvorfallsvariante prozessiert wird - betroffen. Regelbasierter Split gilt immer fr Geschftsvorflle, die keinen Bezug zu einem bereits gebuchten Beleg besitzen. Hier kann das Einbuchen einer Rechnung mit einer FI-Transaktion als Beispiel genannt werden. Darber hinaus wird der regelbasierte Split von Geschftsvorfllen prozessiert, die zwar Ausgleichs- oder ausgleichshnliche Prozesse sein knnen, dieses aber nicht zwangslufig in jedem Fall sein mssen. Hier ist als Beispiel der Storno seitens MM mit MR8M zu nennen. Stornos, die nicht mit dem betriebswirtschaftlichen Vorgang RFBU durchgefhrt werden, prozessieren den regelbasierten Split. Das heit, in Abhngigkeit von der Belegart des zu stornierenden Belegs ist in OBA7 eine Stornobelegart zugeordnet. Zu der Stornobelegart des zu stornierenden Beleges wird aus GSP_VZ3 die Geschftsvorfallsvariante ermittelt. Anhand der Geschftsvorfallsvarante dieser Stornobelegart wird das in GSP_RD hinterlegte Customizing dieser Stornobelegart bei der Aufteilung des Stornobelegs prozessiert. Hierbei ist wiederum zu beachten, dass auch in diesem Storno fr einzelne Belegzeilen aufgrund deren Eigenschaften der prozessdeterminierte Split prozessiert werden kann.

54E. Document Reversal and Document Splitting ? In which case does the document reversal trigger the reversal process in document splitting, and in which case does the document reversal trigger the document split rules? ! The document splitting processes its reversal process in FI reversals (transaction FB08 and FBU8). In this case, no document splitting rules are processed. Instead, the system creates a reverse posting from the account assignments of the document to be reversed. The system determines the business transaction variant of the document to be reversed because some configurations of the document splitting depend on the business transaction variant. You have to distinguish between process-based (= passive) splitting and rule-based (= active) splitting. The system processes the process-based splitting in certain clearing processes and similar processes. This is triggered either by the process itself, e.g. in transaction FBRA (Reset Cleared Items, which is only relevant in special purpose ledgers with document splitting) or by FI reversal with business transaction RFBU or by the attributes of single document line items (clearing line items, line items belonging to an invoice). For the FI reversal, the process-based splitting is relevant for the entire document. Each document line item 'inherits' the account assignments of the corresponding line item of the document to be reversed. In classic G/L, the system creates mere clearing documents for zero clearing. The documents do not contain line items. In new G/L with active document splitting, the system does not create pure zero clearings. The system always creates documents with clearing lines. A clearing does not necessarily have to be a zero clearing. You can also create a residual item or post differences. In this case, the process-based splitting is relevant only for some lines of the document. Conclusion: The system does not always process a process-based splitting or rule-based splitting for the entire document. In fact, process-based splitting for a complete document is rather the exception than the rule: Process-based splitting is usually only applied to single line items of a document (irrespective of the assigned business transaction variant). Rule-based splitting is processed for transactions which do not refer to an existing FI document, such as posting an invoice.

21

In addition, certain clearing transactions and certain processes similar to clearing processes involve rule-based splitting. An example would be the reversal from MM in transaction MR8M. Reversals that are not carried out by means of transaction RFBU process the rule-based splitting as well. The reverse document type for each document type is stored in transaction OBA7. In transaction GSP_VZ3, the system finds the business transaction variant based on the reverse document type. Based on the business transaction variant, the system then finds the relevant splitting rule (as defined in transaction GSP_RD) to be processed when splitting the reversal document. Depending on the attributes of each line item, process-based (= passive) splitting may be processed for single line items here as well.

55D. Saldo-Null-Verrechungungskonto der Belegaufteilung ? Was muss beim Anlegen des Saldo-Null-Verrechungungskonto fr die Belegaufteilung beachtet werden? ! Beachten Sie bitte Hinweis 961937.

55E. Zero Balance Clearing Account for Document Splitting ? What has to be considered when creating the zero balance clearing account for document splitting? ! Please see SAP Note 961937.

56D. Rckbuchungen in das alte Geschftsjahr ? Bis wann kann in das alte Geschftsjahr gebucht werden? ! Das alte Geschftsjahr ist das Geschftsjahr vor dem Migrationsdatum. Ein Rckbuchen in das alte Geschftsjahr ist mglich, solange noch nicht mit der produktiven Migration begonnen wurde. Ein Rckbuchen in das Geschftsjahr vor dem Migrationsdatum ist nicht mehr mglich, nachdem mit der produktiven Migration begonnen wurde oder nachdem erste Objekte (z.B. Offene Posten) produktiv migriert wurden. Wenn das Neue Hauptbuch aktiv ist, ist ein Rckbuchen in das Geschftsjahr vor dem Migrationsdatum ebenfalls nicht mehr mglich. Dies bedeutet, dass der Jahresabschluss fr das Vorjahr in Phase 1, d.h. vor dem Beginn der produktiven Migration und vor dem GoLive erfolgen muss. Alle Buchungen in das vorherige Geschftsjahr mssen vor Beginn der produktiven Migration durchgefhrt sein, auch z.B. Anpassungsbuchungen gem den Vorgaben der Wirtschaftsprfer. Oftmals kann die Notwendigkeit, ins alte Geschftsjahr rckbuchen zu mssen, erst ausgeschlossen werden, nachdem der Jahresabschluss testiert ist.

56E. Postings to Previous Fiscal Year ? Until when can I post to the previous fiscal year? ! In this context, the term previous fiscal year refers to the fiscal year prior to the migration date. You can post to the previous fiscal year as long as you have not started the productive migration. Once you have started the productive migration or migrated any objects (e.g. open items), it is no longer possible to post to the previous fiscal year. Once new G/L has been activated, it is no longer possible to post to the fiscal year prior to the migration date either. This means that the fiscal year closure for the previous fiscal year must be done in phase 1, that is, before starting the productive migration and before go-live. All postings to the previous fiscal year must be stored before the beginning of the productive migration. This includes postings according to the auditors instructions. In many cases, you cannot be sure that no postings to the previous fiscal year will be required until the fiscal year closure has been testified.

57D. Migration von Anzahlungsanforderungen, geparkten Belegen, vorerfassten Belegen und gemerkten Belegen Das Migrationsprogramm, das die Belege aus der Phase 1 migriert, bearbeitet nur FI-Belege, die im klassischen Hauptbuch Verkehrszahlen fortgeschrieben haben. Dieses Programm bearbeitet Anzahlungsanforderungen, geparkte Belege, vorerfasste Belege und gemerkte Belege nicht. ? Was muss bei Anzahlungsanforderungen, geparkten Belegen, vorerfassten Belegen und gemerkten Belegen beachtet werden?

22

! Da Anzahlungsanforderungen, geparkte Belege, vorerfasste Belege und gemerkte Belege keine Verkehrszahlen im klassischen Hauptbuch fortgeschrieben haben, mssen Anzahlungsanforderungen, geparkte Belege, vorerfasste Belege und gemerkte Belege nicht vom klassischen Hauptbuch in das Neue Hauptbuch migriert werden. Sie mssen prfen, ob die Felder, die Sie mit dem neuen Hauptbuch neu eingefhrt haben (z.B. Funktionsbereich, Profit Center, Segment) in geparkten Belegen, vorerfassten Belegen und gemerkten Belegen angereichert werden mssen.

57E. Migration of Down Payment Requests, Parked Documents and Noted Items The migration program used to transfer documents from phase 1 processes only FI documents that have updated totals in classic G/L. This program does not cover down payment requests, parked documents and noted items. ? What has to be considered regarding down payment requests, parked documents and noted items? ! As down payment requests, parked documents and noted items did not update totals in classic G/L, there is no need to migrate down payment requests, parked documents and noted items from classic G/L to new G/L. You have to check if you need to add values for the new fields you have introduced with new G/L (e.g. functional area, profit center, segment) in parked documents and noted items.

58D. bernahme Plandaten von CO-OM (Controlling - Gemeinkostenrechnung) in das Neue Hauptbuch ? Wie knnen Plandaten von CO-OM (Controlling - Gemeinkostenrechnung) in das Neue Hauptbuch bernommen werden? ! Sie knnen wie folgt Plandaten aus CO-OM (Controlling - Gemeinkostenrechnung) ins Neue Hauptbuch bernehmen. Zunchst mssen Sie das Customizing fr Planung im Neuen Hauptbuch entsprechend den Schritten im Einfhrungsleitfaden konfigurieren. Danach knnen Sie die bestehenden Plandaten von CO-OM (Plandaten auf Kostenstellen und Innenauftrgen) ins Neue Hauptbuch zu bernehmen. Whlen Sie hierzu folgenden Pfad im Einfhrungsleitfaden: -> Hauptbuchhaltung (neu) -> Planung -> Plandaten aus CO-OM bernehmen.

58E. Transfer of Planning Data from CO-OM (Controlling Overhead Management) to New G/L ? How can I transfer planning data from CO-OM (Controlling Overhead Management) to new G/L? ! Please proceed as follows to transfer planning data from CO-OM (Controlling Overhead Management) to new G/L: First do the configuration for planning in new G/L as described in the implementation guide. Then transfer existing planning data from CO-OM (planning data stored on cost centers and internal orders) to new G/L. Choose the following path in the implementation guide: -> General Ledger Accounting (New) -> Planning -> Transfer Planning Data from CO-OM.

59D. bernahme Plandaten von klassischem EC-PCA (Unternehmenscontrolling Profit Center Rechnung) oder von klassischem Hauptbuch in das Neue Hauptbuch ? Wie knnen Plandaten aus der klassischen Profit Center Rechnung (EC-PCA) oder aus dem klassischen Hauptbuch in das Neue Hauptbuch bernommen werden? ! Sie knnen wie folgt Plandaten aus der klassischen Profit Center Rechnung (EC-PCA) oder aus dem klassischen Hauptbuch ins Neue Hauptbuch bernehmen. Zunchst mssen Sie das Customizing fr Planung im Neuen Hauptbuch entsprechend den Schritten im Einfhrungsleitfaden konfigurieren. Fr die bernahme von Plandaten aus der klassischen Profit Center Rechnung (EC-PCA) oder aus dem klassischen Hauptbuch in das Neue Hauptbuch existieren keine spezifischen Funktionen. Als Workaround gibt es zwei Mglichkeiten. Sie knnen erstens hierfr die Transaktion GP52 verwenden. Zweitens knnen Sie mit einem Roll-Up die Summen der Planung ins Neue Hauptbuch bernehmen. Fr letzteres mssen Sie hart in zwei Customizing-Tabellen die Roll-Up-Funktionalitt

23

fr die NewGL Ledger zulassen. Die zweite Mglichkeit drfen Sie nur durchfhren, wenn Sie ber ausreichende technische Kenntnisse verfgen. Da es sich in beiden Fllen um einen Workaround handelt, mssen Sie ausgiebig testen. Wenn Sie in der klassischen Profitcenter-Rechnung nicht lokal geplant haben, sondern die Plandaten im klassischen EC-PCA ausschlielich durch die Planintegration mit CO-OM entstanden sind, sollten Sie anstatt der EC-PCA-Plandaten die CO-OM-Plandaten ins Neue Hauptbuch bernehmen.

59E. Transfer of Planning Data From Classic EC-PCA (Enterprise Controlling Profit Center Accounting) or From Classic G/L to newG/L ? How can I transfer planning data from classic EC-PCA (Enterprise Controlling Profit Center Accounting) or from classic G/L to new G/L? ! Please proceed as follows to transfer planning data from classic EC-PCA (Enterprise Controlling Profit Center Accounting) or from classic G/L to new G/L: First do the configuration for planning in new G/L as described in the implementation guide. No specific functions are available for the transfer of planning data from classic EC-PCA (Enterprise Controlling Profit Center Accounting) or from classic G/L to new G/L. There are two possible workarounds. You can either use transaction GP52 or a roll-up to transfer the totals of the planning data to new G/L. For the latter alternative, you have to allow roll-up for the new G/L ledger by making the required changed directly in two customizing tables. You are only allowed to implement the second alternative if you have sufficient technical know-how. As both alternatives are workarounds, you have to test intensively. If you have not planned locally in classic EC-PCA and EC-PCA planning data was created exclusively by planning integration with CO-OM, you should transfer CO-OM planning data to new G/L instead of transferring EC-PCA planning data to new G/L.

60D. Echtzeitintegration CO -> FI aktiv und Standard-UKV-Ledger 0F aktiv ? Was muss beachtet werden, wenn die Echtzeitintegration CO -> FI eingeschaltet ist und das Standard-UKV-Ledger 0F genutzt wird? ! Es ist zu unterscheiden zwischen Phase 1 (Migrationdatum bis Aktivierungsdatum) und Phase 2 (ab Aktivierungsdatum). Phase 1: Klassisches Hauptbuch aktiv, Echtzeitintegration CO -> FI aktiv und Standard-UKV-Ledger 0F aktiv. Da die Echtzeitintegration aktiv ist, werden in Phase 1 keine FI-Buchungen mehr aus dem Abstimmledger erzeugt. Die FI-Belege aus der Echtzeitintegration (EZI) mssen in Phase 1 nicht nur im klassischen Hauptbuch, sondern auch im Ledger 0F fortgeschrieben werden. Dazu muss beim Einschalten der Echtzeitintegration CO -> FI, d.h. sptestens zum Migrationsdatum, der Vorgang COFI dem Ledger 0F manuell zugeordnet werden. Benutzen Sie die Transaktion GCL2, um dem Ledger 0F den Vorgang COFI zuzuordnen. Phase 2: Neues Hauptbuch aktiv, Echtzeitintegration CO -> FI aktiv und Standard-UKV-Ledger 0F aktiv. Wenn das Standard-UKV-Ledger 0F parallel zum aktiven Neuen Hauptbuch weiter genutzt werden soll, ist folgendes zu beachten. Da die Echtzeitintegration aktiv ist, werden keine FI-Buchungen mehr aus dem Abstimmledger erzeugt. Die FI-Belege aus der Echtzeitintegration (EZI) mssen nicht nur im Neuen Hauptbuch, sondern auch im Ledger 0F fortgeschrieben werden. Dazu muss beim Einschalten der Echtzeitintegration CO -> FI dem Ledger 0F der Vorgang COFI manuell zugeordnet werden. Benutzen Sie die Transaktion GCL2, um dem Ledger 0F den Vorgang COFI zuzuordnen. Wenn die Variante der Echtzeitintegration (EZI) im Customizing so eingestellt ist, dass die EZI-Belege mit einer Ledgergruppe gebucht werden, muss in der Transaktion GCL2 im Ledger 0F zustzlich das Feld Referenz Ledger mit dem fhrenden Ledger des NewGL (z.B. 0L) gefllt werden. Das Ledger 0F wird dann nur mit solchen FI-Belegen fortgeschrieben, die in das entsprechende NewGL Ledger (z.B. 0L) gebucht werden.

60E. Real-Time Integration CO -> FI Active and Standard COS Ledger 0F Active ? What has to be considered if real time integration CO -> FI is active and standard COS Ledger 0F is active? ! You must distinguish between phase 1 (from migration date to activation date) and phase 2 (from activation date onwards).

24

Phase 1: Classic G/L is active, real-time integration CO -> FI is active, and standard COS ledger 0F is active. As real time integration is active in phase 1, the reconciliation ledger will not create FI postings in phase 1. This is why in phase 1 the FI documents from real-time integration CO -> FI must not only be posted to classic G/L, but also to ledger 0F. When activating real-time integration CO -> FI, you have to assign activity COFI to ledger 0F. Use transaction GCL2 to assign activity COFI to ledger 0F. Phase 2: New GL is active, real-time integration CO -> FI is active and standard COS ledger 0F is active. If you want to continue using standard COS ledger 0F in parallel to new G/L, please consider the following. As real-time integration is active, the reconciliation ledger will not create FI postings. This is why the FI documents from real-time integration CO -> FI must not only be posted to new G/L, but also to ledger 0F. When activating real-time integration CO -> FI, you have to assign activity COFI to ledger 0F. Use transaction GCL2 to assign activity COFI to ledger 0F. If the applicable variant for real-time integration specifies that the documents from real-time integration are posted in a ledger group, you have to fill the field reference ledger in transaction GCL2 in ledger 0F with the leading ledger of new G/L (for example 0L). Ledger 0F will then only be updated with FI documents that were posted to the corresponding new G/L Ledger (for example 0L).

61D. Zeitpunkt fr Aktivierung Echtzeitintegration CO -> FI In der Variante fr Echtzeitintegration CO -> FI tragen Sie den Stichtag: Aktiv ab ein und schalten de