Normal and Extended Rebates Processing

Hi All,
Can somebody please explain in detail, the difference between Normal and Extended Rebates Processing? Please provide some docs or links.
Regards,
Raghav

Hi Raghav,
Following explains how to crete a rebate agreement, test it using a sales order and billing it. Then settling it partially or fully using a rebate credit memo. Please use the basic procedure and tweak your IMG settings according to your unique requirements.
Rebate processing:
1. First requirement is that the rebate processing must be active for
a. the customer ( check in customer master) ,
b. for the billing type ( check in IMG > Billing > rebate processing > active rebate processing > select billing documents for rebate processing. )
c. For the sales organizatin:
( check in IMG > Billing> rebate processing > active rebate processing > Active rebate processing for sales org. )
2. Next create a rebate agreement For this ust T-code VB01. For the rebate agreement type you can choose either 0001
( group rebate ) or 0002 material rebate or 0003 ( customer rebate ) etc
b. Enter your rebate conditions. Dont forget to enter the accrual rate here.
3. Now test your rebate functionality : create a sales order for the particular customer, sales org ( ensure that the billing type used in your sales order is relevant for rebate) . Create outbound delivery, transfer order to do picking and post goods issue.
4. Now go to Tcode VB03 and check your rebate by choosing conditions , selecting the condition line and choosing payment data. You will see that the accruals and business volume are updated when accounting doc is created for billing.
5. Settling your rebates:
Once your rebates have been accrued you need to settle the rebate.
For this first release the rebate for settlement by using Tcode VB02. As a trial basis choose B ( you can choose other settings based on your requirement) and choose Create manual accrual. Now enter the amount to be paid and save the rebate agreement.
6. Next display your rebate agreement using Tcode VB03.
Enter your rebate agreement number . Next choose rebate payments > Rebate documents and select partial settlement. Click on the choose button to note down your credit request number.
7. Use Tcode VA02 and release the billing block for your credit request. ( use item overview tab)
8. Now use VF01 to create a rebate credit memo by entering the credit memo request number and save it
9. Now release the credit memo to accounting using vf02.
Following is complete config guide of extended rebates:
http://help.sap.com/bp_bblibrary/600/Documentation/G63_BB_ConfigGuide_EN_US.doc.
Thanks!
Preethi.
Edited by: preethi R on Nov 26, 2008 7:39 AM

Similar Messages

How to activate Extended Rebate Processing in Customizing for billing?

sap gurus:
How to activate Extended Rebate Processing in Customizing for billing?

SAP Knowledge Base Article
1520390 - Activation of Enhanced Rebate Functionalities - IMG Customizing Transactions - SAP Menu
Version 1 Validity: 19.10.2010 - active
Language English
Symptom
Enhanced Rebate Functionality is not available and should be activated
In the customizing IMG (Transaction SPRO) the node for Extended Rebate with the relevant customizing transactions are not visible
The SAP Menu does not include the transactions for Extended Rebate
Environment Enterprise Function EA-ISE must be available in the system (visible in transaction SFW5).
Reproducing the Issue
Call transaction SPRO
Node Extended Rebate Processing is missing:
IMG
Sales and Distribution
   > Billing
        > Rebate Processing
             > .................
Resolution To activate the Extended Rebate Processing and make the node and customizing transactions visible proceed in the following way:
Call transaction SFW5
In the folder ENTERPRISE_EXTENSIONS choose the function EA-ISE
Activate this enterprise extension
Thereafter the menu path in SPRO for Extended Rebate Processing will be visible:
IMG
Sales and Distribution
   > Billing
        > Rebate Processing
            > Extended Rebate Processing
                        * Settings for Agreement Types
                        * Set up Variable Key for Rebate Settlement
                        * Check Variable Key for Rebate Settlement
                        * Activate Extended Rebate Processing
                        * Simulate And Execute Reorganization of Statistical Data
