Qué comprobar cuando un técnico modifica un parte ya revisado

Recupera la base de la revisión

Conserva identificador del parte, versión revisada, revisor y fecha. La modificación debe generar una versión o una diferencia recuperable, con autor y motivo. Si el sistema permite editar sin historial, acuerda un procedimiento de rectificación que preserve el documento anterior. Una marca de “revisado” sobre un contenido que ya cambió no sirve como evidencia de que alguien aceptó la versión actual.

Clasifica el impacto del cambio

Una corrección ortográfica puede conservar la validación si la política lo permite. Un cambio de activo, referencia, cantidad, horas o resultado debe llegar al rol que revisó ese dato. Señala valores anterior y nuevo, además de la fuente que justifica la rectificación. No envíes el parte completo sin destacar la diferencia: obliga a buscarla y facilita que el receptor dé por bueno lo que ya había comprobado antes.

Sigue los documentos que dependen del parte

Identifica si se usó para consumo de almacén, resumen de turno, certificación del servicio o preparación de factura. Corregir el origen no garantiza que esos destinos cambien. Prepara tareas de conciliación y guarda la confirmación de cada destino relevante. Si una actualización falla, deja el parte corregido y la discrepancia visibles; no borres la rectificación para simular que todos los sistemas siguen de acuerdo.

Vuelve a revisar únicamente lo necesario

En un supuesto de una cantidad consumida que pasa de una a dos unidades, almacén debe comprobar el movimiento y administración debe evaluar el documento derivado. La observación técnica sin cambios no necesita una aprobación ficticia nueva. Ensaya otra edición que llega mientras el revisor tiene abierta la versión anterior: la aprobación debe señalar exactamente qué versión acepta y advertir del conflicto. El circuito queda completo cuando se conoce qué revisión sigue válida, cuál se sustituyó y qué destinatarios recibieron la corrección. La fecha de modificación no debe reescribir la fecha real de la intervención.

Fuentes y documentación

• IBM Maximo Manage — Work order statuses — Ejemplo de estados de órdenes y sus efectos; no se presupone la misma semántica en otro GMAO.