Ciclo de vida del activo: mantenimiento preventivo, recalls, sitios e historial completo

Cada unidad instalada en un cliente (un activo de la base instalada) ahora tiene ciclo de vida completo dentro del módulo de atención. Ábralo desde Base instalada, en Ciclo de vida, mantenimiento y recalls, o desde la pestaña Activo de la página de ciclo de vida (también accesible desde la campana c

Cada unidad instalada en un cliente (un activo de la base instalada) ahora tiene ciclo de vida completo dentro del módulo de atención. Ábralo desde Base instalada, en Ciclo de vida, mantenimiento y recalls, o desde la pestaña Activo de la página de ciclo de vida (también accesible desde la campana cuando una garantía o contrato está por vencer).

Mantenimiento preventivo en datos Cree un plan de mantenimiento para un producto (modelo) o para un único activo. El plan puede ser por tiempo (cada N días), por contador de uso (cada N horas, ciclos, km) o ambos: el que llegue primero abre un ticket. El ticket es un ticket real, vinculado al activo, con la cola, la prioridad y las instrucciones del plan, abierto automáticamente por el sistema cada minuto con la anticipación que usted defina. Solo una ocurrencia queda abierta por plan y activo, así que el sistema nunca abre el mismo mantenimiento dos veces. Concluir la ocurrencia registra el servicio en el activo e inicia el próximo ciclo desde ese día; si informa el valor del contador al concluir, el próximo ciclo por uso cuenta desde él.

Un activo sin fecha de instalación, sin servicio registrado y sin lectura de contador no tiene base: el plan lo dice y no abre nada, en lugar de inventar una fecha.

Contadores de uso Registre horómetro, ciclos o cualquier contador que tenga el equipo, con la fecha de la lectura. Las lecturas las ingresan personas; el sistema calcula el ritmo de los últimos 90 días y proyecta cuándo vence el próximo mantenimiento por uso. Una lectura con la misma fecha y contador se registra una vez. Las lecturas no se editan; para corregir, registre otra.

Recalls y campañas de servicio Una campaña selecciona la población por producto, rango de serie y ventana de instalación. La vista previa muestra exactamente qué unidades serán llamadas. Lanzar abre un ticket por unidad, vinculado a ella, por lotes; volver a lanzar nunca duplica y solo abre lo que falta. La cobertura (hechos, abiertos, pendientes, excluidos) sigue el estado vivo de cada ticket. Las unidades que decida no llamar pueden excluirse con una nota.

Estructura y propagación de paradas Un activo puede ser componente de otro (sistema y módulos). El árbol, el dónde se usa por modelo y la protección contra ciclos vienen listos. Por sistema, puede elegir que una parada del sistema marque también sus componentes como detenidos; terminarla termina la de ellos. Los módulos que siguen funcionando cuando el sistema se detiene deben dejar esto apagado.

Sitios y ubicaciones Un árbol por cliente: sitio, edificio, piso, sala. Asigne el activo a una hoja; el texto de ubicación del activo recibe la ruta completa y el movimiento queda en el historial. Eliminar una ubicación exige que esté vacía; desactívela en su lugar.

Cobertura La vista del activo muestra garantía, el contrato de servicio vinculado y los derechos de soporte que alcanzan la unidad, por el contrato del activo o por la cuenta del cliente y los productos cubiertos. No hay segundo contrato: es la misma línea de derecho que lee el SLA del ticket. Cuando una garantía o contrato está por vencer, el dueño de la cuenta recibe una notificación que apunta al activo.

Historial completo Una sola línea de tiempo con instalación, eventos de servicio, tickets, paradas, trabajos y visitas de campo, órdenes de servicio, repuestos usados, lecturas de contador, ocurrencias de mantenimiento y campañas. Filtre por tipo y abra el ticket desde la línea.

Fin de vida Dar de baja registra el activo con fecha y forma (desechado, devuelto, vendido, perdido), termina la parada abierta y omite el mantenimiento abierto. Es definitivo: un activo dado de baja nunca vuelve a activo; la unidad nueva recibe un registro nuevo con el vínculo de reemplazo. Un sistema con componentes activos debe darse de baja junto con ellos o después de moverlos.

Análisis Cortes por producto, estado, antigüedad, garantía, criticidad, cliente y ubicación, con la cantidad de unidades detenidas y fuera de garantía en cada uno, más mantenimientos abiertos y atrasados, campañas activas y horas de parada no planificada en los últimos 90 días. Exporte la base instalada en CSV.

Lo que esto no hace No hay telemetría ni IoT: contadores y paradas los registran personas o tickets. No se calculan costo ni ingreso por activo. Los documentos siguen adjuntos al registro del producto, no a la unidad.

Abrir este artículo dentro del sistema →