> Melhoria contínua de processos > Gestão da qualidade > Oracle Quality Management > Template de dados

Seu Template de dados de gestão da qualidade

Oracle Quality Management

Atributos da gestão da qualidade (20) Atividades de gestão da qualidade (14) Guias de extração (3)

Seu Template de dados de gestão da qualidade

Este Template oferece um guia completo dos atributos de dados e das atividades de processo essenciais para uma análise eficaz da gestão da qualidade. Ele também inclui orientações práticas sobre como extrair essas informações importantes do seu sistema Oracle Quality Management. Use este recurso para garantir que todos os dados necessários sejam capturados, gerando insights profundos e otimizando o processo.

Atributos recomendados para coleta
Principais atividades a acompanhar
Orientações para extração

Novo em Event Logs? Aprenda como criar um Event Log de Process Mining.

Baixar Template

Atributos da gestão da qualidade

Estes são os campos de dados e as informações contextuais recomendados para incluir no seu Event Log e realizar uma análise completa da gestão da qualidade, gerando insights.

3 Obrigatório 7 Recomendado 10 Opcional

	Nome	Descrição
	Evento de qualidade QualityEventId	O identificador exclusivo de um único evento de qualidade, como uma não conformidade, reclamação ou desvio.
Descrição O ID do Evento de Qualidade funciona como o identificador principal do caso, agrupando todas as atividades relacionadas, desde o relato inicial até o encerramento final. Cada incidente de qualidade recebe um ID exclusivo, criando um registro histórico completo do processo de investigação e resolução. Na análise de Process Mining, esse atributo é fundamental para reconstruir a jornada completa de cada evento de qualidade. Ele permite calcular os tempos gerais de ciclo, identificar variantes do processo e analisar como diferentes tipos de eventos são tratados. Ao vincular cada registro de atividade a um ID de Evento de Qualidade específico, os analistas podem visualizar todo o fluxo do processo e identificar gargalos sistêmicos ou problemas de conformidade. Por que isso importa Esse ID é essencial porque define o escopo de um único caso, permitindo acompanhar os eventos de qualidade com precisão e calcular métricas de performance de ponta a ponta. Onde obter Normalmente, esta é a chave primária nas principais tabelas de eventos de qualidade ou de planos de coleta do Oracle Quality Management, como QA_RESULTS. Exemplos NC-2023-00123CAPA-45892QE-500-A
	Hora de início do evento EventStartTime	O registro de data e hora que indica quando uma atividade ou evento começou.
Descrição Este atributo fornece a data e a hora exatas em que uma etapa específica do processo começou. É o principal elemento temporal usado para ordenar os eventos cronologicamente e construir a sequência do processo de cada caso de evento de qualidade. Na análise, a Hora de Início do Evento é essencial para calcular tempos de ciclo, durações e tempos de espera entre atividades. Ela permite identificar gargalos ao destacar longos atrasos entre etapas consecutivas e é usada para acompanhar a performance em relação a KPIs baseados em tempo, como Root Cause Analysis Lead Time. Por que isso importa Esse registro de data e hora é a base da análise do processo, permitindo todos os cálculos relacionados ao tempo e a ordenação correta das atividades. Onde obter Esse registro de data e hora normalmente é encontrado em registros de transações ou tabelas de histórico associadas a ações de qualidade e planos de coleta, muitas vezes com o nome CREATION_DATE ou semelhante. Exemplos 2023-04-15T09:00:12Z2023-04-16T11:30:00Z2023-05-01T14:22:45Z
	Nome da atividade ActivityName	O nome da tarefa ou etapa específica que ocorreu no processo de gestão da qualidade.
Descrição Este atributo descreve um único evento ou ação realizada como parte da gestão de um evento de qualidade. A sequência dessas atividades, ordenadas pelos respectivos registros de data e hora, forma o fluxo do processo de cada caso. Analisar o Nome da Atividade é essencial no Process Mining. Isso permite descobrir o modelo real do processo, compará-lo com um modelo desejado para verificar a conformidade e identificar gargalos ou ciclos de retrabalho entre atividades específicas. Por exemplo, ajuda a medir o tempo entre 'Investigation Initiated' e 'Root Cause Analysis Performed'. Por que isso importa Este atributo é fundamental para mapear o fluxo do processo, identificar desvios e entender como o trabalho é realmente realizado. Onde obter Essas informações normalmente são derivadas de registros de eventos, registros de alterações de status ou tabelas de histórico de ações no módulo Oracle Quality Management. Exemplos Problema de qualidade identificadoInvestigação iniciadaPlano de ação corretiva aprovadoRevisão final e encerramento
	Categoria da causa raiz RootCauseCategory	A classificação da causa raiz determinada do problema de qualidade.
Descrição Depois que uma análise de causa raiz é realizada, as descobertas geralmente são categorizadas em grupos predefinidos, como 'Falha de equipamento', 'Erro humano' ou 'Falha de projeto'. Este atributo armazena essa classificação final. Analisar o processo por Categoria da causa raiz é extremamente útil. Isso ajuda a mudar o foco da correção de sintomas individuais para o tratamento dos problemas sistêmicos subjacentes. Por exemplo, um número elevado de eventos com causa raiz 'Problema de treinamento' pode indicar a necessidade de melhorar os programas de capacitação dos funcionários, um objetivo importante da ação preventiva. Por que isso importa Este atributo é essencial para passar de uma gestão da qualidade reativa para uma abordagem proativa, permitindo analisar as causas fundamentais das falhas. Onde obter Consulte a documentação do Oracle Quality Management. Este provavelmente é um elemento definido pelo usuário em um plano de coleta, preenchido após a atividade 'Análise de causa raiz realizada'. Exemplos Mau funcionamento do equipamentoDefeito de materialErro humanoProcedimento não seguido
	Data-alvo de resolução TargetResolutionDate	A data planejada ou esperada para o encerramento final do evento de qualidade.
