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.
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.