Posting of p&l accounts in prior periods at go live with wbs

Hi gurus,
As client requirement is to see profit and loss reporting from january in case of may 2014 golive, is there any issue if we post monthly entries of p&l accounts with relevant cost center/wbs with jan to april posting dates and run project settlement every month from period 1 to 4 so that project cost can be settled on cost center. And as far as balance of balance sheet accounts are concerned, balances will be uploaded on golive date in may.
Please let me if there is any issue with above mentioned solution which will give p&l details for this year in sap....
Thank you

Hi Collet,
We have configured it this way because our users told us that they needed to adjust the current period profit / Loss account after all the interunit eliminations were made, so when having to reclassify it between minority interest - Retained earnings amount and the group retained earnings, only the net balance in that account should be considered and not the one calculated in FI.
Example: FI Balances:
1.000,00 u20AC       4300 - Accounts receivable
100,00 u20AC          5720 - Banks
-1.000,00 u20AC       7000 - Income
-100,00 u20AC         7000 - Income intragroup
-1.100,00 u20AC       1290 - Retained earnings current year
1.100,00 u20AC        8000 -  current year income
IC:
100,00 u20AC      7000 - Income intragroup
-100,00 u20AC     1298 - P&L clearing account
100,00 u20AC      1290 - Retained earnings current year
-100,00 u20AC     8000 -  current year income
Balance After IC:
1.000,00 u20AC        4300 - Accounts receivable
100,00 u20AC            5720 - Banks
-1.000,00 u20AC       7000 - Income
-100,00 u20AC          1299 - Clearing account for P&L
-1.000,00 u20AC       1290 - Retained earnings current year
1.000,00 u20AC        8000 -  current year income
So, while reclassifying the net retained earning for current year (minority interes 20% share):
1.000,00 u20AC     1290 - Retained earnings current year
-800,00 u20AC       1291 u2013 Retained earnings current year consolidation group
-200,00 u20AC       1230 - Retained earnings current year minority interest
I know what you are saying but Why is this wrong?

