> Mejora continua de procesos > Gestión de la calidad > Oracle Quality Management > Template de datos

Su Template de datos de gestión de la calidad

Oracle Quality Management

Atributos de la gestión de la calidad (20) Actividades de gestión de la calidad (14) Guías de extracción (3)

Su Template de datos de gestión de la calidad

Esta plantilla ofrece una guía completa de los atributos de datos y las actividades del proceso esenciales para analizar eficazmente la gestión de la calidad. También incluye indicaciones prácticas para extraer esta información crítica de su sistema Oracle Quality Management. Utilice este recurso para asegurarse de recopilar todos los datos necesarios y obtener información detallada y optimizar el proceso.

Atributos recomendados para recopilar
Actividades clave que debe supervisar
Guía de extracción

¿Es nuevo en los registros de eventos? Aprenda a crear un registro de eventos de Process Mining.

Descargar Template

Atributos de la gestión de la calidad

Estos son los campos de datos y la información contextual recomendados para incluir en su registro de eventos y realizar un análisis completo de la gestión de la calidad.

3 Obligatorio 7 Recomendado 10 Opcional

	Nombre	Descripción
	Evento de calidad QualityEventId	El identificador único de un evento de calidad individual, como una no conformidad, una reclamación o una desviación.
Descripción El ID del evento de calidad actúa como identificador principal del caso y agrupa todas las actividades relacionadas, desde la notificación inicial hasta el cierre definitivo. Cada incidente de calidad recibe un ID único, lo que crea un registro histórico completo del proceso de investigación y resolución. En el análisis de Process Mining, este Atributo es fundamental para reconstruir el recorrido integral de cada evento de calidad. Permite calcular los tiempos totales del ciclo, identificar variantes del proceso y analizar cómo se gestionan los distintos tipos de eventos. Al vincular cada registro de actividad con un ID de evento de calidad específico, los analistas pueden visualizar el flujo completo del proceso e identificar cuellos de botella sistémicos o problemas de cumplimiento. Por qué es importante Este ID es esencial porque define el alcance de un caso individual, permite realizar un seguimiento preciso de los eventos de calidad y calcular métricas de rendimiento integrales. Dónde obtenerlo Normalmente es la clave principal de las tablas principales de eventos de calidad o de planes de recopilación de Oracle Quality Management, como QA_RESULTS. Ejemplos NC-2023-00123CAPA-45892QE-500-A
	Hora de inicio del evento EventStartTime	La marca de tiempo que indica cuándo comenzó una actividad o un evento.
Descripción Este Atributo proporciona la fecha y hora exactas en que comenzó un paso específico del proceso. Es el principal elemento temporal utilizado para ordenar cronológicamente los eventos y construir la secuencia del proceso de cada caso de evento de calidad. En el análisis, la hora de inicio del evento es fundamental para calcular los tiempos de ciclo, las duraciones y los tiempos de espera entre actividades. Permite identificar cuellos de botella al poner de relieve los retrasos prolongados entre pasos consecutivos y se utiliza para realizar un seguimiento del rendimiento frente a KPI basados en el tiempo, como Root Cause Analysis Lead Time. Por qué es importante Esta marca de tiempo es la base del análisis del proceso, ya que permite realizar todos los cálculos temporales y ordenar correctamente las actividades. Dónde obtenerlo Esta marca de tiempo suele encontrarse en registros de transacciones o tablas de historial asociadas a acciones de calidad y planes de recopilación, a menudo con el nombre CREATION_DATE o uno similar. Ejemplos 2023-04-15T09:00:12Z2023-04-16T11:30:00Z2023-05-01T14:22:45Z
	Nombre de la actividad ActivityName	El nombre de la tarea o el paso específico que tuvo lugar dentro del proceso de gestión de la calidad.
Descripción Este Atributo describe un evento individual o una acción realizada como parte de la gestión de un evento de calidad. La secuencia de estas actividades, ordenadas por sus marcas de tiempo, forma el flujo del proceso de cada caso. Analizar el nombre de la actividad es fundamental en Process Mining. Permite descubrir el modelo real del proceso, compararlo con un modelo deseado para comprobar la conformidad e identificar cuellos de botella o ciclos de retrabajo entre actividades específicas. Por ejemplo, ayuda a medir el tiempo transcurrido entre «Investigation Initiated» y «Root Cause Analysis Performed». Por qué es importante Este Atributo es fundamental para representar el flujo del proceso, identificar desviaciones y comprender cómo se realiza realmente el trabajo. Dónde obtenerlo Esta información suele derivarse de registros de eventos, registros de cambios de estado o tablas de historial de acciones del módulo Oracle Quality Management. Ejemplos Problema de calidad identificadoInvestigación iniciadaPlan de acción correctiva aprobadoRevisión final y cierre
	Categoría de la causa raíz RootCauseCategory	La clasificación de la causa raíz determinada del problema de calidad.
Descripción Después de realizar un análisis de la causa raíz, los hallazgos suelen clasificarse en grupos predefinidos como «Fallo del equipo», «Error humano» o «Defecto de diseño». Este atributo almacena esa clasificación final. Analizar el proceso por categoría de causa raíz resulta muy útil. Permite pasar de corregir síntomas individuales a abordar los problemas sistémicos subyacentes. Por ejemplo, un número elevado de eventos cuya causa raíz sea un «Problema de formación» puede indicar la necesidad de mejorar los programas de capacitación del personal, un objetivo clave de la acción preventiva. Por qué es importante Este atributo es fundamental para pasar de una gestión de la calidad reactiva a una proactiva, ya que permite analizar las causas fundamentales de los fallos. Dónde obtenerlo Consulte la documentación de Oracle Quality Management. Probablemente se trate de un elemento definido por el usuario en un plan de recopilación, que se completa después de la actividad «Análisis de la causa raíz realizado». Ejemplos Fallo del equipoDefecto del materialError humanoProcedimiento no seguido
	Departamento responsable ResponsibleDepartment	El departamento o área funcional responsable del evento de calidad o de la actividad actual.
Descripción Este Atributo identifica el equipo o departamento asignado para gestionar el evento de calidad. Puede tratarse de Aseguramiento de la Calidad, Ingeniería, Producción u otro grupo, y puede cambiar a medida que el evento avanza en su ciclo de vida. En Process Mining, analizar los datos por departamento responsable es clave para comprender la distribución de la carga de trabajo, identificar cuellos de botella departamentales y comparar el rendimiento de distintos equipos. También respalda el Dashboard «Quality Event Resource Allocation» al mostrar qué departamentos participan en cada tipo de actividad, lo que ayuda a optimizar la gestión de recursos. Por qué es importante Permite analizar la carga de trabajo, el rendimiento y los cuellos de botella por departamento, algo fundamental para planificar los recursos y mejorar la organización. Dónde obtenerlo Consulte la documentación de Oracle Quality Management. Puede almacenarse en tablas relacionadas con acciones de calidad o asignaciones vinculadas al evento de calidad. Ejemplos Ingeniería de calidadOperaciones de manufacturaCalidad de proveedoresIngeniería de diseño
	Estado actual CurrentStatus	El estado actual del caso del evento de calidad.
Descripción Este Atributo indica el estado actual del evento de calidad en su ciclo de vida, como «Open», «Under Investigation», «Pending Approval» o «Closed». Proporciona una instantánea de la posición del caso en el proceso en el momento de la extracción de los datos. Es un Atributo crítico para la supervisión operativa y respalda directamente el Dashboard «Open Quality Events & Status Overview». Permite a los responsables consultar rápidamente la cartera actual de problemas de calidad y priorizar los recursos. En Process Mining, filtrar por el estado final ayuda a analizar los resultados de las distintas rutas del proceso. Por qué es importante Proporciona una visión en tiempo real de la cartera de eventos de calidad y permite gestionar y priorizar eficazmente los casos activos. Dónde obtenerlo Esta información suele estar disponible en la tabla de cabecera principal de los eventos de calidad y refleja el último estado conocido del evento. Ejemplos AbiertoEn cursoEn espera de aprobaciónCerrado
	Fecha objetivo de resolución TargetResolutionDate	La fecha planificada o prevista para el cierre definitivo del evento de calidad.
