Incidencias
Una incidencia es algo que ya ha ocurrido en el proyecto (un fallo, un bloqueo, un error de datos). Es una entidad propia, independiente de las tareas: tiene su estado, su severidad, sus asignados y sus horas. Lo que podría pasar se registra como riesgo.
Cada incidencia pertenece a un proyecto y, si quieres, a una fase y/o a una tarea de ese mismo proyecto. Su código corto (por ejemplo I0003) es único dentro del proyecto y no cambia nunca.
Ver, crear, editar, asignar y borrar no se reparten igual. El PM propietario hace todo; un Director, PM o Team Leader del proyecto (nivel 1-2) y un CEO ven todas las incidencias y pueden crearlas; un Consultor/Programador solo ve las que le afectan. Detalle en Quién puede qué.
La lista de incidencias del proyecto
En el proyecto, la pestaña Incidencias (con el número de incidencias entre paréntesis) muestra una tabla. Junto al título tienes el conmutador Lista | Kanban: la vista Kanban pinta las mismas incidencias por columnas de estado (ver Tableros Kanban).

| Columna | Qué muestra |
|---|---|
| Título | Código, título (es un enlace al detalle) y, debajo, la descripción y el plan de resolución si los hay. |
| Detectada | Fecha de detección. |
| Severidad | Baja, Media, Alta o Crítica. |
| Prioridad | Baja, Media, Alta o Crítica. |
| Estado | El estado del catálogo de la organización (ver Estados). |
| Asignados | Nombres de las personas asignadas, o «—». |
| Horas | Horas imputadas / horas estimadas. Si no hay estimación, «sin estimar» (nunca «0»). |
| Vinculado a | La fase si hay fase; si no, la tarea; si no hay ninguna, «—». |
Si el proyecto no tiene ninguna, ves: «Este proyecto todavía no tiene incidencias registradas.». La tabla no tiene filtros ni buscador; para cruzar incidencias de varios proyectos usa Consultas o Mi trabajo.
Crear una incidencia
Pueden crearla el PM propietario y cualquier miembro de nivel 1-2 del proyecto (Director, PM o Team Leader), aunque su cuenta sea de Consultor/Programador, y un miembro «toda la organización» (CEO). Un Consultor/Programador de nivel 3 no puede.
Hay dos caminos:
- Desde el proyecto: pestaña Incidencias → Crear incidencia.
- Desde cualquier sitio: el botón rojo Nueva incidencia de la cabecera abre el diálogo Registrar incidencia con un selector Proyecto (se preselecciona el proyecto en el que estás si puedes crear ahí). Si no puedes registrar incidencias en ningún proyecto, el botón se ve igualmente, pero el diálogo dice «No tienes ningún proyecto donde puedas registrar una incidencia.». Mientras no elijas proyecto, la fase y la tarea están desactivadas y el botón de enviar también.

