COMBINING REBATES?

If the "free ipod touch rebate with the purchase of an apple computer" comes back would it be possible to combine this with the $100 dollar off rebate to get the free printer??? I'm just looking to save as much money as possible because I need a new ipod along with a printer, and I won' t buy a new one if I can do this.
As well, would I be able to do all of this along with getting my education pricing in an apple store?
I appreciate any help,
-brokeunistudent

Nobody here would know. You'll have to wait and see and read the terms and conditions of the rebate.

Similar Messages

Purchase Rebate Process with Vendor - Material Group combination in SAP

Hi Guru's,
I have done with Purchase Rebate Process with Material in SAP by doing following steps,
Created Agreement Type with Material Rebate
Created Rebate Pricing Procedure
Created Schema Group, Vendor
Maintained Purchase Rebate Agreement via MEB1 and created a Purchase Order where I could able to view the Rebate condition type gets determined based on the rebate agreement which has been created for a specific material.
Now from experts I would like to know the Volume based rebate arrangements Purchase Rebate Process with Vendor - Material Group combination in SAP .
If required provide with detail steps explaining what configuration and master data to be in place to complete this process.
Following thread I got it from SCN.SAP forum,
http://scn.sap.com/thread/3663225
Where it has been discussed this type of requirement Purchase Rebate Process with Vendor - Material Group combination would be a GAP.
Kindly throw some ideas on this process to carryout from my end.
Regards,
Kumar.S

Experts,
Please respond if post is not clear then let me know.
Regards,
Kumar.S

InfoCube Data Modeling "Or" combination Result Set

Hi All,
I am new to BW so please let me know if this is something that can be done without too much complexity.
How would one go about tackling an issue like this.
Below is the sales ODS data.
<u>Sales ODS Data</u>
Customer -
Sales $ - Rebate Indicator-----Refund Indicator
Apple -
1000--True--
False
Apple -
500----
False -
True
Apple -
2000--True--
True
How would one design an infocube such that when a user selects the following BEX inputs, the result should bring back all the rows. I would like the input to be an "OR" combination instead of an "AND" combination. Thanks.
<u>QUERY INPUTS #1 :</u>
Customer Site = Apple
Rebate Indicator = True
Refund Indicator = True
QUERY RESULT :
Customer -
Sales $
Apple -
1000 + 500 +2000 = 3500
Message was edited by:
Nigel K

Hi nigel,
if i understood your requirement
you would like to see your result as
CUSTOMER SALES
appel>>>>>500
appel>>>>>1000
appel>>>>>2000
but try to have the other two fields Rebate and Refund in the rows of the Query then you will get all the three line items.
becoz cube will aggregate when the key is common.
Or else if your requirement is to display the result when one of the Column is true either Rebate or Refund.
then you have to add one more field to your Infocube and fill that in the update rules saying
If Rebate eq true or Refund eq True.
Result = True.
Else
Result = False.
Then while displaying the query result you can filter on this Field then you will get the correct result.
thanks and regards
Neel
Message was edited by:
Neel Kamal

Can I use my Apple rebate and get AT&T's special price for new 3GS?

We have AT&T family plan and 2 original 8gag iphones bought right after they came out in June 2007. Our 2 year AT&T contract is up this month. We each got a $100 rebate when the iphone price dropped, and we have not used them. I was told they never expire.
1. Does anyone know if the AT&T upgrade price and the Apple iphone rebate can be combined?
2. Does anyone know if my current unused roll-over minutes will be carried over to the new contract?

You're welcome.
The unlimited data plan for the first generation iPhone is $20/mo and includes a 200 messaging allowance. This was/is a special unlimited data plan rate for the first generation iPhone that AT&T does not offer for any other phone in the smart phone category.
The unlimited data plan for the iPhone 3G and iPhone 3GS is $30/mo and doesn't include a messaging allowance. Unless you currently have a higher messaging allowance that is shared with each iPhone under the Family plan, to have the same messaging allowance with the iPhone 3G or iPhone 3GS will cost you $15 more per month for each iPhone - $10 more per month for the unlimited data plan, and $5 more per month for a 200 messaging allowance.
Your rollover minutes balance will not be affected when purchasing an iPhone 3G to replace your existing first generation iPhone.
If you live near an Apple store, contact the store regarding your $100 rebate for the first generation iPhone - if you can apply the rebate to the AT&T subsidized sales price for the iPhone 3GS.

