Source: http://docplayer.es/1253787-Master-en-software-libre-trabajo-final-de-master-creacion-plan-de-proyecto-herramienta-de-ticketing.html
Timestamp: 2017-04-28 03:01:17+00:00

Document:
Máster en Software Libre Trabajo Final de Máster. Creación Plan de Proyecto herramienta de ticketing - PDF
Máster en Software Libre Trabajo Final de Máster. Creación Plan de Proyecto herramienta de ticketing
Download "Máster en Software Libre Trabajo Final de Máster. Creación Plan de Proyecto herramienta de ticketing"
Luz Méndez Castro
1 Máster en Software Libre Trabajo Final de Máster Creación Plan de Proyecto herramienta de ticketing Software Libre recomendado & Planteamiento del proyecto Autor: Juan A. de Haro / Tutor de prácticas: Corinne Dufraisse / Responsable técnico Ibermática: Xavier Tejero /2 Índice de contenidos 2. Análisis del sistema Definición del sistema Requisitos del sistema Arquitectura Especificaciones de arquitectura Entorno tecnológico Funcionalidades Seguridad Negocio Consulta y reporting Workflow Gestión de Tickets Económicas Gestión conocimiento Perfiles de usuarios Service Desk Coordinador Cliente Administrador Especialists Support Group Estándares y normas Aceptación de proyecto Establecimiento de requisitos Funcionalidades Gestión y asignación de perfiles Perfiles de Agentes Perfiles de Cliente Caso de uso de gestión y asignación de perfiles Agente Cliente Descripción de relación de roles y perfiles Agentes Clientes Niveles de servicios Gestión de usuarios y perfiles Agentes Clientes Caso de uso de gestión y asignación de perfiles Agente Cliente Descripción de relación de roles y perfiles Agentes Clientes Definición de indicadores, tanto a nivel general como de Cliente Caso de uso definición de indicadores Descripción definición de indicadores /1353 Definición de calendarios por recurso/cliente/proyecto Incidencia RFC (Request for change) Caso de uso definición de calendario Caso de uso definición calendario recurso/cliente Caso de uso definición calendario proyecto Descripción de definición de calendarios por recurso/cliente/proyecto Descripción de definición de calendarios por recurso/cliente Descripción de definición de calendarios por proyecto Módulo de mailing (gestor de avisos) Configuración general Configuración de notificaciones automáticas Configuración de notificaciones de los Agentes Caso de uso módulo de mailing (gestor de avisos) Descripción de módulo de mailing (gestor de aviso) Mantenimiento de datos maestros Tipos de datos Empresas Clientes Recursos Tipos de actividad Actividades Servicios Prioridades Tipologías Grupos de resolución Caso de uso mantenimiento de datos maestros Recursos y tipología Tipos de actividades y actividades Prioridades Descripción mantenimiento de datos maestros Recursos y tipología Actividades Cuadro de mando BI Caso de uso cuadro de mando BI Descripción cuadro de mando BI Informes de situación privados y públicos (independientes de cliente) Caso de uso informes de situación privados y públicos Descripción informes de situación privados y públicos Control de calendario Tipos de control de calendario Recurso/cliente Proyecto Agentes Casos de uso de control de calendario Recurso/cliente Proyecto /1354 Agentes Descripción control de calendario Situación de tareas. Ciclo de vida Situación por tipos de tareas Tickets Cambios Caso de uso situación de tareas. Ciclo de Vida Descripción de situación de tareas. Ciclo de Vida Carga de trabajo de técnico / grupo de resolución Caso de uso carga de trabajo de técnico / grupo de resolución Descripción de carga de trabajo de técnico / grupo de resolución Informes de consulta/consumo Caso de uso informes de consulta/consumo Descripción de carga de trabajo de técnico / grupo de resolución Histórico de vida de una petición Caso de uso histórico de vida de una petición Descripción de histórico de vida de una petición Gestión de colas Caso de uso gestión de colas Descripción de gestión de colas Gestión del workflow de estados Caso de uso gestión del workflow de estados Descripción de gestión del workflow de estados Cambios de prioridad Caso de uso de cambios de prioridad Descripción cambios de prioridad Formulario de apertura de ticket de Sustain Caso de uso Formulario de apertura de ticket de sustain Definición de formulario de apertura de ticket de sustain Formulario de apertura de ticket de evolution Caso de uso Formulario de apertura de ticket de evolution Definición de formulario de apertura de ticket de evolution Asignación y reasignación de tarea a recurso/grupo Caso de uso asignación y reasignación de tarea a recurso/grupo Descripción asignación y reasignación de tarea a recurso/grupo Registro e imputaciones de actividad Caso de uso registro e imputaciones de actividad Descripción registro e imputaciones de actividad Asignación de coste a recursos Tipos de recursos Recursos hardware Recursos software Servicios Caso de uso asignación de coste a recursos Hardware/software Servicios Descripción de uso asignación de coste a recursos /1355 Gestión de Cambios de valoración en las entradas Caso de uso gestión de Cambios de valoración en las entradas Descripción gestión de Cambios de valoración en las entradas Definición de relación servicio centro de coste Caso de uso de relación servicio centro de coste Descripción relación servicio centro de coste Control costes económicos, en unidades Caso de uso control costes económicos Descripción control costes económicos Imputación por centros de coste de cliente Caso de uso imputación por centros de coste de cliente Descripción imputación por centros de coste de cliente Emisión de documentación (Facturas, pedidos, ofertas, etc.) Caso de uso emisión de documentación Descripción emisión de documentación Creación, edición y visualización de documentación FAQ Caso de uso creación, edición y visualización de documentación FAQ Descripción creación, edición y visualización de documentación FAQ Definición interfaces usuario Principios generales de la interfaz de usuario Interfaces de cliente Preferencias Nuevo Ticket My tickets Company tickets Buscar FAQ Buscar FAQ Estadísticas Resumen Interfaces de Agentes DashBoard Panel principal Preferencias Tickets Queue overview Status view Scalation view New phone ticket New ticket Buscar FAQ Explorar Nuevo Bitácora Administración de Idiomas Administración de Categorías Buscar /1356 Services Servicios SLA CMDB Resumen Nuevo Buscar Cambios Resumen Nuevo Horario Projected Service Availabilitiy (PSA) Post implementation Revision (PIR) Plantillas Buscar Contabilidad de tiempo Resumen Editar Reportar Configuración Estadísticas Resumen Nuevo Finanzas Cuadro de mando BI Cost Center Asignación de costes a recursos (Costes <=> Recursos) servicio <=> coste Control económico Emisión de documentación Administrar Gestión de agentes Agentes Grupos Roles Roles <=> Grupos Agentes <=> Grupos Agentes <=> Roles Gestión de Clientes Empresas clientes Clientes Clientes <=> Grupos Clientes <=> Servicios Gestión de Tickets Agente de notificaciones Eventos de notificaciones Gestión de catalogo /1357 Elementos de configuración (Configurations Items) Gestión de tipos Estados Prioridades Servicios SLA Gestión de colas Colas Respuestas Respuestas <=> Colas Respuestas automáticas Autorespuestas <=> Colas Anexos Anexos <=> Respuestas Saludos Firmas Configuración de Postmaster mail accounts Postmaster filter Direcciones de correo Certificados S/MIME Clave PGP Administración del sistema Agentes genéricos tificación del administrador tificaciones (Gestión de cambio ITSM) Urgencia <=> Impacto <=> Prioridad Categoría <=> Impacto <=> Prioridad Máquina de estados Gestión de sesiones Trazas de rendimiento Trazas de sistema Consola SQL importar/exportar Gestor de paquetes Configuración del sistema Administración del sistema (CLI) Backup Recuperación Especificación plan de Pruebas Pruebas unitarias Configuración de Herramienta Cuadro de mando BI Asignación costes a recursos Relación servicio centro de coste Control costes económicos, en unidades Emisión de documentación /1358 2.4.2 Pruebas integración Cuadro de mando BI Asignación costes a recursos Relación servicio centro de coste Control costes económicos, en unidades Emisión de documentación Pruebas de sistema Cuadro de mando BI Asignación costes a recursos Relación servicio centro de coste Control costes económicos, en unidades Emisión de documentación Pruebas de implantación Capacidad de carga Backups y restauración Pruebas de aceptación Diseño del sistema Arquitectura Arquitectura conceptual Arquitectura lógica Definición del conjunto de normas y notaciones Subsistemas a implementar Revisión casos de uso del subsistema Especificaciones de desarrollo y pruebas Cuadro de mando BI Cost Center Asignación de costes a recursos (Costes <=> Recursos>) Relación servicio centro de coste Control económico Emisión de documentación Entorno de desarrollo Requisitos de implantación Implantación de la aplicación Implantación de la infraestructura Glosario /1359 2. Análisis del sistema En el Análisis comparativo de las herramientas de ticketing disponibles hemos determinado que OTRS es la herramienta que mejor se adapta a las necesidades reflejadas en el Análisis funcional de la aplicación IBSIA WEB. A continuación analizaremos el sistema a implementar y llevaremos a cabo una especificación detallada de este. 2.1 Definición del sistema A continuación pasamos a detallar el sistema de ticketing que implementaremos Requisitos del sistema. El sistema de tiqueting, IBSIA WEB, deberá cumplir con los siguientes requisitos y funcionalidades Arquitectura Especificaciones de arquitectura. ITILv3 Soporte de procesos basados en ITILv3. Escalabilidad El sistema debe ser escalable en función de la carga que deba soportar. Modular Posibilidad de extensión de funcionalidades en base a módulos. Autentificación. Capacidad de autentificar accesos mediante LDAP e IAP. Multicliente. La aplicación debe ser multicliente, así que debe poder soportar: 9/13510 Acceso concurrente de múltiples usuarios y agentes. Niveles de acceso según perfiles. Usuarios. Visualización de datos según la empresa. Agentes. Acciones y visualizaciones determinadas según nivel de privilegios. Aplicación web pública (3 niveles de acceso: parte pública / parte privada / Base de Datos). Se debe poder definir tres niveles de acceso básico, publico, privado y Base de Datos. Estos niveles de acceso deberán poder definir niveles de privilegios. Parte pública Acceso a la parte del cliente en función de la empresa y privilegios determinada la parte pública visible. Tipo de incidencias y peticiones de cambio. Reportes. Parte privada. Acciones y privilegios en función del tipo de Agente. Asignación de tareas. Gestión de clientes. Reportes. Base de datos. Administración de la BBDD Gestión de backups / restores. Aplicación personalizable. Definición de colas y servicios en función de cliente. Posibilidad de instalaciones en función del cliente Entorno tecnológico. Las características técnicas de la arquitectura serán: Componente Característica Cliente Navegador web, por ejemplo, Internet Explorer 8 o mayor, Firefox 3 o mayor, Safari, etc. Hardware del Servidor Máquinas físicas se recomienda usar un equipo con al menos 2 GHz Xeon o similar de procesador, 2 GB RAM y 160 GB de disco duro. Dimensionamiento en función de la carga. Se recomienda utilizar un entorno en nube ya que puede 10/13511 irse adaptando la utilización de recursos en función de las necesidades del servicio. Sistema Operativo del Servidor Ubuntu server Base de Datos MySQL Servidor Web Apache2 + mod_perl2. Perl Perl 5.14 Se requieren módulos adicionales que pueden instalarse a través de Perl shell y CPAN por medio del administrador de paquetes de su sistema operativo (rpm, yast, apt-get). Servicio de Directorio Active Directory de Microsoft. Soporte versiones 3 y 2 de LDAP. Servidor de Correo Postfix Diagrama de arquitectura. 11/13512 Funcionalidades Tendremos disponibles las diferentes acciones de las que disponen las funcionalidades según el nivel de los privilegios otorgados tras la autentificación. A continuación podemos se detallan las posibles acciones que podrán realizar los usuarios en función de los privilegios obtenidos tras la autenficación Seguridad Gestión y asignación de Perfiles. Se deben poder crear, gestionar y asignar perfiles a los usuarios y agentes. En base a estos dispondrán de colas de peticiones, visualización de tickets y gestión de reports. Control de usuarios interno. Los usuarios deben poderse gestionar internamente por parte de la aplicación. Datos públicos e internos (no visibles por el cliente). Solo información. 12/13513 Clientes. Diferenciación entre las vistas de información disponibles para los clientes, en función de nivel de privilegios y empresa. Internos. Vistas de información disponibles para agentes, en función del nivel de privilegios Negocio Módulos de la aplicación. Posibilidad de utilización de módulos, ya sean estándar de la aplicación como desarrollados internamente. Gestión de usuarios y perfiles. Agentes con privilegios de gestión de usuarios y perfiles. Definición de indicadores, tanto a nivel general como de Cliente. Creación de indicadores personalizados tanto a nivel global de la aplicación como a nivel de cliente y usuarios. Definición de calendarios por recurso/cliente/proyecto. Creación de calendarios de implementación, gestión de disponibilidad de agentes, así como de SLAs y RFCs. Módulo de mailing (gestor de avisos)se Servicio de mailing integrado. Avisos de apertura, cierre, modificación de incidencias. Mantenimiento de datos Maestros. Gestión de información relativa a: Empresas. Empresas que contratan servicios. Clientes. Usuarios individuales en relación a una empresa. Recursos. Recursos disponibles en base a empresa. Tipos de actividad. Tipos de actividades individuales dentro de cada proceso. Actividades. Definición de las actividades de cada proceso. Servicios. Servicios disponibles en base a una empresa. Prioridades. Niveles de prioridad disponibles en base a cliente o empresa. Tipologías. Información sobre la tipología de la empresa. Grupos de resolución. Grupos de resolución de incidencias en base a agentes. Estados. Estado de los contratos en base a empresas. Estado de usuarios de las empresas clientes. 13/13514 Estado de los agentes Consulta y reporting Control de indicadores. Capacidad de consulta y reporting de indicadores del servicio. Cuadro de mando (BI). Información relativa a Business Intelligence. Tanto a nivel de cliente como general. Contratos activos. Utilización de servicio. Presupuestos. Peticiones de soporte. Peticiones de cambio. Niveles de urgencias. Nivel de cumplimiento de SLA. Tiempos de respuestas. Desviaciones del servicio. Control de calendario. Implementación. Disponibilidad de agentes. SLAs. RFCs. Contratos. Situación de tareas. Ciclo de vida. Información sobre estados de las tareas. Información de SLA. Niveles de urgencia. Cargas de trabajo. Carga de trabajo de agente. Información sobre las tareas asignadas. Historial de tareas asignadas. Niveles de cumplimiento de SLA. Grupo de resolución. Información sobre las tareas asignadas. Historial de tareas. Niveles de cumplimiento de SLA Informes y consultas de consumos. Budget. Peticiones de soporte. Peticiones de cambio. Histórico de Vida de una petición. Información estados de la tarea. Información de SLA. Niveles de prioridad. 14/13515 Cambios de prioridad. Historial de comunicaciones entre el cliente y el agente. Cambios de asignación de agentes / equipos Workflow Gestión de colas. Prioridades. Asignaciones a agentes / equipos. SLAs Gestión del workflow de estados, independiente de cliente. Integrado con la gestión de Colas. Reasignación de SLA en función de los cambios en el tipo de tarea y/o por niveles de prioridad. Autoasignaciones. Reapertura de tickets por parte del cliente si considera que no se ha solucionado el problema. CAB (Change Advisory Board). Cambios de prioridad. Aumento de prioridad en base al tiempo para la finalización del SLA. Ajuste de la prioridad de las peticiones por parte de los agentes Gestión de Tickets Formulario de apertura de Ticket de Sustain. Personalización de formularios de soporte en base a cliente. Formulario de apertura de Ticket de Evolution. Personalización de formularios evolutivos en base a cliente. (RFC) Asignación automática de códigos de tarea en el caso de Evolution y/o Sustain dependiendo del cliente y el grupo de resolución. Definición de códigos de tareas en base al tipo de petición en dependencia al cliente y grupo de resolución. Asignación y reasignación de tarea a recurso / Grupo. Capacidad para asignar y reasignar tareas a recursos o grupos. Gestión de soporte y evolutivos que impliquen acciones de grupos diferentes. Registro de la actividad. Registro de actividad invariable, dotando de capacidad de auditoría en las tareas. Registro de imputaciones de la actividad. Registro de imputaciones invariable, dotando de capacidad de auditoría en las tareas Económicas Asignación de costes a recursos. 15/13516 Definición de costes en relación a la gestión de cambios de valoración en las entradas. Peticiones de cambio. Distintas valoraciones para una sola entrada. Gestión de valoraciones de los cambios, aceptación y autorizaciones de implementación. Historia de valoraciones / costes. Información sobre las valoraciones estimadas y los costes reales de manera invariable, dotando de funcionalidades de auditoria. Unidades de valoración. Definición de agentes/equipos que deben realizar valoraciones del coste estimado de cambios en función del cliente. Definición de relación Servicio Centro de Coste para Cliente. Gestión de los contratos en base a los servicios disponibles para el centro de coste del cliente. En base a estos se definirán: SLAs RFC disponibles. Prioridades. Imputación por centros de coste de cliente. Gestión del presupuesto disponible. Gestión imputaciones en base a servicios variables o fuera de contrato utilizados. Emisión de documentación. En base a lo anteriormente definido se generarán: Facturas. Pedidos. Ofertas. Información de la utilización del presupuesto. Compensaciones por incumplimientos de SLA Gestión conocimiento Creación y edición de documentación FAQ. Documentación de las incidencias más comunes y métodos de resolución. Visualización de documentación FAQ. En base a los privilegios del agente/cliente visualización de la información de las FAQs. En principio los agentes tendrán acceso general y los clientes a las FAQ de los servicios contratados Perfiles de usuarios Los perfiles de usuarios con las acciones que deberán poder llevar son: Service Desk 16/13517 Service Desk dará servicio a empresas específicas. Cada empresa dispondrá de colas definidas en función del contrato de servicio disponible. Alta de tareas. Creación de tickets de incidencias y evolutivos. Aceptación de tickets y evolutivos. Consulta / modificación de tareas. Consulta de tickets de incidencias y evolutivos tanto abiertos como cerrados, así como posibilidad de: Cierre. Reapertura. Asignación y reasignación (Escalado). Modificación de la información de los tickets. Gestión de documentación FAQ Documentación de incidencias y soluciones. 17/13518 Coordinador El coordinador dispondrá de los permisos en base a colas relativas a empresas. El Rol que jugará será el de service manager asignado a empresas en concreto. Así como la gestión de agentes asignados a dar servicio a las empresas de las que sea coordinador. Alta de tareas. Creación de tickets de incidencias y evolutivos. Aceptación de tickets y evolutivos. Consulta / modificación de tareas. Consulta de tickets de incidencias y evolutivos tanto abiertos como cerrados, así como posibilidad de: Cierre. Reapertura. Asignación y reasignación (Escalado). Modificación de la información de los tickets. Gestión de prioridades. Cambio en los niveles de prioridades de los tickets, afectando a la SLA de resolución. Gestión de peticiones. Gestión de peticiones según si son: Soporte. Gestión de si están dentro de contrato o no. Comprobación del nivel de servicio acorde con el SLA. Gestión de satisfacción del cliente. Evolutivo. Gestión del workflow del evolutivo: Gestionar si deben pasar por el CAB o no. Gestión de presupuestos en caso de no estar incluidos en el contrato. Gestión de recursos. Gestión del workflow del RFC y el change management. Visor de informes. Visualización de informes de servicio. Informe de indicadores. Creación de informes de servicio. 18/13519 Gestión de infraestructura. Gestión de colas. Alta, baja y modificación de colas. Cola activa o inactiva. Nivel de SLA Niveles de prioridad. Grupos de agentes con acceso a la cola. Empresa / Clientes con acceso a la cola. Gestión de recursos. Alta, baja y modificación de grupos. Alta, baja y modificación de agentes. Creación y modificación de entradas en la CMDB (Change Management DataBase) Creación y modificación de entradas en la CI (Configuration Items). Definición de calendario. Gestión de disponibilidad de agentes. Gestión de calendarios para evolutivos (RFC). Gestión de servicios. Alta, baja, modificación de SLAs Alta, baja, modificación de servicios disponibles para Empresas / Clientes. Gestión de perfiles. Alta, baja, modificación de perfiles de agentes y clientes. Niveles de privilegio. Contratos activos. Acceso a colas. Permisos de visualización. Gestión de documentación FAQ Documentación de incidencias y soluciones. 19/13520 20/13521 Cliente Consulta estado de tareas. Visualización de información sobre las tareas abiertas por el cliente. Según nivel de privilegios visualización de las tareas creadas para la empresa. Gestión de prioridades. Cambio en el nivel de prioridad de las tareas. Gestión de peticiones. Soporte Alta. Cierre. Modificación. Reapertura Evolutivo. Según el nivel de privilegios. Alta, cierre y modificación. Aceptación de presupuestos de RFC. Aceptación de acciones y paradas de servicio relativas a cambios. Si es necesario, aceptación de las especificaciones y confirmación de los UAT. Visor de informes. Visualización de informes de servicio. Informe de indicadores. Visualización de informes de indicadores. Visualización de documentación FAQ Visualización de incidencias y soluciones documentadas en las FAQ. 21/13522 Administrador. El Administrador dispondrá de permisos globales en el sistema. Pudiendo realizar las acciones para cualquier empresa y agente. Alta de tareas (independiente de cliente). Creación de tareas. Permisos de acceso global al sistema. Consulta / Modificación de tareas (independiente de cliente). Alta, Cierre, reapertura y modificación de tareas, independientemente del cliente. Permisos de acceso global al sistema. Asignación y reasignación de tareas (escalado) Gestión de infraestructura. Gestión de colas. Alta, baja y modificación de colas. Cola activa o inactiva. Nivel de SLA 22/13523 Niveles de prioridad. Grupos de agentes con acceso a la cola. Empresa / Clientes con acceso a la cola. Gestión de recursos. Alta, baja y modificación de grupos. Alta, baja y modificación de agentes. Creación y modificación de entradas en la CMDB (Change Management DataBase) Creación y modificación de entradas en la CI (Configuration Items). Definición de calendario. Gestión de disponibilidad de agentes. Gestión de calendarios para evolutivos (RFC). Gestión de servicios. Alta, baja, modificación de SLAs Alta, baja, modificación de servicios disponibles para Empresas / Clientes. Gestión de perfiles. Alta, baja, modificación de perfiles de agentes y clientes. Niveles de privilegio. Contratos activos. Acceso a colas. Permisos de visualización. Gestión de indicadores. Creación y modificación de indicadores y plantillas de informes. Gestión de prioridades. Alta, baja y modificación de prioridades disponibles. Gestión de peticiones. Gestión de peticiones según si son: Soporte. Gestión de si están dentro de contrato o no. Comprobación del nivel de servicio acorde con el SLA. Gestión de satisfacción del cliente. Evolutivo. Gestión del workflow del evolutivo: 23/13524 Gestionar si deben pasar por el CAB o no. Gestión de presupuestos en caso de no estar incluidos en el contrato. Gestión de recursos. Gestión del workflow del RFC y el change management. Informe de indicadores. Visualización de informes de servicio. Gestión de Workflow. Alta, baja y modificación de workflow de peticiones. Asignaciones a grupos automáticas en función de petición. Creación de perfiles de avisos y alertas. Creación de encuestas de satisfacción. Gestión de documentación FAQ Documentación de incidencias y soluciones Administración del sistema Administración general del sistema. 24/13525 25/13526 Especialists Support Group. En base a la definición del servicio de Service Desk que se define en ITILv3 se detecta la necesidad de crear un perfil de EspecialistsSupport Group. El equipo de soporte especializado, darán servicio de segundo y tercer nivel en función de sus habilidades. Las colas a las que estarán asignados podrán ser más transversales que el perfil de Service Desk, y dependerán de las habilidades necesarias para dar los soportes avanzados. Alta de tareas. Creación de tickets de incidencias y evolutivos. Aceptación de tickets y evolutivos. Consulta / modificación de tareas. Consulta de tickets de incidencias y evolutivos tanto abiertos como cerrados, así como posibilidad de: Reapertura. Cierre. Asignación y reasignación (Escalado). Modificación de la información de los tickets. Asignación / reasignación a agentes o grupos de las tareas. Escalado o envío a Service Desk. Gestión de documentación FAQ Documentación de incidencias y soluciones. 26/13527 El Workflow del ciclo de una incidencia será: 27/13528 Estándares y normas El proyecto debe cumplir con las especificacioneos ITILv3. A nivel de desarrollo seguiremos las especificaciones de desarrollo marcadas por OTRS para la integración de nuevas funcionalidades Aceptación de proyecto La aceptación de los requerimientos y funcionalidades, así como la aceptación final de la propuesta de proyecto la realizarán la tutora de prácticas de Ibermática, Corinne Dufraisse y el responsable técnico del proyecto Xavier Tejero. Los datos de contacto son: mbre Rol Corinee Dufraisse Tutora de prácticas Xavier Tejero Responsable técnico 2.2 Establecimiento de requisitos Funcionalidades Gestión y asignación de perfiles. A nivel general se definen dos tipos de usuarios de la aplicación de ticketing que deberemos tener en cuenta a la hora de organizar la gestión y asignación de prefiles. Agente. Un agente es un miembro de la empresa que presta servicios de soporte IT. Cliente. Cliente es aquella persona que pertenece a una empresa que dispone de un contrato de soporte. Se deberán poder definir diferentes niveles de privilegios de acceso en función de los perfiles que se habiliten. 28/13529 Perfiles de Agentes Todo Agente deberá pertenecer al menos a un grupo. Es por ello que se deben poder crear, modificar, asignar y eliminar perfiles a cada agente en función de los cuales se podrán asignar diferentes grados de privilegios. Estos perfiles de agente se podrán gestionar mediante dos características: Grupos Los grupos dispondrán de permisos para acceder a diferentes tareas en función de las definiciones de las colas. Cada cola debe pertenecer a un grupo. Roles Los Roles son perfiles de un conjunto de grupo. Se utilizarán para gestionar los accesos de agentes que deban acceder a diferentes grupos. Los tipos de privilegios de los que pueden disponer los grupos: Privilegio Descripción RO Sólo acceso de lectura a tickets, entradas y colas. Move into Derechos para mover tickets o entradas entre colas o areas que pertenezcan al grupo. Creación Permiso de creación de tickets o entradas en las colas o areas del grupo. Owner Capacidad para cambiar el propietario del ticket o entrada en las colas o areas que pertenezcan al grupo. Prioridad Derechos para cambiar la prioridad de las entradas. RW Permisos completos para leer y escribir en las colas o areas que pertenezcan al grupo Perfiles de Cliente Todo Cliente deberá pertenecer al menos a un grupo y servicio asociado, así como a qué empresa pertenece. Es por ello que se deben poder crear, modificar, asignar y eliminar perfiles a cada cliente en función de los cuales se podrán asignar diferentes grados de privilegios. Estos perfiles de Cliente se podrán gestionar mediante las siguientes características. Empresa Empresa a la que pertenece el cliente 29/13530 Grupos Los grupos dispondrán de permisos para acceder a diferentes tareas en función de las definiciones de las colas. Servicios Servicios disponibles para el cliente. SLA Los diferentes servicios disponen de niveles de SLA Caso de uso de gestión y asignación de perfiles Agente. Cada agente debe disponer de al menos un grupo asignado, opcionalmente se pueden asignar roles con grupos predefinidos para facilitar la asignación de perfiles según las capacidades que deban tener los usuarios. Para poder llevar a cabo la gestión de perfiles, un Agente con el perfil de Coordinador o Administrador deberá logarse en el sistema. Para definir un perfil en base al servicio que se prestará a una empresa, Test Company, deberemos crear un Grupo Test Company mediante el interfaz de creación de grupos. Para este caso de uso llamaremos al grupo Service Desk Test Company. Seguidamente crearemos un Rol mediante el interfaz de administración de Roles llamado Service Desk Test company. Cada Rol puede disponer de acceso a diferentes grupos, relacionándose grupos y roles mediante el interfaz Rol <=> Groups del panel de administración de agentes. Es recomendable asignar perfiles en función de roles, ya que los roles contienen perfiles de grupos, facilitando la administración Cliente. Cada cliente debe pertenecer a una empresa, y al menos un grupo. Para poder llevar a cabo la gestión de perfiles, un Agente con el perfil de Coordinador o Administrador deberá logarse en el sistema. Si la empresa a la que pertenece el cliente no existe deben crearse previamente al cliente mediante 30/13531 el interfaz de creación de empresa. Adicionalmente se deben crear los servicios disponibles, ya sea concretos para la empresa o más generales. Esto se llevará a cabo mediante el interfaz de creación de servicios, si es necesario se pueden crear nuevo niveles de SLA mediante la interfaz Service Level Agreement. A continuación se crearán los grupos, mediante el interfaz de grupos, a los que tendrá acceso el usuario, estos son compartidos con los de Agente Descripción de relación de roles y perfiles Agentes Fuente: OTRS admin manual Clientes 31/13532 Niveles de servicios. Los niveles de servicio disponibles se basan en la definición ITILv3. Fuente: OGC, ITIL Service Support Documentation 32/13533 Gestión de usuarios y perfiles. A nivel general se definen dos tipos de usuarios de la aplicación de ticketing que deberemos tener en cuenta a la hora de organizar los derechos de accesos a las diferentes características y funcionalidades. Agente. Un agente es un miembro de la empresa que presta servicios de soporte IT. Cliente. Cliente es aquella persona que pertenece a una empresa que dispone de un contrato de soporte. Se deberán poder definir diferentes niveles de privilegios de acceso en función de los perfiles que se habiliten Agentes Todo Agente deberá pertenecer al menos a un grupo. Es por ello que se deben poder crear, modificar, asignar y eliminar perfiles a cada agente en función de los cuales se podrán asignar diferentes grados de privilegios. Estos perfiles de agente se podrán gestionar mediante dos características: Grupos Los grupos dispondrán de permisos para acceder a diferentes tareas en función de las definiciones de las colas. Cada cola debe pertenecer a un grupo. Roles Los Roles son perfiles de un conjunto de grupo. Se utilizarán para gestionar los accesos de agentes que deban acceder a diferentes grupos Clientes Todo Cliente deberá pertenecer al menos a un grupo y servicio asociado, así como a qué empresa pertenece. Es por ello que se deben poder crear, modificar, asignar y eliminar perfiles a cada cliente en función de los cuales se podrán asignar diferentes grados de privilegios. Estos perfiles de Cliente se podrán gestionar mediante las siguientes características. Empresa Empresa a la que pertenece el cliente Grupos 33/13534 Los grupos dispondrán de permisos para acceder a diferentes tareas en función de las definiciones de las colas. Servicios Servicios disponibles para el cliente. SLA Los diferentes servicios disponen de niveles de SLA Caso de uso de gestión y asignación de perfiles Agente. Crearemos el agente mediante el interfaz Agents, introduciendo los datos relativos al agente. Cada Agente debe pertenecer al menos a un grupo. Para realizar la asignación de los roles o grupos a los que tendrá acceso el agente utilizaremos la interfaz Agents <=> Groups o Agents <=> Roles. Es recomendable asignar perfiles en función de roles, ya que los roles contienen perfiles de grupos, facilitando la administración Cliente. Cada cliente debe disponer de pertenecer a una empresa, y al menos un grupo. Para crear el usuario cliente, se utilizará la interfaz de cliente, relacionándolo con la empresa a la que pertenece. Acto seguido se procederá asignar los grupos a los que tendrá acceso mediante el interfaz Clients <=> Groups y se asignarán los servicios disponibles para el cliente mediante el interfaz Clients <=> Services Descripción de relación de roles y perfiles Agentes 34/13535 Fuente: OTRS admin manual Clientes 35/13536 Definición de indicadores, tanto a nivel general como de Cliente Se dispondrá una herramienta de control de indicadores. Esta permitirá definir indicadores tanto a nivel general como de cliente. Estos serán almacenados por el sistema, permitiendo definir permisos de visualización en función de grupos o roles Caso de uso definición de indicadores Utilizando la entrada Statistics del panel de control se accederá al interfaz de estadísticas. Se dispondrán de las estadísticas definidas anteriormente en función de indicadores seleccionados. Para crear nuevas estadísticas se seleccionará nuevo, o añadir desde la pantalla de resumen. Se dispone de un ayudante en para la creación de stadísticas, con cuatro pasos básico. Especificaciones generales, elemento para el eje X, elementos seleccionados como indicadores y las restricciones que se deseen definir. Además de almacenarse en el sistema, se podrá crear un caché del resultado, en función si creemos que se utilizará regularmente Descripción definición de indicadores 36/13537 Definición de calendarios por recurso/cliente/proyecto. Se ha detectado la necesidad de definir calendarios de servicio en relación al recurso, cliente, proyecto. Se debe disponer de dos tipos de calendarios en función de si es una incidencia o un RFC Incidencia Se definirán calendarios de servicio, que estarán relacionados con los niveles de SLA disponibles para el recurso o servicio. Se dispondrá de la definición de dias laborables, fines de semanas y festivos que se dispondrá de servicio, así como las horas de servicio. Se dispondrán de dos maneras de definir el calendario, bien por cola, o bien por servicio RFC (Request for change) Las peticiones de cambios (RFC) se gestionarán a través del gestor de cambios. Los proyectos se deberán dar de alta mediante el sistema de ticketing, como RFC. El proceso a seguir en la gestión de cambios es el definido en ITILv3. Se gestionará el calendario en base a una fecha de inicio, o finalización planeda, así como la fecha de finalización planteada por el cliente. Estas fechas incluirán las horas exactas. OTRS gestiona los cambios como una secuencia de órdenes de trabajo Caso de uso definición de calendario Caso de uso definición calendario recurso/cliente Mediante el administrador de sistema se accederán al calendario que se quiera especificar, hay posibilidad de definir hasta 99, por defecto se disponen de 9. En base a los recursos disponibles se crearán calendarios de servicio. En el caso de 24x7x365 se definirá el calendario sin festivos ni vacaciones, incluyendo todos los días de la semana y todas las horas del día como tiempo de servicio. A continuación se creará una nueva SLA desde el interfaz de gestión de SLA, relacionándola con el calendario definido como 24x7x365. Finalmente se asignarán a la cola que deba disponer del SLA. En caso que sea necesario se relacionarán los servicios que requieran 24x7x365 con la cola oportuna. 37/13538 Caso de uso definición calendario proyecto Una vez se ha creado un ticket de RFC se procederá a darlo de alta en la gestión de cambios. Se deberán determinar si debe pasar por el CAB, y las órdenes de trabajo relacionadas. Al crear un nuevo cambio en el gestor de cambios se debe indicar la fecha de inicio o finalización deseada, así como la fecha de finalización indicada por el cliente (definimos cliente como la persona que ha abierto el ticket, que también puede ser un agente). Una vez creada la petición de cambio se deberán crear las órdenes de trabajo relacionadas, que dispondrán de una fecha de inicio o finalización, estas dispondrán de una fecha de inicio y finalización, así como las horas a las que se llevarán a cabo. Adicionalmente se podrá reflejar el esfuerzo planeado Descripción de definición de calendarios por recurso/cliente/proyecto Descripción de definición de calendarios por recurso/cliente Descripción de definición de calendarios por proyecto 38/13539 Módulo de mailing (gestor de avisos) Se detecta la necesidad de disponer de un servicio de mailing que realize funciones de gestor de avisos Configuración general La configuración del sistema de mailing general se realizará a través de un gestor de mail. A nivel general se podrá configurar las direcciones de del sistema, tanto para enviar como para recibir. Tanto a nivel general como por cola, así como la creación de filtros y utilización de certificados de encriptación S/MIME y PGP. Una vez configurado el sistema de mailing podremos administrar la gestión de avisos mediante el interfaz de gestión de notificaciones. Este nos permitirá configurar notificaciones en función de diferentes eventos en base a los diferentes estados de tiquets. Nuevo ticket. Seguimiento de ticket. tificación de bloqueo de tickets por tiempo. tificación de move on de los tickets. Estos avisos podrán configurarse para ser enviado a cualquier usuario, opcionalmente a cualquier dirección de correo. 39/13540 Configuración de notificaciones automáticas Se dispondrá de un sistema de notificaciones automáticas en función de las colas. Como s de creación, aceptación, cierre de ticket. Estas notificaciones serán configurables mediante el interfaz de respuestas automáticas, relacionándolas con los tiquets mediante el interfaz Autoresponse <=> tickets Configuración de notificaciones de los Agentes Además dispondremos de capacidad para que cada agente pueda recibir notificaciones en función de las colas asignadas. Así pues, cada agente dispondrá de una dirección de , disponiendo estos de capacidades para configurar las opciones de avisos: Nuevo ticket. Seguimiento de ticket. tificación de bloqueo de tickets por tiempo. tificación de move on de los tickets. Adicionalmente los administradores y coordinadores podrán enviar notificaciones a los usuarios del sistema mediante la interfaz tificación del administrador Caso de uso módulo de mailing (gestor de avisos) Disponiendo del sistema de mailing configurado se desea poder gestionar avisos de cierre de incidencia. Para ellos el administrador o coordinador deberá acceder a la interfaz de gestor de notificaciones. Se seleccionará enviarlo a todos los agentes pertenecientes al grupo de service desk y a los que dispongan de Rol de Coordinador avisando de bloqueo de tickets de las colas que gestionan Descripción de módulo de mailing (gestor de aviso) 40/13541 Mantenimiento de datos maestros La funcionalidad de mantenimiento de datos maestros dispondrá de diferentes tipos de datos e interfazs relacionadas con la gestión de estos Tipos de datos Empresas Datos de las empresas a las que se da servicio. Se utilizará el interfaz de Customer companies para gestionarlo Clientes Datos de los clientes que disponen de acceso al sistema, se gestionarán mediante el interfaz clientes. Deben estar relacionados a una empresa Recursos Recursos disponibles para la empresa, se gestionará mediante la CMDB Tipos de actividad Tipos de procesos disponibles en base a los tickets. Se gestionará mediante la interfaz de gestión de procesos. 41/13542 Actividades Definición de las actividades de cada proceso. Se gestionarán mediante la interfaz de gestión de procesos Servicios Servicios disponibles en base a una empresa. Se gestionará mediante la interfaz services Prioridades Niveles de prioridad disponibles en base a cliente o empresa. Las prioridades disponibles para los tickets se definirán mediante el interfaz priorities Tipologías Información sobre la tipología de la empresa. Se gestionará mediante la CMDB Grupos de resolución Grupos de resolución de incidencias en base a agentes, estos pueden ser gestionados mediante roles. Se utilizará la interfaz Grupos, Roles y Grupos <=> Roles Caso de uso mantenimiento de datos maestros En los puntos anteriores hemos tratado los casos de uso de varios de los puntos reflejados en esta agrupación de funcionalidades. s centraremos en los casos de uso que no han sido previamente Recursos y tipología Para poder disponer realizar la gestión de los recursos disponibles se deberá mantener la CMDB (Change Management Datab Base). Al poner en marcha un nuevo servidor deberemos añadir las características de este en la CMDB. Adicionalmente se deberá relacionar este servidor con los equipos de los que dependa. Como el Rack en donde está ubicado, equipos de networking a los que está conectado, si depende de otros servidores, etc. 42/13543 Tipos de actividades y actividades Con tal gestionar las actividades más comunes se desea poder configurar procesos que las definan y establezcan los workflows de los tickets. Por ejemplo la tarea de dar de alta a un nuevo usuario, para ello crearemos el proceso alta nuevo usuario para una empresa utilizando el interface process management. En este definiremos las diferentes actividades necesarias para dar del alta el usuario. Las actividades relacionadas que se deberán crear son: Comprobar autorización para pedir el alta de un usuario. Creación de una cuenta de usuario en el sistema de gestión de usuarios, con los permisos pertinentes. Alta de una nueva cuenta de correo. Configuración del espacio de usuario en el servidor de ficheros. Creación de cuenta de cliente en el sistema de ticketing junto con los servicios disponibles. Informar de finalización de las tareas de alta del nuevo usuario Prioridades Se ha detectado la necesidad de administrar las prioridades, definiendo los impactos en el servicio en base a ella. Se decide crear una nueva prioridad que sea de nivel 6 BCP activo. Para crearla accederemos a la interface de prioridades y añadiremos la nueva prioridad Descripción mantenimiento de datos maestros Recursos y tipología 43/13544 Actividades Cuadro de mando BI Se dispondrá de capacidad para visualizar las métricas basadas en los Indicadores Clave de Rendimiento de ITILv3 aplicables a la herramienta Caso de uso cuadro de mando BI Se desea acceder a los indicadores clave de rendimiento basados en la operación del servicio. Se seleccionará KPI operaciones, seleccionando gestión de incidencias y el margen de reporte deseado, por ejemplo semanal y el tipo de salida. Obtendremos un reporte del estado de las operaciones en base a la definición KPI de ITIL relativo a la gestión de incidencias Descripción cuadro de mando BI Informes de situación privados y públicos (independientes de cliente) Se dispondrá de capacidad par obtener informes de situación. Se realizará mediante la interfaz de estadísticas, donde se dispondrán informes en base a los indicadores creados. 44/13545 Caso de uso informes de situación privados y públicos Utilizando la entrada Statistics del panel de control se accederá al interfaz de estadísticas. Se dispondrán de las estadísticas definidas anteriormente en función de indicadores seleccionados Descripción informes de situación privados y públicos Control de calendario Tipos de control de calendario Se detectan las siguientes necesidades para el control de calendario Recurso/cliente Mediante el uso de la interfaz de estadísticas se podrá visualizar los estados de los indicadores de calendario de los recursos/cliente Proyecto Mediante la interfaz de CMDB se podrán visualizar los calendarios de los proyectos Agentes Los agentes disponen de la interfaz de timeaccounting, donde se reportarán las horas trabajadas. Esta dispone de la funcionalidad de reporting donde se pueden visualizar los informes de horas dedicadas, vacaciones y bajas por enfermedad. 45/13546 Casos de uso de control de calendario Recurso/cliente Para disponer de un report de los diferentes indicadores de calendario definidos para recurso/cliente se accederá a la funcionalidad estadística y se visualizará el report deseado Proyecto Accediento a la interfaz de Changes seleccionaremos Schedule para visualizar los cambios programados Agentes Mediante la interfaz timeaccounting accederemos a la funcionalidad de reporting para visualizar los reportes de horas dedicadas Descripción control de calendario Situación de tareas. Ciclo de vida Situación por tipos de tareas Tickets Los agentes y clientes dispondrán de una vista de los tickets en función de las colas que tengan asignadas. Se podrá visualizar mediante: Dashboard 46/13547 El dashborad es el interface para visualizar los tickets activos y su status. Ticket Mediante el interfaz Tickets podremos seleccionar situación, donde se visualizarán la situación de los diferentes tickets. My ticket / My company tickets El cliente dispondrá de dos interfaces para visualizar los tickets que tiene activos y su situación, así como los de empresa. My tickets y Company Tickets Cambios Para visualizar las peticiones de cambio se realizará mediante el interfaz Changes, donde podremos visualizar las diferentes situaciones de las peticiones de cambio Caso de uso situación de tareas. Ciclo de Vida. Se desea poder comprobar la situación de un ticket. Seleccionaremos la interfaz Tiquets. A continuación seleccionaremos status view, accediendo a las diferentes situaciones de los tickets, seleccionaremos el ticket que deseamos comprobar y podremos visualizar la situación actual y su ciclo de vida Descripción de situación de tareas. Ciclo de Vida. 47/13548 Carga de trabajo de técnico / grupo de resolución Este es un caso particular de la gestión de indicadores, teniéndose en cuenta que debería gestionarse el nivel de permisos de visualización. Para poder ver las estadísticas de las cargas de trabajo por técnico o grupo de resolución se crearan los indicadores pertinentes mediante el interfaz Statistics. Para poder realizarlos por Agentes la funcionalidad debe ser habilitada mediante la interfaz sysconfig por un administrador, esto se realiza seleccionando: Framework -> Frontend::Agent::Stats => Stats::UseAgentElementInStats = yes Caso de uso carga de trabajo de técnico / grupo de resolución Se desea realizar un informe con la carga de trabajo de un agente, para ello se accederá al interfaz estadísticas y se ejecutará un informe que nos muestre los tickets asignados al agente Descripción de carga de trabajo de técnico / grupo de resolución Informes de consulta/consumo. Este es un caso particular de la gestión de indicadores, teniéndose en cuenta que debería gestionarse el nivel de permisos de visualización. Se pueden generar informes en base a las consultas/consumos realizados, tanto por cliente como general Caso de uso informes de consulta/consumo. 48/13549 Se desea realizar un report con los tickets que ha consumido más tiempo el último mes. Se accederá al interfaz estadísticas y se ejecutará un informe que nos muestre esta información Descripción de carga de trabajo de técnico / grupo de resolución Histórico de vida de una petición Para visualizar el histórico de vida de una petición se podrán utilizar diferentes opciones que nos darán acceso a la interfaz de tickets. Dashboard El dashborad es el interface para visualizar los tickets activos, así como los que el agente dispone de accesibilidad. Ticket Mediante el interfaz Tickets podremos seleccionar status, donde se visualizarán la situación de los diferentes tickets, pudiéndose seleccionar un ticket en particular y visualizar su historial. My ticket / My company tickets El cliente dispondrá de dos interfaces para visualizar los tickets que tiene activos, así como los de empresa. My tickets y Company Tickets. Para visualizar el histórico de un RFC se accederá mediante el interfaz Change, mediante la acción overview podremos observar todos los cambios y su situación. Seleccionando un cambio podemos acceder a su historial Caso de uso histórico de vida de una petición Se desea poder comprobar el historial de un ticket que ha sido cerrado por un Agente. 49/13550 Seleccionaremos la interfaz Tiquets, Status view. A continuación seleccionaremos status view, accediendo a los tickets cerrados, seleccionaremos el ticket que deseamos comprobar y accederemos a la opción history Descripción de histórico de vida de una petición Gestión de colas Se podrán gestionar las colas en función de diferentes interfaces. Accediendo al menú de administrador iremos a Queue Settings donde veremos agrupados los interfaces de gestión de colas. Entre los elementos disponibles tendremos los interfaces de autorespuesta, de los que hemos realizado el estudio de las funcionalidades anteriormente. Accediendo al interfaz Queues, podremos gestionar las colas existentes, así como crear nuevas. Cada cola debe estar asignada a un grupo de resolución, dispondremos de otros aspectos de la gestión de colas, como avisos por actualización y escalados, así como el calendario asignado a la cola Caso de uso gestión de colas Se desea crear una nueva cola asignada al grupo de servicedesk. En el interfaz Queue se 50/13551 seleccionará add queue. Si se han habilitado los autorespuestas podremos seleccionar si están activas para la cola, en este caso las activaremos Descripción de gestión de colas Gestión del workflow de estados Se ha detectado la necesidad de poder configurar el workflow de estados. Para acceder a esta funcionalidad se utilizará el interfaz states. Donde se podrán editar los estados existentes o configurar nuevos estados. Estos estados son independientes del cliente y se integran en la gestión de colas. Si se desea añadir nuevos tipos de estados deberá hacerse mediante la BBDD con la instrucción insert into ticket_state_type (name,comments) values ('own','own state type'); Caso de uso gestión del workflow de estados Se desea añadir un nuevo tipo de estado llamado rejected. Utilizando la interfaz state añadiremos el nuevo estado rejected, del tipo closed Descripción de gestión del workflow de estados. 51/13552 Cambios de prioridad Se podrán cambiar las prioridades tanto de los tickets como de las peticiones de cambio. Se configurará el sistema para que se deba realizar una entrada explicando los motivos del cambio de prioridad. Esta acción podrá ser realizada tanto por clientes como por agentes mediante las diferentes interfaces de gestión de tickets que tienen disponibles Caso de uso de cambios de prioridad Se detecta la necesidad de ajustar las prioridades de los tickets por parte de los Agentes. En este caso, un cambio de prioridad de nivel 5 muy alto a normal. El agente seleccionará el ticket en cuestión, y seleccionará la pestaña priority del interfaz de gestión de tickets. Deberá introducir los motivos del cambio de prioridad y asignar la nueva prioridad Descripción cambios de prioridad 52/13553 Formulario de apertura de ticket de Sustain Se dispone de la posibilidad de cambiar los formularios de apertura de tickets mediante la edición de los formularios. Por defecto todos las peticiones deben registrarse como tickets. Los Agentes podrán crear tickets mediante dos interfaces, mail ticket o phone ticket. Los usuarios disponen de un interfaz para crear tickets desde la paǵina de cliente Caso de uso Formulario de apertura de ticket de sustain. El cliente desea reportar una nueva incidencia. Para ello dispone de tres formas, enviando un mail, llamando al soporte telefónicamente o bien entrando en la página de cliente de la aplicación y creando un nuevo ticket. En este caso utilizará la página de cliente de la aplicación, donde seleccionando la pestaña nuevo ticket accederá al formulario de creación de tickets. En este formulario podrá seleccionar, en función de los permisos de que disponga, el tipo de ticket, la cola, el servicio y nivel de SLA. Debiendo añadir un título al ticket, la información relacionada, si desea añadir anexos y el nivel de prioridad. Una vez cumplimentado el formulario enviará el nuevo ticket y este quedará registrado en el sistema. Si las autorespuestas están configuradas recibirá un mail de repuesta a su nuevo ticket Definición de formulario de apertura de ticket de sustain. 53/13554 Formulario de apertura de ticket de evolution Se dispone de la posibilidad de cambiar los formularios de apertura de tickets mediante la edición de los formularios. Por defecto todos las peticiones deben registrarse como tickets, en caso de ser de evolution se hará un tiquet de tipo RFC. Los Agentes podrán crear tickets mediante dos interfaces, mail ticket o phone ticket. Los usuarios disponen de un interfaz para crear tickets desde la paǵina de cliente Caso de uso Formulario de apertura de ticket de evolution El cliente desea pedir un nuevo cambio. Para ello dispone de tres formas, enviando un mail, llamando al soporte telefónicamente o bien entrando en la página de cliente de la aplicación y creando un nuevo ticket. En este caso utilizará la página de cliente de la aplicación, donde seleccionando la pestaña nuevo ticket accederá al formulario de creación de tickets. En este formulario podrá seleccionar, en función de los permisos de que disponga, el tipo de ticket, la cola, el servicio y nivel de SLA. Debiendo añadir un título al ticket, la información relacionada, si desea añadir anexos y el nivel de prioridad. Una vez cumplimentado el formulario enviará el nuevo ticket y este quedará registrado en el sistema. Si las autorespuestas están configuradas recibirá un mail de repuesta a su nuevo ticket. En caso de ser un cambio que no pueda gestionar el Service Desk, el agente encargado deberá abrir un nuevo cambio seleccionando create change que estará disponible para el ticket RFC Definición de formulario de apertura de ticket de evolution 54/13555 Asignación y reasignación de tarea a recurso/grupo Al crearse un ticket debe selecionarse la cola a la que estará asignado, toda cola pertenece a un grupo. Se detecta la necesidad de disponer de capacidad para cambiar la cola asignada, y por tanto el grupo, así como la posibilidad de cambiar el responsable del ticket Caso de uso asignación y reasignación de tarea a recurso/grupo Se desea cambiar la cola asignada a un ticket. Para realizar esta acción el Agente accederá al ticket y seleccionará la nueva cola mediante la utilización del menú desplegable move y seleccionando la nueva cola. Es necesario que el Agente disponga de los permisos para realizar esta acción Descripción asignación y reasignación de tarea a recurso/grupo 55/13556 Registro e imputaciones de actividad Cualquier cambio que se realice en los tickets y cambios deberá ser justificado mediante la adición de un comentario de motivos. Adicionalmente si es preceptivo se añadirá una imputación del trabajo dedicado Caso de uso registro e imputaciones de actividad Un agente desea cerrar un ticket. Aparecerá una nueva página donde pedirá incluir una explicación del cierre y opcionalmente podrá añadir una imputación del trabajo invertido en el ticket Descripción registro e imputaciones de actividad 56/13557 Asignación de coste a recursos Tipos de recursos Se podrá asignar coste a los recursos, en función del tipo de recurso. El centro de coste deberá estar asignado a una empresa Recursos hardware Los equipos del inventario disponen de información relativa al centro de coste. Si son de renting y su coste anual, o bien el coste inicial del equipo y el estado de amortización. Adicionalmente se dispondrá de información sobre la garantía, o soporte disponible, su fecha de finalización y el coste anual del servicio de soporte. En esta categoría se incluirán las localizaciones Recursos software El software dispone de información sobre el centro de coste, tipo de licencia y si fuera necesario la clave de la licencia. La fecha de finalización y si dispone de contrato de soporte Servicios Asignación de coste anual y centro de coste de servicios Caso de uso asignación de coste a recursos Hardware/software Se desea actualizar la información sobre el contrato de soporte. Mediante la interfaz de CMDB seleccionaremos el recurso a actualizar, editaremos la entrada a actualizar y se actualizará la fecha de finalización de soporte, el nuevo coste anual y el centro de coste Servicios Se debe actualizar el coste anual de un servicio, mediante la interfaz costes se podrá asignar el nuevo coste anual del servicio y si fuera necesario el centro de coste Descripción de uso asignación de coste a recursos 57/13558 Gestión de Cambios de valoración en las entradas Todas las peticiones de cambio conllevan la creación de órdenes de trabajo para implementarlas que disponen de valoraciones del esfuerzo para realizar la tarea, así como los cambios necesarios. En el historial de la orden de trabajo se reflejará los cambios de valoraciones. Para hacer que sea necesario reportar el cambio en las entradas y definir las workunits lo podemos hacer mediante sysconf => Ticket => Frontend::Agent Caso de uso gestión de Cambios de valoración en las entradas Se desea actualizar la valoración de esfuerzo necesario para un cambio. Mediante la interfaz Changes accederemos al cambio que se desea realizar, visualizando las órdenes de trabajo asociadas. Seleccionaremos la orden de trabajo a actualizar y mediante la opción edit actualizaremos la entrada de planned effort Descripción gestión de Cambios de valoración en las entradas 58/13559 Definición de relación servicio centro de coste Mediante el interfaz servicio <=> centro de coste podremos añadir el centro o centros de coste del cliente. En la información de servicio podremos especificar el centro de coste asociado al servicio Caso de uso de relación servicio centro de coste Se desea crear un nuevo servicio, mediante el interfaz de relación servicio <=> centro de coste crearemos el nuevo servicio, indicando el centro de coste Descripción relación servicio centro de coste Control costes económicos, en unidades. Mediante este interfaz se podrán obtener informes sobre los costes en base a los tiempos de dedicación de cada actividad en relación con su centro de coste. Las unidades de reporte serán en minutos. Adicionalmente se podrá obtener la información por recurso. 59/13560 Caso de uso control costes económicos Se desea obtener un informe de los costes relacionados a cada cola de tickets. Se accederá al interfaz. Se seleccionará generar reporte por tiempo de reportado en los tickets de cada cola y se optendrá un reporte del total de tiempo, el centro de coste asociado y el total de coste en esa cola. Se podrá obtener el report en formato gráfico, imprimirlo o CSV Descripción control costes económicos Imputación por centros de coste de cliente. La mediante la funcionalidad timeaccounting los agentes deben imputar las horas trabajadas por actividad realizada. Deben ser definidas por un administrador, opcionalmente se puede habilitar a que el propio agente pueda crear nuevo proyectos o tareas. Con tal de controlar los centros de coste estos proyectos o tareas serán el centro de coste Caso de uso imputación por centros de coste de cliente. 60/13561 El Agente debe realizar una imputación de horas semanales, accediendo mediante timeaccounting a la interfaz report, imputará las horas trabajadas durante la semana según el centro de coste Descripción imputación por centros de coste de cliente Emisión de documentación (Facturas, pedidos, ofertas, etc.) Mediante esta funcionalidad el administrador podrá generar documentación relativa a facturación, pedidos y ofertas. Para generar la información relativa a facturación se utilizará la información reportada por los agentes en el timeaccounting. Para pedidos y ofertas, se obtendrá en base a la información de la gestión de cambios. Antes de aprobarse un cambio se enviará el pedido u oferta al cliente, debiendo ser aceptada por este. Una vez aceptada el CAB procederá a aprobar los cambio y ordenes de trabajo para su ejecución. En caso de que sea un recurso nuevo se creará en estado planificado y se esperará a la aprobación del cliente para su compra en instalación mediante un RFC Caso de uso emisión de documentación Se desea generar la facturación para los centros de coste de los clientes, accediendo a la interfaz facturación se podrá elegir entre los clientes disponibles, una vez elegido el cliente se procederá a seleccionar los centros de costes deseados. En base a la información reportada por los agentes se generará el documento de facturación por centro de coste y horas reportadas en este. Pudiéndose imprimir o crear un documento CSV Descripción emisión de documentación 61/13562 Creación, edición y visualización de documentación FAQ. Se detecta la necesidad de gestionar el conocimiento de manera flexible. Esto se realizará mediante la creación de FAQ. Estas dispondrán de visibilidad en base si son de agente, cliente, o públicas Caso de uso creación, edición y visualización de documentación FAQ. Se recibe un ticket de incidencia que es un caso reflejado en las FAQs,donde se reflejan los pasos que debe realizar el cliente para solucionar el problema. Seleccionará cerrar el ticket y utilizará la entrada FAQ para incluir la resolución al problema en la respuesta al cliente Descripción creación, edición y visualización de documentación FAQ. 2.3 Definición interfaces usuario El sistema de ticketing será utilizado por usuarios de diferentes perfiles que dispondrán de accesos a las diferentes interfaces en función de los privilegios asignados. Los diferentes perfiles de usuarios serán: 62/13563 Cliente Conocimientos básicos de informática Conocimientos básicos de la herramienta de ticketing. Apertura de incidencias Consulta de las FAQ Agentes Los agentes serán los miembros de los diferentes equipos que darán soporte a los clientes. ServiceDesk Soporte a usuarios Conocimientos básicos de la herramienta Tickets Consulta y reporting Report de actividades Uso de FAQs Especialistas Soporte a usuarios de segundo y tercer nivel Conocimientos básicos de la herramienta Tickets Report de actividades Consulta y reporting Uso de FAQs Coordinador Service management Conocimientos avanzados de la herramienta Control de tickets Consulta y reporting Report de actividades Uso de FAQ Gestión de permisos Gestión de negocio Gestión de workflow 63/13564 Administrador Management general del servicio Conocimientos avanzados de la herramienta Control de tickets Consulta y reporting Report de actividades Uso de FAQ Gestión de permisos Gestión de negocio Gestión de workflow Conocimientos avanzados de la herramienta Principios generales de la interfaz de usuario Se dispondrán de dos interfaces de usuarios en función de si se es usuario cliente o agente. A nivel general deberá tener las siguientes características. Se utilizará un navegador web para interactuar con el sistema. Los navegadores utilizados deberán tener soporte a estándard HTML4.1 Se deberá habilitar la ejecución de javascript en el navegador. Para acceder a la aplicación se dispondrá de una pantalla de login, diferentes para los agentes y los cliente, donde se deberá poner el login/password. Una vez autorizado el acceso se visualizarán las opciones en función de los permisos disponibles Interfaces de cliente Los clientes dispondrán de un interfaz web propio con funcionalidades. Se podrán crear páginas de inicio en función del cliente. Mediante este interfaz se accederán a las diferentes funcionalidades disponibles. 64/135 65 La representación de las interfaces que tendrá disponible el cliente es: A continuación se detallan las interfaces disponibles: Preferencias Seleccionando preferencias el usuario podrá ajustar los siguientes campos del interfaz principal: 65/13566 Idioma de interfaz Número de tiquets visualizados por página Ticket Overview Cambio de contraseña Nuevo Ticket Formulario de creación de ticket, se deberá reflejar: Campo Obligatorio Descripción Tipos Selección del tipo del ticket. Para Cola a la que va destinado el ticket. Servicio Servicio requerido. SLA SLA del servicio. Asunto Título del ticket. Texto Explicación del ticket. Anexo Ficheros anexados al ticket. Prioridad Nivel de prioridad My tickets Visualización de la información general del estado de los tickets creados por el cliente, podrá seleccionar el ticket para acceder a la información del ticket. Podrá seleccionar en base a: Todo: Para ver todos los tickets. Abierto: Para visualizar los tickets en curso. Cerrado: Para visualizar los tickets que han sido cerrados. Al seleccionar el ticket podrá visualizar el historial del ticket e incluir nuevos comentarios mediante la acción responder. En caso que se realize esta acción en un ticket cerrado este será reabierto. 66/13567 Company tickets Visualización de la información general del estado de los tickets por la empresa con acceso a las mismas colas, podrá seleccionar el ticket para acceder a la información del ticket. Podrá seleccionar en base a: Todo: Para ver todos los tickets. Abierto: Para visualizar los tickets en curso. Cerrado: Para visualizar los tickets que han sido cerrados. Al seleccionar el ticket podrá visualizar el historial del ticket e incluir nuevos comentarios mediante la acción responder. En caso que se realize esta acción en un ticket cerrado este será reabierto Buscar Para realizar búsquedas de tickets. Dispondrá: Perfil: Plantillas de búsqueda en base a búsquedas anteriores del cliente. Ticket #: Búsqueda por ticket o número de cliente Por texto en tickets: Según parámetros de texto del ticket. Prioridad: En función de prioridades. Estado: En función de estados. Restricciones de tiempo: Tickets creados en un periodo Guardar búsqueda como plantilla: Guardar la búsqueda como plantilla en el perfil de usuario. Opciones de salida: Forma de presentación de la búsqueda, por pantalla, impreso, CSV FAQ Acceso a las FAQs visibles por el cliente. Perfil: Plantillas de búsqueda en base a búsquedas anteriores del cliente. 67/13568 FAQ #: Búsqueda por número de FAQ. Por texto en FAQ: Según parámetros de texto del FAQ. Idioma: En función del idioma de la FAQ. Categoría: Restricción de categoría. Guardar búsqueda como plantilla: Guardar la búsqueda como plantilla en el perfil de usuario. Opciones de salida: Forma de presentación de la búsqueda, por pantalla, impreso, CSV Buscar FAQ Búsqueda en las FAQs Estadísticas La interfaz de estadísticas permitirá visualizar reports en base a los indicadores que se configuren como visibles por el cliente Resumen Se dispondrá de un resumen de las estadísticas disponibles. En caso de disponer de permisos para añadir nuevas estadísticas el agente dispondrá de la capacidad para añadir nuevas estadísticas Interfaces de Agentes Los Agentes dispondrán de acceso a diferentes funcionalidades en función de los permisos el interfaz general de acceso. Según los niveles de privilegios los agentes dispondrán de diferentes funcionalidades disponibles. Ejemplo de interfaz de un agente con rol de service desk 68/135 69 Ejemplo de interfaz de un agente con rol de administrador A continuación se muestran las interfaces que tendrán disponibles los Agentes, en estas variarán en función del perfil de cada Agente, y seguidamente se detallan los interfaces. 69/13570 70/13571 71/13572 72/13573 73/13574 74/13575 75/13576 DashBoard Panel principal Todo agente que se logue en el sistema dispondrá de acceso al panel principal, mediante la pestaña settings de este panel podrá configurar que opciones se visualizarán. Las opciones disponibles son: Product News Reminder Tickets Escalated Tickets New Tickets Open Tickets / Need to be answered 7 Day Stats Upcoming Events Online Preferencias Las preferencias que podrá seleccionar el agente son: Cambio de password Idioma Skin del frontend Tema del frontend Out of office. Ajustes de avisos por mail de estados de tickets Otros ajustes. Mis colas Tiempo de refresco de la vista de colas. Pantalla posterior a nuevo ticket Tickets Todo agente que se logue en el sistema tendrá acceso los diferentes interfaces que implementan las funcionalidades de tickets. 76/13577 Todo ticket dispondrá de un número de ticket asignado automáticamente por el sistema, desde los interfaces que se describen a continuación de podrá acceder a un ticket en particular seleccionándolo entre los mostrados. Los tickets dispondrán de acciones de trabajo como: Atrás: Volver a página anterior. Bloquear: Bloqueo por ticket Historia: Historial del ticket. Imprimir: Impresión del ticket Prioridad: Nivel de prioridad del ticket Campos ITSM: Ajustes de calendarios para el ticket de: Fecha inicial de reparación. Fecha inicial de recuperación. Fecha de vencimiento. Vincular: Vinculación con otros objetos como: Tickets FAQs Cambios Órdenes de trabajo Con Config items: Recursos de Hardware/Software Propietario: Cambio del Agente al que está asignado el ticket. Cliente: Cambio del Cliente al que está asignado el ticket. Decisión: apertura, cierre, aceptación, etc. ta: Incluir nota en el ticket. Mezclar: Mezclar tickets relacionados. Pendiente: Recordar acciones pendientes. MasterSlave: Permite relacionar tickets con relación MasterSlave, donde todos los tickets Slaves serán actualizados junto al Master. Mover: Cambio de cola. Se podrán realizar otras acciones como: Reenviar 77/13578 Registrar llamadas realizadas Dividir: Crear nuevos tickets en base a entradas en el ticket. Las diferentes vistas disponibles para el interfaz Tickets son: Queue overview Vista de los tickets en las colas asignadas al agente, así como los tickets de la cola raw Status view Vista del status de los tickets en las diferentes colas accesibles por el agente Scalation view Vista de la situación de escalación de los tickets en las diferentes colas accesible por el usuario New phone ticket Plantilla de creación de un nuevo ticket cuya petición se recibe por teléfono: Campo Obligatorio Descripción Tipos Selección del tipo del ticket. De cliente Cliente que ha realizado la llamada Para cola Cola a la que va destinado el ticket. Servicio Servicio requerido. SLA SLA del servicio. Propietario Agente asignado al ticket Asunto Título del ticket. Opciones Opciones del ticket Busqueda de clientes Vincular el ticket Incluir documento del FAQ Texto Explicación del ticket. 78/13579 Anexo Ficheros anexados al ticket. Número cliente ID Empresa del cliente Fecha Si está en estado pendiente, asignación de fecha Impacto Nivel de impacto Prioridad Nivel de prioridad. MasterTicket Ticket Master de este Slave Fecha Vencimiento Vencimiento del ticket Unidades de tiempo Tiempo invertido en minutos New ticket Plantilla de creación de un nuevo ticket cuya petición se recibe por . Campo Obligatorio Descripción Tipos Selección del tipo del ticket. De la fila Cola a la que va destinado el ticket. Para Cliente que recibirá la notificación. Copia CC Copia Invisible BCC Servicio Servicio requerido. SLA SLA del servicio. Propietario Agente asignado al ticket Asunto Título del ticket. Opciones Opciones del ticket Libreta direcciones Busqueda de clientes Vincular el ticket Incluir documento del FAQ Texto Explicación del ticket. Firmas Firma de del agente 79/13580 Anexo Ficheros anexados al ticket. Número cliente ID Empresa del cliente Fecha pendiente Si está en estado pendiente, asignación de fecha Impacto Nivel de impacto Prioridad Nivel de prioridad. Nuevo estado MasterTicket Ticket Master de este Slave Fecha Vencimiento Vencimiento del ticket Unidades de tiempo Tiempo invertido en minutos Buscar Busqueda por: Plantilla. Texto completo Atributo del texto completo Formato resultado FAQ Todo agente dispondrá de acceso a las FAQ Explorar Explorardor de documentos por categorías, según las que hayan disponibles Nuevo Plantilla para la creación de nueva entrada en las FAQs. Campo Obligatorio Descripción 80/13581 Titulo Título de la entrada Palabras Clave Palabras claves del artículo. Categoría Categoría del artículo Estado Visiblidad: Interno (Agentes) Externo (Clientes) Público (Todos) Idioma Idioma del artículo Anexo Anexos ntoma ntoma del problema. Público. Problema Determinación del problema. Público. Solución Acciones para Solucionarlo. Público. Comentario Comentarios. Interno Bitácora Entradas más recientes de las FAQs Administración de Idiomas Los Coordinadores y Administradores podrán administrar los idiomas disponibles en las FAQs. Se dispondrá de un listado de los idiomas disponibles, y las opciones de añadir y borrar Administración de Categorías Los Coordinadores y Administradores podrán administrar las categorías disponibles en las FAQs. Se dispondrá de un listado de las categorías disponibles, y las opciones de añadir y borrar Buscar Busqueda por: Plantilla. Texto completo Atributo del texto completo Formato resultado 81/13582 Services La interfaz Services, esta dispondrá de dos subinterfaces: Servicios Resumen de servicios disponibles. Seleccionando un servicio se visualizarán los SLAs asociados. Adicionalmente se dispondrá de la opción de volver a la pantalla anterior, imprimir el resumen del servicio seleccionado. Algunas opciones, como vincular el servicio con FAQs, recursos y ordenes de trabajo dependerán de los niveles de permisos SLA Resumen de SLAs disponibles. Seleccionando una SLA podremos visualizar información sobre la SLA y los servicios asociados. Dispondremos de la opción de imprimirlo CMDB La interfaz de Change Management Data Base gestionará la configuración de los recursos. Estos estarán divididos en: Ordenadores Hardware en general (USBs, teclados, pantallas, etc) 82/13583 Ubicaciones (edificios, salas, etc) Red Software Se podrán relacionar los recursos entre ellos para disponer de un inventario completo de los equipos, sus localizaciones y el software del que disponen Resumen Vista general de los recursos, pudiendo seleccionarse por tipo de recurso o general. Al acceder al recurso en concreto dispondremos de opciones de: Historia: Historial del recurso Editar: Actualización de la información Imprimir: Impresión de la información del recurso. Vincular: Establecer relaciones entre recursos. Duplicado: Crear un nuevo recurso duplicando la información actual Nuevo Creación de un nuevo recurso. Se seleccionará el tipo de recurso y se dispondrá de un formulario de creación con la información relevante en función del recurso a crear. Todos los recurso dispondrán como mínimo de información acerda de: mbre: mbre del recurso. Estado de implementación: Información sobre el estado del recurso, Activo, en producción, testing, expirado, etc Estado del incidente: Si está operacional o hay alguna incidencia. Según el tipo de recurso se recogerá información como el número de serie, licencia, costes, renting, etc Buscar Búsqueda de recurso, dispondremos de opciones de: Tipo Plantilla. Texto completo. Atributo del texto completo. Versiones anteriores. 83/135 84 Formato resultado Cambios Información relativa a las peticiones de cambios y las órdenes de trabajo relacionadas Resumen Vista del resumen de los cambios. Podremos elegir entre diferentes vistas del estado de cambios: Todo. Solicitado. Aprobación pendiente. Rechazado. Aprobado. En progreso. Revisión post-implementación pendiente. Exitoso. Fallido. Cancelada. Devuelto Nuevo Plantilla para la creación de un nuevo cambio. ta: Se pueden crear peticiones de cambio automáticamente mediante los tickets RFC, seleccionando la opción de crear un cambio. Selección de la plantilla de cambio. Se puede seleccionar una plantilla ya creada. Adicionalmente se configurará la fecha de inicio o finalización planeada para el cambio. Cambio ITSM Información sobre el cambio, se dispondrán de los campos: Título. 84/13585 Descripción. Justificación Categoría. Impacto. Prioridad. Fecha Solicitada. Anexo Cada cambio debe estar relacionado con peticiones de trabajo Horario Resumen de los horarios de los cambios aprobados Projected Service Availabilitiy (PSA) Disponibilidad de servicios en función a los cambios programados Post implementation Revision (PIR) Revisiones Post Implementación (PIR), dispondremos de vistas: Todo. Aceptada. En progreso. Cerrado. Cancelado Plantillas Plantillas disponibles para gestión de cambio Buscar Se podrán utilizar plantillas de búsqueda o crear nuevas, las búsquedas serán en base a los diferentes atributos que puedan tener los cambios. El formato de salida será seleccionable entre normal, impresión y csv. 85/13586 Contabilidad de tiempo Mediante el módulo de contabilidad de tiempo los agentes reportarán las horas trabajadas Resumen Cada agente dispondrá de una vista de los reportes por día e información relativa a la actividad Editar Configuración de la herramienta de reporting. Se podrá configurar que agente pueda añadir proyectos. Para añadir usuarios que deben reportar se deberá disponer de permisos de coordinador o administrador Reportar Interfaz para el reporte de las horas. Se seleccionará el día que se desea reportar, entrando en una interfaz que nos permitirá reportar por tarea o proyecto. Si se ha habilitado al agente a añadir proyectos este dispondrá de esa opción Configuración Configuración de la herramienta, dispondremos de capacidad para añadir los usuarios que deben 86/135 87 reportar y el calendario que utilizarán y el periodo de tiempo, así como si pueden reportar horas extras y si pueden añadir proyectos. Adicionalmente se pueden añadir proyectos y tareas donde deberán reportar los diferentes agente Estadísticas La interfaz de estadísticas permitirá visualizar reports en base a los indicadores que se configuren Resumen Se dispondrá de un resumen de las estadísticas disponibles. En caso de disponer de permisos para añadir nuevas estadísticas el agente dispondrá de la capacidad para añadir nuevas estadísticas Nuevo Asistente para la creación de nuevos reports de estadísticas. Se podrán seleccionar diferentes indicadores y formatos de reportes. Estará dividido en cuatro pasos con los elementos configurables de cada uno de ellos. Especificaciones generales. Elementos del eje x. 87/135 Mostrar más
Máster en Software Libre Trabajo Final de Máster Plan de proyecto
Máster en Software Libre Trabajo Final de Máster Autor: Juan A. de Haro / demarju@yahoo.com Tutor de prácticas: Corinne Dufraisse / c.dufraisse@ibermatica.com Responsable técnico Ibermática: Xavier Tejero Más detalles Ficha de Producto. Características generales. Descripción de Producto. Disponible en formato licencia o Cloud (software as a service).
Descripción de Producto ServiceTonic es el software 100% web para la gestión de servicios que bajo las premisas de facilidad de uso y flexibilidad convierte su amplia funcionalidad en la plataforma ideal Más detalles Ficha de Producto. Características generales. Descripción de Producto. Disponible en formato licencia o SaaS (software as a service).
Descripción de Producto ServiceTonic es el software 100% web para la gestión de servicios que bajo las premisas de facilidad de uso y flexibilidad convierte su amplia funcionalidad en la plataforma ideal Más detalles IT Service Management (ITSM) Customer Service Enterprise Service Management
Todo lo que su organización necesita para gestionar efectivamente sus servicios IT Service Management (ITSM) Customer Service Enterprise Service Management Descripción de Producto ServiceTonic es el software Más detalles INSYS SERVICE DESK. Integración de Servicios
INSYS SERVICE DESK Integración de Servicios INSYS SERVICE DESK es el resultado de la integración de las soluciones: CURA Network Monitoring, INSYS Advanced Dashboard for Enterprise, SIEM (NetIQ Sentinel Más detalles GMF Gestor de incidencias
GMF Gestor de incidencias Contenidos Contenidos... 1 Introducción... 2 El módulo de Gestión de Incidencias... 2 Vista del técnico... 2 Vista de usuario... 4 Workflow o flujo de trabajo... 5 Personalización Más detalles Manual Comparativo de ManageEngine SupporCenter Plus 7.7
Manual Comparativo de ManageEngine SupporCenter Plus 7.7 Comparación detallada de las Ediciones de SupportCenter Plus 7.7. Documento ofical de Zoho Corporation. ManageEngine es parte de Zoho Corporation Más detalles helpdesk Quobis Manual de usuario Documento: Documento Técnico Manual de usuario del Zendesk Versión 0.1 Fecha : 30/10/13 Autor Eduardo Alonso
Manual de usuario helpdesk Quobis Página 1 de 14 Índice de contenido 1.-Introducción... 3 2.-Acceso al gestor de incidencias Helpdesk...3 3.-Creación de Tickets... 6 4.-Gestión de tickets... 8 5.-Opción Más detalles Figura 3.1 Implementación de ITIL
C apí t u l o III IMPLEMENTACIÓN DE ITIL Existen distintos métodos para la implementación de ITIL, sin embargo cualquier organización puede alinearse a este marco de trabajo sin importar su tamaño o complejidad. Más detalles Aranda SERVICE DESK. Beneficios estratégicos para su organización. Característica Especiales. Beneficios
Beneficios Gestión organizada y control sobre las solicitudes de soporte. Información completa correspondiente a cada caso y asociación de los involucrados en el mismo (usuarios, especialistas). Seguimiento Más detalles Web ITSM -GUIA RÁPIDA DE USUARIO-
Web ITSM -GUIA RÁPIDA DE USUARIO- Manual básico de la aplicación WebITSM donde se visualiza la funcionalidad completa de la misma y la forma adecuada y eficaz de utilizarla. Ingeniería Técnica en Informática Más detalles Guía nuevo panel de clientes acens
Guía nuevo panel de clientes acens Calle San Rafael, 14 28108 Alcobendas (Madrid) 900 103 293 www.acens.com 1. Estructura del panel de administración El panel de control presenta un diseño renovado y algunas Más detalles Innovación para su Contact Center. Reporting Manager. Descubra el valor de negocio de sus datos y la actividad del Contact Center
Innovación para su Contact Center Reporting Manager Descubra el valor de negocio de sus datos y la actividad del Contact Center ÍNDICE DATA SHEET 1. Introducción... 3 2. Características principales... Más detalles Guía de integración de ConnectWise
Guía de integración de ConnectWise INTEGRACIÓN DE CONNECTWISE CON BITDEFENDER CONTROL CENTER Guía de integración de ConnectWise Integración de ConnectWise con Bitdefender Control Center fecha de publicación Más detalles MANUAL DE USUARIO SEGUIMIENTO DE TÍTULOS OFICIALES. 5 de febrero de 2010
MANUAL DE USUARIO SEGUIMIENTO DE TÍTULOS OFICIALES 5 de febrero de 2010 INDICE 1. CONFIGURACION DEL IDIOMA EN INTERNET EXPLORER... 3 2. GESTIÓN DE USUARIOS... 5 2.1. Modificaciones de las propiedades del Más detalles IT Governance Caso ITIL Santiago Coloma Edo
Caso ITIL Seguros XXXX Índice 1. Es necesaria una CMDB?... 2 2. Creación de un Catálogo de Servicios... 3 Propuesta de Catalogo de Servicios.... 3 Quiénes son nuestros clientes?... 3 Qué servicios ofrecemos?... Más detalles Construyendo una infrastructura ITIL con NetSupport ServiceDesk
TotemGuard Digital Security Construyendo una infrastructura ITIL con NetSupport ServiceDesk Foto Sarah and Mike Totemguard.com 1 902 360 645 Índice 1. Introducción...4 2. Introducción a ITIL...5 3. Introducción Más detalles Guía panel de clientes Hostalia
Guía panel de clientes Hostalia Estructura Gestión de consultas (tickets) Administración de cliente Facturación Productos y servicios Alojamiento Web y BBDD Gestión de correo Gestión de dominios Aplicaciones Más detalles Instalación y configuración de OsTicket en Centos 6.5
Instalación y configuración de OsTicket en Centos 6.5 Elaborado por: Juan David Trujillo. 07/01/2015 CONTROL DE CAMBIOS Versión Modificada Descripción del Cambio Cambio realizado por Fecha del cambio 1 Más detalles CL_55115 Planning, Deploying and Managing Microsoft Project Server 2013
Gold Learning Gold Business Intelligence Silver Data Plataform P Planning, Deploying and Managing Microsoft Project Server 2013 www.ked.com.mx Por favor no imprimas este documento si no es necesario. Introducción. Más detalles SCSM 2012 R2 implementea los procedimientos prescritos por ITIL y MOF para ayudarnos en la gestion de cientos o miles de usuarios y servidores.
------------------------------------------------------------------------------------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------------------------------------------------------------------------------------ Más detalles HelpDesk Ficha de producto
HelpDesk Ficha de producto Artologik HelpDesk es un programa de soporte y gestión de incidencias efectivo y fácil de usar. Artologik HelpDesk le permite gestionar eficazmente el soporte interno y externo Más detalles Guía de Apoyo Project Web Access. (Jefe de Proyectos)
Guía de Apoyo Project Web Access (Jefe de Proyectos) 1 ÍNDICE Contenido INTRODUCCIÓN... 3 CAPITULO I: ELEMENTOS INICIALES DE PROJECT WEB ACCESS... 4 Configuración General... 4 Área de Trabajo del Proyecto... Más detalles Eficiencia en la Automatización y Gestión de Servicios
Eficiencia en la Automatización y Gestión de Servicios GESTIÓN EFECTIVA DE SERVICIOS CON SERVICETONIC Hoy en día las empresas están obligadas a hacer más con menos recursos y como consecuencia de ello Más detalles SISTEMA DE GESTIÓN DE INCIDENCIAS Y REQUERIMIENTOS MESA DE AYUDA SINAT MANUAL DE USUARIO
SISTEMA DE GESTIÓN DE INCIDENCIAS Y REQUERIMIENTOS MESA DE AYUDA SINAT MANUAL DE USUARIO 1 Objetivo del Manual Elaborado por: Revisado por: Aprobado por: Fecha: 13/08/2015 Difusión: Información del Manual Más detalles Gestión del Portfolio de Proyectos HP Portfolio & Project Management. Información de Producto. 2010 Dirección de Consultoría
Gestión del Portfolio de Proyectos HP Portfolio & Project Información de Producto 2010 Dirección de Consultoría 2 1. Introducción Actualmente las organizaciones necesitan hacer frente a la complejidad Más detalles SISTEMA DE SEGUIMIENTO DE INCIDENTES
SISTEMA DE SEGUIMIENTO DE INCIDENTES Que es el Sistema de Seguimiento de? Características Generales Un Sistema de Seguimiento de es un software que mantiene y gestiona listas de incidentes conforme son Más detalles INTELIGENCIA DE NEGOCIOS CON SQL SERVER 2008 R2
Programa de Capacitación y Certificación. INTELIGENCIA DE NEGOCIOS CON SQL SERVER 2008 R2 Contenido PERFIL DE UN ESPECIALISTA EN BASES DE DATOS.... 3 6231. MANTENIENDO UNA BASE DE DATOS DE SQL SERVER 2008 Más detalles MantSoft AE. Método para el mantenimiento de Software de Alhambra-Eidos. Gestión de incidencias en el mantenimiento correctivo.
MantSoft AE Método para el mantenimiento de Software de Alhambra-Eidos Gestión de incidencias en el mantenimiento correctivo. Introducción Este documento describe el tratamiento específico que se le da Más detalles Dr.Web Enterprise Security Suite 10 Guía Rápida de Implantación (Windows)
Dr.Web Enterprise Security Suite 10 Guía Rápida de Implantación (Windows) Versión de Dr.Web ESS: 10.0 Última actualización: 24/09/2014 2014 IREO Mayorista de ITSM y Seguridad Guía de Implantación Dr.Web Más detalles Datacycle Reporting Guía de Instalación. Versión 8.1
Datacycle Reporting Guía de Instalación Versión 8.1 A P E S O F T Guía de instalación y actualización DataCycle Reporting ApeSoft Parc Tecnològic del Vallès Tel: 93 5820258 www.apesoft.com Índice INTRODUCCIÓN...4 Más detalles SAP SOLUTION MANAGER 7.1 Service Desk MANUAL DE USUARIO CREADOR. Fecha entrega 12 de junio de 2014 Revisión 1.0
SAP SOLUTION MANAGER 7.1 Service Desk MANUAL DE USUARIO CREADOR Fecha entrega 12 de junio de 2014 Revisión 1.0 CONFIDENCIALIDAD El material contenido en este documento y sus anexos representa información Más detalles ADMINISTRACIÓN DE TECNOLOGÍAS E INFORMACIÓN PROCEDIMIENTO VERSIÓN: 1 SOPORTE MANTENIMIENTO ATENCION A USUARIOS
ADMINISTRACIÓN DE TECNOLOGÍAS E INFORMACIÓN PROCEDIMIENTO VERSIÓN: 1 SOPORTE MANTENIMIENTO ATENCION A USUARIOS CÓDIGO: APO4-P-001 FECHA DE VIGENCIA 25/Nov/2013 1. OBJETIVO Gestionar, brindar soporte y Más detalles HELPPEOPLE CORE Boletín de la Versión 6.6.3.2 s38.2014
HELPPEOPLE CORE Boletín de la Versión 6.6.3.2 s38.2014 Elaborado por: Investigación y Desarrollo Helppeople Software Boletín de Versiones E ste boletín permite informar los cambios realizados en la aplicación, Más detalles Remedy 9 Webinar. Preguntas y Respuestas
Remedy 9 Webinar Preguntas y Respuestas MyIT y SmartIT son herramientas independientes o necesitan de un ITSM en backend? Tanto MyIT como SmartIT son dos soluciones que permiten a las organizaciones transformar Más detalles attend : Enterprise Service Management
attend : Enterprise Service Management INFOLAN Caring for your service Ámbitos Incidencias Problemas Peticiones de Cambio Reclamaciones Repositorio de Activos Gestión Servicios Gestión Configuraciones Más detalles LA GESTIÓN DEL SERVICIO DINAPTICA
LA GESTIÓN DEL SERVICIO DINAPTICA Attend Solutions, Caring for your service 2 Responsabilidades de un Centro de Atención 3 Caring for your service attend es la solución más flexible y mejor adaptada a Más detalles Xperta es una aplicación que no requiere instalar nada en su ordenador, sólo necesita un navegador web y una conexión a Internet.
Xperta es una herramienta ideada como ayuda a los servicios técnicos de cualquier empresa para realizar una gestión de s más clara, rápida y eficiente. Xperta es una aplicación que no requiere instalar Más detalles Guía de determinación de tamaño y escalabilidad de Symantec Protection Center 2.1
Guía de determinación de tamaño y escalabilidad de Symantec Protection Center 2.1 Guía de determinación de tamaño y escalabilidad de Symantec Protection Center El software descrito en el presente manual Más detalles MS10775AB Administrar bases de datos de Microsoft SQL Server 2012
MS10775AB Administrar bases de datos de Microsoft SQL Server 2012 En este curso los estudiantes adquirirán los conocimientos y las habilidades para mantener una base de datos de SQL Server 2012. El curso Más detalles CL_55006 System Center 2012 Operations Manager
System Center 2012 Operations Manager www.ked.com.mx Av. Revolución No. 374 Col. San Pedro de los Pinos, C.P. 03800, México, D.F. Tel/Fax: 52785560 Introducción Este curso de cinco días dirigido por un Más detalles SAP Solution Manager 7.1. Manual de Usuario
SAP Solution Manager 7.1 Manual de Usuario Índice ÍNDICE... 2 1. BIENVENIDO A NUESTRO SERVICIO DE SOPORTE... 3 1.1. CÓMO CONTACTAR CON EL CENTRO DE SERVICIOS SAP DE TECNOCOM... 3 2. ACCESO AL SISTEMA... Más detalles SCR6150c Versión 2.0(12/01/05)
SCR6150c Versión 2.0(12/01/05) Mantis: Manual de Usuario Fecha: 11/09/2007 Referencia: EJIE S.A. Mediterráneo, 3 Tel. 945 01 73 00* Fax. 945 01 73 01 01010 Vitoria-Gasteiz Posta-kutxatila / Apartado: 809 Más detalles Introducción. Cómo utilizar el sistema. Tools : Portal de Cliente de Atlas - Manual para clientes
Tools : Portal de Cliente de Atlas - Manual para clientes This page last changed on Jun 26, 2007 by pcosta. Introducción Cómo utilizar el sistema Crear una petición nueva - Petición en Proceso - Finalización Más detalles Destino del Archivo (Ruta)
NOMBRE DEL PRODUCTO: ARANDA SERVICE DESK VERSIÓN DE ACTUALIZACIÓN QUE SE LIBERA: 8.4.2 LISTADO DE ARCHIVOS Nombre de Archivo Versión Tamaño (En Bytes) Destino del Archivo (Ruta) BLOGIK.exe 8.4.2.2 3.814.912 Más detalles Características de OpenCms
Características de OpenCms Se basa en Java y Xml OpenCms está totalmente desarrollado en java bajo el estándar servlet. Por lo tanto, se puede integrar fácilmente en entornos hardware y software existentes, Más detalles Guía de Servicio Mesa de Ayuda
Mesa de Ayuda Agosto 14, 2014 BPO- v2 4 20140814 Mesa de Ayuda FINAL V1 Página 1 de 23 Control del Documento INFORMACIÓN GENERAL DEL DOCUMENTO Documento: Mesa de Ayuda Fecha de Entrega: 14 de Agosto de Más detalles Aranda DASHBOARD Versión 8.0
Aranda DASHBOARD Versión 8.0 PDF generated using the open source mwlib toolkit. See http://code.pediapress.com/ for more information. PDF generated at: Tue, 17 Jan 2012 19:14:32 UTC Contents Articles Conceptos Más detalles MS_80062 Introduction to Microsoft Dynamics AX 2009
Introduction to Microsoft Dynamics AX 2009 www.ked.com.mx Av. Revolución No. 374 Col. San Pedro de los Pinos, C.P. 03800, México, D.F. Tel/Fax: 52785560 Introducción En este curso ofrece a los alumnos Más detalles Software de gestión integral para cuerpos de policía local
Software de gestión integral para cuerpos de policía local Conozca Appolo Appolo es un sistema informático para la gestión completa de los Cuerpos de Policía Local basado en tecnología web. Se trata de Más detalles SERVICIOS PARA EL DISEÑO E IMPLEMENTACIÓN DEL PROGRAMA INTEGRAL DE TRANSFORMACIÓN DIGITAL DE LA PROVINCIA DE LUGO: TRANSFORM@TIC
Diputación de Lugo SERVICIOS PARA EL DISEÑO E IMPLEMENTACIÓN DEL PROGRAMA INTEGRAL DE TRANSFORMACIÓN DIGITAL DE LA PROVINCIA DE LUGO: TRANSFORM@TIC Manual usuario CRM Agroalimentario Marzo 2015 ÍNDICE Más detalles Índice de contenido. Manual de administración de hospedaje para administradores de dominios
Índice de contenido 1. Webmin...2 1.1 Cambio de idioma y tema...2 2. Otros...3 2.1 Cargas y descargas...3 2.2 Conexión Telnet / SSH...4 2.3 Directorios Web Protegidos...5 2.4 Administrador de archivos...6 Más detalles Manual. Artologik HelpDesk. Versión 3.4. Artisan Global Software
Gestión de Proyectos Gestión del Tiempo Encuestas Gestión del E-mail HelpDesk Herramienta de Publicación Sistema de Reservas Manual Artologik HelpDesk Versión 3.4 Manual Artologik HelpDesk Desea darle Más detalles Despliegue de plataforma Q-expeditive
How to Despliegue de plataforma Q-expeditive Versión: 2.0 Fecha de publicación 08-04-2011 Aplica a: Q-expeditive 3.0 y Q-flow 3.1 Índice Requerimientos de Software... 4 Diagramas de arquitectura... 5 Componentes Más detalles Entrenamiento. Optimice y acelere sus soluciones de servicios a través del aprendizaje y dominio de OTRS.
Entrenamiento Optimice y acelere sus soluciones de servicios a través del aprendizaje y dominio de OTRS. OTRS ofrece tres niveles de entrenamiento: Administrador, ITSM y Experto. Enfocado para aquellos Más detalles columbus service desk
columbus service desk COLUMBUS SERVICE DESK ONCE YOU KNOW HOW En retrospectiva, la mayoría de los problemas son fáciles. Nuestro eslogan es un término común, lo que implica que una vez que sabes cómo hacerlo, Más detalles Domine Microsoft Windows Server 2003. José Luis Raya Laura Raya Miguel Á. Martínez
Domine Microsoft Windows Server 2003 José Luis Raya Laura Raya Miguel Á. Martínez Reseña: Este libro ofrece al lector, de forma sencilla, el proceso de instalación y configuración de un servidor Windows Más detalles Introducción a Microsoft Dynamics AX 2009
Introducción a Microsoft Dynamics AX 2009 Número del curso 80062 Descripción En este curso de 16hs. dirigido por un instructor, ofrecen a los alumnos los conocimientos y las habilidades necesarios para Más detalles Ficha Técnica. effidetect
Ficha Técnica effidetect Página 1 de 9 Introducción El Sistema Pointer es un producto de Predisoft (www.predisoft.com) cuyo propósito es la detección (en línea) del fraude que sufren las instituciones Más detalles Fecha 8/02/2013. Contenido
Acuerdo de Nivel Mesa Elaborado por: Juan Pablo Pérez Wilson Viana Uribe Fecha 15/01/2013 Código: P-GSI-4xxxxx Versión: 01 Revisado por: Wilson Viana Uribe Fecha 8/02/2013 Aprobado por: Marco Mesa Fecha Más detalles MANUAL DE USUARIO DEL SERVICEDESK UPV/EHU
MANUAL DE USUARIO DEL SERVICEDESK UPV/EHU Centro de Atención al Usuario Vicegerencia de las TIC 1. Introducción El presente documento es el manual de LAGUN, la nueva aplicación de gestión de los servicios Más detalles CUSTOMER SUPPORT PORTAL Manual de Usuario. Esther Pastor 28 11 2013
CUSTOMER SUPPORT PORTAL Manual de Usuario Esther Pastor 28 11 2013 Contenido 1.0 Customer Suport Portal 3 1.1 Acceso al Portal 3 1.2 Salir del Portal 3 2.0 Consulta on-line 4 3.0 Creación de un ticket Más detalles ENCUENTA - CONTABILIDAD Net. Definiciones generales
ENCUENTA - CONTABILIDAD Net Definiciones generales 2013 ENCUENTA - CONTABILIDAD Net Definiciones generales Contenido 1 GENERALIDADES... 3 2 DISTRIBUCIÓN GENERAL DE LOS ELEMENTOS DEL SISTEMA... 3 3 REQUERIMIENTOS... Más detalles DIPLOMADO EN BASE DE DATOS
Universidad Tecnológica de Panamá Facultad de Ingeniería de Sistemas Computacionales Vicedecanato de Investigación Post Grado y Extensión Academia de Especialización Profesional ACADEMIA DE ESPECIALIZACION Más detalles Aplicateca. Guía Rápida MANTIS. de Open Sistemas
Aplicateca Guía Rápida MANTIS de Open Sistemas Índice 1 Qué es MANTIS?... 2 1.1 Qué ventajas ofrece MANTIS?...2 1.2 Cuáles son las principales funcionalidades de MANTIS?...2 1.3 A quién va dirigido MANTIS?...3 Más detalles SERVICIOS PARA EL DISEÑO E IMPLEMENTACIÓN DEL PROGRAMA INTEGRAL DE TRANSFORMACIÓN DIGITAL DE LA PROVINCIA DE LUGO: TRANSFORM@TIC
Diputación de Lugo SERVICIOS PARA EL DISEÑO E IMPLEMENTACIÓN DEL PROGRAMA INTEGRAL DE TRANSFORMACIÓN DIGITAL DE LA PROVINCIA DE LUGO: TRANSFORM@TIC Manual usuario ERP Marzo 2015 ÍNDICE 1 INTRODUCCIÓN... Más detalles INFRAESTRUCTURA DE SERVIDORES MICROSOFT
INFRAESTRUCTURA DE SERVIDORES MICROSOFT TABLA DE CONTENIDO INTRODUCCION... 3 ESTRUCTURA PROGRAMATICA... 4 TEMA 1: ADMINISTRACION, SOPORTE Y MANTENIMIENTO DE WINDOWS SERVER 2008... 4 Preparar la administración Más detalles Cabe destacar la posibilidad de usarlo como Servicio, sin necesidad de realizar costosas instalaciones
1 QUÉ ES ODOO? Odoo (conocido anteriormente como OpenERP) es un sistema de ERP integrado de código abierto. Ofrece una estructura de software a medida, ideal para proyectos y empresas pequeños. Cabe destacar Más detalles U2 Instalar una aplicación SharePoint en un servidor
U2 Instalar una aplicación SharePoint en un servidor En esta unidad, vamos a instalar Microsoft SharePoint Server 2010 eligiendo la opción Independiente, es decir, todo en un único servidor sin la posibilidad Más detalles MANUAL DE USUARIO PARA SOPORTE DE SINERGYHARD EN TIVOLI SERVICE REQUEST MANAGER. Enero de 2012
MANUAL DE USUARIO PARA SOPORTE DE SINERGYHARD EN TIVOLI SERVICE REQUEST MANAGER Enero de 2012 Contenido Acceso a la herramienta... 3 Buscar soluciones... 4 Creación de Solicitud de Servicio de Usuario... Más detalles APLICATECA. Guía para la contratación y gestión de Servidor Cloud
APLICATECA Guía para la contratación y gestión de Servidor Cloud INDICE 1 QUÉ ES SERVIDOR CLOUD?... 1 1.1 PARA QUÉ SIRVE?... 1 1.2 CARACTERÍSTICAS DE SERVIDOR CLOUD... 3 2 CONTRATACIÓN DE SERVIDOR CLOUD... Más detalles MANUAL DE USUARIO ROL USUARIO. SDSI-DTIC v.1.0
MANUAL DE USUARIO ROL USUARIO SDSI-DTIC v.1.0 Contenido 1. Introducción...3 1.1 Propósito...3 1.2 Funcionamiento General...3 2. Objetivos del Manual de Usuario...3 3. Generalidades del Sistema...4 3.1 Más detalles Pliego técnico Contratación de una herramienta de gestión de CAU y CMDB
Pliego técnico Contratación de una herramienta de gestión de CAU y CMDB SOCIEDAD FORAL DE SERVICIOS INFORMÁTICOS Fecha de realización: 7 de octubre de 2013 1. Introducción... 3 2. Objeto del contrato... Más detalles [Manual Uso e Instalación]
Todos los derechos reservados Aranda Software www.arandasoft.com [1] Introducción Aranda SERVICE DESK Versión 7.2 es la solución de gestión de procesos y servicios de soporte, que permite implementar las Más detalles DISPOSITIVOS MÁS AVANZADO
KMnet Admin SOFTWARE DE GESTIÓN DE DISPOSITIVOS PARA TODAS LAS EMPRESAS EL SOFTWARE DE GESTIÓN DE DISPOSITIVOS MÁS AVANZADO GESTIÓN RÁPIDA Y SENCILLA DE TODOS LOS DISPOSITIVOS DE SU RED UN ÚNICO SOFTWARE Más detalles Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión de Relaciones con Clientes
Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión de Relaciones con Clientes Titulación certificada por EUROINNOVA BUSINESS SCHOOL Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión Más detalles PROCEDIMIENTO GESTIÓN DE INCIDENTES EN EL SERVICIO SITIOS WEB. PROCEDIMIENTO: Gestión de incidentes en el Servicio Sitios WEB.
Página: 1 de 13 PROCEDIMIENTO: Gestión de en el Servicio Sitios WEB. OBJETIVO: Lograr la restauración de una eventual falla o interrupción presentada en alguno de los sitios WEB, en el menor tiempo posible Más detalles Novedades Integria IMS v. 4.2
NUEVAS CARACTERÍSTICAS Posibilidad de mostrar una pantalla personalizada en lugar de la Página principal como pantalla de inicio por defecto. Funcionalidad de poder habilitar o deshabilitar los workflows. Más detalles KPI FORMS. Instructor: ISC Diana Hernández Soporte y capacitación
KPI FORMS Instructor: ISC Diana Hernández Soporte y capacitación CONTENIDO Sesión 1 Sesión 2 - Introducción - Módulos de Forms Administrador Móviles - Encuestas - Secciones Estándar Formato de texto - Más detalles MANUAL DE INSTALACIÓN PLATAFORMA PROGRESA AUTOR: ASAC COMUNICACIONES DEPARTAMENTO DE DESARROLLO NOVIEMBRE DE 2007
MANUAL DE INSTALACIÓN PLATAFORMA PROGRESA AUTOR: ASAC COMUNICACIONES DEPARTAMENTO DE DESARROLLO NOVIEMBRE DE 2007 INDICE 1 INTRODUCCIÓN...2 2 REQUISITOS...3 3 INSTALACIÓN...4 3.1 INSTALACIÓN DEL MICROSOFT.NET Más detalles PROGRAMA FORMATIVO Virtualización, computación en la nube y alta disponibilidad con Oracle Solaris
PROGRAMA FORMATIVO Virtualización, computación en la nube y alta disponibilidad con Oracle Solaris Julio 2014 DATOS GENERALES DE LA ESPECIALIDAD 1. Familia Profesional: INFORMÁTICA Y COMUNICACIONES Área Más detalles Aranda SERVICE DESK WEB 8.4.2 NOMBRE DEL PRODUCTO:
NOMBRE DEL PRODUCTO: ARANDA SERVICE DESK WEB VERSIÓN DE ACTUALIZACIÓN QUE SE LIBERA: 8.4.2 LISTADO DE ARCHIVOS Nombre de Archivo Versión Tamaño (En Bytes) Destino del Archivo (Ruta) DESCRIPCION DE CADA Más detalles Guía Rápida de Inicio
Guía Rápida de Inicio 1. Acerca de esta Guía Esta guía le ayudará a instalar y dar los primeros pasos con BitDefender Security for File Servers. Para disponer de instrucciones detalladas, por favor, diríjase Más detalles PFC- Aplicaciones Web para trabajo colaborativo:
PFC- Aplicaciones Web para trabajo colaborativo: Aplicación para Control de una Integración de S.I. 2º Ciclo Ingeniería Informática Curso 2011-2012 Consultor : Fatos Xhafa Autor : Miguel Angel Pineda Cruz Más detalles Unicenter ServicePlus Service Desk versión 6.0
DATOS TÉCNICOS Unicenter ServicePlus Service Desk versión 6.0 Unicenter ServicePlus Service Desk es una solución de valor añadido para gestionar de forma integral un centro de atención a usuarios (CAU) Más detalles Gestión del Servicio de Tecnología de la información
Gestión del Servicio de Tecnología de la información Comentario de la norma ISO 20000 bajo el enfoque de ITIL Autor: Francisco Tejera (ISO 20000 Practitioner) Agenda 1-2-3 INTRODUCCIÓN 4 5 REQUISITOS GENERALES Más detalles Manual de usuario del software de marketing de fidelización de clientes Hermes
Manual de usuario del software de marketing de fidelización de clientes Hermes Campus Telematika 1 0. Índice 1. Requisitos y recomendaciones... 3 2. Manejo de la aplicación... 3 2.1. Asistente... 3 2.2. Más detalles LAS FACTURAS ELECTRÓNICAS.COM
2014 Las Facturas Electrónicas.com Gustavo Arizmendi Fernández LAS FACTURAS ELECTRÓNICAS.COM Manual de usuario de Las Facturas Electrónicas.com. INDICE INTRODUCCIÓN... 3 REQUISITOS DEL SISTEMA... 4 HARDWARE... Más detalles V. CAPÍTULO: CONTRIBUCIÓN
V. CAPÍTULO: CONTRIBUCIÓN Requerimientos del Sistema Para llevar a cabo el desarrollo de nuestro sistema se establecieron tanto los actores como los requerimientos funcionales y no funcionales del sistema. Más detalles Acuerdo de Nivel de Servicio
Acuerdo de Nivel de Servicio Redes Preparado por: Subcoordinación de Redes y Telecomunicaciones SLA Pagina 1 de 10 Redes Índice 1 Resumen General... 3 2 Descripción del Servicio... 3 2.1 Alcance del Servicio... Más detalles Índice. agradecimientos...19
Guía Rápida de Inicio 1. Acerca de esta Guía Esta guía le ayudará a instalar y dar los primeros pasos con BitDefender Security for Exchange. Para disponer de instrucciones detalladas, por favor, diríjase Más detalles Mast Backup Online First Class
Mast Backup Online First Class!Incluye disco externo! El servicio Mast Backup Online es ahora First Class. Para que el backup sea completo, Mast Storage incluye, sin coste adicional, un disco externo acorde Más detalles Artologik HelpDesk Versión 4.0 Nuevas funciones
HelpDesk [Nuevas NNeeeeegmäölb, funciones en HelpDesk 4.0] Artologik HelpDesk Versión 4.0 Nuevas funciones INTRODUCCIÓN... 5 HELPDESK (SIN MÓDULOS ADICIONALES)... 5 Creando solicitudes desde correos electrónicos Más detalles DEXON SOFTWARE DEXON SERVICE DESK DIRECTOR
DEXON SOFTWARE DEXON SERVICE DESK DIRECTOR UN COMPLETO PORTAFOLIO QUE ADMINISTRA DE FORMA CENTRALIZADA TODOS LOS PROCESOS DE SOPORTE DE FORMA MAS CERCANA CON LOS CLIENTES CON LA ADOPCIÓN DE PRÁCTICAS PROACTIVAS Más detalles LANDACRM SOFTWARE WEB DE GESTION DE RELACIONES DE CLIENTES:
LANDACRM SOFTWARE WEB DE GESTION DE RELACIONES DE CLIENTES: LandaCRM es una aplicación Web diseñada para gestionar y organizar toda la información relacionada con clientes y la interacción que ocurra para Más detalles PELIGRO Significa que, si no se adoptan las medidas preventivas adecuadas se producirá la muerte, o bien lesiones corporales graves.
Principios básicos 1 Configuración 2 SIMATIC Information Server 2013 Estructura 3 Administración 4 Manual de sistema 02/2013 A5E32171460-04 Notas jurídicas Filosofía en la señalización de advertencias Más detalles MS_20247 Configuring and Deploying a Private Cloud
Gold Learning Gold Business Intelligence Silver Data Plataform Configuring and Deploying a Private Cloud www.ked.com.mx Por favor no imprimas este documento si no es necesario. Introducción. Este curso Más detalles NetSupport DNA Helpdesk

References: resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución