[sale] [stock] Invoicing services using shipping policy different than "Manual invoice"

Hi,

I may be missing something, and in this case, feel free to re-open this bug. But from my point of view, if you make a SO with service product, you won't invoice them from packing => cause there is no reason to have a packing list on service product.

So if you choose services products you want to invoice, you need to use the "create invoice" button of the SO (set the SO as "Manual invoice" or "Invoice on Order After Delivery") or the "Final invoice" wizard to do it.

Regards,

I'm with you, that's why I propose a third way, that match yours,
but this should be a validation to the module in a way that there should
not be possible mistakes made
by human because of the allowance to do it, I mean, to allow make
quotation of services when the shipping policy is "invoice the packing",
avoiding doing so would free many people from headaches, and workarounds
and reworks,

Thanks for taking time to answer my bug submission

Joël Grand-Guillaume @ CampToCamp wrote:
> Hi,
>
>
> I may be missing something, and in this case, feel free to re-open this bug. But from my point of view, if you make a SO with service product, you won't invoice them from packing => cause there is no reason to have a packing list on service product.
>
> So if you choose services products you want to invoice, you need to use
> the "create invoice" button of the SO (set the SO as "Manual invoice" or
> "Invoice on Order After Delivery") or the "Final invoice" wizard to do
> it.
>
> Regards,
>
>
> ** Changed in: openobject-addons
> Status: New => Invalid
>
> ** Changed in: openobject-addons
> Importance: Undecided => Low
>
>

I'm with you, that's why I propose a third way, that match yours,
but this should be a validation to the module in a way that there should not be possible mistakes made
by human because of the allowance to do it, I mean, to allow make quotation of services when the shipping policy is "invoice the packing", avoiding doing so would free many people from headaches, and workarounds and reworks,

Thanks for taking time to answer my bug submission

I'd like to reopen this bug because it seems to me that this matter deserve some more discussions,
The bug deals with the way how openerp treats services when using shipping policies different than that of "Manual invoice",

Thanks for your comments

There is a problem related to this way of invoicing. Imagine on your sales order you include stockable products and non stockable products (for instance shipping cost)
Set the order as invoice from packing, because you need invoicing real packaged products or invoice several packages.

Now... your shipping cost line stays always on sales order. You have to include it manually on invoice. It's more... you can't include this service as packing list cost because packing list lines are stock moves. So... the only way I found to include shipping lines on packing, is setting them as consumable (wich conceptually is totally incorrect, but it works). Stock of shipping cost is not relevant. It's always negative and it should not be taking in count to calculate warehouse value.

So... this is the "solution" I found to invoice services from packing, convert services on consumables. If it can be usefull.

Maybe, the correct way would be invoicing from packing real stock moves and including on generated invoice all services products included on orders related to invoiced packings, I think. But this point should be discussed on the related expert group.

Thank you!!

Ana

If you use the service(?) and timesheet(?) module as pointed out in the openerp book the order will create a project/task and the service can then be invoiced from the produced amount of service.

What is the status of this bug because the problem is always here in 6.0 branch. (Not test in trunk branch)

please can some comment on this as it is also in 6.1 and causing lot of troubles here

this module fixes the problem

http://bazaar.launchpad.net/~c2c/c2c-rd-addons/trunk/files/head:/stock_invoice_service/

Hello all,

I totally agree that there should be a change in the behaviour. Proposal one would already be a step in the good direction.

However, I would prefer a more permanent solution:
as Ana says:
"Maybe, the correct way would be invoicing from packing real stock moves and including on generated invoice all services products included on orders related to invoiced packings, I think. "

Regards,

Els

that's exactly what the module mentioned in #9 does
it adds the services to the invoice generated based on pickings.