Gestión de contratistas y SLA con CMMS para facility management

Un equipo de climatización queda fuera de servicio en una sede a las 08:12. Recepción informa la incidencia, el coordinador la valida, un proveedor externo acepta la tarea y, horas después, reporta que el equipo volvió a operar. El conflicto aparece al revisar el servicio: cada actor toma un momento distinto como inicio del SLA.

El proveedor mide desde la aceptación. Facilities cuenta desde el primer aviso. Compras revisa un contrato que habla de “notificación” sin definir el evento operativo. Entre medio hubo una espera por acceso a la sala técnica y una autorización registrada por correo.

“Los datos existen, pero no forman una secuencia defendible.”

La gestión de contratistas y SLA con un CMMS para facility management debería resolver esa discontinuidad. La prueba es poder reconstruir una intervención y demostrar qué ocurrió sin depender de la memoria de los participantes.

Qué debe registrar un CMMS para controlar contratistas y SLA

Una OT pierde contexto si no queda vinculada con ubicación, activo, servicio afectado y responsable contractual. El mismo síntoma puede cambiar de prioridad según criticidad, redundancia y cobertura.

El dato debe tener un dueño. El ERP puede conservar proveedores y compras; el CMMS, el trabajo técnico y su evidencia; el BI, los análisis consolidados. Duplicar maestros sin gobierno aumenta la conciliación manual en lugar de mejorar el control.

Si la prioridad cambia, el historial debería conservar quién la modificó, cuándo y bajo qué criterio. Ese dato es indispensable cuando la regla de SLA depende de la clase de prioridad.

Del aviso a la aceptación: flujo trazable de una intervención tercerizada

En una intervención tercerizada conviene separar mantenimiento y lógica contractual, conservando origen, prioridad, cobertura, eventos temporales y aceptación final. Esta secuencia complementa el flujo general de una orden de trabajo de mantenimiento: en facilities, la diferencia está en las capas de cobertura, terceros y reloj contractual.

Cómo definir el SLA: eventos, pausas y escalamiento

Medir un SLA exige definir eventos operativos. En el caso inicial, la incidencia ocurrió a las 08:12, se validó a las 08:25, se asignó a las 08:31 y el proveedor aceptó a las 08:42. Si el contrato dice “respuesta desde la notificación”, debe existir una regla inequívoca sobre el timestamp aplicable.

Conviene distinguir tiempo atribuible al proveedor y esperas por acceso, liberación de área, aprobación o repuestos. Toda pausa necesita motivo, inicio, fin, responsable y autorización.

Rechazos, escalamiento y reasignaciones también pueden afectar el SLA. Cada transición debe conservar evento, motivo y contexto.

Cobertura contractual, permisos e integraciones con sistemas del proveedor

Antes de asignar una OT conviene validar qué cubre el contrato. Puede incluir preventivos, correctivos y emergencias, pero excluir repuestos, trabajos en altura, fuera de horario o equipos añadidos después de la firma.

Una OT puede estar bien ejecutada y mal gobernada. Si el proveedor realiza un trabajo no cubierto y la aprobación llega tarde, el conflicto contractual aparece cuando la factura ya fue emitida. La validación de alcance debería preceder a la asignación.

Los permisos deben reflejar responsabilidades. Un técnico externo puede necesitar OT, activo, ubicación, instrucciones y campos de cierre, sin acceder a costos internos ni órdenes de otros proveedores.

Cuando el contratista usa su propio sistema, la decisión parte del ownership del registro. El cliente necesita conservar asignación, aceptación, ejecución, evidencia, cierre y SLA; el proveedor puede mantener su herramienta para cuadrillas, stock o facturación. La convivencia puede resolverse mediante portal, intercambio de estados, integración o carga mínima.

Ejecución en campo, evidencia, aceptación y reapertura

La ejecución debería capturar el dato en el punto donde ocurre el trabajo. El técnico necesita identificar la OT y el activo correctos, registrar el inicio, consultar instrucciones, completar controles y adjuntar evidencia relevante.

La evidencia debe variar por intervención. Una inspección contra incendios puede requerir mediciones, no conformidades y fotografías; un trabajo HVAC, diagnóstico, componente intervenido, lecturas y condición de entrega. Exigir lo mismo a todos aumenta carga administrativa.

Finalizar no es aceptar. El contratista puede informar que terminó, mientras la organización todavía revisa diagnóstico, condición final, evidencia, horas, materiales o conformidad del responsable del sitio. Cuando el proceso lo requiere, esos estados deberían estar separados.

Checklist de 12 eventos para auditar una OT tercerizada

Tome una OT real y verifique si el sistema reconstruye estos eventos sin correos, llamadas ni mensajes privados.

KPI de SLA y contratistas: datos de origen y riesgos de lectura

Un tablero puede mostrar precisión y calcular desde el timestamp equivocado. Antes de definir un KPI de mantenimiento identifique origen, fin, exclusiones, calendario y segmentación.

Las comparaciones necesitan contexto: no conviene medir ascensores y servicios generales con un único promedio ni comparar cobertura 24/7 con horario hábil.

Decisiones de implementación y matriz para evaluar un CMMS

La implementación suele revelar activos duplicados, ubicaciones inconsistentes, reglas de SLA ambiguas y cierres sin datos utilizables. Conviene resolver decisiones básicas antes de ampliar el alcance.

En una demo lleve un caso propio: equipo HVAC, cobertura contratada, SLA por prioridad, conectividad irregular y cierre sujeto a aceptación. Recorra desde el aviso hasta el KPI y vuelva del indicador a la OT.

Cuando la cadena funciona, Facilities, Operaciones y Compras pueden discutir sobre hechos verificables. Cuando se rompe, el equipo vuelve a reconstruir historias desde correos, mensajes y planillas.