Artículo

RCM, FMECA, RBI e ISO 14224: todas parten del mismo dato

Activos, bajas, resguardo ante el SII, tickets, SLA, preventivas, correctivas, checklist y OTs: el dato que necesita mantenimiento para que una metodología funcione.

Equipo Tocheck·

Escuchar artículo
00:0005:29

En mantenimiento se habla de metodologías con nombres técnicos. Pero casi todas parten del mismo punto: un registro ordenado de qué activos hay, cómo han fallado y qué se les ha hecho.

Las cinco metodologías, en simple

  • RCM (SAE JA1011/JA1012): define qué mantenimiento necesita cada equipo según su función, sus fallas y sus consecuencias. Busca evitar el mantenimiento por costumbre.
  • FMECA (IEC 60812): analiza cómo puede fallar un equipo, qué pasa si falla y qué tan grave es.
  • RBI (API 580/581): prioriza las inspecciones según la probabilidad de falla y el impacto que tendría. Se usa mucho en equipos de presión y tuberías.
  • Análisis de criticidad: ordena los equipos según su importancia para la operación, la seguridad, los costos, la producción o la calidad.
  • ISO 14224: estándar para registrar y estructurar datos de fallas, mantenimiento y confiabilidad, de modo que sean comparables.

Lo que se repite en mantenimiento y activos

En reuniones con equipos de mantenimiento, activos fijos y finanzas de empresas con muchos activos repartidos en plantas, instalaciones o locales, se observan los mismos problemas, y ninguno es técnico:

  • Lo físico y lo contable no coinciden: hay activos que figuran en un lugar pero están en otro, o que ya no existen, porque se trasladan sin que se informe.
  • No hay inventario por equipo: solo listados genéricos, sin número de serie ni historial.
  • Se abren tickets de reparación sobre equipos que ya fueron dados de baja, porque no se dejó respaldo del retiro.
  • La criticidad se asigna sin un criterio definido. Si todo se clasifica como urgente, el panel pierde utilidad.
  • El historial no se utiliza para decidir: ¿cuánto se ha gastado en correctivas en este equipo?, ¿conviene repararlo o reponerlo?

Sin dato no hay metodología

Un RCM necesita saber cómo ha fallado cada equipo. Un FMECA, qué consecuencias tuvo cada falla. Un RBI, qué se inspeccionó y cuándo. Un análisis de criticidad, qué protege cada equipo. La ISO 14224 existe justamente para ordenar esos registros.

El dato es el mismo en una planta productiva, una instalación o un local. Y ninguna metodología funciona bien sobre planillas dispersas, memoria del personal de turno o reportes por mensajería.

Las bajas y el resguardo ante el SII

La baja de un activo es una instancia crítica. Si el equipo se retira sin respaldo, contabilidad puede no poder reconocer el gasto ante el Servicio de Impuestos Internos (SII), porque falta el certificado de desecho o de disposición final.

Por eso una baja correctamente gestionada considera un proceso completo: solicitud, aprobación, retiro o disposición final, y el certificado o la factura que la respalda.

La criticidad se define por su consecuencia económica, no por intuición

Un criterio útil es el valor de lo que el equipo protege: no tiene el mismo peso la maquinaria de una línea productiva que un elemento secundario de una instalación, ni una cámara con producto de alto valor que una con producto de bajo valor.

Esa escala conviene definirla con quienes operan, antes de cargar tickets. Así se evita que todo se clasifique como urgente.

Qué aporta Tocheck

Tocheck ordena en un solo lugar el dato con el que se alimentan estas metodologías:

  • Activos con QR. Cada activo nace con su ficha y su QR, con carga masiva desde Excel y códigos en blanco para nuevas incorporaciones. La numeración interna se define antes de imprimir, porque el QR no se puede cambiar después.
  • Tickets desde el equipo. El QR es el canal para pedir mantención, movimiento o baja, y cada solicitud queda asociada al activo.
  • Preventivas y correctivas. Los tickets preventivos y correctivos asociados a cada activo ayudan a decidir si repararlo o reponerlo.
  • Preventivas con evidencia. Una preventiva pasa a realizada solo cuando quien la ejecuta, incluso un proveedor externo, deja su registro con formulario, fotos, GPS y fecha del sistema.
  • Checklist y alarmas. Los checklist registran lo que se revisa en terreno, y si una respuesta crítica no cumple, el responsable recibe un aviso por correo o notificación en el celular.
  • SLA según criticidad. Los tickets pueden tener SLA configurables según su criticidad.
  • Bajas con resguardo. Un ticket de baja se cierra con la carga del certificado o la factura, no con el retiro del equipo. El respaldo queda cargado junto al activo.
  • OTs y pago contra evidencia. Algunas empresas lo utilizan de este modo: el proveedor carga su preventiva, la evidencia queda asociada al activo y la factura se paga solo con la OT aprobada.

Tocheck trabaja junto al sistema contable: ese sistema define los valores, como la depreciación, y Tocheck aporta el control físico y operativo de cada activo.

Lo que hace la diferencia

La calidad del dato depende de la calidad del registro, y una criticidad bien definida permite que el panel muestre lo relevante.

¿Podría decir hoy cuánto ha costado en correctivas su equipo más crítico, y con qué registro lo demostraría?

Preguntas frecuentes

¿Cómo se identifica cada activo con Tocheck?

Cada activo tiene su ficha y su QR, con carga masiva desde Excel.

¿Cómo se solicita una mantención, un traslado o una baja?

Desde el QR del activo, que es el canal para crear el ticket. Cada solicitud queda asociada al activo.

¿Cómo se deja evidencia de las preventivas y las correctivas?

Una preventiva pasa a realizada solo cuando quien la ejecuta deja su registro con formulario, fotos, GPS y fecha del sistema. Los tickets correctivos quedan asociados al mismo activo.

¿Cómo se resguarda una baja ante el SII?

El ticket de baja se cierra con la carga del certificado o la factura, y ese respaldo queda cargado junto al activo, disponible para contabilidad.

¿Cómo se utilizan las OTs y los SLA con los proveedores?

Algunas empresas digitalizan el SLA y las multas del contrato, y pagan la factura solo con la OT aprobada.

¿Cómo ayuda Tocheck a aplicar RCM, FMECA o análisis de criticidad?

Reúne y ordena los registros con los que esas metodologías se alimentan: activos, tickets, preventivas con evidencia, bajas y OTs. Así el análisis técnico parte de datos confiables.

Veamos su operación antes de hablar de software.

Cuéntenos qué proceso le está costando controlar y le mostramos cómo se vería en Tocheck.