Net price rounding issue in PO

Hi,
Please note that I am facing net price rounding issue in PO.
For. e.g.
In a PO line item of Qty 25 PC of base price 6 INR, there is a discount of 3.64 INR.
So gross price = 150 INR (25*6)
Net value = 150 - 3.64 = 146.36
No net price = 146.36 / 25 = 5.8544
When we round of two decimal places 5.85 INR (since INR is two decimal curr)
When we show in PO output we will show like below
Material X 25 5.85 146.25 (this is calculated by multiplying qty with net price of 5.85 INR)
So there becomes a difference of .11 INR due to rounding issue.
Net value in PO and PO output are differing. Net price of material & net value should match exactly in PO & PO output
without any differences.
Please throw your views.
Note: can we make discount condition statistical & take it to separate G/L account during GRN?
Regards,
Partha

Hi,
As per the note 80193 rounding, I defined a condition type NETP and it captures the rounding difference.
So now netprice (after discount) * quanity = netvalue (after discount) relationship matches.
But my concern is that the rounding difference is not getting captured in G/L accounts (neither in GR/IR clearing account nor in separate accounts).
Please throw your comments.
Partha

Similar Messages

Unit price rounding issue

I'm from Australia. We have stock items some have 10% GST and some don't have. there is a rounding issue on SAP since 2005A. For example, we input $9.55 pre GST price ($10.50 is gst inclusive). When processing invoice, the gross price will display $10.51, a user has to change it to $10.50 manually. The more quanaity, the more rounding error. We check with our supplier, only temporary patch on it. Can standard SAP fix the rounding issue ?
Thanks
KC

normaly It will not happen .
have any add-on and FMS in same filed ? if not then make FMS to copy same data from Base document.
Thanks
Manvendra Singh Niranjan

Price Rounding Issue - AFS Pricing

Hello Friends,
We are facing an issue in sales order pricing & its subsequent effect in invoice. We use AFS pricing, where different grid sizes have its basic price.
We have a basic price condition which come thru a master record, and this can be overridden by a manual price condition.
When such manual condition is entered, it applies to all the quantity of the line item irrespective of the number of grid sizes.
So suppose I had 6 grid sizes in the line item (which also results into 6 schedule lines) list price will be shown across all the grid sizes, see DOC1
But when I enter a manual price EUR 7, it applies to the total quantity that is 6. So the net value in this case will be EUR 7, See DOC2
By calculation, 7/6 = 1.166666666666667
So when now I create the invoice, the value gets rounded for all the grid sizes & it becomes 1.17
Here when system calculate the net value it will sum up 1.17, six times & the resultant net value is EUR 7.02, see DOC3
As a result most of the time there is difference between the order value & the invoice value.
Please suggest what action should be taken.
Regards,
Dhananjay Borate

Dear Dhananjay Borate,
You can avoid this issue working this the following options:
Every Condition Type, in the "Control Data Box 1" have the option to apply a "Rouding Rule" with three different options:
Empty.
                     In the standard rounding rule '_', values are rounded off according to business standards:
                         10.454 -> 10.45 DEM
                         10.455 -> 10.46 DEM
"A"
                    In rounding rule 'A', values are always rounded up:
                        10.459 -> 10.46 DEM
                        10.451 -> 10.46 DEM
"B"
                   In rounding rule 'B', values are always rounded down:
                      1045.9 -> 1045 LIT
                      1045.1 -> 1045 LIT
Also you can use, in the "Gruop Condition ", the Rounding difference comparison.
         Indicator that controls whether rounding difference is settled for group conditions with a group key routine. If the indicator is set, the system compares the condition value at header level with the total of the condition values at item level. The difference is then added to the largest item.
Use the Conditons Types:
PDIF - Diff.value (own)
DIFF - Rounding Offwith the Conditions that apply to your needs. The standard gives this ones as examples: [Requirement: Routine 13 - Rounding as perT001R], [Condition Formula 16] and [Basis Type 4]
Regards,
Johnattan.

