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

Similar Messages

How to hide a condition type in pricing procedure

Hi all,
Please tell me how to hide a condition type in pricing procedure.
This is urgent.
Thanks in advance.

Hi ,
If it is very Urjent,,,,,,,,,,,,Better to Contact with ABAP.
Other wise,,send Very Clearly,,,,You wont to Display in PP.but if it is Satisfie you want to see in Sales order.
Is it right,,,,,,,
Regard
ram

Condition types in pricing procedure.

Hello,
I have the following scenario in the condition tab from sales order.
              AMOUNT                    CALCULATED VALUE
Z002
Z003
Z004           2.5%                          10000
Net Value    100                            10000
If I do This:
Z002
Z003            1                                    1
Z004           2.5%                          10001
Net Value    101                            10001
In this case I want the net value to be changed if any of this conditions has a new value but I want the value of each condition value not to be preserved like this.
Z002             1                                  1
Z003             1                                  1
Z004           2.5%                          10000
Net Value    102                            10002
What I have to do in the condition type or pricing procedure to avoid this adding in the condition types.
Kind Regards

Hi Vasant,
You can cannot add two conditions with similar characteristics it is illogical for ex : you can have freight on percentage one & another for value, once in document you have entered any one condition, where is requrirement to use the same condition, this is the reason SAP doesn't allow to have the same conditon & also in calculation it matters if you calculate 1 to 5 x value for conditon A & if you are using the same condition again to calculate 9 to 13 where the pricing will calculate & what it will calculate.
Thanks & Regards
Rang

Service tax condition types in Pricing Procedure in SD(Taxinn)

I need one more advice on Service tax.
I am configuring order type for services.In that in pricing I have to add the service tax conditions type for service tax & cess on that.We do not have any standard condition type in our pricing procedure for services.
Is there any standard SAP doc. to configure service tax condition types in pricing procedure or I have to copy from JLST & JLSR(surcharge).What about the account keys I will used for these condition types.
If you have any doc. related to this issue please send it to me....or suggest me what to do.
Please remeber I am using TaxINN tax procedure.
Please help me
Thanks & Regards
Sunil Garg

PROCEDURE: Initial Steps
Create two new Tax conditions: JSE4, JES4. Steps for creation of Tax Condition is illustrated below
Create new condition types
SAP Standard IMG -> Financial Accounting -> Financial Accounting Global Settings -> Tax on Sales/Purchases -> Basic Settings -> Check Calculation Procedure. (Transaction OBYZ)
Select Define Condition Types
Select Condition Type JIN1 and Click on Copy as (F6) and give the Condition type as JSE4 and the Name as Service Tax.
Select Condition Type JIN5 and Click on Copy as (F6) and give the Condition type as JES4 and the Name as ECS on Service Tax.
Outcome: The two tax conditions, one for Service Tax and the second for Education Cess on Service Tax have now been created.
1. Create a new tax posting key VS9 and VS0.
The path for this is:
SPRO  Financial Accounting  Financial Accounting Global Settings  Tax on Sales/Purchases  Basic Settings  Check and Change Settings for Tax Processing
Select the Processing Key MW1 and Click on Copy as (F6) and give the Key as VS9 and Name as India Service Tax.
Select the Processing Key MW1 and Click on Copy as (F6) and give the Key as VS0 and Name as ECS on Service Tax.
Note: If there are multiple service tax registration numbers, you need to have separate account posting to different GL accounts based on service registration number. This can be done provided a separate tax code is maintained for each service registration number.
To achieve this you need to define a set of 2 separate G/L accounts for service tax and Education CESS on service tax respectively, for every service registration number.
In such a case, please activate multiple accounts posting per tax code as follows:
Defining the GL accounts for the Service tax and ECS on Service Tax:
SPRO  Financial Accounting  Financial Accounting Global Settings  Tax on Sales/Purchases  Posting -> Define Tax accounts
Go to Details of the Transaction VS9 (Service Tax GL account) and enter the Chart of accounts
Select the Tax Code Check Box if you want to have Tax Code Specific GL accounts or Blank when the common GL accounts
Regards,
Rajesh Banka
Reward points if helpful.

