On Tuesday, June 30, 2015 at 10:30:05 PM UTC+2, Cédric Krier wrote:
>
> On 2015-06-30 09:58, Ossi Viljakainen wrote: 
> > At which stage the invoice is generated? 
>
> It all depends on the configuration of the sale. 
> But if you configured to invoice based on shipment, it will generate an 
> invoice once the shipment is sent.
>

Ok this is great. But in case when the Sale was created with "On Order 
Processed", but then afterwards it becomes necessary to split it into 
several shipments, and invoice all of them separately, is there a way to do 
this afterwards? Or is the only possiblity to return the sale, and create 
new sale with "On Shipment Sent" invoice mehtod? What does "Manual" mehtod 
do - is it completely independent from Sale & Shipments so that once sale 
is processed, no draft invoices nor shipments are automatically created?
 

> > Is it possible to generate one invoice, where several shipments are 
> listed 
> > as invoice lines, or is it always one shipment, one invoice? 
>
> There is the module sale_invoice_grouping: 
> http://doc.tryton.org/3.6/modules/sale_invoice_grouping/doc/index.html 
>

This looks very good and what I was looking for.

> Sometimes customer has done a partial payment of previous invoice and 
> there 
> > remains a due amount. Is there a way to include the previous partial 
> > shipment in the invoice
>
> Not really and it will be a bad idea to do that because you will include 
> on your invoice temporal data which could even be inacuratt once the 
> customer will receive it.
>

True. But the recipient of invoice can adjust the amount accordingly, if 
they have made a payment in-between.
 

> The proper way to manage dunning is with the account_dunning module 
> which will allow to generate a report of the actual dunning of a 
> customer at a specific date. 
>

Yes, I have it already installed but not fully configured. But suppose 
customer just paid wrong amount due to typing error, and paid just less 
than 1 euro too little. Sending a dunning letter for this purpose is kind 
of overkill, and it would be most practically handled to show the current 
invoice amount, old balance and the new balance in the invoice. That would 
not require any extra work, making dunning letter, sending etc.
 

> PS: Please don't top-post on this mailing list, 
>

Sorry for that, I forgot as I don't post here so often - and as I was 
posting via the Google Groups web reader and its UI, which kind of 
misguides you to top-posting.

Reply via email to