Saltar al contenido principal
Version: 6.1.0

Uso del campo de Adjuntos

Esta guía describe cómo trabajar con un campo personalizado de tipo Attachment Field ya configurado por su administrador. Si todavía no ve el campo en sus pantallas del work item, consulte con su administrador de Jira: probablemente solo falte añadirlo a la pantalla correspondiente.

Desde esta versión, los archivos que sube a través del campo se guardan como adjuntos nativos del work item (antes vivían en un almacén propio del complemento). Para usted como usuario, la forma de subir, ver, descargar y borrar archivos no cambia.

Subir archivos al campo​

Cuando el campo de Adjuntos forma parte de la pantalla de Creación, Edición o Transición de un work item — o del formulario de solicitud del portal JSM —, aparece como una zona de carga de archivos.

  1. Abra el formulario de creación, edición o transición del work item.
  2. Localice el campo de Adjuntos (el nombre exacto lo define el administrador, por ejemplo "Facturas", "Evidencia PQR").
  3. Haga clic en Subir archivo o arrastre y suelte los archivos directamente sobre el campo.
  4. Guarde los cambios.

Si los archivos no cumplen las restricciones configuradas (tipo, tamaño o cantidad), el campo mostrará un mensaje de error antes de permitir guardar.

Mensajes de error posibles​

  • Número máximo de archivos alcanzado: El campo ya tiene el máximo de archivos permitido. Borre alguno de los existentes para poder subir uno nuevo.
  • Tipo de archivo no permitido: El archivo no pertenece a ninguna de las categorías o extensiones configuradas para este campo.
  • Archivo demasiado grande: El archivo supera el tamaño máximo por archivo configurado para este campo.

Si recibe alguno de estos mensajes, verifique el tipo y el tamaño del archivo que intenta subir, o consulte con su administrador los límites vigentes.

Mensaje de error de validación al intentar subir un archivo que no cumple las restricciones del campo

Ver archivos en el work item​

Una vez guardado, cada archivo aparece dentro del campo como una tarjeta, con:

  • Miniatura del archivo (imágenes JPG, PNG, GIF, WEBP) o un icono de tipo (PDF, Word, Excel y otros documentos).
  • El nombre original del archivo y una línea con su tipo y tamaño.
  • Un icono de vista previa (ojo) si el archivo tiene vista previa disponible, o de descarga si no la tiene. Son controles sin texto: pase el cursor sobre el icono para ver su función.

Cuando el campo tiene varios archivos, las tarjetas se muestran apiladas, una debajo de otra. Esta vista es la misma tanto en la vista de agente/issue como en el portal de Jira Service Management.

Varias tarjetas apiladas del campo de Adjuntos en la vista de agente del work item

Varias tarjetas apiladas del campo de Adjuntos en el portal de Jira Service Management

Cada campo gestiona sus archivos de forma independiente. Si el work item tiene varios campos de Adjuntos (por ejemplo, "Facturas" y "Fotografías"), los archivos de cada campo son independientes y no se mezclan entre sí.

Ver un archivo​

Desde la vista del work item, haga clic en el icono de vista previa (ojo) de la tarjeta del archivo. Se abre una vista previa sin descargar el archivo. Los archivos sin vista previa disponible (por ejemplo, algunos formatos no previsualizables) solo muestran el icono de descarga.

Descargar un archivo​

Desde la vista del work item, haga clic en el icono de descarga de la tarjeta del archivo que desea obtener. El archivo se descargará con su nombre original.

Borrar un archivo​

Abra el work item en edición (o en la pantalla de creación / transición, si el campo está en esa pantalla) y use el control de borrado de la tarjeta del archivo que desea eliminar. Se le pedirá confirmación antes de proceder.

Esta acción es permanente

Al borrar un archivo del campo se elimina de forma definitiva el adjunto nativo correspondiente (o, si el archivo es de una versión anterior a esta actualización, el objeto del almacén propio del complemento). En ambos casos, no es posible recuperarlo una vez borrado.

Independencia entre campos y entre padre e hijo​

Los archivos de un campo de Adjuntos son específicos de ese campo en ese work item concreto:

  • Distintos campos del mismo work item almacenan archivos por separado, aunque a partir de esta versión ambos guarden sus adjuntos nuevos como adjuntos nativos del mismo work item.
  • El campo de un work item padre no incluye los archivos de las subtareas, y viceversa.

Esta independencia se mantiene porque el campo solo muestra los archivos cuyo identificador tiene guardado — no todo lo que exista en el panel Attachments nativo del work item. Por ejemplo, las facturas de un work item padre no aparecen en las subtareas asociadas.

Diferencias con los adjuntos nativos de Jira​

El campo de Adjuntos es, desde esta versión, una vista filtrada sobre los adjuntos nativos del work item: los archivos nuevos que suba a través del campo se guardan como adjuntos nativos y también aparecen en el panel Attachments del work item. La diferencia está en qué se muestra en cada lugar y cómo se busca:

AspectoCampo de Adjuntos (Admin Essentials)Panel Attachments nativo
Qué muestraSolo los archivos subidos a través de ese campo concretoTodos los adjuntos del work item, vengan de donde vengan
JQL"Nombre del campo" is not EMPTY / is EMPTYattachments is not EMPTY
Restricciones al subirConfigurables por administrador (tipo, tamaño, cantidad)Sin restricciones por campo
IndependenciaCada campo es independienteUn único panel con todos los adjuntos del issue

Si busca work items que tengan archivos en un campo de Adjuntos concreto mediante JQL, use el nombre del campo:

"Facturas" is not EMPTY

attachments is not EMPTY sí detecta los archivos subidos a través del campo (porque ahora son adjuntos nativos), pero no le permite distinguir de qué campo provienen.

Archivos de versiones anteriores

Si su work item tiene archivos subidos antes de esta actualización, esos archivos siguen viviendo en el almacén propio del complemento (no se migran automáticamente) y no aparecen en el panel Attachments nativo ni en attachments is not EMPTY, aunque el campo los siga mostrando con normalidad como tarjeta.