Descripción Este Atributo representa el plazo en el que se espera resolver por completo un evento de calidad. Actúa como acuerdo de nivel de servicio (SLA) u objetivo interno, que a menudo se determina según la gravedad o el tipo de evento. Esta fecha es fundamental para supervisar el rendimiento y se utiliza directamente para calcular el KPI «CAPA Impl. On-Time Rate». Al comparar las fechas reales de finalización de las actividades con este objetivo, los analistas pueden medir la puntualidad, identificar eventos en riesgo de retraso y seguir las tendencias del rendimiento puntual. Esto respalda las iniciativas para reducir los tiempos de ciclo de resolución. Por qué es importante Proporciona una referencia para medir el rendimiento puntual y es esencial para calcular KPI de puntualidad y gestionar los SLA. Dónde obtenerlo Consulte la documentación de Oracle Quality Management. Puede ser un campo de fecha estándar o un elemento definido por el usuario en el plan de recopilación de calidad. Ejemplos 2023-05-302023-06-152024-01-10
	Hora de finalización del evento EventEndTime	La marca de tiempo que indica cuándo se completó una actividad o un evento.
Descripción La hora de finalización del evento marca la conclusión de una actividad específica. Junto con la hora de inicio del evento, define el tiempo de procesamiento de esa actividad. En algunos sistemas, una actividad puede ser instantánea, en cuyo caso las horas de inicio y finalización coinciden. Este Atributo es esencial para analizar las duraciones en detalle. Permite a los analistas diferenciar entre el tiempo de procesamiento activo, es decir, la duración entre la hora de inicio y la de finalización, y el tiempo de espera, es decir, la duración entre el final de una actividad y el inicio de la siguiente. Esto resulta clave para identificar dónde participan activamente los recursos y dónde las transferencias provocan retrasos. Por qué es importante Permite calcular con precisión los tiempos de procesamiento de las actividades, lo que ayuda a distinguir las tareas ineficientes de los periodos prolongados de espera. Dónde obtenerlo Puede estar disponible en las mismas tablas de transacciones o de historial que la hora de inicio, a veces como LAST_UPDATE_DATE o como una marca de tiempo específica de finalización. También puede inferirse a partir de la hora de inicio del evento posterior. Ejemplos 2023-04-15T09:15:30Z2023-04-16T12:00:00Z2023-05-02T10:00:00Z
	Nivel de gravedad SeverityLevel	Una clasificación del impacto del evento de calidad, como crítico, grave o leve.
Descripción El nivel de gravedad es una evaluación, normalmente realizada durante el triaje, del posible impacto del problema de calidad en los clientes, el cumplimiento o las operaciones empresariales. Esta clasificación ayuda a priorizar los recursos y definir la urgencia de la respuesta necesaria. En Process Mining, este Atributo es fundamental para la segmentación. Los analistas pueden comparar los flujos del proceso, los tiempos de ciclo y los resultados de los eventos de gravedad alta con los de gravedad baja. Esto respalda el Dashboard «Quality Event Triage Consistency» y el KPI «Severity-Based Resolution Rate», ya que permite comprobar si los problemas críticos se gestionan con mayor rapidez y eficacia. Por qué es importante Permite priorizar y segmentar el análisis, garantizando que los eventos de calidad de mayor impacto se gestionen de forma eficaz y eficiente. Dónde obtenerlo Consulte la documentación de Oracle Quality Management. A menudo es un elemento configurable dentro de un plan de recopilación de calidad. Ejemplos 1 - Crítica2 - Importante3 - Menor4 - Informativa
	Usuario asignado AssignedUser	El usuario individual asignado para realizar una actividad o asumir la responsabilidad del evento de calidad.
Descripción Este Atributo especifica la persona responsable de una tarea concreta o de la gestión general del evento de calidad. Proporciona un nivel de detalle más preciso que el departamento responsable. Analizar los datos por usuario ayuda a comprender las cargas de trabajo individuales, identificar necesidades de formación y reconocer a quienes obtienen mejores resultados. También puede revelar patrones, como reasignaciones constantes del trabajo o tareas que se estancan con determinadas personas. Este nivel de detalle resulta útil para gestionar el rendimiento y optimizar los recursos de forma precisa. Por qué es importante Permite analizar con detalle la carga de trabajo y el rendimiento individuales, lo que ayuda a identificar limitaciones de recursos u oportunidades de formación. Dónde obtenerlo Consulte la documentación de Oracle Quality Management. La información sobre la asignación de usuarios suele almacenarse en tablas de acciones o Workflow asociadas al evento de calidad. Ejemplos j.smitha.jonesr.williams
	¿Es un reproceso? IsRework	Indicador que señala si una actividad es una repetición o un reproceso de un paso anterior del mismo caso.
Descripción Este atributo es un indicador booleano que se establece como verdadero si una actividad específica, como «Propuesta de plan de acción correctiva», ocurre más de una vez dentro de un mismo caso de evento de calidad. Esto indica un bucle o una corrección en el proceso, en la que fue necesario repetir un paso ya completado. Identificar los reprocesos es una capacidad clave de Process Mining. Este indicador simplifica la cuantificación de estas ineficiencias y respalda directamente el KPI «Frecuencia de reproceso de actividades». Analizar qué pasos son más propensos a reprocesos y en qué condiciones puede revelar problemas de capacitación, calidad de datos o criterios de aprobación, y poner de manifiesto oportunidades para hacer el proceso más eficiente. Por qué es importante Señala las ineficiencias y los bucles del proceso, ayuda a cuantificar el desperdicio e identifica las causas raíz de los reprocesos. Dónde obtenerlo Se calcula mediante funciones de ventana o análisis secuencial del registro de eventos durante la preparación de datos. Identifica cuándo aparece varias veces el mismo nombre de actividad para un mismo caso. Ejemplos truefalse
	¿Se completó a tiempo? IsOnTime	Indicador que señala si una acción correctiva se implementó antes de su fecha objetivo de resolución.
Descripción Este atributo booleano se obtiene al comparar la marca de tiempo de finalización de la actividad «Acción correctiva implementada» con la «Fecha objetivo de resolución» del caso. Su valor es verdadero si la acción se completó en la fecha objetivo o antes, y falso en caso contrario. Este atributo respalda directamente el KPI «Tasa de CAPA implementadas a tiempo». Simplifica el análisis y la creación de Dashboards al proporcionar una clasificación binaria clara para la puntualidad de cada caso. Permite filtrar y agregar datos fácilmente para supervisar el cumplimiento de los niveles de servicio e identificar las causas raíz de los retrasos. Por qué es importante Simplifica el seguimiento del desempeño puntual frente a los objetivos y facilita la medición y la presentación de informes sobre este KPI fundamental. Dónde obtenerlo Es un indicador derivado que se calcula durante la transformación de datos. Requiere TargetResolutionDate y la marca de tiempo de la actividad de finalización correspondiente. Ejemplos truefalse
	Categoría del problema IssueCategory	La categoría o el tipo del problema de calidad, como «Product Defect» o «Process Deviation».
Descripción Este Atributo clasifica el evento de calidad y ayuda a agrupar problemas similares para analizarlos. Normalmente, la organización define las categorías para reflejar su contexto operativo específico. Analizar el proceso por categoría del problema permite identificar patrones relacionados con tipos concretos de problemas. Por ejemplo, puede revelar que los problemas de «Supplier Material» tienen un tiempo de ciclo mucho mayor que los de «Internal Process». Esta segmentación resulta valiosa para impulsar iniciativas específicas de mejora del proceso. Por qué es importante Categorizar los problemas permite realizar análisis específicos para identificar tendencias y causas raíz en áreas problemáticas concretas. Dónde obtenerlo Consulte la documentación de Oracle Quality Management. Probablemente sea un elemento definido por el usuario dentro del plan de recopilación de calidad. Ejemplos Defecto del productoDesviación del procesoMaterial del proveedorQueja del cliente
	Código de cierre ClosureCode	Código que indica el motivo o resultado del cierre del evento de calidad.
