Discounts at Payment Distribution

Hi
We are implementing an IS-H project with payment distribution, my client needs to make discounts before billing ( with VK11 for example), but valid only for one of the case payers. How is it possible to have different valid conditions per billing document.
What if I change the copy control's price type, from "G" to "B", to carry out new prices?
Or delete, with a source code repair, the conditions that I don't want to be valid for the other payers?
If conditions is not the right way to do it, what else i could do? To create credit memos after billing is not acceptable from the client.
Thanks in advance
Stephy Chris

Hi Stephy,
I assume that you would like to post the discount for the SP (not IP) in your example, right? I also assume that in general the IP is relevant for pricing, right?
I guess a solution is rather tricky if you would not apply the discount before you distribute the amounts to the different payers. I think that our current payment distribution method is not really designed to handle this requirement. It really assumes that the total amount of the logical case bill is distributed according to the rules specified. In some country versions of SAP Patient Management we use an alternative approach for coverage which would lead to your desired result, but most likely this alternative approach would not fit in general.
I wonder whether you could find a solution based on a specific service that you generate (based on some criteria) for the SP in these situations and then define in the contract scheme that this service is always covered by the SP.
Maybe an SD-based approach could also work, but unfortunately I am not an SD expert.
Regards
Claudius

Similar Messages

Calculation and posting of discount on Payment and on net amount

Hello,
My client would like to configure posting of discount on payment. The discount should be calculated on the net amount and should also adjust the VAT input tax amount. Example:
PO: 100 EUR, VAT 10 EUR, Gross amt = 110 EUR, Invoice recieved: 110 (-110 on vendor,100 is posted on GR/IR and 10 on input tax). When payment is done, discount amounts to 2.2 EUR ( 110 is posted on vendor account, -107.8 on bank account, -2 on discount account, -0.2 in input tax).
Have anyone of you ever did this on SAP. Can you pleas explain me the steps if yes? Thank you for your help.

Hi,
I have already did a test with base discount on net amount and base vat on net amount check. When those are check, during good receipt the purchase account is debit with the net amount (gross -discount) and during invoice the difference is then transferred to the purchase account. The tax is calculated on the net amount. This is not what we are looking for. For us we want to know if it is possible that during good receipt and invoice received everything is calculated without taking into consideration the discount received. It is only when we are doing the payment of the invoice that discount is calculated and the VAT amount is adjusted for with the discount received. Thank you for your help.

Discount in payments

hi experts
well i have cut a invoice of 100 rs
now i have 2 give 100% discount in payment as customer is not paying me any thing how i will manage that

hi,
Click open incoming payments--> Enter customer code,Tick mark Display all transactions -->
Select Reqd. AR invoice --> Enter 100 in Discount%.
This will make it to zero.
Jeyakanthan

Payment Distribution to Artists by per user plays, rather than total plays

Hello!
I just had a thought about how payment is distributed to artists that I wanted to see if anyone might have some thoughts on. Spotify still does come under criticism on occasion for artist payment distribution - I've seen a couple of instances of people citing iTunes as providing more monetary compensation to artists since it is per download, rather than per play, among other things. This seems to be especially true for independent artists, and artists who are generally less well-known.
I was wondering if Spotify has ever considered doing payment distributions using the
sum[ (total artist streams per user) / (total streams per user) ] across all users
ratio for payment calculation, rather than the currently used
(total artist streams across Spotify) / (total streams across Spotify)
approach, i.e. calculating the artists' play ratio by user, rather than in one giant pool. If you have considered this, I would love to hear why the current payment implementation was chosen rather than a per user method, such as the one listed above. But...
If a per user method has not been considered by Spotify previously, I think it would be nice - while I'm not an analyst myself, I imagine that it could lead to more revenue for independent artists, and maybe even less famous artists that are still beholden to rights owners for distribution of payment. I think it would do this because it could account for differences in number of plays per user - rather than users who tend to play more music over the course of a month contributing more all artists' payout, each user has an equal voice in how money gets distributed to artists.
I understand that such a switch would be difficult, and possibly insurmountable in the instance of free users - so, I am positing this as an idea not for all users, but for Premium users only. With Premium, it is a feasible goal, since you have a finite number of plays, and a finite amount of money coming directly from that user, and do not have to worry about trying to calculate differences in advertisement impact for different users. Doing that ratio calculation would be relatively straightforward of a switch computationally (though quite a large change in the system nonetheless, of course).
I think this type of change would empower both users and artists to use Spotify more. Firstly, it would empower artists to allow Spotify to play their music because the metrics they would get per month would be more reflective of the size of their fan base, and how much importance that fan base puts on the artists' music than current metrics.
Secondly, it would empower users more, which I think is especially important for users between 18-32 years of age. While I am not an expert on the subject, I often find that users in this age group (my age group) care a great deal about having control over where their money ends up, which in this case means knowing which rights holders and/or artists are getting the money they are spending. I know I do. Switching to this system, while still not addressing the injustices that are felt within the relationship between rights holders and artists by many, would still allow users to have more of a say in who gets their money than the current system. On top of that, it might be helpfult for Spotify itself - if using Premium is the only way for users to feel empowered by knowing how their money is distributed, it may encourage people in the free tier to upgrade to Premium in order to feel empowered.
Just a thought. I'd love to hear what you and others have to say about this idea.

