T Lee Wylie is a former CIO of Gartner and the creator of the ERP concept He currently serves as chairman of the ERP Executive Council for Rootstock Software

T. Lee Wylie is a former CIO of Gartner and the creator of the ERP concept. He currently serves as chairman of the ERP Executive Council for Rootstock Software.

Buyers Beware: Not All ERPs Are Manufacturing ERPs

The concept of ERP has its original roots in manufacturing, but many of software vendors who have recently added the ERP tagline to their product fail to recognize the complex relationships between all the resources required to manufacture a product.

The saying, "a tree is a tree is a tree," doesn't apply to ERP.

Contrary to what many providers may tell you, every ERP solution is not necessarily a manufacturing ERP solution.

ERP customers need to understand that what you don’t know about an ERP suite is just as important as what you do know.

Let's consider a company that makes clothing apparel. They take raw material and turn it into a finished product in their 100,000-square-foot manufacturing facility. It’s a complex process that requires systems that fully comprehend and manage the complexity.

What that company needs to understand is that an ERP for a manufacturing company like this is a very different product than the ERP being sold by many software vendors.

In recent years, any company selling a financial-centric package with a few added embellishments like purchase orders and inventory are now assuming the mantle of ERP.

However, ERP goes much deeper than that for a manufacturing company.

ERP's Manufacturing Roots

The concept of ERP has its original roots in manufacturing.

When ERP was described in 1990, it was depicted as the logical extension of MRP to MRPII to ERP. MRP dated back to the mainframes in the mid 1960’s and was first implemented at Black and Decker.

Its primary mission was to provide assistance in scheduling all the materials, components and assemblies that were required to fulfill a production schedule. At the core was software to maintain the BOM (Bill of Materials) for each of the products produced by the manufacturer.

What that company needs to understand is that an ERP for a manufacturing company like this is a very different product than the ERP being sold by many software vendors."

 -- T. Lee Wylie, Rootstock Software

MRPII was then portrayed in the early 1980‘s by Oliver Wight and extended MRP to include the management of human resources and production resources for the manufacturing facility. This let MRPII calculate the product cost by creating a costed bill of material. Financial functionality had been added to the basic MRP manufacturing model.

Going into the 1990’s, there were still silos of systems and data within the enterprise, all running on unique IT architecture.

Getting engineering, finance and manufacturing in sync was a challenge. ERP described transforming MRP systems by moving the systems to a common standard enterprise platform by embracing technologies like Unix, Relational DB technology, 4GL languages and TCP/IP Ethernet networking. It stressed an enterprise-wide data model.

At the core of MRP, MRPII and, now, ERP systems, were an industrial strength model of the manufacturing process.

Recent Confusion

Many of software vendors who recently added the ERP tagline to their product fail to recognize the complex relationships between all the resources required to manufacture a product.

Manufacturing companies can use a variety of production strategies to build their products. They may use engineer to build, build to stock, configure to build or build to order. Oftentimes, manufacturing companies will use a hybrid of these strategies.

Manufacturers may choose to cost their product using standard, average or FIFO manufacturing costing.

Daily operations require the management of work orders, engineering change orders, purchase orders, project control, requisitions, inventory location changes, receiving and shipping transactions.

These are not just documents to be captured; they are the elements that manage the flow of the production process and become key data for tracking and managing costs.

Many manufacturers are faced with regulations that mandate that their final shipped product or components of their product be managed by serial or lot control. This data must be accurately recorded and maintained for the life of the product.

All ERP implementations require some degree of customization.

As a customer, you should prefer customizations that look more like tweaking than wholesale functional code development. A quick acid test for determining if the vendor is selling ERP for manufacturing or simple ERP is to validate that the core product can properly manage the various techniques and complexities mentioned above.

Lessons Learned

Let's recap.

For the ERP vendors: Know what you don’t know. If few employees in your company have actually worked in manufacturing and the application was not developed based on the manufacturing model, be cautious - very cautious - on what you promise the customer your product can do.

For the manufacturer: Define your requirements prior to talking with the vendors. Describe your process in clear generic terms. It doesn’t need to be fancy. It just needs to be truly descriptive of production requirements.

Each company and industry has its own language. It’s a good idea to create a glossary that translates your phrases and acronyms into easily understood terms for the ERP vendors.

If a vendor’s proposal includes a large charge for the customization of code, you should closely examine if that is to create basic manufacturing functionality missing from the product. If so, you may want to continue your search and evaluation of ERP vendors.


T. Lee Wylie is a former CIO of Gartner and the creator of the ERP concept. He has 35 years of leadership experience in manufacturing and IT. He serves as Chairman of the ERP Executive Council for Rootstock Software. He welcomes your comments.

Hide comments

Comments

  • Allowed HTML tags: <em> <strong> <blockquote> <br> <p>

Plain text

  • No HTML tags allowed.
  • Web page addresses and e-mail addresses turn into links automatically.
  • Lines and paragraphs break automatically.
Publish