Descrição Este atributo representa o prazo até o qual se espera que um evento de qualidade seja totalmente resolvido. Ele funciona como um acordo de nível de serviço (SLA) ou uma meta interna, geralmente definida com base na gravidade ou no tipo do evento. Essa data é fundamental para o monitoramento da performance e é usada diretamente no cálculo do KPI 'CAPA Impl. On-Time Rate'. Ao comparar as datas reais de conclusão das atividades com essa meta, os analistas podem medir a pontualidade, identificar eventos em risco de atraso e acompanhar tendências de performance no prazo. Isso apoia os esforços para reduzir os tempos de ciclo de resolução. Por que isso importa Ela fornece uma referência para medir a performance no prazo e é essencial para calcular KPIs de pontualidade e gerenciar SLAs. Onde obter Consulte a documentação do Oracle Quality Management. Pode ser um campo de data padrão ou um elemento definido pelo usuário no plano de coleta de qualidade. Exemplos 2023-05-302023-06-152024-01-10
	Departamento responsável ResponsibleDepartment	O departamento ou a área funcional responsável pelo evento de qualidade ou pela atividade atual.
Descrição Este atributo identifica o time ou departamento responsável por tratar o evento de qualidade. Pode ser a Garantia da Qualidade, Engenharia, Produção ou outro grupo, e pode mudar conforme o evento avança em seu ciclo de vida. No Process Mining, analisar por Departamento Responsável é essencial para entender a distribuição da carga de trabalho, identificar gargalos departamentais e comparar a performance entre diferentes times. Isso apoia o Dashboard 'Quality Event Resource Allocation' ao mostrar quais departamentos participam de cada tipo de atividade e ajudar a otimizar a gestão de recursos. Por que isso importa Ele permite analisar a carga de trabalho, a performance e os gargalos por departamento, algo essencial para o planejamento de recursos e a melhoria organizacional. Onde obter Consulte a documentação do Oracle Quality Management. Essa informação pode estar armazenada em tabelas relacionadas a ações de qualidade ou atribuições vinculadas ao evento de qualidade. Exemplos Engenharia da qualidadeOperações de manufaturaQualidade de fornecedoresEngenharia de projetos
	Hora de término do evento EventEndTime	O registro de data e hora que indica quando uma atividade ou evento foi concluído.
Descrição A Hora de Término do Evento marca a conclusão de uma atividade específica. Quando combinada com a Hora de Início do Evento, ela define o tempo de processamento dessa atividade. Em alguns sistemas, uma atividade pode ser instantânea, caso em que os horários de início e término são iguais. Este atributo é essencial para uma análise detalhada de duração. Ele permite que os analistas diferenciem o tempo de processamento ativo, que é a duração entre o início e o término, do tempo de espera, que é a duração entre o término de uma atividade e o início da próxima. Isso é fundamental para identificar onde os recursos estão efetivamente envolvidos e onde as transferências causam atrasos. Por que isso importa Ele permite calcular com precisão os tempos de processamento das atividades, ajudando a diferenciar tarefas ineficientes de longos períodos de espera. Onde obter Essa informação pode estar disponível nas mesmas tabelas de transações ou de histórico que armazenam o horário de início, às vezes como LAST_UPDATE_DATE ou um registro de data e hora específico de conclusão. Também pode ser inferida a partir do horário de início do evento seguinte. Exemplos 2023-04-15T09:15:30Z2023-04-16T12:00:00Z2023-05-02T10:00:00Z
	Nível de gravidade SeverityLevel	Uma classificação do impacto do evento de qualidade, como crítico, grave ou menor.
Descrição O Nível de Gravidade é uma avaliação, geralmente feita durante a triagem, do possível impacto do problema de qualidade sobre clientes, conformidade ou operações comerciais. Essa classificação ajuda a priorizar recursos e definir a urgência da resposta necessária. No Process Mining, esse atributo é essencial para a segmentação. Os analistas podem comparar os fluxos do processo, os tempos de ciclo e os resultados de eventos de alta gravidade com os de eventos de baixa gravidade. Isso apoia o Dashboard 'Quality Event Triage Consistency' e o KPI 'Severity-Based Resolution Rate', revelando se os problemas críticos estão realmente sendo tratados com mais rapidez e eficácia. Por que isso importa Ele permite priorizar e segmentar a análise, garantindo que os eventos de qualidade de alto impacto sejam gerenciados de forma eficaz e eficiente. Onde obter Consulte a documentação do Oracle Quality Management. Esse é frequentemente um elemento configurável em um plano de coleta de qualidade. Exemplos 1 - Crítico2 - Maior3 - Menor4 - Informativo
	Status atual CurrentStatus	O status atual do caso do evento de qualidade.
Descrição Este atributo indica o estado atual do evento de qualidade em seu ciclo de vida, como 'Open', 'Under Investigation', 'Pending Approval' ou 'Closed'. Ele fornece um retrato da etapa em que o caso se encontra no momento da extração dos dados. Este é um atributo crítico para o monitoramento operacional e apoia diretamente o Dashboard 'Open Quality Events & Status Overview'. Ele permite que os gestores visualizem rapidamente o pipeline atual de problemas de qualidade e priorizem recursos. No Process Mining, filtrar pelo status final ajuda a analisar os resultados de diferentes caminhos do processo. Por que isso importa Ele oferece uma visão em tempo real do pipeline de eventos de qualidade, permitindo gerenciar as operações e priorizar os casos ativos com eficiência. Onde obter Essas informações geralmente estão disponíveis na tabela de cabeçalho principal dos eventos de qualidade, refletindo o último estado conhecido do evento. Exemplos AbertoEm andamentoAguardando aprovaçãoEncerrado
	Usuário atribuído AssignedUser	O usuário individual atribuído para executar uma atividade ou ser responsável pelo evento de qualidade.
