We noticed something weird in a multi-level configurable BOM that we’re developing, so I tried to recreate it in isolation. And it worked… sort of. But I can’t get it to work consistently. I’m not sure if it’s even intended behavior. If it is intended, I’m not sure what triggers it.
In the original multi-level BOM, we have three levels of assemblies:
Child have configurators. The interesting part is
Parent. The revision has “configurable” checked, despite the checkbox being disabled in the UI because
Parent has no configurator of its own.
I reasoned that
Parent is configurable because it has configurable materials, so this is what I tried to recreate in isolation. I created a new
Child with a configurator and confirmed that everything works when it’s put on a quote or order. Then I created a new
Parent with no configurator and
Child as a material. When I saved and approved everything, “configurable” was not checked on the
Parent revision. But then later in the day, it magically was! The mystery is exactly when and how that happened. Any idea what makes Epicor notice that a revision has configurable materials?
Things that don’t trigger it: reapproving the parent revision through the Engineering Workbench, reapproving the parent revision in Part, and reapproving the child configurator and revision in Configurator Entry.