# Cómo detectar horas duplicadas en Jira sin borrar trabajo válido Localiza los posibles duplicados, compara cada worklog con evidencia y corrige solo cuando sabes qué entrada sobra. Por Sync4us · Publicado: 24 de septiembre de 2026 Respuesta rápida Usa `worklogDate` para localizar las incidencias del periodo, abre **Actividad > Work log** y compara incidencia, autor, inicio, duración, descripción e identificador. JQL devuelve incidencias, no demuestra duplicados. Dos entradas con la misma duración pueden representar trabajo distinto. Son las 17:55 y una incidencia muestra dos entradas de 45 minutos. Borrar una parece la solución rápida, pero la duración por sí sola no basta: una puede corresponder a la preparación de una reunión y la otra a su seguimiento. La revisión útil no consiste en buscar dos cifras iguales, sino en comprobar si dos registros distintos describen realmente el mismo trabajo. Esa pausa ahorra correcciones posteriores y evita eliminar una sesión válida. **Sobre los nombres de la interfaz** Atlassian está sustituyendo gradualmente *issue* y *project* por *work item* y *space*. Aquí utilizamos «incidencia» cuando resulta más reconocible. Los nombres pueden variar por idioma, configuración o despliegue de Jira Cloud. ## Qué significa realmente «worklog duplicado» Un posible duplicado son dos registros distintos que parecen representar el mismo trabajo. La señal es fuerte cuando tienen identificadores diferentes, pero coinciden en incidencia, autor, inicio, duración y descripción. | Señal | Qué permite concluir | | --- | --- | | Mismo identificador de worklog | Es la misma entrada, no dos registros distintos | | Identificadores distintos y coincidencia en todos los demás campos | Posible duplicado con evidencia fuerte | | Misma duración, pero otro inicio o descripción | Pueden ser dos sesiones reales; revisa el contexto | | Horarios que se solapan | Hay una incoherencia, pero el solapamiento no demuestra duplicidad | ## 1 Acota el periodo antes de buscar Empieza por el día o la semana en la que sospechas que se produjo el doble registro. En la búsqueda avanzada de Jira Cloud, cambia al modo JQL y utiliza un intervalo cerrado por el inicio y abierto por el final. Por ejemplo: ```jql worklogDate >= "2026-09-21" AND worklogDate < "2026-09-28" ``` Sustituye las fechas por el periodo que quieras revisar. La [referencia oficial de campos JQL](https://support.atlassian.com/jira-software-cloud/docs/jql-fields/) confirma que `worklogDate` localiza incidencias con trabajo registrado en una fecha. No devuelve cada worklog como una fila ni decide si dos entradas son iguales. Atlassian también indica que, cuando una incidencia supera los 1.000 worklogs, las búsquedas relacionadas solo consideran los 1.000 más recientes. En historiales muy grandes, abre la incidencia o utiliza una exportación autorizada. ## 2 Abre el registro de trabajo de cada incidencia En cada resultado, abre la incidencia y selecciona **Actividad > Work log**. Identifica las entradas del periodo y del autor que estás revisando. No confundas `timeSpent` con una lista de worklogs: representa el tiempo total acumulado en la incidencia. Tampoco utilices la persona asignada como sustituto del autor del registro. ## 3 Compara las entradas campo por campo Coloca en paralelo la clave de la incidencia, el autor, la fecha y hora de inicio, la duración, la descripción y el identificador del worklog cuando tu vista o integración lo muestre. ![Dos worklogs sintéticos de 45 minutos en DEMO-42 coinciden en autor, inicio, duración y descripción, pero tienen identificadores diferentes](https://sync4us.com/assets/resources/detectar-horas-duplicadas-jira-comparacion.svg) Ejemplo sintético: la coincidencia completa con identificadores distintos justifica revisar un posible doble envío. No contiene datos de una cuenta real. El identificador evita confundir una entrada repetida en pantalla con dos worklogs diferentes. La combinación de los demás campos ayuda a decidir si dos identificadores distintos describen la misma actividad. ## 4 Distingue un doble envío de dos sesiones reales La sospecha aumenta si ambas entradas tienen el mismo autor, inicio, duración y una descripción equivalente. Si cambia la hora, la tarea concreta o el resultado descrito, conserva la duda hasta contrastarla con el calendario, las notas o el temporizador que ya utilices. El objetivo no es borrar deprisa, sino evitar el error más costoso de la revisión: eliminar trabajo válido para corregir algo que solo parecía repetido. ## 5 Conserva la evidencia antes de corregir - Guarda los identificadores y valores que has comparado. - Confirma cuál de las dos entradas refleja el trabajo real. - Comprueba si una integración pudo reenviar la misma operación. - Revisa cómo afectará el cambio al tiempo restante. No vuelvas a registrar el trabajo antes de verificar la corrección. Crear primero una entrada nueva puede convertir una duda en un duplicado real. ## 6 Elimina solo la entrada confirmada y verifica el resultado Jira exige permisos específicos para editar o eliminar worklogs propios o ajenos. Si no aparece la acción necesaria, pide al administrador que revise el esquema de permisos. Después de eliminar la entrada confirmada, vuelve a **Work log** y comprueba que permanece el registro correcto, que el total es el esperado y que la estimación restante conserva un valor coherente. Para completar la corrección, sigue la guía de [cómo editar o eliminar un worklog en Jira Cloud](https://sync4us.com/recursos/editar-eliminar-worklog-jira). ## Checklist de decisión - He acotado el periodo que quiero revisar. - He abierto los worklogs concretos; no me he quedado solo con JQL. - He comparado incidencia, autor, inicio, duración y descripción. - He comprobado los identificadores cuando estaban disponibles. - No he tratado una duración igual como prueba suficiente. - He conservado evidencia antes de editar o eliminar. - He verificado el registro restante, el total y la estimación. DÓNDE ENCAJA SYNC4US ## Revisa la señal antes de cambiar Jira Sync4us reúne la jornada para revisar bloques, posibles duplicados, solapamientos y asociaciones con Jira antes de preparar cambios. Una alerta señala algo que merece revisión; no demuestra por sí sola que dos worklogs sean el mismo trabajo ni elimina registros automáticamente. La persona usuaria revisa la vista previa y confirma explícitamente cualquier escritura en Jira. Clockify es opcional. **Beta gratuita para Windows** Verifica tu correo y activa tu espacio personal automáticamente mientras haya plazas. [Solicitar acceso a la beta gratuita](https://sync4us.com/#beta) ## Errores frecuentes al buscar duplicados ### Comparar solo la duración Dos sesiones reales pueden durar lo mismo. Revisa el inicio, la descripción y el contexto. ### Confundir una incidencia con sus worklogs JQL encuentra la incidencia; la decisión se toma sobre las entradas concretas. ### Eliminar antes de guardar evidencia Sin los valores originales resulta más difícil confirmar qué ocurrió o reparar un error. ### Registrar de nuevo antes de verificar Un segundo envío puede crear el duplicado que intentabas evitar. ## Preguntas frecuentes ### ¿JQL puede mostrar directamente los worklogs duplicados? No. `worklogDate` localiza incidencias con trabajo registrado en un periodo. Debes abrir y comparar las entradas concretas o utilizar una integración autorizada que lea sus campos. ### ¿Dos entradas de la misma duración son un duplicado? No necesariamente. Pueden corresponder a dos sesiones reales. Compara también autor, inicio, descripción, incidencia e identificador. ### ¿Un solapamiento demuestra que hay un duplicado? No. Es una incoherencia que merece revisión, pero puede deberse a una hora incorrecta o a actividades diferentes registradas con intervalos incompatibles. ### ¿Por qué no puedo eliminar uno de los registros? Jira separa los permisos para editar y eliminar worklogs propios y ajenos. Pide al administrador que revise el esquema de permisos. ### ¿Necesito Clockify para esta comprobación? No. Puedes revisar los worklogs directamente en Jira. Un temporizador solo aporta una referencia adicional cuando ya forma parte de tu forma de trabajar. ## Fuentes consultadas - [Campos JQL, incluido worklogDate — Atlassian Support](https://support.atlassian.com/jira-software-cloud/docs/jql-fields/) - [Registrar, editar y eliminar tiempo en una incidencia — Atlassian Support](https://support.atlassian.com/jira-software-cloud/docs/log-time-on-an-issue/) - [Permisos de seguimiento de tiempo — Atlassian Support](https://support.atlassian.com/jira-cloud-administration/docs/time-tracking-permissions/) - [API REST de worklogs de Jira Cloud — Atlassian Developer](https://developer.atlassian.com/cloud/jira/platform/rest/v3/api-group-issue-worklogs/) Fuentes revisadas el 23 de septiembre de 2026. La interfaz y la terminología pueden variar durante el despliegue gradual de los cambios de Jira Cloud. La página HTML canónica es [https://sync4us.com/recursos/detectar-horas-duplicadas-jira](https://sync4us.com/recursos/detectar-horas-duplicadas-jira). Versión Markdown: [https://sync4us.com/recursos/detectar-horas-duplicadas-jira.md](https://sync4us.com/recursos/detectar-horas-duplicadas-jira.md).