Re: Shop Orders and Inventory Accuracy -- BPCS-L

What can be done in practical terms may vary with BPCS version.

I also work in an environment that is heavily build to order, but also repetitive. In other words, we engineer to customer specifications, and manufacture to their quantities, but each new design gets made a few times before they move on to something else. Which is another reason to seek out an ERP whose PDM interfaces well with either Auto Cad or an engineering design package that is well suited to your industry. This kind of interfacing is pretty rare. Engineer-to-order industry can get good interfacing between two rotten systems (ERP and engineering design) or two good systems that don't talk to each other ... most companies go with the latter. If you had a good interface, that would also take care of most of your engineering auditing.

Sorry in advance if my sarcasm is offensive.

In summary, I think your client is expecting the impossible, and either needs to shop around for another ERP that better fits their corporate philosophy, or needs to have top management exposed to ERP education so they fully comprehend how ERP works, what is doable, and what is not doable with current state of art, and the trade-offs ... if you forget about using some aspect of ERP such as MRP, what are the probable consequences.

I have serious doubts that in the absence of tracking production that the act of driving finished goods negative will give you an accurate cost of goods.

I suggest a COMPROMISE that will get them SOME information without the cost of doing it right, and of course it will not be as accurate as most companies expect.

Create FLAT Product structure with only ONE LEVEL meaning that 100% of what goes into an end item is contained within single BOM. When FG driven negative by shipments, you enter a transaction that consumes all the raw materials that went into making that. Except for scrap and substitutions, this will take care of most of your inventory. Some cycle counting or physical inventory counts still needed.

Have safety stock large enough to cover all WIP and lead times. So if you ship to customer, and the FLAT backflush now tells you sad story about some material consumed, you want enough safety stock to replenish before you not able to meet some future customer order for same or similar part.

Forget about tracking actual costs, just make them the same as standard.

Do they have good enough information on the cost of their labor without using a payroll system? Just have a bucket of money at the time clock for people to dip in and take what they think they earned today, and don't even bother clocking in or out with a time card. Save all that money on paying payroll taxes, and complying with burdensome government regulations. This sounds ridiculous, but I see no difference between this level of insanity and what you say your client is seeking do do. The only difference is in the application.

Do they have good enough inventory and costs on raw materials, and accomplish this without using PUR ACP receipts or 3 way matching? If in fact they do use POs and payables to account for raw material purchased, how do they justify doing that accounting, and not other kinds of manufacturing accounting? So much simpler to send POs that are not connected to anything, receive into inventory without any paperwork whatever the vendors send us, and pay any bills we get without question.

Do they have good enough records on shipments to customers without recording customer orders or doing their shipments and billing through BPCS? Just let the customers pay for merchandise received if they feel like it, because we want to reduce overhead by not tracking this aspect of the business.

If you are going to manufacture something, and expect to capture the costs and inventory implications of that manufacturing without tracking or recording what you are doing, I think you are living in a dream world that does not connect to the current state of art of ERP, let alone be able to pass any kind of accounting audit.

Do the people on the shop floor know how to make the parts correctly without any instructions? Boy, I am sure many other companies want to raid them for such magical employees. In the real world we need a QC department to cope with what is not made right. Eliminating the need for QC will significantly reduce overhead costs.

Hi.
I am looking at a situation that I do not have extensive experience in right
now.  A client has ceased creating and reporting against shop orders.  I have
searched the archives and found nothing similar.  The client would like to
have accurate inventory and costs, but I do not see a way to accomplish this
without using shop orders or reporting production.
Right now they drive the FG inventory negative and the cost of sales should then theoretically be accurate. But they also cut back and don't audit the BOMs in BPCS versus their drawing system that generates separate BOMs, routings and drawings. This is being done in a mainly build to order environment. I have considered having the folks here report production using the multi level shop order release and have the production backflushed, but I don't know what else to attempt.
Do you have any ideas how to keep inventory accurate without shop orders and
have accurate costs without BOM and Routing audits?
Thanks.
John Kasper
KASP6281@xxxxxxx
_______________________________________________
This is the SSA's BPCS ERP System (BPCS-L) mailing list
To post a message email: BPCS-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/bpcs-l
or email: BPCS-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/bpcs-l.

- Al Macintyre http://www.ryze.com/go/Al9Mac Find BPCS Documentation Suppliers http://radio.weblogs.com/0107846/stories/2002/11/08/bpcsDocSources.html BPCS/400 Computer Janitor at http://www.globalwiretechnologies.com/ Part time may get commission from some BPCS vendors for helping them ... I will now say in a post if the product I commenting on is also one potentially involved with this ... not that I have made anything from this yet.