| Campo | Qué significa y qué ocurre |
|---|---|
| Título (obligatorio) | Lo que verás en tablas y tableros. Se guarda sin espacios sobrantes. |
| Fecha de detección (obligatoria) | Cuándo se detectó. Por defecto, hoy. |
| Estado | Estado inicial. «(por defecto)» usa el estado activo de menor orden de la organización (en el catálogo de fábrica, Abierta). Solo el PM ve la lista de estados; un Director/Team Leader con cuenta de Consultor/Programador solo tiene «(por defecto)». |
| Descripción | Texto libre opcional. |
| Severidad | Baja, Media (por defecto), Alta o Crítica: la gravedad del problema. |
| Prioridad | Baja, Media (por defecto), Alta o Crítica: la urgencia con la que se atiende. Son dos ejes distintos: una incidencia puede ser grave pero no urgente. |
| Plan de resolución | Cómo piensas resolverla. Opcional. |
| Horas estimadas (opcional) | Vacío = «sin estimar». Un 0 significa «estimada en cero horas», que es distinto. No puede ser negativo. |
| Fecha de cierre (opcional) | Ver Fecha de cierre. |
| Fase (opcional) / Tarea (opcional) | Vinculan la incidencia a una fase y/o tarea del proyecto. «Sin vincular a una fase» / «Sin vincular a una tarea» las deja libres. Las fases de nivel inferior salen con guiones («— Subfase»). |
Al pulsar Registrar incidencia el diálogo se cierra y la incidencia aparece en la tabla. Errores posibles (se muestran en rojo bajo el formulario):
| Mensaje | Cuándo |
|---|---|
| «El título es obligatorio.» | Título vacío. |
| «La fecha de detección es obligatoria.» | Sin fecha. |
| «Fecha no válida.» | Una fecha imposible, p. ej. 30 de febrero. |
| «Las horas estimadas deben ser un número igual o mayor que 0.» | Horas negativas o no numéricas. |
| «La fase indicada no pertenece a este proyecto.» / «La tarea indicada no pertenece a este proyecto.» | Solo ocurre si el formulario se manipula; el selector solo ofrece las del proyecto. |
| «La fecha de cierre no puede ser anterior a la fecha de detección.» | Cierre anterior a la detección (el mismo día vale). |
| «El estado de incidencia indicado no pertenece a tu organización.» | Estado de otra organización. |
| «Tu organización no tiene ningún estado de incidencia configurado. Configura al menos uno en Ajustes → Estados de incidencia.» | El catálogo está vacío o con todos los estados desactivados y dejaste «(por defecto)». |
| «No tienes acceso a este proyecto.» | No eres PM propietario ni nivel 1-2 del proyecto. |
Estados
Los estados son un catálogo de la organización que gestiona el PM en Estados de incidencia (ver Maestros y catálogos). De fábrica son Abierta, En análisis, En resolución, Resuelta y Cerrada. Cada estado puede marcarse como final: solo Cerrada lo es de fábrica (Resuelta no lo es, porque suele quedar pendiente de cierre formal).
Que un estado sea final tiene consecuencias: pone la fecha de cierre y hace que la incidencia cuente como cerrada en Informes.
Si desactivas un estado que ya tiene incidencias, esas incidencias lo conservan; en su formulario de edición aparece como «Nombre (inactivo)» para que no se pierda al guardar.
Fecha de cierre
La fecha de cierre se gestiona sola a partir del estado, salvo que la indiques tú:
| Situación | Resultado |
|---|---|
| Editas una incidencia y la pasas de un estado no final a uno final, sin tocar el campo de cierre | Se pone la fecha de hoy. |
| La reabres (de final a no final), sin tocar el campo | La fecha de cierre se borra. |
| Cambias entre dos estados finales o entre dos no finales | No se toca. |
| Escribes tú la fecha (o la vacías) en el mismo guardado | Manda lo que escribiste, aunque cambies también el estado. |
| Creas la incidencia desde el formulario con un estado final y la fecha de cierre vacía | No se pone fecha: el formulario envía el campo vacío y se respeta como «sin fecha». Puedes ponerla después editando. |
Validaciones: el cierre no puede ser anterior a la detección («La fecha de cierre no puede ser anterior a la fecha de detección.»). Si la fecha de detección es posterior a hoy y pasas a un estado final sin escribir tú el cierre, verás «La fecha de detección es posterior a hoy: corrígela antes de pasar la incidencia a un estado final.». Si solo cambias otros campos, unos datos antiguos incoherentes no bloquean el guardado.
El detalle de una incidencia
Pulsa el título en la lista (o en un tablero, Mi trabajo o Consultas) para abrir /incidents/…. La cabecera muestra el proyecto y la fase, el título con su código completo (proyecto + incidencia), los botones de acción y una tarjeta con Estado, Severidad, Prioridad, Horas estimadas («Sin estimar» si no hay), Horas imputadas, Fecha de detección, Fecha de cierre (solo si existe) y Asignados (avatares; se muestran los cuatro primeros y «+N»; las personas sin cuenta llevan «(sin cuenta)» en su etiqueta).