@Merik thanks for the warm welcome, and for the quick, informative response!
I had the chance to take a look at that page you linked to before my original post, and saw that paragraph you quoted, as well as the bullet point about paid users having a higher "per stream" rate. I guess what I was more interested in (and perhaps this is not the right place to ask this question?) was if there was more of an in-depth "why" behind their decision (and thanks again for linking to it!) documented anywhere that I might be able to read more about. Maybe I was missing something on that page (and please let me know if so!), but the only "why" that I could find was a sentence in the paragraph you quote above:
"We believe, however, that our service and the lives of artists will both be best if the World’s music fans enjoy more music than ever before in a legal, paid manner".
While it's great to see their opinion, I was more curious about the line of reasoning behind that position is all. Because I do wonder whether empowering premium users to have more fine-grained control over how their money is allocated, such as by doing pay "per user", might lead to both more paid users and more revenue for independent and/or lesser-known artists - and if that's something that Spotify has researched already, I would love to hear more about the pros and cons behind such an approach!
Thanks!

FMs or methods that calculate discounts in Payment Run (F110)

Experts,
I have a requirement to build a custom forecast report on cash required to be disbursed as vendor payments. I pull BSIK and BSAK entries for my calculation. I know the discount calculation is subjective to the day the report is run.
To this end, I need to replicate the process/logic of discount calculation that happens when a payment proposal is run in F110 transaction.
My question:
How do we do this? Is there is way - FM(s) or Class method(s) that would help achieve this?
Thanks for your time and contributions.
<removed by moderator>
Edited by: Thomas Zloch on Nov 9, 2010 5:09 PM

Please check by giving sort key 24 - document header text in Bank Gl Account master data

Issue Related to Cash Discount in Payment Advice.

Hi All,
In my Company, We are printing the payment Advice with tranasction FBZ5 by passing the payment document number, company code and fiscal year.
Advice is having different line items for various bills which includes different heads for Gross Amount, TDS, WCT, Cash Discount & LD.
For each bill there is different TDS, WCT as the rates are configured already at the time of billing. but once we going to pay the vondor then at time cash discount is entering for separate bill. Now once we are viewing the payment advice all the line items are populating properly but all the cash discount amounts for different bills are being accumulated and printing in single line item but we want that the cash discount amount should also come separately for separate bill like TDS & WCT.
How I can achieve this requirement.
Thanks & Regards,
Rajeev.
Edited by: Rajeev Shrivastava on Jun 28, 2011 10:27 AM

you do assign payment terms in customer master and it automatically copied in to sales order. After billing if the customer paid the amount with in 7 days then it automatically calculates the discount while entering the incoming payments of customer in F-28 fi people get the information and they settle the account according to payment terms
While defining payment terms u give the date should be document data or posting date etc according to that system will pick the discount to be given and calculates the date
reward points if it helps

