Authorization for discount condition type
Hi Experts
1)when create a sales order client want flexibility for discount condition type
like 10% ,15% , 20% it should not be manual and end user can choose from drop down and
2) If they want to give excess discount there should be authorization any supervisor can give excess discount
how to map this authorization to condition type
Regards
hello again, friend.
go to IMG > SD > Basic Functions > Pricing > Pricing Control > Define Cond Types... here you will find the settings for the upper and lower limits. please note that the larger discount rates would be represented by the lower limit. for surcharges, the lower rate is the lower limit.
scales in pricing allows you to set different discount/surcharge rates or fixed amounts depending on either value, quantity, weight, etc. in the same pricing condition record (using VK11 or VK31). if you look inside your condition type using V/06, you will see under sub-tab Scales if this has been set.
example: condition type Z007, with Scale 'Quantity'
you can set a discount of 2% if item quantity is from 0 to 100 pieces
you can set a discount of 3% if item quantity is from 101 to 200 pieces, and so forth...
regards and thanks.
Similar Messages
-
To write&activate new Requirement for customr discount condition type k007
Hi Guru's,
how to write and activate new Requirement for customer discount condition type K007 in VOFM.
could please guide me step by step process or if you have any programming language related to this please provide me that would be helpfull to me...
please let me know if my question is not clear..
Thanks in advance and will give full points...
Srinivas.Hi S,
u can use options condition value, condition based values for this requirement.
1.all Z requirements starts from 9xx onwards ,
2.u need to use Internal tables KOMP in that requirements based on the given conditions.
3. Dont active all , select only new requirement->Edit->Active.
ref any standard requirement for sample codes.
regards
Prabhu -
Authorization object for manual condition type in sale order
Hi experts
I want ask them, If exist an authorization object for manual Condition type (KOMV-KSCHL) in the sales order (VA01/VA02), that the user don' t can create neither modify the sale orden with a specific manual condition type (payment term) by stardard way.
Best regards
John AnguloHI John,
I would be surprised to know that someone uses the Payment terms as a condition in the Pricing procedure for sales orders. The payment terms define when the customer agrees to pay, (15, 20, 45 ,....days or 5 years or 10 years....whatever it be)
this detail for what i know is in the sales order header,and ideally has nothing to do with the Item level material price conditions.
its ok, If you mean something else by payment terms.....in principle you can have a conditon type restrcited such that manual entries on the condition are not possible. this cane be done in SPRO customizing, i am sure your functional consultants would know what to do (SPRO->Sales and Distribution->Basic Function->Condition Types), in the tab "Changes that can be made" have a value that says manual Processing is not allwowed
The ABAP route mentioned above is for a different scenarion and i dont think it is necessary for your requirement -
Sale order showing a discount condition type twice in conditions Tab
Dear Experts,
Sale order showing a discount condition type twice in conditions Tab.
Could you resolve my issue?
Thanks in advance.
Regards,
RaviHi,
In the Sales order, go to Conditions and in the Pricing 'Analysis' , check for where the system is determining the two values of this discount condition. It may be possible that it is determining from two condition tables.
Also in the access sequence of this condition type, please make sure that the 'exclusive' indicator is checked for the condition tables.
Please check if it helps.
Thanks,
Saurabh -
Regarding the Discount condition type in sales order
Hi All
I have 3 key combinations in my Discount Condition Type. I have maintained records at all the 3 key combinations and all the records are relevant for a sales. In my sales order all the relevant records (all 3 records) getting displayed, but for calculation all the three discounts are considered. I do not want use exclusive concept in access sequence.
But when i use the same access sequence for Base Price, it is behaving deferrently, where whatever record is found at the last is getting considered for calculation.
Please give your valuable comments.
Your inputs are appreciated.
Thanks and Regards
PrasadDear Friend,
If you have specified the various Discounts under the three access Sequence .
There your pricing system condition type will have three records.
To achieve the best result you might use the requremnets routine in the access sequence determination.
But if you consider this......
Take Three discount Condition types for that matter....
Now to find out the best conditions out of conditions you can use the functionally of Condition exclusions
which you will find in the Basic Functions --> Condition Exclusions.
This methord you will not be required to maintain any routine.
regards,
SAP SD -
DIscount condition types mapping to value field (+/-)
Hi,
1)While mapping SD condition types to Copa value fields, do we need to check the transfer +/- symbol for all discount condition types...
or when do we need to check it..
2) In our case we have some 4 to 5 discount condition types mapped to copa... If we check that symbol, as discount will always be negative system is posting discount values in negative in copa. At the time of report execution, since we give formula as Sales Less discount and discount is already negative in system it is getting added... so we are planning to change formula as sales + discounts... is that approach is right?
Reg
KarthikHi Ajay,
Thanks for your quick reply... generally for which condition types do we need to check this indicator in ke4i... for all discount condition types and rounding off condition types... is that right? Because as I told we have some 4 to 5 discount condition types and we have ticked for only one discount condition type which is mostly used...
Reg
Karthik -
Hi Gurus,
what is the difference between SKTV and SKTO cash discount condition types?
ThanksDear Biswas,
Both SKTO and SKTV is Cash Discount Condition Type. Both of them are Item Condition Type.
The major difference among the two is SKTV is Group Condition.
As per Standard Group condition - It indicates whether the system calculates the basis for the scale value from more than one item in the document. To use it effectively, the items must belong to a group. You can freely define the group to meet the needs of your own organization. The items can, for example, all belong to the same material group.For instance, a sales order contains two items. Both items belong to the material group 01.
- Material Quantity Material group
A 15 01
B 10 01
The group condition indicator is set in the definition of the condition type for material group discounts. The condition record for material group 01 includes the following pricing scale:
Scale quantity Discount
from 1 pc -1%
from 20 pc -2%
Neither item alone qualifies for the 2% discount. However, when the items are combined as part of a group condition, the combined quantity creates a basis of 25 pieces. This basis then exceeds the scale value of 20 pieces, which is necessary to qualify for the higher discount.
So, these both Cash Discount Condition Type works on the basis of Cash payment received with relevent term of payment for Cash Discount, if offered any to you customer.
Regards,
Abhee. -
Hello
We are facing an issue while using a Z discount condition type in price agreement at service contract line item level.
A Z Condition type has been created in ECC and assigned to the pricing procedure. This pricing procedure is downloaded in CRM and determined in the service contract.
A condition maintenance group using this Z condition type is created in CRM and assigned to service contract item category.
Condition records are created in CRM for this condition type/condition maintenance group for specific products along with sales org and discount percentage.
But when the price agreement(using this condition type) is used at the item level of a service contract, the system throws errors (related to product/unit of measure and sales org, even though no issues seem to be there)and thus the price agreement is not allowed to be used.
If anyone has worked on such kind of scenario, please get in touch, I will share more details for the same.
Regards
Ankit AroraDear Ankit,
Once the pricing procedure is downloaded, please maintain the document pricing procedure at service contract header level, and maintain the customer pricing procedure at business partner sales area billing data.
In spro, maintain the pricing procedure for the combination of sales area, document pricing procedure, customer pricing procedure.
Please crosscheck whether the condition table is active or not.
Regards,
Maddy -
Hi,
Here i want to configure the pricing procedure ,for the condition of discount type.But i want this discount to be calculated on for ex. A
(basic price + tax + excise ) = A
So how i proceed? Also i want this discount effect till in MIRO.Hi,
Add condition type JEXS in your MM Pricing in M/08 and mark this as "Statistical". As a result of this it will fetch the Total Tax Amount in this condition type from "Taxes" Screen.
Then Create a Subtotal in MM Pricing as A = (Gross Price PB00 + JEXS) and then add Discount Condition Type (for e.g. RA01) and give From as Step No of "A". And then chekc in PO. -
Inactivate the cash discount condition type during return order creation.
Hi All,
I have created a Pricing procedure its having a condition type Cash Discount.
The client requirment is during the return order creation system should inactivate the cash discount condition type.
Please sugget me what to do to fulfill this requirment.
Thanks in advance.
Regards
Vankat.Hi
You can achieve through creating new pricing procedure for Return process
Otherwise try with user exit
MV45AFZZ USEREXIT_SAVE_DOCUMENT_PREPARE
Maintain access Sequence with Document type and maintain condition record , so at the time of return order system wont pick that material
Regards,
Prasanna
Edited by: prasanna_sap on Feb 9, 2012 3:31 PM -
Discount Condition type is picking Tax Code(URGENT)
Dear All,
I have a very serious problem on Condition types and Tax codes.
I have configured the pricing procedure with two taxes (China).
Sr.No Condition Type TAX Code
1 VAT V7
2. CONC V6
Now, If i will give some Customer discount Condition type then System is picking picking Tax code as V7.For that i have not maintanied any Condition records in VK11.
What should be the reason for this?
Since it is very Urgent Issue,Please Guide me on the same
Thanks
VinayHave you run the country installation program before you started the customisation. This is supposed to install the entire information required to configure the tax scenarios for the particular country. If you are trying to create the tax codes and the procedureson the vanilla system, then you need to work very closely with FI because the posting for tax is done from the tax procedure in FI. As an SD or MM consultant we are only interested in the Taxes on sales and purchases and their customisation. The procedure and the Tax codes are created in FI.
This is the first thing that is normally done after you copy client 000 to start your customisation. The coountry installation program does not run if you ahve made changes to the client.
regards
Jude -
In sales order for the condition type MWST, **Tax code** is displaying wron
Hi
In sales order for the condition type MWST, *Tax code* is displaying wrongly at header level i.e. FF instead of AO (under account determination tab)
AO tax is 0% but for FF it is 19%
I have checked with the Access sequence it is picking access 08 correctly according to this it should show AO in tax code field for MWST but it is not so..
There is a manual change for tax classification for material master in va02 initially it was blank now it is changed to ' 0 ' is any way influencing....?
Even if I consider material tax classification and customer tax code should not be FF because tax code FF is not maintained for the combination of access sequences for condition type MWST
Please help me.
Rajendra PrasadDear Rajendra,
There is a manual change for tax classification for material master in va02 initially it was blank now it is changed to ' 0 ' is any way influencing....?
Definitely material Tax classification will influence to determine the Tax code.
-->So Make sure that customer and material master having proper tax classification indicator.
-->Have you Update the price after changing the tax classification in the sales order.by going to item dat -->condition tab then click on Update push button bottom of the conditions screen.
-->Once again the check the condition record maintanence also for your MWST access sequence.
I hope this will help you,
Regards,
Murali. -
Tax not calculated in MIRO for the condition type JVCD
Hi,
We made some new different tax code and attached with JVCD , its calculating in PO but in MIRO calculation part not done but for other condition type ,JVRD,JVRN system calculating well...
Please tell me some way why not system calculating in case of JVCD and JVCN for capital case..
Thanks in Advance,
DharmveerHi,
We totally agreed with you and already we checked our configuration part is OK.Actually we want to map some process where we captured excise in GR but no need to take credit i.e. to post the excise in J1IEX,so we do not have to post our cenvat/modvat entry in MIRO but we need to calculate VAT whether it is deductible or non deductible.So far this thing is concerned,we made separate tax code which we use at time of MIRO posting and in configuration we did not attached the tax code in logitics-basic excise -assign to company code. Because once we attached here , system asking to make to pass furst RG part2 entry then it allows to post MIRO entry which we do not want .So please understand this scenario is different and we got the success for JVRN/JVRD for VAT but getting issue in case of capital VAT where system does not calculate tax for JVCN/JVCD .....where we want to process MIRO without posting J1IEX..
Please thing and analyse ..give some helping response..
Thanks,
Dharmveer -
New Tax code Creation for CST(Condition type
Hi Friends,
I am facing an issue during creation of new Tax-code for CST; condition type JIN1. After defining the tax percentage; system is picking an automatic G/L account, which is a grey field and can't be editable. We need to change G/L account and need to assign a new one.
Can you please tell us how can we remove the default assigned and non-editable G/L account.
Your support is appreciable.
Rgds, Krishan Raheja.Hi Krishnan,
Use transaction OB40, here double click on the Account Key (you can check this account key assigned to condition type in OBQ3 and also in FTXP screen) that is mapped to condition type JIN1 and enter your chart of accounts. Now change the G/L account you want.
Regards,
Chintan Joshi. -
Discount condition type not appearing in sales order but in invoice
Hi,
I have two discount condition types (MPDI,ZSDI) in my pricing procedure,at the time of sales order creation one discount condition is not appearing.
On analyzing the condition type MPDI,system throws message "Access not been executed due to previous access",what would be the reason.
In the billing ,i could see the condition type appearing.I have checked this,but i could not understand why it is happening.Even the condition catergory of condition is empty not L.
Also please find the screen shots below,
PradeepPradeep,
Am sure user might have deleted the condition type in sales order, the same condition type woudl have entered manually in invoice.
Please check my testing, i have done the same entered ZA09 manually and after saving have deleted again in sales order, after dilivery and when i created invoice here i have entered manually the same condition type.
So in your case also the same thing could have happend, check the change log and also in invoce condtion tab check the condtion type in analysis ( Invoice analysis not order). so that you can udnerstand whether it was entered manully or not.
On analyzing the condition type MPDI,system throws message "Access not been executed due to previous access",what would be the reason.
This is because in the condtion tyoe the abvoe key combiantion was found with records hence the below key combition was ignored. this you observe in your screen shot with with 5.00
So my guess is the condtion records was deleted in sales order.
thanks,
srinu.
Maybe you are looking for
-
HTML animation effects doesn't work after last update
After last update my html animation that have different effects with different time: fade, translate, rotation, scale, ecc... plays but some effects doesn't play. Various animated png in html project appears immediatly without shows transitions or de
-
Just switched computers and viewing WMF files is really spotty. I could read them before but half of them now just have a default icon. What's wrong with this picture. Yet another bug to add to the pile?
-
Stored procedure in visual composer
Hi All, I created an application in visual composer. I also created a stored procedure in Oracle Database. For getting Data via Visual composer, I created a JDBC system in portal. 1. But how does this Stored procedure gets reflected under JDBC system
-
Can you sort layers by file size?
I'm working on a catalog, not my own, that was set up with all the layout done in Photoshop then placed in ID for copy and a few rasters (barcodes, mostly) to be placed in ID. Without getting into a conversation about how this is actually supposed t
-
Apple Pro Speakers with Mac Pro? Suggestions?
I have a need for a small pair of desktop speakers to use with my spiffy new Mac Pro. The only speakers I can find seem to be more than I need, as as they all have a large subwoofer. I currently have - shudder - a pair of old Dell speakers snagged at