Rounding Difference unequally distributed in items in J1IS in Vendor Return

Hi,
In Vendor Return process, while creating excise invoice in J1IS the total value is rounded off.
The system is rounding off and posting the entire difference amount to first line item only. For example, if there are four line items with SECess value 0.2 so that the sum of SECess for all four line items is coming as 0.8 (0.2*4). After posting the transaction, the system is rounding this value 0.8 to 1.0 and posting this difference to first line item only and the value of SECess of the first line item becomes 0.4 (0.2+0.2) and for the remaining 3 line items the value of SECess remains as 0.2 only. Similarly, the same thing is happening with the value of ECess also where the system is again posting the entire difference amount to first line item only.
Is there any method by which the rounding difference can be either posted to a different G/L account or distributed equally to all items of invoice?
Please provide any idea to resolve this issue.
Thanks in advance

Can I have an answer, please?

Similar Messages

Difference in GL in Development Server & Production Derver (Vendor Return)

Hi,
While doing the Vendor Return (Mov Type 122) in Development Server, the entries for Cess & HCess for Excise are being posted in correct GL Accounts .
While doing the same thing on the Procuction Server, the GL Accounts are not matching. May be there may be some mismatch in Transport Request,
Pls. tell me from where I can see the setting (Transaction)for the same (ECess & HECess for Excise) & how can we solve the problem.
Regards,

HI
First, check the same gl nbrs are assigned in prod server compare to dev server.. u can check thru table
SE16 give the table as j_1iexcacc and give ur ex grp, co code and trans type as OTHR and excute .. it will show u all the gl nbrs assgined to bed, ed , se cess and etc.. here press F2 to see the details
where u can check for
G/L A/c for RG23A AT1 - For Sec cess
G/L account for RG23A ECS -For Ed cess

Error Rounding Difference too high when reset cleared document using FBRA

My Client has posted cleared document with T_Code F-51. This cleared document has cleared 6040 open items.
And now, they want to reset and reverse that cleared document.
We found error "Rounding difference too high" when we are reset cleared document using FBRA.
Kindly need your advice.
Many thanks in advance.
Regards,

Hello,
Please let me know the ERROR number.
Regards,
Ravi

GR for PO in forex resulted in currency conversion rounding difference

Hi,
I have created a PO in foreign currency and when I perform a GR in MIGO, it created the following 4 FI postings:
1) DR Stock - Amount in Forex, Amount in Local Curx
2) CR GR/IR - Amount in Forex, Amount in Local Curx
3) DR Rounding Diff 0.00 in Forex, 0.01 in Local Curx
4) CR Rounding Diff 0.00 in Forex, 0.01 in Local Curx.
Below are the information for the PO item:
Quantity = 350
Unit Price in EUR = 10.39. ==> Amount in forex = 350 * 10.39 = 3,636.50
Conversion rate = 10.61 ==> Amount in local curx = 350 * 10.39 * 10.61 = 38,583.265 rounded to 28,583.27.
Line 1 & line 2 ==> Rounded amount = 28,583.27.
Question: Why is the additional lines (3) & (4) being generated ?
When I did the MIGO posting, the system ask for the additonal account keys PRD and KDM in OBYC which I have supplied with "Rounding Diff" Account.
We have tried with different quantities and this problem so far only happens when the quantiy = 350. (Incidently, the rounding diffence for quantity 350 is exactly 0.005 and the same rounding difference of 0.005 is also applies to quantity 1050, 1750, 2450 etc at every 700 units increment; BUT the 0.01 rounding difference only happeded for quantity 350. Very strange ??)
Additional Info:
No special rounding rules is configured in the system.
Please advice.
Thanks and regards,
Hu Ghee.

Hi Pankaj,
Actually, your suggestion worked. It was jus that when I went to the OMRW screen earlier (even before I posted this message), I saw that the setting was "Blank" and thought that it meant "Not activated" whereas what I need to do was to set it to "No" for no exchange difference.
TQVM.
Rgds,
Hu Ghee

Automatic Payment F110 error on Rounding Difference

Dear SAP Experts,
My client ECC6 is using automatic payment F110 to deliver payment documents.
Sometimes, occasionally, the proposal of the automatic payment gets an error which stated in the proposal log as "Rounding Difference too High".
This symptom can be fix if we refresh the witholding tax in the vendor line item in the WHT part. The refresh here is delete the WHT and save and then insert again and save the document.
Anybody faced this issue before? What is the root of the problem. Since this problem come in random, like a bug in the system.
Thanks before..

Hello
I don't understand when you say test printout. We have a proposal run and a payment run. And after the payment run is carried out you get the final print out as per the printout variant set in the parameters.
So can you please provide details as to what is exactly required.
Rgds

Rounding differences - translation in BCS to thousands

