Plant determination from Rebate Agreement

After creating rebate agreement type, I went to make a sales order. But the problem is, the plant didnt appear. How can I make it automatically appear in may sales order?
Thanks.

The system should default Plant AAA, but if you want to change, it is very much possible. Select the line Item & double-click on the same & goto Shipping Tab page & change the plant.
Alternatively, before entering the material in sales Order, enter Delivering Plant. (Even this may work. You will need to check this)
Regards,
Rajesh Banka
reward points if helpful.

Similar Messages

Transfer text from rebate agreement to documents

Hi all,
I would like to transfer texts from the rebate agreement to documents (credit memo request, rebate credit memo).
Could anyone tell me what can I do to write in the rebate agreement the header text I want to transfer into documents please?
Thanks in advance.
Kevin.

Hi Dear Naveen,
Thank you for your answer, unfortunately in Financial Accounting I didn't find the solution, and I don't want to implement a proper BAdi/Enhancement.
According to the information I found in help SAP "the Texts for Rebate Agreements":
http://help.sap.com/saphelp_47x200/helpdata/EN/13/891c9f21fb11d29a0f0000e8a5bd28/frameset.htm
I think it's possible in Standard SAP, but I didn't succeed, and I didn't find more detailed information.
Do you have another suggestion?
Thanks.
Kevin.

Route determination from scheduled agreements?

Hi experts!
Can someone tell me if route determination is possible in outbound scheduling agreements (VA31) and how it can be enabled ?
Thanks in advance
Antti

HI Antti,
Route determination is possible in outbound scheduling agreements, as in the same way as doing in a Sales order creation.
Just go to the main page (transaction code:- SPRO) and click on the shipping tab then route----route determination. Now scheduling for OR (sales order).
(This is how route determination for a sales order is activated.
**DUNT FORGET TO REWARD POINTS IF YOU FEEL THIS TIP IS USEFUL.**
Regards
Anil

Plant specific rebate agreement.

Hi Gurus.
My customer is ordering material 2-3 depots & 1-2 factories.
Can we configure it as when customer orders material from "X" depot only he should be liable for rebate.
whereas rebate agreement is already created on customer, but it doesn't have any Plant(Factory/Depot) option.
Regards,
Antaa21

Hi Viv_EU.
Thanks for your reply but after changing the Access sequence "BO03" with plant added, what will happen to existing Invoices,
will those get updated?
or it will be applicable for rebate agreement & invoices created henceforth?
Reg,
Antaa21.

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

Problem in rebate agreement type 0005

Hi
I created a rebate agreement of type 0005 and maintained amount Rs 5000 for a customer
while creating billing document the condition type BO06 was determined in the billing doc but without anu value
the analysis shows that condition record has been found
I have checked the pricing date and all other parameters but still not able to figure out the mistake
Kindly help me in this regard
Thanks and Regards
SunilIyer

Hi SunilIyer
If you are working with the standard rebate agreement 0005 and condition type BO06
You will be working with a sales independant agreement and a fixed amount condition.
For a fixed amount there is no posting of accruals because it is already known what the
liability is in the agreement.
If accruals are required most customer's would post a manual accrual from the agreement
for the fixed amount of the agreement condition.
In your billing document you will see the Bo06 condition is determined and the agreement is
known but the condition value will always be 0.00 for a fixed amount.
This is correct and expected
Hope this helps explain the system behaviour
Kind regards
Brian

Rebate agreements / Rebate condition type

Hi Experts,
Can anyone tell me how to process Rebate agreements/Rebate condition types in pricing procedure.Please help me by giving step to step description for rebate condition type and where to maintain condition records and how they function.
Thanks in advance experts,
Kanna Palle.

Hi ,
find some notes on rebates.
in the billing document, the rebates are calculated as per the the accrual rates in rebates condition records. My question if the invoice is for Rs 100 and accrual rebate amt in invoice is rs 2. will the customer pay Rs 98 against this invoice of full Rs 100.
Ans --> Customer need to pay Rs 100 only , rebate amount will paied to the customer after completion of the rebate duration in between there will be partial settlement.
2) what happens during manual accruals. why a credit memo request is generated during manual accruals. what happens to accruals as per condition records.
Ans--> Manual Accruals
Use
Posting accruals manually can be useful in different situations such as:
Lump sum payments
Accruals correction
You can control at which time and for which amount the accruals should be posted.
You can build accruals for a particular condition record or reverse them in part or in full.
When you save the rebate agreement, the system will automatically create a credit memo request. The system uses this document to create a credit memo. When the credit memo is released, the accruals are posted to FI.
If you have posted accruals manually, but these have not been passed on to financial accounting, the manual accruals and manual payments in the rebate agreement are blocked.
3) what happens during partial settlement. do the accruals already poested gets reduced to the extent of amount of partial settlement. do manaul accruals have any role to play during partial settlement
Ans->Partial Settlement
Use
You can also partially settle a rebate agreement during its validity period. The amount to be paid can be limited in Customizing for Sales. Payments can be:
limited to the cumulative accruals of the condition record
limited to the amount that would be paid if final settlement were presently carried out
unlimited
You carry out partial settlement by using the manual payment screen within rebate agreement processing. On this screen you can specify the amount to be paid for each condition record.
The system will automatically create a credit memo request for the amounts specified.
It will also reverse the accruals with the credit memo if the rebate agreement type is configured accordingly. If the payment exceeds the recordu2019s accumulated accruals, the system will only reverse the accruals which are actually there.
The system gives you the opportunity to carry out additional partial settlements when previous partial settlements remain open in the form of credit memo requests or credit memos. The system always takes open documents into account when determining the maximum amount which you can pay.
When the system carries out final settlement for a rebate agreement, it takes all partial payments into account.
4) what happens during final settlement. do manual accruals have any role to play during final settlement i.e. do they get reversed and what happens to accurals posted as per rebate condition records.
Ans-->Final settlement
Use
When you carry out final settlement of a rebate agreement, the system automatically
calculates the rebate based on the sales volume statistics or the lump sum
deducts any previously paid rebates
It then creates a credit memo request, and proposes the end date of the agreement validity period as the billing date.
The system also reverses any accruals that have been posted.
Depending on Customizing, when the system creates a credit memo request, the document is automatically blocked for billing. After approving the credit memo request, the person responsible can remove the billing block. You can then create the final credit memo.
When you want to search for credit memo requests during sales order processing, you can use the match code F "Credit memo request for rebate".
You can carry out final settlement of rebate agreements
automatically
Manually
as a background task (in batch)
Settling Single Rebate Agreements
You can carry out settlement directly from within a rebate agreement.
Before you save the rebate agreement you can still carry out changes to the credit memo request:
The credit memo request is only saved when you save the rebate agreement.
Carrying out Final Settlement as a Background Task
If the volume of your sales rebate processing is high, you can collectively process rebate settlements as a background task.
The following reports are available:
RV15C001
RV15C002
Your system administrator can use these reports to generate a list of rebate agreements, based on various selection criteria, such as rebate recipient, status of the agreement, and so on.
Background processing can then be carried out later. I.e., after the regular posting periods.
After a list is generated, the rebate agreements can be analyzed or processed for payment.
For more information about settling rebates as a background task, see your system administrator.
Best regards,
venkataswamy.y