Rounding off Issue (Net Value not equal to Net Price * quantity)

Dear Gurus,
Here is an interesting issue.The default calculation done in the pricing procedure is two decimal places.Now we consider a real scneario,consider the net value of 324 quantities of an item calculated is 36,049.86 .When it is divided by quantity the resulting value of net price is 111.265 but the system shows 111.27 by rounding it off.
Now here comes the problem,my client needs the rate to be shown on the order script to be two decimal places and the net value should be equal quantity * net price.So if we apply this,
324 * 111.27 = 36051.48
But the net value calculated by the system is 36,049.86.So it can be consluded that:
"Quantity * Net Price Shown is not Equal to Net Value calculated by the System"
Need an urgent resolution,project is stuck on this
Regards,
Sam Ahmed
Edited by: Lakshmipathi on Nov 3, 2011 12:14 PM
Please dont add URGENT in subject or in your post

Here is the pricing procedure,
We start with the amount condition types
                                        Unit Price        Units Condition Value
ZMRP     MRP                     1,700.00           10     PAC     55,080.00
ZTRP     Trade Price     1,445.00           10     PAC     46,818.00
ZDPR     Dist. Price     1,445.00           10     PAC     46,818.00         (GL)
Using Trade Price we apply the product discount of 23%
ZPRD     Product Discount     23.000-     %                    10,768.14-
Then we send discount amount to the gl by using condition type ZDIS
ZDIS      Discount Value     100.000-     %           10,768.14-      (GL)
tHE RESULTING NET VALUE IS 36,049.86      as 46818.00 - 10,768.14
     Order Item value     111.27      1     PAC     36,049.86
And the Net Price is 111.27

Implementation of Note 80183 for Rounding: "QTY * Net Price = Net Value"

Dear All.
We're reviewing adding in note 80183 to handle some rounding issues.
Basically, our "QTY * Net Price = Net Value" is not adding up due to some rounding in determining the Net Price off the Net Value.
The note looks like the right answer, and there are already some very good threads posted on this topic.
What I'm hoping to find though is if someone has implemented the note, and what they found?
(1) Any issues encountered? Any impact to other functionality - Credit Checks, etc....
(2) Any additional changes needed to the alternative calculation type or alternative base value provided?
(3) Any additional requirements or customizations needed?
(4) Any issues with Account Assignment posting, or output (invoice or order confirmation)?
(5) General feedback on how easily implemented.
Many thanks!

HI,
The note: 1668972 - ME 083: Enter Net Price for value contract w. future dates has been modified in Jan 2014 and the correction instruction for even EHP 6 is included. Please check whether the correction instruction 1417190 already exists in your system. If not, apply the note.
If you are getting the same error even after applying the note, you may raise an OSS ticket to SAP.
Regards,
AKPT

Issue with Net price at Purchase order / Line item

