Scale Conditions based on Cumulative sales Volume

Hi,
Can anyone throw some light on " Scale Conditions based on Cumulative sales Volume".
Thanking you in advance
ChanHari

Hi Anup,
if I get you right you want to give the customer the rebate when he reaches the sales volume of 25,000.
Please use the scales (F2)
Scales type "A" (from-scale) is probably standard, so the rule is
from scale value: 25,000 Amount 3%
If you want to give the customer the rebate when he reaches the sales volume of 25,000 and then stop
Go to condition details (F6), change the scale type to B (To-scale), go to scales again and and fill the scales table as follows:
to scale value: 24,999 Amount: 0
to scale value: 25,000 Amount :3%
Regards,
Nicole

Similar Messages

Rebates for independent sales volumes

Hai Guys,
My client's customer is a Supermarket chain. The LPOs come from the branch stores directly to my client. The payment is also received from the concerned branches.
The rebate is created for a Customer Hierarchy by combining all the branches into a single hierarchy. The condition records are also created for the Customer Hierarchy. The Payer is set as the Head Office branch. The accruals are accrued as per the total sales volume of all the branch stores put together.
Now my client wants to settle rebate accruals every month individually to each store branch based on their sales volume.
I don't see any option of making Credit Memos for individual stores and their corresponding sales volumes. Can somebody help me in solving this scenario?
Regards,
Maheshwaran. I

Hi,
The accruals are accrued as per the total sales volume of all the branch stores put together.
settle rebate accruals every month individually to each store branch based on their sales volume
I think there is no standard way to do it. You will now have to maintain new Rebate for each store branch.
Regards,
Rajesh Kumar

Sales order based on Sales Volume

Hi Gurus,
I want to configure in such a way that my sales order can be saved only when the sales volume in values has reached Rs 50,000 or more where can i do that?
Regards,
Sarosh:cool

HI RAVI
you have one condition type called mininum sales order value.. AWIZ/AMIN...both are minimum sales order value.. check ... put this in your procedure.. and maintain the condition record... Hope you will get solution....
REWARD IF IT HELPS
RAMKI

Rebate on cumulative sales.

Hi Gurus,
I want to know how rebates using scales can be done on cumulative sales for entire year.
Example: Customer receives <b>rebate of 1% for first 10,000 in sales, 2% for next 50,000, and 5% till 2,00,000.</b>
kinldy help on above issue.
Thanks
Shiv

Hi Shiv
Rebates Processs in SAP is divided into three components
1) Configuring Rebates
2) Setting Up Rebates
3) Managing rebate agreeeements and payments
Pre-requsiistes- Check the following:
1.The payer partner needs toi have the rebate field checked in the customer master on the sales area-billing doc tab.
2.The Billing type must be marked as relevant for rebates.
3.The Sales Organisation must be marked as relevant for rebates.
Condition Technique :
Rebates, use the condition technique, but distinguish themselves from pricing in applying to transactions over time, versus on a transaction basis. Rebates have their wn field catalog and their own condition table naming convention.So you could have two condition table "001" one for pricing and one for rebates, which could have different key fields. You need to use the technical names A001 For pricing and KOTe001 for rebates when you use the query type using transaction SE 16..
Use create access sequence (AS). Enter 1 in field category for rebate specific. AS after going thru the right path of maintaining access sequence for rebates.
The big difference between the rebate and the pricing access sequence is that there is no exclsuion flag available for rebate related AS. This means multiple tables for an access sequence can be aplied at the same time.
Rebate related condition types are identified by codnition class -C.
After defining and creating condition types for rebated include them in the pricing proceedure. The requirement should be 24 here which implies that the accruals are calculated on the basis of invoice/bill.
The other fields- alctyp and altcbv does not allow you to manipulate how a rebate is calculated. Also, remove the requiremnt 24, if u want to see reabtes at order time.
Now payment of rebates:
Payments can be maunal or in full settlement. When you do manual payments, it defines how much can be paid out during a partial settlemetn. You use partial settlement only when rebate agreement is defined for a full year but the paoyouts are supposed to happen on a monthly, quarterly or anyother specified period.
These accurals are based on sales volume and when they are posted billing is created int eh follwoing manner. Provision for accruals is debited and Sales revenue is credited. When rebate credit memo is created
Customer account/ is debited and
Accrual provision account is credited.
Also, please note that when rebates are created without dependent ona material but on customer/material you need to refer to a material for settlement.
Thanks
G. Lakshmipathi

