Product Configuration Best Option?

Hi, Curious on everyone’s opinions regarding the setup and sales of parts and the best approach.

Scenario Example:
Company manufactures cars, there are a few different car base options then the buyer can completely customise the rest, there will almost always be at least one modification with the maximum modification amount being approximately 20. One customer may just buy a car base with 3 additional modifications whereas another might have several additional modification. Each modification has several choices for the customer to select from.

Is the product configurator the best option to do this or is there a better way? With this is there the option to list each modification on the sales order?

Thanks

1 Like

Hi Nicole,

It sounds to me like your use case is exactly what the product configurator is designed for. You create a configurable “Base Part”, and create a user interface with inputs (text fields, drop downs, numeric fields, etc.). So if one of your modifications is “Paint Color”, you could have a drop down with options “White, Black, Silver, Red, etc”.

You can choose which (if any) are required.

The other possibility would be to create alternate parts and/or alternate revisions for each combination. From what it sounds like, configurator might be your best bet.

Yes, there are a few options for this. I’ve seen companies create UD Fields on the Sales Order Detail table (OrderDtl) to store the values, then add those values to Order Acknowledgment. I’ve also seen where a company will just build the Line Description based on the selected inputs. I’ve also seen them save all the inputs in a JSON string, so that they could put them in a table on reports. It all depends on what all you need to save and where you need to save it.

2 Likes

The product configurator is really powerful and will be exactly the tool that you need. You build a base method containing all possible materials and operations and then the configurator rules remove the bits you don’t need.

Once a part has been configured, it can be re-configured from within sales order entry (or quote entry if you use quotes).

The only thing to be careful about it potential to publish the configurator on-line to external customers. It does work through EPICOR commerce, but it is not great so if this is a requirement, or even on the roadmap for the future I would avoid it and have a look at some of the CPQ options on the market, EPICORs tool (Kbmax) looks good, but there is also PartTrap One and I think Silk have an offering in this space too, there are likely one or two others too.

1 Like

As part of the migration from classic to kinetic, I ditched the configurator module and just made my configurators in application studio and the code with Epicor functions. No regrets.

I did a little of this. One of the things I was missing was the lookup tables. This was useful for that.
https://www.epiusers.help/t/configurator-pclookup-functions-server-side-version/100200

If you have a lot of variability in the number of columns, I suppose the lookup tables can be nice. I didn’t have that, so I just took some UD tables and added the columns I needed. Much faster and easier to use throughout Epicor.

If I did need something that dynamic, I would probably stuff JSON blobs into fields. That is essentially what the lookup tables are doing, but with XML I believe. Its why they are so slow.

I no longer use any part of the configurator system - its off our bill :grin:

Right, I wasn’t replacing the configurator entirely, but supplementing it. The configurator values determined a lot of the scheduling / ship & promised dates, which was fine. But if something was configured then put on / taken off hold, I needed to recreate the logic so that it would update dates on the same rules. Since I already had everything in Product Configurator / Lookup tables, it was easier not to recreate them and deal with double maintenance.

What BOs did you use to engineer jobs / modify engineering of BOMs in your functions?

Its engineered at the quote level, so primarily the BO QuoteAsm. I just did one by hand with a trace going and then copied the BO calls from that. We don’t save any configurations to the part master, way too many permutations.

Ahhh that makes sense. We didn’t use quoting, just configured from Sales Orders. I wanted to do something similar to what you were describing, but every time I got to Job Engineering I decided it wasn’t worth it lol.

Are you using a quoting tool at all? Or, did you build a custom app in Application Studio to drive the configurations?

We use the quote module and then I tie my custom configuations - UD14.Key1 = quote number and UD14.Key2 = line.