Qué se genera

Manual de Programación Automática · capítulo 4 de 8

Cada visita prevista se convierte en un ticket común de H2O. No existe un “tipo especial”: el ticket generado se abre, se asigna, se ejecuta y se cierra como cualquier otro — en la web y en la app.

Figura 8. Un ticket generado, abierto desde la lista de Tickets: título “plan - activo”, estado Planificado, modalidad preventiva y la ubicación del activo.

1. 1Título “{plan} - {activo}” — ej.: “Preventiva mensual — UPS - UPS-01 — UPS de 80 kVA, Sala Norte”.
2. 2Estado Planificado.
3. 3Modalidad preventiva — cuenta como preventivo en los indicadores (MTBF/MTTR), no como correctivo.
4. 4Ubicación — la ubicación registrada en el activo.

Campo del ticket	De dónde viene
Título	“{nombre del plan} - {nombre del activo}”.
Descripción	el contenido de la plantilla; si está vacío, “Mantenimiento preventivo programado automáticamente.”
Estado	Planificado.
Modalidad	preventivo.
Sitio	el sitio de la programación.
Categoría	vacía: el ticket nace sin categoría. La categoría de tarea de la plantilla va a la tarea.
Ubicación	la ubicación registrada en el activo.
Prioridad	la prioridad del activo (media, si el activo no tiene). Urgencia e impacto medios.
Solicitante	quien generó la programación. Ningún observador; ningún técnico asignado en el ticket.
Fecha del ticket	la fecha ajustada de la visita (después del ajuste al día hábil).

La tarea y el checklist

Junto con el ticket nace una tarea, y es en ella donde están la fecha, la hora, el técnico y el checklist.

Figura 9. La tarea del ticket generado, abierta desde la pestaña Tareas del ticket: el inicio planificado a las 08:00, el técnico del plan, el Activo de la tarea y el checklist de la plantilla.

1. 1La tarea (Task #número) y el enlace al ticket (Ticket #número).
2. 2Inicio planificado a las 08:00 de la fecha ajustada; Fin planificado = inicio + duración del plan (Tiempo de acción).
3. 3Técnico — el técnico registrado en la plantilla. Es aquí, no en el ticket, donde aparece.
4. 4Activo de la tarea — el activo del ítem, ya vinculado a la tarea: el informe y el RAT de la tarea encuentran el activo.
5. 5El checklist del plan, encabezado por el nombre de la plantilla, leído de la plantilla en el momento de la ejecución — el técnico lo responde aquí o en la app.

• El ticket nace sin técnico asignado: quien recibe la tarea es el técnico de la plantilla. Para que el ticket aparezca en la cola de alguien, asigne el técnico en el ticket como de costumbre (o deje que el gestor lo distribuya por el Kanban — capítulo 7).
• El activo queda vinculado al ticket y a la tarea. Ese vínculo alimenta el historial de mantenimiento del activo y el informe por modalidad.
• El checklist se lee de la plantilla: los cambios en la plantilla valen para los tickets aún no ejecutados.

Regla del sistema

En la lista de Tickets, la columna Apertura muestra el día en que se generó la programación — todos los tickets tienen la misma. La fecha planificada está en la tarea (inicio 08:00) y es la que usan el Calendario de Mantenimiento y el calendario de la programación. Para ver los tickets por fecha de la visita, use esos calendarios, no la columna Apertura.

En la app H2O

En la app, el ticket generado aparece como cualquier otro ticket del sitio, con el estado Planificado y la tarea con el checklist del plan. El técnico abre la tarea, responde el checklist (mediciones, OK/no OK, fotos obligatorias), registra el informe y cierra — exactamente como en un preventivo abierto a mano.

• La fecha y la hora de la tarea (08:00 del día planificado) orientan la agenda del técnico en la app.
• Lo que se responda en la app sube a la web y marca el ticket como “con ejecución iniciada” — lo que cambia la regla de eliminación (capítulo 6).