4 issues in Rebate Agreement

Dear Gurus,
While running the cycle of Rebate following Issues required feedback from Gurus.
1. When running VBOF transaction and input the required parameter report show no result. Why plus what is the purpose of running this report before and after posting the invoice or etc.. ???
2. I have two invoices that I have posted rebate basis amount is 3270+3270= TTL 6540, In agreement Amount is 2%, and in Accural column in put 5.
So When I am "Sales Volume for Rebate Agreement"  it shows me figure like this
130.80  PKR  2.000  %     6,540.00  PKR    6,540.00  PKR    327.00- PKR
I believe 130.80 is a 2% of 6,540.00
and 327 is a 5% of 6,540.00
when I create a credit memo system take 130.80 value for the credit memo request.
Than what is the difference in b/w 2% and 5 or 5% or in amount and in accural.??? pls explain.
3. If I am going to settle the accural through vb(7 it gives me a message that no agreement is found, although I have put all the related input, but same If I will go through in the agreement i can easily perform the credit memo request and credit memo.
4. Last how system will update the "Agreement Status" in control Data in the agreement, currently I am manually doing this.
when I need to settle the account.
Looking for the response.
LRegards,

any update from gurus.

Similar Messages

  • Currency exchange rate differences in rebate agreement settlements

    Hi Experts,
    My customer has issue in Rebate agreements and final settlements.
    ISSUE:
    Rebate agreement currency is EUR
    Billing document currency is EUR
    Company code currency is SEK
    Initially ( Before final settlement)
    The accrual amount in sales volumen 3151.05 EUR
    the accrual amount in drill down 3152.05 EUR
    After Final settlement
    The accrual amount in sales volumen 2.62 EUR
    the accrual amount in drill down 3152.05 EUR
    The accounting documents shows after final settlement
    customer A/c 3151.98 EUR credit
    Expenses A/C 3151.98 EUR debit
    Accrual A/c 3149.43 EUR debit
    Expenses A/C 3149.43 EUR credit
    The difference of 2.55 EUR is due to currency differences.
    there is no retrospective rabte processing .
    Kindly give your expertise resolve the issue of currency exchange rate difference in customer currency.
    Immediate response is highly appriciated
    Thanking you
    With regards
    Murali
    Message was edited by:
            Murali Krishna Lanka
    Message was edited by:
            Murali Krishna Lanka

    HiI
    f you set this selection field then the settings in the ERD Setting column for this currency type are no longer relevant. The system calculates and posts exchange rate differences between order-related goods receipts and invoices not just for materials with standard price, but also for:
    Materials with moving average price
    Account-assigned transactions
    Planned delivery costs
    The valuation of the inventories or consumption is effectively done at the exchange rate for the goods receipt, and not at the exchange rate of the invoice. When you post the good receipts, the fixed exchange rate from the purchase order is not used, but the translation of the purchase order values to local currency is always done at the posting date of the goods receipt.
    If you are using the material ledger with actual costing, the system does not include the posted exchange rate differences at period-end closing in the actual prices of the materials.
    Regards
    Antony

  • Rebate Agreement Sales Volume

    Dear All,
    We have a strange issue in Rebate Agreements.
    When we Open Rebate Agreement in Change Mode and click on Sales Volume Button ( Shift F5) then it navigates to Sales Volume Screen. Now if we change the Agreement Status to B ( Agreement Released for Settlement) on the Initial screen and then go to Sales Volume Screen then at the top of the screen their is a Information which says
    There are messages
    This Information message is not shown for all rebate agreeements. It is getting shown only for few agreements which we do not have any clue as to why it is happening?
    Can any one throw some light on What does this Message " There are messages" means? Because on that screen their is no option to check what messages the system is referring to.
    Also in which scenarios this occurs?
    Regards,
    Madhukar

    Hi Aayush
    When you rebuild the rebate index table VBOX all agreement conditions will be set to retroactive again. I guess someone has run RV15B001 on your system in the meantime ? 
    The "Sales Volume is not current" message is issued when the rebate condition is flagged as retroactive (KONP-KSPAE) SDBONT06 resets that when it has completed a successful update
    So just run SDBONT06 again, all of you 93 agreements are updated so the report will only reset the KONP-KSPAE field on the conditions in that case.
    Hope it helps you further
    Kind regards
    Brian

  • Rebate Agreement's final settlement includes invoices already processed

    Hello,
    I've been testing rebate agreement functionality and I'm facing this issue:
    If I define a rebate agreement for a customer just for this day and post two invoices, this invoices are referred to the agreement. After this I do the final settlement for this agreement, credit memo is posted and everything is ok.
    Then I define another agreement for the same customer and just for this day again. The next invoice I post is referred to this new agreement. But the problem is that once I do the final settlement of this second agreement it includes the invoices of the first agreement.
    I need to know if there is something I've been missing?
    Regards,

    Hi,
    please have a look to this SAP Help link & use all these 27 steps as a key check for your scenerio.
    so that you can find right place where you are missing -
    [Creating Rebate Agreements|http://help.sap.com/saphelp_ides/helpdata/en/5d/363ec3583f11d2a5b70060087d1f3b/content.htm]
    Also have a look to these threads for better look to issues.
    Rebate Agreement issue on sales volume
    Regards,
    RS

  • Rebate Agreement Issue.

    Dear Gurus,
    My client's requirement is like this.
    Quantity and rebates are given below.
    Qty       Rs
    100     10
    200     20
    300     30
    400     40
    This rebate agreement is on monthly basis.
    If the customer buys 100 tonnes then accrual is 100*10 Rs.
    Like that he buys 4 times in a month, then each invoice accrual is 100*10 *(4 invoices)- 4000.
    But they calculate the rebate on cumulative monthly sales it means his sales should fall under 400 tonnes.
    So his accrual should be 400*40 Rs *(4 invoices)- 64000
    Can anybody guide me how to do this.
    Presently accrual is happening for Rs.4000, but it should be 64000.  Pl guide me to rectify the issue.
    Thanks & Regards,
    Sreehari.
    Edited by: Sreehari Kondapalli on Jul 8, 2008 8:15 PM

    Hi Sreehari
    What I can make out from this is that Is it possible for you to change the amount on each rebate record for example Rs. 400 for quantity 400.
    Does it serve the purpose or do we have some implication of it
    Manu

  • Settlement of rebate agreement for previous period

    Hi Friends!
    This is about rebate settlement (Partial settlement) for rebate agreement documents. We have a process of creation of retro-active rebate agreements and then the sales invoices are updated through a backgound job (program SDBONT06). At the month end there is another background job (BON_ENH_SETTLE) for partial settlement for a month.
    The above program is able to create rebate credit notes for respective months but there are updated invoice documents (accruals) in previous month. The background jobs are not able to settle the rebate accruals which are generated in previous months.
    My question is that if we input the settlement period (ex june) for that particular month and the settlement date (30th June) in selection screen of program BON_ENH_SETTLE, would this ensure that the credit note can be generate for the month of june?
    regards,
    Praveen.

    Hi Friends,
    Can any one please help me on the mentioned issue. It's bit urgent.
    Thanks & regards,
    Praveen.

  • Rebate agreement-Difference coming for credit note value and drill down value .

    Hello Friends,
    In 2013 we had created one rebate for which the validity period was 1st April 2013 to 31st March 2014 . At the end of each month, rebate amount was settled by raising credit note to the customer . Now at the end of March'14 during final settlement, a credit note was raised to the customer . The issue here is there is difference of 1.13 (Pounds) between credit note value and the drill down value for March'14 . Lets say our credit note value is-100 (Pounds)and Drill down value for the month March'14 is 101.13 Pounds. We are not able to find out why this difference is coming . Please let me know your inputs on this .
    Regards,
    Sandeep G. 

    Sandeep -
    During final settlement of a rebate agreement, it calculates rebate amout for the the entire time period less payments already made to a customer and then issues a credit memo request based on that.Please check all the the invoices created during entire period and check accrual calculation.It should match.
    You can check VBOX table to get billing documents for the entire period.
    Let us know if you still have an issue.
    Thanks & Regards
    Amit Gupta

  • Rebate Agreement Replication CRM to R3 and vice-versa

    Hi All,
    We have a requirement of creating Rebate Agreement and maintaining the conditions in the same.
    When we create an order (in R3 or CRM) the values has to be populated from the rebate agreement.
    Scenario A:
    The setup of rebate is completed in R3, we have downloaded the conditions from R3 to CRM and when we are creating the order in CRM the rebates are not getting recognized. Upon analysis we found that we have to download the rebate agreements too and the respective object is REBATE_DNL_AGR.
    (Rebates are working fine for Pricing in R3.)
    Scenario B:
    We have tried an workaround of creating rebate agreements in CRM and uploading them to R3, object used is REBATE_AGRMNTS but no success.
    (In this case rebates are working fine for Pricing in CRM.)
    We are facing issues in replicating the Rebate agreements from CRM to R3 and vice versa.
    When we do the initial load R3AS of below objects, they are not progressing and not appearing in queues too. Status is always running
    CRM to R3 for rebate agreement – REBATE_AGRMNTS
    R3 to CRM  for rebate agreement - REBATE_DNL_AGR
    If you have any inputs, pls share. Thanks
    Regards,
    MK

    Hi  Kalyan,
    Did you achieve scenario B ?. You also mentioned that for scenario B , it works fine with pricing in CRM. Was the billing happening in CRM or ECC in that case ?.
    Did the scenario A worked ?.

  • Rebate Agreement

    Dear all,
    I have a problem, please kindly help me on my issue.
    For the rebate process, my client requires for their customers once the time period is over he dont want to raise the credit memo reuqest on the behalf of credit memo client want to replace the goods at free of cost to their customers.
    Kindly help me in this issue

    Hi Ashwini,
    Rebate Agreements are created for a Customer, the Partner role of the Customer can be Payer or Sold To, depending on the document where the Rebate is calculated.
    Rebate Agreements are governed by Agreement Types.
    Rebate Agreements can be created using the menu path-
    Logistics -> Sales and Distribution -> Master Data -> Agreements
    -> Rebate arrangement -> Create
    If you need more details, Please give ur mail id. I can send you a document to your mail.
    regards,
    Raj

  • Rebates agreements (extremely urgent)

    Dear SAP experts,
    I need your help in rebate agreements (RA).
    I have setup the condition tables for RAs to accept Sales Area, ship-to, and EAN (MARA-EAN11) as combination. Together with material determination table, it does a mapping/substitution whenever I create a sales order which works like a charm to map to the access sequences and conditions I have created.
    However, there is an issue with this setup. Each EAN can actually map to multiple MARA-MATNR (material numbers) depending on the MATNR lifecycle (i.e. 1 EAN to M MATNR).
    For instance, EAN 123456 can have material abc assigned to it today, but due to a product being pulled out of market, business reuses that EAN 123456 and assigns it to another MATNR later on. To ensure that the right EAN-MATNR combination happens at a time, the material determination table (MDT) was used as an approach.
    However, when I create RAs with condition type Sales Area, ship-to, and EAN (MARA-EAN11)  combination, the "material for settlements" field is required as input. As the "material for settlements" field is KONP-BOMAT with check table MARA, it is not possible for me to put in EAN for the material as it requires a MARA-MATNR field.
    One of the options I was thinking was to do a conversion using MDT prior to creation of RA. Note however that when the MDT data changes, there will be inconsistencies with what's happening in real life versus what was mapped: the RA's take the conversion from EAN -> MATNR based on the contents of the MDT at the point of RA creation, and do not get updated automatically even when other MATNR get assigned to the same EAN.
    My questions as follows:
    1. What is really the materials for settlement field? How does this field impact the creation of credit memos? How does this impact the settlements process?
    2. I would need to create an output report based on the rebates generated on EAN level. My understanding is that SAP is working on the MATNR level. Is there any way to go about this given the situation described above?
    3. Given that the data in the MDT changes against the FPC, is there any way to ensure that the EAN is the "key field" used for data processing in place of the MATNR field in the RA "material for settlement" field?
    4. Any advice on how EAN will impact RA creation, order, delivery, shipping, invoicing?
    Thanks a lot for your help in advance.

    hi
    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.
    Rewards point it helps

  • Rebate Agreement, Open Accrual

    Hi All,
    In our organization, we use rebate agreement extensively. Most of the agreements are for one year validity period.
    My problem is that when we finally settle the agreement and issue credit memo for final settlement some accrul is left open. Generally we make sure that at the time of settlement the accrued amount is equal to the final settlement value. This is done by doing the manual posting of accrual.
    In case some agreement has some open accrual, when Agreement are in "C" or "D" status, how can i make the open accrual as "zero". this is also due to audit pupose we don't want any open accrual against an agreement.
    Thanks in Advance.
    Deepak

    Thnaks a lot for the message.
    First, what are system calculation rules ?
    Second, Suppose now there are some issue bcos of which the accrual are open than what is the way to eliminate the accrual from the agreement once it is in C/D status.
    Thanks

  • Problem with Rebate agreement

    We have a problem with Rebate agreement settlement.
    Generally when the finall settlement of Rebate is completed ( with status D - D means final settlement ), the liability should be zero. However, after we made final settlement, still some amount is showing as liability when we looked at the sales volume of the rebate agreement.
    Please help us to fix the issue.
    Thanks in advance for the help.

    Hello,
    Please review the Note 392683.
    Regards,
    Raghavendra YN

  • Rebate Agreement accruals invoice reports

    Hi Team,
    As per my client requirement we need to prepare the below  rebate agreement accruals invoice report.
    Rebate agreement
    Rebate recipent
    Customer
    Invoice date
    Invoice
    Invoice Item Number
    Rebate Material
    Rebate material net quantity
    Invoice price
    Rebate accural  condition ( % or $)
    Total Rebate amount
    GST
    20000
    123456 (payer)
    1000
    01.01.2014
    987654321
    110
    ABC
    20
    10.00 $
    $ 10.00
    $ 10.00
    20000
    123456 (payer)
    1000
    01.01.2014
    987654321
    140
    ZYX
    5
    5.00 $
    $ 0/50
    $2.50
    We have prepared the report using rebate tables and achieved the results but we missed below one logic here.i.e.
    Business want to maintain the rebate accruals condition records for few customers accounts in the rebate agreement although it’s not related to rebate receipts account.
    Example: rebate agreement: 20000
    Rebate receipt: 123456 (Payer account)
    Rebate condition records
         1)    Customer & material combination – customer # 1000 and material # ABC – 5.0 % - appearing the reports –Status : Working appearing the reports Customer # 1000 Payer is -123456
    2)       Customer # 9999 and material # ZXY – 5.0% - Not appearing the report – Status: Failed
    Customer # 9999 is Payer – 88888 – both accounts are don’t have any PF relationship with rebate receipts # 123456
    When Rebate Condition records are maintaining for Rebate receipt related to customer (SP) account & material combination level in this scenario – Reports working fine .However, few scenarios like business need to maintain rebate accrual condition records for other payer customer accounts in the same agreement in this scenario – Reports is not pulling the invoice accruals due to logic missing our early logic given based on the rebate recipient customer level. I am excepting a technical logic with functional details in this.
    Could you please help me.
    Cheers,
    Jackon Robert

    Hi Omer,
    Proposal:
    Setup your rebate condition as amount = 0 and accruals = $
    The system will do the accounting movements for the accruals as usual
    When doing the final settlement in SD, nothing will be credited to the customer as the rebate condition is zero BUT the accruals will be reversed (as usual when doing the final settlement).
    That should work because it is standard SAP logic.
    On the other hand, it is a pity not to be able to credit the customer if you already have the rebate agreement created in the system.
    Are you 100% positive about this legal issue in your business environment?
    I did a few rebate projects in FMCG and it is standard practice to send credit memo to the rebate recipient: The Customer (Payer in SAP).
    Nobody ever said it was a problem, because practically speaking it is just one more credit note to the same customer that was invoiced beforehand!
    Best Regards,
    Franck Lumpe
    Freelance SAP Consultant

  • Rebate agreements: Turnover for archived invoices cannot be displayed

    We have implemented a check routine in archiving which prevents rebate relevant invoices from being archived before the rebate agreement is settled.
    As soon as the rebate agreement is settled invoices may be archived. That means that the turnover display (verfication level ,All documents') of a settled rebate agreement does not necessarily show all invoices (if some of them are already archived).
    As a possible solution for that problem an enhancement can be implemented (as fas as i have investigated the coding) where you can read additional data from archived invoices and add them to to the verification list.
    Does anyone has had experience with that problem respectively implemented a solution for that ?
    Thanks a lot for your help,
    Michael

    Hello Michael
    We faced a lot of issue with rebates because of the archiving frequency of invoices.If you check the verifiction level
    it should still diplay the invoices.
    Why do they want to view the sales volume for the settled rebate agreement?
    After exploring all the alternatives we decided to reduce the validity periods within the archiving period of invoices (for example
    we had 3 years validity period whereas the archiving program archives invoices past 2 years).This resolved
    a lot of issues for us especially the entries in VBOX were reduced which had sometimes resulted in tbale overflows.
    I do not know if this will solve your problem but any how wanted to share our experience.
    Thanks
    Vikas

  • Currency in Rebate Agreement is different to Curr. required for Credit Memo

    Hello!
    I have a question regarding Rebate Agreements.
    We have clients with whom we have Rebate Agreements in USD, but clients are chilean so the Credit Memo is meant to be in Chilean Pesos. But there is apparently no possiblity to change the currency neither in Credit Memo Request neither in Credit Memo. The Chilean Financial Institute does not allow Credit Memo Document issued in USD, it has to be in Chilean Pesos!
    Do you have any idea how to solve this problem?
    Thank you very much,
    Dominik Ley
    Santiago de Chile

    Hi domnik
    First of all maintain currency conversion in OBO8  . Now when you settle the rebate agreement then go to Credit memo order (change mode)  and in item data ->conditions tab change the currency then automatically the value will also change and the same value will flow to the Credit memo billing document and then you can forward it to FI.
    Regards
    Srinath

Maybe you are looking for