Allow empty work center on work request
Currently the production work center is picked randomly from the available Work centers. This is not optimal when there are multiple work centers capable of doing a work as the user is not able to distinguis which work centers had been automatically chosen by the system (without a random criteria) and which ones had been chosen by a user.
There are some companies there is one person responible of chosing where each work should be performed, so it is not possible to have a list of pending works to assign for this user as they are always automatically picked by the system.
I think both cases will be better managed on Tryton if no Work Center is chosed when there is more than one capable of doing it so we force the user to decided on which one should be done. So in order to support this workflow we should make the work center non mandatory on request state.
Activity
assigned to @pokoli
added production type::feature + 1 deleted label
review280531002 updated at https://codereview.tryton.org/280531002/#ps288621002
I do not think it is a good idea.
First the initial work center can be chosen on the production order. This often is enough to define all the production chain used because there are not very often split in the production chain (not efficient).
Second the work center is required on production work so it must be filled. If there are multiple choice, it is not bad to randomly assign them because it will give the same amount of work to each one.
Third, the picker is designed to be customized to implement the rule of the company.
Forth we can not ask the user to choose manually for every work the work center to use.New review280531002 at https://codereview.tryton.org/280531002/#ps270621002
About second
> First the initial work center can be chosen on the production order. This often is enough to define all the production chain used because there are not very often split in the production chain (not efficient).
Maybe our case is some speciall but we are not able to define all the production chain based on the production work center. On our center we have severall independent machines that are not tight together and there are two of them of the same category.
> Second the work center is required on production work so it must be filled. If there are multiple choice, it is not bad to randomly assign them because it will give the same amount of work to each one.
This does not work for us as we should take in account the time that the machine needs to work. For example, is not the same to do the same operation on a production of 100 units than on a production of 2000 units.
> Third, the picker is designed to be customized to implement the rule of the company.
> Forth we can not ask the user to choose manually for every work the work center to use.
The rule on the company is: "There is one user which should set the work center for each work".
So third and forth are currently not possible for us.
After reading your points I think the best is to relax the required contraint on production_work module but keep the picker as is. This way we do not change the behaviour but we allow extension on custom modules.review280531002 updated at https://codereview.tryton.org/280531002/#ps258521002
On 2019-12-02 16:55, Sergi Almacellas Abellana wrote:
> About second
>
> > First the initial work center can be chosen on the production order. This often is enough to define all the production chain used because there are not very often split in the production chain (not efficient).
>
> Maybe our case is some speciall but we are not able to define all the production chain based on the production work center. On our center we have severall independent machines that are not tight together and there are two of them of the same category.
>
> > Second the work center is required on production work so it must be filled. If there are multiple choice, it is not bad to randomly assign them because it will give the same amount of work to each one.
>
> This does not work for us as we should take in account the time that the machine needs to work. For example, is not the same to do the same operation on a production of 100 units than on a production of 2000 units.
Well that's about splitting production orders and planning them.
I do not think it is a problem to assign by default a work center as it
can still be replanned after.
> > Third, the picker is designed to be customized to implement the rule of the company.
> > Forth we can not ask the user to choose manually for every work the work center to use.
>
> The rule on the company is: "There is one user which should set the work center for each work".
Well that too bad because the software is there to avoid or reduce such
manual task.
But any way as I said, this task can still be done manually afterward.
> So third and forth are currently not possible for us.
>
> After reading your points I think the best is to relax the required contraint on production_work module but keep the picker as is. This way we do not change the behaviour but we allow extension on custom modules.
OK but then the work center must be required to go to waiting state.review280531002 updated at https://codereview.tryton.org/280531002/#ps266581002
New changeset 427fbb071ea1 by Sergi Almacellas Abellana in branch 'default':
Make work center not required on request and draft states
https://hg.tryton.org/modules/production_work/rev/427fbb071ea1New changeset 94e244e900a8 by Sergi Almacellas Abellana in branch 'default':
Make work center not required on request and draft states
https://hg.tryton.org/tryton-env/rev/94e244e900a8
