Am 27.04.2012 09:49, schrieb Cédric Krier:
On 27/04/12 09:39 +0200, Jan Grasnick | grasbauer ug wrote:
Am 26.04.2012 16:46, schrieb Cédric Krier:
On 26/04/12 16:32 +0200, Jan Grasnick | grasbauer ug wrote:
here comes a quick and dirty proof of concept of a module for bulk
paying Invoices listed on an advice [1] .
Could you explain what it is?
It sounds like the statement but I'm not sure.

Its similar to statement - but it covers a different use case:

In our case a company is doing serial produktion on demand for
different customers. This produces a lot of invoices. The customers
are paying always a bunch of invoices in one payment
So why not grouping invoices?

What means grouping?


- some catching
discount, some not. This payment is announced to the customer with a
Advice: Payment XXX covers InvoiceXXX, InvoiceXXX, InvoiceXXX,
CreditXXX, CreditXXX.
I don't understand. What is announced to the customer?

The payment description at the bank account says: "Payment Advice No. 7867" - the client sends a document to the company with name "Payment Advice No. 7867" which is listing all the paid invoices at the advice


The module tries to facilitate the handling of this use case: It
counts the total amount to pay corrected by discounts and a
one-click payment of this bills. Before the financing employee
always was sitting with a calculator to check the amount.

Don't know if account_statement covers this as well - if it is, that
was a good training for rapid tryton prototyping ;)
For me the statement manage the case of one payment for multiple
invoices. When you select an invoice on statement, if the amount is
greater than it creates on the fly a new line for the remaining.

ok - it's very similar but not the same: it creates positions on the statements, which are not really existing. There exists only one position with the total amount. And you have to do a lot clicks - so I think my solution is nothing more than a "simplify things"-module

By the way - i was trying this in the statement - the process creates a line with the remaining amount and a empty line with amount 0.00 - seems a bug.

Jan

--
[email protected] mailing list

Reply via email to