In ERP LX, there is a package/box size that does exactly this - and it even works. In your case, it sounds like you'd set it to 1 (box). But alas, LX doesn't help you at 6.4. If you're on maintenance, maybe you can get LX and take a look at the code and retrofit it or maybe just call the helpline and ask them to send you the code. I'm not technical, but it can't be that complicated - as Al Mac suggested.

At 6.4, my only suggestion is to consider the Usage Code associated with the BOM Item. The default is 'blank' (which actually means variable based on the quantity of the parent you are producing - typical for most BOM items) - but a Usage Code of '0' means Fixed Quantity. In your example it would always be 1. That solves the decimal problem - but if you really needed more than 1 box - this setting doesn't scale - it is always 1 regardless of the quantity of the parent item you are making.

That said, you use the word 'ship' - so I'm now thinking that maybe you are using a batch size on your BOM of 15. This, of course, would present a problem if you produce and 'ship' only 2 pieces for backflusing items like the box. In this case, and if you are using a batch size on your BOM, consider changing the batch size to 1. It doesn't fix the problem when you make 15 as it will scale everything baed on 15 - but in conjunction with what I've mentioned above, this may help.

Maybe I've at least generated some thought processes for you!

Bud North
PHOENIX Business Consulting, Inc.
Cell: 508-572-9701
PHOENIX Email: bnorth@xxxxxxxxxxxxxxxx

________________________________________
date: Wed, 14 Oct 2009 09:33:17 -0400
from: Norman.Boyd@xxxxxxxxxxxxxxxxx
subject: [BPCS-L] 6.00.04 Backflushing

We have an issue where we SOMETIMES packages fewer items in a box than the
box was intended to hold. The BOM was setup for 15 pieces per box. If we
only ship 2 pieces, only 2/15 or .13333 pieces get backflushed. Is there
anyway to cause, other than entering an alternate BOM, the backflush
process to automatically round up to a full unit?

Thank you

Norman K. Boyd
MIS Administrator
Showa Aluminum Corp. of America

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2022 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.