List of rebate agreements vb(8

Hi,
In vb(8, on entering date range of 1/4/2010 to 21/10/2010 for 'Service rendered date', rebate agreements which were valid as far back as 2007 are getting displayed. Why is this happening? What exactly is 'Service Rendered date'?
Thanking you in anticipation,
Regards,
Kasturi

attached Note 75778 for your reference.
j) Date of services rendered
To determine whether a document item is relevant for a rebate
condition, the system always uses the date of services rendered
(VBRP-FBUDA field). It is NOT possible to use another date.
Please refer to F1 help of services rendered Date for more information.
hi,
Date on which services rendered
The date of services rendered that determines when the system calculates
taxes (for example, sales tax) for the material.
Use:
If you deliver products, the date of services rendered corresponds to
the goods issue date and you do not have to enter a date in this field.
If you provide a service, however, and you are billing hours, you can
enter a date manually. You can use the date of services rendered as one
of the selection criteria when you process billing documents
collectively.
So in case of delivery-related billing, VBRP-FBUDA would get from LIKP-WADAT_IST,
while in order-related billing, VBRP-FBUDA would get from VBKD-FBUDA or xfplt-fkdat
(billing plan date).
If you always want the VBRP-FBUDA to get the date from sales order, then
you can control the date in the data transfer routine by adding the line:
VBRP-FBUDA = VBKD-FBUDA.
As we know in standard SAP rebate agreement process rebate gets calculated based on service rendered date (which is GI date)
regards,
balajia

Profit Center in Credit memo request of Rebate agreement

Hi all,
i have created a material rebate agreement. then i have created a sales order. at this moment, it is picking up the profit center in the sales order.
now when i execute the material for settlement, a credit memo request is automatically created by the system in which i cld not see any profit center. But when i give the profit center manually, system is accepting it. But i want the profit center to be determined automatically when i release the material for settlement( credit memo request)
in short: from where the system will determine the profit center.and why the systme is picking up the profit center in sales order and why not in credit memo request.
Thanks in advance.
Anil.

Maintain the Profit Center in Material Master in Sales General Palnat Data. From here it will be captured in Credit Memo Request & also be carried further. Incase you are making use of WBS element & profit center is maintained in Project, then the profit center of Project will supersede from the profit center of Material Master.
Rwegards,
Rajesh Banka
Reward points if helpful.

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

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

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

Settling Rebate Agreements with Validity Start Date not Start of the Month

Hello Experts,
I am currently trying to settle a rebate agreement with validity dates November 20, 2011 to December 31, 2011. However, after the credit memo is created, I noticed that the Service rendered date is today's date, but I expected it to be the same as my Settlement Date = November 30, 2011 (a month-end). Please advise if this is normal. If not, please advise how to correct the automatic entry of dates.
Thanks,
M

Hi
Kindly let us know what is the rebate agreement type that has been used for which you are facing problem and for which rebate agreement type you are getting the month end date.Check wheather scale basis is B(Value scale) has been maintained or not for the rebate agreement for which you are getting problem.So check the differences between the two rebate agreement types.As The service rendered date of the invoice line item is used to determine the validity of a rebate condition record
Regards
Srinath

Error in rebate agreement

Hi,
I would like to request your help on the error i encountered in SAP. I was doing a rebate payment settlement in VBO2 and I encountered the error: Error creating rebate credit memos (see next warning message) then I pressed enter and got this another error message: No business area can be determined for item 000420. Can you help me solve this error please?
Thank you very much for your help.
Kind regards,
Lemily

Dear Tirumalasetti,
This may be due to there is holiday in that calendar on the date of the Rebate agreement period end date.
So please change the Rebate agreement period end date or change holiday to working day in that calendar on that date.
I this will help you,
Regards,
Murali.

Plant Determination for Third Party Material as Child Item in Sales Order

Hi All,
We have an issue with the Plant Determination for Third Party Material as Child Item in a Sales Order.
Even when a Delivering Plant is maintained for the child item which is a Third Party Material, the plant of the Parent Item is only populated as the Default plant in the Sales Order
Can someone explain the reason behiind this determination.
P.S.- For all non -Third PartyChild Items (with non-Third Party Item Catefory & Material Type), the Plant is population correctly as per Delivering plant in Material Master.
TIA.
Regards,
Sridhar

Hi,
Thanks everyone for the feedback.I agree with Samir Danish.It is a standard functionality of SAP which does not allow free goods for BOM material.
However, can someone suggest work around to deal with this issue.I mean if any one has been doing any work around for this issue then please let me know.It s becoming critical for me.
Regards,
BM

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 ?.

Issue in Calculation schema determination for Scheduling Agreements

Dear All,
I am facing an issue in Calculation schema determination for Scheduling Agreements. The issue is -
"Appropriate calculation schema is not being determined when a scheduling agreement is being created"
The required settings which have been maintained are - The Calculation Schema (ZEIC31) has been created, Vendor Schema group has been created, Purchasing Organisation Schema group has been created, They both have been assigned to the Calculation schema in Schema determination, The Vendor Schema group has been assigned to the Vendor Master Record in master data creation.
When I am creating the scheduling agreement, the system is by default choosing the calculation schema - RM0002. Thus I am not able to put the manual condition types which have been assigned in the calculation schema - ZEIC31.
1> On what logic is the system picking that calculation schema?
2> What settings can I do to make it pick that calculation schema only which has been assigned with POrg Sch Gp and Ve Sch Gp?
Regards,
Sudhanshu

1> On what logic is the system picking that calculation schema?
As per "Define Schema Determination" in spro Purchasing document should pick the Pricing Procedure .
After creation of scheduling agreement have chacked your values in Scheduling agreement (Purchase ORG ,Schema grp in Vendor)
2> What settings can I do to make it pick that calculation schema only which has been assigned with POrg Sch Gp and Ve Sch Gp?
Check in Vendor mater is there any Plant specific Purcahsing data maintained.If it is plant specific Check purchasing data for that Plant.

Plant determination from Rebate Agreement

Similar Messages

Maybe you are looking for