Control of Discount rates for a condition type

Hi SD Gurus,
We have a scenario where the sales representative is eligible to give a discount up to 10%, where as manager is eligible to give a discount up to 30% to the customer.
We are planning to introduce new condition type for this discount
Now Question is how to control this during pricing in the sales order? like how to validate what is the maximum discount a sales rep can give or a manager can give
Thanks in advance for your help.
Regards,
Yelampally

Create 2 discount types with upper limit 10 % and 30 % for SR and Manager respectively.
If you want only one of them should be there in sales order and not both use user-exit. The same user exit can also be used to check that %age is not higher then eligibility. (If you have different userid for SR and Manager)
Include MV45AFZZ (FORM USEREXIT_SAVE_DOCUMENT)

Similar Messages

Posting to Two different GL account for one condition type

Hi All,
In MM pricing procedure we are assigning one new condition type as Management Exp Charges.
we creat two Transaction/Event key and assigned one in ActKy Colum and another in in Accural column.
Suppose we are charging 10 $ towards Management Exp.
Is there any way to Post 10$ in two different GL account.
DR.Expnses account (As per GL assigned in Actky column) 10$
Cr. Expenses Accural charges ( GL aasigned in accural Colum) 10$
Howevre as per our current setting it was Cr to Accural account but for debit transaction it was going to stock/gain account.
please help us to resolve this issue.
Thanks in advance
Regards,
Lokanath

Hi
Can u specify why the customer two interest rates for one loan type. Is the interest on loan going to change for any periodicity.
Other wise you can create two loan types with nearest understandable naming convenction and use them for your business requirement. Which ever is applicable for the employee can be selected by your customer.
Brs
Kenu

How can we create new pricing requirement for a condition type

Hi All,
I am in urgent need of creating new pricing requirements for a condition type.
Or if there is already a conditin type existing and we want to make changes in the pricing requirements of that condition type, How can we do so ?
In short if you can let me know how does pricing get impacted by the condition types.
Thanks
Mark

Hi!
The common transactions for condition mantaining are VK11, VK12, VK13.
In SPRO - Sales and distributoin - Basic function - Pricing - Pricing control - *.
Is this what you want?
Regards
Tamá

Default Currency for freight condition type in sales order

Hi Gurus,
I have Freight condition type, maintained condition record with combination of Customer, Incoterms & Material Group.
In Customer Master Currency is USD or EURO.
When we create Export sales order, so by default currency should come INR, not USD or EURO for Freight condition type from Customer master.
How to get this requirement.
Regards,
Rakesh

Hi Rakesh,
I think you need a revision on condition table and access sequence for frieght condition records from SD >> basic functions >> pricing >> pricing control >> follow standard pricing configs. Actually, you need to add country ( ALAND ) and destination country ( LLAND ) fields to your table and access sequence for export sales.
After those configs, you can create records in USD or EURO for domestic sales and create records INR currency for export processes.
I hope you can neet your requirement by using this way.
Regards,

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 Prasad

Dear 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,
Dharmveer

Hi,
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.

Function Module for getting the Sales Price for a condition type

Hi,
I am looking for a standard function module to which I can pass my condition type(new customizing) and it will return the sales price. The customer is going to create some new condition type to manitain the sales price. I'll have the necessary information like material/sales org/distribution channel, customer and need the standard function module to read the condition records for that condition type(as configured) and give me the price. PLease help if you know of a standard function module performing this.
Thanks in advance.
Regards
Malthi

Hi malthi ,
welcome to sdn
for material sales area u can look for the validations is table MVKE.
the classification of the conditions is in tables like A901, a902 etc which in my opinion holds the condition types per classification .
put a A* in se11 and this will give the list of tables per classification .
u need to get the conditions as per kschl and dmbtr and
etc..
like this ..
Get Condition Values for Material/Plant combination
IF NOT i_a916[] IS INITIAL.
    SELECT knumh kappl kschl krech
           kbetr konwa kpein kmein
           INTO TABLE i_konp
           FROM konp
           FOR ALL ENTRIES IN i_a916
           WHERE knumh EQ i_a916-knumh AND
                 kappl EQ i_a916-kappl AND
                 kschl EQ i_a916-kschl AND
                 loevm_ko NE 'X'.
