Você está na página 1de 7

Corrección de errores en el ingreso de detenciones en AMT.

1. Traslape de horas

Este error se presenta cuanto se generan 2 o más eventos en paralelo en AMT (dentro del
mismo tiempo de detención del equipo), según la lógica si el equipo está detenido durante un
periodo de tiempo solo se debe generar una detención (Evento) en AMT y a esta detención se
le deben agregar las distintas tareas que se realizaron.

En la siguiente imagen se muestra la información de 2 detenciones (Events). Si se analiza la


fecha se puede observar que ambas se realizaron dentro del mismo periodo de tiempo. La
primera comenzó a las 9:07 Hrs y terminó a las 15:14 Hrs, la segunda comenzó a las 11:00 Hrs.
y terminó a las 14:00 Hrs. Por lo que no se deberían haber creado 2 detenciones, sino se
debería haber agregado a la primera detención la tarea con código 7540 que pertenece a la
segunda detención.

¿Cómo se realiza la corrección?

1.1. Se debe tener claridad de cuál es la detención que se va a conservar y tener certeza de
la duración real de la detención, esto último se puede obtener de la conciliación con
cliente (Dispach, Jigsaw, etc.). La fecha y hora de duración se debe ingresar a AMT. En
nuestro ejemplo anterior conservaremos la primera detención.
En la siguiente imagen se destaca el lugar específico de AMT en donde se ingresa la
hora de inicio de la detención (Down Date/Time) y la hora de entrega de equipo (Up
Date/Time)

1.2. Según nuestro ejemplo, se conservó la primera detención, por lo tanto la segunda
detención se debe eliminar.
Antes de eliminar tener en consideración:

1.2.1. Al eliminar una detención, las tareas que éste contenga se irán automáticamente
a la lengüeta Backlog, por lo tanto se pueden recuperar.
1.2.2. Si la tarea se va a agregar en otra detención (que es nuestro caso en el ejemplo)
se debe recordar el código de componente y el número de WO asociada.
1.3. Para eliminar el evento se debe hacer hacer click sobre la detención en cuestión y
después hacer click en la X blanca fondo naranja, como se muestra en la imagen:

Automáticamente, las tareas que se encontraban en esta detención, aparecerán en la lengüeta


Backlog.

Nota: Se debe tener claro que las tareas que se encuentran dentro de un evento se alojan en la
lengüeta workorders, aquellas tareas que no pertenecen a una detención se encuentran en la
lengüeta Backlog.

1.4. Para agregar a la primera detención de nuestro ejemplo, la tarea que ha sido enviada
a la lengüeta Backlog se debe realizar lo siguiente:

1.4.1. Recordar sus datos principales (Ej: Equipo 16020, Component Code 7540, N°
WO AB92083).
1.4.2. Ingresarla a la detención real siguiendo los siguientes pasos:

a) Abrir detención en la cual se desea ingresar la tarea.


b) Hacer click sobre cruz blanca con fondo azul que se encuentra en la
parte superior de la grilla de tareas. Enseguida aparecerá una
pantalla para seleccionar la alternativa.
c) Elegir “Select Backlog” y hacer click sobre flechas a la derecha.
d) Enseguida se desplegará la ventana con todas las tareas disponibles
en la lengüeta Backlog para el equipo. Se debe(n) seleccionar la(s)
tarea(s) que se busca, como se muestra en la siguiente imagen:

c) Posterior a esto verificar en la detención que aparezca la tarea que se agregó:


2. Clonación de detenciones (misma descripción)

Este error se debe a que existen 2 detenciones ingresadas al sistema que poseen las mismas
fechas y horas de detención y similares códigos de componentes (duplicidad de información).

La persona que digita la información debe tener la seguridad de que la tarea que está
ingresando a AMT no exista en el sistema. La existencia con anterioridad de la detención
dentro de AMT se debe a que existe planificación, cuando esto ocurre solo se debe completar
los datos restantes de la detención y sus tareas respectivas y cerrarla. Esto también puede
deberse a que ya se ingresó la información y se duplicó por error. Un error como los que se
mencionan se encuentra en la siguiente imagen, esta información proviene desde la lengüeta
Events de AMT:

Se puede observar en la imagen anterior que existen 2 detenciones, con la misma cantidad de
horas pero con Component Code diferentes (6804 y 6805) pero con similar descripción (Punta
y Punta(s) de balde). Esto indica que hay duplicidad de información.

¿Cómo se realiza la corrección?

2.1. Analizar la información que se encuentra en ambas detenciones y tener la certeza de


las tareas que cada una tiene son similares (códigos y descripciones).

2.2. Se debe analizar si las tareas que se encuentran dentro de las detenciones tienen una
WO de DBS Linkeada. Si ambas poseen una WO se debe revisar en DBS si tienen
partes cargadas y HH. En el caso en que ambas tengan partes y HH se debe elegir una
WO con la cual se trabajará y a la otra se le debe realizar la rebaja de HH y la
devolución de Stock de repuestos según corresponda y siempre que aún no se
encuentren facturadas, seguido a esto se debe facturar en $ 0 la WO que no se
utilizará.

2.3. Una vez realizadas las modificaciones de las WO en DBS, se debe tener claridad a
cerca de cual detención no se utilizará y se procede de la misma forma que en el
punto 1.3 de este documento.