Descripción Cuando se cierra un evento de calidad, normalmente se asigna un código de cierre para clasificar el resultado final. Algunos ejemplos son «Acción eficaz», «No se requiere ninguna acción» o «Problema duplicado». Este atributo resulta muy útil para analizar los resultados. Al filtrar por distintos códigos de cierre, los analistas pueden estudiar las rutas del proceso que conducen a resultados satisfactorios y compararlas con las que no lo hacen. También permite responder preguntas como «¿Cómo es nuestro proceso para los problemas que se cierran como duplicados?» e identificar ineficiencias en el proceso de clasificación inicial. Por qué es importante Proporciona información esencial sobre el resultado de un caso y permite analizar qué rutas del proceso conducen a resoluciones satisfactorias. Dónde obtenerlo Consulte la documentación de Oracle Quality Management. Probablemente sea un campo que se completa durante la actividad final de cierre. Ejemplos EFICAZSIN_ACCIONESDUPLICADORIESGO_ACEPTADO
	ID del plan de acción correctiva CorrectiveActionPlanId	El identificador único del plan de acción correctiva (CAPA) creado para abordar el evento de calidad.
Descripción Este atributo establece un vínculo directo entre un evento de calidad y el plan específico de acciones correctivas y preventivas diseñado para resolverlo. A menudo, se trata de un objeto independiente del sistema, con su propio ciclo de vida. En el análisis, este ID puede utilizarse para combinar los datos del proceso de eventos de calidad con los datos del proceso de gestión de CAPA y crear una visión más completa. Permite comprobar si cada evento que requiere una CAPA tiene una asignada y analizar la eficacia de esas acciones. Por qué es importante Vincula el problema, es decir, el evento de calidad, con la solución, la CAPA, y permite analizar de forma integral el sistema de gestión de la calidad de principio a fin. Dónde obtenerlo Sería un campo de referencia del registro del evento de calidad que apunta a un registro de una tabla o módulo específico de CAPA. Ejemplos CAPA-2023-088CAPA-2023-091
	Identificador del producto ProductIdentifier	El identificador del producto asociado al evento de calidad.
Descripción Este Atributo vincula el evento de calidad con un producto, material o servicio específico. Puede ser un código de producto, una SKU o un número de pieza. Este vínculo es fundamental para analizar la calidad del producto. Process Mining permite comparar los procesos de gestión de la calidad entre distintas líneas de productos o identificar los productos que se asocian con frecuencia a problemas de calidad. Esto ayuda a priorizar las mejoras de ingeniería o fabricación allí donde más se necesitan. Por qué es importante Relaciona los eventos de calidad con productos específicos y permite analizar las tendencias de calidad y las variaciones del proceso asociadas a cada producto. Dónde obtenerlo Esta información se almacenaría en un campo del plan de recopilación de calidad, normalmente vinculado al maestro de artículos de Oracle Inventory. Ejemplos SKU-100-A-REDPN-987654CHEM-X2
	Sistema de origen SourceSystem	Identifica el sistema de registro del que se extrajeron los datos.
Descripción Este Atributo especifica la aplicación o el sistema de origen de los datos del evento. En un entorno empresarial, los datos de eventos de calidad pueden proceder de varias fuentes, como el módulo principal Oracle Quality, un sistema CAPA independiente o un portal de reclamaciones de clientes. Para el análisis, este campo ayuda a comprender el linaje de los datos y puede utilizarse para segmentar el proceso según el sistema de origen. Es fundamental para la gobernanza de datos y la resolución de problemas de integración, ya que garantiza que la vista del proceso refleje con precisión el conjunto de datos combinados. Por qué es importante Proporciona un contexto esencial sobre el origen de los datos, importante para validarlos, gobernarlos y analizar las variaciones del proceso entre distintos sistemas. Dónde obtenerlo Normalmente es un valor estático añadido durante el proceso de extracción, transformación y carga (ETL) para identificar el origen del conjunto de datos. Ejemplos Oracle Quality Management R12Oracle EBS QualityQM-PROD
	Tiempo total del ciclo TotalCycleTime	El tiempo total transcurrido desde la identificación de un problema de calidad hasta su cierre definitivo.
Descripción Este atributo mide la duración completa, de principio a fin, de un caso individual de evento de calidad. Se calcula como la diferencia entre la marca de tiempo de la primera actividad («Problema de calidad identificado») y la de la última («Revisión final y cierre»). Es un indicador clave de rendimiento (KPI) principal para medir la eficiencia general del proceso de gestión de la calidad. Constituye la métrica principal del panel «Tiempo de ciclo de extremo a extremo del evento de calidad». El seguimiento de esta métrica a lo largo del tiempo y su segmentación por atributos como la gravedad o la categoría del problema ofrecen una visión general de la salud del proceso y del impacto de las iniciativas de mejora. Por qué es importante Este KPI es fundamental para medir la velocidad y la eficiencia generales del proceso completo de gestión de la calidad, desde el inicio hasta el cierre. Dónde obtenerlo Se calcula a nivel de caso durante el procesamiento de datos para Process Mining. Requiere la hora de inicio del primer evento y la hora de finalización del último evento de cada QualityEventId. Ejemplos P30DT12HP15DP92D
	Última actualización de los datos LastDataUpdate	La marca de tiempo de la actualización o recarga más reciente de los datos desde el sistema de origen.
Descripción Este atributo indica la última vez que se actualizaron los datos de este evento en el conjunto de datos de Process Mining. Refleja la actualidad de los datos y ayuda a los usuarios a comprender si el análisis es reciente. En los Dashboards y los informes, esta marca de tiempo es fundamental para proporcionar contexto al usuario. Aclara si se están consultando datos en tiempo real o una instantánea de un momento concreto, algo esencial para tomar decisiones operativas fundamentadas. También garantiza la transparencia sobre la vigencia de los datos. Por qué es importante Esta marca de tiempo aporta transparencia sobre la actualidad de los datos y garantiza que los usuarios comprendan hasta qué punto está actualizado el análisis del proceso. Dónde obtenerlo Este valor se genera y almacena durante el proceso ETL de datos y normalmente representa la marca de tiempo de la última ejecución correcta de la canalización de datos. Ejemplos 2023-10-27T04:00:00Z2023-10-26T04:00:00Z
	Unidad de negocio BusinessUnit	La unidad de negocio o división de la organización donde se produjo o se gestiona el evento de calidad.
Descripción Este atributo asigna el evento de calidad a una parte concreta de la estructura empresarial. Ayuda a analizar y comparar el rendimiento de calidad entre distintas unidades organizativas. Segmentar el análisis del proceso por Unidad de negocio es un requisito habitual en las grandes empresas. Permite crear Dashboards específicos para cada unidad de negocio y ayuda a identificar si determinadas divisiones cuentan con procesos de calidad más eficientes o afrontan retos particulares. Esto resulta útil para la supervisión corporativa y para compartir buenas prácticas en toda la organización. Por qué es importante Permite comparar y analizar el desempeño entre distintas partes de la organización, y respalda la gestión de la calidad en toda la empresa. Dónde obtenerlo Normalmente forma parte de los datos del contexto organizativo asociados a la transacción y suele derivarse de los datos maestros del usuario o del departamento. Ejemplos Dispositivos médicosElectrónica de consumoPiezas automotrices

Obligatorio Recomendado Opcional

Actividades de gestión de la calidad

Estos son los pasos clave y los hitos importantes del proceso que debe capturar en su registro de eventos para descubrir el proceso y evaluar su rendimiento con precisión.

6 Recomendado 8 Opcional

	Actividad	Descripción
	Eficacia de la acción verificada	Confirma que la acción correctiva implementada ha resuelto correctamente la causa raíz y ha evitado que el problema se repita. Se captura cuando un usuario completa el paso de verificación y actualiza el estado del registro.