ENDIF.
Get Condition Values for Material/Plant/Ordertype/
Customer combination
IF NOT i_a925[] IS INITIAL.
    SELECT knumh kappl kschl krech
           kbetr konwa kpein kmein
           APPENDING TABLE i_konp
           FROM konp
           FOR ALL ENTRIES IN i_a925
           WHERE knumh EQ i_a925-knumh AND
                 kappl EQ i_a925-kappl AND
                 kschl EQ i_a925-kschl AND
                 loevm_ko NE 'X'.
ENDIF.
just check this Fm if u can apply ur condition over here ..
ME_GET_PRICE_CONDITION
regards,
VIjay.

ME21N : Donu2019t copy the price for all condition types from last po

Dear.
When I create a purchase order the price for all condition types are copied from last purchase order inside the info-record.
But I have some condition types like FRA1 or FRA2 that I donu2019t want that system transfer price from last purchase order.
How can I do that ?
Thanks.

Hi Cris,
Go to SPRO>MM>PUR>Info Record>Define Price History> Here with your Purchasing organization if the tick is active that
Specifies that the order price history (PO price history) is to be updated with the effective price.
Normally, the order price history is updated with the net price.
Procedure
Set this indicator if you want the order price history to be updated with the effective price.
Thanks
Diwakar

Condition Records For Tax Condition types for SAP 4.7

Dear Experts,
What is the procedure to maintain condition records for tax condition types like CST , VAT and Service Tax. We are not using CIN. In MM01 and XD02 tax classifications i have maintained UTXJ condition Type and also maintained the above mention tax condition types.. But when i create condition records for UTXJ in VK11 the sysytem is asking for Tax code. In FTXP when i defined Tax code A1 for Tax ProcedureTAXIN1 where i maintained all the Tax condition types there.But i am unable to save the Tax % in FTXP.When i try to save the tax code it is not saving.
Is there any other procedure to maintain Tax condition types for SAP4.7.
My Pricing procedure that i maintained in V/08 is Z00001.
Regards
Jyoti

Hi Jyoti
Since you are not using CIN, you can do the follwing for tax conditions
Check the assignment of the TAx procedure to country
once u do this , you will be able to maintin the vendor and customer records for MWST type for taxes
then create condition records for MWSt with access sequence MWST in condiution type or design one suited to your needs
alternatevely in the current procedure you can change access sequence for condition type UTXJ form the current one to MWST and then maintain condition records
hope this helps
thanks
Akasha

Tax value is not picked up correctly for the condition type in SO creation

Hi All,
I have a issue in Picking up Tax value correctly for the condition type in SO Creation.
Actual Issue:
When creating the sales order manually,
tax value is picked up correctly for one condition type: ISS3.
When the Sales Order is created via Idoc using the function module 'idoc_input_orders', tax value is not picked for same condition type: ISS3.
We need to find out why the value for the condition type 'ISS3' is not picked in this way!
Can anybody solve this issue!
What can be the reason which is stopping picking up tax value for condition type: ISS3 when Sales Order is created via F.M 'IDOC_INPUT_ORDERS'! While it picked up the same while creating Sales Order manuallly.
Thanks in advance.
Thanks,
Deep.

Hi All,
Can anybody give the solution for above posted issue!
Working:
When creating the sales order manually,
tax value is picked up correctly for the condition type ISS3.
Actual Issue:
When the Order is created via Idoc using the function module 'idoc_input_orders',
tax value is not picked .
I need to find out why the value for the condition type 'ISS3' is not picked.
I have debugged the issue from WE19 but upto Conditions tab it is picking up tax value but then it is becoming zero again it remains zero after saving SO.
But Manually tax value is picked up for condition type ISS3 and remains same after saving order.
I have debugged it several times fro WE19 but not able to find route cause for the issue.
What can be the issue over here!
Can anybody give me solution for the same!
Thanks in advance.
Thanks,
Deep.

