Mejoras de formularios personalizados
A continuación, se llevan a cabo mejoras significativas para administrar formularios personalizados en la versión 22.2.
Añadir widgets de recursos
Puede incrustar imágenes en los formularios personalizados. Esto le permite comunicarse con los usuarios de formularios personalizados de una manera más interactiva y visual. Próximamente habrá más tipos de widgets.
Cuando se adjunta un formulario personalizado que contiene un widget a un objeto, los usuarios que trabajen con él podrán verlo en las siguientes áreas:
-
El área Detalles del objeto (por ejemplo, para un proyecto, el área Detalles del proyecto)
-
El cuadro Editar del objeto, si tiene el nuevo aspecto y funcionamiento de la experiencia Adobe Workfront (por ejemplo, los cuadros Editar proyecto y Editar tarea)
Actualmente, los usuarios no pueden ver el widget en las siguientes áreas:
- Listas e informes
- Inicio y resumen
- El cuadro de edición del objeto, si no tiene el nuevo aspecto y funcionamiento de la experiencia de Adobe Workfront (por ejemplo, el cuadro de edición de gastos )
- La aplicación móvil de Workfront
Asociar un formulario personalizado con varios tipos de objetos
Puede asociar varios tipos de objetos con cualquier formulario personalizado nuevo:
O cualquier formulario personalizado existente:
Esto le permite crear un único formulario personalizado para utilizarlo en proyectos, tareas, problemas y cualquier otro tipo de objetos compatibles con los formularios personalizados.
Esto resulta especialmente útil cuando se convierte un problema o una tarea, ya que puede transferir un formulario personalizado y sus datos al objeto convertido. Ya no es necesario crear y mantener copias exactas del mismo formulario personalizado para varios tipos de objetos; agregue el formulario personalizado al proyecto manualmente.
Tenga en cuenta lo siguiente al crear o editar un formulario personalizado de varios objetos:
Opciones de permiso para saltos de sección
El conjunto de opciones de permiso de salto de sección disponibles para los tipos de objeto Problema, Tarea, Proyecto y Usuario tiene una opción de permiso más que el conjunto de opciones de permiso para todos los demás tipos de objeto: Edición limitada.
El conjunto de permisos de salto de sección disponible para todos los demás tipos de objetos (Portfolio, documento, programa, gasto, compañía, iteración, registro de facturación y grupo) no incluye Edición limitada:
En un formulario personalizado asociado a tipos de objeto de ambos grupos, el sistema utiliza un conjunto común de permisos de salto de sección que funcionan para todos los tipos de objeto. En particular, en lugar de utilizar la opción de permiso Editar de forma limitada, este conjunto común sustituye la opción de permiso Editar por la opción de permiso Editar de forma limitada. La opción Editar es compatible con todos los tipos de objetos.
Cuando se asocia un tipo de objeto que utiliza opciones de permiso distintas de las de otros tipos de objeto que ya se encuentran en un formulario personalizado, aparece un mensaje que le permite cambiar al conjunto común de opciones de permiso que se utilizarán para el formulario. Este cambio se aplicará a todos los campos, incluso si no están en un salto de sección.
Compatibilidad calculada con campos personalizados
En un formulario personalizado de varios objetos, si un campo calculado hace referencia a campos que están disponibles para su uso con todos los tipos de objetos asociados al formulario (como {name}, {description} y {entryDate}, que están disponibles para varios tipos de objetos), los datos se calculan correctamente, independientemente del objeto al que se adjunten.
Por ejemplo, si tiene un formulario de varios objetos para proyectos y problemas y agrega un campo calculado que contiene la expresión {name}, el campo mostrará el nombre del proyecto cuando agregue el formulario a un proyecto y el nombre de la tarea cuando agregue el formulario a una tarea.
Los campos no compatibles con el objeto mostrarán N/D en el formulario.
| code language-none |
|---|
|
Cuando esto sucede, puede realizar una de las siguientes acciones:
-
Quite uno de los dos elementos incompatibles del formulario personalizado: el tipo de objeto o el campo al que se hace referencia.
-
Mantenga ambos elementos y utilice la variable de filtro comodín
$$OBJCODEcomo condición en una expresión IF para crear dos versiones diferentes del campo In Charge. Esto permite que el campo funcione correctamente, independientemente del tipo de objeto al que esté adjunto el formulario.En el ejemplo anterior, aunque no hay un campo integrado Asignado a: Nombre para los proyectos, hay un campo Propietario integrado (que se rellena automáticamente con el nombre de la persona que creó el proyecto, a menos que alguien cambie esto manualmente). Por lo tanto, en su campo personalizado A cargo, puede utilizar
$$OBJCODEcomo se muestra a continuación para hacer referencia al campo Propietario cuando el formulario personalizado se adjunta a un proyecto y al campo Asignado a: Nombre cuando el formulario se adjunta a una tarea:code language-none IF($$OBJCODE="PROJ",{owner}.{name},{assignedTo}.{name})
{project}.{name} con un proyecto, pero puede utilizarlo con una tarea.Para obtener más información acerca de variables como $$OBJCODE, vea Resumen de las variables de filtro comodín.
Precaución al eliminar un tipo de objeto de un formulario personalizado
Puede eliminar un tipo de objeto en un formulario personalizado en cualquier momento, pero esto debe hacerse con precaución. Si los usuarios ya han adjuntado el formulario personalizado a objetos del tipo que desea eliminar y le han agregado datos, esos datos se eliminan de forma permanente al eliminar ese tipo de objeto en el formulario.
Además, no hay ningún sistema de notificación que avise a las personas que utilizan el formulario personalizado de que se ha eliminado.
Para obtener más información, consulte Eliminar un campo o widget personalizado del sistema.