Withholding Tax all Condtion table not appearing in Rebate Credit memo

Hi
I am finding issue in rebate credit memo.
Issue: In Acces sequence I have table 397 and extended 397 with additional fields.
In normel credit memo I am able to find all these table in sales order Pricing Analysis tab.
But in rebate credit memo, I am not able to find all table. Credit memo is showing 397 table but not showing ztable.
Please check below screen shot for details
1. 397 and 988 are identical and its appearing in rebate credit memo.
I created 988 just to verify if any thing wrong in ztable generation or any thing missing to map.
987 is extended table with addtional field sales doc. Type, Item category and its not appearing in Rebate credit memo.
2. Rebate credit memo showing 988 and 397 table
3. Normel credit memo showing all three table
Question : How to get all three table in Rebate Credit memo?
If 988 is appearing than why 987 is not populating.
Both are Ztable and created together.
I tried many combination but extended ztable not coming in rebate credit memo
Regards
Neeraj

Hi JP,
Thanks
Routine 923 created as per SAP note 178824. And I am finding this issue only for rebate credit memo request.
This condtion type (withholding tax ) is not part of rebate condtion. It is part of standard pricing procedure same like MWST.
In Normel credit Memo (CR) all access assigned to this access sequnce is visible in sales order pricing analysis.
But rebate credit memo request (B3) not showing all access (as in above screen shot). It shows only 2 access out of 3 access.
One more addition
If I am maintaining condtion record for visible access in rebate Credt memo request i.e. country / Tax relevant classifcation.
SAP disble it in rebate credit memo request order.
But normel Tax (MWST) is appearing in rebate credim memo request.
I am not sure if this is due to standard sap.
For Thailand we require withholding tax for Rebate credit memo.
Please advice if any one can give some input on this.
Regads
Neeraj

Account Determination Error for Rebate Settlements

I have question on Account Determination for rebates
Here are the entries that I have made in VKOA
ERB - R201051
ERU - R201051 / R120201
ERS - R120201
ERL - R559001
I am able to accrue the money to right accounts, but I am getting an Account Determination error when processing rebate settlements
Any input on this would be really helpful.
Thank you!

Hi Shailesh
When you are getting the error in rebate settlements it means you carefully check
all the combinations for VKOA settings. Whether the Account assignment
group in all the Materials used in settlement document along with the customer account assignment group
is maintained or not. Also check in the pricing procedure the account key used.
For all these account key the settings are made in VKOA or not. Hope it will help you
Thanks
sushant

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

Field catalog in rebates

How to add new field in fied catalog in rebates (not pricing field catalog)
Thread closed, found solution
Suddu
Edited by: sud val on Jul 18, 2008 6:21 PM

How to add new field in fied catalog in rebates (not pricing field catalog)
Go to IMGS&D-Billing--RebateprocessingClick on condition technique for rebate processingclick on Field catalog for rebates-Maintain condition table for Rebate
There are standarad rebate tables like 0001, 0002, 0003 etc. u can configure according to the client requirment. Please go through the below help.
Creating Condition Records for a Rebate Agreement
Steps
To create a condition record for a rebate agreement:
When creating or changing rebate agreements, you can create condition records by choosing Goto ® Conditions to get to the Agreement Overview screen.
Enter the data necessary to create a condition record (for example: customer and condition rate).
Choose ENTER .
If you do not enter a value for the accrual rate, the system automatically proposes the value you entered as the condition rate.
To create a pricing scale for a condition record, select the condition record and choose Scales.
To display or change details in a condition record, select the condition record and choose Details.
It is possible to see an overview of condition records that already exist in other rebate agreements and that have the same key combination (customer/material, customer/rebate group, and so on).
To view the list, select Validity periods.
If the condition record only refers to the customer, the system prompts you to enter a value in the settlement material field.
If you have finished creating the condition record, press
Save to save the rebate agreement or
Conditions to return to the Condition screen where you can create additional condition records.
Regards,
Murthy