Por qué es importante Este es un hito crítico basado en resultados y constituye la base del KPI «Effectiveness Verif. Rate». Cierra el ciclo de la acción correctiva y garantiza que los problemas se hayan resuelto realmente. Dónde obtenerlo Se infiere a partir de un cambio de estado del registro CAPA a «Verification Complete» o «Effective». También puede implicar el registro de campos específicos con los resultados de la verificación. Recopilar Se infiere a partir de un cambio de estado a «Verification Complete» o «Effective». Tipo de evento inferred
	Investigación iniciada	Marca el inicio oficial de la fase de investigación para determinar la causa raíz del problema de calidad. Normalmente se representa mediante un cambio de estado en el sistema, como el paso a «Under Investigation».
Por qué es importante Sirve como punto de partida para medir el KPI «Root Cause Analysis Lead Time» y ayuda a identificar cuánto tiempo esperan los problemas antes de que comience una investigación formal. Dónde obtenerlo Se infiere a partir de un cambio de estado del Quality Issue o de un Quality Action asociado al estado «Investigation». La marca de tiempo de este cambio de estado proporciona la hora del evento. Recopilar Se infiere a partir de un cambio de estado a «Under Investigation» o a un estado similar. Tipo de evento inferred
	Plan de acción correctiva aprobado	Representa la aprobación formal del plan de acción correctiva propuesto por parte de una autoridad designada. Es un punto de control crítico que normalmente se captura mediante una acción de aprobación explícita o un cambio de estado a «Approved».
Por qué es importante Esta aprobación es un hito clave y un cuello de botella frecuente. Analizar los tiempos de aprobación ayuda a agilizar el proceso y garantizar el cumplimiento de los procedimientos. Dónde obtenerlo Se infiere a partir de un cambio de estado del registro de Quality Action o CAPA a «Approved». Los sistemas Oracle con Workflows de aprobación suelen registrar este cambio explícitamente en tablas de auditoría. Recopilar Se infiere a partir de un cambio de estado a «Approved». Tipo de evento inferred
	Problema categorizado y priorizado	Esta actividad tiene lugar cuando un analista completa la evaluación inicial y asigna Atributos clave, como la gravedad, la prioridad y el tipo de problema. Normalmente se captura cuando el problema pasa del estado «New» al estado «Assessed» o «In Triage».
Por qué es importante Este hito es fundamental para el KPI «Avg Triage Processing Time». Los retrasos en esta fase pueden ralentizar todo el proceso de resolución, especialmente en el caso de problemas críticos. Dónde obtenerlo Se infiere a partir de un cambio de estado en el registro de Quality Issue, por ejemplo, de «New» a «Under Assessment», o cuando se rellenan por primera vez campos como «Severity» o «Priority». Recopilar Se infiere a partir de un cambio de estado o del primer registro de los campos Severity o Priority. Tipo de evento inferred
	Problema de calidad identificado	Esta actividad marca la creación de un nuevo registro de evento de calidad, como una no conformidad, una desviación o una reclamación de cliente. Se registra explícitamente cuando un usuario crea un nuevo registro de Quality Issue o Quality Action en Oracle.
Por qué es importante Como evento de inicio, es esencial para calcular el tiempo total del ciclo del proceso de gestión de la calidad y comprender el volumen de eventos de calidad entrantes. Dónde obtenerlo Este evento se captura a partir de la marca de tiempo de creación del registro de Quality Issue o Quality Action, que probablemente se encuentra en tablas como QAM_QUALITY_ISSUES o QAM_QUALITY_ACTIONS. Recopilar Evento registrado al crear un nuevo registro de Quality Issue o Action. Tipo de evento explicit
	Revisión final y cierre	Es el paso final, en el que se confirma que todas las acciones relacionadas se han completado y se cierra formalmente el problema de calidad principal. Se captura mediante un cambio de estado final a «Closed» o «Resolved» en el registro principal.
Por qué es importante Es el evento de finalización principal del proceso. Resulta esencial para calcular el KPI «Average Event Cycle Time» y medir el rendimiento general del proceso. Dónde obtenerlo Se infiere a partir del cambio de estado final del registro principal de Quality Issue a «Closed». La marca de tiempo de este cambio sirve como hora del evento. Recopilar Se infiere a partir de un cambio de estado a «Closed» en el registro principal de Quality Issue. Tipo de evento inferred
	Acción correctiva implementada	Marca la finalización de las tareas definidas en el plan de acción correctiva aprobado. Normalmente se captura cuando un usuario actualiza el estado del registro de acción correctiva a «Implemented» o «Completed».
Por qué es importante Esta actividad es fundamental para el KPI «CAPA Impl. On-Time Rate», ya que indica que la solución planificada se ha ejecutado y permite compararla con las fechas objetivo. Dónde obtenerlo Este evento se infiere a partir de un cambio de estado del registro de Quality Action o CAPA asociado a «Implemented» o «Completed». Recopilar Se infiere a partir de un cambio de estado a «Implemented» o «Completed». Tipo de evento inferred
	Acción preventiva identificada	Representa la creación de una acción preventiva (PA) para abordar problemas sistémicos y evitar que se produzcan eventos de calidad similares. A menudo se registra como la creación de un nuevo registro de Preventive Action vinculado al problema original.
Por qué es importante Esta actividad muestra un proceso de calidad maduro que va más allá de resolver problemas individuales y se centra en prevenir los futuros. Su seguimiento ayuda a medir las mejoras proactivas de la calidad. Dónde obtenerlo Se captura a partir de la creación de un nuevo registro de Quality Action de tipo «Preventive Action», normalmente vinculado al Quality Issue o Corrective Action original. Recopilar Se registra al crear un registro de Quality Action de tipo «Preventive Action». Tipo de evento explicit
	Acción preventiva implementada	Marca la finalización de las tareas definidas en el plan de acción preventiva para mitigar los riesgos sistémicos. Se captura cuando un usuario actualiza el estado del registro de acción preventiva a «Implemented» o «Completed».
Por qué es importante Mide la capacidad de la organización para ejecutar mejoras proactivas de la calidad. Los retrasos en esta fase pueden indicar dificultades para implementar cambios sistémicos en toda la organización. Dónde obtenerlo Se infiere a partir de un cambio de estado del registro de Preventive Action asociado a «Implemented» o «Completed», de forma similar al seguimiento de las acciones correctivas. Recopilar Se infiere a partir de un cambio de estado a «Implemented» en un registro de Preventive Action. Tipo de evento inferred
	Análisis de la causa raíz realizado	Representa la finalización del análisis de la causa raíz (RCA) y la documentación de los resultados. Normalmente se captura cuando el equipo de investigación actualiza el problema de calidad con la causa raíz identificada y cambia su estado.
Por qué es importante Esta actividad es el punto final del KPI «Root Cause Analysis Lead Time». Analizar la duración hasta este paso ayuda a localizar cuellos de botella en la fase de resolución de problemas. Dónde obtenerlo Se infiere a partir de un cambio de estado a «RCA Complete» o cuando se rellena el campo de categoría de causa raíz y se guarda el registro. Se utiliza la marca de tiempo de esta actualización. Recopilar Se infiere a partir de un cambio de estado a «RCA Complete» o del registro de los campos de causa raíz. Tipo de evento inferred
	Partes interesadas informadas de la resolución	Representa la comunicación de la resolución del evento de calidad a las partes pertinentes, como la persona que lo notificó o los clientes afectados. Es difícil de capturar y puede inferirse a partir de un cambio de estado posterior al cierre o de un comentario registrado.