Sales Volume in rebate management

Rebate is based on validity period and sales volume,we can define the validity period but where we will give this total sales volume.
amit

When you first create a rebate agreement, the system prompts you to specify a rebate agreement type. The rebate agreement type you specify determines which data the system automatically proposes for the corresponding rebate agreement. For example, the system can propose
·        which condition types you can use in an agreement
·        which validity period the system automatically proposes for an agreement
·        which status is required before an agreement can be processed for payment.
·        which rebate agreement types are defined in Customizing for Sales and Distribution.
Agreement Types in the Standard Version
The standard version of the SAP System includes the following rebate agreement types (the table shows the corresponding condition types):
Agreement type          Basis of rebate        condition type
0001                       Customer/material        (% rebate)BO01
                            Customer/rebate group    (% rebate)BO01
0002                      Customer/material     (quantity dependent)
                                                                          BO02
0003                          Customer                       (% rebate)
                                                                          BO03
0004                       Customer hierarchy          (% rebate)
                                                                          BO04
                          Cust. hierarchy/material       (% rebate)
                                                                          BO05
0005                   Sales volume independent         BO06
Hope this classification will help.
Regards,
Siddharth.

Enhancement to update sale volume for rebates

Dear All,
We have a senerio for sale voume rebate process that only above 50000 sale value will add up in sale volume in rebate agreement for accrual process.
Can we do this through standerd or through enhancement?
please help.
Regards'
Kumar

Hi Mukul,
Mark your condition type VALUE SCALE and Check Value as A.
Update condition record in Rebate agreement. Then in Scale section mark it applicable as FROM 50,000 INR with respective Rate.
And it will work as per your requirement.
When you will do Settlement of the Rebate Agreement it will create Credit Memo only if Value is more than 50000 INR.
Regards,
MJ.

Rebate Sales Volume

Hello!
1.I have set a rebate agreement with a quantity scale basis. (C)
2.I created a standard order and a billing document with material #AAA for a quantity of 100 TON and 10,000 $ value.
3. In the Rebate Agreement I checked the sales volume and could see that the "Condition base value" is 10,000$ and the "Scale base Value" is 100 TON.
Working good till this point.
4. I created a Credit Request document and a billing document with material #AAA for a quantity of 40 TON and 4,000 $ value.
5. In the Rebate Agreement I checked the sales volume and could see that the "Condition base value" changed to 6,000$ and the "Scale base Value" is 60 TON.
I was expecting to see just the "Condition base value" to change but not the "Scale base Value" because it was just a Credit request and not an actual return.
The Credit request contains the same material # as in the standard order which we use for reports.
Please Advice.
Regards,
Oren Matityahu.

Hello,
Thanks for your answer but you probebly didn't understand what I mean.
I will try to explain further:
The Billing documents which are relevant for rebate processing are:
ZL5 - Standard Billing for Orders
ZL6 - Standard Billing for Returns
ZL7 - Credit Request
ZL8 - Debit Request
ZLD - Credit Request Cancellation
ZLD0 - Debit Request Cancellation
Lets go with the next Senario:
During the first month of 2008 the customer purchased material #ABC and so he would have 2 ZL5 billing documents for a total of 1000 TON and 100,000$.
This customer also got 1 return document (ZL6) with material #ABC for 100 TON with 10,000$ value and also 1 credit requst during this month (not beacuse of a rebate process) with material #ABC for 200 TON with 20,000$ value
My expectations is to see in the sales volume in the rebate agreement these numbers:
In the Value: 70,000$ (100K - 10K - 20K)
In The quantity: 900 TON (1000TON - 100TON)
Instead, The actual numbers are:
In the Value: 70,000$ (100K - 10K - 20K)
In The quantity: 700 TON (1000TON - 100TON - 200TON)
The question is why the credit requst function like a regular return in the rebate sales volume? I want the sales volume to reduce just the value and not the quntities of the credit requsts.
Regards,
Oren.

