Multiple rebate conditions

Hi folks:
I hope you can shed some light on this issue I am dealing with.
We are trying to use rebate agreements in the following situation, but it does not seem to work:
The company negotatiates a deal whereby a client gets a Credit Note with a global discount if it meets 2 targets during a specific period:
Material Group 1 Target volume 1 = 100 KG
Material Group 2 Target volume 2 = 200 KG
If sales to the client exceed both targets, at the end of the period a Credit Note is issued for 10% of the overall sales to the client during the period. If one or none of the targets are met, there is no global discount for the client.
We are trying to implement this via a Rebate Agreement with 3 rebate conditions:
Condition 1 = ZB01 (Customer/Material Group rebate); scale starting at 100 KG; 1% (for the sake of this example, just consider 1% as an arbitrary value to ensure that the condition will be <> 0 if the sales for Material Group 1 exceed 100 KG)
Condition 2 = ZB01 (Customer/Material Group Rebate); scale starting at 200 KG; 1% (for the sake of this example, just consider 1% as an arbitrary value to ensure that the condition will be <> 0 if the sales for Material Group 2 exceed 200 KG)
Condition 3 = ZB02 (Customer rebate); no scale; 10 % (global discount specified in the agreement)
Our idea was to configure the pricing procedure in such a way that the first two conditions would be statistical (that is, would not alter the value of the Credit Note) and the third condition would be considered only if the other two were both <>0.
So far we have not found a way to make the first two conditions not affect the value of the Credit Note. We tried marking ZB01 as statistical. We also tried using Condition Exclusion Groups. In all cases, the two conditions affect the value of the Credit Note.
Has anybody dealt with a similar situation? Any ideas?
Thanks,
Sebastian

Hi Sebastian,
really a very niceissue to think some time ,
Any way for the two condition types zb01&zb02,there is an exclussion indicator while creating the Acess sequences for the two condition types .Check that and tried.Correct me if it is wrong.
If it helpfull Rewards me the points.
Rgds
Siva Yepuri

Similar Messages

Multiple rebate condition types in one invoice

I had defined multiple rebate condition types as Y000, Y001 and Y002, which are montly offtake rebate, distance rebate and yearly offtake rebate.
Y000 and Y001 can be in the same validity period and also will be applicable to the same invoicee.
When i create a rebate agreement for customer for Y000 and go for the settlement of the rebate it is happening fine.
But for the same customer, i had defined Y001 as a rebate agreement type for the same period and materilal.
The sales volume is not updated in the rebate agreement. Evenif I do VBOF the sales volume is not updated.
the error that comes while doing VBOF is :
"7000158055 Document number RCFL 7000158055 2011 was already assigned
7000158053 Document number RCFL 7000158053 2011 was already assigned
7000158052 Document number RCFL 7000158052 2011 was already assigned
7000158054 Document number RCFL 7000158054 2011 was already assigned"
Please help me to solve this problem.
Mrs. Swati Pawar

Hello Swati,
the suggestion of JP is correct.
I explain it better.
- the document type of FI document created from SD depends on the customizing of billing type field TVFK-BLART. If it is blank, then by default is 'RV'.
- if the number range assigned to the account document type is External, then the FI document gets the same number of the SD invoice.
- transaction VBOF creates FI document referred to SD invoice. If it has external number range, and an FI document already exist with same number (created when SD invoice has been released to accounting), then the errof F5152 occurs.
SOLUTION:
in the selection screen of VBOF there is the field FI-Doc-type. Here you should specify the FI document type that should be created by execution of VBOF, and of course it must have number range internal.
Please try this.
Best regards,
Ivano.

Rebates Conditions with Multiple Validity Dates

We have a customer that has a 1 year rebate agreement but the rate changes quarterly. Any suggestions on how to change the rate quarterly. Everything I have tried ties the Validity Period on the Condition directly to the Validity Perion on the Agreement.
Thank You
Pam

