Re: workorder with nested BOM's

On 9-Jul-09, at 2:01 PM, K.Buecher wrote:

> Hi Nathan,
>
> I would find this more realistic:
>
>> Or should current inventory be taken into account, as:
>> You've got time?  Build us some B, we always use those.
>> Somebody ordered a D, so create WOs for D, 2C, 0B,  because we  
>> already have 7 B on hand that aren't reserved for another build.

Ok, that one made more sense to me as well.

> Contrary to weberp, inventory should be booked out at WO creation or  
> better WO start (maybe print a list of stock components to be used  
> for the WO).

pERP currently reserves the inventory at work order creation.
We often sell replacement parts, and if we don't reserve the  
production parts, someone will try to sell them.  Production doesn't  
like that.
The list of components (bill of materials) for each item can be found  
from the Edit Work Order page.

> ...
> Would also be good to flag WO's as waiting for stock (idea stolen  
> from openerp).if not all subcomponents are available.

That sounds like a great idea.  Currently pERP will generate a list of  
missing stock on the work order detail popup:
Not enough 00644 - Screw #8x2" Deck on hand at Installs.
You need 10 , you have 0.
It would be good to see some kind of warning about that on the work  
order list.

> Waiting for stock should not block the start of a WO (one can do a  
> lot of work, even if the final screw is still missing).

You can still build even if the computer says the screws aren't  
there.  Nothing more annoying than having to stop production because  
somebody miscounted 2 months ago...

> What also would be interesting (saw this nowhere )is:
>
> consider a WO for D today, another tomorrow, another next Monday.
>
> Suddenly, I have three WO's for 2C each. I could combine them into  
> one for 6C, if the deadline of the three deliveries is pretty next  
> to each other. Production would love this.

This one I'm afraid I won't be able to find time to add in.  We  
deliberately keep things separate, to the point where an order for 20  
is filed as 20 work orders.
It's certainly possible, and if a good patch were submitted I would  
include it.

An alternative that might be worth testing, depending on your  
organisation, is pre-scheduling your work orders to optimum levels (if  
it's best to run 5 through at a time, for example).  The Sales Order  
section can automatically slice work orders and allocate 2 to one  
customer, one each to two other customers, one for on hand inventory.

Nathan Gray
nathan at goarctic dot com


------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Perp-developers mailing list
Perp-developers@...
https://lists.sourceforge.net/lists/listinfo/perp-developers