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. > 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. 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. -- Cédric Krier B2CK SPRL Rue de Rotterdam, 4 4000 Liège Belgium Tel: +32 472 54 46 59 Email/Jabber: [email protected] Website: http://www.b2ck.com/
pgpFGHf9qKR9j.pgp
Description: PGP signature
