Wrong calculated PO commitments

Hi,
We are facing this problem,and are unable to get the appropriate reason.
In general:
Ext Obligo is the automated created variance between the PO value and posted actuals. No manuell work.
Example:                        PO value        Ext Obligo                Actuals
                                      31,050.00         29,854.71               29.945.71
correct Ext Obligo value should be :-     1.104,29(that is the difference of the PO value and the actuals) ,But its coming 29,854.71.
For a particular Purchase order for some line items its coming correct for some its coming wrong.
Thanks in advance
Swati

In case these are service items, try implementing the standard notes:
1491430 - Incorrect Commitments for Service Items
1492317 - Incorrect commitments after posting service entry sheet
Then follow the further steps after the notes have been applied:
1) Execute the RKANBU01 transaction to re-build the commitments
2) In order to correct the FM records execute FMN4N transaction for the affected PO
You may also want to search the forum as such issues have been discussed before as well.
Regards,
Syed Ammar Zaheer
Edited by: Ammar Zaheer Syed on Sep 15, 2011 7:31 AM

Similar Messages

Delivery date in the PR is wrongly calculated

Hi,
This is a severe issue we are facing, delivery date in PR is wrongly calculating. consider this example:
sales order was created on 31.08.2007 and the planned delivery time assigned in MMR is 9 days, GR processing time is 1 day. Due to some reasons we have created PR on 17.09.2007 but the system is showing the delivery time as 17.10.2007 the release date is on 05.10.2007
Can any body tell me how system calculates delivery date in PR and wat are the factors influence this calculation and also the reason for this unusaual behavior of the system?
Many thanks for your quick reply.
Sri

Please request one Abaper to solve this problem.
You cannot due nothing as the problem is in Code.
Regards
William

R/3 archiving - wrong calculated field on 2LIS_02_ITM extractor