Furthermore the users will have the relevant transactions available in the SAP Menu:
SAP menu
> Logistics
     > Sales and Distribution
          > Billing
               > Rebate
                    > Extended Rebate Processing
                         * RBT_ENH_VB7 - Extended Rebate Settlement
                         * RBT_ENH_ACT - Update of Indirect Sales
                         * RBT_ENH_PLAN - Update of Indirect Planning Data
For futher infomation on the extended rebate process please refer to the following links of SAP help portal:
http://help.sap.com/erp2005_ehp_04/helpdata/EN/5a/5b9b3c0f4da40ee10000000a11405a/frameset.htm
http://help.sap.com/erp2005_ehp_04/helpdata/EN/79/a5ee3c1f63a518e10000000a11405a/frameset.htm
Keywords
Extended rebate agreement, extended rebate processing, erweiterte Bonusabwicklung, Menü, Pfad nicht vorhanden, aktivieren, erweiterter Bonus, Bonusabsprache
Header Data
Released On
21.10.2010 08:01:20
Release Status
Released to Customer
Component
SD-BIL-RB-ENH Enhanced Rebates
Other Components
   SD-BIL-RB Rebate Processing
Priority
Normal
Category
How To
Product
Product
Product Version
SAP ERP Central Component
All versions
SAP R/3 Enterprise 4.7
All versions

Extended Rebate Processing-Pendelum List Indirect Sales

Hello Experts,
I find myself with the following requirement.
Situation:
-       Bonus/rebate payouts are currently conducted to end customers via third party tools.
-       These end customers are not served by the company directly, instead goods are sold by some agents.
-       The agents buy from the company, therefore the sales process to the end customer is not reflected in the company ERP.
-       End customers are not created as customers in company ERP systems.
Requirements:
-       Solution required to automize bonus/rebate payouts to end customers based on delivered sales revenues by the agents.
Conclusions:
-        COPA EHP functionality for extended rebate processing to be analyzed if suitable for this requirement.
I have been doing some searching and came across the “Pendulum List Indirect Sales”
“The Pendelum List Indirect Sales component is an enhancement of Extended Rebate Processing. The pendulum list enables you to process indirect sales. The Pendulum List component provides tools for automatic data import.”
Extended Rebate Processing is integrated in SAP Profitability Analysis (CO-PA). SAP Profitability Analysis supports the article-specific update of the “customer rebate”
Ref-http://help.sap.com/erp2005_ehp_04/helpdata/EN/5a/5b9b3c0f4da40ee10000000a11405a/frameset.htm
The above statements seem to fit my requirement but I am not able to find any further literature on the topic which explains in detail how it actually works. Most of the prior SDN topics are also unanswered or partially answered.
I would really appreciate it if some one could help me understand how this works and <Text removed by Moderator.>, that would be really great.
Thanks and Regards
ES
Notes: Text was removed, as you were asking either for document or video or presentation or link or step by step process, which is neither allowed nor encouraged. So, be specific when you are asking questions
Message was edited by: Jyoti Prakash

Thanks Arun.
I understand now that to have the extended rebate functionality we have to activate the generic Business Function- EA-ISSE (Industry specific sales enhancement).
I am more interested in the Indirect sales functionality for which I understand we have to use the Pendulum List Indirect Sales component.
I have a situation where I am a producer and I have wholesalers who have end customers. The end customers may or may not belong to a corporation(an umberalla organization) .
I want to set rebates on the sales of the end customers. The sales details of the end customer would be given to me (producer) by the wholesaler. But the rebate payments, I (the producer) want to pay it out to the Wholesaler ( I understand the standard solution is to pay out to the end customer) with details of each end user rebates.
Do you have any pointers to how this could be acheived?

Extended Rebate Processing - Data flow in tables

Hi Gurus,
Can somebody help me understand how data flows through various tables in extended rebate processing. i.e. once a new condition record for a rebate agreement is created, in which table it is updated first? Once VBOF is executed, which are the tables taken as reference and which are the ones updated on execution.
Please explain wrt all concerned tables and info-structures like KONA,KONV,KONH,KONP,S136 & S469.
It'll be a great help if somebody could explain thoroughly.
Thanks & Regards.

