Auto numbering is a must have for a global organization in order to facilitate the design and engineering processes with a single Windchill system. However; when dealing with objects such as CAD Documents, WTParts driven from CAD, WTParts not driven from CAD, and downstream MPMLink parts the setup of auto numbering is almost impossible.
Conisder these use cases:
1. CAD Document auto numbered. When checked in the corresponding WTParts are created through auto association. This is fully supported and easily configured with OIRs and prefernces.
2. Adding WTParts to an existing EBOM (created through auto association). This is not easily configured in Windchill today (10.1) because the current OIR for WTParts has turned off auto numbering. The solution for this use case is to soft type WTPart twice: 1) soft type part with auto numbering turned off for auto associate purposes and not instantiable in the UI, 2) soft type part with auto numbering turned on for purposes of creating EBOM parts that are not driven from CAD. This is unruly at best.
3. Creating new downstream part numbers within MPMLink. In this case the new number should not come from Windchill but should come from the ERP system. The purpose is to create downstream parts that adhere to the numbering convention of the manufacturing ERP system. This configuration is quite complex within the OIR to determin if the "view" attribute is defined and apply constraints accordingly. However it does not work in all "New Part" UIs. In fact it only works in the MPMLink UI where "view" is defined and sent to the OIR. In standard Windchill UI "New Part" UIs the view can be selected in a drop down after the OIR has fired.
So what is my request? Please improve the support for auto numbering objects and make all "new object" UIs behave consistently. My hope is that auto numbering can be more easily configured. The solution might be as easy as changing the order in which the OIR is called vs when the "new object" options are selected.