Enterprise Resource Planning Blogs by Members
Gain new perspectives and knowledge about enterprise resource planning in blog posts from community members. Share your own comments and ERP insights today!
cancel
Showing results for 
Search instead for 
Did you mean: 
bryan_koetting2
Active Participant
75,821

Question


As we go into our second year-end close with S/4 HANA, the question came up: what does the G/L Balance Carryforward transaction FAGLGVTR and the A/P - A/R Balance Carryforward transaction F.07 technically do under S/4HANA Finance?  We know that the balance tables FAGLFLEXT (or GLT0 under Classic G/L), KNC1, and LFC1 are no longer transparent tables in S/4HANA but are Compatibility Views on the new Universal Journal table ACDOCA, so if there is no need to update those former tables what’s the purpose of the Balance Carryforward transactions?

Background


Prior to S/4HANA, the purpose of the G/L Balance Carryforward transaction FAGLGVTR (or transaction F.16 under Classic G/L) was twofold: calculate the current year earnings from the P&L accounts to determine the posting that must be made to the retained earnings account, and create new balance records for the beginning balances of the new fiscal year for each balance sheet account in the G/L table FAGLFLEXT or GLT0.  FAGLFLEXT/GLT0 both contained a Balance Carryforward field for each account for each fiscal year, and this field was used in reporting to calculate the cumulative balances for balance sheet accounts.

Similarly, prior to S/4HANA, the purpose of the A/P - A/R Balance Carryforward transaction F.07 was to create the customer and vendor Balance Carryforward field in transparent tables KNC1 and LFC1, which were used to report cumulative customer and vendor balances.

Of course, with S/4HANA all the above mentioned transparent tables FAGLFLEXT, GLT0, KNC1 and LFC1 have been replaced with Compatibility Views on the Universal Journal table ACDOCA, which contains document transactions, not balances.  So what do the Balance Carryforward transactions do?

S/4HANA Finance Technical Changes


As it turns out, Universal Journal table ACDOCA does contain G/L carryforward balances for balance sheet accounts, but they are represented in the table as Period 0 documents.  FAGLGVTR creates documents in Period 0 of the newly opened fiscal year, representing the cumulative balances as of the beginning of the fiscal year.  These documents can be identified in ACDOCA with field Posting Period of “0” (displays as blank) and Document Status of “C” (“Balance Carryforward and Balance Adjustment from Migration”).  They will have a system-assigned document number.  The process for calculating current year earnings and adding to the beginning retained earnings balance is the same, except that Period 0 documents are created in ACDOCA for the new beginning retained earnings balance.



These Period 0 postings are used to populate the Balance Carryforward field on the Compatibility Views for FAGLFLEXT and GLT0, and are used to display the “Bal.Carryforward” row for balance sheet accounts in transaction FAGLB03 (formerly FS10N).

It is important to note that the period 0 Carryforward postings are not displayed in the Line Item Browser transactions FAGLL03H, FBL1H, and FBL5H.

Another important technical difference in the S/4 HANA Balance Carryforward is that you only need to run it once.  Once it has run and created the following year period 0 postings, every new document that you post to the old fiscal year will create a corresponding period 0 document in the new fiscal year, so the carryforward balances are always in sync with the previous year.

So typically what you’ll see in ACDOCA is a whole bunch of period 0 documents with TIMESTAMP values around the time you ran the Carryforward program, and then see period 0 documents with later TIMESTAMPs that match postings that were made to the previous fiscal year subsequent to running the Carryforward.

F.07


F.07 is a slightly different story.  Under S/4HANA, the Universal Journal table ACDOCA contains details of all customer and vendor postings, under the applicable reconciliation account.  As with all other balance sheet account balances, transaction FAGLGVTR creates Balance Carryforward posting documents, for customer and vendor balances, in period 0 of the new fiscal year. (It does the same for Fixed Assets).



The pre-S/4HANA customer and vendor balance tables KNC1 and LFC1 have been converted to Compatibility Views on ACDOCA in S/4HANA, and in the same manner as FAGLFLEXT/GLT0, the Period 0 postings populate the Balance Carryforward fields on the KNC1 and LFC1 Views, and the Balance Carryforward rows on the Vendor and Customer Balance Display transactions.

So with that being said, what is the purpose of F.07?

SAP Note 2591969 describes that the only update F.07 does is to insert a record for the last day of the previous fiscal year, by company, in table FINS_BCF_FY.  Presumably this table is used for customer and vendor reporting, but I could not ascertain it’s purpose, at the time I wrote this.

References

SAP Note 2591969 - AP/AR balance carryforward doesn't have test run option in S/4HANA.
15 Comments
former_member312411
Active Participant
Thanks for sharing the insights Bryan. What is the role of ACDOCT in above process? and for Assets, does it create one line item each in ACDOCA per ledger and per asset when this step is executed?
bryan_koetting2
Active Participant
Hi Kishore,

ACDOCT is a Compatibility View on ACDOCA that can be used in Report Writer/Painter.  Just like the Compatibility Views FAGLFLEXT and GLT0, it has a Balance Carryforward field that gets populated from the Period 0 postings on ACDOCA, to make it easy to report on the carryforward balance with the reporting tools.

