Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.



Page Properties


NombreGestión de Incidencias Servicios DF Perú
Versión0.2
Fecha 
ÁreaServicios DF Perú
Estado
Status
colourGreen
titlefinalizado
ValidadorRaquel Paucar
Control de calidadJosé Aros Lillo


...

  • Analista de Servicios: Se deberán ejercer las siguientes funciones:
    • Análisis de información desde distintos orígenes de información, ya sea:
      • Incidencia Atlassian JIRA.
      • Registro de problemas a través de email corporativo.
    • Generador de reportes de gestión asociados a los distintos orígenes de información.
    • Generador de cuadros de mando semanal y acumulado a la fecha asociados a los distintos orígenes de información.
    • Anuncio interno al Equipo Defontana Perú relacionado a la liberación en Producción de la semana.
  • Replicador de Servicios: Se deberán ejercer las siguientes funciones:
    • Analista de información asociada a las incidencias derivadas.
    • Documentador de las incidencias derivadas.
    • Ingreso de criterios de aceptación de las incidencias derivadas y replicadas.
  • Implementador Defontana Chile: Se deberán ejercer las siguientes funciones:
    • Revisar los cambios que pueden estar provocando inconvenientes en el funcionamiento del sistema.
    • Supervisor de estructura del sistema.
    • Gestionará los cambios solicitados por Defontana del Perú.

Definiciones

  • Incidencia: Cualquier evento que no es parte de la operación estándar de un servicio y que causa, o puede causar, una interrupción para, o una reducción en, la calidad de ese servicio.
  • Problema: Causa subyacente, aún no identificada, de una serie de incidentes o un incidente aislado de importancia significativa.
  • Prioridad: Mayor, Crítica, Bloqueadora.
  • Urgencia: Depende del plazo de envío de facturas electrónicas determinado por SUNAT, actualmente según resolución N°0150-2021 el tiempo de envío es de 3 días. De lo contrario aplicará el nivel de servicio acordado en el SLA.
  • Impacto: Determina la importancia del incidente dependiendo de cómo éste afecta a los procesos de negocio y/o del número de usuarios afectados.
  • RPI: Revisión pos implementación

...

  • El analista de Servicios siempre contará con la información necesaria para desempeñar su función acorde a lo esperado.
  • El replicador de Servicios tendrá a disposición ambientes de replicación actualizados (producto y datos) de forma regular.
  • Los informadores internos y nacionales siempre reportarán las laso problemas relacionados a la Seguridad de la Información al email responsablesgsi@defontana.com
  • El implementador Defontana Chile diseñará e implementará los cambios para el desarrollo de las mejoras solicitadas por Defontana del Perú.

Procedimiento # 1

Gestión de incidentes (reactivo)

#NombreDescripción
1Recepción de antecedentesSe recibirán los antecedentes relacionados a incidencias reactivas a través de Intercom
2Revisión inicial de antecedentesCumplimiento de normas y estándares internos para la documentación y descripción de casos
3Análisis de antecedentesRevisión y comprobación lógica y funcional de la incidencia según criterios internos definidos; de lo contrario será cerrada especificando motivo del cierre
4Clasificación del incidenteSe establecerá el parámetro para el Tipo de incidencia.
5Nivel de prioridadSe esta establecerá el nivel de prioridad a partir de los parámetros Impacto y Urgencia.
6Replicación de incidenciaLa incidencia derivada será replicada en ambientes respectivos; de lo contrario será devuelta para su re-análisis.
7Incidencia replicadaCuando una incidencia ha sido replicada deberá ser catalogada como tal.
8Incidencia enviada a correcciónLa incidencia replicada será enviada a Defontana Chile para su corrección, esta acción contempla la clonación y transferencia (mover) de la incidencia hijo.
9Monitoreo del estado y tiempo de respuesta esperadoSe asocia un estado al incidente y se estima el tiempo de resolución del incidente en base al SLA correspondiente y la prioridad.
10

Análisis, Resolución y Cierre de Incidentes

  • Se confirma con los usuarios la solución satisfactoria del incidente.
  • Se crea un artículo en Intercom con el detalle del funcionamiento de la mejora, para ser informado a los clientes a través de un comunicado en Intercom.
  • Se reclasifica el incidente si fuera necesario.
  • Se cierra el incidente.
