Rounding at Item Level

Hi SD expert,
1st Issue: Price different in Billing compare to manual calculation
Scenario:
Billing items quantity based on batch item quantity which client complaint manual calculation is different in billing. For example:
Price Manual calculation
1 unit = USD 625.00
Total unit = 2,024.150, hence equally to = USD 1,265,093.75
In Billing (Calculation is based on each batch item quantity)
Item 0010: 1.527 unit x USD 625 = USD 954.38 (Manual calculation 954.375)
Item 0010: 1.529 unit x USD 625 = USD 955.63 (Manual calculation 955.625)
Note: *Round up due to commercial rounding in condition type
Hence some total price in billing is HIGHER than the manual calculation which the manual price has promised to customer before issue billing.
2nd Issue (10% tax)
Tax value is accumulated based on batch item calculation. Hence sometime tax is higher than 10% of the net value. It was also due to rounding at batch item level.
Any suggestion in solving the problem, what I want is:
Price = 1,265.093.75
Tax (10%) = 126,509.38
Regards.

Ask an abaper to modify the coding as per your requirement for rounding at Item level:
Include RV64A601
rounding rule for closest interger value
FORM FRM_KONDI_WERT_601.
data: da_xkwerx(15).
unpack xkwert to da_xkwerx.
move '00' to da_xkwerx+13.
pack da_xkwerx to xkwert.
data : lgort1 like lips-lgort .
data : d1(13) , d6(13) .
data : d2 type p decimals 2 .
data : d3 type p decimals 0 .
data : d4 type p decimals 2 .
data    d5(2) .
data : d8(3) .
unpack xkwert to d1 .
d2 = d1 .
d3 = d2 .
unpack d3 to d6.
d5 = d6+11(2) .
if d5 >= 50 .
d8 = 100 - d5 .
d1 = d6 + d8 .
else .
d1 = d6 - d5 .
endif .
*pack d1 to xkwert   .
select single lgort into lgort1 from lips where
                                          vbeln = komp-vgbel and
                                          posnr = komp-vgpos .
IF SY-SUBRC = 0 .
   if lgort1 = 'JSTO'.
   d1 = 0 .
   pack d1 to xkwert.
   else .
   pack d1 to xkwert.
   endif .
ELSE .
pack d1 to xkwert.
ENDIF .
Regards,
Rajesh banka
Reward suitable points

Similar Messages

Exciseduty shouldnot roundoff at item level

Dear mm gurus,
i was doing return delivery to vendor with 122 mvt type. i have created outgoing excise invoice J1IS. in j1is bed,ecess,secess are rounding at item level.it should not roundoff at item level but in total it should roundoff to nearest amount.in my system item level rounding off. Please give your valuable suggestions.

Hi,
Go to SPRO > Logistics - General > Tax on Goods Movements > India > Basic Settings > Maintain Company Code Settings > Here do not activate following;
- Rounding duty on Procurement
- Rounding duty on Removal

Difference between sales order schedule line and item level data

Hi All,
Could you please let me know what is the difference between sales order schedule line and item level data?
Thanks,
Ramya

Hi Ramya,
Sales order schedule line contains del date, order qty, rounded qty, confirmed qty, delivery qty, schedule line category, purchase requisition etc., ie It contains the full details of sales order data with respect to the scheduled line of delivery. The total quantity of a sales order item can be subdivided into schedule lines that contain the various subsets with the corresponding delivering dates.
Sales order Item level data contains details of the item in the sales order like material code, net price, net value, UoM, PO details, reason for rejection if any, material group,billing date, plant etc., ie this
contains the full details of item irrespective of scheduled line.
Regards,
R. Senthil Mareeswaran.

Excise tab at item level in MIGO screen

Dear Gurus,
Am getting excise invoice tab at header level, but not at item level. Because of that I am facing so many problems like posting on assesable values, manually changing those values etc..
Let me know what else required to be configured to get the same at item level.
Satish