Thanks Arun.
I understand now that to have the extended rebate functionality we have to activate the generic Business Function- EA-ISSE (Industry specific sales enhancement).
I am more interested in the Indirect sales functionality for which I understand we have to use the Pendulum List Indirect Sales component.
I have a situation where I am a producer and I have wholesalers who have end customers. The end customers may or may not belong to a corporation(an umberalla organization) .
I want to set rebates on the sales of the end customers. The sales details of the end customer would be given to me (producer) by the wholesaler. But the rebate payments, I (the producer) want to pay it out to the Wholesaler ( I understand the standard solution is to pay out to the end customer) with details of each end user rebates.
Do you have any pointers to how this could be acheived?

Extended Rebate Processing

Hi All,
Extended Rebate Processing functionality does not provide functionality to generate an advance payment (= partial settlement) for any amount from the rebate agreement.
We will need to be able to create a partial payment at the beginning of the period, without Accruals being created.
Within Extended (Periodic) Rebate Processing this is not possible; however this is possible within the classic rebate processing.
It should be possible to have the PAY button available again in the Rebate Agreement. This will allow the users to create an advance payment from the Extended Rebate Agreement.
Please let me know how to activate this.
Regards
Rajesh

Hi,
Go through the link below you will find configuration and function of extended rebate processing.
http://help.sap.com/bp_bblibrary/600/HTML/G64_BB_EN_US.htm
click on configuration guide link on Right, on the link given.
Hope this help.

Extended rebate processing - Rebate settlement

Hi there,
can someone please give some ideas on this one:
we are using extended rebate processing in ECC 6.0. We would want to be able to manually pay a customer out of a rebate agreement or change the amount of a settlement to the customer (either to less or more than the system has accrued for).
For some reason the option to manually settle is always blocked in my extended rebate agreements. Since the extended rebates do not create a credit memo request anymore but directly a credit memo I also see no option of changing the amount when partially settling the agreement.^
Does anyone know if the flexibility to manually settle and/or manipulate amounts in the partial settlement is not available in the extended processing?
Thanks
Kai

Hi,
With the usage of the enhanced rebate procedure the manual payment
is not possible any more.
Note 638974 describes the problem, that even though it should not
be possible any more, this options was still available on several
menu items but the result was not correct.
The solution of this problem as described in this note is NOT to
re-enable the manual payment. Instead the solution is to deactivate
this option in the remaining menu items.
For agreements, that do not use the enhanced rebate functionality
the manual payment is still available.
One additional important change for enhanced agreements is, that
instead of a credit memo request the credit memo is created directly.
On the other hand if you want to change the value for the credit note
itself then the note 515132 and the userexit LV69AFZZ could be used.
Regards,
Alex

Posting date for CM rebates via Extended rebate processing

Hi,
we have the following scenarios for an extended rebate processing:
1> rebate agreemetn validity period = upto Sept 30 only
2> Settlement Date = Oct 5
3> CM posting date of the rebate is Sept 30
How is it possible to make the CM posting date to the current date and not the valid to date?

Hi Mark,
I'm not sure, but I understand that you want to change the value of condition while you are running it. Check BADI SD_ENH_REBATES, method V13A_VERIFICATION, I see that you can change I_E_KONP. I am never use it, only I know it, so I don't tell you what kind of troubles you can find.
I hope this helps you
Regards
Eduardo

Indirect sales with extended rebate processing

Hi Friends,
I am creating the indirect sales with extended rebate processing secnario. I have created the rebate agreement,created the requirement data,created the sales request and created the sales confirmation by manulaly data entry, then updating the indirect slaes system is through the error ther is no sales data.
so pls suggest me your valubale inpputs .
Thanks,
E.vasu.