Debajo, tres pestañas: Incidencia, Imputaciones y Asignados.
Pestaña Incidencia: editar
Solo el PM propietario del proyecto edita. El resto de quienes pueden ver la incidencia ven una tarjeta de solo lectura con severidad, descripción («Sin descripción.» si no hay), plan de resolución («Sin plan de resolución.») y lo vinculado (con enlace a la tarea).
El PM propietario ve el formulario completo ya relleno, con los mismos campos que al crear (sin el selector de proyecto). Pulsa Guardar cambios; verás «Guardado.» en verde. Reglas:
- Cambiar el Estado aplica lo descrito en Fecha de cierre.
- Vaciar Horas estimadas la deja «sin estimar».
- Elegir «Sin vincular a una fase/tarea» desvincula.
- Fase y tarea son independientes: no se comprueba que la tarea sea de la fase elegida. La tabla de la lista muestra la fase y, si no hay, la tarea; el detalle del propio PM los permite combinar.
- Si lo guardado falla, lo que escribiste se conserva y el error sale en rojo.
- Cambiar el estado arrastrando en el tablero Kanban sigue las mismas reglas y los mismos permisos; si otra persona cambió el estado mientras tanto: «Alguien ha cambiado el estado de esta incidencia mientras tanto. No se ha aplicado tu cambio.».
Pestaña Asignados
Lista a las personas asignadas (con «(sin cuenta)» junto a las que no tienen cuenta). Una incidencia puede tener varios asignados, con o sin cuenta.
Solo el PM propietario asigna y quita.
- Asignar: botón de la cabecera; abre «Asignar a la incidencia» con un desplegable «Asignar a…». Solo ofrece a los miembros del equipo del proyecto que aún no están asignados; el botón desaparece si ya están todos. Asignar de nuevo a quien ya está no duplica.
- Quitar: enlace rojo en cada fila, con confirmación «¿Quitar a {nombre} de esta incidencia?».
Estar asignado a una incidencia es lo que da a un Consultor/Programador acceso a ella (aparece en Mi trabajo → incidencias) y le permite imputar horas.
Pestaña Imputaciones
Lista de horas registradas (código, persona, duración «H h M min», fecha y descripción). Funciona igual que en las tareas: ver Imputaciones de horas. El botón Imputar tiempo (cabecera) abre «Registrar horas trabajadas» con Horas, Minutos (0-59), Fecha y Descripción obligatoria; el selector «¿Quién hizo el trabajo?» (por defecto «Yo mismo») solo lo ve el PM propietario y ofrece a todo el equipo del proyecto, tenga cuenta o no.
Reglas reales:
- Imputar para ti mismo exige ser el PM propietario o estar asignado directamente a la incidencia. Que tengas acceso por una tarea vinculada o por ser Team Leader no basta: aunque veas el botón, al enviar verás «No tienes acceso a esta incidencia.».
- Imputar a nombre de otra persona es solo del PM propietario («Solo el PM propietario puede registrar horas en nombre de otra persona.»).
- Errores de duración: «Las horas deben ser un número entero igual o mayor que 0.», «Los minutos deben ser un número entero entre 0 y 59.», «No se puede registrar una entrada de 0 horas y 0 minutos.».
- Editar o borrar una imputación: quien la registró o el PM propietario («Solo quien registró la imputación o el PM propietario del proyecto pueden cambiarla o borrarla.»).
- Las horas de las incidencias suman al total de horas del proyecto y de Informes.
Borrar una incidencia
Solo el PM propietario. Está en la lista (Borrar) y en el detalle (Borrar incidencia).
Pide confirmación: «¿Seguro que quieres borrar esta incidencia?». Se borran con ella sus asignaciones y todas sus imputaciones de horas, y no se puede deshacer desde la interfaz (el asistente sí avisa del impacto antes de confirmar). Si borras desde el detalle, vuelves a la pantalla del proyecto. Si el borrado falla, un aviso emergente muestra el motivo.
Quién puede qué
| Acción | PM propietario | Director / PM / Team Leader del proyecto, y CEO | Consultor/Programador |
|---|---|---|---|
| Ver la pestaña Incidencias del proyecto y todas sus incidencias | Sí | Sí | No: no entra al proyecto |
| Ver el detalle de una incidencia | Sí | Sí | Solo si está asignado a la incidencia o a su tarea vinculada |
| Crear (desde el proyecto o con Nueva incidencia) | Sí | Sí | No |
| Elegir el estado al crear | Sí | No (solo «(por defecto)») | — |
| Editar, cambiar estado (también en Kanban) | Sí | No | No |
| Asignar y quitar | Sí | No | No |
| Imputar horas propias | Sí | Solo si está asignado | Solo si está asignado a la incidencia |
| Imputar por otra persona | Sí | No | No |
| Borrar | Sí | No | No |
También con el asistente
El asistente puede proponer crear, modificar (estado, severidad, prioridad, título, horas estimadas) y borrar incidencias, con las mismas reglas de permiso que la interfaz y siempre mediante tarjeta de confirmación cuando corresponde.
Temas relacionados
Actualizado el 2026-10-08