Hello everybody,
We translate the figures from Local currency (ILS) to thousands Local currency (we created new currency code u2013TILS). We maintained conversion factor of 1:1000 and translation rate 1:1. The client insist the figures in Group currency will be without digits , for example LC u2013 100,569 will become 101 after translation and not 100.569.
I was able to reach the results by defining no decimal places for TILS currency code.
I searched the forum before opening my thread. I saw Eugene wrote they built translation method with a lot of steps per each item. I defined translation method with 1 step only u2013 all items are translated cumulatively by end of day/month (M) rate. Translation difference item is P&L item XXX. Rounding method I use is a method that uses 3 steps (1 BS is rounded to clearing item of RE in BS, 2- P&L is rounded to clearing item of RE in P&L, 3 clearing item of RE in BS= clearing item of RE in P&L and rounded to clearing item of RE in P&L).
The problem is that we discovered that sometimes it can happen that Cons PC clearing item is out of balance because of rounding differences (instead of P&L item XXX rounding differences go to Cons PC clearing item).
Does anyone have some experience of how to deal with rounding differences in BCS and under the following conditions:
1.Total Cons PC clearing item must be equal to zero in each value (LC and GC)
2. clearing item of RE in BS= clearing item of RE in P&L
Thank you,
Lilia
Edited by: Lilia on May 29, 2010 1:54 PM

Hi Eugeny,
Of course we use a matrix structure, otherwise the Cons PC item won't be relevant.
For example, company 1000 is defined with Cons PC 100,200 and 300 in matrix.
I upload figures to BCS as follows:
Company Cons PC Item Value in LC
1000          100        111   -12,356
1000          200         222   -10,300
1000          300        333    22,656
123 - clearing item for Cons PC
After RE the figures look like these: (each Cons PC is balanced by clearing PC item)
Company Cons PC Item Value in LC
1000          100        111   -12,356
1000          200         222   -10,300
1000          300        333    22,656
1000          100        123    12,356
1000          200        123    10,300
1000          300        123    -22,356
After translation (only devide by 1000) and the group currency is without decimal places, the figures are:
Company Cons PC Item Value in LC Value in GC
1000          100        111   -12,356       -12
1000          200         222   -10,300      -10
1000          300        333    22,656         23
1000          100        123    12,356        12
1000          200        123    10,300         10
1000          300        123    -22,356       -23
Total of item 123 in GC is -1. This item must be always zero. This is the problem.

ECCS - Currency Translation CX40: Rounding entry 060: Cannot process item

Hi Gurus,
we found an error when executing CX40 (currency translation) in ECCS module.
Message here:
Rounding entry 060: Cannot process item set Z1CSZ1-6000
Message no. G0454
Diagnosis
The prerequisite for processing rounding entry 060 (item set 1: Z1CSZ1-6000) has not been met.
A difference of 11,085,205.37 in local currency was found.
Consider the following cases:
1. The rounding rule is defined for an item set.
In this case, the sum of the local currency values for the items in this set must equal zero.
2. The rounding rule is defined for an item set that is restricted to certain subitems and a second item set.
In this case, the sum of the local currency values for the items of the first item set, taking the restriction into account, and the items of the second item set must equal zero.
3. The rounding rule is defined for an item set (without restrictions to certain subitems) and for a second item set.
In this case, the sum of the local currency values from the first item set must coincide with the sum of the local currency values from the second item set.
The verification of rounding rules is executed per posting level and document type with the following exceptions:
Posting levels Space, 00, 01 and 08 are grouped together. Any differences which might arise in local currency appear as differences in posting level 00.
System Response
Rounding cannot take place.
Currency translation produces errors.
Procedure
Check the rounding entry and the associated totals records.
I have checked the settings in CXD1. it seems fine.
In CXD1,
CSZ1-5000     Income Statement
CSZ1-1000     Balance Sheet
CSZ1-6000     Balance Sheet & Income Statement -
for rounding entry
and set CSZ1-6000 contains CSZ1-5000 and CSZ1-1000.
we have no idea how to proceed.
Much appreciated if you could kindly help me with this.
Many thanks!
Regards,
Felix Shih
Jan 11th, 2012

In my experience this usually occurs after the data collection is re-executed and the contra-RE task is not. Therefore, my first suggestion is to re-execute the contra-RE task and the try translation again.

Rounding Differences in Billing Request Documents (BRDs)