Descrição Este atributo especifica a pessoa responsável por uma tarefa específica ou pela gestão geral do evento de qualidade. Ele oferece um nível de detalhe mais granular do que o departamento responsável. Analisar por usuário ajuda a entender as cargas de trabalho individuais, identificar necessidades de treinamento e reconhecer os profissionais com melhor performance. Também pode revelar padrões, como a reatribuição frequente do trabalho ou tarefas paradas com determinadas pessoas. Esse nível de detalhe é útil para a gestão de performance e a otimização detalhada de recursos. Por que isso importa Ele permite uma análise granular da carga de trabalho e da performance individuais, ajudando a identificar restrições de recursos ou oportunidades de treinamento. Onde obter Consulte a documentação do Oracle Quality Management. As informações de atribuição de usuários normalmente são armazenadas em tabelas de ações ou Workflows associadas ao evento de qualidade. Exemplos j.smitha.jonesr.williams
	Categoria do problema IssueCategory	A categoria ou o tipo do problema de qualidade, como 'Product Defect' ou 'Process Deviation'.
Descrição Este atributo classifica o evento de qualidade e ajuda a agrupar problemas semelhantes para análise. As categorias normalmente são definidas pela organização para refletir seu contexto operacional específico. Analisar o processo por Categoria do Problema permite identificar padrões relacionados a tipos específicos de problemas. Por exemplo, pode revelar que problemas de 'Supplier Material' têm um tempo de ciclo muito maior do que problemas de 'Internal Process'. Essa segmentação é valiosa para iniciativas direcionadas de melhoria de processos. Por que isso importa Categorizar os problemas permite uma análise direcionada para identificar tendências e causas raiz em áreas específicas. Onde obter Consulte a documentação do Oracle Quality Management. Provavelmente, esse é um elemento definido pelo usuário no plano de coleta de qualidade. Exemplos Defeito do produtoDesvio de processoMaterial do fornecedorReclamação de cliente
	Código de encerramento ClosureCode	Um código que indica o motivo ou o resultado do encerramento do evento de qualidade.
Descrição Quando um evento de qualidade é encerrado, geralmente é atribuído um código de encerramento para classificar o resultado final. Alguns exemplos são 'Ação eficaz', 'Nenhuma ação necessária' ou 'Problema duplicado'. Este atributo é muito útil para analisar resultados. Ao filtrar por diferentes códigos de encerramento, os analistas podem estudar os caminhos do processo que levam a resultados bem-sucedidos e aqueles que não levam. Isso ajuda a responder perguntas como: 'Como é o nosso processo para problemas encerrados como duplicados?' e a identificar ineficiências na triagem. Por que isso importa Ele fornece informações essenciais sobre o resultado de um caso, permitindo analisar quais caminhos do processo levam a resoluções bem-sucedidas. Onde obter Consulte a documentação do Oracle Quality Management. Este provavelmente é um campo preenchido durante a atividade final de encerramento. Exemplos EFICAZSEM_AÇÃODUPLICADORISCO_ACEITO
	É retrabalho IsRework	Um indicador que mostra se uma atividade é uma repetição ou um retrabalho de uma etapa anterior no mesmo caso.
Descrição Este atributo é um indicador booleano definido como verdadeiro quando uma atividade específica, como 'Plano de ação corretiva proposto', ocorre mais de uma vez em um único caso de evento de qualidade. Isso indica um loop ou uma correção no processo, em que uma etapa já concluída precisou ser refeita. Identificar retrabalho é uma capacidade essencial do Process Mining. Este indicador simplifica a quantificação dessas ineficiências e apoia diretamente o KPI 'Frequência de retrabalho por atividade'. Analisar quais etapas são mais sujeitas a retrabalho e em quais condições pode revelar problemas de treinamento, qualidade dos dados ou critérios de aprovação, destacando oportunidades para tornar o processo mais eficiente. Por que isso importa Ele sinaliza ineficiências e loops no processo, ajudando a quantificar desperdícios e identificar as causas raiz do retrabalho. Onde obter Esse valor é calculado usando funções de janela ou análise sequencial no Event Log durante a preparação dos dados. Ele identifica quando o mesmo nome de atividade aparece várias vezes para o mesmo caso. Exemplos truefalse
	Está no prazo IsOnTime	Um indicador que mostra se uma ação corretiva foi implementada até a data prevista para sua resolução.
Descrição Este atributo booleano é derivado da comparação entre o timestamp de conclusão da atividade 'Ação corretiva implementada' e a 'Data prevista de resolução' do caso. O valor é verdadeiro se a ação foi concluída na data prevista ou antes dela e falso caso contrário. Este atributo apoia diretamente o KPI 'Taxa de implementação de CAPA no prazo'. Ele simplifica a análise e a criação de Dashboards ao fornecer uma classificação binária clara para a pontualidade de cada caso. Também facilita a filtragem e a agregação para monitorar o cumprimento dos níveis de serviço e identificar as causas raiz dos atrasos. Por que isso importa Ele simplifica o acompanhamento da performance no prazo em relação às metas, facilitando a medição e a apresentação desse KPI crítico. Onde obter Este é um indicador derivado, calculado durante a transformação dos dados. Para isso, são necessários TargetResolutionDate e o timestamp da atividade de conclusão relevante. Exemplos truefalse
	ID do plano de ação corretiva CorrectiveActionPlanId	O identificador exclusivo do plano de ação corretiva (CAPA) criado para tratar o evento de qualidade.
Descrição Este atributo cria um vínculo direto entre um evento de qualidade e o plano específico de ação corretiva e preventiva criado para resolvê-lo. Geralmente, esse plano é um objeto separado no sistema, com seu próprio ciclo de vida. Na análise, esse ID pode ser usado para combinar dados do processo de eventos de qualidade com dados do processo de gestão de CAPA, criando uma visão mais completa. Ele ajuda a verificar se todo evento que exige uma CAPA tem uma ação atribuída e a analisar a eficácia dessas ações. Por que isso importa Ele conecta o problema, representado pelo evento de qualidade, à solução, representada pela CAPA, permitindo uma análise mais abrangente de ponta a ponta do sistema de gestão da qualidade. Onde obter Este seria um campo de referência no registro do evento de qualidade, apontando para um registro em uma tabela ou módulo específico de CAPA. Exemplos CAPA-2023-088CAPA-2023-091
	Identificador do produto ProductIdentifier	O identificador do produto associado ao evento de qualidade.
