Rebate Basis in pricing procedure

Hi,
we have a pricing procedure as follows. my question is specific to rebate  basis
step 10  PR00
step 20 total value
step30 rebate  basis............. in this step 30  there is no step number in  "from and  "to" column" and there is no routine in alt cal type and alt cond base value. only thing is 7in sub to field (carry over value to KOMP-BONBA).
step 180   ZT61 (customer rebate).........in this step in the "from" column.. step 30 is mentioned and 24 in requirement column and nothing else in other column (i.e. alt cal type and alt cond  base vlaue is empty)
my question is how is the value calculated for step 30 (rebate basis)...... Unless and until value is calculated, the value cannot passed to KOMP-BONBA
regards
sachin

When there is no From and To , Step 30 will consider 0 to 29. So it will check for all Active (Non statistical / Non Excluded) Price / Discount types and get the final cumulative value and keeps that value in Step 30. The sub total KOMBA is reserved for rebate basis for SAP. After Step 30 there might be other conditions , which should not be considred for calculating the rebate basis.
So at step 180, the rebate condition is provided the base price as step 30 and the discount / rebate amount will be calculated based on this value.
Hope this helps
Sai

Similar Messages

  • Rebate Settlement and Pricing Procedures

    Hello,
    I need to define two different rebate basis in the pricing procedure for two different rebate agreements, and both of them can occur simultaneously in the price conditions of the sale document. As the two rebate basis are gathered in the KOMP-BONBA subtotal, the sales volume of each rebate agreement is the sum the two rebate basis, not the corresponding one. There is any way to have two different rebate basis and recover each of them in the corresponding rebate agreement?
    Than you very much
    Best regards
    Silvia

    Hi Silvia,
    Have you tried using different sub totals field for Rebate?
    You may use any of the available sub total fields KZWI1-KZWI6.
    In the pricing procedure, specify the different subtotal field in the condition subtotal column.
    Try if this helps you..
    Regards,

  • Different Tax base in pricing procedure for a single sales order for different line item material.

    Hi,
    I have a scenario wherein in a sales order, for two different material, the tax base of pricing should get triggered on the basis of sold to party and the material entered at line item level.
    Logic triggers on the basis of Region of Customer & a unique field in the Material Master but problem comes in the calculation of Tax base as the sequence of condition type (from – to)  is already defined in the pricing procedure to pick from a particular step but in second line item the base is different i.e. the sequence of condition types that are maintained in pricing procedure should be different for Tax to calculate differently.
    Kindly suggest if the same can be handled in a single pricing procedure and dynamically taking care of condition type sequence through Alt Cal Base Formula, so far I’ve tried both Alt Cal Formula & Base but it is not working
    Client doesn’t want to go ahead by creating two different orders (through separate Pricing Procedure) for that. They want to have both materials in same order.
    Kindly suggest a suitable way to handle this scenario.
    Regards,
    Aashika Agarwal

    Hi,
    Click on the ''check availability'' button at item overview and then click on ''One-time delivery'' on the top. This will ensure that you will have only one delivery for whatever quantity is confirmed on that date.
    If you want to apply this rule for all orders across a sales area, then you can do the below configuration step :
    SPRO->sales and distribution->basic functions->availability check with ATP logic->Define default settings-> Here in avail. checking rule select A (one time delivery). This will ensure that all orders created for a particular sales area will have only one delivery.
    Hope this helps.
    Regards,
    Palani

  • Lump sum Rebate Type in Pricing Procedure

    Hi,
    We have lump sum rebate agreement type which has standard condition type B006 (Sales Indpndt Rebate) assigned to Rebate Agreement Type.
    My question is that, do we assign B006 condition type my pricing procedure? If yes, what purpose it serves.
    Thanks

    Hi
    A sales independant agreement 0005 would normally be associated with a fixed amount that will be paid at the term of the rebate. No accruals are therefore booked on the billing documents associated with the agreement.
    If you had the condition BO06 in your pricing procedure it would have a 0.00 value in all billing documents until a partial the final settlement is posted against the agreement. If you look at client 000 you will find that the BO06 condition is not in the RVAA01 pricing procedure so it is not relevant for your regular billing documents if you use different pricing procedures etc. The BO06 condition just needs to be present in the pricing procedure that is used for your rebate payments and settlements
    sales document B1 and billing document type B1 etc.
    I hope this helps you further
    Kind regards
    Brian

  • Derivation of pricing procedure in rebate credit note

    Hi friends!
    We have unique issue related to settlement of rebate credit note for a rebate agreement document. The rebate condition records are not populating with correct condition types and there is different pricing procedure being derived in credit note document. My query is that where do we maintain pricing procedure for rebate credit note (VF03) and how do the pricing procedure determine for rebate credit note.
    Thanks & regards,
    Praveen.

    Dear Praveen
    In rebates once you settle the amount from rebate agreement the credit memo request will be generated automatically.
    With reference to the credit memo request number you go to the VF01 and raise the credit memo (g2).
    Make sure that document pricing procedure should be same for credit memo req and credit memo and respective pricing procedure should be assigned in u201COVKKu201D .
    Please try and let me know the status
    Thanks&Regards
    Raghu.k

  • Rebate fixed amount condition in the pricing procedure

    Hi SD Gurus,
    i'm using rebate fixed amount conditions (Lum sum).
    The situation from a business point o f view is the following: i pay the customer 1000$ once he made something.
    This kind of condition is not relevant for accruals since they have to be built manually (manual accrual). As a consequence i'm note sure if this condition shoul be put in the pricing procedure used for invoices. In the other and for sure this condition should be inserted in the pricing procedure for manual accrual/credit note.
    What is your point of view!!
    Thanks
    C

    if you are going to use Rebate, then there is no need to add condition type in standard pricing procedure, if you have designed your pricing procedure, include condition types for rebates as in standard pricing procedure.
    This condition type is linked to Rebate type.
    I think you first try the scenario in IDES and then do the same settings as per yoru requirement.
    If you want step-by-step procedure for rebates will help you
    Please refere the thread
    rebate documentation
    Regards
    Jitesh

  • How to display modified condition base value in Pricing Procedure?

    Hi everyone:
    I used a formula to change the condition base value (via the VOFM transaction) of various price conditions that are assigned to the same material. In this way, I can distribute the total quantity of the item line in smaller quantities for each price condition.
    Now the problem is that in the conditions tab of the sales order, I can not see the Condition Base Value of each Price Condition, and that's a little confusing.
    Did Anyone know's a way to show the modified Condition Base Value in the Pricing Procedure of the Condition Tab?
    Thanks a lot,
    Ginno Giuffra

    Thanks JJ:
    Yes,  I can found the modified base value in the condition details, but I still need to show it in the Pricing Procedure scheme.
    It is curious that the table options does not allow you to add that field to the escheme.
    Does anyone knows a user exit wich can modifye the table?
    Thanks again,
    Ginno Giuffra

  • Statistical Condition not appearing in Rebate Specific Pricing procedure

    Hi,
    We had recently implemented Rebate Billing in SAP and for the credit notes I had created a new pricing procedure and marked it as 'Special PP' for rebate at Pricing procedure level.
    I am calculating Discount and providing Tax in Rebate Credit Memo.
    My India Tax JIVC and JIVP are based on some statistical conditions ZATS and ZSEB, although I am getting the Tax Condition in the document but for the statistical condition, it says "Condition record exists, but has not been set".
    Kindly suggest what is that I am missing.
    Regards,
    Naveen

    Pls check the validity of your condition type as per the pricing date of the conditon type. The condition record should be valid on the pricing date of the c.type.
    This should solve your problem.
    Reward if this helps.

  • Purchase rebate process pricing procedure RM5001 missing in ECC6.0 EHP4

    Hi All,
    We are implementing Purchase Rebate Process and recently we have upgraded from 4.6C to ECC6.0 with EHP4 package. In customisation for subsequently settlement for Rebate process we have only 10 pricing schemas where as it has supposed to be 26 procedure including pricing procedures for subsequent settlement.
    Please let me know any business function needs to activate or any SAP note need to implement.
    Thanks&Regards,
    Chand

    Hi Tej,
    Thanks for the reply.Ours is not Indian client but US client  hope this note wont work can you please susggest any other method,
    Thanks&Regards,
    Chand

  • Two different  base prices in pricing procedure .

    Dear all  ,
    We have scenario in that we want to post the base price into two different component of  35% and 65 % to different GL .
    So i created one base price condition for 100% value ( ZBAS)
    which is statistical .
    Then two conditions for 35 % ( ZO35 ) and 65 % (ZO65 )
    however in pricing procedure only one condition is getting active at time .
    Can u suggest any solution to map this scenario .
    Thanks & rgds

    Hi,
    Make condition categore as Price for one condition type and discount for other one.
    while selection discount condition make Positive/Negative field as blank.
    It will definetly work.
    Reward if it helpful.
    Regards,
    Chandra

  • Export Under Rebate Pricing Procedure Configuration

    Hi SD professionals,
    My Client have practice of export under rebate  in which they used to export the goods by utilizing balances available in RG23A/RG23C.
    They charge excise with regular excise rates &  but this duties are not charged to the customer & charged to rebate receivable account/excise expenses.
    FI requirement is accounting entry required is:
    Customer account.....Dr. Rs.100
    Rebate receivable .....Dr. Rs.10.3
    Sales Cr. ...........            Cr. Rs.100
    Excise Paid/Payable.... Cr. Rs.10.3
    Customer account.....Dr. Rs.100
    Excise Not Availed Expenses .....Dr. Rs.10.3(Expense Account)
    Sales Cr. ...........            Cr. Rs.100
    Excise Paid/Payable.... Cr. Rs.10.3
    The above entries are for billing document & excise invoice would be as per regular practice.
    How can we configure this in pricing procedure for export under rebate?
    I had tried through statistical condition type but not serving any purpose.
    Please suggest config or workarounds.
    Regards,
    Balaji Parsewar

    Hi Kishan,
    For Exports under rebate you do not create a bond since excise will have to be paid and then claimed back. You will have to generate an ARE-1 document, complete the formalities and then claim the refund.
    As regards to your query on the pricing procedure, for exports under rebate, the excise and cess should not be statistical in nature, since they need to be paid.
    prasanna

  • Rebate Conditions issue (Pricing incorrect Order Viz Billing)

    Hi Forum,
    We have an issue with the rebate conditions.
    User has created a credit memo request (VA01) due to change in the Price. Due to this change rebate accruals have got reduced. The rebate accruals should not be reduced in this case, since there is no material return.
    There is a specific order reason while creating such credit memo requests Eg. ZXX.
    As a solution to this we have created a new routine AAA and assigned to the rebate condition types in Pricing procedure.
    This routine will function when there is a order reason ZXX entered in the Credit memo request (in VA01), therefore all the rebate condition types (assigned with routine AAA) will get deactivated in Conditions. This not change any accruals value. This is working correctly.
    The issue is -
    When the credit memo (VF01) is created, these condition types are again activated and accruals are posted.
    This should not happen. Pricing from the CM request (VA01) should get copied in Credit memo (VF01) completely.
    When we open the Credit memo we find all the conditions are activated and accruals posted.
    Is there any one who has faced the similar issue in billing documents where pricing data is not getting copied from Order conditions.
    Please help.
    Thx / Sheetal

    Hi Sheetal,
    Suggest to make a seperate CR memo order type for cases wherein you don,t want reduction of rebate accruals.
    You would have to redetermine a new pricing procedure (create one keeping all condition type as are in Billing procedure except rebate) and assgin the determination of new PP basis the sales areacustomer PPOrder PP.
    Pls go through the below link.
    Re: New pricing procedure in credit note created w.r.t.  billing document.
    Regrds
    Sanjay

  • Tax Problem in pricing procedure

    Hi,
    I define the pricing procedure to sell material.
    In the pricing procedure:
    1- First I define sales price
    2- Discount (condition subtotal = A)
    3- and Output Tax / subtotal (condition subtotal = 2)
    but when create sales order, system only calculate the sales price, and it did not calculate discount and Tax in the net value.
    I want to know that Is it some configuration remained that I forgot?
    Thanks.

    Hi Lida,
    There is nothing wrong with your procedure, nor with your calculation. It's just that on the basis of Price, discounts and rebates you calculate Net Price and on the basis of Net Price and Tax you calculate Total Price.
    For Ex :
         ZPR0     Price- Test     1,500.00      INR     1     EA     1,500.00
         Gross Value     1,500.00      INR     1     EA     1,500.00
    ZTK3     Promo Discount % 3-T     3.000-     %                    45.00-
         Discount Amount     45.00-     INR     1     EA     45.00-
         Rebate Basis     1,455.00      INR     1     EA     1,455.00
         Net Value for Item     1,455.00      INR     1     EA     1,455.00
         Net Value 2     1,455.00      INR     1     EA     1,455.00
         Net Value 3     1,455.00      INR     1     EA     1,455.00
    ZZWR     Down Pay./Settlement     0.00      INR                    0.00
    ZTST     Output Tax-Test     2.000      %                    29.10
         Total     1,484.10      INR     1     EA     1,484.10
    SKTO     Cash Discount     0.000      %                    0.00
    VPRS     Internal price     980.00      INR     1     KG     980.00
         Profit Margin     475.00      INR     1     EA     475.00
    Rgds
    Ravi

  • Meaning of coloums in MM Pricing Procedure

    Will you please explain me the meaning and use of foloowing in MM Pricing Procedure
    Statistic, Subtotal, Requirement, Base Type
    Please explian me in detail if possible . I have searched for similar threads earlier but the explanation is 1 line only
    Pls anyone can tell me the exact meaning of subtotals dropdown options ( Just for Example 3,9 ,5 not all)
    Pls anyone can tell me the exact meaning of requrements  dropdown options
    Thanks

    Dear,
    Please find below:
    Statistical:
    This indicator if it is activated will not allow the value of the condition type to be taken into net value calculation.
    It is used only for information purposes only.
    This indicator causes a surcharge or discount to be set in the document statistically (that is, without altering the value).
    This is commonly used for condition types
         SKTO - Cash Discount
         VPRS - Cost (Moving average price/Standard Price).
    Subtotal:
    The value of this field determines where the values of subtotals to be captured i.e. in which table and which field.
    Controls whether and in which fields condition amounts or subtotals (for example, a customer discount or the cost of a material) are stored.
    If the same fields are used to store different condition amounts, the system totals the individual amounts.
    These condition amounts or subtotals are used as a starting point for further calculations. You may, for example, want a subtotal of all the discounts included in the pricing of a sales order.
    Requirement:
    It is a routine that is written by an ABAP consultant according to the business requirement.
    By defining Requirement in condition technique we can restrict the access of condition type.
    To understand the concept, we will take the example of the Rebates. Rebates are to be included during the billing document processing and not in the sales document processing. As rebates are given on the delivered quantity and not on the ordered quantity (in case of cut-off period for rebates).
    For rebates we use the condition types BO01 to BO05, and in the Requirement column we give the value 24 which is "Only in Billing Document".
    This Requirement will ensure that these condition types will appear only during the billing document processing.
    If new Requirements are to be defined we follow the procedure given below.
    Go to T.Code: VOFM. - Maintain Requirements & Formulas
    Click on the "Requirements" in the top menu and then click on "pricing".
    We have a list of requirements, we can ask ABAP consultant to create new requirement based on the client requests. And we assign the application type like V - Sales/Distribution etc.
    Regards,
    Syed Hussain.

  • Rebate base on the sales order no.

    I want to create the rebate base on the previous sales order,the key combinaiton is customer and sales order number.I had used the field of sales order number is AUBEL,and I had also maintained alll the configuraiton and master data for this rebate. But the billing could not capture the rebate. I have check the analysis, the message display the condition record is missing ,the sales document is the currently SO.I do not understand why it could not capture the SO no. which I had maintained in the rebate.Does anyone have some suggest for this issue?Thank you in advance.
    Best regards
    Emma

    Hi
    Rebate conditions comes into effect only when you will create a Billing document, you can not find them in Sales order.
    THis beacuse of "Requirement 24" assigned to the Rebate condition types in the Pricing Procedure.
    It is logical also.
    Suppose, you are working with Material Rebate.
    Customer has ordered for 100 units, but subsequently he has requested you do deliver only 50 units with reference to his order.
    So, you will bill him for 50 units only.
    Now, if you have set the Rebate on Sales order, then system will calculate the Rebate accrual on Sales order quantity, which is wrong.
    Billing quantity is the right quntity for which customer is eligible for Rebate.
    That is why in SAP, it has been set like this.
    Beside this when you want to work on Rebate, you need to activate Rebate in three places
    - Sales organisatio
    - Payer
    - Billing document type  (NOT Sales document type).
    Beside this , your Sold-to-party and Payer may be different, whereas you have made the condition record for Sold-to-party and Sales order combination.
    Rebate condition record must be create within the Rebate Agreement specifying the Rebate rate and Accrual rate.
    It is not created by VK11.
    These are few possiblities for which Rebate is not featuring in your Billing document.

Maybe you are looking for