Hello.
An info and a question for who developed an archiving with r/3..
We have found an issue related with the R/3 archiving and LIS_02_ITM.
A calculed field (Delivery Quantity Variance in %); (field name = MABW) (you can see it at http://help.sap.com/saphelp_nw04/helpdata/en/58/f6383fdb800804e10000000a114084/frameset.htm )gives wrong data.
The MABW is calculated using MSEG infos.
MSEG infos were archived (and deleted), so, the calculation goes bad and returns wrong value.
In front of the archiving process, we potentially will find problems due to the standard extractor behaviour.
Have you ever noticed the same behaviour because of the wrong calculation onto the fields?
thank you in advance for your cooperation...!
Dieguz
The details are the following :
We have a R/3 PRODUCTION system (called MP0), connected with three BW
ones (MP2,
MP4, AP4).
Someone performed an R/3 data archiving, using an archiving tool
(IXOS).They archived the data with a one-to-one object approach :
FI_DOCUMNT archived 18 months from clearing date.
MM_MATBEL archived 24 mesi from posting date
SD_VBRK archived 24 mesi from posting date
RV_LIKP archived 24 mesi from posting date
SD_VBAK archived 24 mesi from posting date
MM_ACCTIT 18 months from posting date
OIG_SHIPMNT 24 months from posting date
MM_INV_BEL 24 months from posting date
RL_TA 12 months from posting date
RL_TB 12 months from posting date
In the R/3 system, after the archiving, those documents were deleted.
Our BW systems extract data using custom extractors and standard ones.
- 2LIS_02_*
- 2LIS_03_BF
- 2LIS-11_*
- 2LIS-17_*
- 2LIS_13_*
- 0FI_AR_4
- 0FI_GL_4
- 0FI_AP_4
- 0EC_PCA_3
- 0CO_OM_CCA_9
We have found problems with 2LIS_02_ITM;
During the delta extraction, we found records related with Purchase
Order, with GR archived, that have MBAW field (Delivery Quantity
Variance in %
) with "-100" value; the correct value should be "0" (because the
Purchase Order was completed).
MP0 is a 40B R/3 SYSTEM SP 83, PLUGIN 2004.1
Thank you in advance for you cooperation
best regards
Diego

Hi Waldemar,
LOEKZ (Deletion indicator in purchasing document) is not available in standard extract structure we have append that field with append structure in RSA 6.
BUKRS is available in standard extract structure :
In lo-cockpit open extract structure and select BUKRS(Company code) field transfer to left side .
2. click data source maintenance check BUKRS field .
you will get BUKRS field in 2lis_o2_ITM
Thanks
Sree

Prob. in Implement User Exit for wrong calculation of Surcharge during MIRO

Dear All,
In our system the calculation of Surcharge is wrong during MIRO.
So i write this issue to the SAP, the below solution is provided by them :
Use the user exit 'J_1I7_USEREXIT_PROCESS_TKOMV' to redetermine
the additional VAT condition type value. This user exit will be
called after the FM 'J_1I4A_TAX_CONDITIONS', where the
redetermination of the VAT will take place on the basis of
the changed excise duties.
So, userexit can be implemented by CMOD and SMOD, but this userexit actually a Function Module.
But now the problem is how can i implement the 'J_1I7_USEREXIT_PROCESS_TKOMV' function Module.
Regards,
Nitin Garg

Dear,
Thanks. I already make a enhacement in this function Module and write the below code:
ENHANCEMENT 1 ZMIRO. "active version
DATA : WA_XKOMV TYPE KOMV.
DATA : WA_KBETR TYPE KOMV-KBETR,
IDX TYPE SY-TABIX.
LOOP AT XKOMV WHERE KSCHL = 'ZSUR'.
IDX = SY-TABIX.
WA_KBETR = XKOMV-KBETR / 10.
READ TABLE XKOMV INTO WA_XKOMV WITH KEY KSCHL = 'JVRD'.
XKOMV-KWERT = WA_XKOMV-KWERT * WA_KBETR / 100.
MODIFY XKOMV INDEX IDX TRANSPORTING KWERT.
ENDLOOP.
ENDENHANCEMENT.
ZSUR is a custom surcharge condition type. But still surcharge is wrong calculated.
Nitin Garg.

Wrong Calculation of Total Cost in Travel management in PR05

Dear Gurus,
We have filled the expense type in PR05 like,
Paid by company -- 3000
Own Exp. -
1000
Other Exp.----
1000
5000.
So the paid by company is 3000 and Reimbursement is 2000. But when I check report in S_AHR_61016401 - General Trip Data/Trip Totals , it is showing total cost as 8000 (showing Reimbursement as 5000 and Paid by company as 3000) which is
wrong . Please guide why it is showing wrong value and what configuration needs to be done for this? Thanks

Hi
I had faced the same problem..
but the problem was in table, you have to debug you expense type e using t-code se16 NOT sm30..
Please do as i have advised in below link.
Re: perdiem Accomodation and Meals in Transferred (w/CO Receiver).
Or do let me know if still founds any discrepancy in calculation.
Regards,
Muhammad Umer

Wrong Calculation of Custom Duty for Import PO

Dear Experts,
We have made one PO for Import and after that we have made custom duty for the same PO and then we have captured the excise invoice through J1iex T.code. But when we have posted the MIGO it is calculating wrong custom duty that particular G/l. In this particular Vendor all other PO is ok but in one PO it is creating a problem
Regards,
Pankaj Rana

Hello Pankaj,
I believe our MM colleagues could better help you (or consultant from component XX-CSC-IN-MM), but I'll try to as well.
These notes seem promising
1319544 Validation for commercial invoice MIGO ref note : 1303077
1303077 Validation for commercial invoice entered in MIGO for import
1368698 No validation for reversed Commercial Invoice in J1IEX
1345945 MIGO doesn't consider Year to pick Commercial Invoice Number
Hope this helps somehow.

Wrong calculation of TDS (With holding Tax)

Hi Gurus,
I have matained TDS rates as follows - CA - 1%(Basic), CB - 0.1 (sucharge), CC - 0.022 (Edu. Cess), CD - 0.011 (Sec.Edu.Cess).
I have assigned these same codes for some of the vendors. For all the vendors it is calculating TDS as rates maintained. But we are having one vendor against which we are not able to calculate the Education cess & secondary education cess. It is deducting only basic WH tax. Also the amount of deduction is wrong.
I have checked all the setting. Please let me know any other solution for this problem.
Thanks
Sonal

Hi,
If I run this programme in the production, then will it going to affect anything in our production system?
Please let me know can I run this programme in the production directly?
Thanks
Sonal

Wrong Calculation of Sales & Administration Cost and COGS

Dear Sir,
We have a scenario where we charge Over-Head on the Labour . Accordingly we have made necessary setting in the configuration . But in the Cost Run , we find that COGS / Sales & Administration Cost is getting calculated wrongly .
To explain it further , say Material Cost is 100 and Labour Cost is 40 . Over-Head defined on Labour is say 50% .
In the Ck11n , we are getting following values :
COGM                                    --->   140
Sales & Administration Cost    -
>   60
COGS                                   -
>   200
So the mistake is , that in "Sales & Administration Cost " it is clubbing both Labour and OH . So instead of 60 the value must have been 20 .
Same is true for COGS , here instead of 200 , correct value must have been 160 .
Kindly guide me , how to resolve this error .
Regards
Sonia

Hi
Please ceck your costing sheet.There should be two base one for Material and another for Labour.
In the Overhead rate you have to mention the labour Row correctly.
Also check the costing variant whether correct costing sheet has been assigned or not
Thanks
Ansuman

Wrong calculation of tax

Hii
The total tax is coming wrong and same is reflected in the pricing.Infact the calculation is proper but the total tax the system is picking is wrong.The system is calculating extra 100 rs.I dont know from where it is picking this 100 rs extra.Infact total tax=excise duties-discount.The system is calculating properly but the total tax is reflected wrongly in pricing procedure.This problem has to be addressed immediately.Can anybody help me out.
Regards
subhash kulkarni

dear indranil
Suppose my base value is 100 rs .total excise duties(BEDAED) - discount on taxes = total PO taxes. for e.g 500 rs (total excise duties base value)) - 100 (discount on taxes) = 400 rs (Taxes on PO). The system is calculating properly the calculation but on the header level the system is adding extra 100 rs for all tax codes i.e Net = 100 rs and Tax = 500 rs instead of 400 rs(Taxes on PO) and same amount is reflected in pricing for JEXS (Total PO value) = 500 rs instead of 400 rs which is wrong.The value of JEXS (Total PO value) must be 400 rs. I hope u get me what i m trying to explain.
Regards
subhash kulkarni

