The following macros are not currently supported in the header:
  • style

Conceptos clave de los usuarios de autoservicio

Este artĆ­culo contiene los siguientes temas:

Acerca de los tickets

Un ticket es la entidad bĆ”sica en las aplicaciones de tickets de problemas, del seguimiento de incidencias y del Centro de servicio al usuario. Un ticket es un documento de transacciĆ³n que registra toda la informaciĆ³n relacionada con la solicitud de un usuario.

Los tickets tienen campos y fichas diferentes donde se puede registrar la informaciĆ³n especĆ­fica relacionada. Esta informaciĆ³n incluye lo siguiente:

  • Detalles relacionados con el solicitante o con la naturaleza de la solicitud.
  • Cualquier otra informaciĆ³n necesaria para procesar la solicitud.
  • Detalles de los esfuerzos que los grupos de soporte llevan a cabo para completar la solicitud.

Como usuario de autoservicio, se puede registrar un ticket enviando un correo electrĆ³nico a soporte. TambiĆ©n se puede registrar un ticket a travĆ©s de la interfaz del usuario de autoservicio. Cuando se informa sobre una incidencia a travĆ©s del telĆ©fono, el analista que responde a la llamada registra el ticket en su nombre. A continuaciĆ³n, el ticket se mueve a travĆ©s de un proceso de workflow definido hacia su resoluciĆ³n. Ā  Ā Ā 

Tipos de ticket

El producto es compatible con cinco tipos de tickets:

  • Solicitud de servicio: se utiliza para registrar y gestionar las solicitudes estĆ”ndares de los usuarios para obtener informaciĆ³n o acceso a los sistemas y servicios. La solicitud incluye las solicitudes de informaciĆ³n o soporte general que no estĆ”n causadas por la interrupciĆ³n de un sistema o servicio existente.
  • Ticket de incidente: se utiliza para comunicar y gestionar incidencias. Algunos ejemplos son interrupciones, falta de disponibilidad y reducciĆ³n en la calidad de un sistema o servicio que los usuarios ya pueden acceder y utilizar. Los tickets de incidente se utilizan para identificar la incidencia, encontrar una soluciĆ³n alternativa y restaurar la disponibilidad del servicio en el menor tiempo posible.
  • Ticket de problema: se utiliza para investigar y resolver, o mitigar incidencias importantes, que afectan a muchos usuarios. El equipo de gestiĆ³n de problemas registra un ticket de problema para investigar una incidencia con un sistema existente. El equipo tambiĆ©n puede registrar un ticket para examinar un sistema o servicio existente de manera proactiva para eliminar incidencias potenciales.
  • PeticiĆ³n de cambio: se utiliza para registrar y gestionar una peticiĆ³n de cambio en la infraestructura de TI o en los servicios. Algunos cambios pueden afectar solo al solicitante o a un pequeƱo grupo de usuarios. Algunos cambios afectan a un gran nĆŗmero de usuarios. Todas las peticiones de cambio pasan por un proceso de aprobaciĆ³n de cambio.
  • Ticket de tarea: se utiliza para realizar un seguimiento y gestionar unidades mĆ”s pequeƱas de trabajo para la finalizaciĆ³n de otro ticket. Un ticket de tarea se registra como un hijo de otro ticket.

Cuando se crea un ticket, la aplicaciĆ³n clasifica el ticket en uno de estos tipos. A continuaciĆ³n, la aplicaciĆ³n aplica un workflow predefinido. El workflow define el ciclo de vida aplicable al ticket. A continuaciĆ³n, el producto envĆ­a el ticket al grupo de soporte mĆ”s relevante para el tipo de ticket.

CategorizaciĆ³n del ticket

La categorizaciĆ³n es el proceso de agrupar de forma lĆ³gica objetos y entidades con una finalidad concreta. El producto permite la categorizaciĆ³n de los tickets, elementos de configuraciĆ³n y soluciones. Todas las solicitudes que se registran en el producto se pueden agrupar de forma lĆ³gica para llevar a cabo una acciĆ³n efectiva en la solicitud. Esta categorizaciĆ³n se conoce como CCTI. La categorizaciĆ³n de los tickets permite un enrutamiento automĆ”tico efectivo de los tickets al grupo de soporte apropiado. Por ejemplo, se puede configurar un enrutamiento automĆ”tico que indique que si un ticket tiene la clase Impresoras se deberĆ” asignar automĆ”ticamente al grupo de soporte especĆ­fico.

La categorizaciĆ³n CCTI define el requisito y ayuda al producto a identificar el grupo de soporte responsable del ticket. CCTI puede definirse como:

  • Clase: representa el nivel mĆ”s alto de la categorizaciĆ³n de las TI o del servicio de negocio solicitado (por ejemplo, Hardware).
  • CategorĆ­a: representa el componente especĆ­fico dentro de la clase (por ejemplo, Equipos portĆ”tiles).
  • Tipo: proporciona mĆ”s detalles de la categorĆ­a (por ejemplo, Dell).
  • Elemento (I): indica la acciĆ³n que se solicita en el ticket (por ejemplo, InstalaciĆ³n).

