Part Class and Product Group fields

Over time we’ve used Part Class and Product Group for different things(a bit of a mess), and we currently use them for storing lifecycle and product family. We’re in the process of migrating to E10, so now is a good time to “fix” how we use these fields if there is value.

We don’t do much in regards to financial reporting(beyond the basics), and in talking with a consultant to help us understand product profitability he indicated we’re not using part class and product group as they were intended. He recommended we use the fields to categorize how we purchase parts and how we sell parts, as standard financial reports assume that is how we are using these fields.

Any recommendation? Are we painting ourselves into a corner such that as we mature and start wanting to better understand our finances that we’ll have problems because of how we use part class and product group, or…?

Your consultant is correct. I recommend reading up on the intended purposes of part class and product groups as they have multiple functions within Epicor.

As for financial transactions, to keep this high level, product groups will direct GL transactions for sales and cogs accounts. Part Classes will direct inventory accounts. Take a look at the GL control setups in E10 for Product Group and Part Class, you will see the accounts for each.

As for how you use these fields, it’s up to you and your business needs. There may be other fields you can use to track the data you have been storing in the class and group fields. Maybe add a few UD fields if you can.

2 Likes

An important thing to note, is that once a PrdGrp or PartClass is referenced on a GL transaction, it can’t be deleted. And there is not an “inactive” field to prevent future use.

I ended up adding a UD field to the PG and PC tables, then using the field to filter the combo boxes where you can select the PG or PC (Orders, Invoices, PO’s, etc…)

1 Like

As others said, your consultant was correct. PartClass = Inventory, Product Group = Sales, COGS, & WIP.
The design is intentional. if you have a part number for a “BicycleWheel”, it might be in a Part Class of “Purchased Hardware”, but in a product group for “Spare Parts”.
Where I used to work, we made miniature transformers… which are made out of about 10-15 parts (Wire, Bobbin, Case, Core, Laminations, Pins, epoxy etc)… the transformers we made were in a bunch of product types: Inductors, Delay lines, Transformers, LVDT, Switching, etc.

  • All materials had an appropriate partclass assigned, but the Product Group was typically “Raw Material”
  • All finished transformers a partclass of “Finished goods”, and had the correct Product class for the type of transformer that it was.

Note that the Product Group can be MODIFIED at the sales order Line level… in other words, you can sell Part A which is normally a Product Group X, but change the product group to something else.

When in doubt, you can always look at the pages from Part Class & Product Group Maintenance.

Part Class Setup is all about Inventory, Inspection, who the BUYER is (if it is purchased), approved Suppliers, Negative Inventory actions, Min Max, etc


image

But Product Group is all about Selling, warranty, Sales Territory, Job Closing (wip)
image
image

The GL Controls match up with these definitions… Part Class refers to Inventory GL accounts… whereas the Product Group refers to WIP, Sales, COGS.

3 Likes