Purpose of entering the Condition type in Pricing procedure determination

Dear All,
We are maintaining a condition type in Pricing procedure determination.
But I am not sure about the purpose of it. Because, even without maintaining a condition type, it is working.
Could you please let me know the reason for maintaining a condition type over there.
Regards,
Mullairaja

Hi.
The condition type which you specify in the pricing procedure will be displayed in the overview screen - item level. please try changing and check it out in sales order.
Regards,
CLN

Multiplying two condition types in pricing procedure

Hi,
I want to multiply 2 condition types in pricing procedure.Kindly guide me how to do it??
Somnath

Hi Somnath,
You can do that in following way
1. Create another condition type
2. Maintaine this condition type, after those two condition type which you want to multiply like, 10-first condition type, 20-second condition type, 30-new condition type which is multiplicaiton of first two. (10, 20, 30 are step numbers)
3. Now write a routine which will multiply 10 and 20.
4. Assigne this routine number in the Alt. Cal. Type filed for the new condition type 30.
5. Now this new condition type will be caliculated based on this routine, and the value will be taken as multiplication of first and second condition type.
Hope this clear.
Reward if helpful.
Thanks,
Praveen

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,

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

How to update the z-condition type in pricing procedure in a quote

Hi Gurus,
I need your help to solve my issue.
I have created a RFC which will trigger any time there is a CRM Quote/ CRM Order create or change occurs. IN response of the RFC i will get the rate and rate type for the line items .
When the service returns with rate value the SAP system will insert this value by inserting z-condition type in to the pricing structure. The normal pricing function module will then carry the process forward.
Todo this ,Can i code the RFC call in Order_save badi ,but where can i get the pricing sturcure data to update the returned rate values in the pricing.
and also one more thing ,In ecc I am using the CUCB_GET_CONFIGURATION to get product configurations. for the same which FM can i use in CRM.
Please reply me ASAP.

hei,
you can use field KOMP-KZWI1 - KZWI6 to store your condition type. then it can be used for analysis in SIS.
if you want to put more than one condition type to field KOMP-KZWI1, go to V/08 (pricing Procedure), put "1" in condition subtotal.
Best Regard,
Hendry

Condition Type in Pricing Procedure Determination

Dear All,
I want some clarity in Pricing Procedure determination. As I know in IMG we determine pricing procedure by the combination of Sales Org, Dist. Channel, Division, Cust. Pricing procedure and document Pricing procedure. There is additional tab Condition type. I just wanted to know the use of that particular field(Condition Type). Please help me to clear this point. Please also give any example if possible.

Hi Nitesh,
As u rightly said we determine P. procedure in combination of Sales Area (Org, Dist.+ Channel + Division), Cust. Pricing procedure & document Pricing procedure, in condition Type we need to assign basic price condition type. U may have multiple pricing procedure in combination with sales Area & Doc PP, Cust pp so there u can assign basic price c type which is applicable to that P. procedure.
Here we assign PP to Condition type, ultimately it captures it in Sales Order condition tab.
Ex. 1000 10 10 A 1 ZDOMPP PR00 (Basic Price C. Type for Domestic)
2000 20 20 A 1 ZEXPPP ER00 (Basic Price C. Type for Export)
Regards,
Dhananjay

Inclusion of two condition types in pricing procedure

Dear Sir,
There is a import pricing procedure ZIMPRT in SAP system.The client wants to include two condition types
ZPOR= Port handling charges
ZFCP+CLEARING AND FORWARDING CHARGES.
iIs it possible to do so.I?
What are the factors I need to consider for iincorporating two condition types in Import Pricing Procedure
Regards
Manash Das

