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: Grandparent, Parent, and Child. Grandparent and 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.