Por qué es importante Es fundamental para el KPI «Stakeholder Notification Lag». La comunicación oportuna es importante para la satisfacción del cliente y la transparencia interna, incluso después de resolver un problema. Dónde obtenerlo A menudo es difícil capturarlo automáticamente. Puede inferirse a partir de un estado como «Notification Sent» o registrarse en un campo de actividad o comentarios, lo que requiere una lógica específica para extraerlo. Recopilar Se infiere a partir de un cambio de estado específico o, potencialmente, mediante Process Mining de los registros de actividad. Tipo de evento inferred
	Plan de acción correctiva propuesto	Tiene lugar cuando se definen las acciones correctivas y se vinculan al problema de calidad, detallando los pasos para resolverlo. Puede consistir en la creación de un registro de Corrective Action relacionado o en un cambio de estado que indique que el plan está listo para su revisión.
Por qué es importante Este paso registra la transición del análisis del problema al diseño de la solución. El retrabajo asociado a esta fase, medido mediante KPI de retrabajo, puede indicar requisitos poco claros o una planificación ineficaz. Dónde obtenerlo Puede tratarse de un evento explícito derivado de la creación de un nuevo registro de Corrective Action dentro de un objeto CAPA, o de un evento inferido a partir de un cambio de estado a «Plan Proposed» o «Pending Approval». Recopilar Se infiere a partir de un cambio de estado a «Pending Approval» o de la creación de una Corrective Action vinculada. Tipo de evento inferred
	Problema asignado para triaje	Representa la asignación del problema de calidad recién creado a un usuario o equipo específico para su revisión y evaluación iniciales. Este evento suele inferirse mediante el seguimiento de los cambios en el campo de persona asignada o responsable del registro del problema de calidad.
Por qué es importante El seguimiento de esta transferencia inicial ayuda a identificar retrasos antes de que comience la evaluación. Analizar el tiempo transcurrido en este estado permite detectar posibles acumulaciones de trabajo en la cola de triaje. Dónde obtenerlo Se infiere a partir de los cambios en el campo de responsable o persona asignada del registro de Quality Issue. Puede obtenerse de tablas de auditoría o mediante el seguimiento de los cambios de estado asociados a los Workflows de asignación. Recopilar Se infiere a partir de un cambio en el campo «Assigned To» u «Owner» de Quality Issue. Tipo de evento inferred
	Se requiere una comprobación de eficacia	Representa el momento en que el sistema o un usuario indica que la acción implementada requiere una verificación posterior para confirmar su eficacia. Suele tratarse de un cambio de estado automático o manual que se produce después de la implementación.
Por qué es importante Este paso inicia la fase esencial de verificación. Comprender el tiempo transcurrido entre la implementación y esta actividad puede revelar retrasos en el inicio de las comprobaciones necesarias. Dónde obtenerlo Este evento se infiere a partir de un cambio de estado de Quality Action a «Pending Effectiveness Check» o a un estado similar dentro del Workflow. Recopilar Se infiere a partir de un cambio de estado a «Pending Effectiveness Check». Tipo de evento inferred

Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de Oracle Quality Management

Pasos

Acceder a Oracle BI Publisher: Inicie sesión en su instancia de Oracle E-Business Suite y vaya a la responsabilidad que proporciona acceso a BI Publisher, como BI Publisher Administrator o una responsabilidad personalizada similar.
Crear un nuevo modelo de datos: En la página de inicio de BI Publisher, seleccione Create y, después, Data Model. Se abrirá el editor de modelos de datos.
Definir un conjunto de datos de consulta SQL: En el editor de modelos de datos, haga clic en el icono más del panel Data Sets y seleccione SQL Query. Se abrirá la ventana del editor de consultas SQL.
Configurar el origen de datos: En la ventana New Data Set, introduzca un nombre para el conjunto de datos, por ejemplo, DS_QUALITY_EVENTS. Seleccione la base de datos Oracle EBS adecuada como Data Source.
Introducir la consulta SQL: Copie la consulta SQL completa proporcionada en la sección «query» de este documento y péguela en el área de texto SQL Query.
Definir los parámetros de la consulta: La consulta proporcionada utiliza los marcadores :P_START_DATE y :P_END_DATE para el periodo del informe. En el modelo de datos de BI Publisher, debe definirlos como parámetros. Para cada uno, cree un parámetro nuevo, asígnele el nombre correspondiente, por ejemplo, P_START_DATE, establezca Data Type como Date y configure una indicación de pantalla clara para el usuario.
Guardar el modelo de datos: Después de pegar la consulta y definir los parámetros, guarde el modelo de datos. Se recomienda guardarlo en una carpeta compartida para informes.
Crear un informe nuevo: Vuelva a la página de inicio de BI Publisher, seleccione Create y, después, Report. Seleccione la opción «Use Data Model» y busque el modelo de datos que acaba de guardar.
Configurar el diseño del informe: El asistente de informes le guiará durante la configuración del diseño. Para ProcessMind, basta con un diseño de tabla sencillo. Arrastre todas las columnas del modelo de datos al diseño del informe. Asegúrese de configurar el formato de salida como CSV.
Establecer las propiedades del informe: En las propiedades del informe, asegúrese de que la opción «Enable CSV Output» esté activada. También puede definir valores de parámetros predeterminados si es necesario.
Ejecutar y exportar el informe: Guarde el informe y ejecútelo indicando las fechas de inicio y fin deseadas. Cuando termine de generarse, haga clic en el botón Export y seleccione CSV como formato de salida. El archivo se descargará en su equipo local.
Preparar la carga: Abra el archivo CSV descargado para comprobar que contiene los datos esperados. Verifique que los encabezados de las columnas coincidan con los requisitos del esquema de ProcessMind. El archivo ya está listo para cargarse.

Configuración

Requisitos previos: Una cuenta de usuario con acceso a Oracle BI Publisher y permisos de lectura en las tablas subyacentes del módulo Quality, por ejemplo, QA_RESULTS, QA_PLANS, QA_ACTIONS y FND_USER.
Configuración del origen de datos: El modelo de datos de BI Publisher debe configurarse para conectarse a la base de datos principal de la aplicación Oracle EBS, en el esquema APPS.
Parámetros del intervalo de fechas: La consulta está diseñada con dos parámetros obligatorios, :P_START_DATE y :P_END_DATE, para filtrar la extracción de datos. Para un análisis inicial, se recomienda un intervalo de 6 a 12 meses que permita incluir suficientes casos completos. Formatee la fecha como «YYYY-MM-DD».
Formato de salida: El informe debe configurarse para permitir la salida CSV. Este formato es óptimo para la ingesta en ProcessMind porque es sencillo, estructurado y evita análisis complejos.
Programación: Para supervisar continuamente el proceso, programe el informe de BI Publisher para que se ejecute periódicamente, por ejemplo, a diario o semanalmente. Configure la entrega de la salida en un servidor o repositorio de contenido designado para su recogida automatizada.
Rendimiento: En instancias con un volumen muy elevado de eventos de calidad, la consulta puede tardar bastante en ejecutarse. Asegúrese de que el intervalo de fechas sea razonable y considere consultar con su administrador de bases de datos sobre la optimización de la consulta o la indexación de tablas si el rendimiento supone un problema.

a Consulta de ejemplo sql

SELECT
    qr.occurrence AS QualityEventId,
    'Quality Issue Identified' AS ActivityName,
    qr.creation_date AS EventStartTime,
    qr.last_update_date AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate, -- Or a dedicated target date field
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.created_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.creation_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

-- Activities based on status changes are best captured from an audit table if available. 
-- This example uses LAST_UPDATE_DATE which is an approximation.
SELECT
    qr.occurrence AS QualityEventId,
    'Issue Assigned For Triage' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status IN ('Assigned', 'In Triage') AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Issue Categorized and Prioritized' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status IN ('Assessed', 'Prioritized') AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Investigation Initiated' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status = 'Under Investigation' AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Root Cause Analysis Performed' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qpc_rc.char_value IS NOT NULL AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