Hi pam,
Extended Rebate Processing
Use
The SAP Beverage Extended Rebate Processing component is an enhancement of the standard SAP R/3 rebate processing.
You can use Extended Rebate Processing to process business transactions that are typical for and occur frequently in the beverage industry. This includes indirect sales, which are a frequent practice in the beverage industry.
Indirect sales are sales activities in which the rebate-relevant sales do not take place directly between the rebate granter and the rebate recipient. In the terms of the SAP R/3 System, this means the system does not use customer billing documents to update sales.
In the SAP Beverage Extended Rebate Processing component, you can model and settle the rebate for each specific article. The system allocates the defined rebate levels to the individual articles and provides a wide range of analyses in SAP CO-PA.
The standard SAP R/3 System only supports a single rebate recipient for each agreement. The SAP Beverage Extended Rebate Processing component has been enhanced to support multiple rebate recipients in a rebate agreement. This applies especially to customer hierarchies.
The SAP Beverage Extended Rebate Processing component enables you to settle rebate agreements periodically. Individual periods are settled like individual agreements in this case.
Implementation Considerations
The SAP Beverage Pendulum List component is an enhancement to Extended Rebate Processing. The pendulum list enables you to process indirect sales. The SAP Beverage Pendulum List component provides tools for automatic data import. For more information, refer to the SAP Beverage Pendulum List component.
This documentation describes the special features of the extended rebate, compared to the standard SAP R/3 rebate. For more information, please refer to the standard SAP R/3 component Rebate Processing.
Integration
Extended Rebate Settlement is integrated in SAP Profitability Analysis (CO-PA). SAP Profitability Analysis supports the article-specific update of the so-called "customer rebate", for example. The system provides detailed information directly after settlement.
Features
A variable key in the rebate information structure provides more flexibility during rebate settlement.
When the rebate information structure is updated, certain data from the billing documents can be added to the variable key. The system copies this data to the billing document when it generates the credit memo. This enables you, for example, to add the articles that resulted in the rebate to the credit memo, instead of the material for settlement. The partners from the billing documents can also be copied, which makes it possible to allocate multiple rebate recipients to a single condition.
Periodic settlement of rebate agreements.
Instead being limited to periodical partial settlements that always consider the entire validity period of an agreement, you can now also perform partial settlements that only take individual periods for settlement into account. As a result, individual periods are settled like individual agreements. This applies especially to the use of scales and fixed amounts.
Processing of indirect rebate agreements.
The use of pro forma billing documents makes indirect data available for rebate processing. You can use special pricing procedures and condition formulas to use plan data for forming accruals and actual data for rebate settlement.
Credit memo requests unnecessary.
The system generates billing documents (credit memos) immediately during settlement.
Constraints
The SAP Beverage Extended Rebate Processing component is a new function in SAP Beverage. The SAP Beverage Extended Rebate Processing component replaces the following SAP Beverage rebate versions:
Rebates: Enhancement Beverages u2013 (SAP Beverage BEV02).
Rebates: Enhancement Beverages (old) u2013 (up to SAP R/3 4.5B and SAP Beverage BEV01).
The earlier rebate versions are only relevant for migration customers, and will not be described in detail below. We recommend using the SAP Beverage Extended Rebate Processing component exclusively.
To avoid inconsistencies in your datasets, you must never configure settings/values in the following SAP Easy Access folders at the same time:
Extended Rebate Processing
Rebates: Enhancement Beverages
Rebates: Enhancement Beverages (old)
Also make sure that you use either the SAP Beverage Extended Rebate Processing or the standard SAP R/3 Rebate Processing component.
thanks
karthik
To use the SAP Beverage Extended Rebate Processing component, you have to activate the new standard SAP R/3 rebate processing

Using multiple 'and' conditions in a SQL query

Is it possible to reduce the SQL required to query using multiple 'and' conditions, e.g. I have a query like the following:
select stat.personal_id, appt.username, appt.password, apps.rgn_apt_id, apps.apy_apn_id
from apy_ast_application_status stat, rgn_usr_user appt, rgn_aps_applications apps
where stat.apy_apn_id = apps.rgn_apt_id
and apps.rgn_apt_id = appt.rgn_apt_id
and stat.application_completed is null
and stat.application_started_date > '01-MAY-11'
and stat.amount_paid is null
and stat.personal_details = 'C'
and stat.further_details = 'C'
and stat.education = 'C'
and stat.employment = 'C'
and stat.personal_statement = 'C'
and stat.choices = 'C'
and stat.reference = 'C'
and stat.student_finance = 'C'
Is there a way, to reduce all the multiple 'and' queries, to be read from say one line? If you know what I mean.......

Ah, Ok this looks nice, thanks very much. It doesn't quite run as is because the stat.amount_paid query value is 'is null', while the others are 'C'. I tried amending the relevant line to various versions of the following:-
in (select 'is null' 'C','C','C','C','C','C','C','C' from dual)
which doesn't work.
I can get the following to work so I am assuming that the it is not possible to use different query values within the brackets of the 'in (select....' statement?
select stat.personal_id, appt.username, appt.password, apps.rgn_apt_id, apps.apy_apn_id
from apy_ast_application_status stat, rgn_usr_user appt, rgn_aps_applications apps
where stat.apy_apn_id = apps.rgn_apt_id
and apps.rgn_apt_id = appt.rgn_apt_id
and stat.application_completed is null
and stat.application_started_date > '01-MAY-11'
and stat.amount_paid is null
and (stat.personal_details, stat.further_details, stat.education,
stat.employment, stat.personal_statement, stat.choices, stat.reference, stat.student_finance)
in (select 'C','C','C','C','C','C','C','C' from dual)
Thanks for everybodys help - the suggested alternatives seem so much more elegant