Hello,
Excise invoice tab will be available only in MIGO header during GR creation.
Once Excise Part - 2 is done, details of the same will be available in the MIgo line item excise tab.
Note: you should not change the value of the assessable value and all during GR at excise tab. (Only rounding off is advsed).
if u r changing the values means, PO value is mismatching with the excise invoice value, here u need to ask the Buyer to change or amend thee Purchase order
Regards
Shenoi.

Rounding at Header Level in Sales order

Hi all SD Expert,
Question:
Can rounding mechanism be applied at Header level in Sales Order?
Summary:
The government of Malaysia have implemented the rounding mechanism to the nearest multiple of 5 cents over the counter transaction. This mechanism shall apply to the total amount of a bill.
Example:
- $1.01 or $1.02 will be rounded down to $1.00
- $1.03 or $1.04 will be rounded up to $1.05
- $1.06 or $1.07 will be rounded down to $1.05
- $1.08 or $1.09 will be rounded up to $1.10
refer http://www.bnm.gov.my/index.php?ch=209&pg=657&ac=567 for more info
My Problem:
SAP Note 1165950 suits well enough for 1 item per sales order.
Example:
Total Bill = $1.38 (posted to a dedicated G/L account)
Rounding Adjustment = +0.02 (posted to a dedicated G/L account)
Total customer to pay = $1.40
But, if I have 2 or more item per sales order, my rounding mechanism does not meet the requirement. Example:
Item 1:
Total Bill = $1.38 (posted to a dedicated G/L account)
Rounding Adjustment = +0.02 (posted to a dedicated G/L account)
Total customer to pay = $1.40
Item 2:
Total Bill = $1.38 (posted to a dedicated G/L account)
Rounding Adjustment = +0.02 (posted to a dedicated G/L account)
Total customer to pay = $1.40
Total Item 1 + Item 2 shown in header level = $2.80
In Header Level, the rounding figure shows +0.04 (rounding adjustment item 1 + item 2). I dont want my sales order to round the value at item level.
The correct calculation to suit the regulation is:
Item 1 + Item 2: $1.38 + $1.38 = $2.76
Rounding Adjustment at Header: -0.01
Total customer to pay = $2.75
can someone help me?
TQ
Ezwardi

Dear Tengku
Please try with this.
Go to V/08, for the net value field, maintain Routine 16 in the Alt. Cal. Type. Also add Routine 17 to Netvalue.
As you know Condition types are assigned at each item level. So rounding off is calculated at each item level. But by assigning a tick in the Group Condition while defining Rounding off Condition, you can do rounding off at invoice level. The difference is automatically adjusted at each item.
thanks
G. Lakshmipathi

Delivery unit in material master should appear on item level of delivery

Dear SD Sales and Delivery experts,
i would appreciate your support very much!!!
We want to implement the following small functionality:
The components concerned are material master, order and delivery item.
The material master is maintained in folder <Sales: Sales Org1> in the field "Delivery Unit" e.g. with 10 PC
If the customer orders 20 pieces, but the existent stock just has got e.g. 13, the nightly delivery batch (VL10) should not deliver the amount of existent stock of 13 pc but should - e.g. after implementing a coded functionality - compare the 20 pc that have been transferred from order into delivery with 13 on stock and then rounds off to the next lower delivery step of 10 after looking up in the material master in folder <Sales: Sales Org1> in the field "Delivery Unit" maintained with 10 pc. These 10 pc should appear on item level of the delivery so that they can be shipped. Open amount of ten will be handled when the stock of this material had been filled up.
Same procedure within an another example:
Customer orders 57 pc - Stock has 39 pc = delivery should post 30 pc
I found the User Exit MV50AFZ1 but the steps in there seem to be to early.
Are there any BADIs wie can use?
Copy Control with Routines and Conditions?
Many Thanks in advance
Stephan Sislian

Hi,
I never tried, but did you check the field rounding profile in the material master Sales: sales org1 tab - under quantity stipulations?
Regards,

Table to read vat amount of MIRO at item level