Wrong calculated profit/loss in f.01 financial statement

i have created new finanical statment version in ob58.
and i am using that in f.01 financial statement,
but calculated profit coming wrong
why it is coming wrong,
& how it is calculating.

Hi Thiru
In OB58, double-click on your newly created Financial Statement Version and then click on Fin. Statement Items
This includes all your accounts that are linked to your FSV. You can change the order or add / remove the accounts from this setting and then save your FSV.
We surely can't say WHY is your profit wrong, but this might suggest you HOW it calculates and can be corrected.
Let me know if it helps.
Regards
Zubin

Age in years and length of service wrongly calculated

I have BI 7.0 implemented by SAP itself , they installed only the business content without any customization
in HR For The Cube HeadCount 0PAPA_C02 the key figure Age in Years 0AGE_NC is calculating in a wrong way it is subtracting from 1999
and the field length of service in years 0SRVCLEN_NC is subtracting from 1999 for dates less than 1999 and from 2199 for date more than 1999
i have searched alot for this but i can't find any solution

the problem was in the 0CALDAY , it should be set before the calculation
so i set it to today and everything become fine

Calculator continually gives wrong calculation

I was recently using my iPhone 5S to calculate grades for students on a test. Overall total points were 120 and I would subtract 42 points from 120 and my calculator would give me 77 each time. I cannot understand why it gave me this answer 3 times in a row. Anyone else having the same problem? Also how can I contact Apple so they know their calculator isn't functioning correctly?

With all due respect, it is far more likely you are inadvertently tapping the wrong numbers that it is the calculator app is randomly giving you the wrong results, particularly with a function that simple. But ... I'm not looking over your shoulder. You can report issues to Apple here: http://www.apple.com/feedback/

Wrong calculation in PF in the first month of hiring

Hi All,
I hire one employee on 13.10.2008 and run the payroll. In /3f1(employee contribution) is coming Rs.478 and (employer contribution) /3f3 is calculating Rs.146 and /3f4( EPS) is calculating Rs.332. when i run his payroll on next month i.e. november month payroll his pf contribution is calculating Rs.780/-.(Which is correct)
I want his october month PF contribution should get calculate on Rs 6500/- i.e Rs.780/- should come towards his PF contribution.
Help me out
Regards,
Sita

Hi Jithu,
His basic salary is more than 6500/- i.e. 15000 so from the date of joined month onwards it should get calculate towards 780/-. i.e from october onwards I want to get calculate to Rs.780/-
Regards
Sita

Wrong Calculation of Tax Amount

Hi to All,
While making Down Payment Request (F-47) with reference capital PO, system is showing a warning message as below:
Tax entered incorrect (code FU, amount 45,766.25), correct 36,882.24 INR
Message no. FF707
Diagnosis
The system checks the tax amounts for each code on document level. However, the amounts entered deviate more from the amount calculated (using the percentage rates defined in the tax code) than is allowed considering rounding errors.
Procedure
If this message is a warning message, you can confirm that your entry is correct by pressing "Continue".
If this message is an error message, you should correct the tax amounts or the base amounts, depending on how your tax code is defined.
For more clarity: whatever the tax code is in PO same tax code giving in F-47. But in both scenarios system calculating differently.
what could be the reason? Please guide me?
Regards,
Schilukuri

Hi SDNer,
Thanks for your reply.
As you said, In PO system does not calculate tax based on the tax code,it will calculate based on the pricing procedure.
Now my doubt is whatever the tax amount is showing in PO that we need to enter in to F-47,But here system is showing
(Tax entered incorrect (code FU, amount 45,766.25), correct 36,882.24 INR).
Now what should I do? Please help me on this..
Regards,
Schilukuri

Wrong calculation of Tax in miro

Hi Experts,
While positing MIRO i am facing the following error.
The issue now is i maintained a Tax code in FTXP with 10% in IN:A/P LST and tick the Tax calculator in MIRO the tax is calculated with 30%.
Eg: Invoice amount is 10000 for which tax is 10% then tax amount should be 1000 but it displaying as 3000.
Inputs please.
Regards,
Nani.

hi,
plz check in FV12, what is the record maintained there.
regards
jash
Edited by: diptasya jash on Apr 30, 2009 9:25 AM

Wrong calculated PO commitments

Similar Messages

Maybe you are looking for