Showing results for 
Search instead for 
Did you mean: 
Showing results for 
Search instead for 
Did you mean: 

How to get Windchill Part Name and Part Number in Creo Model?


How to get Windchill Part Name and Part Number in Creo Model?

On an assembly drawing I have to show a list of its components. But I need specify names and numbers
of the Windchill's parts which the models linked to as OWNER.

Windchill adds some parameters to CAD model during upload. So I can see parameters like PTC_WM_CREATED_ON, PTC_WM_REVISION, and so on.

I have found these parameters in Windchill 10 > Site/Organization Preference Management > Mapping System Attributes and File Properties

I can see some extra parameters in the same list which may meet my needs: PTC_WM_PART_NAME, PTC_WM_PART_NUMBER (Description : Identifies the name of the property in the CAD tool that shows the CAD Document's "Owner" associated Part Number. The value may be set to a CAD System Attribute. The default value is PTC_WM_PART_NUMBER.)

The problem is that I can not find these parameters (PTC_WM_PART_NAME, PTC_WM_PART_NUMBER) in Creo model. If I try to add parameter with any of these names to Creo model I have the message that this names are reserved.

Is this bug? Or am I doing something wrong?

I am using Creo 1 M010 and Windchill 10 M020

This thread is inactive and closed by the PTC Community Management Team. If you would like to provide a reply and re-open this thread, please notify the moderator and reference the thread. You may also use "Start a topic" button to ask a new question. Please be sure to include what version of the PTC product you are using so another community member knowledgeable about your version may be able to assist.
5-Regular Member

Your question provides a good opportunity to share what I have found out on this topic, and the problems that we have run into. I hope some of this information is helpful. I would be interested to know if other users share any of these views.

On p214-217 of the “Using Creo® with Windchill®” (v10.0 M030, January 2012) manual PTC provide a table of the Preferences related to system attribute mapping and file properties (aka CAD parameters), which lists the following attributes:




PTC_WM_NAME (currently omitted from our Pro/E files)

PTC_WM_NUMBER (currently omitted from our Pro/E files)

PTC_WM_LAST_CHANGE_NOTE (currently omitted from our Pro/E files)



PTC_WM_IS_DRAWING (currently omitted from our Pro/E files)




PTC_WM_PART_NAME (currently omitted from our Pro/E files)

PTC_WM_PART_NUMBER (currently omitted from our Pro/E files)

PTC_WM_PART_REVISION_FOR_DRAWING (currently omitted from our Pro/E files)

PTC_WM_PART_STATE_FOR_DRAWING (currently omitted from our Pro/E files)


We have not changed any of the OOTB preferences for attribute mapping yet in our v10.0 M020 test server, and we assume this is the reason that we only see 9 of the 17 Attributes listed above being added to our Pro/E Wildfire4 files immediately upon Save to Workspace, even though WTParts are being created and associated automatically with the CAD Docs. A similar (but not identical) list of 9 default attributes is shown on the old TAN 118262 Wouldn't it be nice if PTC kept all TPIs/TANs up to date ?

In addition we see the following 4 extra Windchill system attributes (Parameters) being added automatically in our Pro/E files :

PTC_MODIFIED (listed as Yes/No but drawings display it as True/False)

PTC_WM_LOCATION (the path to Windchill context and folder)



In our test setup we still make use of the “old” PROI_VERSION parameter to display on drawings instead of PTC_WM_ITERATION, as it very usefully shows the +sign (like you see in the Windows title bar) as soon as the file is modified in session (and we have also set the option dm_emulate_ilink_sys_paramters = yes). The +sign is also shown correctly in the WGM, but for some reason PTC have stopped appending it to PTC_WM_ITERATION and instead suggest we make use of PTC_MODIFIED to indicate if a file has been modified locally and not yet checked-in. Unfortunately this change will require some customisation work to re-instate the original behaviour on our Pro/E drawings if the PROI parameters are ever dropped by PTC in future (eg. to translate the True/False values into “+” / <blank>).

The absence of PTC_WM_NAME seems to be causing us no trouble (yet) as we have set up CAD Doc numbering and naming to use the filename with and without extension respectively, and we have a company convention to give filenames to Pro/E drawings that are the same as their related model (apart from the filename extension, so they are listed adjacent if they both exist), hence we can still use the Pro/E drawing filename parameter &drg_name to display what we’ve set as the model (file)name on the drawing.

On p 55-60 of the “Windchill® Workgroup Manager for SolidWorks® Administrator's and User's Guide” (v10.0, June 2011) it lists the Windchill Default System Attributes as follows :


PTC_WM_PART_NAME (currently omitted from our SW files)

PTC_WM_PART_NUMBER (currently omitted from our SW files)







The subsequent section in that manual describes how these can be mapped to non-default File Properties (aka CAD Parameter) in Preference Management. We have not done this yet, and we assume this is the reason that we only see 7 of the 9 Attributes listed above being added to our SolidWorks files immediately upon Save to Workspace, even though WTParts are being created and associated automatically with the CAD Docs.

What I still cannot understand is why PTC chose to provide a much shorter list of Windchill system attributes to the 3rd party CAD applications via the Workgroup Manager. The WGM clearly has the ability to add and populate SolidWorks File Properties with some Windchill system attributes immediately upon a Save to workspace (which is great), but why is the list so limited, and why can’t we add the other ‘standard ones’ via some Preferences ? In particular we want to be able to have these Windchill attributes made available to 3rd party CAD files, without having to resort to customisation :






I've posted this suggestion in the Ideas section (aka enhancement requests) - if you agree, please vote on it

It appear that My Idea was a broken link or hidden from public view (??), so now the URL is appended in the editing comment below !!

You can also try a Search for Idea number 1148.

Whilst that difference between 3rd party WGM’s and the Pro/E WGM might be overcome by customising the file, a further difference in behaviour really undermines the credibility of PTC’s claim that “all the WGM’s work in the same way”. In the 3rd party WGM, the value of PTC_WM_ITERATION is bumped up to the next value in the series immediately upon modification of a file, in anticipation of the next check-in !

This makes it much more difficult to distinguish between any prints of work-in-progress drawings and any not-yet-checked-in future version that is almost certainly going to be different – as both will display the same Version number ! I understand we can display Lifecycle states on drawings, and perhaps with some customisation we can also show if the file(s) are checked in or out – but these approaches to solving the problem are a very poor substitute for not having the same attributes and attribute behaviour as we get with Pro/E files. When challenged about this PTC typically say they cannot do as much with 3rd party CAD application API’s (which I accept), but the description given above indicates that they could provide much more similarity between Pro/E and 3rd party CAD application with the existing WGM functionality, if they really wanted to.

On p63-64 of the same manual PTC describe Customizing Existing Windchill Attributes. They say “To create more authoring application parameters, Windchill provides a server-side delegate that can be used to customize the system parameters added to the CAD file upon download.” – and they give a list of reserved Windchill attributes (that relate to the associated WTParts) that the delegate can provide as follows :








In addition to these 7 reserved attributes, the sample delegate file also includes these 4 attributes, which you might be able to use or replace :





We are only just starting to experiment with customising the ‘download delegate’. If we can get it to work as we want, then I will update this posting.

Message was edited by: Nick Drought - added reference to TAN 118262

Message was edited by: Nick Drought (trying to fix broken URL)

Hi Oleg,

You are not doing anything wrong. The documentation is not correct in a number of places and what you are looking to do requires a customization. I recently successfully ran through the customization that is required to add the additional owner-link WTPart attributes as Creo parameters. The customization itself is actually rather quite simple since there are existing java code templates for the attributes and they just need to be pointed at to take effect. The "pointing" piece however is not documented all that well (, "Customizing the Parameters in the Download Service") and requires a little playing around with. Below is a screenshot of the end result:


It is important to note that these parameters will only update upon downloading the file to the local workspace. Feel free to contact me with any questions on how to set this up.


Hi Jonathan,

What's the simplest way to add PTC_WM_NAME and PTC_WM_PART_NAME to parameters?


We currently reference the revision (&PTC_WM_REVISION) in our drawings and it would be nice if we could reference the Windchill "Part Name" and Windchill "Name" as well.

I've tried looking through the Windchill Customization Guide but I it's a little over my head. It seems odd to omit those two fields from the default parameters. I wonder what the impetus for that was.

Thanks in advance for any help,



Hi Jonathan,

I have the same problem as others and it seems like your answer gives the best promises. I tried to follow the Customization Guide as you suggested but without success. Can you write in more details how to set up wt part name and part number into the Creo?



Did you get the answer for your query from any of the replies in post? You may mark appropriate reply as correct answer OR add your comments and mark that as answer.