No condition update from the sales orders exist - VK322 Message

Hello All,
I have activated " Condition Index" & " Condition Update" flag for one of my discount condition type and then created it's condition record along with scales on three levels. The condition type which I mentioned above is set as " Value Scale" in Scale Basis for checking the document value and apply the applicable discount percentage.
I have created three sales orders wherein the discount percentage is getting applied as per my condition record ( so, the document value is getting accumulated and compared with the condition record correctly ) but when I try to check the cumulative values ( ctrl +shift + F4 ) from the condition record, I get information message " VK322" mentioned in the subject.
VK322 -
No condition update from the sales orders exist
Message no. VK322
Diagnosis
The following causes are possible:
1. There are no sales orders for the condition record that you selected.
2. Updating condition records in the sales order entry is not active.
Procedure
Concerning 1:
Check the sales orders created for the condition record that you selected.
Concerning 2:
Activate the updating for condition records in the sales order entry.
I have checked everything in SPRO for this but could not find anything which can give me a clue to resolve this problem, especially " Concerning 2" part of this message.
My requirement > To be able to see the cumulative values from condition record.
Also, in which table the accumulated values get stored?
Appreciate your expert advise on this issue.
Regards,
Hrishi
Edited by: Hrishikesh Bhalwankar on Sep 13, 2011 1:59 AM

Hello Everyone,
I would like to thank each one of you for giving valuable inputs in regard to my requirement and I would like to let you know that I am able to achieve the results as per the expectation.
I would also like to share some key things which I did ( with the help of all your expert inputs ) due to which the requirement is met:-
1. Activation of ' Condition Index, Condition Update' in V/06 for the discount condition type.
2. Maintained ' B - Value Scale' in Scale Basis for the said condition type in V/06 - my requirement was to check against a value to apply the necessary scale base percentage.
3. Activation of ' S071' info structure via OM01
4. Condition record maintenance as per the required scales.
4. Written a new routine to check the accumulated condition base value from S071 along with the current document condition base value.
5. Put this routine in ' Scale Formula' in V/06.
This is giving me the perfect results for the correct application of the discount.
Just last question - How to re-organize the S071 info structure as I tried to re-organize it with Standard Program ' RV15F001' but it is not re-organizing this info structure... Any idea on this?
Thanks a lot friends for all your advice...
Regards,
Hrishi
Edited by: Hrishikesh Bhalwankar on Oct 11, 2011 2:11 AM

Getting an Error in Rebate VBO2- "Sales volume is not current"

Hello Gurus,
I am working in ECC6.0 & my agreement type customer & Material rebate.
Have maintained records in VBO1 & in billing -condition tab the correct % get populated. But the same is not displaying in VBO2.
Also i executed VBOF, the sales volume is not getting updated in VBO2.But in the verification level of the rebates i can see the accruals, but not in sales volume.
Could any one help in this.
Regards,
Sunina A

Hi Sunina
Check the sales Volume group details in VB)2. Also check in OMO1 wheather the infostructure S060 is updated or not updated .If it is not updated then update it and then run VBOF and then check in VBO2 if the sales volume is getting updated or not
Regards
Srinath

Condition Based Downpayment

