Campos y atributos de elementos de trabajo en Azure Boards
REST:
SUBA: AllowedValues
collection
Obtiene la colección de valores válidos para un campo que contiene valores de lista desplegable. Para cambiar esto, especifique una lista desplegable o una lista global (local).
¿Se puede cambiar?=Sí
REST: canSortBy
LUGAR: CanSortBy
boolean
Indica si puede ordenar los resultados de la consulta con este campo.
¿Puede cambiar?=No
REST: descripción
SEDESTE: HelpText
string
Especifica una descripción para el campo, que también define el texto de ayuda que aparece al mantener el puntero sobre el campo dentro del formulario de elemento de trabajo.
¿Se puede cambiar?=Sí
REST:
LO QUE SE HA PASADO: ID
Entero
Especifica el identificador interno del campo.
¿Puede cambiar?=No
REST:
SECUESTE: IsCloneable
boolean
Indica si el valor definido para el campo se copia cuando un usuario elige copiar un elemento de trabajo. Por ejemplo, se copianloscampos Título, Etiquetas y Descripción, pero no se copian los campos Id. e Historial.
¿Puede cambiar?=No
REST:
SESER: IsComputed
boolean
Indica si el sistema calcula el valor establecido por este campo (True) o no (False). Algunos ejemplos de campos calculados son los que establece el sistema, como el identificador ,la fecha revisada,la fecha de cambio y el recuento de vínculos externos.
¿Puede cambiar?=No
REST:
SUERCIÓN: IsCoreField
boolean
Indica si este campo se especifica para todos los tipos de elemento de trabajo.
¿Puede cambiar?=No
REST:
SESTE: IsEditable
boolean
Indica si los usuarios pueden modificar este campo (True) o no (False). Algunos ejemplos de campos no editables son los que establece el sistema, como los campos ID, Revision, Created Byy Changed By.
¿Puede cambiar?=No
REST: isIdentity
SEDENO: IsIdentity
boolean
Indica si este campo es un campo de identidad. Los campos de identidad son campos de cadena que se usan para almacenar identidades de usuario.
¿Puede cambiar?=No
REST:
SEP: IsIndexed1
boolean
Indica si este campo está indexado para admitir la búsqueda.
¿Puede cambiar?=No
REST:
SEDESTE: IsLongText
boolean
Indica que el campo puede contener más de 255 caracteres, como campos asignados a un tipo de datos de Textosin formato, HTMLo Historial.
¿Puede cambiar?=No
REST: isPicklist2 LOTA:
boolean
Indica si el campo está asociado a una lista desplegable. El valor se establece en True cuando se define un campo personalizado para el tipo Azure DevOps tipo Picklist (String) o Picklist (Integer). El valor se establece en False para los campos heredados que definen listas desplegables.
¿Puede cambiar?=No
REST: isPicklistSuggested2 LOTA:
boolean
Indica si el campo permite a los usuarios escribir sus propios valores para una lista desplegable. El valor se establece en True cuando se define un campo personalizado para el tipo Azure DevOps, Picklist (String) o Picklist (Integer) y se activa la casilla Permitir a los usuarios establecer sus propios valores.
¿Se puede cambiar?=Sí
REST: isQueryable
SESTE: IsQueryable
boolean
Indica si el campo aparece dentro del conjunto de campos que puede agregar para filtrar una consulta de elemento de trabajo (True) o no (False). La mayoría de los campos son consultables.
¿Puede cambiar?=No
REST:
SUSE: IsReportable 3
boolean
Indica si el atributo que se puede notificar está definido o establecido en algo distinto de None. Este atributo se puede cambiar para entornos locales.
¿Se puede cambiar?=Sí
REST:
SETE: IsUsedInGlobalWorkflow
boolean
Indica si el campo está definido dentro de un flujo de trabajo global.
¿Puede cambiar?=No
REST:
SUELTE: IsUserNameField
boolean
Indica si el campo se usa para mostrar un campo De identidad.
¿Puede cambiar?=No
REST: nombre
LUGAR: Nombre
string
Nombre descriptivo asignado al campo. El nombre descriptivo no se puede cambiar para Azure DevOps, pero se puede cambiar para el entorno local mediante el comando witadmin changefield.
¿Puede cambiar?=Solo en el dispositivo
REST: picklistId
LUGAR DE LA AYUDA: HelpText
GUID
Si el campo es una lista desplegable, identificador de la lista desplegable asociada; de lo contrario, null. Se asigna un valor GUID único cuando se define un campo personalizado para Azure DevOps y se selecciona el tipo Picklist (String) o Picklist (Integer).
¿Puede cambiar?=No
REST:
LA PROPIEDAD: ProhibitedValues
collection
Obtiene la colección de valores prohibidos para un campo que especifica dichos valores. Solo puede definir valores prohibidos para implementaciones locales.
¿Puede cambiar?=Solo en el dispositivo
REST: readOnly
ESPOSA:
boolean
Indica si el campo está establecido en solo lectura. Por Azure DevOps Services, solo se pueden cambiar los campos personalizados para que sean de solo lectura. No se pueden modificar los campos del sistema.
¿Puede cambiar?=Sí
REST: referenceName
LUGARDEUSUARIO: ReferenceName
string
Especifica el nombre de referencia de un campo.
¿Puede cambiar?=No
REST:
LUGAR: ReportingAttributes3
Especifica Detail, Dimension oMeasure,en función de si y cómo desea que el campo se incluya en los informes. Los datos de los campos que tienen un valor distinto de Ninguno para este atributo se exportan al almacenamiento de datos y se pueden incluir en SQL informes.
¿Puede cambiar?=Solo en el dispositivo
REST:
LUGAR: ReportingName3
string
Especifica la etiqueta de un campo cuando los datos aparecen en SQL informes. Si no especifica un valor, se usa el nombre descriptivo del campo.
¿Puede cambiar?=Solo en el entorno local
REST:
LA PROPIEDAD: ReportingReferenceName3
string
Especifica un nombre de referencia diferente a un campo que se usa cuando los datos se exportan al almacenamiento de datos relacionales. Si no especifica un valor, se usa el nombre de referencia de los campos.
¿Puede cambiar?=Solo en el entorno local
REST: supportedOperations
ESPOSA:
set
Conjunto de operadores de consulta que son válidos para su uso al hacer referencia a este campo. Para obtener una referencia rápida de las operaciones admitidas basadas en el tipo de datos, vea Consulta de referencia rápida,operadores y macros compatibles con cada tipo de datos .
¿Puede cambiar?=No
REST:
LUGAR DE LA CONSULTA: SupportsTextQuery
boolean
Indica si el campo admite consultas de texto como Contains Words, Does Not Contains Words.
¿Puede cambiar?=No
REST:
LUGAR DE LA VIDA: SystemType
string
Especifica el tipo de datos del campo, haciendo referencia al nombre del sistema, como System.DateTime o System.String.
¿Puede cambiar?=No
REST: tipo
LUGAR DE LA PROPIEDAD: FieldType
string
Especifica el tipo de datos del campo, como booleano,datetime,entero,cadena,y así sucesivamente. Para obtener una lista completa y descripciones, vea Campos de consulta, operadores y macros.
¿Puede cambiar?=No
REST: uso
LUGAR DE LA VIDA: Uso
string
Especifica si el campo está pensado para su uso con elementos de trabajo (WorkItem) o con objetos de vínculo de elemento de trabajo (WorkItemLink). El uso de la mayoría de los campos es WorkItem. Para obtener una lista completa de los valores de uso, vea Obtener campos, FieldUsage.
¿Puede cambiar?=No
Nota
- En el caso de las implementaciones locales, puede habilitar la indexación de un campo para mejorar los tiempos de respuesta de las consultas al filtrar por el campo. Para obtener más información, vea Campos indexados más adelante en este artículo.
- Los atributos isPicklist e isPicklistSuggested solo se asignan a campos personalizados definidos para un proceso heredado. El modelo de proceso heredado se admite para Azure DevOps Server 2019 y versiones posteriores. Para más información, consulte Modelo de proceso heredado.
- Todos los atributos de informes solo son válidos para implementaciones locales cuyos proyectos se han configurado para admitir SQL Server reporting y SQL Server Analysis Services.
Atributos para informes
Todos los atributos de informes solo son válidos para implementaciones locales cuyos proyectos se han configurado para admitir SQL Server reporting y SQL Server Analysis Services. Para obtener más información, vea Agregar informes a un proyecto.
Para obtener una descripción de cada atributo que se puede notificar, vea Agregar o modificar campos de elemento de trabajo para admitir informes.
Para obtener una lista de los campos que tienen atributos que se pueden notificar definidos de forma predeterminada, vea Referencia de campos que se pueden informar.
Campos indizados
Puede habilitar o deshabilitar la indexación de un campo de elemento de trabajo mediante el comando witadmin indexfield. Al habilitar la indización para un campo, puede aumentar el rendimiento de la búsqueda de elementos de trabajo cuyas consultas especifiquen ese campo. De forma predeterminada, se indizan los campos siguientes: Asignado a, Fecha de creación, Modificado por, Estado, Motivo, Identificador de área, Id de iteración y Tipo de elemento de trabajo.
Si agrega un campo personalizado que utilice en muchas de sus consultas de elemento de trabajo, quizá desee habilitar la indización para ese campo. Para obtener más información, vea Administrar campos de elemento de trabajo (witadmin).
Enumeración de atributos de campo
Puede enumerar los atributos asignados a un campo mediante la API REST Fields - Get. Escriba el nombre de la organización en OrganizationName.
https://dev.azure.com/OrganizationName/_apis/wit/fields/FieldReferenceName
Por ejemplo, aquí enumeramos los atributos de la ruta de acceso de iteración, especificando el nombre de referencia, System.IterationPath , para la organización fabrikam.
https://dev.azure.com/fabrikam/_apis/wit/fields/System.IterationPath
Datos devueltos:
{
"name": "Iteration Path",
"referenceName": "System.IterationPath",
"description": "The iteration within which this bug will be fixed",
"type": "treePath",
"usage": "workItem",
"readOnly": false,
"canSortBy": true,
"isQueryable": true,
"supportedOperations": [
{
"referenceName": "SupportedOperations.Under",
"name": "Under"
},
{
"referenceName": "SupportedOperations.NotUnder",
"name": "Not Under"
},
{
"referenceName": "SupportedOperations.Equals",
"name": "="
},
{
"referenceName": "SupportedOperations.NotEquals",
"name": "<>"
},
{
"referenceName": "SupportedOperations.In",
"name": "In"
},
{
"name": "Not In"
}
],
"isIdentity": false,
"isPicklist": false,
"isPicklistSuggested": false,
"url": "https://dev.azure.com/mseng/_apis/wit/fields/System.IterationPath"
}
Puede enumerar los atributos asignados a un campo mediante la API REST Fields - Get. Escriba el nombre de la organización en OrganizationName. Para empezar a usar REST, consulte la referencia Azure DevOps Services API REST
https://{ServerName:Port}/tfs/{Collection}/_apis/wit/fields/FieldReferenceName?api-version={version}
Por ejemplo, aquí enumeramos los atributos de la ruta de acceso de iteración, especificando el nombre de referencia, System.IterationPath , para el servidor fabrikam.
https://fabrikam:8080/tfs/DefaultCollection/_apis/wit/fields/System.IterationPath?api-version=4.1
Datos devueltos:
{
"name": "Iteration Path",
"referenceName": "System.IterationPath",
"description": "The iteration within which this bug will be fixed",
"type": "treePath",
"usage": "workItem",
"readOnly": false,
"canSortBy": true,
"isQueryable": true,
"supportedOperations": [
{
"referenceName": "SupportedOperations.Under",
"name": "Under"
},
{
"referenceName": "SupportedOperations.NotUnder",
"name": "Not Under"
},
{
"referenceName": "SupportedOperations.Equals",
"name": "="
},
{
"referenceName": "SupportedOperations.NotEquals",
"name": "<>"
},
{
"referenceName": "SupportedOperations.In",
"name": "In"
},
{
"name": "Not In"
}
],
"isIdentity": false,
"isPicklist": false,
"isPicklistSuggested": false,
"url": "https://fabrikam:8080/tfs/DefaultCollection/_apis/wit/fields/System.IterationPath?api-version=4.1"
}
Enumeración de atributos mediante witadmin la herramienta de línea de comandos
Puede enumerar los atributos de campo seleccionados,como el tipo de datos, los atributos que se pueden informar y la indexación, mediante el comando witadmin listfields.
Por ejemplo, puede escribir el siguiente comando para enumerar los atributos definidos para un campo especificado, como Microsoft.VSTS.Common.Issue.
witadmin listfields /collection:http://fabrikam:8080/tfs/DefaultCollection /n:Microsoft.VSTS.Common.Issue
Se muestra la información de campo y atributo del campo especificado, como se ve en este ejemplo.
Field: Microsoft.VSTS.Common.Issue
Name: Issue
Type: String
Reportable As: dimension
Use: Adventure Works (Shared Steps), AW Future (Shared Steps), AW Current (Shared Steps)
Indexed: False
El parámetro Use indica el nombre de cada proyecto y el tipo de elemento de trabajo donde se usa el campo.
Project integración y asignación de campos de proyecto
Puede cambiar cómo se asignan los campos de seguimiento de trabajo a los Project y cómo se publican los campos específicos. Consulte [The Microsoft Project Field Mapping File](/previous-versions/azure/devops/reference/xml/customize-project-field-mapping-file.
Agregar y modificar campos
Para agregar campos a un proceso, debe agregarlos a uno o varios tipos de elemento de trabajo. Para más información, consulte Personalización de un proceso de herencia.
Puede agregar o modificar los campos contenidos en un WIT o agregar un WIT personalizado. Para más información, vea:
- Para colecciones de proyectos que usan el modelo de proceso de herencia: Personalizar un proceso de herencia.
- Para las colecciones de proyectos que usan el modelo de proceso XML local: personaliceel modelo de proceso XML local .
Puede cambiar el nombre del campo, el índice y los atributos de informe de cualquier campo, excepto los campos del sistema, mediante la herramienta de línea de comandos witadmin. Para obtener más información, vea Administrar campos de elemento de trabajo-witadmin.
Para agregar campos a un proyecto, debe agregarlos a uno o varios tipos de elemento de trabajo. Vea Agregar o modificar un campo para realizar un seguimiento del trabajo.
Puede cambiar el nombre del campo, el índice y los atributos de informe de cualquier campo, excepto los campos del sistema, mediante la herramienta de línea de comandos witadmin. Para obtener más información, vea Administrar campos de elemento de trabajo-witadmin.
Artículos relacionados
Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013
Los campos de elemento de trabajo se usan para realizar un seguimiento de la información. Los campos se definen para una organización y se comparten entre todos los proyectos definidos para esa organización. Puede usar una de estas dos herramientas para revisar los campos definidos para la organización. Estas herramientas están disponibles para los modelos de proceso XML heredado y hospedado.
- Página web Campos de proceso
- Explorador de campos de elementos de trabajo
Los campos de elemento de trabajo se usan para realizar un seguimiento de la información. Los campos se definen para una colección y se comparten entre todos los proyectos definidos para esa colección. Puede usar una de estas dos herramientas para revisar los campos definidos para la colección.
- Proceso Página web Campos:disponible para el modelo de proceso heredado
- Explorador de campos de elemento de trabajo:disponible para los modelos de proceso XML heredados y locales.
Los campos de elemento de trabajo se usan para realizar un seguimiento de la información. Los campos se definen para una colección y se comparten entre todos los proyectos definidos para esa colección. Para ver todos los campos definidos para una colección, puede usar la herramienta Explorador de campos de elemento de trabajo, un complemento para Visual Studio.
Para obtener una descripción de cada campo definido con un proceso del sistema, vea Índice de campo de elemento de trabajo.
Requisitos previos
- Para ver los campos definidos para una organización o colección, debe ser miembro del grupo de aplicaciones Usuarios válidos de la colección de Project o tener el permiso Ver información de nivel de instancia establecido en Permitir para la organización o recopilación.
Enumeración o revisión de campos
Para enumerar o revisar los campos, puede usar una de las herramientas siguientes, en función del modelo de proceso (herencia, XML hospedado o XML local) que use. Para obtener un índice de los campos definidos dentro de los procesos predeterminados, vea Índice de campo de elemento de trabajo.
| Herramienta | Herencia | XML hospedado | XML local |
|---|---|---|---|
| Portal web: enumeración de campos heredados y definidos de forma personalizada | ✔️ | ✔️ 1 | |
| Explorador de campos de los elementos de trabajo | ✔️ | ✔️ | ✔️ |
| herramienta de línea de comandos witadmin listfields | ✔️ | ✔️ | ✔️ |
Nota
- Solo se admite para procesos predeterminados (Agile, CMMI, Scrum).
Nombres y tipos de datos de campo
Cada tipo de elemento de trabajo especifica los campos definidos para los elementos de trabajo que hacen referencia a ese tipo. Cada campo está asociado a una serie de atributos, muchos de los cuales están establecidos por el sistema y no se pueden cambiar.
Cada campo se define mediante los tres atributos siguientes.
- Tipo dedatos: especifica el tipo de datos que se pueden escribir en el campo, como Boolean, Double, Integer, HTML y String. Para obtener descripciones de cada tipo de datos, vea Campos de consulta, operadores y macros.
- Nombre descriptivo:especifica el nombre asignado al campo y que se selecciona para un campo en una cláusula de consulta. Este nombre puede diferir del nombre que se muestra en el formulario de elemento de trabajo.
- Nombre dereferencia: especifica el nombre que se usa al crear una consulta WIQL o una plantilla de elemento de trabajo improvisada,mediante comandos de la API RESTo definiendo definiciones de tipo de elemento de trabajo XML. Una vez definido, no se puede cambiar el nombre de la referencia.
Para obtener una descripción de cada atributo de campo y cómo puede enumerarlos, vea Atributos de campo y Enumerar atributos de campo más adelante en este artículo. Para obtener información general sobre wi-fi y elementos de trabajo, consulte Seguimiento del trabajo con casos de usuario, problemas, errores, características y epopeyas.
¿Qué es un campo? ¿Cómo se usan los nombres de campo?
Cada tipo de elemento de trabajo está asociado a 31 campos del sistema y a varios campos más específicos del tipo. Los elementos de trabajo se usan para planear y realizar un seguimiento del proyecto.
Cada campo admite el seguimiento de un fragmento de información sobre el trabajo que se debe realizar. Los valores que asigna a un campo se almacenan en el almacén de datos de seguimiento de trabajo, que puede crear consultas para determinar el estado y las tendencias.
Para obtener descripciones y el uso de cada campo definido para los procesos principales del sistema(procesos Agile, Basic, Scrum y CMMI),consulte Índice de campo de elemento de trabajo.
Nombres de campo
Un nombre de campo de elemento de trabajo identifica exclusivamente un campo de elemento de trabajo. Asegúrese de que los nombres de campo se encuentran dentro de estas directrices:
- Los nombres de campo deben ser únicos dentro de la colección de cuentas o proyectos
- Los nombres de campo deben tener 128 caracteres Unicode o menos.
- Los nombres de campo no pueden contener espacios iniciales o finales, ni dos o más espacios consecutivos
- Los nombres de campo deben contener al menos un carácter alfabético
- Los nombres de campo no pueden contener los caracteres siguientes:
.,;'`:~\/\*|?"&%$!+=()[]{}<>.
Dado que los campos personalizados se definen para una organización o colección, no se puede agregar un campo personalizado a un proceso con el mismo nombre de campo que se agrega a otro proceso.
Para obtener más información, vea Convenciones y restricciones de nomenclatura.
Campos del sistema y predefinidos
Todos los campos definidos por el sistema tienen nombres de referencia que comienzan por System, por ejemplo, System.AreaPath, System.AssignedTo y continúan en ese patrón.
Los campos predefinidos definidos por el proceso predeterminado comienzan por Microsoft.VSTS y, a continuación, difieren en función de su uso. A continuación se muestran ejemplos de campos predefinidos que se usan en común, con fines de programación e integración con Office Project, para la integración con Team Foundation Build y la integración con la administración de casos de prueba (TCM):
- Microsoft.VSTS.Common.Priority
- Microsoft.VSTS.Scheduling.DueDate
- Microsoft.VSTS.Build.FoundIn
- Microsoft.VSTS.TCM.Steps
Para obtener información general de todos los campos predefinidos y del sistema definidos para las plantillas de procesos o procesos predeterminadas, vea Índice de campos de elemento de trabajo. Para obtener más información sobre cómo especificar nombres de campo, vea Restricciones de nomenclatura.
Custom Fields
Dado que los campos personalizados se definen para una organización o colección de proyectos, no se puede agregar un campo personalizado a un proceso con el mismo nombre de campo que se agrega a otro proceso.
Al agregar campos personalizados, tenga en cuenta los límites siguientes:
- Se puede definir un máximo de 256 campos para cada WIT.
- Se puede definir un máximo de 512 campos por proceso
El tipo de datos de campo determina el tipo y el tamaño de los datos que puede almacenar en el campo. Un campo solo puede tener un tipo definido dentro de una colección de proyectos. Ésta es una restricción que anima a las organizaciones a utilizar campos comunes para distintos proyectos y tipos de elemento de trabajo.
Al agregar un campo personalizado a un proceso heredado, Azure DevOps asigna un nombre de referencia con el prefijo Personalizado y, a continuación, el nombre del campo con espacios quitados. Por ejemplo, agregue un campo denominado DevOps Triage, el nombre de referencia es Custom.DevOpsTriage. No se permiten espacios dentro del nombre de referencia.
¿Cómo se puede determinar el tipo de datos de campo?
Para ver el tipo de datos de los campos definidos para su organización, abra la página Campos de proceso.

Cuando la colección de proyectos usa el modelo de proceso de herencia para personalizar el seguimiento del trabajo, puede ver el tipo de datos de los campos abriendo la página Campos de proceso.

Si se usa el modelo de proceso XML local, puede buscar el tipo de datos a través del índice del campo Elemento de trabajo. O bien, puede abrir el Explorador de campos de elemento de trabajo para revisar los campos definidos y sus asignaciones de atributos, o usar el comando witadmin listfields para enumerar los atributos de campo. Para obtener más información, vea Explorador de campos de elemento de trabajo y Enumerar atributos de campo más adelante en este artículo.
Puede buscar el tipo de datos a través del índice del campo Elemento de trabajo. O bien, puede abrir el Explorador de campos de elemento de trabajo para revisar los campos definidos y sus asignaciones de atributos, o usar el comando witadmin listfields para enumerar los atributos de campo. Para obtener más información, vea Explorador de campos de elemento de trabajo y Enumerar atributos de campo más adelante en este artículo.
Página > web Campos de proceso
Para revisar la lista de campos definidos para una organización o colección, abra Configuración de la organización Campos de > proceso.
Elija el
logotipo Azure DevOps para abrir Proyectos. A continuación, elija Configuración de la organización.
A continuación, elija Procesar.

Nota
Si no ve Proceso, está trabajando desde TFS-2018 o una versión anterior. No se admite la página Proceso. Debe usar las características admitidas para el modelo de proceso XML local.
A continuación, elija Campos.
Los campos enumerados corresponden a todos los campos definidos para la organización o la colección. Esto incluye todos los campos personalizados y los definidos para los procesos del sistema.

Nota
Si no ve Campos ,la colección usa el proceso XML local. La página Campos no se admite para ese proceso.
Para obtener descripciones y uso de cada campo, así como el nombre de referencia de cada campo, puede buscarlo en el índice del campo Elemento de trabajo. También puede obtener el nombre de referencia de los campos de la API REST Campo de tipos de elemento de trabajo - Enumerar.
Explorador de campos de elemento de trabajo
Puede buscar las asignaciones de atributos de campo mediante la herramienta Explorador de campos de elemento de trabajo.

Para acceder al Explorador de campos de elemento de trabajo, debe instalar la herramienta Editor de procesos. Según la versión de Visual Studio que haya instalado, obtenga la herramienta Editor de procesos de una de las siguientes extensiones.
- Visual Studio 2019:Editor de plantillas de proceso.
- Visual Studio 2017:Editor de plantillas de proceso de TFS. También puede usar esta versión del Editor de procesos para modificar los formularios de elementos de trabajo de estilo antiguo. No se puede usar para editar formularios asociados a los nuevos formularios web forms.
- Visual Studio 2015:TFS Power Tools.
Atributos de campo
Hay muchos atributos ocultos y no modificables para cada campo de elemento de trabajo. En la tabla siguiente se describe cada atributo. Los atributos tienen nombres diferentes en función de si se obtienen a través de la API REST Campos- Obtener o la vista a través de la herramienta Explorador de campos de elementos de trabajo (LODO)y las propiedades FieldDefinition.
Los atributos asignados a un campo dependen de la plataforma y la versión que use. Por ejemplo, algunos atributos no son compatibles con el proceso de herencia. Para buscar el nombre de referencia de un campo, vea Índice de campos de elemento de trabajo.
Atributo
Tipo de atributo
Descripción