Rebate condition in rebate agreement cannot be maintained (greyed out)

Hi.
We have setup rebate processing in CRM 7.0.
We get our invoice to the billing due list and it fills then the extract. But we fail in setting up the rebate agreemnt in the webui.
Partner and material are entered. On the position (material) we try to add one of the conditions of the maintenance group we customized. Both condition types can be selected but none of them will work.
What happens: we click on "new" select the condition type and get then presented with the view but with all fields greyed out (as in display mode).
As there are a lot of obligatory fields we get up to 8 messages. After "fill in required entry fields" it says "maintain rebate material".
Whatever that means.
The material we use is a finished product.
Has somebody ever seen this or some idea. Couldn't find oss messages on this.
Thanks.
Regards,
Thorsten

Hi Klaas,
If I remember well, in the standard price determination there is a conditional formula that only shows rebate conditions in the invoice, therefore you should not see rebate conditions in the sales order.
That is standard functionality.
For a Customer I took out the formula condition in the pricing so he could actually see the rebate condition in the sales order, the reason was to had access to this information before end of month invoicing. The problem is that in case of changes in rebate agreement or in case of retrospective agreements the rebate condition is only updated in the invoice, not in the sales order.
Best Regards,
Franck

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

How to update multiple Price conditions in FM CRM_ORDER_MAINTAIN

Hi All,
      need to update multiple price conditions in a contract Thru FM CRM_ORDER_MAINTAIN.
please see the piece of code that am using...
am able to update single price condition...but not able to populate 2 or more .......i,e..ADD A Condition
i,e...DATA : ls_cond TYPE prct_cond_external_input,
       lt_cond TYPE prct_cond_external_input_t.
DATA : ls_con TYPE PRCT_COND_DU,
       lt_con TYPE PRCT_COND_DU_TAB.
Create Condition Type
*ls_con-KNUMV = lv_header_guid.
*ls_con-KPOSN = lv_item_guid.
ls_con-stunr = '134'.
IF Y EQ 1.
ls_con-ZAEHK = '001'.
ELSE.
   ls_con-ZAEHK = '002'.
*ENDIF.
*ls_con-kschl = 'ZFP1'.
**ls_cond-waers = 'CNY'.
*ls_con-kbetr = '0.00'.
*ls_con-kpein = '1'.
ls_cond-kschl = 'ZFP1'.
ls_cond-waers = 'CNY'.
ls_cond-kbetr = '0'.
ls_cond-kpein = '1'.
ls_cond-knumh = lv_item_guid .
CLEAR ls_Price_doc.
ls_Price_doc-ref_guid = lv_item_guid.
ls_Price_doc-ref_kind = 'A'.
IF Y EQ 1.
ls_Price_doc-ref_handle = '000000001'.
ELSE.
ls_Price_doc-ref_handle = '000000002'.
ENDIF.
*ls_price_doc-PRIC_COND[] = lt_cond[].
*INSERT ls_con into table ls_price_doc-PRIC_COND.
INSERT ls_cond into table ls_price_doc-COND_ADD.
INSERT ls_price_doc INTO TABLE lt_price_doc.
ls_input_fields-ref_guid    = lv_item_guid.
ls_input_field_names-fieldname = 'KNUMH'.
INSERT ls_input_fields INTO TABLE lt_input_fields.
ls_input_field_names-fieldname = 'KPOSN'.
INSERT ls_input_fields INTO TABLE lt_input_fields.
ls_input_field_names-fieldname = 'KSCHL'.
INSERT ls_input_fields INTO TABLE lt_input_fields.
ls_input_field_names-fieldname = 'KPEIN'.
INSERT ls_input_fields INTO TABLE lt_input_fields.
ls_input_field_names-fieldname = 'STUNR'.
INSERT ls_input_fields INTO TABLE lt_input_fields.
ls_input_field_names-fieldname = 'ZAEHK'.
INSERT ls_input_fields INTO TABLE lt_input_fields.
ls_input_field_names-fieldname = 'WAERS'.
INSERT ls_input_fields INTO TABLE lt_input_fields.
ls_input_field_names-fieldname = 'KBETR'.
INSERT ls_input_fields INTO TABLE lt_input_fields.
CLEAR ls_input_fields.
Ls_input_fields-ref_guid    = lv_item_guid.
ls_input_fields-ref_kind    = 'B'.
ls_input_fields-objectname = 'PRIDOC'.
*ls_input_fields-logical_key = '0001'.
ls_input_fields-field_names = lt_input_field_names.
INSERT ls_input_fields INTO TABLE lt_input_fields.
CLEAR ls_input_fields.
CLEAR ls_Price_agreement.
Clear ls_cond.
I kept this under code. loop, for item records.....
Though the internal table lt_price_doc. is holding all the records, it is updating only one record. can you any one pls guide me ,