Descrição Este atributo vincula o evento de qualidade a um produto, material ou serviço específico. Pode ser um código de produto, SKU ou número de peça. Esse vínculo é essencial para analisar a qualidade dos produtos. O Process Mining pode ser usado para comparar os processos de gestão da qualidade entre diferentes linhas de produtos ou identificar produtos frequentemente associados a problemas de qualidade. Isso ajuda a priorizar esforços de melhoria em engenharia ou manufatura onde eles são mais necessários. Por que isso importa Ele conecta os eventos de qualidade a produtos específicos, permitindo analisar tendências de qualidade relacionadas aos produtos e variações do processo. Onde obter Essas informações seriam armazenadas em um campo do plano de coleta de qualidade, geralmente vinculado ao cadastro de itens do Oracle Inventory. Exemplos SKU-100-A-REDPN-987654CHEM-X2
	Sistema de origem SourceSystem	Identifica o sistema de registro de origem dos dados extraídos.
Descrição Este atributo especifica a aplicação ou o sistema de origem dos dados do evento. Em um ambiente corporativo, os dados de eventos de qualidade podem vir de várias fontes, como o módulo principal Oracle Quality, um sistema CAPA separado ou um portal de reclamações de clientes. Na análise, esse campo ajuda a entender a linhagem dos dados e pode ser usado para segmentar o processo com base no sistema de origem. Ele é essencial para a governança de dados e para solucionar problemas de integração, garantindo que a visão do processo reflita com precisão o conjunto de dados integrado. Por que isso importa Ele fornece um contexto importante sobre a origem dos dados, essencial para validar e governar os dados e analisar variações do processo entre diferentes sistemas. Onde obter Normalmente, é um valor estático adicionado durante o processo de extração, transformação e carregamento (ETL) dos dados para identificar a origem do conjunto de dados. Exemplos Oracle Quality Management R12Oracle EBS QualityQM-PROD
	Tempo total de ciclo TotalCycleTime	O tempo total decorrido desde a identificação de um problema de qualidade até seu encerramento final.
Descrição Este atributo mede a duração completa, de ponta a ponta, de um único caso de evento de qualidade. Ele é calculado como a diferença entre o timestamp da primeira atividade, 'Problema de qualidade identificado', e o timestamp da última atividade, 'Revisão final e encerramento'. Este é um dos principais indicadores de performance (KPI) da eficiência geral do processo de gestão da qualidade. Ele é a métrica principal do Dashboard 'Tempo de ciclo de ponta a ponta do evento de qualidade'. Acompanhar essa métrica ao longo do tempo e segmentá-la por atributos como Gravidade ou Categoria do problema oferece uma visão geral da saúde do processo e do impacto das iniciativas de melhoria. Por que isso importa Este é um KPI crítico que mede a velocidade e a eficiência gerais de todo o processo de gestão da qualidade, do início ao fim. Onde obter Esse valor é calculado no nível do caso durante o processamento dos dados para Process Mining. Para isso, são necessários o horário de início do primeiro evento e o horário de término do último evento de cada QualityEventId. Exemplos P30DT12HP15DP92D
	Última atualização dos dados LastDataUpdate	O registro de data e hora da atualização ou recarga mais recente dos dados no sistema de origem.
Descrição Este atributo indica a última vez em que os dados desse evento foram atualizados no conjunto de dados de Process Mining. Ele reflete o nível de atualização dos dados e ajuda os usuários a entender a atualidade da análise. Em Dashboards e relatórios, esse registro de data e hora é essencial para contextualizar as informações apresentadas. Ele esclarece se os dados são em tempo real ou representam um retrato de um momento específico, algo fundamental para tomar decisões operacionais bem fundamentadas. Também garante transparência sobre a atualidade dos dados. Por que isso importa Esse registro de data e hora dá transparência sobre a atualidade dos dados, garantindo que os usuários entendam quão recente é a análise do processo. Onde obter Esse valor é gerado e armazenado durante o processo de ETL dos dados, normalmente representando o momento em que o pipeline de dados foi executado com sucesso pela última vez. Exemplos 2023-10-27T04:00:00Z2023-10-26T04:00:00Z
	Unidade de negócio BusinessUnit	A unidade de negócio ou divisão da organização onde o evento de qualidade ocorreu ou está sendo gerenciado.
Descrição Este atributo associa o evento de qualidade a uma parte específica da estrutura da empresa. Ele ajuda a analisar e comparar a performance da qualidade entre diferentes unidades organizacionais. Segmentar a análise do processo por Unidade de negócio é uma necessidade comum em grandes empresas. Isso permite criar Dashboards específicos para cada unidade e identificar se determinadas divisões têm processos de qualidade mais eficientes ou enfrentam desafios próprios. Esse recurso é valioso para a supervisão corporativa e para compartilhar boas práticas em toda a organização. Por que isso importa Ele permite comparar e analisar a performance entre diferentes áreas da organização, apoiando a gestão da qualidade em toda a empresa. Onde obter Normalmente, isso faz parte dos dados de contexto organizacional associados à transação e costuma ser derivado dos dados mestres do usuário ou do departamento. Exemplos Dispositivos médicosEletrônicos de consumoPeças automotivas

Obrigatório Recomendado Opcional

Atividades de gestão da qualidade

Estas são as principais etapas e marcos relevantes do processo que você deve registrar no seu Event Log para uma descoberta precisa e uma avaliação da performance.

6 Recomendado 8 Opcional

	Atividade	Descrição
	Eficácia da ação verificada	Confirma que a ação corretiva implementada resolveu a causa raiz e evitou a recorrência do problema. É capturada quando um usuário conclui a etapa de verificação e atualiza o status do registro.