Hi All,
I have done all required configuration for Extended Rebate Processing.
Additionally I have put all required data in step u201CCreating Sales Confirmation- Entering Data manuallyu201D. Here I have put name of material & its quantity that has been sold from wholesaler to its customer (Indirect Customer).
As I am not able to get indirect extended sales order & billing document number it wonu2019t be possible to update Info structure S136 & S469 (RBT_ENH_RMCSS469) as required for rebate basis.
I am facing error/issues at two places.
In Step: Updating sales data:
I have put Sales area, Wholesaler & clicked on Display only errors, so the expected result is that I should get Document number of indirect order. But I am not getting same. Please help.
In Step: Updating of Indirect sales:
I have put Month, sales area and I was suppose to get Indirect billing document number but I am getting message as u201CNO data selected for updateu201D.
Please let me know even I am missing some basic configuration.
Thanks
Tushar Gawande
Cell-09822984340

Extended rebate processing for INDIRECT sales

Hello All,
Does anyone of you configured extended rebate processing for indirect sales?
If yes i would need some help on steps which needs to be carried out. I particulary have rroubles with generating confirmation of sales.
Please advise
Thanks in advance
Mike

You can find the building blocks at http://help.sap.com/bp_cp1600/CP_US/HTML/bb_scen_list.htm
If you want to activate the functionality, then you can refer OSS 1520390 - Activation of Enhanced Rebate Functionalities - IMG Customizing Transactions - SAP Menu
Regards,

Extended rebate processing for INDIRECT sales (Consumer products solution)

Hello All,
Does anyone of you configured extended rebate processing for indirect sales?
If yes i would need some help on steps which needs to be carried out.
Please advise
Thanks in advance
Mike

You can find the building blocks at http://help.sap.com/bp_cp1600/CP_US/HTML/bb_scen_list.htm
If you want to activate the functionality, then you can refer OSS 1520390 - Activation of Enhanced Rebate Functionalities - IMG Customizing Transactions - SAP Menu
Regards,

Updating accrual value via extended rebate processing

We have a requirement to use scaling conditions for a customer's rebates.
Scaling will be used to accrue against billing documents.
The rebate will be reviewed weekly, and there will be weekly settlement. This I believe is standard and simple to achieve.
The one issue I can see with the client's requirements is that, during the weekly settlement process, the client requires the settlement not to post a credit entry to the customer but to just update the accrual postings.
Example.
Scale 1 - 1% rebate on first 100k of turnover per week.
2 - 2% rebate on turnover upto 250k per week.
So if a customer buys 101k in a week, the accrual would be 1.02k as standard. However the client wants the rebate to be adjusted to 2.02k. I believe that by doing a weekly settlement, the rebate can work that out, and would produce a credit to the custmoer for 2.02k.
What my client wants, is for the amount accrued to increase from 1.02K to 2.02K and NOT post to the customer.
Is this possible?
If so, how is this done - via pricing conditions and values in VKOA?

Hi Mark,
I'm not sure, but I understand that you want to change the value of condition while you are running it. Check BADI SD_ENH_REBATES, method V13A_VERIFICATION, I see that you can change I_E_KONP. I am never use it, only I know it, so I don't tell you what kind of troubles you can find.
I hope this helps you
Regards
Eduardo

Extended Rebate Manual Payments

Hello
I am configuring extended rebate processing for my company. We need to use extended rebate processing particularly for the variable key functionality. i have noticed that manual payments are no longer active for extended agreements, but OSS NOTE 1156159 indicates perhaps that the correction will activate manual payments. We do not see this behavior after implementing the correction specified.
Is it possible to create a manual payment when using extended rebates? If so can anyone provide details of how to do so.
If i have a rebate which is volume dependent...say 20,000 items and customer buys 19900 items and sales decides to pay the rebate based on what has been accrued, how can i accomplish this with an extneded agreement?
If anyone has implemented this particular note, what functionality does it provide?

