On 10/07/11 12:11 +0200, Albert Cervera i Areny wrote: > A Diumenge, 10 de juliol de 2011 11:52:48, Cédric Krier va escriure: > > On 10/07/11 11:26 +0200, Albert Cervera i Areny wrote: > > > 3) Add the possibility of several payment days. In Spain, some companies > > > only pay at day 15th of each month (or day 20th, or 30th, or whatever), > > > but some of them have two payment days (15th and 30th of each month for > > > example). For > > > > > > example: > > > - A customer pays after 1 month at days 15th or 30th. > > > - If we create an invoice on January 5th it will be paid on February > > > 15th. - If we create an invoice on January 16th it will be paid on > > > February 28th. > > > > This is some different delay types. > > > > > The days in which a party pays should, ideally be stored on > > > party.party, not > > > > > > account.invoice.payment_term. The reason is that the number of > > > possibilities in payment terms explodes a lot with the payment day > > > condition. > > > > I don't understand, you mean that some companies have different rules for > > each customers? That's sound strange. > > 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. 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. 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). Perhaps you misunderstood the payment term and you think the goal is to predict the future payment of the customers? -- 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/
pgpjeduLiKLmb.pgp
Description: PGP signature