This example works fine for me. Modify it according to your needs...
Price
              IF it_item-value IS NOT INITIAL.
                ls_cond-kschl = 'PR00'. " add price
                ls_cond-kbetr = it_item-value.
                ls_cond-waers = st_head-currency.
                INSERT ls_cond INTO TABLE ls_pridoc_com-cond_add.
                index_2 = 1.
                CLEAR: ls_cond.
              ENDIF.
Discount
              IF it_item-discount IS NOT INITIAL.
                ls_cond-kschl = 'ZPPP'. " add discount
                wa_procent_calc = it_item-discount * 10.
                ls_cond-kbetr = wa_procent_calc."it_item-discount.
                ls_cond-waers = '%'."st_head-currency.
                INSERT ls_cond INTO TABLE ls_pridoc_com-cond_add.
                index_2 = 1.
                CLEAR: ls_cond, wa_procent_calc.
              ENDIF.
              IF index_2 = 1.
                ls_pridoc_com-ref_handle = counter.
                ls_pridoc_com-ref_kind = 'B'.
                INSERT ls_pridoc_com INTO TABLE gt_pridoc_com.
                CLEAR: index_2,ls_pridoc_com.
              ENDIF.

ERROR Message while creating Rebate condition record T code VBO1

Dear Experts,
I am getting error message while creating rebate condition record T code-VBO1-Error Msg-862 system cannot read the structure for table,because of this i could not create condition record.
Please give the solution to create condition record.
Regards
siva

Hi,
You said you are trying to do this stuff in IDES right.
If you are using IDES provided by a company and where many people play on IDES, then you can get many such issues...
This is by our experience. Today you do something in IDES and tommorow that thing or config is screwed up by others.
If you have your own IDES, then check the suggestion given by the forum Guru's.
Regards,
SB

Reference Rebate condition

Hi Sap gurus!
I have a rebate condition, ZBO3, and a reference condition of that, ZZO3 in the same sales pricing procedure. I have two agreements for the same condition rebate, ZBO3. When I create a billing document, it finds and displays the two agreements for the rebate condition but only finds and displays the first agreement with the reference condition ZZO3.
I need display the two agreements with the reference condition, ZZO3. Can you help me?
Thanku2019s for your time

Hi
If the customer has returned the materials then create the Returns order (with ref to billing doc) and then do billing then automatically the accruals value get reduced and as the customer has returned the stocks for that also this flow will be working . So if you do the following flow then the accurals value will get adjusted and the materials will also be taken back
VA01 (order type-RE) ->VL01N(Post goods receipt) -> VF01(Billing ). You might have done this flow only
Regards
Srinath

How to add multiple test conditions in 'test' attribute expression of xsl:if tag

Hi all,
How to add multiple test conditions in 'test' attribute expression of <xsl:if> tag ?
I have 2 parameters and I want To skip the massage if this 2 conditions happened I tried to write it :
        <xsl:when test="($TransferToCompany = 0 and $ObjectInclide=1 )">
        <b1im_skip xmlns="" info=" Obect Will Not Transfer To company">
        </b1im_skip>
      </xsl:when>
But I get an error while I am trying to transfer The object (Account) true B1if
I am working with SBO 9 PL 13
thank you
shachar

Hi saado
Check this link:
http://stackoverflow.com/questions/318875/can-you-put-two-conditions-in-an-xslt-test-attribute
Kind regards,
Radek

Manual rebate condition exclusion not refreshed after redetermination of it