Hello Thomas,
within Extended rebate processing, the manul settlement by VBO2 is not allowed.
Settlement can only be performed by transaction RBT_ENH_VB7.
The purpose of note 1156159 is to allow the modification of payment amount in the credit memo created by periodic partial settlement (by run RBT_ENH_VB7), if it is not transferred to accounting.
Best regards,
Ivano.

Extended Rebates Manual Accruals alternative

Hello to all,
We are implementing extended rebates Solution in our Company.
After reading some threads and notes, the cocnlusio is that Manual accruals functionality should not used in the
extended rebates processing.
However we have also agreements active in our system that we are using manual accruals.
For example a case of agreements for fixed amount of 12000Eur per year to customer.
In this case we post manually acrruals of 1000Eur per month.
In the extended rebates solution we have not this function possible.
Do you know why and if any alternative functionality is available?
Thanks and Regards,

Hello to all,
We are implementing extended rebates Solution in our Company.
After reading some threads and notes, the cocnlusio is that Manual accruals functionality should not used in the
extended rebates processing.
However we have also agreements active in our system that we are using manual accruals.
For example a case of agreements for fixed amount of 12000Eur per year to customer.
In this case we post manually acrruals of 1000Eur per month.
In the extended rebates solution we have not this function possible.
Do you know why and if any alternative functionality is available?
Thanks and Regards,

Extended Rebate Activation

Hi,
I am not able to find extended rebate in the configuration menu.
I am not sure how to activate and get the same. Is there any BADI that I need to activate?
Could you please help.
Regards
Saiteja

Need to activate EA-ISE through T.Code SFW5 to see the extended Rebate Menu path.
Extended rebate menu: Sales and Distribution => Billing => Rebate Processing => Extended Rebate processing.
Regards
Saiteja S

Extended Rebate functionality (and its use)

Iu2019m currently working at an international customer with operations in Europe. They sell products in almost all countries in Europe, which are being sourced normally from one single plant.
They are using the intercompany billing process.
They are currently using the standard Rebate functionality, including Rebate settlement.
They are facing with an issue with the Rebate settlement process.
They setup the rebate agreement with an element of a material, e.g. the material pricing group, since the product portfolio is too large to use a material in the rebate agreement.
Normally a product is delivered from one source (one single plant), but occasionally the product will be delivered from another plant (in another country)
The issue in the rebate settlement is the proper determination of the tax code and therefore the proper tax percentage. This since the products can be from several source (delivering plant) in several countries.
It is impossible to create all combinations in a rebate agreement, including the delivering plant, since there could be over 30 of them.
We have already thought of the fact to include the material tax classification in the setup of the rebate agreement.
Currently we are looking at the following options
Implement Vistex u2013 a (fairly) expensive proposition
Do nothing u2013 this will mean, that the Finance department will need to use a (custom) BW report to make financial posting and Credit Memou2019s
Made enhancements in the current process u2013 this will mean a long time for analysis and a longer time to made the enhancement and even a longer time to properly test all changes.
Implement Extended Rebate functionality. We have been looking at this and have a couple of questions on this:
Can we turn on the extended rebate functionality for existing agreement types?
Should we create new agreement types and use Extended Rebate functionality on the new agreement types?
The configuration of the Variable keys u2013 are there any hidden u201Cissuesu201D we should be aware off?
Any comment, documentation, link to documentation, remark, suggestion is welcome.
Thanks and regards,
Jan Pel

Hi Jan Pel,
Did manage to find a solution for your problem?
We are facing a similar issue but the situation is more difficult since we don't use standard sap to determine the tax. Instead we use an external system and due to this we don't have more than 2 tax codes maintained (they are meaningless really).
I'm also trying to understand the standard sap behavior for tax determination on the rebate settlements. Since the settlement is creating an item per condition record, how is the correct tax applied (and multiple documents/items created if different tax applicable). Is standard sap creating different settlement invoices/items in the settlement invoice if there are different tax codes in the underlying billing documents in scope of the rebate agreement?
I would appreciate your feedback.
Thanks and best regards,
Kevin

Normal and Extended Rebates Processing

Similar Messages

Maybe you are looking for