stock location structure - Print Lots by Location incomplete

Bug #380492 reported by Ferdinand
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Odoo Addons (MOVED TO GITHUB)
Status tracked in Trunk
5.0
Won't Fix
Undecided
Unassigned
Trunk
Fix Released
Undecided
JMA(Open ERP)

Bug Description

starting with the top view of internal locations not all stock locations are printed
(parent left/right issue?)

numbers must be right adjusted and have the correct number of decimal digits.(currently only 1 )

should not print locations without stock

views should be marked as such

BTW
As I do not have lots yet, does it print "lots by location" or "stock by location?
I do not see a "lot number" in the header of the list which must be printed if it's a "lot" by location

Lot is an ambiguous word in the context of OpenERP
* Lots (reserved for tracking issues)
* Quantity or Stock for the rest
and should be clarified

Revision history for this message
Ferdinand (office-chricar) wrote :

the list must show UoM !

Changed in openobject-addons:
status: New → In Progress
Revision history for this message
Ferdinand (office-chricar) wrote :

product names and variants are not translated (as the lists do not print their names i have problems telling you which one)

Changed in openobject-addons:
assignee: nobody → JMA(Open ERP) (jma-openerp)
Revision history for this message
JMA(Open ERP) (jma-openerp) wrote :

Hello,

I have checked it at my end.

*The UOM is printed along with it.
*Even the level is proper.

I am working with the problem in decimal digits and the parent left/right issue.

Thank you.

Revision history for this message
JMA(Open ERP) (jma-openerp) wrote :

Hello Ferdinand,

I have made the changes as suggested. Please apply the patch and let us know.

Thank you.

Revision history for this message
Ferdinand (office-chricar) wrote :

Thanks
its getting better
but to make it usable please add
* product variant name - without the products are not identified
* date printed

I do not see the purpose to indent the stock locations , we just spoil valuable space which results in unnecessary wordwrap of the field "location"

Revision history for this message
Ferdinand (office-chricar) wrote :
Revision history for this message
JMA(Open ERP) (jma-openerp) wrote :

Hello Ferdinand,

Would you please apply the new patch and let us know.

Thank you for pointing out to this issue.

Revision history for this message
Ferdinand (office-chricar) wrote :

Thanks, please see comments in attachment

Revision history for this message
JMA(Open ERP) (jma-openerp) wrote :

Hello Ferdinand,

I have made changes as per your comments.

*Even time is printed along with the date.

*Well, there might arise a situation where the product/variant name might overlap the adjacent column due to real long names.
 Still I have provided sufficient spacing to resolve this situation upto possible extent , however the report will only behave this way.

Thank you.

Revision history for this message
Ferdinand (office-chricar) wrote :

Thanks
Almost done
the date - time is printed for each stock location - even if no products are found
BTW I am running a version which only prints products with qty != 0 - for economic reasons.

it's really a waste of paper and screen space to print product lines with 0 qty
especially if the stock location are fine grained (we have > 100 stock locations - with often only a few products) which in turn is necessary for tracking lots.

you can find this in the branch here and I am about to merge this into trunk
https://code.launchpad.net/~openerp-commiter/openobject-addons/chricar_price_unit

Revision history for this message
Ferdinand (office-chricar) wrote :

I know - it's a major change

but actually we should also be able to select a date for the stock quantity.
lets say stock qty per Dec 31. 2009 ar similar (please be carefull when comparing data and date time fields as we have been "loosing" all moves of the last day in some reports)

thanks

Revision history for this message
JMA(Open ERP) (jma-openerp) wrote :

Hello Ferdinand,

The report has been refined in the latest trunk version.
Thanks.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.