Cash Discount Base Payment Term

Hi Guru's,
I have a scenario as below based on the 'payment terms', these dicounts are apart from other discount:
If old bills are cleared within 0 days............4%, 0-3 days......2.5%, 3-7 days.......1% discounts are given,
how are these can be configured, can any one help me out urgently please....
Regards,
Sachin.V

You can achive this with the functionality of cash discount.
SKTV - Cash Discount before Tax
SKTO Cash Discount after tax.
You need not maintain any condition records for this. Based on the payment terms applicable in the order, these discounts will be populated in your sales order.
In your pricing procedure, You should have SKTV after Net Value and before Tax calculation. use Requirement 14 and Base value 2. sub total D.
You should have SKTO after Total Value in your pricing procedure. Use Requirement 9 and Base Value 11. Sub total not required.
You can have both the above condition types or any one of them. That depends on your client's requirements.
Hope this helps.
Thanks
Sai

Finding % discount on payment on OVPM (Outgoing Payments) table

Hi guys,
I'm reporting on the Outgoing Payments table in SBO's query wizard, but none of the fields, specifically the discount fields, show the discounts I make on payments.
e.g. when making an outgoing payment, I enter some number in the "Discount %" field before posting the payment.
All I can report on is the discounted, net amount. Is there any way to view the value I input to the "Discount %" field?
As always, I'm very appreciative of any help.
James.

Hi again Gordon,
I ahve DcntSum in the query, but it still returns 0. I've included every available field, and none of them show a discount amount. I'm double-checking on the outgoing payment document and there is definitely a discount.
Slightly lost...
James.

Account Payment Distribution

I have a scenario where SAP should have a customer account in the name of CGHS central office. While receivables will be accounted under various offices when claim is made, collection will come from central account. After receiving into central acct, the company finance team have to do transfer posting to various accts based on the details they receive with payment.
For monitoring receivables and claims, they should look at all CGHS accounts, for which you should give a group acct identifier in the customer master so that in the report, all those balances can be grouped and analysed.
How this can be achieved
Please Suggest

Hi,
Have you gone through consolidated BP function?
Thanks,
Gordon

Customer Advance Payment - Distribution to customer and risk deposit accoun

Dear Sir,
We have one scenario where we receive advance payment from the customer and want to show 90% to customer account and 10% to a GL account for Risk Deposit.
How we can achieve this using Terms of payment or any other concept other than adding two line items while posting the advance payment.
Thanks in Advance.

You can meet your requirements with
1. Special GL indicator (let say C- Customer deposit)
2. Instalment pyament terms.
First at the time of entry itself in Incoming payment take 90% as regular payment and the balance as a special GL "C"payment.
Also craeate a payment term with 90% immediate and balance at a later time as you wish.

Payment Distribution

In the Sales A/R Service Invoice ,in the total Amount of invoice , marketing person or some media has share say 20 % or 30 %, how to we make payment for it with generation of receipt for payment and it should reflect particular account.
How to capture this scenario in SAP
Please Suggest

Hi Manish ,
As per your requirement , i understand that you need to split the incoming payment between Company and the Marketting Person !
If so , i think it is not directly in the SAP. you have to make payment partially one for the Company and another for the Marketting one. BUt in the Case of check Payment it will not work .
So better try to track the Report that hoe much balance your Marketting Person have by using the Reports .
And then just post the Outgoing Payment to that Marketting Person Account .
Hope it helps.
Thanks
Ashish

Different Distribution Rule on Outgoing Payment cannot be split on Journal

Hi All,
I created an Outgoing Payment for Vendor for several invoices. Each invoice was assigned to different Distribution Rule. But the journal created summarized all the invoices (only one row for debit AP), and no distribution rule was assigned. Is this a bug? Anybody ever experienced the same problem?
Thanks in advance for your help.
Regards,
Marini

Hi Gordon,
I am working with version 2007 A PL 42.
I found that Distribution Rule on Outgoing Payment is for Discount purpose. When we fill Discount then it will be posted to Discount Account with Distribution Rule defined.
Thanks,
Marini

Cash Discount taken incoming Payments