-- Corrective and Preventive Actions from a table like QA_ACTIONS
SELECT 
    qa.source_code AS QualityEventId,
    'Corrective Action Plan Proposed' AS ActivityName,
    qa.creation_date AS EventStartTime,
    NULL AS EventEndTime,
    NULL AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qa.status_code AS CurrentStatus,
    NULL AS SeverityLevel,
    qa.target_date AS TargetResolutionDate,
    NULL AS RootCauseCategory,
    NULL AS ProcessingTime
FROM qa_actions qa
LEFT JOIN fnd_user fu ON qa.assignee_id = fu.user_id
WHERE qa.action_code = 'CORRECTIVE_ACTION' AND qa.creation_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT 
    qa.source_code AS QualityEventId,
    'Corrective Action Plan Approved' AS ActivityName,
    qa.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    NULL AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qa.status_code AS CurrentStatus,
    NULL AS SeverityLevel,
    qa.target_date AS TargetResolutionDate,
    NULL AS RootCauseCategory,
    NULL AS ProcessingTime
FROM qa_actions qa
LEFT JOIN fnd_user fu ON qa.last_updated_by = fu.user_id
WHERE qa.action_code = 'CORRECTIVE_ACTION' AND qa.status_code = 'Approved' AND qa.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT 
    qa.source_code AS QualityEventId,
    'Corrective Action Implemented' AS ActivityName,
    qa.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    NULL AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qa.status_code AS CurrentStatus,
    NULL AS SeverityLevel,
    qa.target_date AS TargetResolutionDate,
    NULL AS RootCauseCategory,
    NULL AS ProcessingTime
FROM qa_actions qa
LEFT JOIN fnd_user fu ON qa.last_updated_by = fu.user_id
WHERE qa.action_code = 'CORRECTIVE_ACTION' AND qa.status_code IN ('Implemented', 'Completed') AND qa.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Effectiveness Check Required' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status = 'Verification Pending' AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Effectiveness of Action Verified' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status = 'Verification Complete' AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT 
    qa.source_code AS QualityEventId,
    'Preventive Action Identified' AS ActivityName,
    qa.creation_date AS EventStartTime,
    NULL AS EventEndTime,
    NULL AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qa.status_code AS CurrentStatus,
    NULL AS SeverityLevel,
    qa.target_date AS TargetResolutionDate,
    NULL AS RootCauseCategory,
    NULL AS ProcessingTime
FROM qa_actions qa
LEFT JOIN fnd_user fu ON qa.assignee_id = fu.user_id
WHERE qa.action_code = 'PREVENTIVE_ACTION' AND qa.creation_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT 
    qa.source_code AS QualityEventId,
    'Preventive Action Implemented' AS ActivityName,
    qa.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    NULL AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qa.status_code AS CurrentStatus,
    NULL AS SeverityLevel,
    qa.target_date AS TargetResolutionDate,
    NULL AS RootCauseCategory,
    NULL AS ProcessingTime
FROM qa_actions qa
LEFT JOIN fnd_user fu ON qa.last_updated_by = fu.user_id
WHERE qa.action_code = 'PREVENTIVE_ACTION' AND qa.status_code IN ('Implemented', 'Completed') AND qa.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Final Review and Closure' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status IN ('Closed', 'Resolved') AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Stakeholders Notified of Resolution' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status = 'Notification Sent' AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

Pasos

Requisitos previos: Asegúrese de disponer de un cliente de base de datos, como SQL Developer o DBeaver, y de credenciales de solo lectura para la base de datos Oracle que aloja el módulo de Gestión de la calidad.
Comprenda el esquema: Familiarícese con las tablas clave de Oracle Quality. La consulta utiliza principalmente QA_RESULTS para las cabeceras de los eventos de calidad, QA_PLANS para las definiciones de los planes, QA_RESULTS_V para una vista combinada de los resultados y sus valores, y tablas de usuarios de la aplicación como FND_USER o PER_ALL_PEOPLE_F.
Defina los parámetros de la consulta: Antes de ejecutar la consulta, localice las variables de ejemplo de la cláusula WHERE. Debe sustituir :start_date, :end_date y :organization_id por los valores adecuados para el alcance de la extracción. Por ejemplo, establezca :start_date en «2023-01-01» y :end_date en «2023-06-30».
Ejecute la consulta SQL: Copie el script SQL completo y ejecútelo en su cliente de base de datos. El script utiliza varias cláusulas UNION ALL para reunir distintos eventos en un único formato de registro de eventos.
Revise los datos sin procesar: Después de ejecutar la consulta, revise el resultado. Cada fila representa una actividad individual del ciclo de vida de un evento de calidad. Compruebe que los datos estén completos y que existan valores en columnas clave como QualityEventId, ActivityName y EventStartTime.
Gestione las marcas de tiempo y las duraciones: La consulta proporciona EventStartTime. EventEndTime se deja intencionadamente como NULL, porque para determinar la hora de finalización de un evento suele ser necesario conocer la hora de inicio del siguiente. Normalmente, este cálculo se realiza mejor en la herramienta de Process Mining o mediante un script de posprocesamiento. Del mismo modo, ProcessingTime se establece en NULL, ya que requiere calcularse a partir de las horas de inicio y finalización.
Exporte a CSV: Exporte el conjunto completo de resultados desde su cliente SQL a un archivo CSV. Asegúrese de que el archivo utilice codificación UTF-8 e incluya una fila de cabecera con los alias de columna de la consulta.
Prepárese para la carga: Verifique que las cabeceras de las columnas CSV coincidan con los requisitos de la plataforma ProcessMind (Id. del caso, Actividad, Marca de tiempo de inicio). Cambie el nombre de las columnas QualityEventId, ActivityName y EventStartTime según corresponda antes de cargar el archivo.

Configuración

Acceso a la base de datos: La persona que ejecute la consulta debe tener privilegios SELECT sobre todas las tablas a las que se hace referencia en el script, que pueden incluir tablas de los esquemas APPS, QA, PER y RR. HH..
Filtros clave de la consulta: La consulta contiene marcadores de posición críticos que deben configurarse:
- :start_date: El inicio del periodo del informe. La consulta filtra los eventos creados en esta fecha o después.
- :end_date: El final del periodo del informe.
- :organization_id: El identificador de la organización Oracle específica que desea analizar. Los planes y resultados de calidad suelen estar vinculados a una organización.
Intervalo de fechas: Para un análisis inicial, se recomienda utilizar entre 3 y 6 meses de datos. En sistemas grandes y con un volumen elevado, comience con un periodo más corto, como un mes, para evaluar el rendimiento de la consulta antes de ejecutar una extracción más amplia.
Consideraciones de rendimiento: Esta consulta une varias tablas grandes y combina 14 conjuntos de resultados independientes. Puede consumir muchos recursos. Programe la extracción fuera de las horas punta para minimizar el impacto en el rendimiento del sistema. Si el rendimiento es deficiente, consulte a un administrador de bases de datos sobre la indexación de columnas clave, especialmente las columnas de fecha y de claves foráneas.

a Consulta de ejemplo sql