Por que isso importa Este é um marco crítico baseado no resultado e a base do KPI 'Effectiveness Verif. Rate'. Ele encerra o ciclo da ação corretiva, garantindo que os problemas tenham sido realmente resolvidos. Onde obter Inferido a partir de uma alteração de status no registro CAPA para 'Verification Complete' ou 'Effective'. Também pode envolver o preenchimento de campos específicos com os resultados da verificação. Captura Inferido a partir de uma alteração de status para 'Verification Complete' ou 'Effective'. Tipo de evento inferred
	Investigação iniciada	Marca o início oficial da etapa de investigação para determinar a causa raiz do problema de qualidade. Normalmente, isso é representado por uma alteração de status no sistema, como a mudança para 'Under Investigation'.
Por que isso importa Serve como ponto de partida para medir o KPI 'Root Cause Analysis Lead Time' e ajuda a identificar quanto tempo os problemas aguardam antes do início de uma investigação formal. Onde obter Inferido a partir de uma alteração de status no Problema de Qualidade ou em um registro de Ação de Qualidade associado para o status 'Investigation'. O registro de data e hora dessa alteração fornece o horário do evento. Captura Inferido a partir de uma alteração de status para 'Under Investigation' ou estado semelhante. Tipo de evento inferred
	Plano de ação corretiva aprovado	Representa a aprovação formal do plano de ação corretiva proposto por uma autoridade designada. Este é um ponto de controle crítico, geralmente capturado por uma ação explícita de aprovação ou por uma alteração de status para 'Approved'.
Por que isso importa Essa aprovação é um marco importante e um gargalo frequente. Analisar os tempos de aprovação ajuda a simplificar o processo e garantir a conformidade com os procedimentos. Onde obter Inferido a partir de uma alteração de status no registro de Ação de Qualidade ou CAPA para 'Approved'. Sistemas Oracle com Workflows de aprovação geralmente registram essa alteração explicitamente em tabelas de auditoria. Captura Inferido a partir de uma alteração de status para 'Approved'. Tipo de evento inferred
	Problema categorizado e priorizado	Esta atividade ocorre quando um analista conclui a avaliação inicial, atribuindo atributos importantes como gravidade, prioridade e tipo de problema. Normalmente, ela é capturada quando o problema passa do status 'New' para 'Assessed' ou 'In Triage'.
Por que isso importa Esse marco é essencial para o KPI 'Avg Triage Processing Time'. Atrasos nessa etapa podem desacelerar todo o processo de resolução, especialmente no caso de problemas críticos. Onde obter Inferido a partir de uma alteração de status no registro de Problema de Qualidade, por exemplo, de 'New' para 'Under Assessment', ou quando campos como 'Severity' ou 'Priority' são preenchidos pela primeira vez. Captura Inferido a partir de uma alteração de status ou do primeiro preenchimento dos campos Severity ou Priority. Tipo de evento inferred
	Problema de qualidade identificado	Esta atividade marca a criação de um novo registro de evento de qualidade, como uma não conformidade, um desvio ou uma reclamação de cliente. Ela é registrada explicitamente quando um usuário cria um novo registro de Problema de Qualidade ou Ação de Qualidade no Oracle.
Por que isso importa Como evento inicial, ele é essencial para calcular o tempo total do ciclo do processo de gestão da qualidade e entender o volume de eventos de qualidade recebidos. Onde obter Este evento é capturado a partir do registro de data e hora de criação do registro de Problema de Qualidade ou Ação de Qualidade, provavelmente encontrado em tabelas como QAM_QUALITY_ISSUES ou QAM_QUALITY_ACTIONS. Captura Evento registrado após a criação de um novo registro de Problema de Qualidade ou Ação. Tipo de evento explicit
	Revisão final e encerramento	A etapa final, em que todas as ações relacionadas são confirmadas como concluídas e o problema de qualidade principal é encerrado formalmente. É capturada por uma alteração final de status para 'Closed' ou 'Resolved' no registro principal.
Por que isso importa Este é o principal evento final do processo. Ele é essencial para calcular o KPI 'Average Event Cycle Time' e medir o throughput geral do processo. Onde obter Inferido a partir da alteração final de status do registro principal de Problema de Qualidade para 'Closed'. O registro de data e hora dessa alteração serve como horário do evento. Captura Inferido a partir de uma alteração de status para 'Closed' no registro principal de Problema de Qualidade. Tipo de evento inferred
	Ação corretiva implementada	Marca a conclusão das tarefas descritas no plano de ação corretiva aprovado. Normalmente, é capturada quando um usuário atualiza o status do registro de ação corretiva para 'Implemented' ou 'Completed'.
Por que isso importa Esta atividade é essencial para o KPI 'CAPA Impl. On-Time Rate', pois indica que a correção planejada foi executada e permite compará-la com as datas-alvo. Onde obter Este evento é inferido a partir de uma alteração de status do registro de Ação de Qualidade ou CAPA associado para 'Implemented' ou 'Completed'. Captura Inferido a partir de uma alteração de status para 'Implemented' ou 'Completed'. Tipo de evento inferred
	Ação preventiva identificada	Representa a criação de uma ação preventiva (PA) para tratar problemas sistêmicos e evitar a ocorrência de eventos de qualidade semelhantes. Normalmente, é registrada como a criação de um novo registro de Ação Preventiva vinculado ao problema original.
Por que isso importa Esta atividade demonstra um processo de qualidade maduro, que vai além da correção de problemas isolados e passa a prevenir problemas futuros. Acompanhar essa atividade ajuda a medir melhorias proativas na qualidade. Onde obter Capturado a partir da criação de um novo registro de Ação de Qualidade com o tipo 'Preventive Action', geralmente vinculado ao Problema de Qualidade ou à Ação Corretiva original. Captura Registrado após a criação de um registro de Ação de Qualidade do tipo 'Preventive Action'. Tipo de evento explicit
	Ação preventiva implementada	Marca a conclusão das tarefas definidas no plano de ação preventiva para mitigar riscos sistêmicos. É capturada quando um usuário atualiza o status do registro de ação preventiva para 'Implemented' ou 'Completed'.
