Informe de cambios (exportación delta)
La mayoría de las exportaciones responden a «¿cómo está esto ahora mismo?». Un informe de cambios responde a la pregunta que la gente hace de verdad en una reunión de seguimiento: «¿qué se ha movido desde la última vez?»
Disponible en Standard para exportaciones JQL, de tablero, sprint, versión y backlog. Rinde al máximo como exportación programada: un informe semanal de «qué se movió» que llega a su bandeja de entrada el lunes por la mañana.
Lo que no es
No es un volcado del registro de cambios de Jira. Para eso ya existe el componente Historial de cambios, que trabaja por incidencia.
Un informe de cambios trabaja al nivel del conjunto exportado:
- qué incidencias aparecieron,
- qué incidencias ya no están en el resultado,
- qué incidencias se movieron: estado, responsable, prioridad, fecha de vencimiento y cualquier campo que usted añada,
- nuevos comentarios y registros de trabajo.
«Ya no está en el resultado» no significa eliminada
Esto es lo más importante que hay que entender de este informe.
Cuando una incidencia aparece en Ya no está en el resultado, significa que ha dejado de formar parte del conjunto de resultados de la exportación. No significa que se haya eliminado. Puede haberse movido a otro proyecto, reasignado, reetiquetado o simplemente editado de modo que el filtro ya no la encuentre.
Cada lista de incidencias salientes lleva esta nota en el documento exportado, en todos los idiomas y formatos, y la compactación nunca la elimina. Un informe que afirmara que se ha eliminado trabajo cuando solo se había reetiquetado sería un malentendido caro.
Por la misma razón, las incidencias salientes se enumeran solo por su clave. Exportelier no conserva ninguna copia de ellas, y consultar su estado actual no diría nada sobre por qué salieron.
Configuración
- Abra la plantilla en el diseñador.
- Active Informe de cambios y elija un punto de referencia.
- Coloque los tres componentes:
- Resumen de cambios: los contadores, la línea de referencia y las notas.
- Lista delta de incidencias: una lista, configurada como Añadidas o Ya no están en el resultado. Añádala dos veces para ambas.
- Tabla de cambios: una fila por campo modificado.
- Guarde y use la plantilla como cualquier otra.
Puntos de referencia
| Referencia | Significado | Úselo para |
|---|---|---|
| Exportación anterior | La última vez que esta plantilla exportó este ámbito | Informes puntuales |
| Ejecución programada anterior | La última ejecución correcta de esta programación | Informes semanales y mensuales |
| Fecha fija | Una fecha que usted indica | «Todo desde que se creó la rama de versión» |
Campos supervisados
Estado, responsable, prioridad y fecha de vencimiento se supervisan siempre. Añada los suyos —puntos de historia, sprint, un campo personalizado— en la configuración de la plantilla. Los nuevos comentarios y registros de trabajo también cuentan como cambios y pueden desactivarse si son ruido para su audiencia.
La primera ejecución
El primer informe para una plantilla y un ámbito no tiene nada con qué compararse. En lugar de fallar, produce un informe completo del conjunto actual y lo indica:
Este es el primer informe de cambios para esta plantilla y este ámbito, por lo que enumera el conjunto actual completo. Los informes posteriores mostrarán solo lo que haya cambiado.
A partir de la segunda ejecución obtiene un delta real.
Un ejemplo resuelto
Un equipo ejecuta una exportación programada cada lunes a las 08:00 sobre project = EX AND sprint in openSprints(), con los tres componentes y la referencia Ejecución programada anterior.
Lunes 3 de agosto, primera ejecución. No existe ninguna ejecución anterior, así que el informe enumera las 14 incidencias del sprint y lleva la nota de primera ejecución. Es la línea base.
Durante la semana. Se crea EX-104 y entra en el sprint. EX-77 se mueve a otro proyecto y sale del filtro. EX-42 pasa por To Do → In Progress → Review → In Progress → Review → Done en cinco días. EX-51 se reasigna de Ada a Grace y recibe dos comentarios. Diez incidencias quedan intactas.
Lunes 10 de agosto, segunda ejecución. El informe abre con:
Cambios desde el 3 de agosto de 2026
Añadidas: 1 · Ya no están en el resultado: 1 · Modificadas: 2 · Sin cambios: 10
Y después la tabla de cambios:
Clave Campo De A Cambios EX-42 estado To Do Done 5 EX-51 responsable Ada Grace 1
Fíjese en la fila EX-42. Esa incidencia cambió de estado cinco veces, y es una sola línea que muestra dónde empezó, dónde terminó y cuántos pasos hicieron falta. Cinco filas separadas para una incidencia enterrarían las dos que realmente requieren atención.
Tiempo de lectura: unos quince segundos, frente a recorrer catorce descripciones para averiguar qué ha cambiado.
Cuando el historial no se puede reconstruir
Jira no registra una entrada de cambio para cada campo, y los historiales muy largos se truncan al recuperarlos. Cuando el historial disponible no cubre todo el periodo del informe, la incidencia se declara no reconstruible en el resumen en lugar de contarse silenciosamente como sin cambios.
Las subtareas y los niveles de jerarquía más profundos no tienen historial de cambios propio, así que caen en este grupo. Siguen contando en los totales: el delta siempre trabaja sobre el conjunto plano de incidencias exportadas, de modo que las cifras cuadran.
Qué almacena Exportelier
Para poder decirle qué se añadió y qué salió, Exportelier tiene que recordar qué incidencias había en la última exportación. Almacena las claves de incidencia y nada más.
Ni resúmenes, ni valores de campo, ni descripciones, ni comentarios. Los valores anterior y posterior de la tabla de cambios se leen del propio historial de Jira en el momento de generar el informe y nunca se conservan. La lista de claves almacenada caduca a los 180 días.
Es una decisión deliberada: guardar valores de campo facilitaría el informe, pero convertiría a Exportelier en una segunda copia de su contenido de Jira, con todo lo que eso implica para la protección de datos.
Límites
- No disponible para exportaciones de una sola incidencia: use el componente Historial de cambios.
- No disponible para archivos ZIP con un archivo por incidencia: un informe sobre todo el conjunto no tiene un documento único en el que vivir.
- Se recuerdan hasta 2000 claves por plantilla y ámbito. Por encima de esa cifra, el informe advierte de que los recuentos de añadidas y salientes pueden estar incompletos.
- La tabla de cambios está limitada a 500 filas por informe; si se alcanza, el documento lo indica.