Rebate Volume Postings and Subsequent File Production

Vendors are set up in SAP as suppliers and given a certain number range . We call these the purchasing vendors.
The purchasing vendor represents a very big company (like ABCD) that has manufacturing plants all across regions with head offices in one location.
Buyers place the order at the head office level therefore - to the purchasing vendor.
But the goods ordered are likely delivered from a manufacturing location (not the head office) - a sub-provider, if you will, of Boeing.
Then the invoice for the goods supplied are likely received from yet another location such as a shared service organization of the supplying company.
In order not to have to create 3 separate vendors in this case, to track these activities; one main vendor is created (the purchasing vendor) and the remit- to vendor (that vendor which sent us the invoice and to which we will send our payment) is added as a "partner" on the purchasing vendor ( as is the sending vendor and the contact vendor and any number of other relational vendors) that all tie back to the Boeing purchasing vendor in different partnerships.
When we process purchase orders in SAP, the purchasing vendor is on the PO. Based on the partners defined on that vendor, the account posting for the invoice when the goods are received goes to the remit-to vendor. That is when accounting knows we owe a vendor for supplies - based on the balance on their remit-to vendors.
My issue: The volumes that are getting updated via rebate settlement are getting added to the purchasing vendor number - so accounting has a vendor that has charged us for goods; but the volumes are being posted to another vendor entirely.
In order to settle the rebates, accounting has to take the unpaid balance of the vendor and net it against what we are owed as a rebate. If the volumes are not updating this vendor, we have no way of tying our rebate to that vendor. It is sitting on the purchasing vendor (which accounting does not make any payments to and therefore cannot post a rebate to).

Rebate Recipients are Payer accounts, however when you config the Rebate pricing Procedure you can create key combinations associated with the Sold-to. In this way if you have a number of customers with a central Payer, you can crate the condition records by Sold-to for the relevant rates, amounts, percentages etc, as long as they have the same Payer, then the Rebatable volumes will accrue based on Sold-to's. This also has the benefit of being able to differentiate your Rebate rates based on the Sold-to, e.g. one customer within a specific group may be incentivised more (or less) than another, even if they have the same Payer. In this way you can get greater granularity and flexibility with your Rebates.
Cheers,
Paul...

Condition Type Groups - Rebates

Plz make me understand d use of the "Condition Type Groups" with example. The F1 help n stuff on SDN has already been checked, some1 who has worked on rebates will b able 2 xplain better d xact need of "condition type groups" e.g sometimes v have only 1 condition type assgined 2 it bt diff tables of that condition type n sometimes just 1 table of 1 condition type then wat's d need of it?
An answer with a small scenario would b of gr8 help.
regards

Hi,
i think u r working on rebtes,
Condtype grup is used to group the condtypes together to come in an agreement for selection.
for example:
you r working material rebate
for this condtype is BO02, for this condtype you want to use 3 key combination (condtables/accesses in access sequence). how you club these cond accesses to ur agreement type. unless u group them. here u group them when assign condtable 1,2,3, to BO02 in this screen.
observe this example:
condtypegrup         counter          condtype                  table
xyz                          1                 BO02                          1     customer/material
xyz                           2                 BO02                          2    region/material
xyz                          3                 BO02                          3     countrly/material
xyz                          1                 BO03                         1      customer/material
xyz                           2                 BO03                        2      region/material
xyz                           3                 BO03                        3      countrly/material
now u assign this condtypegroup to agreemtn type for say XXXX,
finally u create agreement type in BO01 t.code
at the time of agreemtn creation u get all the above combination for selection in a popup. that 6 options in two condtypes in on conditiontypegroup.
hope u understand
regards,
sadanandam kasarla

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 base on the sales order no.