Por que isso importa Mede a capacidade da organização de executar melhorias proativas na qualidade. Atrasos nessa etapa podem indicar dificuldades para implementar mudanças sistêmicas em toda a organização. Onde obter Inferido a partir de uma alteração de status do registro de Ação Preventiva associado para 'Implemented' ou 'Completed', de forma semelhante ao acompanhamento das ações corretivas. Captura Inferido a partir de uma alteração de status para 'Implemented' em um registro de Ação Preventiva. Tipo de evento inferred
	Análise da causa raiz realizada	Representa a conclusão da análise da causa raiz (RCA) e o registro das descobertas. Normalmente, é capturado quando a equipe de investigação atualiza o problema de qualidade com a causa raiz identificada e altera seu status.
Por que isso importa Esta atividade é o ponto final do KPI 'Root Cause Analysis Lead Time'. Analisar o tempo até essa etapa ajuda a identificar gargalos na fase de resolução de problemas. Onde obter Inferido a partir de uma alteração de status para 'RCA Complete' ou quando o campo de categoria da causa raiz é preenchido e o registro é salvo. O registro de data e hora dessa atualização é utilizado. Captura Inferido a partir da alteração de status para 'RCA Complete' ou do preenchimento dos campos de causa raiz. Tipo de evento inferred
	Partes interessadas notificadas sobre a resolução	Representa a comunicação da resolução do evento de qualidade às partes relevantes, como o autor do relato ou clientes afetados. É difícil de capturar e pode ser inferida a partir de uma alteração de status após o encerramento ou de um comentário registrado.
Por que isso importa É essencial para o KPI 'Stakeholder Notification Lag'. A comunicação no prazo é importante para a satisfação do cliente e a transparência interna, mesmo depois que um problema é resolvido. Onde obter Geralmente é difícil capturar esse evento automaticamente. Ele pode ser inferido a partir de um status como 'Notification Sent' ou registrado em um campo de atividades ou comentários, exigindo uma lógica específica para extração. Captura Inferido a partir de uma alteração de status específica ou, possivelmente, de Process Mining aplicado aos registros de atividades. Tipo de evento inferred
	Plano de ação corretiva proposto	Ocorre quando as ações corretivas são definidas e vinculadas ao problema de qualidade, descrevendo as etapas para corrigir o problema. Pode ser a criação de um registro de Ação Corretiva relacionado ou uma alteração de status indicando que um plano está pronto para análise.
Por que isso importa Acompanha a transição da análise do problema para o desenho da solução. O retrabalho nessa etapa, medido pelos KPIs de retrabalho, pode indicar requisitos pouco claros ou um planejamento ineficaz. Onde obter Pode ser um evento explícito decorrente da criação de um novo registro de Ação Corretiva em um objeto CAPA ou um evento inferido a partir de uma alteração de status para 'Plan Proposed' ou 'Pending Approval'. Captura Inferido a partir de uma alteração de status para 'Pending Approval' ou da criação de uma Ação Corretiva vinculada. Tipo de evento inferred
	Problema atribuído para triagem	Representa a atribuição do problema de qualidade recém-criado a um usuário ou time específico para análise e avaliação inicial. Esse evento geralmente é inferido pelo acompanhamento de alterações no campo de responsável ou proprietário do registro do problema de qualidade.
Por que isso importa Acompanhar essa transferência inicial ajuda a identificar atrasos antes do início da avaliação. Analisar o tempo gasto nesse estado revela possíveis acúmulos na fila de triagem. Onde obter Inferido a partir de alterações no campo de proprietário ou responsável do registro de Problema de Qualidade. A informação pode vir de tabelas de trilha de auditoria ou do acompanhamento de alterações de status associadas aos Workflows de atribuição. Captura Inferido a partir de uma alteração no campo 'Assigned To' ou 'Owner' do Problema de Qualidade. Tipo de evento inferred
	Verificação de eficácia necessária	Representa o momento em que o sistema ou um usuário sinaliza que a ação implementada precisa de uma verificação posterior para garantir sua eficácia. Normalmente, é uma alteração de status automática ou manual que ocorre após a implementação.
Por que isso importa Esta etapa inicia a importante fase de verificação. Entender o tempo entre a implementação e essa atividade pode revelar atrasos no início dos acompanhamentos necessários. Onde obter Este evento é inferido a partir de uma alteração de status na Ação de Qualidade para 'Pending Effectiveness Check' ou estado semelhante no Workflow. Captura Inferido a partir de uma alteração de status para 'Pending Effectiveness Check'. Tipo de evento inferred

Recomendado Opcional

Guias de extração

Como obter seus dados do Oracle Quality Management

Etapas

