Guía rápida flujo G. Incidencias MTO HW

SOLICITAR 

ROL: SOLICITANTE

HERRAMIENTA: MICS-NWT

|

Desde el portal de autoservicio se podrá registrar una incidencia de MTO HW, o bien si se determina que una incidencia que ha sido gestionada sobre un CI distintos, si se determina que es HW, se cambiará el CI al necesario de uno de los lotes y se transferirá al resolutor de MTO HW

FLUJO DE TRABAJO DE MTO. HW

ROL: MTO HW

HERRAMIENTA: SERVCGES

LISTADO DE SOLICITUDES.

El proveedor de MTO HW tendrá disponible un servicio que le permitirá obtener todas las solicitudes asignadas a su equipo de trabajo, con los datos que la definen, incluidos datos principales como: CI, lote al que pertenece, estado

Sobre cada una de esas incidencias el proveedor de mantenimeinto HW tendrá disponible distintas acciones mediante integración que les permitirá:

• COMENTAR. Registrar un comentario de trabajo. Esta acción no genera transisión de estado
• PLANIFICAR/DESPLANIFICAR. Permite "parar el reloj" ante una circunstancia de negocio acordada por una ventana de tiempo x. Por ejemplo: "Planificar ventana de actuación con la sede". Genera transición de estado.
• ESCALAR. Transferir la incidencia a otro grupo resolutor. No genera cambio de estado. Por ejemplo para transferir al CSU porque sea un escalado incorrecto.
• SUSTITUIR. Se utiliza esta opción cuando haya que sustituir un elemento por otro. 
  • En el caso de existir solo se puede sustituir elementos dentro del mismo lote.
  • En el caso de ser nuevo, se asociará al mismo lote que el sustituido
  • En ambos casos el recurso sustituido se dará de baja del lote correspondiente, y el nuevo adquirirá los atributos (localización, FMS, FHS, etc) del sustituido.
• RESOLVER. El proveedor de MTO HW ha realizado todas las acciones necesarias para resolver la incidencia y la finaliza. Deberá informar de la causa raíz de la incidencia (entre ellas si ha habido o no sustitución)
• NECESITA PRESUPUESTO. Acción que se usará SOLO cuando el CI forme parte de un lote que debe estimarse el presupuesto. La acción se genera desde SERVCGES y provoca la creación de una issue asociada en JIRA, dónde se desarrolla el proceso de generar el presupuesto y su aprobación.

HERRAMIENTA: JIRA

• • Esto hará que se cree una issue en JIRA y que la incidencia en SERVCGES quede en estado PENDIENTE PRESUPUESTO. Se envía a JIRA además de lo mismo que en todas las solicitudes la ubicación del CI y el expediente.
  • La issue que se crea en JRA se quedará en estado ABIERTA a la espera de que el proveedor acceda a la acción Estimar. Hasta ese momento puede cancelar, lo que hará que la incidencia vuelva al estado ABIERTA.
  • Al estimar rellenará una plantilla que será una tabla on columnas, Material, Preci/udad, Unidades, Total, de manera que se completarán las filas correspondientes y se calculará un coste total. Deberá informar también la fecha de caducidad de la estimación, de manera que si se llega a esa fecha el presupuesto quedará otra vez en el tejado del proveedor para rehacerlo si procede.
  • Al completar el presupuesto, se informará el campo Nº Presupuesto, formado por la clave de la solicitud- fecha en la que se ha dado a completar presupuesto.
  • El flujo entrará en vueltas hasta que se apruebe el presupuesto. En el caso en que no se apruebe, el proveedor podrá volver a rehacer el presupuesto y modificar el total.
  • Una vez que el presupuesto se apruebe quedará en estado EN RESOLUCIÓN y la incidencia pasará a estado ABIERTA, informando del coste total de ese momento. Cuando se cierre la incidencia (paso a CERRADA por si hubiera reaperturas), la issue de JIRA se cerrará.
  • Puede ocurrir que si la incidencia está ABIERTA porque ya ha sido aprobado el presupuesto, sea necesario modificarlo, con lo que volverán a dar al botón de NECESITA PRESUPUESTO y el que hay cambiará de estado para que el proveedor pueda rehacerlo.