Hi Experts.
I am working with CRM 4.0.
Lately, we realized there is an error occurring in the price deternination:
The condition exclusion for manual rebate condition is not refreshed after redetermination of the product. There is missing a price validation before saving the document with the new product.
Step-to-step description of the error:
1)     I am creating an order in trx. CIC0 or CRMD_BUS2000115 and determine the product (sector A).
2)     Now I assign a manual rebate (condition Z...) of 20 % on item level.
3)     On header level I replace the product to one of another sector (B).
4)     I check the pricing conditions of the new product on item level. The same rebate of 20 % is maintained.
This is an error, because the condition exclusion for products of sector B allows rebates only until 5 %.
Can anybody help me, please.
Best regards,
Cristina

This is not standard due to information of SAP OSS.

Rebate Condition Type--Statistical in nature, but does it post to G/L ?

Hello All,
I've a Rebate Condition type, which is anyway statistical and relevant for accruals too.
So, once I've the rebate condition types are part of the Pricing Procedure and if I create an invoice... does it post anything to any G/L account?
Regards,
Raghu.

Dear Customer,
if a condition is statistical, then the condition have no influence to FI.
These conditions are not trasfered to FI.
These condtions are only relevant for CO or statistics.
I hope that the information is helpful.
regards
Claudia

Table Name for Rebates Condition Records in Rebate Agreements

Hello All,
I want to know the table name which stores the condition records for Rebate Condition Types?
fast responses are appreciated.
Regards,
Rags.

Hi,
Try KONA table.
KONM KONW
Regards,
Chandra

Rebate conditions

Hi all.
I am exploring rebate management concept. Ive got stuck here. I have created rebate conditions in CRM.
I have also loaded the customizing settings for these from R/3 backend system. But the pricing conditions are not getting correctly determined.
Has anyone worked on this before?
Please help me.
Seema

Seema.
Going by your words that you have maintained all teh settings in ERP you need to do some tehnical settings as below...
Before you do this i suggest you once again check all the customizing settings in ERP.
you have to create the function module 'CND_MAP_CONV_FUNC_T685A_KRUEK' in the function group 'CND_MAP_GNRL_INTF_OW'.
See the interface details below:
You can also implement the interface directly by copying the module 'CND_MAP_CONV_FUNC_T682Z_QUSTR'
Interface of the module 'CND_MAP_CONV_FUNC_T685A_KRUEK'
Import
Parameter Name
IV_SOURCE_FIELD    check the 'Pass Value' checkbox.
Export
Parameter Name
EV_TARGET_FIELD    check the 'Pass Value' checkbox.
You must change the following existing entries in the CND_MAPC_CNV_FLD table.
Field Name                           Content
MAPPING ASSIGNMT           'A'
LOCAL TABLE                      'PRCC_COND_CT'
LOCAL FIELD                       'KRUEK'
REMOTE TABLE                   'T685A'
REMOTE FIELD                    'KRUEK'
CONVERSION TYPE              'C'
CONVERSION FUNC              'CND_MAP_CONV_FUNC_T685A_KRUEK'
Field Name                       Content
MAPPING ASSIGNMT       'A'
LOCAL TABLE                  'REBC_COND_CT'
LOCAL FIELD                   'KRUEK'
REMOTE TABLE              'T685A'
REMOTE FIELD               'KRUEK'
CONVERSION TYPE        'C'
CONVERSION FUNC        'CND_MAP_CONV_FUNC_T685A_KRUEK'
Save your changes.
You must re-download the Customizing of the condition types again from ERP.
Only then, the KRUEK field of the condition types for bonus is filled correctly in the PRCC_COND_CT und REBC_COND_CT CRM Customizing tables.
Hope this helps.
<b> <i> Julius Pereira </i> </b>

Rebate:condition requirement 24 not fulfilled

Dear Sirs
I am processing billing doc but rebate condition type is not activated at f2 billing type.
I have maintained rebate condition type in pricing procedure.
When i go through "Analysis" tab in sales order item condition level I found that there is message regarding rebate condition type was
"condition requirement 24 not fulfilled" . I have gone through thread dated 2 feb 2011 raised by sapuser. I refer the same but not very much clear regarding the solution.
solution suggested " when debuging it was found that pricing type changed from X to xx in copy control"
now my queries are :
1) In which screen pricing type has to changed for copy control
2) What could be possible errors might come in case condition requirement not fulfilled in pricing procedure with reference to rebates because there are about 5 types of rebates and all are having same requirement in pricing procedure
Kindly help
Regards
KAPIL MORE

Dear Ivano Sir
Firstly extremely sorry to close these query so late and also thanks for giving me yours valuable time but henceforth i will see that i should give response to your feedback .
Actually i have solve this query by debugging and understood.
Could u please if possible kindly give me some inputs regarding user-exits.
Regards
KAPIL MORE

Multiple rebate conditions

Similar Messages

Maybe you are looking for