Acesse o Oracle BI Publisher: Faça login na sua instância do Oracle E-Business Suite e acesse a responsabilidade que fornece acesso ao BI Publisher, como BI Publisher Administrator ou uma responsabilidade personalizada semelhante.
Crie um novo modelo de dados: Na página inicial do BI Publisher, selecione Create e depois Data Model. O editor de modelos de dados será aberto.
Defina um conjunto de dados de consulta SQL: No editor de modelos de dados, clique no ícone de adição no painel Data Sets e selecione SQL Query. A janela do editor de consultas SQL será aberta.
Configure a fonte de dados: Na janela New Data Set, informe um nome para o conjunto de dados, por exemplo, DS_QUALITY_EVENTS. Selecione o banco de dados Oracle EBS adequado como Data Source.
Insira a consulta SQL: Copie a consulta SQL completa fornecida na seção 'query' deste documento e cole-a na área de texto SQL Query.
Defina os parâmetros da consulta: A consulta fornecida usa os placeholders :P_START_DATE e :P_END_DATE para o período do relatório. No modelo de dados do BI Publisher, você deve defini-los como parâmetros. Para cada um, crie um novo parâmetro, atribua o nome correspondente, como P_START_DATE, defina o Data Type como Date e configure um prompt de exibição fácil de entender.
Salve o modelo de dados: Depois de colar a consulta e definir os parâmetros, salve o modelo de dados. É recomendável salvá-lo em uma pasta compartilhada para relatórios.
Crie um novo relatório: Volte à página inicial do BI Publisher e selecione Create e depois Report. Selecione a opção 'Use Data Model' e localize o modelo de dados que você acabou de salvar.
Configure o layout do relatório: O assistente de relatórios orientará você na configuração do layout. Para o ProcessMind, um layout simples em tabela é suficiente. Arraste e solte todas as colunas do modelo de dados no layout do relatório. Verifique se o formato de saída está configurado como CSV.
Defina as propriedades do relatório: Nas propriedades do relatório, verifique se a opção 'Enable CSV Output' está marcada. Você também pode definir valores padrão para os parâmetros, se necessário.
Execute e exporte o relatório: Salve o relatório e execute-o informando as datas inicial e final desejadas. Quando a geração do relatório for concluída, clique no botão Export e selecione CSV como formato de saída. O arquivo será baixado para o seu computador.
Prepare o upload: Abra o arquivo CSV baixado para verificar se ele contém os dados esperados. Confirme se os cabeçalhos das colunas correspondem aos requisitos do esquema do ProcessMind. O arquivo estará pronto para upload.

Configuração

Pré-requisitos: Uma conta de usuário com acesso ao Oracle BI Publisher e permissão de leitura nas tabelas subjacentes do módulo Quality, como QA_RESULTS, QA_PLANS, QA_ACTIONS e FND_USER.
Configuração da fonte de dados: O modelo de dados do BI Publisher deve estar configurado para se conectar ao banco de dados principal da aplicação Oracle EBS, no esquema APPS.
Parâmetros do período: A consulta foi criada com dois parâmetros obrigatórios, :P_START_DATE e :P_END_DATE, para filtrar a extração. Para uma análise inicial, recomenda-se um período de 6 a 12 meses, suficiente para capturar casos completos. Formate a data como 'YYYY-MM-DD'.
Formato de saída: O relatório deve ser configurado para permitir a saída em CSV. Esse formato é ideal para a ingestão no ProcessMind, pois é simples, estruturado e evita análises complexas.
Agendamento: Para monitorar o processo continuamente, agende o relatório do BI Publisher para execução recorrente, por exemplo, diária ou semanalmente. Configure a saída para ser entregue a um servidor ou repositório de conteúdo designado, permitindo a coleta automatizada.
Performance: Em instâncias com volumes muito altos de eventos de qualidade, a consulta pode levar bastante tempo para ser executada. Garanta que o período seja razoável e considere discutir a otimização da consulta ou a criação de índices nas tabelas com o administrador do banco de dados se houver preocupação com a performance.

a Consulta de exemplo 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')

Etapas

Pré-requisitos: verifique se você tem um cliente de banco de dados, como SQL Developer ou DBeaver, e credenciais somente leitura para o banco de dados Oracle que hospeda o módulo Quality Management.
Entenda o esquema: familiarize-se com as principais tabelas do Oracle Quality. A consulta usa principalmente QA_RESULTS para os cabeçalhos dos eventos de qualidade, QA_PLANS para as definições dos planos, QA_RESULTS_V para uma visão combinada dos resultados e seus valores e tabelas de usuários da aplicação, como FND_USER ou PER_ALL_PEOPLE_F.
Defina os parâmetros da consulta: antes de executar a consulta, localize as variáveis de exemplo na cláusula WHERE. Você deve substituir :start_date, :end_date e :organization_id pelos valores adequados ao escopo da extração. Por exemplo, defina :start_date como “2023-01-01” e :end_date como “2023-06-30”.
Execute a consulta SQL: copie o script SQL completo e execute-o no seu cliente de banco de dados. O script usa várias cláusulas UNION ALL para reunir diferentes eventos em um formato único e unificado de Event Log.
Revise os dados brutos: depois da execução, revise a saída. Cada linha representa uma única atividade no ciclo de vida de um evento de qualidade. Verifique a integridade e a presença de dados em colunas importantes, como QualityEventId, ActivityName e EventStartTime.
Trate timestamps e durações: a consulta fornece EventStartTime. O EventEndTime é deixado intencionalmente como NULL, pois determinar a hora de término de um evento geralmente exige conhecer a hora de início do evento seguinte. Normalmente, é melhor fazer esse cálculo na ferramenta de Process Mining ou em um script de pós-processamento. Da mesma forma, ProcessingTime é definido como NULL, pois depende do cálculo com base nas horas de início e término.
Exporte para CSV: exporte todo o conjunto de resultados do seu cliente SQL para um arquivo CSV. Verifique se o arquivo usa codificação UTF-8 e inclui uma linha de cabeçalho com os aliases de coluna da consulta.
Prepare o carregamento: verifique se os cabeçalhos das colunas do CSV correspondem aos requisitos da plataforma ProcessMind (ID do caso, Atividade, Timestamp de início). Renomeie as colunas QualityEventId, ActivityName e EventStartTime de acordo antes de carregar o arquivo.

Configuração

Acesso ao banco de dados: o usuário que executar a consulta deve ter privilégios SELECT em todas as tabelas referenciadas no script, que podem incluir tabelas dos esquemas APPS, QA, PER e RH.
Filtros principais da consulta: a consulta contém variáveis de exemplo importantes que precisam ser configuradas:
- :start_date: início do período do relatório. A consulta filtra eventos criados nessa data ou depois dela.
- :end_date: fim do período do relatório.
- :organization_id: identificador específico da organização Oracle que você deseja analisar. Os planos e resultados de qualidade geralmente estão vinculados a uma organização.
Período: para uma análise inicial, recomenda-se usar dados de um período de 3 a 6 meses. Em sistemas grandes e com alto volume, comece com um período menor, como um mês, para avaliar a performance da consulta antes de executar uma extração maior.
Considerações de performance: essa consulta faz junções entre várias tabelas grandes e combina 14 conjuntos de resultados separados. Ela pode consumir muitos recursos. Agende a extração fora do horário de pico para minimizar o impacto na performance do sistema. Se a performance estiver baixa, consulte um administrador de banco de dados sobre a criação de índices para colunas importantes, especialmente colunas de data e chaves estrangeiras.