Hi,
Yes you can do it & as needed you can includes two condition types {ZPOR (Port handling charges) and ZFCP (CLEARING AND FORWARDING CHARGES)} in import pricing procedure ZIMPRT. As already have condition types in import pricing procedure ZIMPRT, you need to take care following:
1.u201CStepu201D for both condition types ZPOR & ZFCP (position of the both condition types) in which sequence and exactly where both of the conditions with in a import procedure
2.u201CFromu201D: Which is base to the both condition types ZPOR & ZFCP for calculating further value.
3.u201CFrom & Tou201D: What are the ranges between the steps from and to can be used to specify the range between both condition types.
4.Both condition types ZPOR & ZFCP are preferred for manual entry or automatic.
5.Both values of condition types ZPOR & ZFCP are needed to be given deletion option, if needed.
6.Both condition types ZPOR & ZFCP needed accounting key & accrual key or not which further needed to be captured all related respective cost to separate G/L account( where accrual key assigned to G/L account in OBYC t.code)
Regards,
Biju K

Identify TAX condition type from pricing procedure

Hello,
I need to identify Tax condition type for various countries used in Old sales orders.We are moving to an external Tax engine and I need to identify what condition are being used to calculate tax in various countries. I know the pricing procedure but we have a lot of sales order and there is no documentation available.Is there any table where I can filter based on the sales org from existing sales order and find the Corresponding Tax condition type.
Regards,
Amanda

One option is
you have to execute SE16, input table KONV where you maintain the tax condition type and execute.
System will populate all SD documents that are having that tax condition type. There you have to copy the field "Doc. condition" and paste it in VBAK table in SE16 so that you will get all sale orders.
The other option is
you need to identify what access sequence is maintained for that tax condition type which you can see in V/06. Next go to V/07, select this access sequence and execute. There check what tables are maintained. For example, in your case, it could be table 110. So you have to develop a query by table joining A110 and VBAK in SQVI where you can take sale orders based on sales organisation.
thanks
G. Lakshmipathi

Condition type Inforecord & Pricing Procedure

Dear All,
I have maintained the new pricing procedure and assigned to the same Vendor schema which is maintained in VENDOR MASTER. If I create Inforecord and If select the condition type, it saying that condition is not maintained (It is refering for old Pricing procedure), in PO I can select it and calculate.
Why Inforecord it is not allowing to select the condition which is maintained in new priceing procedure, even though if I assinged the vendor schema why it is refereing for Old pricing procedure. i have removed the old pricing procedure from this vendor schema.
regds
Madhu

Hi Madhu
Pl check whether you maintianed the access sequence 0002 for the gross price condition type of your new pricing procedure.
If you ensure this, once you change the schema, in vendor master record, system prompts new pricing procedure in inforecord.
warm regards
sairam akundi

Condition type of pricing procedure

I define a new condition type name ZTES
Acess Seq JTAX (IN: Excise access)
Condition class B (Price)
Calcultae Type B (Fixed Amount)
And in tax procedure i assign it there.
Then in FV11 i create condition record of that condition type ZTES and given the value 100 INR
I have created a PO in Invoice tab Taxes, the value 100 INR of ZTES is showing but not added to the Amount (Base PriceEDECess+SECess)
Have i missed something while creation Please help..........

Hi,
As you changed it to delivery cost as condition category , now select accrual flag in control data 2 TAB and save in M/06. Also keep an accrual key for the for that condition type in calculation schema in M/08.In OBYC, you need to assign accrual key with your a G/L account,if needed .
Regards,
Biju K

Restrict same condition type in pricing procedure

Is there a way to restrict the condition type so that there can only be one occurrence of the same condition type in a order item?
Example:
System reads condition type ZXXX from system, then a user adds the same condition type on the same order item. I would like the system to then give a error message saying ZXXX can only occur once.
Kind regards

Hi,
As this is manual condition and the user are inputing it by themselves then you won't like to change the way the manual changes are maintained/allowed.
What you want that is user have given it once then they should not be able to input is again in the same sales order item. For this you should take help of requirement. Preapre logic that before the condition system check if there is existing condition of this type in this sales order item.
Hope it helps ..

Lump sum Rebate Type in Pricing Procedure

Similar Messages

Maybe you are looking for