Regarding Assets, you should normally see more than one line created in ACDOCA (per Ledger) for the Carryforward of Assets.  At a minimum you should see a line for the cumulative APC and the cumulative Accumulated Depreciation for each asset, since they are usually recorded to different G/L accounts.  And you could possibly see even more Carryforward lines for an asset if depreciation has been posted to different cost centers or if there has been other postings against the asset to other G/L accounts or cost objects.

Bryan
0 Kudos

Hi Bryan,

 

Thanks for these insights.

I have a question about the postings coming after the Balance Carryforword is done:

Indeed, when you post to the special periods (13 to 16) of previous fiscal year, the BCF is automatically updated (totals) but those postings don’t have the status BSTAT = ‘C’ in ACDOCA.

If I have a program that fetches in the ACDOCA to calculate the BCF based on the BSTAT =’C’ and Period =’00’ (blank), how can this program select the postings carried out after the BCF to add them to BCF calculation ?

bryan_koetting2
Active Participant
Alexandre,

Are you saying that the special period postings don't have BSTAT=C?  These will not, only the period 0 carryforward documents for the following year have BSTAT=C.

Are you saying that special period postings done after the BCF create additional period 0 carryforward documents that do not have BSTAT=C?

I haven't seen that in my system.  In my system every period 0 document for every year has BSTAT=C.  I know we create many many documents after the BCF for period 12 of the previous year, but I'm not sure if we have ever created special period postings.

Bryan
bryan_koetting2
Active Participant
Can't seem to edit my post unless I log on with the old profile, so I'll just have to add a Comment.

Another important technical difference in the S/4 HANA Balance Carryforward is that you only need to run it once.  Once it has run and created the following year period 0 postings, every new document that you post to the old fiscal year will create a corresponding period 0 document in the new fiscal year, so the carryforward balances are always in sync with the previous year.

So typically what you'll see in ACDOCA is a whole bunch of period 0 documents with TIMESTAMP values around the time you ran the Carryforward program, and then see period 0 documents with later TIMESTAMPs that match postings that were made to the previous fiscal year subsequent to running the Carryforward.
0 Kudos
Bryan,

Indeed, after a set of tests, I can see that the postings made in the periods 13 to 16 are in ACDOCA as normal postings (BSTAT=' ') in the previous year. And they are also present in ACDOCA as BCF documents with BSTAT = C & Period = 00

Aelxandre.
Arjun926
Explorer
0 Kudos
Thank you for narrating such most important concept as I had many question on same topic and now I've got clear picture.
former_member367807
Discoverer
0 Kudos

Hi Bryan,

Is it enough to run the Carryforward program e.g. at the beginning of year for the closing purpose of the current year?

Best regards, ilvir.

 

 

renzodumo1
Explorer
0 Kudos
Thanks a lot. It a very clarify blog. Thanks again!
rama_balabhadruni
Discoverer
0 Kudos
Though , SAP Note 2591969 describes that the only update F.07 does is to insert a record for the last day of the previous fiscal year, by company, in table FINS_BCF_FY , the table appears to be getting updated after FAGLGVTR run . On closer scrutiny i have found the function used to insert the last day of the previous Fiscal is also called in another method which is used in FAGLGVTR. I am still not clear the real purpose of F.07 after running FAGLGVTR
former_member64108
Discoverer
0 Kudos
Any final conclusions on the purpose of F.07 in S/4?
Mariana_Zarjitc
Associate
Associate
There is no need to execute F.07, if FAGLGVTR is executed, unless some optimization of the BCF is intended and the Subledger is carried forward first. Note 2150347 - FAGLGVTR: Preparing balance carryforward for AP/AR subledger accounting brings light on the situation:

If the balance carryforward is carried out for the leading ledger in a company code using transaction FAGLGVTR, before the balance carryforward in the subledger accounting has been executed for this company code using the program SAPF010, then the balance carryforward using the program SAPF010 is no longer required for this company code.

 
0 Kudos
Hi,

i have a scenario where leading ledger (USGAAP) financial year is July - June and Local GAAP (IGAAP) is April-March.

While doing local entity migration to S/4, we are uploading opening balances as on 1st April and posting transactions (FA, Vendor, customer, GL) for April - June period.

 

My question is how do we do carry forward for leading ledger in June end, where it can be done specific to leading ledger alone, and what are the steps to be done.

Regards
antonioavl1
Member
0 Kudos
Hello,

That's why the later you run BCF the better, as it will result is less BCF entries in ACDOCA. If you run too early, it may inflate your DB. Learned that after first year running it in S4.

Regards,

Antonio
Kim_Brandt
Discoverer
0 Kudos

Hello
We need to Modify/Insert Porfit Center and Partner Profit Center during run time of FAGLGVTR
We want to use Method transfer_mod Of Badi 
BADI_GVTR_DERIVE_FIELDS. We have implemented the Badi successfully. 
Unfortunately program run does not call the transfer_mod. thus not break Method when break-point set. Do you know why?


Nb. The first Method of the Badi is called successfully thus indcates Badi is implemented and there should be no condition on method call. 

Thanks Kim Brandt

Labels in this area