stock outgoing deliveries - must check for sign of quantity

[Ferdinand]

currently it is possible (and IMHO good) to be able to include returning goods (like pallets) in outgoing deliveries.
the reports apparently assume all goods are outgoing and do not print quantity with negative sign.

[Grzegorz Grzelak (OpenGLOBE.pl) (grzegorz-og.pl)]

Small remark: I voted for your blueprint:
https://blueprints.launchpad.net/openobject-addons/+spec/packing-sequence
(different type of pick lists should have different sequences). And I think we should go that way further: All pick lists should be coherent and all pick lists should have visible source location and destination location (stock_picking object even has hidden fields for that). This way pick lists could be much better identified and filtered in functionality. I will have to do it in PL localization anyway because of convention used here.

So I think it is better expect that pick list are more consistent than expect reports analyse stock moves inside pick lists if they are different than pick type. Return palette should be in separate pick list of type "in" in my opinion.

But it is true that SO works bad now: If you have product and palette, You made shipment of both, then you made return shipment of palette (in separate pick list of type "in") and you invoice just product (not palette because it was returned) You get in SO status (progress bar) that you still didn't invoiced palette.

I think palette management will need separate module because it is more complex. For separate discussion.

[Ferdinand (office-chricar)]

> Small remark: I voted for your blueprint:
good to hear :-)
> https://blueprints.launchpad.net/openobject-addons/+spec/packing-sequence
> (different type of pick lists should have different sequences). And I think
we should go that way further: All pick lists should be coherent and all pick
lists should have visible source location and destination location
(stock_picking object even has hidden fields for that). This way pick lists
could be much better identified and filtered in functionality. I will have to
do it in PL localization anyway because of convention used here.
>
> So I think it is better expect that pick list are more consistent than
> expect reports analyse stock moves inside pick lists if they are
> different than pick type. Return palette should be in separate pick list
> of type "in" in my opinion.
>
> But it is true that SO works bad now: If you have product and palette,
> You made shipment of both, then you made return shipment of palette (in
> separate pick list of type "in") and you invoice just product (not
> palette because it was returned) You get in SO status (progress bar)
> that you still didn't invoiced palette.
>
> I think palette management will need separate module because it is more
> complex. For separate discussion.
I agree - but user try everything what is not forbidden ;-) and apparently
"reversing" stock locations is not forbidden yet so it is possible to create
such stock moves

--
regards
Ferdinand Gassauer
ChriCar Beteiligungs- und Beratungs- GmbH
Official OpenERP Partner

[Amit Parik (amit-parik)]

Hello Ferdinand,

"Packing List" report in "Outgoing Delivery" display Delivery order as a Return type. So the product's quantity doesn't require a negative sign. When you a retuning a product then it 's new line created in "Picking list' with reference return.

Thanks.

[Ferdinand (office-chricar)]

well if it is possible to enter negative numbers the report must also print these

[Ferdinand (office-chricar)]

seems to work now
, nevertheless the "Total qty" is a bit strange .....