Using System Fields
All work item types share a set of predefined fields, some of which are marked as reportable. To allow for meaningful cross-team project reports and queries, you should use as many of these fields as possible that make sense for your work item type. This also makes your work item type more portable between Team Foundation servers.
The following system fields are supported:
Default Reportable Field Value
The area of the work item. Note that the TreePath field type cannot be used for any other fields or user-defined fields
The unique ID of the area to which this work item belongs.
The user ID of the owner of the work item.
The number of file attachments.
The user account name of the authenticated user who did the last change.
Editable string for the person who last modified the work item.
Date and time that the current revision was overwritten by a new revision.
The person who first created the work item.
Date and time the work item was first created.
The long description of a work item.
The number of links from this work item to non-work item artifacts registered by using the Team Foundation Linking Core Service.
The appendable history of a work item.
The number of hyperlinks.
The unique ID of the work item. Work item IDs are unique across all team projects and work items on a Team Foundation Server.
The iteration of the work item. Note that the TreePath field type cannot be used for any other fields or user-defined fields
The unique ID of the iteration to which this work item belongs.
The name of the parent node to which this work item belongs.
The reason the work item is in the current state. Values are specific to the state. The Reason field supports only the HELPTEXT and READONLY rule types.
The number of links from this work item to other work items.
The historical revision of each work item.
Date and time that the work item was revised.
Current state of the work item. The valid values for state are specific for each work item type. The State field supports only the HELPTEXT and READONLY rule types.
The team project to which this work item belongs.
Short description of the bug used to differentiate it in a list.
Work Item Type
The name of the work item type of this work item.