I want to create the rebate base on the previous sales order,the key combinaiton is customer and sales order number.I had used the field of sales order number is AUBEL,and I had also maintained alll the configuraiton and master data for this rebate. But the billing could not capture the rebate. I have check the analysis, the message display the condition record is missing ,the sales document is the currently SO.I do not understand why it could not capture the SO no. which I had maintained in the rebate.Does anyone have some suggest for this issue?Thank you in advance.
Best regards
Emma

Hi
Rebate conditions comes into effect only when you will create a Billing document, you can not find them in Sales order.
THis beacuse of "Requirement 24" assigned to the Rebate condition types in the Pricing Procedure.
It is logical also.
Suppose, you are working with Material Rebate.
Customer has ordered for 100 units, but subsequently he has requested you do deliver only 50 units with reference to his order.
So, you will bill him for 50 units only.
Now, if you have set the Rebate on Sales order, then system will calculate the Rebate accrual on Sales order quantity, which is wrong.
Billing quantity is the right quntity for which customer is eligible for Rebate.
That is why in SAP, it has been set like this.
Beside this when you want to work on Rebate, you need to activate Rebate in three places
- Sales organisatio
- Payer
- Billing document type (NOT Sales document type).
Beside this , your Sold-to-party and Payer may be different, whereas you have made the condition record for Sold-to-party and Sales order combination.
Rebate condition record must be create within the Rebate Agreement specifying the Rebate rate and Accrual rate.
It is not created by VK11.
These are few possiblities for which Rebate is not featuring in your Billing document.

Duplicate condition types in processing rebates

Hi,
I have created two rebate agreements in the system right now.
Whenever i run a sales cycle the condition type BO01 is used twice instead of once which results in giving discount twice for the same order.
Is there any way to avoid duplication of condition types.
How to solve this issue, pl help..

Hi
You have maintained two rebate arrangemnts here and sytem is determining accordingly.
Thats the reason you need to ensure the combination being used in the condition type.
If both the records are valid i am not seeing an issue here.
If your issue is same condition type. then you need to maintain different condition types for different combinations,.
For example: Key Combination -> Condition type
Customer/ Material - B001
Customer/ Sales area - B002
Maintain two condition types for both combinations instead of maintaining it is the same.
So they get determined accordigly.
Thanks & Regards
Kishore

Agent commission in the way of rebate

Hi,
Is it possible to pay the commission to the agent in the way of Rebates?
Please advise.
Regards,
Ajit

Dear Sandeep,
Rebate is the process which a certain percentage of order value accrued & settle the amount partially or fully. It has validity period also. You can have customer reabate & material rebate. Material rebate specific to material only. Customer rebate specific to customer only
In your scenario, if the business dealts with many finished goods and the agent is dealt with many customers, then it not viable to maintain rebate percentages.
If your company with limited number of agents & agent is limited to specific customers / materials & his percentage is same for all the deals.
You can maintain rebate process. If the combinations are very limited & the percentage is (fixed) for a specific period obviously you can map the process thru rebate.
Regards,
Deepu Pillai

Rebate Volume Postings

Hi ,
If Sold to Party and Payer is different for a customer...do we create the Rebate Agreements/Rebate Volume Postings/Generation of Credit Memo against Sold to Party or Payer?
Thanks in advance.
Points for sure for the right answer
Venkat

Rebate Recipients are Payer accounts, however when you config the Rebate pricing Procedure you can create key combinations associated with the Sold-to. In this way if you have a number of customers with a central Payer, you can crate the condition records by Sold-to for the relevant rates, amounts, percentages etc, as long as they have the same Payer, then the Rebatable volumes will accrue based on Sold-to's. This also has the benefit of being able to differentiate your Rebate rates based on the Sold-to, e.g. one customer within a specific group may be incentivised more (or less) than another, even if they have the same Payer. In this way you can get greater granularity and flexibility with your Rebates.
Cheers,
Paul...

COMBINING REBATES?

Similar Messages

Maybe you are looking for