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

Similar Messages

Rebate processing and settlement

Hi All ,
how can i make the base for my scal in rebate is always zero (eg: 0: 1000 > 1%, 0:2000->2% , 0:3000--->3%)
and how can i make partial settelment to my rebate agreement?
htanks alot.

Hi,
You can maintain rebate scale type in Rebate conditions by V/06, see tab SCALE
And you can settle it by t-code VB(7
See under ACTIONS
there is optuions available final, partial settlement etc.
Kapil

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.

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

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

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

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?

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,

Business process&rebates

sd folks,
              plz provide documentation of business process in sd and rebates .
         i've seen sap help.but i can't under stantd. how 2 configure in system.plz provide config material.
               it's
          msr

Hi Raju.,
    REBATE AGREEMENTS:
A special discount paid retroactively to a customer once he reaches sales volume in a given period of time.
Structure:
You can define the following data in a rebate agreement:
Validity period
Status (whether the agreement is released for settlement)
Rebate recipient (the party who receives the credit memo)
Currency
Method of payment (cheque, bank transfer etc)
Data Defined In Condition Records:
Basis for rebate (customer, customer/ material, rebate group, etc)
Validity period (the validity must lie with in the validity of rebate agreement)
Cond rate
Material for settlement
Accrual rate
Other control data, such as pricing scale type
Prerequisites for Rebate Processing:
Sales orgn: must be relevant for rebate processing
Payer: must be relevant for rebate processing
Billing type: (invoice, credit memo etc) must be relevant for rebate processing
Material for Settlement:
You may have to create rebates that do not depend on a material, but instead, e.g. on:
A Customer
A Customer Hierarchy
A Group of Materials
You will then need to refer to a material for settlement. The system uses this material when you pay out the rebate. It does not matter which material type & mat application type you use.
When you create the cond record with in the rebate agreement, the system automatically asks you to enter the no of material for settlement.
Rebate based on Group of Materials:
A rebate group consists of materials to which you want to apply the same rebate. You system administrator can define rebate group in Customizing for Sales according to the need o f the orgn.
You can assign a material to a rebate group in the MMR: view- Sales, field- Rebate Grp. When you create a cond record, you must enter a settlement material.
Rebate Agreement Types:
Agreement Type Basis for Rebate Cond Type
0001 Customer / Material % Rebate BO01
Customer / Rebate Group % Rebate BO01
0002 Customer / Material Quantity Dependent BO02
0003 Customer Percent rebate BO03
0004 Customer hierarchy Percent rebate BO04
Customer hierarchy / Material Percent rebate BO05
0005 Sales Volume Independent BO06
SPRO- IMG- SD- BILLING- REBATE PROCESSING:
Define rebate agreements
Condition type groups
o Define cond type groups
o Assign cond types to cond type groups
Maintain access sequence
Define condition types
Assign conditon types to conditon type groups
Maintain pricing procedure
o Assign condition type groups to rebate agreement types
Activate rebate processing
o Select billing documents for rebate processing3
o Activate rebate processing for sales organisations
o Activate at customer level.
Define Agreement Types:
Copy & rename: 0002 & go to Details
From
To
Reverse accruals: flag it on
Manual Accrual Doc Type: Doc Type (R4) & Billing Doc Type: B4
Verification level: payer, material
Partial payment: Doc Type (R3) & Billing Doc Type: B3
Rebate credit memo: Doc Type (R1) & Billing Doc Type: B1
Define Condition Type Groups:
Copy & rename: 0002. Give the same code as given to agreement type.
Assign Condition Type to Condition Type Group:
In this activity one needs to assign the cond type from the pricing procedure to the cond type group found on the rebate agreement type. The sequence no column represents the fields in the cond table that determines what the system is to use as the basis for rebate. In this e.g., 1 determines that the cond type should use the fields customer & material. The cond type group 0002 will use pricing cond type BO02. Before assigning cond type to cond type group, you have to create a cond type.
Cond Technique for rebate processing:
Create cond table
Maintain access sequence
Define cond type: BO02 is the cond type used in pricing, copy & rename.
Assign cond type to cond type group: BO02 to 0002
Maintain pricing procedure: assign cond type BO02 to pricing proc, after total discount & before freight. Assign Subtotal: 7, Account Key: ERB, Accruals: ERU (keeping reserve money from customer money), & Requirement: 24 (rebate will get affected in billing doc & not in sales doc)
The cond type BO02 must use cond class C- expense reimbursement.
The rebate procedure in BO02: indicates if the cond is dependent or independent of sales volume
The accruals correction proc indicates if accruals must be corrected when this cond type is accessed.
Assigning Cond Type Groups to Agreement Type:
Here you are presented with a list of agreement types as created in the system & you can assign the relevant cond type group
Activate Rebate Processing: at
Sales orgn level: activate rebate processing for sales organisations
Billing Document: select billing doc for rebate processing
Customer: active rebate in CMD Sales Area Data, Billing Tab Page.
Billing Document Types
F2 Standard Invoice F1 Order Relate invoice
BV Cash Sale B1, B2, B3, B4 Rebate invoices
G2 Credit Memo L2 Debit Memo
S1 Invoice Cancellation S2 Cancel Credit Memo
IV Inter Company Sales
Create Rebate Agreements: VBO1
Easy Access- Logistics- SD- Master Data- Agreements- Rebate Agreements- Create
Agreement type: 0002 & press enter. In the over view screen fill the following details:
Rebate recipient: payer no
Currency
Validity Period
Agreement Status: open
Then Go To Conditions Icon & Fill
Material, Rebate Amount, Accruals & save
Then create sales order, delivery, picking, goods issue & invoice
After this in Go to Conditions (item).order to see rebate in sales order cycle Go to: VF01 You can check rebate in VF01 before saving or else you can also see in VF02.
Rebate Settlement: VBO2
Change the agreement status to B (released for settlement), while we are creating rebate agreement it is open, hence change from open to B.
RebateRebate Payments Then, from main menu bar go to Using Payment Screen. You will come across a check box (flag it andSettlement save)
Rebate credit memo no will be generated (Doc Type: G2)
Go to VA02, give the rebate credit memo request no & remove billing block & save the document. Go to VF01 & create credit memo request (enter & save).
Retroactive Rebate Processing:
You can create rebate agreement for which the validity period start date lies in the past. The system takes in to account all the rebate relevant billing documents that were created between the validity start date & the date you created the rebate agreement. In addition to the credit memo request, the system creates a correction sales doc (type B2) automatically for this amount.
Create the rebate agreement in the usual way. The system recognizes that the rebate agreement is retroactive.
Deleting Rebate Agreements:
In the change rebate agreement (VBO2) screen, enter the no of the rebate agreement that you want to settle. And press enter
Select Delete, the system prompts you to confirm the deletion.Agreement
Press enter to delete the rebate agreement.
Result: the rebate agreement receives status C (settlement created)
Automatically Renewing Rebate Agreements:
Your system administrator is responsible for defining in Customizing for agreement type a calendar for extending rebate agreements. You can set for each rebate agreement whether it is to be renewed automatically or Reactivate or Remove in the change rebate Rebate Calendar not. Select Extras mode.
Renewing Rebate Agreements:
Enter the screen rebate agreements: renewing: Logistics- SD- Master Data- Agreements- Rebate Agreement- Extend & Choose Enter
The system issues a list of all rebate agreements which were renewed and which the system could not renew are listed in the log.
REWARD if helpull
Thanks & Regards
Narayana

Can u tell me waht r the steps involved in rebate processing

hi guru's this is suresh.advanced thanks for all gurus

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.
With Compliment: Srini
I have this same problem found in:
http://www.sap-img.com/sap-sd/rebate-process-with-ref-to-so.htm
However, can somebody explain it as I have problem in understanding the link.
What exactly do you wish to know in Rebates? The total outline of the Rebate process or each and every step in the SAP system?
First of all rebates are more or less discounts which are offered to customers. The rebates are based on the volume of the business the customer does with you within a specified time. for eg if the customer agrees for Rs.1 Crore worth of business with u in 1 year, then you activate your rebate porocess. if at the end of the year the customer DOES achieve the target u offer him say 2/3/4 % whatever is decided. The rebates are passed on to the customer in the form of Credit notes.
The rebate can be given to the customer at one time or in installments also.
This is broadly the outline of the rebate process.
R.Sreeram
Note : I recomend you to study the theory part of why rebate and why not a discount.
This will help you understand better.
May be I can help you with rebate process.(IN -IMG)
1. define a rebate agreement type
2. define a condition type group
3. define a condition type and place this condition
Type in the pricing procedure.(REQUIREMENT=24)
ALSO IN THE PROCEDURE- ACCRUAL KEY = ERU
YOU ALSO HAVE TO DO THE ACCOUNT DETERMINATION FOR REBATES.
Once you have defined all the 3 and assignment starts.
Assign the agreement type to the condition type group
Assign the cond type group to the condition type.
Condition technique is also used in rebates.
REBATE ACTIVATION- IN CUSTOMER MASTER, SALES ORGANISATION AND FOR THE BILLING DOCUMENT.
After having done this please proceed to maintain the condition record for the rebates (transaction code-vbo1)
Note: if you maintain the requirement coloumn with the requirement as 24 - the rebate will be affected in the billing document and if you dont give the requirement as 24 your rebate will be affected in the sales order.
The rebate process is completed when you have created a credit memo to the customer.
The document type for the partial settlement is R3.
Please make sure you open two screens SO THAT YOU CAN COMPARE THE NEW ENTRIES WHAT EVER YOU'RE DEFINING WITH THAT OF THE STANDARDS or first you try with the standard condition type boo1, boo2
boo3 boo4.
AFTER YOU HAVE FINISHED A COMPLETE SALES CYCLE OF CREATION ORDER , DELIVERY AND BILLING.
GO TO THE CONDITION RECORD IN CHANGE MODE (VB02) AND SETTLE THE ACCOUNT PARTIALLY.
I hope this will be of any help to you.
Praveen
In a simple way,
1. First you need to create a Rebate agreement.
2. Create condition record for rebate giving the rebate rate and accrual rate.
3. when the rebate relevent billing doc is generated, the rebate and accruals are determined and posted in a seperate GL account as a noted item - amount to be settled. Also it gets copied in the rebate agreement.
4. create settlement run using credit memo request and then credit memo to settle this amount with the customer.
Source : SAP-IMG

Issue on Indirect Sales Rebate Processing

Hi Gurus,
I am working on Indirect Sales Rebate Processing in ECC 6.0, I got Struck at Updating of Indirect Sales info structure S961 at Transaction RBT_ENH_GEN where in background Billing Documents has to be generated, which is not happenning.
As this in High Priority, please someone help me in this regard.
Will be appreciated for an Immediate reponse.
Thanks in Advance
Raj

Hi Leo,
The scenario with coupons / points is managed in SAP CRM and is part of Loyalty Management:
/people/bhushan.khadpe/blog/2008/11/13/sap-crm-70-loyalty-management-high-volume-execution
I am sorry to say that the indirect sales rebate, extended or not, will not solve your need.
Indirect rebates are used to credit distributors based on sales done on third-party customers (the customers of the distributors). These sales will be registered in SAP using a "pendulum list" and indirect rebate agreement give credit based on indirect sales volume (these are proforma billing documents generated from the pendulum list data).
My understanding is that any company that wants to manage coupons / points natively in the SAP ERP has to program this functionality itself in the ERP or to interface SAP ERP with a specialized external application.
SAP recommended solution is to implement SAP CRM, but IMHO that is an overkill for many medium size companies.
I wish there would be a way to implement specific CRM functions natively in SAP ERP, like Trade Promotion Management or Points Management, so the Customer could stick with a single ERP / CRM system
Best Regards,
Franck

Probel on rebates processing

hi all
curentlly i am working on rebates...
i did all necessary configurations setting to rebates processing ,,
i did below steps
cerqating rebate aggrement type like 0002.
*condition technique concept for rebate processing .
*a/c det for rebates processing.
*activation of rebates processing.
*maintain condition records. in VBO1.
After this steps i raise a sales order for sold to party. and done the business process up to 4 times.. then i want see the rebate settlement..
so for that i go for vbo2 and clicked on valume icon, and checked verfication levels..and just came to back and clicked on manual rebate icon ..in that wea\ are maintain the patial settlement..
here to i didn't found the next step how to go?? pls any one help me if you have any document pls mail me at [email protected]

Please take a look at point 3 in the OSS Note 821267
<b>3. File Locking</b>
Q: Does the File Sender Adapter honor if another process has locked a file for exclusive use?
A: Unfortunately, the J2EE 1.3 technology the File Adapter is built upon does not support file locking. This limitation affects the File Adapter's operation. Depending on whether the JRE implementation for the operating system under which the adapter runs uses mandatory file locking or advisory file locking, opening a file that is currently being written to by another process will fail or not.
If opening the file fails, no problem exists and the adapter will try to open the file each poll interval until it succeeds.
However, if opening the file is not prevented by the operating system, the adapter starts to process the file although it is still being modified. Since SP11 of the component XI 3.0 ADAPTER FRAMEWORK CORE there is a parameter named "Msecs to Wait Before Modification Check" in the advanced settings of the File Sender channel configuration to work around this issue. This setting causes the File Adapter to wait a certain time after reading, but before sending a file to the Adapter Engine. If the file has been modified (which is basically determined by comparing the size of the read data with the current file size of the input file) after the configured interval has elapsed, the adapter aborts the processing of the file and tries to process the file again after the retry interval has elapsed.

Extended rebate processing - Rebate settlement

Similar Messages

Maybe you are looking for