La aplicaciĆ³n permite a los usuarios de autoservicio clasificar una solicitud por "Tipo". El administrador de la aplicaciĆ³n gestiona la capacidad de los usuarios de autoservicio para aplicar la categorizaciĆ³n CCTI a los tickets. Las solicitudes registradas mediante una plantilla (CatĆ”logo de servicios) tienen valores rellenados previamente para la categorizaciĆ³n.

Tratamiento de los tickets

El producto proporciona las siguientes interfaces para crear tickets.

  1. Utilice un elemento del catƔlogo relevante del catƔlogo de servicios del producto para crear una solicitud.
  2. Utilice el menĆŗ Acciones para crear una solicitud si no puede encontrar un elemento del catĆ”logo adecuado.
  3. EnvĆ­e un correo electrĆ³nico al grupo de soporte designado.

Para obtener mĆ”s informaciĆ³n acerca de las interfaces mencionadas anteriormente, consulte Envío de tickets.

El enfoque ideal para la creaciĆ³n de un ticket de servicio se muestra en el siguiente diagrama:

Cuando el ticket estĆ” en cola con un grupo de soporte, un analista toma la responsabilidad de resolver la incidencia. El analista sigue las directrices y los acuerdos de nivel de servicio que se establecen para la categorĆ­a del ticket e intenta resolver la incidencia. El analista actualiza el ticket para agregar informaciĆ³n sobre las acciones que se toman para resolver la incidencia.

El administrador puede configurar el producto para que envĆ­e notificaciones por correo electrĆ³nico cuando se realicen determinados cambios en el ticket. Los analistas tambiĆ©n pueden enviar notificaciones acerca de cualquier entrada del registro de trabajo del ticket haciendo que el cliente lo pueda ver. TambiĆ©n se puede revisar el progreso del ticket desde la interfaz del usuario de autoservicio.

El esquema del ciclo de vida de un ticket, desde su creaciĆ³n hasta su cierre, se muestra en el siguiente diagrama:

El analista se pone en contacto con el usuario, si fuese necesario, para obtener mĆ”s informaciĆ³n para completar la solicitud. El analista envĆ­a una solicitud de aprobaciĆ³n a otros interesados en caso de ser necesaria una aprobaciĆ³n.
Una vez finalizada la solicitud, el analista cierra el ticket de solicitud de servicio. A veces, el analista le pedirĆ” comentarios sobre la resoluciĆ³n para identificar cualquier Ć”mbito para mejorar los servicios de soporte.

AsignaciĆ³n de ticket

Un individuo o un grupo de procesos de un ticket para que se realice la acciĆ³n necesaria para el cumplimiento de la resoluciĆ³n o de la solicitud.Ā La asignaciĆ³n de ticket mueve una solicitud al individuo o grupo que necesita trabajar en la solicitud.

Un ticket puede asignarse a un individuo o grupo de soporte especĆ­ficos. El ticket se asigna en funciĆ³n de la disponibilidad de recursos, experiencia y especializaciĆ³n. Cualquier miembro del grupo puede aceptar la asignaciĆ³n y actuar en concordancia. Se puede llevar a cabo la reasignaciĆ³n si la naturaleza y prioridad de un ticket asĆ­ lo exige.

Un administrador puede configurar un workflow para la asignaciĆ³n de ticket. Un analista que registra la solicitud puede asignar un ticket manualmente. La asignaciĆ³n de ticket no necesita ninguna intervenciĆ³n por parte del usuario de autoservicio.

Acceso a Cloud Service Management

El departamento de soporte de TI proporciona acceso a la aplicaciĆ³n agregando al usuario a un grupo de contactos designado. Si no puede iniciar sesiĆ³n en la aplicaciĆ³n, pĆ³ngase en contacto con el departamento de soporte. Ā Ā 

Solo puede tener una sesiĆ³n activa por vez. No se puede iniciar sesiĆ³n en la aplicaciĆ³n desde dos equipos al mismo tiempo.

La sesiĆ³n se agota si no realiza ninguna acciĆ³n para un determinado perĆ­odo de tiempo en su instancia de aplicaciĆ³n. Inicie sesiĆ³n otra vez para utilizar la aplicaciĆ³n.

Si se desplaza fuera de una pantalla o se intenta cerrar la sesiĆ³n sin guardar los cambios, la aplicaciĆ³n mostrarĆ” un mensaje de advertencia. Si desea guardar los cambios, haga clic en Cancelar. Guarde los cambios y, a continuaciĆ³n, salga de esa pantalla.

Ā© 2017 ServiceAide 1-650-206-8988 http://www.serviceaide.com info@serviceaide.com