Hi:
Here is the scenario:
We are a professional services company. sales orders has WBS assignment for expense and time booking. Then we run DP91/DP96 to generate the BRD's.
Our issue is:
Lets say its a foreign currency contract (Sales order in AUD), local company code currency is USD and so is WBS currency.
Employee enters expenses on WBS in AUD currency which are transferred to WBS in USD (As local currency of employee). BRD process again converts the expenses from USD to AUD. Thats where the rounding differences are coming up.
For example:
WBS - (in USD)
Sales Order / Billing - (in AUD)
Employee company code currency / Same as WBS company code - USD
Expenses - 1000 AUD
Exchange rate from AUD to USD is 1.66961
So expenses are posted as 598.94 USD (1000/1.66961)
DP91 picks the WBS expenses (USD) and converts into billing currency (AUD) - 598.94 * 1.66961 = 999.99 AUD
So 1000 AUD expenses showed in billing as 999.99 AUD.
Though the difference is not material but some of our goverment clients are very particular about this. They dont accept 999.99 invoice backed by 1000 expense.
Please advise, is there any standard way to change BRD process to say if expense currency (which is AUD in this example) is same as billing currency, dont convert via USD (Which is employee local currency) OR any enhancement of DP91?
Thanks,
Rahul

Hi:
Thanks for pointing this note.
As mentioned in this note, our system is behaving the same way and converting the CO cost in transaction currency into billing currency. In CO (WBS line item report), transaction currency is the employee local currency when expenses are booked to that WBS.
System is behaving as per standard design.
I wanted to know if there is any enhancement we can write on top on this note to not look at transaction currency. The enhancement would look at the expense receipt currency and compare it with the billing currency. If both are same (regardless of transaction currency), dont convert via transaction currency.
May be for that matter I should check if there any way to transfer receipt currency as transaction currency in CO (instead of local company code currency as transaction currency)?
Just wondering how SAP internally or any other consulting companies are handling this conversion difference when billing to their clients?
Thanks.
Rahul

Header Value Condition to Distribute at Item

Hi dear all.
Please clarify me about the following issue, already discussed here.
There was already a suggestion proposed which I went through but unfortunately without the expected results. Let me go a little bit more in detail.
How can we configure the condition type such that It would be possible to maintain the Fixed amount at header and then it should automatically distribute equally for the items (Based on quantity).
I will enter the Condition Type ZM00 amount at Header as 2000 EUR and in the items it should automatically split up as :
Ex ->Condition Type Item Qty Amount as it shoulb be distributed.
Item A Qty=1 PC, so ZM00 => 400 EUR
Item B Qty=2 PC, so ZM00 => 800 EUR
Item C Qty=2 PC, so ZM00 => 800 EUR
According the suggestion, I made:
In Control data 1 TAB
put calculation type as C
In group condition TAB
active group condition.
By doing so at Custo, running the process, by entering the amount of 2000 EUR at Header, going back the Overview we see the following distribution:
Item A Qty=1 PC, so ZM00 => 2000 EUR
Item B Qty=2 PC, so ZM00 => 4000 EUR
Item C Qty=2 PC, so ZM00 => 4000 EUR
It looks like (at it is actually) that the value of 2000 EUR has been understood as a unit value and not a total value, as it should.
How to make the system understand it by just inputing the value without maintaining "per x units" (in this case would be 5). Actually the unit price is not relevant, only a total value. The quantity would be then just a distributing criteria.
When I enter the value 2000 per 5 (PC) then the result is correct.
You also mentioned the Condition Group activation. Can someone please clarify me what is the logic behind? In fact, the type of materials for which the total value is due to be distributed in this example according, let's say the quantity, is assigned to a specific material group. How is then possible for ZM00 to address its total value to these three items? Remember that there is no condition record maintained for ZM00. He's just a manual entry, decided on that moment.
I really appreciate your prompt reply, as there is some urgency on solving this riddle.
Thanks in advance and Best Regards
Rui Viegas

Hi Pathik.
Regarding the requirements you mentioned I have to say:
There is no sales order. I've created a delivery based on a Project (CNS0). Then I'm trying to create a Pro Forma invoice. Only at this stage the pricing will run.
On the delivery I can have several materials, as I can have more then one material group involved. That's probably were the problem begins. The Group Condition, in this case, can have some problems on identifying which materials to look for. I made what you told me. Anyway, in the ZM00 settings I've place the Group Condition Rotine 003 (Pricing Material Group). It also required me to flag the RoundDiffComp.
After placing the value 2000 EUR under the 'Amount' column, here's the distribution I got:
Item 10 A Qty=1 Net Value = 0
Item 20 B Qty=1 Net Value = 0
Item 30 C Qty=1 Net Value = 2000
Any suggestion?
On the Tab 'Changes that can be made' I have also:
Manual entries 'C'
Delete - X
Amount/ Percent - 'X'

Rounding Difference Too High

Dear All,
I am having a problem in the vendor advance payment. When I try to post the document containing sales tax using the T-Code F-58 in a JVA related company the system gives the following error:
"Rounding Difference Too High".
The system is able to post the documents which do not contain the sales tax. It is also worth noting that the companies without JVA are able to post both kind of documents.
Please provide help regarding this issue.
Regards,
Anosh

