A Diumenge, 10 de juliol de 2011 13:09:56, Cédric Krier va escriure: > On 10/07/11 12:54 +0200, Albert Cervera i Areny wrote: > > A Diumenge, 10 de juliol de 2011 12:40:46, Cédric Krier va escriure: > > > > Yes. So one customer may pay at 30 days and on day 15th, another one > > > > may pay at 60 days on day 15th, another one may pay at 30 days on > > > > days 10th and 20th, etc. The number of combinations can be really > > > > huge and having a payment term entry for each of them is really not > > > > practical. In most Spanish applications a payment term is "30 days", > > > > "60 days" or "30, 60 days" and on the customer's form you introduce > > > > the payment days "15th and 30th" or "10th and 20th", etc. > > > > > > I really don't understand the business case and the business goal. > > > > The business case is actually really simple. Some customers will only pay > > on day 15th and 30th of each month. If you send them an invoice with due > > date 5th of February you will be paid on 15th anyway. > > > > > Normally a payment term is a rule the company create to give deadline > > > to customer to pay invoices. I understand a company create some rules > > > to give more time to good custmers etc. > > > > It is not that you're giving "extra" days because they're are good > > customers, it's simply their payment policy. Period. > > > > > But I don't see the goals of creating a rule for each customers, it > > > gives more work to the company (keep up to date all the rules, > > > negotiate each rule with customer). > > > > As I said this is really a very Spanish specific need, and I know it > > sounds very strange to other countries but things work this way here. So > > you better calculate the day you will be paid at the moment you create > > the invoice, otherwise you will be expecting your payment on 5th but you > > will be paid on 15th. > > > > Note that this is not usually negotiated (maybe in some very special > > cases) but usually only the delay is negotiated, not the days in which a > > company pays. > > So this is what I thought you try to forecast the payment of the customers. > But indeed, the payment term must not deduce the payment day but the > deadline for the payment. So if you accept that your customers pay during > the next month after 30 days so you payment term should be 60 days because > it is what you allow.
Sorry that's not what Spanish customers expect. One expects to calculate the due date of the invoice which is 30 days + the payment day. If we want customers to use Tryton we need that and we're not going to be able to change their mind. After all I also expect to be able to know which is the due date of the invoice. If I send them a letter for unpaiment on the 10th I will have problems with the customer because he's actually supposed to pay on 15th. If I wait 30 more days, I will have problems because I'm not insisting on the payment early enough. I must know when the payment should be done. > > > Note that there's still another case, very common and unfortunately but > > widely accepted in Spain and it's the fact that many customers simply do > > not pay during holidays. That is absolutely incredible (even for us) but > > we had to create the partner_holidays module in OpenERP, in which we had > > to allow companies introduce the holidays of each of their customers to > > calculate invoice's due dates and if those fell in the middle of > > customer holidays it was delayed untill they returned. That's another > > reason (which I forgot) why we need to add the partner in payment term's > > calculate(). > > This is incredible. But I don't think you must compute that for you > customers. Because you can not know early enough the "holiday" period. Yes, they know them early enough. Usually customers send a letter telling their suppliers their holidays period. > It > is just a matter to not send reminder about the payment during this > "holiday" period or to update the due date of the moves with a cron job. That's not true. A financial manager must know when things are expected to be paid and that is what due dates in invoices should be for. -- Albert Cervera i Areny http://www.NaN-tic.com OpenERP Partners Tel: +34 93 553 18 03 http://twitter.com/albertnan http://www.nan-tic.com/blog -- [email protected] mailing list