WITH QualityEventBase AS (
    SELECT
        qr.COLLECTION_ID,
        qr.PLAN_ID,
        qp.NAME AS PLAN_NAME,
        qr.ORGANIZATION_ID,
        qr.CREATION_DATE,
        qr.LAST_UPDATE_DATE,
        qr.CREATED_BY,
        qr.LAST_UPDATED_BY,
        (SELECT qrv.CHARACTER1 FROM QA_RESULTS_V qrv WHERE qrv.COLLECTION_ID = qr.COLLECTION_ID AND qrv.ELEMENT_SHORT_CODE = 'Q_STATUS') AS CurrentStatus,
        (SELECT qrv.CHARACTER1 FROM QA_RESULTS_V qrv WHERE qrv.COLLECTION_ID = qr.COLLECTION_ID AND qrv.ELEMENT_SHORT_CODE = 'Q_SEVERITY') AS SeverityLevel,
        (SELECT qrv.CHARACTER1 FROM QA_RESULTS_V qrv WHERE qrv.COLLECTION_ID = qr.COLLECTION_ID AND qrv.ELEMENT_SHORT_CODE = 'Q_ROOT_CAUSE') AS RootCauseCategory,
        (SELECT qrv.CHARACTER1 FROM QA_RESULTS_V qrv WHERE qrv.COLLECTION_ID = qr.COLLECTION_ID AND qrv.ELEMENT_SHORT_CODE = 'Q_DEPT') AS ResponsibleDepartment,
        (SELECT qrv.DATE1 FROM QA_RESULTS_V qrv WHERE qrv.COLLECTION_ID = qr.COLLECTION_ID AND qrv.ELEMENT_SHORT_CODE = 'Q_TARGET_DATE') AS TargetResolutionDate,
        (SELECT fu.USER_NAME FROM FND_USER fu WHERE fu.USER_ID = qr.LAST_UPDATED_BY) AS AssignedUser
    FROM
        QA_RESULTS qr
    JOIN
        QA_PLANS qp ON qr.PLAN_ID = qp.PLAN_ID
    WHERE
        qr.CREATION_DATE BETWEEN TO_DATE(:start_date, 'YYYY-MM-DD') AND TO_DATE(:end_date, 'YYYY-MM-DD')
        AND qr.ORGANIZATION_ID = :organization_id
)
-- 1. Quality Issue Identified
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Quality Issue Identified' AS ActivityName,
    qeb.CREATION_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb

UNION ALL

-- 2. Issue Assigned For Triage (Approximation: first update after creation)
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Issue Assigned For Triage' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'TRIAGE' AND qeb.LAST_UPDATE_DATE > qeb.CREATION_DATE

UNION ALL

-- 3. Issue Categorized and Prioritized
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Issue Categorized and Prioritized' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'ASSESSED' AND qeb.SeverityLevel IS NOT NULL

UNION ALL

-- 4. Investigation Initiated
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Investigation Initiated' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'UNDER_INVESTIGATION'

UNION ALL

-- 5. Root Cause Analysis Performed
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Root Cause Analysis Performed' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'RCA_COMPLETE' AND qeb.RootCauseCategory IS NOT NULL

UNION ALL

-- 6. Corrective Action Plan Proposed
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Corrective Action Plan Proposed' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'CAPA_PROPOSED'

UNION ALL

-- 7. Corrective Action Plan Approved
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Corrective Action Plan Approved' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'CAPA_APPROVED'

UNION ALL

-- 8. Corrective Action Implemented
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Corrective Action Implemented' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'CAPA_IMPLEMENTED'

UNION ALL

-- 9. Effectiveness Check Required
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Effectiveness Check Required' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'EFFECTIVENESS_CHECK'

UNION ALL

-- 10. Effectiveness of Action Verified
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Effectiveness of Action Verified' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'VERIFIED'

UNION ALL

-- 11. Preventive Action Identified
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Preventive Action Identified' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'PAPA_DEFINED'

UNION ALL

-- 12. Preventive Action Implemented
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Preventive Action Implemented' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'PAPA_IMPLEMENTED'

UNION ALL

-- 13. Final Review and Closure
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Final Review and Closure' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'CLOSED'

UNION ALL

-- 14. Stakeholders Notified of Resolution (Approximation)
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Stakeholders Notified of Resolution' AS ActivityName,
    qeb.LAST_UPDATE_DATE + interval '1' minute AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'CLOSED'

Pasos

¡Prepare su entorno!: Asegúrese de tener instalada en su sistema la versión 3.6 o posterior de Python. Instale las bibliotecas necesarias con pip: pip install pandas oracledb. Estas bibliotecas son necesarias para conectarse a la base de datos Oracle y manipular los datos.
Obtenga las credenciales de la base de datos: Consiga los datos de conexión necesarios para su base de datos de Gestión de calidad de Oracle. Incluyen el nombre de usuario, la contraseña y el nombre de servicio de datos (DSN), que normalmente sigue el formato hostname:port/service_name.
Guarde el script de extracción: Copie el script de Python completo proporcionado en la sección «query» y guárdelo en un archivo, por ejemplo, extract_quality_events.py.
Configure el script: Abra el script guardado en un editor de texto. Busque la sección de configuración situada al principio y sustituya los valores de marcador de db_user, db_password, db_dsn, start_date y end_date por sus datos específicos.
Personalice los marcadores SQL: Revise la consulta SQL incluida en el script. Puede que deba ajustar nombres de tablas como QA_RESULTS o valores de estado específicos como «NEW» y «CLOSED» para que coincidan con la configuración de Oracle de su organización. Si no está seguro de estos valores, consulte al administrador de su sistema Oracle.
Ejecute el script: Abra un símbolo del sistema o un terminal, vaya al directorio donde guardó el script y ejecútelo con el comando python extract_quality_events.py.
Supervise la ejecución: El script se conectará a la base de datos, ejecutará la consulta y procesará los datos. Según el intervalo de fechas y el volumen de datos, el proceso puede tardar varios minutos. Busque el mensaje «Successfully connected to Oracle Database!» y, al final, el mensaje «Event log saved to quality_event_log.csv».
Recupere el archivo de salida: Cuando finalice el script, se creará un archivo llamado quality_event_log.csv en el mismo directorio. Este archivo contiene el registro de eventos extraído.
Revise el registro de eventos: Abra el archivo quality_event_log.csv en una aplicación de hojas de cálculo para realizar una revisión rápida. Compruebe que incluya las columnas esperadas y que los datos estén correctamente cumplimentados en algunos casos de muestra.
Cargue los datos en la herramienta de Process Mining: El archivo CSV generado ya está listo para cargarse en su aplicación de Process Mining para su análisis.

Configuración

Conexión a la base de datos: El script requiere un nombre del origen de datos de Oracle (DSN), un nombre de usuario y una contraseña con acceso de lectura a las tablas necesarias de Quality Management, por ejemplo, QA_RESULTS, QA_PLANS, FND_USER y PER_ALL_PEOPLE_F.
Filtrado por intervalo de fechas: Las variables start_date y end_date del script son fundamentales para controlar el volumen de datos. Se recomienda comenzar con un intervalo más corto, como 3-6 meses, para garantizar el rendimiento y validar la salida antes de ejecutar una extracción más amplia.
Filtros específicos del sistema: La consulta SQL puede personalizarse para incluir filtros basados en su estructura organizativa. Por ejemplo, puede añadir una cláusula WHERE para filtrar por ORGANIZATION_ID y limitar la extracción a una planta o unidad de negocio específica.
Asignación de códigos de estado: La lógica de extracción de actividades depende de la asignación de valores de estado específicos, como 'NEW', 'UNDER_INVESTIGATION' y 'CLOSED', a los pasos del proceso. Estos valores son muy específicos de su configuración de Oracle y deben verificarse y ajustarse en la consulta SQL para garantizar la precisión.
Dependencias de Python: El script depende de las bibliotecas pandas y oracledb. Asegúrese de que estén instaladas en el entorno de Python donde se ejecutará el script.

a Consulta de ejemplo python

import pandas as pd
import oracledb
import sys

class=class="hl-string">"hl-comment"># --- Configuration Settings --- 
class=class="hl-string">"hl-comment"># Replace with your Oracle database credentials and connection details
db_user = class="hl-string">"your_username"
db_password = class="hl-string">"your_password"
class=class="hl-string">"hl-comment"># DSN (Data Source Name) format: hostname:port/service_name
db_dsn = class="hl-string">"your_host:1521/your_service_name"

class=class="hl-string">"hl-comment"># Define the date range for the extraction
start_date = class="hl-string">"2023-01-01"
end_date = class="hl-string">"2023-12-31"