Hi,
Looking at the error, it is JVA triggered.
G4 042 error could occur because of multiple reasons.
Without looking at the system, it would be difficult and would not be right to comment.
The solution as I can see is a 2 step approach,
1. Implement all the latest (release for all) notes handling G4 042. Simulate the test case.
2. If step1 doesnot help, please raise a OSS with SAP. The concerned expert can then comment on the issue
after debugging the program.
Regards,
Satyajit

How to distribute HU items in to diffrent storage types and diffrent BINS

Hi
I have one handling unit and I have done empty all 4 items in it HU02
As a result one material document created
But How can I distribute all items in to diffrent storage types and diffrent BINS
No TR and Posting change created at material doc
What is the config settings to cretae TR ot Posting change notice and Movement types
Kindly Help

yes LT10

SAP B1 - Witholding Tax Rounding Difference

Hi all,
Is there a way to turn off rounding difference for Withholding Tax? There isn't any rounding at Withholding Tax Table but the AP Invoice displayed the value with rounding.
Tried the setting at Administration > Setup > financial > Currencies > Set the currency to no rounding. But, the result is still the same.

Actually, I don't prefer a rounding. Is there a way to turn it off? The case that I encountered when the base amount of an AP invoice is 7360 with 3% witholding tax. The Withholding tax amount in Withholding Tax table show 220.80 but when back to AP Invoice document, it was round up to 221.00. I want the amount to reflect what is calculated in Witholding Tax Table as 220.80.
Please advise what could be the solution. Thanks.

Defining Account for Rounding Differences

Dear all,
I configure J70 Extenal accounting.
I have to Define Account for Rounding Differences but I don't understand how to use this account
Please give me a example about bussiness scenanio that use this account.
Thanks so much
Minhtb

Hi,
You can configure it with a GL account by using a T Code OB00.
Case - 1,
Rounding off difference means as per the country specific law, some of the taxes should be rounded of to the nearest rupees / appropriate currencies. Normally taxes are calculated as a percentage of the basic material value. For examble if the basic material value is Rs 1255, the tax rate say 4%, then the tax amount comes Rs 50.20. Most of the cases this tax amount should be rounded of to the nearest rupee, hence, tax amount should be Rs.50.00 and the Rs.0.20 should hit the rounding off difference account.
Case - 2.
Some of the companies are having a practice of paying payables with the rounding off rules. This rounding of in India could be from Rs.0.01 to Rs.10.00. For examble, there is a payable amount of Rs.125125.25 this can be rounded off to Rs.125125.00 or Rs.125130.00 while making payment. The balance amount should hit the rounding off difference account.
The same things is applicable for receivables also.
Over/under payment GL can be configured by using T Code OBXL.
Rounding off difference amount should be a P & L account and the debit / credit will hit the profit / loss of a business directly .
Hope it clears your doubt
Regards
A.Saravanan.

Define Account for Rounding Differences

Hi all,
I have to define Account for Rounding Differences
But I don't understand type "Accounts for Clearing Differences"
Please give me a example about cash flow is relevant to this account.
Thanks so much
Minhtb

Hi,
To define this accounts use transaction code: OB00.
Clearing Diference Example.
This is an Automatic Procedure Example: Your bank count some amount for Account movements. When you import your Bank DME with this payment done the system clear you payment and need to post this difference in any account.
Manualy you must enter in clearing transaction your account for this difference post.

CATS rounding difference using clock times

Hello!
We are facing rounding differences during CATS recording with clock times. E.g. we record multiple entries with 5 minutes in transaction CAT2:
Clock Time -> CATS-hours
9:00 - 9:05 -> 0,08
9:05 - 9:10 -> 0,08
9:10 - 9:15 -> 0,08
9:15 - 9:20 -> 0,08
Sum of Minutes entered = 20
Sum of CATS-hours displayed = 0,32 which equals to 19 Minutes
As the number of entries increases the rounding difference get bigger.
Our company requires to-the-minutes time recording and by the way the employees get confused by the sum displayed.
Do you have any ideas to solve this issue?
Thanks in advance and best regards
Reinhard
Edited by: Reinhard Paizoni on Dec 2, 2010 10:10 AM

Hello,
You should use enhancement (user-exit) CATP0001 to validate this. You should write your coding for that as well.
Link below is not that of good use but I am putting for your reference.
http://help.sap.com/erp2005_ehp_04/helpdata/EN/64/400463470211d189720000e8322d00/frameset.htm
REgards,
Bentow.

Rounding Difference unequally distributed in items in J1IS in Vendor Return

Similar Messages

Maybe you are looking for