Whenever I make a UI customization, I update the menu to point to the customization, and update the name to include the customization ID. For example, Part -> Part (PM_02b) for MenuID IMMT1102 (Mtl Mng -> Inv Mng -> Setup -> Part) using customization PM_02b
It looks like that during an upgrade of 10.1.400 to 10.2.300, the builtin menu items were reset to their original name.
What we do is change the form text to include the customization version in the form title. That doesn’t help before opening the form but this way if someone has an issue we know what version of the customization is being used.
You could always create a BAQ export of the menuid and name, then dmt the updates back in after an upgrade to retain the naming you desire. Extra steps but a small price to pay for consistency for the user.
I just like the Menu item to match the Form, and the form to include the Customization ID.
But I really need to start using the FormLoad event to set it. I can’t count how many times I’ve forgot to manually update the form’s titlebar text.
Whenever you do an upgrade, The Stock Epicor items will typically all get refreshed. Thus your custom Part Menu Item retained the Menu Name you gave it, but the Stock Part Menu Item got refreshed to the Epicor Naming convention.
The other problematic thing you could run into is if Epicor changes the Menu Order Sequence. I ran into that during the upgrade from 9.05 to 10.2.300 - went to change something, and got an error saying that Order Sequence was already being used, even though I didn’t change it on the Menu Item I was setting a customization on.
If you need to have the Part Menu Items identified in the menu, you might want to add another Custom Part icon, and uncheck the Enabled Checkbox for the Stock Part Menu Item. That way you won’t have to continually fix it during every upgrade.