Dear All,
I have an issue in the Purchase order, given below is the detail of the issue.
PO/LI1 Consists a material A (Grid based), and with a condition record i have maintained sizewise pricing.
Eg: Size L - 1usd per 1, Size M - 2usd per 1 and Size S - 3usd per 1. Assume the quantity for each size been 10
Thus at a Schedule line item level it would be as follows
Grid   | Schedule Qty | Net Price
S              10                  3
M              10                  2
L               10                  1
Thus at a PO/ Line item level the net price should be (6/30)that is (net value/net quantity) = 0.2 per 1, in my system it doesnt show like as 02. per 1, it shows the net price of size L (in this instance it picks the price of size L and shows it as the NET PRICE at PO/LI Level
What could be the possible reason this could happen, i believe this is a problem.Is there a place in configure where i can change the system to capture Net price at PO Line item =(Net Value / Net quantity) rather than picking the price of the size L.
Other info
Size L is the last Delivery Schedule line number
Hope my question is clear.
Thanks & Regards
Shabeen
Shabeen Buhary
Edited by: shabenn on Dec 17, 2010 10:13 AM

Hi,
Even though you maintained different Prices for Different grids only default grid value only displayed at line item level. But if you do GR for those grids valuation will happened at as you mentioned the purchase order.
regards,
Siva reddy

BAPI_PO_CREATE1 use in a loop - net price issue

Hi,
I'm using BAPI_PO_CREATE1 within a loop to create a PO with multiple items - grouped by vendor, plant and delivery date. After each BAPI call I use BAPI_TRANSACTION_COMMIT with WAIT = 'X', further I track the results from BAPIRETURN into some kind of log. All my structures and internal tables used in the bapi interface are cleared/freed after each call in order not to have inconsistent data. I'm passing only 1 condition 'PBXX' with net price. I'm passing 2 records in the condition table - 1st with CHANGE_ID = 'D', and second one with CHANGE_ID = 'I'. Further, I set (no_price_from_po = 'X') and (memory_uncomplete = 'X')
At the tests I used the same material vendor and plant in all items and only delivery date is different in order to create few orders one after another. Even price is changed for each item.
First of my PO within a loop is created as expected - with correct price value, even if the combination material/plant is passed twise and the resulted PO have 2 items.
The issue I have is comming out at the next PO-s (2nd, 3th..) - the system returns error message:
E-218 Net price must be greater than 0
I stuck right here. Tried quite a lot of different screnarios without success. Further tried even different vendor/material/plant for the second PO. Checked also the forum posts before to consider to write this one - haven't found anything relevant which might be of any help.
Any ideas what is wrong?
Thanks in advance.
Regards,
Ivaylo Mutafchiev

Hi,
in fact my price values were not so small - 2.15, 1.55, 2.45, etc... but nothing less than 1.00. Nevertheless, you pointed me to the right direction - to search OSS for the answer. OSS Note 571860:
https://websmp230.sap-ag.de/sap(bD1lbiZjPTAwMQ==)/bc/bsp/spn/sapnotes/index2.htm?numm=571860
helps me to find out what I missed in my scenario: I didn't set ITEM-NET_PRICE at all, just via condition table. Now, when I added the following:
item-net_price = some_price. itemx-net_price = 'X'.
item-po_price = '2'. itemx-po_price = 'X'. " <-- in fact, PO is created even without this line
all of my POs are created with correct prices from the input.
Problem solved.
Thanks!
Ivaylo

Inforecord Net price issue JPY currency

Hi Experts
I am facing an issue in Inforecords Net price when net price is mainatined in JPY currency
The data maintained and as can be seen using ME13 for Net Price for example is 1 JPY
Where as when I fetch this data using EINE table the value is shOWNn as 0.01
( Same is the case when Net price is maintained as 232,687 JPY. In EINE table NET price field this is shown as 2326.87JPY
Please advice why the system behaviour is as mentioned above . Also how can we overcome this issue.
Thanks and Regards
Vikrant

This is because the field is technically defined as currency field with 2 decimals.
Please read OSS Note 53206 - Processing of currency fields.
it explains whatyou have to do in your programs

Net Price vs Total Price (Rounding Problem)

Hi experts,
SRM 7.0 PPS Extended Classic scenario.
Users want to create a SC with a known total price (lets suppose 150k). As I have to split this value into net price and tax amount (supposing a tax rate equal to 16%):
- If I enter 129.310,34 as net value then total value is 149.999,99
- If I enter 129.310.35 as net value then total value is 150.000,01
So there is no way to achieve a total value equal to 150.000,00 (no more no less)
How can we handle this situation? Is it possible to directly enter gross prices instead of net prices at item level?
I am afraid that similar problem will be present when dealing with all other SRM documents...
Thanks in advance for your suggestions
Best regards
Vicente

Thanks Rahul,
This explains why I cannot select 2 decimal places for EUR. In fact, EUR is already pre-set to have 2 decimal places.
But the original problem of rounding is still open
Customer is used to manage prices as a whole (total price). They do not need tax details. Taxes are implicitily included in their total price, but they don't need to split into net price*quantity + tax rate.
Basically they have a budget of nnnnn.dd EUR for some requisition. So they need to see exactly nnnnn.dd EUR in the total price.
As they have to split into net price and tax rate to fill in the shopping cart items, they will almost never get exactly the desired total (due to rounding). This is not acceptable by business cause they work with the total price and they need the total price to be exactly what they want...
I guess that bidders will have the same problem when entering prices in bid responses (actually, surrogate bidding is being always used, so for sure customer will have the same problem).
I am sure that there should be some kind of solution. For instance, I am thinking of using 0.0 as tax rate and hide tax rate field, but I don't like this at all (they don't need tax details, but it doesn't mean that there is no taxes...)
All suggestions are welcome
Thanks again
Regards
Vicente

Net Price Issue while creating PO w.r.t PR

Dear All,
While creating PO w.r.t PR, there is error given by the system as Net Price is not adopted. Net Price remains as zero. All the others details are automatically adopted.
Is there customization required so that Net Price is adopted from PR while creating the PO.
Please guide.
Regards,
Vikas

Hi,
Yes there is a way to fix this.
Please follow the steps below.
1) SPRO --> MM --> Purchasing --> Authorization Management --> Define Function Authorizations for Buyers
2) Maintain 01 function authorization or copy it to create a new one
3) Under General Parameters, Check Adopt PO Price.
4) If you would like PO to have reference objects as mandatory, uncheck W/o Reference Optional
5) Go to each buyers ID by SU01 --> Parameter. Enter EFB and enter the 2 codes that you defined in Step 2.
6) Log out then log back in
Now with that ID, when you create PR, under valuation, you have a new drop down button asking whether you would like to adopt the price in PO.
Kuber