Function module to change the value for pricing condition type

Hello experts,
I want to change the value for pricing condition type for an item in the transaction CRMD_ORDER.
I used many function modules but none are working.
Please kindly suggest a function module that will change the value for a condition type .
I have used the following function module but its not working, please correct the coding if anything needs to be changed or added. Please help me .
Thank you.
CLEAR PRCD_COND.
     SELECT SINGLE * FROM PRCD_COND WHERE KPOSN = WA_ORDERADM_I-GUID AND
                                          KSCHL = COND_TY.
IF SY-SUBRC = 0.
*    MOVE-CORRESPONDING PRCD_COND TO L_COND_CHG.
*    CLEAR L_COND_CHG-KBETR.
    L_COND_CHG-STUNR = PRCD_COND-STUNR.
    L_COND_CHG-KBETR = COND_PRC.
*    L_COND_CHG-KSCHL = COND_TY.
    INSERT L_COND_CHG INTO TABLE T_COND_CHG.
L_HEAD_GUID = CRMD_ORDERADM_H-GUID.
L_ITEM_GUID = WA_ORDERADM_I-GUID.
INSERT L_HEAD_GUID INTO TABLE HEAD_GUID.
INSERT L_ITEM_GUID INTO TABLE ITEM_GUID.
    CALL FUNCTION 'CRM_ORDER_READ'
     EXPORTING
       IT_HEADER_GUID                    = HEAD_GUID
       IT_ITEM_GUID                      = ITEM_GUID
     IMPORTING
       ET_ORDERADM_H                     = LT_ORDERADM_H
       ET_ORDERADM_I                     = LT_ORDERADM_I
       ET_PRIDOC                         = IT_PRIDOC_RD
       ET_DOC_FLOW                       = T_DOC_FLOW
*     CHANGING
*       CV_LOG_HANDLE                     =
*     EXCEPTIONS
*       DOCUMENT_NOT_FOUND                = 1
*       ERROR_OCCURRED                    = 2
*       DOCUMENT_LOCKED                   = 3
*       NO_CHANGE_AUTHORITY               = 4
*       NO_DISPLAY_AUTHORITY              = 5
*       NO_CHANGE_ALLOWED                 = 6
*       OTHERS                            = 7
    IF SY-SUBRC <> 0.
* MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
*         WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
    ENDIF.
MOVE-CORRESPONDING LS_PRIDOC_RD TO L_PRI_COND.
INSERT L_PRI_COND INTO TABLE PRI_COND.
LOOP AT IT_PRIDOC_RD INTO LS_PRIDOC_RD.
MOVE-CORRESPONDING LS_PRIDOC_RD TO L_PRIDOC_CHG.
L_PRIDOC_CHG-PRIC_COND = PRI_COND.
L_PRIDOC_CHG-REF_GUID = LS_PRIDOC_RD-GUID.
L_PRIDOC_CHG-COND_CHANGE = T_COND_CHG.
INSERT L_PRIDOC_CHG INTO TABLE PRIDOC_CHG.
ENDLOOP.
LOOP AT LT_ORDERADM_H INTO LS_ORDERADM_H .
MOVE-CORRESPONDING LS_ORDERADM_H TO L_HEADER.
INSERT L_HEADER INTO TABLE HEADER.
ENDLOOP.
LOOP AT LT_ORDERADM_I INTO LS_ORDERADM_I.
MOVE-CORRESPONDING LS_ORDERADM_I TO L_ITEM.
INSERT L_ITEM INTO TABLE ITEM.
ENDLOOP.
L_FIELD-FIELDNAME = 'STUNR'.
INSERT L_FIELD INTO TABLE FIELD.
L_FIELD-FIELDNAME = 'KBETR'.
L_FIELD-CHANGEABLE = 'X'.
INSERT L_FIELD INTO TABLE FIELD.
L_INPUT-FIELD_NAMES = FIELD.
L_INPUT-REF_KIND = 'E'.
L_INPUT-REF_GUID = LS_PRIDOC_RD-GUID.
L_INPUT-OBJECTNAME = 'PRIDOC'.
INSERT L_INPUT INTO TABLE INPUT.
    CALL FUNCTION 'CRM_ORDER_MAINTAIN'
     EXPORTING
       IT_PRIDOC                     = PRIDOC_CHG
     IMPORTING
       ET_EXCEPTION                  = EXCEPT
     CHANGING
       CT_INPUT_FIELDS               = INPUT.
    IF SY-SUBRC <> 0.
* MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
*         WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
    ENDIF.
REFRESH EXCEPT.
CALL FUNCTION 'CRM_ORDER_SAVE'
EXPORTING
    IT_OBJECTS_TO_SAVE         = HEAD_GUID
*   IV_UPDATE_TASK_LOCAL       = FALSE
*   IV_SAVE_FRAME_LOG          = FALSE
*   IV_NO_BDOC_SEND            = FALSE
*   IT_ACTIVE_SWITCH           =
IMPORTING
   ET_SAVED_OBJECTS           = SAVED
   ET_EXCEPTION               = EXCEPT
   ET_OBJECTS_NOT_SAVED       = UNSAVED
* CHANGING
*   CV_LOG_HANDLE              =
* EXCEPTIONS
*   DOCUMENT_NOT_SAVED         = 1
*   OTHERS                     = 2
IF SY-SUBRC <> 0.
* MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
*         WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
ENDIF.
COMMIT WORK AND WAIT.

Hi,,
To be able to call a function module in an update work process, you must flag it in the Function Builder. When you create the function module, set the Process Type attribute to Update with immediate start
Alternatively u can use this function module.
CRM_STATUS_DATA_SAVE_DB
BAPI_CUSTOMERCRM_CHANGE (If u wish to use a bapi for this).
Also , Let me know what error you got when implementing other function module.Does the function module didnt return any error but still the value is not changed for pricing condition type?

Hide values for certain condition types in Quotation Saleorder and Invoice

Hi All,
I have written code to hide values for certain condition types in LV69AFZZ,
this works fine in the ITEM LEVEL.
But for the same condition types, I could not hide the values in the HEADER LEVEL.
Unless I hide it at header level also, this is useless.
Please guide me how to do it.
Thanks & Regards
Pradeep

Hi,
We have been using FORM USEREXIT_FIELD_MODIFICATION of LV69AFZz for item level & FORM USEREXIT_FIELD_MODIFIC_KOPF of LV69AFZZ for hiding heade level conditions.
I hope this helps,
Regards
Raju chiutale.

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 Angulo

HI 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

Calculation formula userexit not working for multiple condition types

Hi,
we have a problem in the CRM ISA-B2B scenario where the custom user exit is only working for single condition type.
but we need it for multiple condition types .
the value of the subtotal is not being retrieved for multiple conditions. at a time only one condition value is being retrieved and shown in the webshop - shopping basket.
for ex:
we have scenario 1 where Y001 -Freight condition type is applicable for one customer.and Y002 is applicable for another customer.
when we are trying to show the subtotal condition value in the webshop by using a single custom user exit in the pricing procedure it is only working for either of the above 2 customers depending on the VMC cache status.
is there any problem if use the single user exit for both condition types?
and if it needs to be differentiated how exactly we can do that with the same logic in the java class.
Thanks in advance,
PSR.

Hi Arshi,
below is the code:
public class ZValFormula_ZZWI1 extends ValueFormulaAdapter {
     private static String zzwi = "ZZWI1";
     private static char zzwiC = '@';
     private static UserexitLogger userexitlogger = new UserexitLogger(
     ZValFormula_ZZWI1.class);
     public BigDecimal overwriteConditionValue(IPricingItemUserExit item,
               IPricingConditionUserExit condition) {
          ICurrencyValue val = condition.getConditionValue();
          userexitlogger.writeLogDebug( "value saved for " + zzwi + " (" + zzwiC + ") = "
                    + val.getValueAsString());
          item.setSubtotal( zzwiC, val.getValue());
          return val.getValue();
hope this would give more idea to look at the problem.
Thanks,
PSR

Control of Discount rates for a condition type

Similar Messages

Maybe you are looking for