Cómo registrar un contador acumulativo cuando una máquina se reinicia o cambia de unidad
Cuando baja una lectura acumulativa, registra primero el evento que explica la discontinuidad: corrección, reinicio documentado, vuelta de escala o sustitución del contador.
Cuando baja una lectura acumulativa, registra primero el evento que explica la discontinuidad: corrección, reinicio documentado, vuelta de escala o sustitución del contador. Mantén las lecturas originales y una nueva referencia de partida cuando proceda. No interpretes automáticamente la bajada como consumo negativo ni restablezcas el plan de mantenimiento porque la pantalla vuelva a cero.
Identifica qué se está contando
Relaciona activo, contador físico o lógico, magnitud, unidad y tipo de lectura. Horas de funcionamiento, ciclos y unidades producidas no son intercambiables. Aclara también si el dato representa acumulado o incremento del periodo. Si «cambio de unidad» significa sustituir el dispositivo, registra identidad saliente y entrante; si significa cambiar de unidad de medida, documenta otra transformación y su criterio validado.
Clasifica la discontinuidad sin inventar la explicación
Contrasta la lectura anterior, la nueva y la evidencia disponible. Una lectura menor puede ser un error de transcripción; un reinicio de la máquina no demuestra que se reiniciara su contador. La vuelta de escala requiere conocer el comportamiento y límite del dispositivo. Si no se puede justificar la causa, conserva el intervalo como pendiente de aclaración, en lugar de elegir la opción que permite guardar el dato.
Abre una referencia de partida explícita
Para un contador sustituido registra, cuando existan, última lectura del anterior, primera del nuevo, momento del cambio y responsable que confirmó esos datos. Si el recuento total del activo se mantiene por segmentos, deja visible la relación entre ellos. No sobrescribas la lectura antigua con cero. La documentación de Maximo distingue reglas para lecturas e historial: comprueba cómo afecta una corrección a cálculos posteriores antes de aplicarla.
Calcula solo el intervalo que conoces
En un ejemplo hipotético, el contador antiguo termina en 8.240 horas y el nuevo comienza en 12; después marca 37. El tramo comprobado del nuevo aporta 25 horas, no demuestra por sí solo cuánto funcionó el equipo entre la última lectura antigua y el cambio. Si falta ese tramo, márcalo como desconocido. No conviertas el hueco en cero ni sumes lecturas de horas y ciclos aunque correspondan al mismo activo.
Revisa consecuencias sobre avisos y mantenimiento
La persona responsable del plan confirma cómo tratar continuidad, intervalos desconocidos y próximas actuaciones según el equipo. Un sistema puede recalcular promedios o acumulados tras modificar lecturas; eso exige revisar los avisos afectados, no aceptar sus nuevas fechas sin contraste. El asistente conserva evidencia y prepara excepciones; no decide aplazamientos ni acciones físicas.
Prueba una sustitución y una lectura errónea corregida: deben quedar distinguibles y poder reconstruirse sin borrar los datos iniciales. Si el software no conserva ese rastro con su configuración actual, resuelve la conservación antes de confiar en el total presentado.
Comprobaciones para cerrar la tarea
- ✓ Magnitud, unidad e identidad del contador registradas
- ✓ Discontinuidad tiene evidencia o incertidumbre explícita
- ✓ Intervalos desconocidos no se contabilizan como cero
- ✓ Plan de mantenimiento revisado por su responsable
Fuentes y documentación
- IBM Maximo Manage: reglas de historial de lecturas — Describe restricciones de lecturas y recálculos posteriores; no establece un plan de mantenimiento universal.
- IBM Maximo for Aviation: reinicio y sustitución de contadores — Ejemplo de producto especializado que diferencia reiniciar y sustituir; no se extrapolan menús ni campos al software industrial del lector.
Aplicarlo en tu empresa
Podemos revisar el entorno y acordar qué actuaciones, validaciones y mantenimiento necesitas.
Conocer el servicio relacionado →