Create Sales order with reference to a Billing Document - Net price issue

Hi Everyone,
The Billing Document has one line item with Net value of 16,000. However, when I create the Sales Order with reference to the Billing Document, the net price shows 64,000. When I check the Document flow of the Billing Document, there were two Contracts on top of my Billing Document. One is a contract with the overall status of "Being Processed" and this is where I checked the net value is 64,000. The next contract invoice is already completed (net value is 16,000).
Has anyone encounter such case? How would I be able to create the sales order with reference to the Billing document and have the net value of what is in the Billing Document (16,000). Which part of the configuration is setting this up. Thanks!

Hi,
This is a very rare case, if you are sure of the scenario, would suggest you two alternatives:
1) whenever you go against the flow of SAP, you have customize it, so its better you discuss this matter with your ABAP person.
2) never tried it out but you can:
you cannot see that in Billing Document that which is the sales document assigned to it, but to estblish that relationship,
we do copy control setting from Billing Document to Sales Order type (T.Code:VTFA).
Menupath: SPRO >> IMG >> Sales & Distribution >. sales >> Billing Document >> Copy Control >> Copy Control from Billing Document to Sales Order Type.
Hope this will help you.
Regards,
Siddharth.

Net Price Issue

Hi all,
I am extracting data from 2LIS_02_SCL into Cube. When I checked the extractor in RSA3 I noticed Net Price getting different values.
The Net Price is coming from EKPO. As we know that in the data source it will show per unit price ie. Net Price / Price Unit. For eg if I have Net Price as 50.40 and Price Unit as 1,000 in table, in the data source I get 0.05 which is correct as per my funcitonal person. But if we have Net Price as 0.82 and Price Unit as 1,000 I am getting 0.00 instead of 0.00082. It is not showing the remaiming decimal places. And also I am using standard field.
Can any one tell me how to bring the remaining decimal places also.
Thanks in advance
regards,
mahi