11Seguimiento y control de incidentes 
  • Número de incidentes clasificados temporalmente y por prioridades.
  • Tiempos de resolución clasificados en función del impacto y la urgencia de los incidentes.
  • Nivel de cumplimiento del SLA.
  • Grado de satisfacción del cliente.
  • Se aplicará RPI en caso que se requiriera.

Procedimiento # 2

Gestión de incidentes (proactivo)

#NombreDescripción
1Recepción de antecedentesSe revisarán los antecedentes relacionados a incidencias proactivas a través de SUNAT o EL PERUANO
2Revisión inicial de antecedentesCumplimiento de normas y estándares internos para la documentación y descripción de casos
3Análisis de antecedentesRevisión y comprobación lógica y funcional de la incidencia según criterios internos definidos; de lo contrario será cerrada especificando motivo del cierre
4Clasificación del incidenteSe establecerá el parámetro para el Tipo de incidencia.
5Nivel de prioridadSe esta establecerá el nivel de prioridad a partir de los parámetros Impacto y Urgencia.
6Replicación de incidenciaLa incidencia derivada será replicada en ambientes respectivos; de lo contrario será devuelta para su re-análisis.
7Incidencia replicadaCuando una incidencia ha sido replicada deberá ser catalogada como tal.
8Incidencia enviada a correcciónLa incidencia replicada será enviada a enviada a Defontana Chile para su corrección, esta acción contempla la clonación y transferencia (mover) de la incidencia hijo.
9Monitoreo del estado y tiempo de respuesta esperadoSe asocia un estado al incidente y se estima el tiempo de resolución del incidente en base al SLA correspondiente y la prioridad.
10

Análisis, Resolución y Cierre de Incidentes

  • Se confirma con los usuarios la solución satisfactoria del incidente.
  • Se crea un artículo en Intercom con el detalle del funcionamiento de la mejora, para ser informado a los clientes a través de un comunicado en Intercom.
  • Se reclasifica el incidente si fuera necesario.
  • Se cierra el incidente.
11Seguimiento y control de incidentes 
  • Número de incidentes clasificados temporalmente y por prioridades.
  • Tiempos de resolución clasificados en función del impacto y la urgencia de los incidentes.
  • Nivel de cumplimiento del SLA.
  • Grado de satisfacción del cliente.
  • Se aplicará RPI en caso que se requiriera.

Procedimiento # 3

Gestión de problemas (reactivo)

#Nombre del pasoDescripción del paso
1Recolección de información según origen de información

Se revisará el detalle del caso en la cuenta responsablesgsi@defontana.com

2Análisis de la información recolectadaSe establecerán las agrupaciones lógicas, patrones y frecuencia de los incidentes según el origen de información.
3Clasificación del incidente (según origen de información)
  1. El responsable SGSI registrará en Atlassian Jira lo siguiente:
  • Proyecto: NovaPE
  • Tipo de incidencia: Seguridad de la información
  • Título: Breve descripción del incidente
  • Descripción: Detalle del incidente
  • Responsable: (automático)


  2. Activar la opción "Opciones de seguimiento"
  3. Consultar regularmente el estado de resolución de la incidenciaSe establecerá el parámetro para el Tipo de incidenteincidencia.
4Nivel de prioridadSe esta establecerá el nivel de prioridad a partir de los parámetros Impacto y Urgencia.
5Derivación a replicaciónSi la incidencia es aprobada en la etapa de análisis será derivada para su replicación.
6Replicación de incidenciaLa incidencia derivada será replicada en ambientes respectivos; de lo contrario será devuelta para su re-análisis.
7Incidencia replicadaCuando una incidencia ha sido replicada deberá ser catalogada como tal.
8Incidencia enviada a correcciónLa incidencia replicada será enviada a corrección, esta acción contempla la clonación y trasnferencia de la incidencia hijo.
9Monitoreo del estado y tiempo de respuesta esperadoSe asocia un estado al incidente y se estima el tiempo de resolución del incidente en base al SLA correspondiente y la prioridad.
10

Análisis, Resolución y Cierre de Incidentes

  • Se confirma con los usuarios la solución satisfactoria del incidente.
  • Se reclasifica el incidente si fuera necesario.
  • Se cierra el incidente.
11Seguimiento y control de incidentes 
  • Número de incidentes clasificados temporalmente y por prioridades.
  • Tiempos de resolución clasificados en función del impacto y la urgencia de los incidentes.
  • Nivel de cumplimiento del SLA.
  • Costes asociados.