Extracción de datos

La extracción de datos es el proceso de recuperación de datos desde la fuente de datos de Cloud Service Management.

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í

CHANGES

Se crean tickets de cambio para gestionar cambios en una infraestructura y unos servicios de TI existentes.

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í

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í

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í

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í

CONTACTS

CONTACTS se refiere a los detalles de las personas que se almacenan como Contactos en la aplicación.

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í

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í

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í

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í

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í

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í

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í

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í

SLA_COMPLIANCE

La conformidad del acuerdo de nivel de servicio indica si se cumplen los términos del acuerdo formal con el cliente.

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í

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í

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í

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í

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í

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í

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.