RE: [Web-erp-developers] Re: some serialised work

[Jesse P. <jes...@st...>]

What a freakin day. I swear I first hit reply 12 hours ago.. ugh... here =
goes....

> Now tried to receive this PO ...
> Need to think about the serial number entry stuff - this file=20
> selection stuff=20
> looks great as does the keyed entry - the barcode is the same=20
> as keyed - might just need a little bit of java to move to the next=20
> field after input somehow.
*javascript* ;) yeah, I just didn't want to work on that yet b/c it's =
going to be a little bit of a mess to make onChange functions work =
correctly... and my Symbol barcode scanner lets me program it with =
'Suffix' data (so a tab in the simplest form). Any suggestions will be =
considered...

> I can't see why a bundleid is necessary as well as serial numbers for=20
> controlled and serialised?
You may be right. It kind of amounts to a specialized tracking number =
(beside the StkMoveNo). Maybe it should be treated as such...

> The instructions on GoodsReceived.php says to click the part=20
> code to enter serial numbers - this link didn't work until you enter a =

> quantity and hit update. Would be great to accumulate the quantity =
from the=20
> serial numbers entered ... I rekon.
I thought about that and I'm pretty sure it's necessary... the thing is, =
right now the script creates the form based on the Qty, which is why I =
required it and made it work like that... with a list of requirements on =
how it should work, I can probably fix it up fairly easily.


> Notice you don't use ?php tags you are an ex ASP person ??=20
> Using short tags=20
> got me into trouble once can't remember why - I always use=20
> long tags now.
Well, I use ASP when I have no choice... it's more that I'm lazy and =
it's never caused me problems. I'll try to be more correct...

> Created an order and confirmed dispatch ....
>=20
> Would be good to be able to select the items being dispatched=20
> - ie serial=20
> numbers available to sell from StockItems.
Yes, thought about that... though the majority of the time, my =
fulfillment folks find it easier to pull items and enter what they =
pulled rather than be told/shown what they can pull and having to go =
find it. It's about the same fix as accumulating the Qty on the =
GoodsReceived above...
=20
> StockItems could also have a quantity field in it no ? This would do =
for the=20
> bundleID and quantity on each bundle then - sorry to keep=20
> harping back. I would like to figure out a way to have =
bundles/rolls/batches=20
> of product referenced in the same way as a serial number but referring =

> to a quantity of the item not a single unit.
That may be our happy medium... I still have to think this out more to =
make it work correctly for all scenarios.

> StockItems could be called something like StockSerialItems or such to =
avoid=20
> confusion with a stock master and specify that the table is to do with =

> serialised stuff.
yeah, yeah, yeah - makes sense :) shall I fix it in the next set of =
changes I send?