En nuestro ejemplo se eliminará la primera detención, puesto que la tarea que


contiene esta detención se encontraba linkeada a una WO de DBS que no tenía
valores cargados tanto de partes como de HH.

2.4. Según lo anterior, la tarea de la detención que se eliminó se encuentra en la lengüeta


Backlog, para nuestro ejemplo esta tarea se creó por duplicidad, por lo tanto no se
ocupará en ningún proceso posterior. Por lo anterior se deberá eliminar la tarea de la
siguiente manera:
a) Buscar tarea específica a eliminar
b) Posarse sobre ésta haciendo un click y luego hacer click sobre la X blanca con
fondo naranja y confirmar eliminación de la tarea.

NOTA: Las tareas que se eliminan de la manera que se mostró anteriormente no se podrán
recuperar dentro del sistema. Si se desea conservar la tarea pero no dentro de la paleta
Backlog se debe cambiar el Status a “Abandoned”. Se debe considerar que si se elimina la
tarea o se cambia su estado a “Abandoned” automáticamente pierde conexión con la WO de
DBS, pero ésta no se elimina de DBS.

3. Clonación de detenciones (diferente descripción)


Este error se puede visualizar cuando existen detenciones dentro de la lengüeta Events de
AMT que poseen la misma fecha y hora como “Down Time” pero que tienen distintos
“Component Code” dentro de sus tareas, como se muestra en la siguiente imagen:

Como se sabe, un equipo solo debe tener una detención para una misma hora y fecha y dentro
de la detención se deben ingresar todas las tareas realizadas.

Si se da el caso, como se muestra en la imagen, en donde se generó una detención por cada
tarea realizada en el mismo periodo de tiempo y ambas pertenecen a una misma detención,
se deben agrupar de tal forma que todas las tareas queden dentro de una detención en
común.

¿Cómo se realiza la corrección?

3.1. Se debe elegir la detención que se va a dejar como única, se debe preferir aquella que
contenga la tarea primaria con el código de componente que se identifique como la
real razón de la detención del equipo. En nuestro ejemplo, en la imagen, se elegirá el
cambio de válvulas W/G como razón de detención, por lo cual se eliminará la segunda
detención para ingresar las tareas que ésta contiene a la primera detención.
3.2. Antes de eliminar la detención, se debe tener conocimiento de todas las tareas que
ésta contiene, puesto que si existe más de una, todas ellas deben ser ingresadas a la
detención real.

3.3. Para eliminar la detención que no se ocupará se debe proceder según punto 1.3 de
este documento.

3.4. Para agregar las tareas de la detención eliminada a la detención real, se debe
proceder según punto 1.4 de este documento.

3.5. Una vez que se realizó el ingreso de las tareas respectivas a la detención real, se debe
ajustar las horas de duración real de la detención, esto se realiza de la siguiente
forma:

a) Se debe tener certeza de la duración real de la detención, esto último se


puede obtener de la conciliación con cliente (Dispach, Jigsaw, etc.). La
fecha y hora de duración se debe ingresar a AMT. En la siguiente imagen se
destaca el lugar específico de AMT en donde se ingresa la hora de inicio de
la detención (Down Date/Time) y la hora de entrega de equipo (Up
Date/Time):

4. Abuso del Opportune


La grilla Downtime Allocation que se muestra en la imagen posterior, permite ingresar los
tiempos de las tareas especificados por actividad dentro de una detención (Mantenimiento,
reparación no programada, espera de nave, espera de repuestos, espera de hh, etc.) como
también por responsabilidad a quien se le designa esta actividad (Dealer, Customer o
Opportune). Esto último permite verificar cuanto tiempo se invirtió en realizar cierto tipo de
actividad y compararlo con el tiempo total de la detención.

La responsabilidad “Opportune” aplica a tiempos dentro de una detención en el que se haya


realizado alguna tarea a algún equipo en particular en la cual se aprovechó una ventana de
oportunidad para realizar alguna actividad (Inspecciones, revisiones, reparaciones rápidas, etc)
y que se hicieron dentro de tiempos de operación en donde el equipo se encontraba en stand
by (cambio de turnos, colación operador, etc.)
Si bien, en términos de cálculo de KPI’s dentro de AMT, de forma manual existe la posibilidad
de no considerar la responsabilidad Opportune para obtener estos indicadores, de ninguna
manera se debe utilizar esta forma de clasificar las horas de detención para cuadrar con las
horas reales de detención de los equipos. En términos más prácticos: “no clasifique como
opportune aquellos eventos que se ingresaron de manera incorrecta”

¿Cómo se realiza la corrección?

4.1. Si generó una detención erróneamente y la tarea le corresponde a otra detención que
ya se encontraba ingresada proceda según punto 1.1, 1.2, 1.3 y 1.4 de este
documento.

4.2. Si generó la duplicidad de una detención, proceda según punto 2.1, 2.1, 2.3 y 2.4 de
este documento.

Recuerde:

Toda la información que se ingrese a AMT contribuye a realizar gestión mediante datos
históricos de las detenciones de los equipos.
El mal ingreso de la información permite obtener análisis erróneos y deficiente data
para visualizar KPI’s certeros a cerca del real estado de los equipos del contrato.