class=class="hl-string">"hl-comment"># --- SQL Query --- 
class=class="hl-string">"hl-comment"># This query extracts events from the Oracle Quality Management module.
class=class="hl-string">"hl-comment"># Each SELECT statement with a UNION ALL corresponds to a specific activity.
sql_query = fclass="hl-string">"""
WITH base_events AS (
    SELECT 
        qr.COLLECTION_ID AS QualityEventId,
        qr.LAST_UPDATE_DATE,
        qr.CREATION_DATE,
        qpc.PROMPT AS StatusPrompt,
        qr.CHARACTER1 AS CurrentStatus,
        qr.CHARACTER2 AS SeverityLevel,
        qr.CHARACTER3 AS RootCauseCategory,
        oap.NAME AS ResponsibleDepartment,
        fu.USER_NAME AS AssignedUser,
        qr.DATE1 AS TargetResolutionDate,
        (qr.LAST_UPDATE_DATE - qr.CREATION_DATE) * 24 * 60 AS ProcessingTime
    FROM 
        QA_RESULTS qr
    JOIN 
        QA_PLANS qp ON qr.PLAN_ID = qp.PLAN_ID
    JOIN 
        QA_PLAN_CHARS qpc ON qp.PLAN_ID = qpc.PLAN_ID AND qpc.PROMPT = 'Status'
    LEFT JOIN 
        FND_USER fu ON qr.LAST_UPDATED_BY = fu.USER_ID
    LEFT JOIN
        HR_ALL_ORGANIZATION_UNITS oap ON qr.ORGANIZATION_ID = oap.ORGANIZATION_ID
    WHERE 
        qr.CREATION_DATE BETWEEN TO_DATE('{start_date}', 'YYYY-MM-DD') AND TO_DATE('{end_date}', 'YYYY-MM-DD')
)
-- 1. Quality Issue Identified
SELECT
    be.QualityEventId,
    'Quality Issue Identified' AS ActivityName,
    be.CREATION_DATE AS EventStartTime,
    be.CREATION_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    'New' AS CurrentStatus, -- Initial status
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be

UNION ALL

-- 2. Issue Assigned For Triage (approximated by first update after creation)
SELECT
    be.QualityEventId,
    'Issue Assigned For Triage' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.LAST_UPDATE_DATE > be.CREATION_DATE AND be.CurrentStatus IN ('Assigned', '[Your Triage Status]')

UNION ALL

-- 3. Issue Categorized and Prioritized
SELECT
    be.QualityEventId,
    'Issue Categorized and Prioritized' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus IN ('Assessed', 'Prioritized', '[Your Categorized Status]')

UNION ALL

-- 4. Investigation Initiated
SELECT
    be.QualityEventId,
    'Investigation Initiated' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus IN ('Under Investigation', 'Investigation')

UNION ALL

-- 5. Root Cause Analysis Performed
SELECT
    be.QualityEventId,
    'Root Cause Analysis Performed' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'RCA Complete' AND be.RootCauseCategory IS NOT NULL

UNION ALL

-- 6. Corrective Action Plan Proposed
SELECT
    be.QualityEventId,
    'Corrective Action Plan Proposed' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'CAP Proposed'

UNION ALL

-- 7. Corrective Action Plan Approved
SELECT
    be.QualityEventId,
    'Corrective Action Plan Approved' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'CAP Approved'

UNION ALL

-- 8. Corrective Action Implemented
SELECT
    be.QualityEventId,
    'Corrective Action Implemented' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'CAP Implemented'

UNION ALL

-- 9. Effectiveness Check Required
SELECT
    be.QualityEventId,
    'Effectiveness Check Required' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'Verification Pending'

UNION ALL

-- 10. Effectiveness of Action Verified
SELECT
    be.QualityEventId,
    'Effectiveness of Action Verified' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'Verified Effective'

UNION ALL

-- 11. Preventive Action Identified
SELECT
    be.QualityEventId,
    'Preventive Action Identified' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'PA Identified'

UNION ALL

-- 12. Preventive Action Implemented
SELECT
    be.QualityEventId,
    'Preventive Action Implemented' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'PA Implemented'

UNION ALL

-- 13. Final Review and Closure
SELECT
    be.QualityEventId,
    'Final Review and Closure' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'Closed'

UNION ALL

-- 14. Stakeholders Notified of Resolution
SELECT
    be.QualityEventId,
    'Stakeholders Notified of Resolution' AS ActivityName,
    be.LAST_UPDATE_DATE + interval '1' day AS EventStartTime, -- Approximated as 1 day after closure
    be.LAST_UPDATE_DATE + interval '1' day AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'Closed'
"""

class=class="hl-string">"hl-comment"># --- Main Execution Logic ---
try:
    class=class="hl-string">"hl-comment"># Establish the database connection
    with oracledb.connect(user=db_user, password=db_password, dsn=db_dsn) as connection:
        print(class="hl-string">"Successfully connected to Oracle Database!")
        
        class=class="hl-string">"hl-comment"># Execute the query and load data into a pandas DataFrame
        print(class="hl-string">"Executing query... This may take a few minutes.")
        df = pd.read_sql_query(sql_query, connection)
        print(fclass="hl-string">"Query finished. {len(df)} events extracted.")

        class=class="hl-string">"hl-comment"># Data Type Conversion
        df[class="hl-string">'EVENTSTARTTIME'] = pd.to_datetime(df[class="hl-string">'EVENTSTARTTIME'])
        df[class="hl-string">'EVENTENDTIME'] = pd.to_datetime(df[class="hl-string">'EVENTENDTIME'])
        df[class="hl-string">'TARGETRESOLUTIONDATE'] = pd.to_datetime(df[class="hl-string">'TARGETRESOLUTIONDATE'])

        class=class="hl-string">"hl-comment"># Sort the data for chronological order
        df = df.sort_values(by=[class="hl-string">'QUALITYEVENTID', class="hl-string">'EVENTSTARTTIME'], ascending=[True, True])

        class=class="hl-string">"hl-comment"># Save the DataFrame to a CSV file
        output_filename = class="hl-string">'quality_event_log.csv'
        df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%d %H:%M:%S')
        print(fclass="hl-string">"Event log saved to {output_filename}")

except oracledb.DatabaseError as e:
    error, = e.args
    print(fclass="hl-string">"Database connection or query failed: {error.message}", file=sys.stderr)
    sys.exit(1)
except Exception as e:
    print(fclass="hl-string">"An unexpected error occurred: {e}", file=sys.stderr)
    sys.exit(1)

¿Listo para comenzar?

Esta plantilla está diseñada para ayudarle a preparar rápidamente sus datos y comenzar a optimizar sus procesos de gestión de la calidad. Empiece hoy mismo a descubrir oportunidades de eficiencia y cumplimiento.

Volver a la guía de mejora Descargar Template

Transforme Oracle Quality Management y mejore el cumplimiento ahora

Elimine las ineficiencias y consiga tiempos de ciclo un 30 % más rápidos.

Inicie su prueba gratuita

No se requiere tarjeta de crédito. Prueba gratuita de 14 días.

Su Template de datos de gestión de la calidad

Su Template de datos de gestión de la calidad

Atributos de la gestión de la calidad

Actividades de gestión de la calidad

Guías de extracción

Informe de Oracle BI Publisher para datos de eventos de calidad

Pasos

Configuración

a Consulta de ejemplo sql

Consulta SQL directa en las tablas de Oracle Quality Management

Pasos

Configuración

a Consulta de ejemplo sql

Script de extracción de Python mediante el conector de Oracle DB

Pasos

Configuración

a Consulta de ejemplo python

¿Listo para comenzar?

Transforme Oracle Quality Management y mejore el cumplimiento ahora

Su Template de datos de gestión de la calidad

Su Template de datos de gestión de la calidad

Atributos de la gestión de la calidad

Actividades de gestión de la calidad

Guías de extracción

Informe de Oracle BI Publisher para datos de eventos de calidad

Pasos

Configuración

a Consulta de ejemplo sql

Consulta SQL directa en las tablas de Oracle Quality Management

Pasos

Configuración

a Consulta de ejemplo sql

Script de extracción de Python mediante el conector de Oracle DB

Pasos

Configuración

a Consulta de ejemplo python

¿Listo para comenzar?

Transforme Oracle Quality Management y mejore el cumplimiento ahora

Valoramos su privacidad