Hi folks,
when we allocation incoming payments to open AR, discounts might be taken from customers.
We use FB05 for this.
Discount GL is automatically chosen (OBXI) and correctly calculated.
However, tax needs to be adjusted as well. This is not automatically done.
What could be the reason for this?
Tax Category field for "Cash discount expenses" is filled with "*".
In case of purchase discounts in payment program F110, it works absolutely fine.
please let me know if you need additional information
Appreciate your help.

Hi Benjamin,
I tried your scenario in a test system and it work well (i.e. VAT line is generated), the only ways it does not work (and rightly so in my opinion) are:
Cash discount account is set up as "no relevant for tax" (tax category is blank) in FS00
The company code is set up with "tax base is net value" in OBY6 but in this case I get an error message at posting if my cash discount account is set up as "tax relevant" in FS00
What is your setting for "cash discount" in OBY6 ?
Regards
Thomas

Regarding Customer Payment Summary report

Hi Gurus,
FI -AR:
in Customer Payment Summary report we have key figures like Arrears with cash discount and Arrears with out cash discount along with key figures Payement with cash discount and payment without cash discount.
Could some one explain about what does the meaning of Arrears with cash discount and Arrears with out cash discount key figures.
Regards,
Kotesh

The report looking like as bellow.
          Paymt w. Cash Discnt     Arrears w Cash Disct     Paymnt w/o Cash Dist     Arrears w/o Cash Dct
Company
code     Customer     £                      £
2000     2001     0.00                                        0                                              5,104.93     152
2000     2002     0.00                                       0                                             3,272.46         0
2000     2002     49,609.74                                      12                                               0.00        0
2000     4999     2,637.88                                     29                                               0.00        0
Thanks in advance.
Regards,
Kotesh

Days of Payment Terms

Hi All,
I want to know the No. of Days according to Payment Terms.....
Path of the Payment Terms:
Goto SE11 and insert T. Code V_T052 in Database Table......
Click on Display Icon....Now click on Contents (CtrlShiftF10)....
Now Display View "Terms of Payment" : Overview, window open.....that shows....
3 Columns with Payment Terms and Sales Text....Like....
 2003 10 DAYS FROM THE DATE OF LR
Now Db Click on "10 DAYS FROM THE DATE OF LR", now new screen displayed...
In the Payment Terms screen....and shows:
Terms Percentage No. of Days ..............
1. 4.000% 10
2. 0.000% 45
Now, I want that How we calculate the No. of Days "45" .........
Thanks & Regards,
Anil Kumar

Hi,
These are the calendar days. When you create a payment term, here you have a section for "default for baseline date". In this you click on the posting date or document date. That is the payment term comes into picture from the day the invoice is posted or the invoice document is generated.
As far as your query is concerned you are talking about the cash discount which is given to the customer inorder to drive the customer to do the payment at the earliest and avail more discount.
Suppose the total outstanding amount is Rs.10000/- What you will do is:
1. 10% discount if payment within 15 days. This means if the customer gives the payment within the first 15 days or on the 15th day then he/she will get an additional discount of 10% more aprt from the normal discount which was given to him/her while the sales order was created.
2. 5% discount if payment within 30 days. This means if the customer gives the payment within the first 30 days or on the 30th day then he/she will get an additional discount of 05% more aprt from the normal discount which was given to him/her while the sales order was created.
3. 0% discount if payment within 45 days. This means the customer will only get the normal discount and no additional discoutn if the payment is released after the 30th day and upto the 45th day.
This discount structure is totally decided by the management of the company. As far as calculating the days is concerned I have explained above in the payment term you have a section for "default for baseline date". In this you click on the posting date or document date. That is the payment term comes into picture from the day the invoice is posted or the invoice document is generated. Suppose you have chosen the document date. Now the invoice was created on 16/09/2007. This date will be used for calculating the no. of days which you have specified. The 45th day will be 30/10/2007. From here onwards you will start penalising the customer for any delay in the payment.
Reward points if solution helps.
Regards,
Allabaqsh G. Patil

Discounts at Payment Distribution

Similar Messages

Maybe you are looking for