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
SilviaHi 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, -
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 AgarwalHi,
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.
ThanksHi
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
Cif 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 GiuffraThanks 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,
NaveenPls 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,
ChandHi 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 & rgdsHi,
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 ParsewarHi 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 / SheetalHi 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
ThanksDear,
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
EmmaHi
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
-
Printing an image in the centre of the page
Uhhhh, anybody know how to do the above? Sometimes I print documents and there clipped, so I'n page setup I reduce the page to 90%, but when I print it I cant centralise the document, it always stays bottom left. Thanks for you time.
-
This was advertised as a new security feature in the nightly build . Is this true has this security been added to Firefox 5.0 or only certain Firefox builds ?
-
Reg Soft error on SATA SSD with smartctl command
Hi, When we run smarcli on SSD disk , we are seeing the below message from dmesg (command :- ./smartctl -a -d sat /dev/rdsk/c0t500A0751093F1E6Fd0) SATA SSD disk is connected to system via SAS backplane dmesg ==================== Nov 18 06:52:41 mo
-
Reg: where used list for the any logical (or) physical files
Hi Is there any possible way to check the where used list for the any logical (or) physical files (Tcode: FILE) Please let me know.
-
Write Progress through Whole Script (instead of Timer or through per function)
Hello Team, Is it possible to use the write-progress to begin a the top of a script and run through each function of the script (instead of a timer or per function) and at the end of the script complete? For example, here I use a timer: for ($i =1;$i