|
Chick, If you prefer to just scrap the components used, there are two possible ways of approaching the problem. If it's a fairly consistent scrap level on the same components, then you could add a scrap factor on the BOM. This would increase the CI transaction qty by the scrap percentage for only the components specified. The other option is this. Assuming your components are tied, thru the BOM, to the operation in which they're consumed, you can 'revise' the qty to be backflushed when the material list is presented. When you access the component detail, you will see a field for component scrap, This will give you a CS (component scrap) transaction. Julie Clancy CPIM CIRM Education/Business Consultant Falk Int. Technologies Office: 1-336-852-0455 EXT: 6118 "Chick Doe" <Cdoe@barton-instru To: <BPCS-L@midrange.com> ments.com> cc: Sent by: Subject: scrap reporting owner-bpcs-l@midran ge.com 06/26/01 02:02 PM Please respond to BPCS-L how do other companies handle this situation? we release a work order to the shop and we have some 'scrap ' along the way. we use sfc650 (version 6.04) to report production against the various operation on the shop order. suppose we have some scrap at one of the early operations. if we report the scrap at that operation via sfc650, bpcs generates an RJ transaction specifying the shop order number and the operation that reported the scrap. but the part number is the part number of the final product that the shop order is making, and the cost of this RJ transaction is the full cost of this final part number. thus the cost of the RJ transaction reflects the full cost of the finished part, which includes all material and all labor needed to make the part. but we only scrapped a few component parts at an entry operation that did not include all labor content. the cost of the RJ transaction overstates the cost of the scrap. i appreciate any comments that you might have on how you report and value this on the shop floor. chick doe barton instrument systems +--- | This is the BPCS Users Mailing List! | To submit a new message, send your mail to BPCS-L@midrange.com. | To subscribe to this list send email to BPCS-L-SUB@midrange.com. | To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com. | Questions should be directed to the list owner: dasmussen@aol.com +--- +--- | This is the BPCS Users Mailing List! | To submit a new message, send your mail to BPCS-L@midrange.com. | To subscribe to this list send email to BPCS-L-SUB@midrange.com. | To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com. | Questions should be directed to the list owner: dasmussen@aol.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 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.