Similar Messages

  • Posting to G/L account in Next period & Opening balances

    We need to post to G/L accounts for new Company code
    1) During month of February , Can we post to GL accounts(FB50)  with Posting date in January? -->  if we have Period 1,2008 open in OB52 ( FROM Period 1,2008 TO Period 2,2008)
    2) Is there a way that Opening balances can be posted to the G/L account other than using FB50/F-02. There are only 10 G/L accounts ,so I don't want to do it programmatically.
    Please reply at the earliest.
    Thanks

    HI Manisha
    I will answer your question one by one.
    The answer for the first question is, YEs you can have any many periods open as you wish. This you can do in T.Code OB52. In OB52 , You have to give from which period to which period it should be open.
    Now coming to the second question. i don't think there is any other way to upload the balanace.
    If it helps, plz assign points.
    Regards
    Rajaram

  • How to post prior period depreciation into the current period

    We accidentally missed a depreciation run in a prior month and so cannot move ahead until this is posted.  We do not reopen prior periods once the GL is closed.  Is there a way to post the prior month's depreciation into the current month?  We are on ECC so I understand depreciation no longer posts via SM35.  I have seen other posts that discuss similar issues but haven't seen this exact issue.  I've been told there is no way to do this, our only option is to reopen the periods.  Hoping that is not the case. Thanks.

    Hello,
    Since the depreciation didn't run in the previous month, the depreciantion of last month and current month to be booked in current period is possible. For example period 06 was the previous month, then in current month depreciation run AFAB > select 'Unplanned posting run' in the 'Reason for posting run' only for current month for e.g. period 07. From next month onwards, select 'Planned posting run' as normal.
    Kind regards,
    John Chin
    Edited by: chinks on Jul 20, 2011 12:43 PM

  • Set maximum amount posted in a GL account

    Hi All,
    Is it possible to block the maximum amount posted in an GL account in a period.
    Please advise.
    Thanks,
    Safi

    Hi
    You have to transfer the line items using a manual entry or through a recording by LSMW
    Regards
    Sanil

  • Cant change delivery date on Sales Order posted in prior period

    Hello All,
    Scenario: A sales order which was processed in prior period but since then delivery date had changed due to request from our customer. When we try to go back and change the delivery date, we find it greyed out. To get around this, we have to open the period again, change date and then close the period. Problem is that not all dates get changed, so our late delivery report look bad, shows that 90% of our deliveries are late, when in fact they are on time, the new time which we could not record on the Sales Order. We have similar problem with our purchase Orders.
    Is there anything in Administration we can do to enable us to easily chnage delivery dates on Sales order and purchase orders?

    Hi,
    Welcome you to post on the forum. What is your B1 version and PL?
    Thanks,
    Gordon

  • Profit Center Group Organization Change - Effective for Prior Periods

    Hi Experts,
    A client wants to perform a horizontal organization change (profit centers) and see the effects retroactively to the prior periods.  To achieve this, they plan to re-execute the consolidation tasks going back two to three years once the org change is made, so that they have comparative financial statements that take into account the change.  The requirement is to re-post the group level postings to the updated profit center group after the change.  For example, Italy related postings would occur under the group Central Europe instead of Western Europe as before.  All the group level postings previously booked to Western Europe would now need to recorded under Central Europe going back prior periods.
    Does anyone have any ideas as to how to meet the requirement without re-consolidating?
    One option was the restatement feature but based on the SAP help description of the monitor required, it does not take into account consolidated postings, only uploaded PL00-10 data and translation.
    Another option is to copy the version but then the results is in another version rather than the original 'actual' "100" version.
    Any ideas would be appreciated.
    Thanks
    Eyal Feiler

    Eyal,
    I know of no other way to accomplish this than to re-execute the consolidation for the prior periods after the hierarchy has been changed.
    I have used the restatement feature and like you have found it very limited.
    The copy to another version would only work if you copied the existing data to the new version before re-executing the consolidation. The the version 100 can be re-consolidated for the previous periods and the existing reports do not have to be changed for a new version.
    However, with the copy, it is important to set the cons group and cons unit hierarchies to be version dependent so the changes are only good for the version that is to be re-consolidated for previous periods. This allows you to report on the data before the change where the logic will read the old, unchanged version of the hierarchy.
    Dan

  • Prior Period Calc

    I am attempting to do a DSO calculation that checks to see if two account members are less than the total sales member back up to four months to make the calculation and am seeking any recommendations on how to accomplish this. I am pretty new at Essbase and this seems to be a complex calculation. Here is an example of the calculation in a generic sense:IF(     (RecNet.TradeRec.Trade+RecNet.OtherRec.ProBill) <= SalesOC,          (               (RecNet.TradeRec.Trade + RecNet.OtherRec.ProBill) /                (SalesOC/DaysInCurrentMonth)          ),          IF(               (RecNet.TradeRec.Trade + RecNet.OtherRec.ProBill) <= SUM('SalesOCCurrent-1':SalesOC),                    DaysInCurrentMonth +                    (                         (RecNet.TradeRec.Trade + RecNet.OtherRec.ProBill - SalesOC) /                          ('SalesOCCurrent-1' / 'DaysInCurrentMonth-1')                    ),etc., back 4 months. We have periods in one dim and year in another.I made the following attempt, but I am sure my syntax is wrong:IF (("RecNet.TradeRec.Trade"+"RecNet.OtherRec.ProBill") <= SalesOC)     ARDAYS =     ((RecNet.TradeRec.Trade+RecNet.OtherRec.ProBill) /      (SalesOC/DAYS_TOT);ELSEIF ((RecNet.TradeRec.Trade+RecNet.OtherRec.ProBill) <= @SUMRANGE (SalesOC, @CURRMBRRANGE (PERIOD, LEV, 0, -1, 0))     ARDAYS =     DAYS_TOT +     ((RecNet.TradeRec.Trade+RecNet.OtherRec.ProBill-SalesOC) /      (@SUMRANGE (SalesOC, @CURRMBRRANGE (PERIOD, LEV, 0, -1, -1)) /     (@SUMRANGE (DAYS_TOT, @CURRMBRRANGE (PERIOD, LEV, 0, -1, -1)));Sorry for the long post. Should I be using @PRIOR instead?

    I can give you an example of why ABS is used in the divisor.
    Imagine for a moment that you had profit last year of 200, and profit this year of 500. Your percentage change would be 1.5, or 150%, right? Pretty easy to calculate: (New minus Old) / Old = (500-200)/200.
    But if last year's profit was a $200 LOSS, what would your percentage change be? "(New minus Old) / Old" would be (500 minus (-200)) divided by -200, or 700 divided by -200, resulting in negative 3.5, or a 350% loss. Huh? How in the world could that be right? We had a loss last year, a gain this year, and it shows up as a negative percentage increase?
    To (partially) fix the problem, we use ABS in the divisor. So we go from -200 up to zero, that's a 100% improvment. Then we go from zero up to 200, that's another 100%, and from 200 up to 400 is another 100%. And then from 400 up to 500 is another 50%. So that's a total of 350%. Using ABS around the divisor does that for us, so that we're not dividing by a negative number.
    Now, I firmly believe that if last year's number is a negative and this year's number is a positive, the result should be N/A. But that's not what the OLAP engine does by default. Why do I disagree with returning a numbe at all? Let's take that second example, where we had a $200 loss followed by a $500 gain, which would show up as a 350% return. What if our initial year had a $142.86 profit, followed in the next year by a $500 profit?. What would the percentage change be? Do the math, and you'll find that it's.... 350%.
    So... an increase of $700 (from a loss of $200 to a profit of $500) calculates to the same percentage as an increase of $357.14 (from a profit of $142.86 to a profit of $500), which I find ludicrous. But there it is.
    Anyway, that's why you use ABS in the denominator.

  • Date issue in processing billing documents that shipped in a prior period

    Date issue in processing billing documents that shipped in a prior period that is now closed:
    SAP values those deliveries with the current document date in A/R when it should be the original delivery date.  Baseline date needs to stay the delivery date, but is getting copied from the billing date in the new period.  A user exit exists (& needs to be applied) to manipulate the baseline date when the accounting document is being created.
    Any input is appreciated.

    Hi
    Try with Invoice Correction Request concept
    Sale document Type: RK
    Reference Document Type : Billing Number
    for Understanding the Invoice Correction request check below link
    [Creating Invoice Correction Requests|http://help.sap.com/saphelp_46c/helpdata/en/dd/55feeb545a11d1a7020000e829fd11/content.htm]
    Regards,
    Prasanna

  • Depreciation posted against expense GL account are incorrect

    Dear All,
    We have a situation as depreciation incorrectly posted against accounts 500000 and 500020(these are two Deprn GL accounts). This is due to,
    a. July-September is accounting depreciation that has not
    been adjusted for tax
    b. There is an incorrect accrual that was posted to the
    500000 account in September.
    Please find attached a breakdown of the values. Can you
    please advise how to resolve the YTD GL balance for tax
    depreciation expense so it is correct and reconciles to the
    movement in the accumulated depreciation accounts.
    period*     Current Tax GL Balance*     Should be*     Difference*
    1     14352.941     10891.917     3461.024
    2     14142.128     10891.899     3250.229
    3     13859.659     10540.468     3319.191
    4     13797.779     15207.141     -1409.362
    5     20692.141     20692.141     0.000
    6     20516.580     20516.580     0.000
    Thanks in Advance
    Regards
    Shanu

    Hi,
    we have two solutions:
    1 - Transfer Wrongly posted Amount to Correct Amount by useing T.Code: FB01 ( 40 - 500000 Rs XXX & 50 - 500020 XXX)
    (Here it will effect only FI not AA)
    2 -1 -  Identify Assets howmany assets effect wrong GL account through Table : ANLB
    2 - 2 - Maintain 0000 dep Key in all asset wrongly dep posted asset master,
    2 - 3 - Re - Run Dep from dep posted months
    2 - 4 - Assign Correct GL Account in Account determination
    2 - 5 - Assign Original Key in Asset Masters
    2 - 6 - Re Run Dep from previous periods
    Regards
    Viswa

  • What is the earliest prior period that you would like to enter into SAP B1

    Can anyone please explain the need of gathering the following information in a BBP for SAP B1 2007B?
    "What is the earliest prior period that you would like to enter into SAP Business One to allow for Comparative Financial Statements?"

    If you want to be able to create year over year reports, create budgets based on history, etc. you can't just start with opening balances for your GL accounts. You need to create past periods and load history amounts. That's all.
    My clients typically want to be able to answer questions like 'How much higher (or lower) are sales this month than sales in the same month last year?' So for a client who 'went live' with SAP on January 1, 2009, I would create 12 periods for 2008 and enter their monthly balances for their GL accounts.

  • F.05 Posting for general ledger account .......[Error]

    Hi expert,
    I am running a transaction in F.05 and encounter several error messages such as:
    1 Incorrect account determination: ABC 11111 >> No performance Assistant message
    2 Enter account number with a maximum of 10 characters  No performance Assistant message
    3 Posting for general ledger account 11111 amount >> 
    Performance Assistant message prompt:
    Posting for general ledger account 11111 amount 199,999.00 set in batch input
    Message no. FR008
    Diagnosis
    In an evaluation that affects the financial statements, the posting for company code ABC and G/L amount 199,999.00 SGD, could not be carried out.
    System Response
    The posting is entered in a batch input session.
    Procedure
    Correct the error, for example, missing account determination, and run the batch input session. This ensures that the posting and the evaluation difference noted in the documents agree again.
    Please advise.
    Thank you!

    1.  Financial Accounting (New) > General Ledger Accounting (New) > Periodic Processing > Valuate > Foreign Currency Valuation.
    Check your settings
    2. Check if how you have defined you account groups in OBD4. Most probabaly you have defined 10 digit account length.
    3. Check if the document type is relevent only for batch input.
    Rgds
    Harmees

  • Unable to post cancellation invoice to accounting.

    Hello Experts,
    I have one scenario in which the user has done Order ->Delivery ->Invoice -> Accounting documnent is Cleared. he created Cancellation invoice and trying to post the cancellation document to accounting. but system is giving error message unable to post document because foreign trade data is missing. therefore unable to post the document to account. Document flow is as follows.
    Order - Completed
    Delivey -Completed
    Invoice -Completed
    Accounting Doc-Cleared
    Cancellation Invoice - Missing export data
    The invoice and cancellation was created a year before. and user didn't face any problem while posting normal (F2) invoice to accounting. system did not throw the same error message.
    Now, user want to post the cancellation document to accounting. Kindly let me know what can be done in this case.

    Hello
    You cannot cancel a cleared invoice and post it to accounts. if it is alredy cleared then what is the use of cancellation and what would happen to the payemnt received from customer ?
    you can reverse the clearing done for the invocie , then create cancellation document and post it
    you would also have to open the periods one year back !!
    Hope this helps
    Thanks
    akasha

  • Import to prior periods using DTW

    Is there any way to import transactions to a prior period?  I have opened all prior periods and I continue to receive a posting date deviates from permissable range error message.  The dates do fall within the posting date.  I am able to change the date within SBO to prior posting period manually, any reason I can not bring them in through the DTW?

    1. The posting period is defined correctly, also please make sure that the posting
    date, due date and document date used in the document should be according to the current posting
    period.
    2. Also please check under administration --> System Initialisation --> Document Setting -->
    Please make sure that the option : Block documents with earlier Posting Date is not checked.
    On point #1, you say "should be according to the current posting period.", but in this case I am looking to import these to a period that is unlocked, for example is 10/10/2007.  All of my dates fall within the ranges listed below.  My current period that I am attempting to post to for example is set up as follows:
    Period Code     Period Name    Period Status    Posting Date From-To       Due Date From-To
    2007                2007                Unlocked          01/01/07    12/31/07         01/01/07    12/31/07
    I confirmed point #2 as well.

  • Period account closing bal includes cumul movements, even with a rule.WHY?!

    Hello chaps, I've been struggling with this for a few days now and I'm going to have admit defeat. :(
    I'm trying to do two things.
    1. View periodic balance sheet movements
    2. Get the correct custom closing balance to roll up once I've done 1 (in Periodic view)
    What I've done.
    For Point 1. I use the SwitchTypeForFlow attribute on the flow members. This let's me see the balance sheet movements in Periodic view. Great.
    Which leads me onto Point 2. Whilst I can now see the balance sheet movements in Periodic view, the closing balance (the parent of Opening + increases - decreases) does not total correctly. Instead of adding the Opening + increases - decreases for ONE period, It adds them for ALL the previous periods.
    Ok, so to get round that, I thought I'd just create a new member called "ClosingBal" and override what HFM is doing. I'll now have two rules. The "OpeningBal" is just the closing balance of last period. "ClosingBal" is just the sum of opening + increases - decreases for the period. So here are the two simple rules
    HS.Exp "C1#OpeningBal=C1#ClosingBal.P#Prior"
    HS.Exp "C1#ClosingBal=C1#OpeningBal+C1#increases-C1#decreases"
    But when I do this, even with the rule, it STILL adds up the cumulative increases and decreases for all prior periods as well, not just the ones for the period. Why is it doing that? All I want is my closing balance in that one period to be equal to opening balance + increases - decreases. It works fine in YTD view, but not Periodic view. I need it to work in Periodic view
    any help much appreciated.
    Thanks,
    Sal

    Sal,
    There is no solution here that allows the user to simpley change the View member from Periodic to YTD, keeping all else the same, and get your desired result. However, you could create a solution that when a user wants Periodic numbers he/she would select the Periodic View member and then select a unique ClosingBal member (eg. 'ClosingBalPer') and a unique OpenBal member (eg. 'OpenBalPeriodic'). When the user wants YTD numbers he/she would select the YTD View member and then select a different and also unique ClosingBal member (eg. 'ClosingBalYTD') and a different and also unique OpenBal member (eg. 'OpenBalYTD').
    Here you would have 2 different rules for you opening balances:
    HS.Exp "C1#OpeningBalPer=C1#ClosingBal.P#Prior"
    HS.Exp "C1#OpeningBalYTD=C1#ClosingBal.P#Last.Y#Prior"
    And your ClosingBal rules would look like this:
    HS.Exp "C1#ClosingBalPer=C1#OpeningBalPer+C1#increases-C1#decreases"
    HS.Exp "C1#ClosingBalYTD=C1#OpeningBalYTD+C1#increases-C1#decreases"
    In regards to the ClosingBal rules, these aren't necessary if you make the ClosingBal member a parent of the other members. If 'decreases' need to be subtracted then they should be flagged as 'SwithSignForFlow'.
    With this solution if a user selected YTD with the Periodic members or Periodic with the YTD members then their numbers wouldn't make sense so there would be some user eduction involved with this solution.

  • Good Receipt is posted to price variance account instead of Inventory account

    Dear All,
    My client have a PO with three materials. All those materials have been assigned to same valuation class. Client has posted GR for this PO and one material has been recorded a misbehavior when selecting the accounts. That mean, it has been ignored the inventory account and instead value has been posted to price variance account. So the debit entry in price variance and credit entry in GR/IR.
    But other two material has the automatic posting to correct account as Debit to Inventory and Credit to GR/IR.
    Could you pls help me to find the reason for this.
    Regards
    Sujith

    Dear Vivek and Dev,
    Attached herewith the screenprint of Accounting view of the two material. Material 300000075 has the correct posting while material 300000028 has recorded incorrect posting
    1

Maybe you are looking for