Hi Bobs,
I know we can increase the decimal places in BW side. But what I want to know is why in the data source only two decimal places are showing up.
for eg. In EKPO Net Price = 0.82 and Price Unit = 1,000.
In the data source Net Price = 0.00 where it should be 0.00082 because it is calculating per Unit Price.
I hope now you understood my problem.
Anyways thanks for your answer.
Let me know if any suggestions.

Change of Net Price in Sales Order

Hello Experts!
I wanted to know how the "Net Price" of a sales order can be "changed" by the system or "indirectly" by the user. I have an issue with the net price that changed in the sales order, and wanted to know how this could have happened; <b>besides</b> changing the pricing conditions, price adjustments, and order surcharge. Is there someway the system could have changed it or user "indirectly"? Please advise. Thank you in advance!
WC

Net price is not changed directly.
It's chanegd via changes to pricing only unless you have some code which updates this field AFTER SAP calculated it based on pricing conditions.
NOTE: if you reject line items it's vlaue is substracted form order net value, the same is true if any of your pricing conditions is made inactive due to various reasons.
Changes to pricing condiitons are not shown in order change history, you can see changes per condition record, but if any of your conditions in sales order was made inactive - you won't see it in change log. One of the options may be - if you generate any outputs (IDOCs) which send pricing info - you can check those IDOCs to determine when & what was changed in the pricing of your order.

Net Price not Updating Using BAPI : BAPI_CONTRACT_CREATE

Dear Experts,
I am facing an issue while creating CONTRACT using the bapi: BAPI_CONTRACT_CREATE. I am creating the Contract based on data from my excel sheet. And we are maintaining the INFO RECORDS for the same materials.
In the excel sheet we are providing the NetPrice (NETPR) and creating the Contract. My issue is " instead of taking the Net Price from the excel it is taking the Net Price from Info Records". For Example, if for a Particular material the Net Price in our excel file is 125, after bapi execution, the net price is updating as 100 instead of 125 in Contract Creation( ME31k-ME33K). In the Info Records we are maintaining this net price(100) for that material.
Thanks in Advance for your response.
Regards,
Prasad

you can use BAPI_CONTRACT_CREATEFROMDATA
* Create Contract Order Number [BAPI_CONTRACT_CREATEFROMDATA]
CALL FUNCTION 'BAPI_CONTRACT_CREATEFROMDATA'
       EXPORTING
         contract_header_in      = header
         convert                 = 'X'
       IMPORTING
         salesdocument           = v_order
       TABLES
         return                  = t_return
         contract_items_in       = itab_item
         contract_items_inx      = itemx
         contract_partners       = t_partners
         contract_conditions_in = t_conds
         contract_conditions_inx = t_condsx
         contract_data_in        = t_contract
         contract_text           = t_texts.

Error in PO net price currency JPY

sir,
PO was created with currency japanese YEN using Tcode ME21N . The net price was showing 142502300 (in JPY).
when checked in EKPO table , it saved with a value 1425023.00 instead of 142502300 .
what can be done to correct this.
In PO Print out , it showing values as 1425023.00 which is wrong.
SPRO>> NET WEAVER >> GENERAL SETTINGS >> CURRENCY>> SET DECIMAL values FOR CURRENCY CODES is showing 0 decimals against JPY (Japanese YEN)
I want to know where else the Decimal values could have been set to 2 decimal places.
FOr other currencies like US Dollars there is no error.
Regards,
Srinivasa Murthy

sir,
In OY04 i deleted entry related to Japan Yen ie. with 0 decimals.     This solved my problem. But already created orders with Japanese YEN had to be deleted .
For the orders created with new configration , the issue is rectified and    Net price in ME21N as well as the PO value in EKPO table showing same value with 2 decimals.
Thank you very much .
Regards,
Srinivasa Murthy

Net price rounding issue in PO

Similar Messages

Maybe you are looking for