Extended rebate

Hi gurus,
I am creating the extended rebate settlement, but when generating credit memo in that local rebate and international rebate is not calculating. Though I have maintained the conditions in the Billing pricing procedure and credit memo pricing procedure with correct setting.
When I have done the further analysis in that I come to know accrual amount is stored in the Info. Structure S469, which is standard info structure. I have checked the table level and able to see accruals but these accruals is not getting triggered in Credit memo. As per the analysis from Dev team, the VARKEY (variable key available in the Table S469) is the major parameter which picks up rebate condition in extended rebate.
Can any body is having the idea how to configure the VARKEY for extended rebate.
Your help is appreciated.

Hi Carminem ,
EA-IPPE is already installed.When I look in the search function of IMG ..I can see all the extended rebates nodes but when I doubleclick on it ...it takes me to the standard rebates procesing.....Will activating any of the extension sets be helpful...my version is 4.7  ..release notes do not mention any extension set ....
Please help me ..since  you have worked on this before ..I will reward with the maximum points if  I get a solution since this is business critical...
If you dont mind ..please let me know your contact number\location on which I can call you to discuss this functionality ..my number is +65 81188185(singapore).
Thanks a lot..
Regards
Avinash

Similar Messages

  • Final Settlement for Extended Rebate - agreement status not updated

    Hi,
    When doing final settlement via the Extended rebate, a CM is generated, but the status of the agreement is not updated to D.  Any configurations needed or steps to be done? I thought it should be automatically updated by the system..
    Thanks,

    Hello
    Refer following links with SAP Note for reference/understanding:
    - The sales volume for Rebate agreement  is not current
    - Sales volume not current in Rebates
    - 456458 - FAQ: How does SDBONT06 work
    Thanks & Regards
    JP

  • Extended rebate - change payment values with Badi RBT_ENH_BADI_SETTLE

    Dear all
    I am trying to change payment values for an extended rebate agreement credit memo.
    According to the documentation it can be done using BADI
    RBT_ENH_BADI_SETTLE .
    I am using  method BONUS_VALUES_MODIFY , but no values
    has been changed in the credit memo.
    Does anyone have experience using the BADI ? Or any other idea how to change the payment values (not manually )?
    Thanks ,
    Miriam Harel

    Hello Miriam,
    I've got the same needs. Did you use finally this Badi ?
    If yes could you kindly tell me how did you use it?
    BR.
    Frédéric TURILLON.

  • How to Activate Extended Rebate Agreements

    HI All Gurus,
    We are using the SAP ECC 5.0 Version.
    My Client Requires certain features which can be handled through Extended rebate agreements.
    As per the documentation.
    Can Anyone help in how to activate the Extended Rebate Agreements.
    Thanks in Advance
    Sachin Dhiman

    Hi sachin
    1. change the time frame in tcode VBO1
    2.. Update doc is VBOF
    3. IF doing retro billing go to VFRB

  • 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 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 Functionality with Variable Keys

    Hello All,
    I am trying to find information on extended rebate functionality in 4.7. I have looked though white pages G72, G63, and G64 but have yet to find what I am looking for.
    Basically I want to be able to spread a rebate settlement (credit memos) to multiple partners in a customer hierarchy evenly based on their individual sales volume (instead of one Rebate recipient per agreement I want many based on customer hierarchy node).
    I also would like to spread the settlement against multiple materials.
    I have heard this is may be possible using the variable keys and structure S469 but for the life of me I cannot figure out if it is possible to do what I am asking.
    I really appreciate any help that can be extended to me.
    Thanks,
    Lance

    Hi Lance,
    thr price-conditions ( values or rabates ) are stored in Tables like S+++ ( S469).
    You want to have an access to a pricing table with other keys as you found in the standard system.
    Therefor : make you own S9++.
    there are the following steps:
    Check, if your key is in the selected keys for pricing - if not, add it there.
    The field must be in an apend of structure KOMG ( generally ) and KOMP ( for position fields ) or KOMK ( for header fields ).
    Create your own S9++ -- ( in Pricing, i have about 150 own pricing tables ).
    Next : go to the Customizing of the ?? German = Zugriffsfolge ?? for the condition.
    Here you can add up to 99 Zugriffe to get the condition. Here you need your new S9++ and you have to connect it with the fields.
    ( i have had problems with the 'little' number of 99. for one Condition i need up to 160 Zugriffe - i have split it up into 2 Conditions ).
    In one S9++ you can connect several fields to one Condition table.
    The customer - numer and the hierarchi - number and the recipienst-number - all fields are of the sae kind.
    In the Zugriffsfolgen, you can do  several Zugriffe for the same Table S9++ - but in the connection of the fields, you can variate the souce fields -- first Zugriff : Customer - number / secons Zugriff : Hierarchy 1 / ....
    With this method, you can also add customer fields of VBAP or VBAK into your pricing module.
    I hope, youve got an idea, where t go. see also in the SAP documentation - in german, i have picked many things out of the documentation.
    Hans

  • 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

  • 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

  • Sales volum for extended rebate agreement

    HI All,
    i made an extended rebate agreement and asales order accordein to this agreement, dleivery and billing then i returned back to the agreement to make settlement but i found this massage (( The sales volume for agreement 131 is not current)) i runed the report SDBONT06 but the massage still present so can u help me pls.

    Hello
    Refer following links with SAP Note for reference/understanding:
    - The sales volume for Rebate agreement  is not current
    - Sales volume not current in Rebates
    - 456458 - FAQ: How does SDBONT06 work
    Thanks & Regards
    JP

  • Extended Rebate Agreements

    HI All Gurus,
    We are using the SAP ECC 5.0 Version.
    My Client Requires certain features which can be handled through Extended rebate agreements.
    As per the documentation.
    Can Anyone help in how to activate the Extended Rebate Agreements.
    Thanks in Advance
    Sachin Dhiman

    Thanks a lot Alex,
    I have done the same.
    And now the extended Rebate Agreement link is available.
    Can you send me some document that gives me the steps for configuring the same.
    Here my client Requires Rebate agreements to be setteled retrospectively and the COPA to be updated at SKU Level i.e. Material level.
    As far as I have read about extended rebate agreement,
    this kind of requirement can be handled using variable key.
    If you have further input on this, kindly let me know.
    Anyways Thanks a lot for this help.
    regards
    Sachin Dhiman

  • 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

Maybe you are looking for