a Consulta de exemplo 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'

Etapas

Prepare seu ambiente: Certifique-se de ter o Python 3.6 ou uma versão mais recente instalado no seu sistema. Instale as bibliotecas necessárias usando pip: pip install pandas oracledb. Essas bibliotecas são necessárias para conectar ao banco de dados Oracle e manipular os dados.
Obtenha as credenciais do banco de dados: Tenha em mãos os dados de conexão necessários para o banco de dados do Oracle Quality Management. Isso inclui nome de usuário, senha e o Data Source Name (DSN), que normalmente segue o formato hostname:port/service_name.
Salve o script de extração: Copie o script Python completo fornecido na seção 'query' e salve-o como um arquivo, por exemplo, extract_quality_events.py.
Configure o script: Abra o script salvo em um editor de texto. Localize a seção de configuração no início e substitua os valores placeholder de db_user, db_password, db_dsn, start_date e end_date pelos seus dados específicos.
Personalize os placeholders SQL: Revise a consulta SQL dentro do script. Talvez seja necessário ajustar nomes de tabelas, como QA_RESULTS, ou valores de status específicos, como 'NEW' e 'CLOSED', para corresponder à configuração Oracle da sua organização. Consulte o administrador do sistema Oracle se não tiver certeza desses valores.
Execute o script: Abra o prompt de comando ou o terminal, acesse o diretório onde você salvou o script e execute-o com o comando: python extract_quality_events.py.
Monitore a execução: O script se conectará ao banco de dados, executará a consulta e processará os dados. Dependendo do período e do volume de dados, isso pode levar vários minutos. Procure a mensagem 'Successfully connected to Oracle Database!' e, ao final, 'Event log saved to quality_event_log.csv'.
Recupere o arquivo de saída: Quando o script terminar, um arquivo chamado quality_event_log.csv será criado no mesmo diretório. Esse arquivo contém o Event Log extraído.
Revise o Event Log: Abra o arquivo quality_event_log.csv em um aplicativo de planilhas para fazer uma revisão rápida. Verifique se as colunas esperadas estão presentes e se os dados foram preenchidos corretamente em alguns casos de amostra.
Faça o upload para a ferramenta de Process Mining: O arquivo CSV gerado está pronto para ser carregado na sua aplicação de Process Mining para análise.

Configuração

Conexão com o banco de dados: O script exige um Data Source Name (DSN) do Oracle, nome de usuário e senha com acesso de leitura às tabelas necessárias do Quality Management, como QA_RESULTS, QA_PLANS, FND_USER e PER_ALL_PEOPLE_F.
Filtragem por período: As variáveis start_date e end_date no script são essenciais para controlar o volume de dados. Recomenda-se começar com um período menor, como 3 a 6 meses, para garantir a performance e validar a saída antes de executar uma extração maior.
Filtros específicos do sistema: A consulta SQL pode ser personalizada para incluir filtros baseados na estrutura da sua organização. Por exemplo, você pode adicionar uma cláusula WHERE para filtrar por ORGANIZATION_ID e limitar a extração a uma fábrica ou unidade de negócio específica.
Mapeamento de códigos de status: A lógica de extração das atividades depende do mapeamento de valores de status específicos, como 'NEW', 'UNDER_INVESTIGATION' e 'CLOSED', para as etapas do processo. Esses valores são específicos da configuração do seu Oracle e devem ser verificados e ajustados na consulta SQL para garantir a precisão.
Dependências do Python: O script depende das bibliotecas pandas e oracledb. Certifique-se de que elas estejam instaladas no ambiente Python em que o script será executado.

a Consulta de exemplo 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)

Pronto para começar?

Este Template foi criado para ajudar você a preparar seus dados rapidamente e começar a otimizar seus processos de gestão da qualidade. Comece hoje a descobrir oportunidades de eficiência e conformidade.

Voltar ao guia de melhoria Baixar Template

Transforme o Oracle Quality Management e aumente a conformidade agora

Elimine ineficiências e alcance tempos de ciclo 30% menores.

Comece seu teste grátis

Não é necessário cartão de crédito. Teste grátis por 14 dias.

Seu Template de dados de gestão da qualidade

Seu Template de dados de gestão da qualidade

Atributos da gestão da qualidade

Atividades de gestão da qualidade

Guias de extração

Relatório do Oracle BI Publisher para dados de eventos de qualidade

Etapas

Configuração

a Consulta de exemplo sql

Consulta SQL direta nas tabelas do Oracle Quality Management

Etapas

Configuração

a Consulta de exemplo sql

Script de extração em Python usando o conector do Oracle DB

Etapas

Configuração

a Consulta de exemplo python

Pronto para começar?

Transforme o Oracle Quality Management e aumente a conformidade agora

Seu Template de dados de gestão da qualidade

Seu Template de dados de gestão da qualidade

Atributos da gestão da qualidade

Atividades de gestão da qualidade

Guias de extração

Relatório do Oracle BI Publisher para dados de eventos de qualidade

Etapas

Configuração

a Consulta de exemplo sql

Consulta SQL direta nas tabelas do Oracle Quality Management

Etapas

Configuração

a Consulta de exemplo sql

Script de extração em Python usando o conector do Oracle DB

Etapas

Configuração

a Consulta de exemplo python

Pronto para começar?

Transforme o Oracle Quality Management e aumente a conformidade agora

Valorizamos sua privacidade