Dear All,
We are using ECC 6.0 EHP5.0 with single instance worldwide, one controlling area, one global chart of account and one fiscal year for all company codes in SAP and for each company code we have 1:1 mapping to sales organization.
We are in process of implementing "Condition based Down payment" with conjunction with a billing Plan but the billing plans is not including any down payment items .
We followed the SAP best practices guide to setup the condition types and pricing procedure per the guide
http://help.sap.com/bp_retail603/BBLibrary/Documentation/732_BB_ConfigGuide_EN_US.doc
We followed the following process:
1. Created a regular Sales order with 2 items with a total value of say 5,000 GBP and entered a value for condition AZWA in the sales order header for 1,000 GBP
2. Entered a down payment for that amount (1,000 GBP) using t-code (F-29). In F-29 we entered the special G/L indicator = A (downpayment) and tried to reference the sales order number. However, the system gave error message u201CMessage no. V1125 - Enter the item numberu201D so we were forced to enter the payment at the line item level.
3. Created the invoice for this item and received the expected value in the AZWB pricing condition but the accounting document did NOT settle the down-payment amount per the value in AZWB.
We have the following questions:
1. How can we make the F-29 payment using only the sales order number (i.e. at the header levelu2026without the line item)? The SAP Help implies that this is possible. (http://help.sap.com/erp2005_ehp_05/helpdata/EN/dd/560e4b545a11d1a7020000e829fd11/frameset.htm) in the Down Payment Processing (Basis: Document Condition) section under u2018Incoming Paymentsu2019 it says u2018The system summarily posts the payment to the sales order number, not item-specificallyu2019. It then also says u2018Aside from this it is possible to post the incoming payment directly in the financial accounting (transaction F-29). The important thing here is that the financial accounting item contains a reference to the sales order number. It is also possible to post item-specific down payments.u2019
2. During Final Billing, how and we get the accounting document to settle the down-payment amount per the value in condition type AZWB. In the billing-plan process, the final billing settles the downpayment. We want the condition based final billing to act in a similar way and do not want to have to perform a manual downpayment settlement separately (via F-39).
Thank you in advance,
Vicki

Hi,
In the billing plan Billing rule should be maintained as "4" or "5" which indicates that line is down payment. Assign down payment request for this Billing plan item.
What is the billing document type you have used for the invoicing?
Check if Billing category is "P = Down payment request"
When a down payment request is created it will process only dowm payments.
In F-29 system will process only those docuements which are identified as Down payment request.
Hope this helps.
Regards,
Sharan

Cumulative Sales and %

Hi There,
I am trying to achieve cumulative sales by region for each month in OBIEE.
Here is what all the columns i have
RSUM(sales by region), Region(AMR,APAC,JPN etc), Fiscal_month
(values like FEB-06), month_end_date
when i run this result in OBIEE i get the cumulative sales for each region. But i need to show this on a chart where x axis would be fiscal_month (FEB-06 - JUL-07) so when i apply sorting on month_end_date to sort the months the figures become actual sales figure.
Originally i need to show the cumulative percentage returns/sales*100 for each region on monthly basis.
Can someone please share any inputs how we can achieve this in OBIEE.
Thanks
Bali

Hi ,
in our report we have calculated roayality fee based up on current net sales.
current sales comes directly from the infoprovider..
the royality fee is 6% of current net sales for each brand element.
Now the issues are
1. we have four brands... for two brands we are getting correct Royality fee.. i.e. exact 6% of its respective current net sales.
but for two brands we are not getting the 6% value..
2. There is one more field named Brand Element. when i drill down the Brand element, for one brand (out of two which gets wrong royalty fee) alone my royalty fee is getting differed.
ex. with drill down royalty fee is 82.5 (which is 6% of its current net sales)
after removing the drill down royalty fee is 63.5 (Which is not related)
it is not happening for other brands.. why is it behaving so.
3. What ever the royalty fee is the overall result of the royalty fee is not getting calculated properly..
I.e. for four brands if i calculate the total of royalty fee it comes around 380
but now it is displayed as 272 (no idea what total it is)
thanks for the help in advance

Rebate Agreement Sales Volume

Dear All,
We have a strange issue in Rebate Agreements.
When we Open Rebate Agreement in Change Mode and click on Sales Volume Button ( Shift F5) then it navigates to Sales Volume Screen. Now if we change the Agreement Status to B ( Agreement Released for Settlement) on the Initial screen and then go to Sales Volume Screen then at the top of the screen their is a Information which says
There are messages
This Information message is not shown for all rebate agreeements. It is getting shown only for few agreements which we do not have any clue as to why it is happening?
Can any one throw some light on What does this Message " There are messages" means? Because on that screen their is no option to check what messages the system is referring to.
Also in which scenarios this occurs?
Regards,
Madhukar

Hi Aayush
When you rebuild the rebate index table VBOX all agreement conditions will be set to retroactive again. I guess someone has run RV15B001 on your system in the meantime ?
The "Sales Volume is not current" message is issued when the rebate condition is flagged as retroactive (KONP-KSPAE) SDBONT06 resets that when it has completed a successful update
So just run SDBONT06 again, all of you 93 agreements are updated so the report will only reset the KONP-KSPAE field on the conditions in that case.
Hope it helps you further
Kind regards
Brian

Condition based TAXINN -SD CIN

Hi Gurus,
Can any one provide me the SD -CIN - TAXINN configuration.
I can see lots of stuff on that....but not able to differentiate what is SD's and what is FI and MM's.
So please brief me Specific to SD CIN- Condition based configuration .
Thanks
Sasi

Hi Sasi,
Country Version India comes with four pricing procedures (TAXINN) as follows:
u2022 JINFAC (Sales from manufacturing plants)
u2022 JINEXP (Export sales)
u2022 JINDEP (Sales from depots)
u2022 JINSTK (Stock transfers)
TAXINJ & TAXINN are Tax Procedures in India. TAXINJ is old version & TAX INN is new version. Both has its own advantage & disadvantage.
Upto 4.6C & partially 4.7 version of SAP, TAXINJ was used. TAXINJ is formula based calculation, in which we maintain the tax rate in Tax Code itself. The implication is that if say we are having product range such that say Excise rate differes for separate chapter ID, VAT, CST & permutation & combination of these, we require that many Tax Codes. For example:
Tax Code: A1
Taxes: 16% Excise Duty + 2% Education Cess + 12% VAT
Tax Code: A2
Taxes: 16% Excise Duty + 2% Education Cess + 8% VAT
Tax Code: A3
Taxes: 12% Excise Duty + 2% Education Cess + 12% VAT
Tax Code: A3
Taxes: 12% Excise Duty + 2% Education Cess + 8% VAT
From 4.7 version onwards of SAP, TAXINN is being recommended & used. TAXINN is more user friendly & condition record based. In TAXINN, Tax Codes are statistical & of not much relevance, but are required to be maintained in condition record for taxes condition type. This makes Tax Codes simpler. The implication is that if say we are having product range such that say Excise rate differes for separate chapter ID, VAT, CST, we need not have the tax codes to that combination. For example:
Tax Code: A1
Can be used for any rate of excise duty, as tax code is only required to be maintained statistically in condition record.
Tax Code: A2
Can be used for any rate of VAT, as tax code is only required to be maintained statistically in condition record
Please Reward If Really Helpful,
Thanks and Regards,
Sateesh.Kandula

Problem with Rebate Agreement Sales Volume

Hi,
I executed the rebate recalculation via SDBONT06 for a total of 93 agreements on 04.08.2014 and therefore the sales volume was updated and there was no message in VBO3 as well.
But today when i am checking the agreements all of them are showing message "Sales Volume is not Current"
I have gone through all the threads on SCN for this.
there have not been any changes in payer, sales org, agreement or agreement conditions.
I dont see any customizing also changed.
Please help asap as to what can be the reason for this message all of a sudden.
Regards,
Aayush Jain
SAP SD Consultant

Hi Aayush
When you rebuild the rebate index table VBOX all agreement conditions will be set to retroactive again. I guess someone has run RV15B001 on your system in the meantime ?
The "Sales Volume is not current" message is issued when the rebate condition is flagged as retroactive (KONP-KSPAE) SDBONT06 resets that when it has completed a successful update
So just run SDBONT06 again, all of you 93 agreements are updated so the report will only reset the KONP-KSPAE field on the conditions in that case.
Hope it helps you further
Kind regards
Brian

Rebate Error- Sales Volume not current for agreement.

Hi
I am doing Rebates. "The error I am getting is Sales Volume for the agreement (xx) is not current". In the rebate agreement, condition - payment data - the accruals, rebates are not getting updated. It shows zeros.
I checked accounting documents: The accruals GLS are updated with the rebate amount. Other rebate GL account is not getting posted.
Any suggestions on how to fix the problem ?

Dear Sunil A
You have got this error means some steps are there to be fallowed first please tell me what you have checked by the by please check this link also
Problem with Rebate Agreement Sales Volume

Scale Conditions based on Cumulative sales Volume

Similar Messages

Maybe you are looking for