El cliente utiliza estos datos para la generación de informes personalizada.
Un conjunto de scripts permiten que la Extracción de datos se ejecute en la base de datos de producción del cliente. El script ejecuta las consultas para extraer datos de la base de datos. Los datos extraídos se exportan a un archivo de Microsoft Access.
El proceso Extracción de datos se ejecuta en el servidor que aloja las bases de datos de producción del cliente. El volcado de datos se carga en un sitio SFTP que ha proporcionado el cliente. A continuación, los clientes pueden descargar estos datos.
Tipos de extracción de datos
Los datos se pueden extraer para un segmento de cliente específico (basado en el ID de segmento). Si se especifica el período de tiempo, la extracción de datos puede ser de dos tipos:
- Extracción total: se extraen todos los datos en el segmento en cuestión; sin ninguna restricción de hora.
- Extracción delta: se extraen los datos modificados durante un período especificado. Las extracciones delta se realizan en función de la fecha de inicio y la fecha de finalización que se ha especificado para este tipo de extracción. Para la primera vez, se recomienda que la extracción de datos sea una extracción total.
Información de esquema
Mientras algunos registros se extraen durante las extracciones totales; la mayor parte del resto de entidades se extraen durante las extracciones delta y las extracciones totales.
La siguiente tabla muestra las entidades que se extraen y se exportan al archivo de Microsoft Access. Esta tabla también proporciona información acerca de si la entidad está disponible solamente durante las extracciones totales o también durante las extracciones delta.
Nombre de la entidad
| Descripción | Relacionada con extracciones totales | Relacionada con extracciones delta |
Categorizaciones | Las categorizaciones especifican la agrupación de cuatro niveles de clase, categoría, tipo y elemento (CCTI) aplicada a Tickets y Elementos de configuración. | Sí | Sí |
CHANGES | Se crean tickets de cambio para gestionar cambios en una infraestructura y unos servicios de TI existentes. | Sí | Sí |
CI_CI_RELATIONSHIP | CI_CI_RELATIONSHIP hace referencia a la relación que existe entre dos o más elementos de configuración (CI). Es posible relacionar un CI con otros CI en uno o más dominios de relación. | Sí
| Sí |
CI_CONTACT_RELATIONSHIP
| CI_CONTACT_RELATIONSHIP hace referencia a la relación que existe entre los elementos de configuración (CI) y los contactos. Es posible relacionar varios contactos con un CI en diferentes tipos de relación. | Sí | Sí |
CI_CUSTOM_FIELDS
| CI_CUSTOM_FIELDS hace referencia a los campos personalizados que se agregan a un registro de CI a través de una plantilla del atributo de CI aplicable. Estos campos personalizados proporcionan más información acerca de los elementos de configuración (CI).
| Sí | Sí
|
CONFIGURATION_ITEMS
| Cualquier componente de una infraestructura de TI se conoce como elemento de configuración (CI). Los CI pueden incluir Hardware, Aplicaciones de software, Dispositivos de red y Documentación.
| Sí
| Sí |
CONTACTS
| CONTACTS se refiere a los detalles de las personas que se almacenan como Contactos en la aplicación.
| Sí
| Sí |
CUSTOM_FIELDS
| Los campos personalizados son campos adicionales que se agregan al ticket, además de los campos de ticket estándar. Los campos personalizados se basan en la categorización y en el tipo de ticket.
| Sí
| Sí
|
FEEDBACK_QUESTIONS
| Las preguntas de evaluación hacen referencia a las preguntas en los formularios de evaluación sobre el servicio. Los formularios de evaluación se envían a los usuarios finales de Soporte y Servicios de las TI.
| Sí
| Sí
|
FEEDBACK_RESPONSES
| Las respuestas de evaluación se refieren a la respuesta y a los comentarios recibidos de los usuarios finales de Soporte y Servicios de las TI.
| Sí
| Sí
|
HISTORY
| HISTORY hace referencia a los detalles de actividad que se registran en la ficha Actividad del ticket. La ficha Historial de cualquier ticket contiene el historial de todas las acciones que se toman en el ticket.
| Sí
| Sí
|
INCIDENTS
| Un incidente hace referencia a cualquier interrupción no planificada de un Servicio de TI. Un incidente también hace referencia al deterioro en la calidad del servicio disponible para el usuario final. | Sí
| Sí
|
PROBLEMS | Una causa subyacente y desconocida de uno o más incidentes que provoca que los incidentes se vuelvan a producir se denomina Problema. | Sí
| Sí
|
SERVICE_FEEDBACK
| Evaluación sobre el servicio es el proceso de solicitud del formulario de evaluación a los usuarios finales de soporte sobre la calidad del servicio proporcionado. Se extraen registros de planificación de la evaluación.
| Sí
| Sí
|
SERVICE_REQUESTS
| La solicitud de un usuario para obtener más información, consejo o acceso a un servicio de TI habitual se registra como Solicitudes de servicio. El cambio estándar, como el restablecimiento de la contraseña o de un nuevo usuario también se registra y se gestiona como Solicitudes de servicio.
| Sí
| Sí
|
SLA_COMPLIANCE
| La conformidad del acuerdo de nivel de servicio indica si se cumplen los términos del acuerdo formal con el cliente. | Sí
| Sí
|
SOLUTIONS
| Las soluciones hacen referencia a los artículos de conocimiento almacenados como Base de conocimiento. Estas soluciones pueden utilizarse para resolver incidencias similares en el futuro o proporcionar información útil para los usuarios finales. | Sí
| Sí
|
TASKS
| El Ticket de tarea permite un desglose eficiente del trabajo mediante la identificación de las tareas individuales que se realizan para realizar una actividad mayor. | Sí
| Sí
|
TICKET_APPROVALS
| Las aprobaciones se solicitan para un cambio propuesto en un ticket. Las aprobaciones aseguran que los cambios obtienen la autorización necesaria para la implementación. | Sí | Sí
|
TICKET_CI_RELATIONSHIP
| TICKET_CI_RELATIONSHIP especifica los elementos de configuración (CI) que se han relacionado con un Ticket. Es posible relacionar varios CI con un ticket. | Sí
| Sí |
TICKET_TICKET_RELATIONSHIP
| TICKET_TICKET_RELATIONSHIP especifica la relación que existe entre dos o más tickets. Es posible relacionar varios tickets entre ellos. | Sí
| Sí
|
WORK_LOG
| Los registros de trabajo son entradas que se realizan en el ticket para registrar todo el trabajo que se realiza en un ticket. | Sí
| Sí
|
En las extracciones delta, no se extraen las relaciones entre entidades. Las relaciones pueden incluir la relación entre varios CI, CI y Tickets, Tickets y Tickets, y CI y Contactos. En las extracciones totales, se extraen relaciones y no hay limitaciones.
0 Comments