Deactivation of Pricing Conditions at header level of Sales Order

Hello there,
We have used a routine in pricing procedure (BaseType Routine) to deactivate condition MWST in the MWST condition line in pricing procedure, transaction V/08.
In the routine, We played with the KINAK (set to K )and KOBLI (set to space) flags of structure KOMT1 and XKOMV and delete the MWST entry in the TOBLI table and succeeded to deactivate the MWST at item level of the sales order. (MWST condition appear in the conditions tab at item level as inactive)
We have created a sales order with only one item that has the MWST condition deactivated at item level.
But in the conditions at header level the MWST condition does not appear. Shouldn't the MWST condition appear at header level but deactivated (with a yellow triangle next to MWST)?
If yes is there a flag that we forgot to set?

Hi,
what is the table name you had mentioned
TOBLI is it correct?
Thanks
mano

Similar Messages

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

Pricing Conditions deactivation at header level of Sales Order

Hello there,
We have used a routine in pricing procedure (BaseType Routine) to deactivate condition MWST in the MWST condition line in pricing procedure, transaction V/08.
In the routine, We played with the KINAK (set to K )and KOBLI (set to space) flags of structure KOMT1 and XKOMV and delete the MWST entry in the TOBLI table and succeeded to deactivate the MWST at item level of the sales order. (MWST condition appear in the conditions tab at item level as inactive)
We have created a sales order with only one item that has the MWST condition deactivated at item level.
But in the conditions at header level the MWST condition does not appear. Shouldn't the MWST condition appear at header level but deactivated (with a yellow triangle next to MWST)?
If yes is there a flag that we forgot to set?

Hi experts,
Has anyone done the above mentioned before, please reply...

Change the Payment Method at header level in Sales order document.

Hi Experts,
I have a doubt and a problem; I want to change the Payment Method at the header level however that is not possible never at header level is the same even either I chose other when I was creating the sales order document or I tried to change after that. The system allows changing the Payment Method but when I display the document after that the change is not done always is the same payment method. Maybe it is defined at customer or sales organization level.
At item level it is possible change the payment method with any problem.
Thank you and best regards.

Dear Alberto
Payment Terms can be changed both at header level and at item level in sale order.
thanks
G. Lakshmipathi

Error 102 Access not made (initialized field) during pricing analysis in item level of Sales Order

Hi SAP Experts,
Good day!
I am facing an issue in Pricing Analysis of a Sales Order Item level which is Error 102 Access not made (initialized field).
Details for ZICT condition Type:
Access Details:
*ZINTER is originally used in billing and was decided to also use for order.
There is no problem involved in billing.
Please take note that I already found other discussions and an OSS Note regarding this issue and applied the suggested solution. But still I encounter an issue in the order created.
After implementation of the proposed solution which is moving Material type(MARA-MTART) and Valuation Class(MBEW-BKLAS) to the corresponding fields TKOMP-MTART and TKOMP-ZZBKLAS.
ZICT Condition Type details:
Access details:
As I mentioned above, I already followed steps in previous discussion. It seems odd that there is still a problem. Can you please enlightnen me up and advice if there are things that I still need to know.
I am hoping for your response and help with this matter.
*NOTE: The development Box that I am using is an ECC6 Upgrade development system

Hi Please find the attached screenshot. Hopefully this will be of help.

How to include ZPR0 pricing condition in an exisiting open sales order

Hi...
i have an existing open sales order report. i wanted to include a column of ZPR0 condition in the existing ALV grid..i hav to add this ZPR0 pricing consition for intercompany STO...The delivery plant is LFA1-WERKS. how do i proceed.??? plz help me!!

