I do not agree, #9389 (closed) is limited to done moves and it only showns the moved quantity. With this relate you can see when is expected to receive new units of a products but also the to/from location of the moves which may be more important once we implement #9156 (closed)
I'm worry about the proliferation of relate (especially from product).
For me, the proposed relate does not bring real new usable information. The from/to location can be dug from the Move field of the #9389 (closed). It do not think we need more than that.
Ok, I see your point probably we can merge both relates into one.
I think the user will expect to filter by stock location type which is not possible with current solution. Maybe just adding the from/to location of the move on the view will do the trick. Not sure if the origin is redundant with the locations but I do not see any issue to keep it.
Why is move usefull? For me it does not add any valuable information as the quantities are already shown and the product is fixed.
I do not think we need the state as moves as the query already filters by done and planned dates depending on the state but If we want to show the move history probably we need to remove the default filter of today and sort by default on date descending.
> Cédric Krier <cedric.krier@b2ck.com> added the comment:
>> user will expect to filter by stock location type
> What is the use case?
One may be interested on knowing when it's expected to receive quantity from a product (moves from supplier or production).
Also I may be interested on knowing from a specific product why it has been wasted (all moves from lost and found).
To see inventory differences (from or to location == lost and found)
>> Why is move useful?
> To provide details
I do not see it provides any detail that is not available on the list view.
So if you want to provide the full details maybe better to shown the form view.
>> If we want to show the move history
> Why do you want that? What is the use case?
Searching for inventorying diferencies and waste reasons isclear case of this usage.
Also stock transaction history as requested on the discuss topic.
On 2020-07-07 13:42, Sergi Almacellas Abellana wrote:
> > Cédric Krier <cedric.krier@b2ck.com> added the comment:
> >> user will expect to filter by stock location type
> > What is the use case?
>
> One may be interested on knowing when it's expected to receive quantity from a product (moves from supplier or production).
This information is already there.
> Also I may be interested on knowing from a specific product why it has been wasted (all moves from lost and found).
I think user who will want such information will have better information
from the relate "Locations List/Tree Quantity" as it will display all
the locations and the total.
> To see inventory differences (from or to location == lost and found)
This is displayed with the origin field.
> >> Why is move useful?
> > To provide details
>
> I do not see it provides any detail that is not available on the list view.
You can open the move and see all the information.
> So if you want to provide the full details maybe better to shown the form view.
It is more complex to replicate all the move field on this model than
providing a Many2One.
> >> If we want to show the move history
> > Why do you want that? What is the use case?
>
> Searching for inventorying diferencies and waste reasons isclear case of this usage.
I do not understand.
> Also stock transaction history as requested on the discuss topic.
The request from discuss did not provide clear use cases.