Hi,
I making a purchase register in which all amount rdetais are required at item level but from tables , RKPF, RSEG, I am getting the base amount at item level, but in which table I can get the vat amount which is posted for individual item in table BSET i can see the all tax amounts which are posted but how to link this with item number there is no ref. field for this.
is there any table for MIRO entry with item wise tax details.
regards,
zafar

You can simulate VAT calculation via RSEG base amount WRBTR and VAT code MWSKZ ([CALCULATE_TAX_ITEM|http://www.sdn.sap.com/irj/scn/advancedsearch?query=calculate_tax_item]). But beware of rounding errors in the calculation.
Remember that the calculation of VAT is the responsibility of the supplier.
Regards,
Raymond

Document flow linkage between 2 sales orders at item level

Hi,
I am trying to generate a doc flow linkage together 2 sales orders at the header and item levels. This should happen when we create a new sales order, where it generates a doc flow with reference to an existing sales order.
My problem is that the doc flow does get created at the header and item levels using 'CRM_ORDER_MAINTAIN', but the existing sales order is created as the 'Next document' in the doc flow. We need it the other way round - it should be as the preceding document.
Anyone ideas how I can achieve this ? If so, any help would be appreciated. I am on CRM 4.0.
Regards,
Vishal
Edited by: Vishal Narayan on Jan 14, 2010 4:45 PM

Hi
I am afraid you cannot do that converstion for the existing orders. BP at header level are enabled at teh document type level, while BP at item level is done at item category. So both are independent. Mostly it is advisabel to use BP at item level only.
If you are already using item level BP, and want to mvoe to header BP, then only future transactions can be executed with BP at header level. Existing item level BPlans will remain so in the system.

Header condition of PO should automaticaly taken in to item level

Hi
We have a problem of including condtion value for PO line items. We need to get disribute the condition values once it is entered in to the header level, based on the quantity of line item we are purchasing in the PO. Please advice how to do this.
Regards
Kesharika

Hi Kesharika,
If the condition is set as a group condition, the amount
entered on the header is distributed proportionally (that is, in the
relationship of the relevant condition bases at item level) and a
rounding difference adjustment may be carried out.
Please read note 876617 - FAQ: Header conditions/header condition screen.
Regards,
Edit

Pricing : Frieght calculation - differentiate Header and Item level

Dear friends,
I have a requirement wherein I have to find the sum of the gross weight of all line items at header level and round off the value to the next 500 gms.This value will be shown at the Header Conditions tab in the condition record ZFRD.
The rounding off should not happen at the item level (i.e in Item - Conditions tab ).
I have developed a base type for this.But at the configuration level, the group condition and item condition are checked, Hence the rounding off works at the header as well as the ITEM level.
Can anyone suggest me if there is any field which differentiate between header and item calculation.
So that I can check that field and restrict the pricing only to the header level.
i am trying this functionality at pricing procedure level by creating a new formula for condition base value and passing gross weight to XKWERT field.
Thanks in Advance!!!!

Hi
Have you tried to save a document and check what you can see for that condition?
I think the header value is being transfered to the item while you're debugging
When you'tr header level PRICING_COMPLETE should be called
Max

ECS: New Pricing condition for purchase order on item level

Hello Experts,
we use SRM 5.0 with the extend classic scenario.
We customized a new pricing condition (absolute discount), which we want to use in a purchase order and added it to the calculation schema.
condition type:
Application     BBP
Source system LOCAL
Usage           PR
Condition Type ZRBT
Access Seq.     01CT
Condition class       discount
Calculat. Type    fixed amount
Condit.category
Rounding rule commercial
manual has priority
item level
delete
amount/percent
UoM
Scale Base Type   quantity
Check stat             none
Max. No. Dimens    no scales
We see the condition type and can choose it in the transaction which is used to create a po.
But when we choose it from the drop-down box it isn't added to the calculation.
Regards,
Sven

Hello Sven,
Thank you very much for posting the OSS note solution for your issue.
I had similar issue and finally was able to resolve it after reading your post.
regards
Vinod

User exit in SO item level & rounfing profile from SH of CMIR instead of SP

Hi Folks,
Can any one of you suggest me an user exit in sales order line item level?
I want something which stops before/ or just after entering the quantity in the item level.
We wanted to set up a issue which deals with rounding profile comming from CMIR record to take from Ship-to rather than standard Sold-to party functionality.
Thanks a TON in advance.
Praveen.

Hi praveen,
please check these exits .
OGM10015,
OGV90011
OIKNB02
SDVAX001
V45A0002
V45A0003
V45A0004
I THINK IT IS HELP FULL FOR U.
REWARD IS USEFULL

Duplicate records for Sale Order Cycle Report(excluding item level detail)

I have posted this issue in number of forums but till today no one is able to answer it correctly.Here it is:
I need to create a report which I think most of the sd consultants have also done it.It basically covers sales order cycle without item lvel detail such as:
Sale Order No -- Sales Order Date-- Delivery No-- Delivery Date
Now as we all know ,sales orders and deliveries are connected through item table which means in the output I will get duplicate rows for the report above.For Example, if a sales order share 3 items with the delivery then we will get 3 exact duplicate rows in the report.
What can be the best solution?connecting through VBFA has alos same result as it also has item level details.
I need a good solution.This a common report and there must be some solution

Hiiii,
It is standard SAP rule that system will catch the document flow (document link history) at item level.
Now your problem that you dont want to show the line item based report because of duplicacy.
Try this.
Brows table VBFA -
In screen selection select the following......
1. Subsiquent document category
2. Preceding item
select "J" in Subsiquent document category
and "000010" in Preceding item then execute the table.
Now system will not show multple line item based delivery report. so No duplicacy will be there
Regards
Shambhu Sarkar

In report painter report, line item level drilldown report requirment

Dear All,
I created one report in GRR1, when I execute the report i am not getting line item wise drilldown option. For example one cost center no of line itemwise posting ( g/ls wise)posting is there. By double clicking on that specific line item we will go that ledger and see the data available in that ledger.In standard reports that option available but my own reports I unable to go drilldown at ledger level cost reports.
Please sugget anyone, where I am doing mistake in report creation level.
Thanks
M Srinivasa reddy
Ph : 9637399076

Thank you,
I attached reports to Library based on that I am able to drilldown line item level of the report.Is it corret or any other way for line item level drilldown option for report painter reports
Thanks
M Srinivasa reddy

Best Practice: Dynamically changing Item-Level permissions?

Hi all,
Can you share your opinion on the best practice for Dynamically changing item permissions?
For example, given this scenario:
Item Creator can create an initial item.
After item creator creates, the item becomes read-only for him. Other users can create, but they can only see their own entries (Created by).
At any point in time, other users can be given Read access (or any other access) by an Administrator to a specific item.
The item is then given edit permission to a Reviewer and Approver. Reviewers can only edit, and Approvers can only approve.
After the item has been reviewed, the item becomes read-only to everyone.
I read that there is only a specific number of unique permissions for a List / Library before performance issues start to set in. Given the requirements above, it looks like item-level permission is unavoidable.
Do you have certain ideas how best to go with this?
Thank you!

Hi,
According to your post, my understanding is that you wanted to change item level permission.
There is no out of the box way to accomplish this with SharePoint.
You can create a custom permission level using Visual Studio to allow users to add & view items, but not edit permission.
Then create a group with the custom permission level. The users in this group would have the permission of create & add permission, but they could no edit the item.
In the CodePlex, there is a custom workflow activities, but by default it only have four permission level:
Full Control , Design ,Contribute and Read.
You should also customize some permission levels for your scenario.
What’s more, when use the SharePoint 2013 designer, you should only use the 2010 platform to create the workflow using this activities,
https://spdactivities.codeplex.com/wikipage?title=Grant%20Permission%20on%20Item
Thanks & Regards,
Jason
Jason Guo
TechNet Community Support

Rounding at Item Level

Similar Messages

Maybe you are looking for