For sales order..
vbap-werks WAS MY REFERNCE IN THIS...
i fetched (VKORG,VTWEG) from t001w.. with that i gt KNUMH(FROM A004) table.. with the knumh(condition record number i gt KBETR AND KONWA from KONP.....
Similarly i gta do it with an STO.
LFA1-WERKS is the delivery plant.
how shud i proceed in this

Business Area in header level of sales order

hi Gurus
i have one query that the szystem dont take the business area automaically(default) on header level
whts the setting oftha
i have already assigned the business are4 to Sales Are & Plant & division too
and taken the rul 3 for that.................
plz give me the solution for thi
Suitable answers will be rewarded
Regard
Amol Gawai

Hi,
I think since plant and division both are derived from material master into the sales order, and your business area is assigned to your plant and division, then in that case it wont default from the header.
Also if you assign it to your sales area, it will still take at item level.
Hope this helps.
Reward if helpful.
Regards
Ravi

Profit Center at header level in sales order

Hi Friends,
Is it possible to have profit center entered at header level in a sales order. If yes then where.
Regards,
Wasim.

No, profit center is always assigned at item level.
One of the reason could be, items in a sales order can have different profit centers, hence assigning at header level will impact all the items.
Regards

Partner function in header level of sales order

Hi All,
During the sales order create/change (VA01/va02).
Depending upon the business unit i want to populate partner function.
I have modified the user exit "MV45AFZZ - userexit_save_document_prepare " and userexit_save_document .
i tried both the exit.
During debugging its deleting from the XVBPA table but its not reflecting in the final screen.
in final screen its showing the partner function from master data it is not updating from the exit.
<< Moderator message - Everyone's problem is important >>
Thanks in Advance.
Edited by: Rob Burbank on Nov 11, 2010 3:49 PM

you can populate XVBPA-UPDKZ = 'D' for the row you want to delete from XVBPA.
I Hope it will work for you.
Thanks
Raj

BAPI_SALESORDER_SIMULATE How to get the conditions on header level?

Hi,
is it possible to get the pricing conditions on header level (sales order) with the Bapi BAPI_SALESORDER_SIMULATE?
We only found the information on item level?
Thanks a lot.

hope its possible,
If don't specify any item no for condition type in bapi, then it will be consider as header condition.
make sure condition should be header condition.
hope it will work.
Regards,
Marreddy

How can we revise the pricing both at header and item level of sales order?

Dear All,
Now there's one issue of the pricing to me. i want to revise the pricing both at header and item level of sales order. but after i finished the cutomize and tested it, it's more different as i thought. i found that the pricing can revise at the one side only,for example, if i revise the pricing at item level and it's grey and can't be revised at the header. on the other hand, it's the same result what's happened at item.
So, in my opinion, we can't revise the pricing both at header and item, right? if not, please give me more advices and teach me how to solve the problem. thanks a lot.

Dear Lakshmipathi,
Thanks a lot for your kindly and useful answer for me and I learn more for the pricing technology.
I didn't notice the way that you reminded ago therefore I also saw the button at the condition tab. And your suggestion makes me know more.
And I had tested the way that you said, I met with a question. Below is my opinion for my testing.
I had created one SO and the pricing was $10, then I revised the pricing from 10 to 15 by VK11. It can't be updated automatically at SO and I must update it manually by clicking the "Update" button. This is OK for my testing, but I have another question to disturb you for the use of "Active" button. When I click the button and nothing is responsed, it's quite different what you said. So, please give more detail for the Active button. Thanks a lot.

Clearing Sales Tax at Header Level in an Order

Hi,
I have a requirement to not charge any tax on an order if the credit card used on the order is a government credit card. Currently I have implemented this logic in USEREXIT_SAVE_DOCUMENT_PREPARE. I am able to clear out the sales tax at the line level but this change does not reflect at the header level. I have to manually click on update pricing to zero out the tax displayed at the header level. I could not find a variable to tap into header level pricing condition and tax value field.
I would greatly appreciate if any one can give me some pointers on where to look for header level data for tax. Also, is there any better user exit to implement this functionality.
Folliwing is the code I am using to clear out line item level tax:
          LOOP AT XKOMV INTO WA_XKOMV WHERE KSCHL EQ 'UTXJ'.    "GET THE TAX CONDITION
              CLEAR WA_XKOMV-KWERT.                               "Set the TAX to 0
              CLEAR WA_XKOMV-KAWRT.
              CLEAR WA_XKOMV-KBETR.
              MODIFY TABLE XKOMV FROM WA_XKOMV
                TRANSPORTING KWERT KAWRT KBETR.
          ENDLOOP.
          LOOP AT XVBAP INTO WA_XVBAP.    "GET THE TAX VALUE
              CLEAR WA_XVBAP-MWSBP.                               "Set the TAX to 0
              MODIFY TABLE XVBAP FROM WA_XVBAP
                TRANSPORTING MWSBP.
          ENDLOOP.
Thanks,
Paresh

Hi,
In the case of sales cycle, All the item level taxes are summirised and come to the header level. So we can't find the conditions at header level for taxes. Check the user exit , because, the values are already moved to the header level structure and then you are clearing the item level taxes. I hope thats why the changes are not reflected in header level.
Regards,

How to change condition type data on header of a sales order

Hi Guys,
I have a requirement, where i want to change the value of particular condition type at header lever of sales order.
How to do it.If i am not wrong , this can be achived by CRM ORDER MAINATAIN .But how to do it i dont know.
So please help me for this requirement
Regards
PG

Hi PG,
Can you please let me know if you were able to do this. I have a similar requirement where in I need to change the value of a condition type.
I am new to CRM , so it will be great if you can please explain me the steps.
Thanks in advance.
Regards,
Vivek

Where pricing condition P101 is maintained for purchase order

where pricing condition P101 is maintained for purchase order
by which t code

Are you looking for the transaction where you maintain condition records or contition types???
Transaction: MEK1 for Condition record Creation - Purchasing...
and Navigation Path for maintain Purchasing conditions types is:
IMG->Materials Management->Purchasing->Condition->Define Price Determination Process->Define Condition Types...
Hope this helps.
Kind Regards
Eswar

Condition type not coming in sales order

Hi,
we have a condition type Z026. The issue is that it is not set in the order but the condition records exists. The pricing analysis shows that condition reocrd is missing but the fact is the condition record is there. The acess seq is Z026 and there are many tables in the acess sequence.
The first table in the access seq is 906 and the condition record exists but still the system says that the condition record is not found using cond preliminary step (header fields like customer/sales org/div). the cond record is maintained for relevant sales org/dist channel/customer/material. cond preliminary step means that system first looks for the header fields but everything is there.
The condition is active and the conditon is created on 21.7.10 with validitity from 21.7.10 to 31.1.2010 and the pricing date in sales order is 27.7.10. so everyhting is fine but yet the condition is not coming in sales order
what could be the issue.
regds

Hi,
Now try creating a sales order with 20.07.2010 as the pricing date. It will work. Create another order with 21.07.2010 and it will not work. If so, it is due to the validity date. When you give 21.07.2010 as validity date and there is already another record which was valid on that date, the gap of one day can happen and we have experienced this. There is even an OSS note explaining this concept, which makes sense business-wise.
However you check the scenarios I have mentioned. If the behaviour is as I have mentioned, then you have to change the pricing date of your problamatic sales order to one day earlier, or move the validity date one day earlier.
If the behaviour is different, pls lemme know

Deactivation of Pricing Conditions at header level of Sales Order

Similar Messages

Maybe you are looking for