Professional Documents
Culture Documents
1. Objetivos:
Al trmino de la presente, los usuarios estarn en la capacidad de identificar Eventos para su posterior
apertura, asignar recursos y posibles Backlogs pendientes de ejecucin; radicando la optimizacin del
mismo en la apertura de la comunicacin entre las reas comprometidas.
2. Alcance:
A todo el personal de Mantenimiento y Operaciones.
3. Principios generales:
Los Eventos surgen como consecuencia de paradas planeadas o imprevistas, cuyo tiempo de parada
puede aprovecharse ejecutando tareas pendientes de ejecucin.
4. Definiciones y abreviaturas:
Evento: Tiempo de parada de equipo, cuyo origen es a consecuencia de una falla o de una tarea
programada.
Backlog: Inspeccin predictiva que ayuda a identificar problemas menores en los equipos con el fin de
ser corregidas oportunamente.
Planner de Mantenimiento: Personal responsable del planeamiento, programacin y control de
servicios y costos de mantenimiento.
Asistente de Planeamiento. Personal responsable del planeamiento a corto plazo, seguimiento de
actividades diarias en campo y taller.
Tcnico de taller: Personal especializado que ejecuta las tareas de mantenimiento.
Supervisor de equipos: Personal responsable del cumplimiento del programa de mantenimiento.
Operaciones: Personal responsable de ejecucin de la produccin del proyecto.
5. Premisas y supuestos:
La utilizacin de equipos responden a una planificacin y programacin de la produccin, la cual por
circunstancias de fatiga de material, contexto operacional, mala operacin o programacin de servicios
debe parar. El Dpto. de Mantenimiento toma accin inmediata y buscar resolver todas las actividades
pendientes de ejecucin (Backlogs), esto en funcin del tiempo y la criticidad del equipo dentro del
tren de produccin.
6. Procedimiento:
6.1. Informa parada de equipo
El personal de Operaciones comunicar inmediatamente al Supervisor de Equipos cuando un
equipo presente problemas mecnicos, el cual ponga en riesgo la integridad del personal y otros
componentes del Activo de la Empresa. Esta comunicacin puede ser a travs de un enlace de
radio frecuencia, celular u otro medio disponible.
6.2. Informa motivo y hora de inicio de la parada
El Supervisor de equipos deber informar al Planner de Mantenimiento el motivo de la parada,
especificando el componente que presenta la falla, sntoma y causa de la falla, ubicacin del
equipo, personal responsable, etc. ; estimando el tiempo de reparacin del mismo
6.3. La parada es programada
El supervisor en base al plan semanal comunica si la parada del equipo corresponde a un evento
programado o una falla; en el primer caso los recursos han sido confirmados con anterioridad,
para una falla se necesita verificar y definir si se cuenta con los recursos necesarios para la
ejecucin del trabajo.
6.4. Definir recursos
El supervisor de equipos en coordinacin con el Planner de Mantenimiento debe establecer si
disponen de partes, mano de obra y/o servicio de terceros para la ejecucin del Evento.
6.5. Apertura Evento en AMT
El Asistente de Planeamiento debe crear el Evento en AMT capturando toda la
informacin correspondiente al evento y tareas a ejecutar.
6.6. Existe recursos para ejecutar el Evento?
El Planner de Mantenimiento y el Asistente de Planeamiento como resultado de la
evaluacin previa junto al supervisor de equipos, deber definir si se ejecuta el Evento o
lo posterga por falta de recursos.
6.7. Planear y programar para los prximos das
Esta actividad se ejecutar una vez se disponga de los recursos. El planner de
mantenimiento deber planear y estimar la fecha de ejecucin en coordinacin con la
supervisin de equipos.
6.8. Solicitar recursos mediante Backlog
El Tcnico de Mantenimiento Evala y elabora el backlog correspondiente con los
recursos necesarios para ejecutar el trabajo en el evento prximo del equipo. El
Supervisor de Mantenimiento verifica los recursos solicitados, autoriza y enva la
solicitud a planeamiento.
6.9. Existe recursos para asignar Backlog y PM al Evento?
A fin de aprovechar el tiempo de parada del Evento, se debe verificar si existen Backlog o
eventos pendientes y si se disponen de los recursos. De ser afirmativo el Asistente de
Planeamiento deber asignar las OTs al Evento, caso contrario proceder con la ejecucin
solo del Evento.
6.10. Asigna OTs al Evento
La asignacin de rdenes de trabajo comprende la distribucin de los recursos y tiempos
en funcin al Evento principal.
6.11. Ejecucin de trabajo(s)
El tcnico de taller desarrolla dicha actividad, propia del equipo que responde a la
ejecucin de tareas y recursos mencionados en la(s) OT(s), ejecutados en un perodo
determinado.
Durante la ejecucin de trabajos, el personal tcnico deber procurar capturar el mayor
nmero de observaciones a levantar en un prximo Evento, utilizando para este fin el
formato de captura de backlog.
6.12. Informar culminacin de Evento
El tcnico de taller informar al Supervisor de Mantenimiento a travs de un enlace de
radio frecuencia u otro medio, la culminacin del Evento.
6.13. Verifica culminacin del trabajo
El Supervisor de Taller informar al Planner de Mantenimiento, Asistente de
Planeamiento y Operaciones a travs de un enlace de radio frecuencia u otro medio
disponible, la culminacin del Evento, con el fin de registrar en el AMT en tiempo real la
disponibilidad del equipo.
6.14. Cierre OT(s) y Evento en AMT
El Asistente de Planeamiento actualizar el cierre del Evento en el AMT, a fin que esta
informacin sea auditable en tiempo real.
6.15. Entrega de EventScope y WorkScope
El tcnico de taller debe entregar el los documentos que registran el Evento y la(s) OT(s),
EventScope y WorkScope respectivamente.
6.16. Revisin y firma
El supervisor de equipos deber revisar el contenido del Eventscope antes de firmar y
entrega para el archivo a Planeamiento.
6.17. Archivar
El Asistente de Planeamiento deber archivar los formatos Workscope, Eventscope,
Backlog y otros, en sus respectivos Files de Equipos.
7. MARCO TEORICO
8. CONCEPTOS DE EVENTO: Ver: H - Operaciones Diarias
Un Evento (solo aplicable a la Modalidad Avanzada de Planificacin) representa una ocurrencia de
tiempo de detencin. Por ejemplo, si hay un equipo detenido por mantenimiento durante 9 horas,
ese es un Evento. Durante ese tiempo, mltiples rdenes de Trabajo pueden ser ejecutadas. Un
evento se puede grabar manualmente en Equipment Status o abrirse automticamente si est
vinculado a Dispatch (esto es, Modular Mining).
El tiempo de detencin es el tiempo bruto durante el cual el equipo est detenido por
mantenimiento (un Evento tendr un tiempo de detencin asociado a l)
Las asignaciones de tiempo de detencin analizan el tiempo de detencin en
subcategoras, tales como lavado, a la espera de partes, etc. y le permiten al usuario
asignar diferentes responsabilidades a ese nivel ( PDTA )
Una orden de trabajo describe la ejecucin de una actividad/trabajo efectuado. A menudo
una orden de trabajo estar vinculada a una liquidacin de una orden de trabajo generada
en un ERP. Sin embargo, no todas las rdenes de Trabajo tendrn una liquidacin de
orden de trabajo.
La Duracin es lo que demor una orden de trabajo especfica; el tiempo transcurrido, no
las horas de mano de obra
Las Horas de Mano de Obra son las horas de mano de obra consumidas en la ejecucin
de la orden de trabajo
8.1. ESTRUCTURA DE UN EVENTO
Tiempo de detencin = 14 horas
Suma de asignaciones de Tiempo de detencin = 14 horas
Duracin: 3 rdenes de Trabajo se ejecutaron, cada una con su propia Duracin.
Suma de la Duracin = 18 horas
Horas de Mano de Obra: a cada orden de trabajo se le cargan las horas de mano de obra
consumidas en ella
Por ejemplo, el Servicio 250 PM puede haber tenido 3 personas trabajando en l y pueden
haber habido 24 horas reales de mano de obra
Los eventos tienen diferente estatus
Estatus del Evento Descripcin
Yet to Start Tiempo de detencin planificado, an no ejecutado
In Progress
El equipo est detenido por mantenimiento
Completed
El equipo ha reanudado la operacin normal (mantenimiento completo)
Deferred El evento se ha postergado
Abandoned El evento ha sido eliminado
o En AMT, el proceso de planificacin es de creacin de Eventos Yet to Start. Si una Tarea
NO est vinculada a un Evento, no ha sido planificada
o Un Evento solo puede ser COMPLETADO (COMPLETED) si todas las rdenes de Trabajo del
Evento tienen estatus COMPLETADO, Diferido (DEFERRED) o Abandonado (ABANDONED).
Un Evento est completado, slo si la orden de trabajo Primaria ha sido completada.
o Un Evento slo puede ser YET TO START si todas las rdenes de Trabajo del Evento tienen
estatus YET TO START, DEFERRED o ABANDONED.
o La orden de trabajo primaria se usa en el anlisis de Eventos y todo tiempo de detencin es
asociado a la orden de trabajo Primaria. El Anlisis de la orden de trabajo permite el anlisis
de todas las rdenes de Trabajo efectuadas.
8.2 Evento planeado
Tiempo de parada del equipo programado, secuencia de trabajos establecida, el
cual cuenta con los recursos de mano de obra, repuestos y miscelneos necesarios
para la ejecucin de los trabajos en el tiempo previsto.
8.3 Breakdown
Suceso de tiempo de parada del equipo el cual no fue programado, producto de
una falla inesperada
8.3.1 Preventable
Acciones que pueden prevenir un tiempo de parada por una falla de la
misma naturaleza.
Evento Yet to Star
Evento In Progres
Evento Complete
Lnea de tiempo, indica la
posicin actual de fecha y hora,
se actualiza cada 5 minutos
8.4 Other
Corresponde a Ventana de oportunidad solo aplica a los siguientes casos: El
equipo se encuentra en Stand By , Sin frente por parte de operaciones, cambio de
guardias, Almuerzo de los Operadores, siempre que los trabajos no interfieran con
la produccin.
Se selecciona la Opcin Other y en Responsability seleccionar Oportunidad.
8.5 Priority
Se le asigna un nivel de prioridad al evento, teniendo como variable la prioridad de
los equipos en la Mina, esto es si hay varios equipos detenidos, cual tiene
prioridad de atencin respecto al resto.
La prioridad en mina se clasifica en: Equipos de Perforacin, Carguo, Acarreo,
Mantenimiento de vas y/o Auxiliares y otros.
8.6 Event Status
Se Administran 5 estados en el Evento:
8.6.1.1 Yet to Star: Indica que el evento se encuentra programado para realizarse, con
todos sus recursos listos. Se visualizan de color verde.
8.6.1.2 In Progress: Muestra un evento en proceso de ejecucin, se visualizan de color
naranja.
8.6.1.3 Completed: Muestra un evento cerrado, con todos su tareas ejecutadas, su
color es Azul
8.6.1.4 Abandoned. No se utiliza
8.6.1.5 Deferred. Enva la OT a O.
8.7 Released By
Se registra el grupo de tcnicos responsable de la ejecucin del trabajo. Permite
realizar seguimiento del equipo de trabajo responsable de la ejecucin de
determinado trabajo.
8.8 Location
Se registra la ubicacin exacta donde se encuentra el equipo, el cual debe
actualizarse si la ubicacin cambia. Ejemplo: Inicialmente el equipo puede ser
intervenido en Campo, luego puede ser trasladado a Taller para culminar la
intervencin.
8.9 Expected Up
Brinda informacin sobre la fecha y hora estimada de salida del equipo, la cual se
debe reprogramar si la intervencin al equipo se prolonga.
9 Downtime
9.1 Plan/Estimate
Indica la fecha y hora programada de inicio del evento (Down Date/Time), as
como la fecha y hora prevista para que el evento culmine (Up Date/Time), la
duracin total planeada o estimada se muestra en Total Down (Hrs)
Se registra solo para eventos programados.
9.2 Add Usage Reading
El Reloj interno del Sistema calcula automticamente el Horometro Acumulado de
detencin del equipo, teniendo como referencia el ltimo registro de Usage
ingresado al sistema ms la suma proporcional de horas programadas del equipo
por da Vs la hora actual de intervencin.
Add Usage Reading
Plan/Estimate
9.3 Actual
Captura informacin real sobre el evento, Muestra fecha y hora de inicio al
cambiar de estado a In Progress y fecha y hora final, al cambiar el estado del
evento a Complete. El tiempo Total real de detencin del equipo se muestra en
Total Down (Hrs)
9.4 Variance
Muestra la diferencia entre el tiempo planeado y el tiempo real.
10 PDTA
10.1 Definicion.
Es la Asignacin del tiempo de Parada en cul es el Proceso de dividir el tiempo de
parada bruto en responsabilidades (es decir, quien es responsable por cual
porcin de tiempo de parada) y actividades (es decir, que sucedi durante el
perodo de tiempo de parada: mantenimiento, esperando repuestos, esperando
mano de obra, lavado de mquina, etc.).
A la primera Asignacin del tiempo de detencin (PDTA Primary Downtime
Allocation Asignacin Primaria del Tiempo de Detencin) se le asignar
inicialmente 100% del perodo del tiempo de detencin y se aplicar una
responsabilidad por defecto. A medida que se agrega cada Asignacin Adicional el
perodo del tiempo de detencin total se dividir en el tiempo para cada asignacin.
La suma de todas las asignaciones debe ser siempre = a las Horas Totales Reales
de Detencin.
Para agregar una nueva asignacin de tiempo de detencin, hacer clic en el botn
Add, ventana Downtime Allocation en el evento, y efecte las selecciones
apropiadas
10.2 Reason
ste es un campo obligatorio; seleccione de la lista la razn por la que ocurri el
Evento del Tiempo de Detencin. La lista se obtiene de la tabla de sistema Task
Type.
Click para Agregar
una nueva
responsabilidad
10.3 Activity
Es un campo obligatorio. Seleccione Actividad para la Asignacin del Tiempo de
detencin seleccionada, p.ej. Reparacin. Nota Importante: la correcta seleccin
de ste campo es IMPORTANTE, ya que se usar para identificar lo ocurrido
durante el tiempo de detencin del evento. Por favor, seleccione con mucho
cuidado de la lista
10.4 Variance Cause
ste es un campo obligatorio. Seleccione una razn de la lista por la que ha
ocurrido la varianza. Nota: las varianzas usualmente solo ocurrirn para Eventos
Planificados. Si el evento es Breakdown, no debera haber una Varianza.
10.5 Responsability
Quin fue el responsable del Tiempo de detencin? La eleccin afectar
directamente a los clculos de disponibilidad y se usar en los Informes a Clientes.
Para la Asignacin del Tiempo de Detencin Primario, las Horas Planificadas,
Horas Actuales y Horas de Varianza se poblarn automticamente y no se podrn
editar. Se calculan como las horas TOTALES menos cualquier otra Asignacin de
Tiempo de Detencin Ingresada
11. CONFIRMACION DE EVENTOS
Cuando el usuario piense que se ha capturado todos los datos en un Evento,
puede marcar el Evento como Confirmed. Por ello, luego de grabar el Evento,
AMT revisar si algunos campos especficos contienen datos, como una forma de
validar que todos los datos necesarios s estn en el sistema. Los campos que se
valida son:
Nivel de Evento:
o Released By
o Downtime Reason
Nivel de Orden de Trabajo
o Component Code
o Task Type
o Cause
o Symptom
o Repair