> Melhoria Contínua de Processos > Gestão da Qualidade > Gestão da Qualidade Oracle > Modelo de Dados

Seu Template de Dados de Quality Management

Gestão da Qualidade Oracle

Atributos de Gestão da Qualidade (21) Activities de Gestão da Qualidade (14) Guias de Extração (3)

Seu Template de Dados de Quality Management

Este Template guia você pelos atributos de dados e Activities essenciais para uma análise eficaz. Inclui orientações práticas para extrair essas informações do Oracle Quality Management, garantindo insights profundos.

Atributos recomendados para coletar
Atividades-chave a monitorizar
Orientação para Extração

É novo em event logs? Saiba como criar um event log para Process Mining.

Baixar Modelo

Atributos de Gestão da Qualidade

Estes são os campos de dados recomendados e informações contextuais para o seu event log, visando uma análise abrangente da qualidade.

3 Obrigatório 8 Recomendado 10 Opcional

	Nome	Descrição
	Hora de início do Event EventStartTime	O timestamp que indica quando uma atividade ou evento começou.
Descrição Fornece a data e hora exatas do início de uma etapa. É o elemento principal para ordenar os events e construir a sequência do case. A Hora de Início do Event é crucial para calcular tempos de ciclo e espera. Ela identifica gargalos ao destacar atrasos entre etapas e monitora o desempenho em relação a KPIs de tempo, como o Lead Time da Análise de Causa Raiz. Por que é importante Este timestamp é a base da análise, permitindo cálculos de tempo e a ordenação correta das Activities. Onde obter Timestamp comumente encontrado em logs como CREATION_DATE ou similar. Exemplos 2023-04-15T09:00:12Z2023-04-16T11:30:00Z2023-05-01T14:22:45Z
	Nome da Atividade ActivityName	O nome da Task ou etapa específica que ocorreu no processo de gestão da qualidade.
Descrição Este atributo descreve uma ação realizada na gestão do Quality Event. A sequência dessas Activities, ordenada por timestamps, forma o fluxo do processo. Analisar o Nome da Activity é vital no Process Mining. Permite descobrir o modelo real, verificar a conformidade e identificar gargalos ou retrabalhos. Por exemplo, ajuda a medir o tempo entre o início da investigação e a conclusão da análise de causa raiz. Por que é importante Este atributo é fundamental para mapear o fluxo, identificar desvios e entender como o trabalho é realmente realizado. Onde obter Informação derivada de event logs, mudanças de status ou 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 Fechamento
	Quality Event QualityEventId	O identificador único de um Quality Event, como não conformidade, reclamação ou desvio.
Descrição O ID do Quality Event serve como identificador principal do case, agrupando todas as Activities relacionadas. Cada incidente recebe um ID único, criando um registro histórico completo da investigação e resolução. No Process Mining, este atributo é fundamental para reconstruir a jornada de ponta a ponta de cada Quality Event. Ele permite calcular tempos de ciclo, identificar variantes de processo e analisar como diferentes tipos de events são tratados. Ao vincular cada log de Activity a um ID, os analistas visualizam o fluxo completo e identificam gargalos sistêmicos ou problemas de conformidade. Por que é importante Este ID é essencial para definir o escopo de um case, permitindo o rastreio preciso e o cálculo de métricas de ponta a ponta. Onde obter Geralmente a chave primária nas tabelas do Oracle Quality Management, como a QA_RESULTS. Exemplos NC-2023-00123CAPA-45892QE-500-A
	Categoria da causa raiz RootCauseCategory	A classificação da causa raiz determinada para o problema de qualidade.
Descrição Após a análise de causa raiz, as descobertas são categorizadas em grupos como 'Falha de Equipamento', 'Erro Humano' ou 'Falha de Projeto'. Este atributo armazena essa classificação final. Analisar o processo por Categoria de Causa Raiz é muito eficaz. Ajuda a mudar o foco da correção de sintomas isolados para a solução de problemas sistêmicos. Por exemplo, muitos eventos causados por 'Problemas de Treinamento' indicam a necessidade de programas de capacitação, um objetivo central das ações preventivas. Por que é importante Este atributo é fundamental para passar da gestão reativa para a proativa, permitindo analisar as causas fundamentais das falhas. Onde obter Consulte a documentação do Oracle Quality Management. 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 de EquipamentoDefeito de MaterialErro HumanoProcedimento não seguido
	Data Alvo de Resolução TargetResolutionDate	A data planejada ou prevista para o encerramento final do Quality Event.
Descrição Representa o prazo final para a resolução do Quality Event, funcionando como um SLA ou meta interna baseada na gravidade. Esta data é vital para monitorar o desempenho e calcular o KPI de Taxa de CAPA no Prazo. Comparar a conclusão real com esta meta permite medir a pontualidade, identificar riscos de atraso e reduzir os tempos de ciclo. Por que é importante Fornece um benchmark para medir o desempenho 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. Exemplos 2023-05-302023-06-152024-01-10
	Departamento Responsável ResponsibleDepartment	O departamento ou área funcional responsável pelo Quality Event ou pela Activity atual.
Descrição Identifica a equipe ou departamento (QA, Engenharia, Produção, etc.) responsável pelo Quality Event, que pode mudar ao longo do ciclo de vida. No Process Mining, analisar pelo Departamento Responsável ajuda a entender a carga de trabalho, identificar gargalos setoriais e comparar equipes. Apoia o Dashboard de alocação de recursos, mostrando o envolvimento de cada área em diferentes Activities. Por que é importante Possibilita a análise de carga de trabalho, desempenho e gargalos por departamento, o que é crucial para o planejamento de recursos e a melhoria organizacional. Onde obter Consulte a documentação do Oracle Quality Management. Pode estar armazenado em tabelas relacionadas a ações ou atribuições de qualidade, vinculadas ao evento. Exemplos Engenharia de QualidadeOperações de ManufaturaQualidade do FornecedorEngenharia de Projeto
	Event End Time EventEndTime	O timestamp que indica quando uma atividade ou evento foi concluído.
Descrição O Hora de Término do Event marca a conclusão de uma Activity específica. Junto com o Hora de Início do Event, define o tempo de processamento. Em alguns sistemas, uma Activity pode ser instantânea, com horários de início e término idênticos. Este atributo é essencial para análises de duração detalhadas. Ele permite diferenciar o tempo de processamento ativo do tempo de espera entre Activities. Isso é fundamental para identificar onde os recursos estão engajados e onde as passagens de bastão geram atrasos. Por que é importante Permite o cálculo preciso dos tempos de processamento das Activities, o que ajuda a identificar Tasks ineficientes em comparação com longos períodos de espera. Onde obter Pode estar nas mesmas tabelas que o início, como LAST_UPDATE_DATE, ou inferido pelo início do event seguinte. Exemplos 2023-04-15T09:15:30Z2023-04-16T12:00:00Z2023-05-02T10:00:00Z
	Nível de severidade SeverityLevel	Classificação do impacto do evento de qualidade, como crítico, grave ou leve.
Descrição O Nível de Gravidade é uma avaliação do impacto potencial do problema nos clientes, conformidade ou operações. Ajuda a priorizar recursos e definir a urgência da resposta. No Process Mining, este atributo é crucial para segmentação. Analistas podem comparar fluxos, tempos de ciclo e resultados de events de alta versus baixa gravidade. Isso apoia o dashboard de "Consistência de Triagem" e o KPI de "Taxa de Resolução por Gravidade", revelando se os problemas críticos estão sendo tratados com a agilidade necessária. Por que é importante Permite a priorização e segmentação da análise, garantindo que Quality Events de alto impacto sejam gerenciados com eficácia e eficiência. Onde obter Consulte a documentação do Oracle Quality Management. Frequentemente é um elemento configurável dentro de um plano de coleta de qualidade. Exemplos 1 - Crítico2 - Grave3 - Leve4 - Informativo
	Status Atual CurrentStatus	O status atual do case de Quality Event.
Descrição Indica o estado atual do Quality Event (Aberto, Em Investigação, Pendente, etc.), fornecendo um instantâneo do case no momento da extração. É um atributo vital para o monitoramento, apoiando o Dashboard de visão geral de status. Permite que gestores visualizem o pipeline e priorizem recursos. No Process Mining, filtrar pelo status final ajuda a analisar os resultados de diferentes caminhos do processo. Por que é importante Oferece uma visão em tempo real do pipeline de Quality Events, permitindo uma gestão operacional eficaz e a priorização de cases ativos. Onde obter Geralmente disponível na tabela de cabeçalho dos Quality Events, refletindo o último estado conhecido. Exemplos AbertoEm ProgressoAguardando AprovaçãoEncerrado
	Tempo de Processamento ProcessingTime	A duração do tempo gasto a trabalhar ativamente numa atividade.
Descrição O Tempo de Processamento é a duração calculada entre o Hora de Início do Event e o Hora de Término do Event para uma única Activity. Ele representa o tempo de trabalho ativo, em oposição ao tempo de espera entre Activities. Essa métrica é fundamental para uma análise de desempenho detalhada. Ao somar os tempos de processamento de todas as Activities de um case, é possível entender o tempo total de toque (touch time). Comparar esse tempo com o ciclo geral do case revela quanto do processo é trabalho de valor agregado versus tempo de espera, um insight essencial para esforços de melhoria Lean e Six Sigma. Por que é importante Isola o tempo de trabalho ativo do tempo de espera ocioso, ajudando a identificar quais Tasks específicas consomem mais tempo. Onde obter Métrica calculada a partir dos atributos EventStartTime e EventEndTime na transformação de dados. Exemplos PT15M30SPT2HP1D
	Usuário Atribuído AssignedUser	O usuário individual designado para realizar uma Activity ou ser o responsável pelo Quality Event.
Descrição Identifica o responsável por uma Task ou pela gestão do Quality Event, oferecendo um detalhamento maior que o departamento. Analisar por usuário ajuda a entender cargas de trabalho, identificar necessidades de treinamento e reconhecer profissionais de destaque. Também revela problemas como reatribuições constantes ou Tasks paradas com indivíduos específicos, sendo útil para otimização de recursos. Por que é importante Ele permite uma análise detalhada da carga de trabalho e do desempenho individual, 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ário costumam ficar em tabelas de ação ou workflow associadas ao evento. Exemplos j.smitha.jonesr.williams
	Categoria do Problema IssueCategory	A categoria ou tipo do problema de qualidade, como "Defeito de Produto" ou "Desvio de Processo".
Descrição Classifica o Quality Event para agrupar problemas semelhantes. As categorias refletem o contexto operacional da empresa. Analisar por Categoria permite identificar padrões. Por exemplo, pode revelar que problemas com fornecedores demoram mais para resolver do que processos internos. Essa segmentação é valiosa para melhorias direcionadas. Por que é importante Categorizar problemas permite análises direcionadas para identificar tendências e causas raízes em áreas específicas. Onde obter Consulte a documentação do Oracle Quality Management. Provavelmente é um elemento definido pelo usuário dentro do plano de coleta de qualidade. Exemplos Defeito de ProdutoDesvio de ProcessoMaterial de FornecedorReclamação de Cliente
	Código de Fechamento ClosureCode	Código que indica o motivo ou o resultado do fechamento do evento de qualidade.
Descrição Quando um evento de qualidade é encerrado, geralmente é atribuído um código de fechamento para classificar o resultado final. Exemplos incluem "Ação Eficaz", "Nenhuma Ação Necessária" ou "Problema Duplicado". Este atributo é extremamente útil para análise de resultados. Ao filtrar por diferentes códigos de fechamento, os analistas conseguem estudar os caminhos do processo que levam a resultados positivos e compará-los aos que não levam. Isso ajuda a responder perguntas como: "Como é o nosso processo para problemas encerrados como duplicados?" e a identificar gargalos na etapa de triagem. Por que é importante Fornece informações cruciais sobre o desfecho de um case, permitindo a análise de quais caminhos de processo levam a resoluções bem-sucedidas. Onde obter Consulte a documentação do Oracle Quality Management. Provavelmente é um campo preenchido durante a atividade de fechamento final. Exemplos EFICAZNO_ACTIONDUPLICADORISK_ACCEPTED
	É Retrabalho IsRework	Indicador que sinaliza se uma atividade é uma repetição ou retrabalho de uma etapa anterior no mesmo case.
Descrição Esta flag booleana é verdadeira se uma Activity ocorrer mais de uma vez no mesmo case, indicando um loop ou retrabalho. Identificar retrabalho é uma função central do Process Mining. Esta flag quantifica ineficiências e apoia o KPI de Frequência de Retrabalho. Analisar quais etapas falham ajuda a descobrir problemas de treinamento ou critérios de aprovação, revelando chances de otimização. Por que é importante Sinaliza ineficiências e loops no processo, ajudando a quantificar o desperdício e a identificar as causas raiz do retrabalho. Onde obter Calculado via funções de janela no event log. Identifica quando o mesmo nome de Activity se repete no mesmo case. Exemplos verdadeirofalse
	Está no prazo IsOnTime	Indicador que mostra se uma ação corretiva foi implementada dentro do prazo de resolução previsto.
Descrição Esta flag é gerada comparando a conclusão da Activity de correção com a Data-Alvo para Resolução. É verdadeira se concluída no prazo. Apoia o KPI de Taxa de CAPA no Prazo, facilitando a criação de Dashboards com uma classificação binária clara. Permite filtrar e monitorar a adesão aos níveis de serviço e identificar causas raiz de atrasos. Por que é importante Simplifica o acompanhamento do desempenho no prazo em relação às metas, facilitando a medição e o reporte desse KPI crítico. Onde obter Flag calculada na transformação dos dados. Requer a TargetResolutionDate e o timestamp da Activity de conclusão. Exemplos verdadeirofalse
	ID do Plano de Ação Corretiva CorrectiveActionPlanId	O identificador único do plano de ação corretiva (CAPA) criado para tratar o Quality Event.
Descrição Vincula o Quality Event ao plano CAPA específico. Geralmente é um objeto separado com ciclo de vida próprio. Na análise, este ID une os dados do Quality Event aos do processo CAPA, criando uma visão holística. Ajuda a garantir que todos os events necessários tenham um CAPA e a medir a eficácia das ações. Por que é importante Vincula o problema (Quality Event) à solução (CAPA), permitindo uma análise de ponta a ponta mais abrangente do sistema de gestão da qualidade. Onde obter Campo de referência no registro de Quality Event que aponta para o módulo específico de CAPA. Exemplos CAPA-2023-088CAPA-2023-091
	Identificador do produto ProductIdentifier	O identificador do produto associado ao Quality Event.
Descrição Vincula o Quality Event a um produto ou SKU específico. Este vínculo é crucial para a análise de qualidade. O Process Mining permite comparar processos entre diferentes linhas ou identificar produtos com problemas recorrentes. Isso ajuda a priorizar esforços de engenharia ou manufatura onde são mais necessários. Por que é importante Ele conecta Quality Events a produtos específicos, permitindo a análise de tendências de qualidade relacionadas ao produto e variações de processo. Onde obter Informação armazenada no plano de coleta de qualidade, vinculada ao mestre de itens do Oracle Inventory. Exemplos SKU-100-A-REDPN-987654CHEM-X2
	Sistema de Origem SourceSystem	Identifica o sistema de origem de onde os dados foram extraídos.
Descrição Especifica o sistema de origem dos dados do event. Em empresas, os dados podem vir do módulo Oracle Quality, de sistemas CAPA ou portais de clientes. Ajuda a entender a linhagem dos dados e segmentar o processo por origem. É essencial para a governança e para resolver problemas de integração, garantindo que a visão do processo seja fiel à realidade. Por que é importante Fornece um contexto crucial sobre a origem dos dados, o que é importante para a validação de dados, governança e análise de variações de processos em diferentes sistemas. Onde obter Geralmente é um valor estático adicionado durante o processo de extração, transformação e carga (ETL) para rotular a origem do conjunto de dados. Exemplos Oracle Quality Management R12Oracle EBS QualityQM-PROD
	Tempo de ciclo total TotalCycleTime	O tempo total decorrido desde a identificação do problema até seu encerramento final.
Descrição Mede a duração total de um case, da identificação ao encerramento final. É o principal KPI de eficiência da gestão da qualidade e a métrica central do Dashboard de Tempo de Ciclo de Ponta a Ponta. Acompanhá-la por gravidade ou categoria oferece uma visão clara da saúde do processo e do impacto das melhorias. Por que é importante KPI crítico que mede a velocidade e eficiência geral de todo o processo de gestão da qualidade. Onde obter Calculado no nível do case no Process Mining. Requer o início do primeiro event e o término do último para cada ID. Exemplos P30DT12HP15DP92D
	Última Atualização de Dados LastDataUpdate	O timestamp da atualização de dados mais recente do sistema de origem.
Descrição Indica a última atualização dos dados deste event no dataset. Reflete a atualidade dos dados e ajuda a entender o quão recente é a análise. Em Dashboards, este timestamp é crítico para dar contexto, esclarecendo se os dados são em tempo real ou um snapshot de um momento específico. Isso é essencial para decisões operacionais seguras e garante transparência sobre a validade da análise. Por que é importante Oferece transparência sobre a atualidade dos dados, garantindo que os usuários confiem na análise. Onde obter Valor gerado no processo de ETL, indicando quando o pipeline de dados rodou 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 Quality Event ocorreu ou está sendo gerenciado.
Descrição Este atributo atribui o Quality Event a uma parte da estrutura de negócios, permitindo comparar o desempenho entre unidades. Segmentar a análise por Unidade de Negócio é essencial para grandes empresas. Permite criar Dashboards específicos e identificar quais divisões têm processos mais eficientes ou enfrentam desafios únicos, facilitando a supervisão e a troca de melhores práticas. Por que é importante Permite a comparação e análise de desempenho em diferentes partes da organização, apoiando a gestão da qualidade em toda a empresa. Onde obter Parte dos dados de contexto organizacional, geralmente derivada dos dados mestre do usuário ou departamento. Exemplos Dispositivos MédicosEletrônicos de ConsumoPeças Automotivas

Obrigatório Recomendado Opcional

Activities de Gestão da Qualidade

Estas são as principais etapas e marcos do processo a serem capturados no seu event log para uma descoberta de processo precisa.

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 reincidência. Capturado quando o usuário conclui a etapa de verificação e atualiza o status do registro.
Por que é importante Marco baseado em resultados e base para o KPI de Taxa de Verificação de Eficácia. Garante que os problemas foram realmente resolvidos. Onde obter Inferido a partir de uma mudança de status no registro CAPA para 'Verificação Concluída' ou 'Eficaz'. Pode envolver o preenchimento de campos de resultados de verificação. Captura Inferido de mudança de status para 'Verificação Concluída' ou 'Eficaz'. Tipo de evento inferred
	Investigação Iniciada	Marca o início oficial da fase de investigação para determinar a causa raiz do problema de qualidade. Isso geralmente é representado por uma mudança de status no sistema, como a transição para "Em Investigação".
Por que é importante Ponto inicial para o KPI de Lead Time da Análise de Causa Raiz; mostra quanto tempo os problemas esperam a investigação. Onde obter Inferido de uma mudança no Quality Issue ou Quality Action para um status de 'Investigação'. O timestamp desta alteração define o horário do event. Captura Inferido a partir de uma mudança de status para 'Em Investigação' ou estado similar. Tipo de evento inferred
	Plano de Ação Corretiva Aprovado	Representa a aprovação formal do plano de ação corretiva proposto. Este é um ponto de controle crítico, geralmente capturado por uma ação de aprovação explícita ou mudança de status para "Aprovado".
Por que é importante Esta aprovação é um marco fundamental e um gargalo frequente. Analisar esses tempos ajuda a agilizar o processo e garantir a conformidade. Onde obter Inferido de uma mudança de status no registro de Quality Action ou CAPA para 'Aprovado'. Sistemas Oracle costumam registrar isso explicitamente em tabelas de auditoria. Captura Inferido a partir de uma mudança de status para 'Aprovado'. Tipo de evento inferred
	Problema Categorizado e Priorizado	Esta Activity ocorre quando se conclui a avaliação inicial, definindo gravidade e prioridade. Capturada quando o problema passa de "Novo" para "Avaliado" ou "Em Triagem".
Por que é importante Marco crucial para o KPI de Tempo Médio de Triagem. Atrasos aqui travam todo o processo, especialmente em crises. Onde obter Inferido de uma mudança no registro de Quality Issue (ex: de 'Novo' para 'Em Avaliação') ou quando campos de 'Gravidade' ou 'Prioridade' são preenchidos. Captura Inferido de mudança de status ou do primeiro preenchimento dos campos de Gravidade ou Prioridade. Tipo de evento inferred
	Problema de Qualidade Identificado	Esta Activity marca a criação de um novo registro de Quality Event. É capturada quando um usuário cria um novo Problema de Qualidade ou Ação de Qualidade no Oracle.
Por que é importante Como event inicial, é essencial para calcular o tempo de ciclo total do processo de gestão da qualidade e para entender o volume de eventos de qualidade recebidos. Onde obter Este event é capturado pelo timestamp de criação do registro de Problema ou Ação de Qualidade nas tabelas QAM. Captura Event registrado na criação de um novo registro de Quality Issue ou Ação. Tipo de evento explicit
	Revisão Final e Fechamento	A etapa final em que todas as ações são confirmadas e o problema pai é formalmente encerrado. Capturado por uma mudança final de status para "Fechado" ou "Resolvido" no registro principal.
Por que é importante Principal event de término do processo. Essencial para o KPI de Tempo Médio de Ciclo e para medir o throughput geral. Onde obter Inferido da mudança final de status para 'Fechado' no registro pai do Quality Issue. O timestamp define o horário do event. Captura Inferido a partir de uma mudança de status para 'Fechado' no registro principal de Quality Issue. Tipo de evento inferred
	Ação Corretiva Implementada	Marca a conclusão das Tasks descritas no plano de ação corretiva aprovado. Isso geralmente é capturado quando um usuário atualiza o status do registro de ação corretiva para "Implementado" ou "Concluído".
Por que é importante Esta Activity é vital para o KPI de "Taxa de CAPA no Prazo", pois sinaliza que a correção foi executada, permitindo comparar com as datas-alvo. Onde obter Este event é inferido pela mudança de status do registro de Ação de Qualidade ou CAPA para "Implementado". Captura Inferido de mudança de status para 'Implementado' ou 'Concluído'. Tipo de evento inferred
	Ação Preventiva Identificada	Representa a criação de uma ação preventiva (AP) para tratar problemas sistêmicos e evitar Quality Events semelhantes. Frequentemente registrado como a criação de um novo registro de Ação Preventiva vinculado ao problema original.
Por que é importante Esta Activity demonstra um processo de qualidade maduro que foca na prevenção de problemas futuros. Acompanhá-la ajuda a medir melhorias proativas. Onde obter Capturado a partir da criação de um novo registro de Quality Action do tipo 'Ação Preventiva', geralmente vinculado ao Problema de Qualidade ou Ação Corretiva original. Captura Registrado ao criar um registro de Ação de Qualidade do tipo "Ação Preventiva". Tipo de evento explicit
	Ação Preventiva Implementada	Marca a conclusão das Tasks definidas no plano de ação preventiva para mitigar riscos sistêmicos. Isso é capturado quando um usuário atualiza o status do registro de ação preventiva para "Implementado" ou "Concluído".
Por que é importante Mede a capacidade da organização de executar melhorias de qualidade proativas. Atrasos aqui podem indicar dificuldades na implementação de mudanças sistêmicas em toda a organização. Onde obter Inferido a partir de uma mudança de status do registro de Ação Preventiva associado para 'Implementado' ou 'Concluído'. Captura Inferido de mudança de status para 'Implementado' em um registro de Ação Preventiva. Tipo de evento inferred
	Análise de Causa Raiz Realizada	Representa a conclusão da análise de causa raiz (RCA) e a documentação das descobertas. Geralmente é capturado quando a equipe de investigação atualiza o problema com a causa raiz e altera seu status.
Por que é importante Esta Activity é o ponto final do KPI de "Lead Time da Análise de Causa Raiz". Analisar a duração até esta etapa ajuda a identificar gargalos na fase de solução. Onde obter Inferido da mudança para 'RCA Concluída' ou do preenchimento do campo de categoria de causa raiz. O timestamp dessa atualização é utilizado. Captura Inferido de mudança de status para 'RCA Concluída' ou preenchimento de campos de causa raiz. Tipo de evento inferred
	Partes Interessadas Notificadas da Resolução	Representa a comunicação da resolução do Quality Event às partes interessadas, como o solicitante ou clientes afetados. Isso é difícil de capturar e pode ser inferido por uma mudança de status após o encerramento ou um comentário registrado.
Por que é importante Crucial para o KPI de 'Atraso na Notificação de Stakeholders'. A comunicação ágil é importante para a satisfação do cliente e transparência interna, mesmo após a resolução do problema. Onde obter Geralmente difícil de capturar automaticamente. Pode ser inferido de status ou campos de comentários via lógica especial. Captura Inferido a partir de uma mudança de status específica ou, potencialmente, por mineração de texto nos logs de atividade. 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 resolvê-lo. Pode ser a criação de um registro de Ação Corretiva relacionado ou uma mudança de status indicando que o plano está pronto para revisão.
Por que é importante Monitora a transição da análise para o design da solução. Retrabalhos aqui podem indicar requisitos confusos ou falhas no plano. Onde obter Pode ser um event explícito da criação de uma Ação Corretiva ou inferido por uma mudança de status para "Plano Proposto". Captura Inferido a partir da mudança para 'Aprovação Pendente' 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 equipe para revisão inicial. Esse event é frequentemente inferido pelo acompanhamento de mudanças no campo de responsável ou proprietário.
Por que é importante Monitorar esta entrega inicial identifica atrasos antes da avaliação. O tempo neste estado revela gargalos na fila de triagem. Onde obter Inferido de alterações nos campos de proprietário ou responsável no registro de Quality Issue. Pode vir de tabelas de trilha de auditoria ou workflows de atribuição. Captura Inferido a partir de uma alteração no campo 'Atribuído a' ou 'Proprietário' no Quality Issue. Tipo de evento inferred
	Verificação de Eficácia Necessária	Representa a sinalização de que a ação implementada requer verificação de acompanhamento para garantir eficácia. Geralmente é uma mudança de status automática ou manual após a implementação.
Por que é importante Inicia a fase de verificação. Analisar o tempo até esta Activity destaca atrasos em acompanhamentos necessários. Onde obter Este event é inferido pela mudança no workflow para "Pendente de Verificação de Eficácia". Captura Inferido de mudança de status para 'Verificação de Eficácia Pendente'. Tipo de evento inferred

Recomendado Opcional

Guias de Extração

Como extrair 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 navegue até a responsabilidade que dá acesso ao BI Publisher (ex: Administrador do BI Publisher ou similar).
Crie um Novo Modelo de Dados: Na página inicial do BI Publisher, selecione "Criar" e depois "Modelo de Dados". Isso abrirá o editor correspondente.
Defina um Dataset de Query SQL: No editor, clique no ícone de adição (+) no painel de Datasets e selecione "Query SQL". Uma janela de edição de SQL será aberta.
Configure a Fonte de Dados: Na janela do Novo Dataset, dê um nome para o conjunto (ex: DS_QUALITY_EVENTS). Selecione o banco de dados Oracle EBS apropriado como Fonte de Dados.
Insira a Query SQL: Copie a query SQL completa fornecida na seção "query" deste documento e cole-a na área de texto.
Defina os Parâmetros da Query: A query utiliza os placeholders :P_START_DATE and :P_END_DATE. No modelo de dados do BI Publisher, você deve defini-los como parâmetros. Crie um novo parâmetro para cada um, use o nome correspondente, defina o Tipo de Dado como "Data" e configure um prompt de exibição amigável.
Salve o Modelo de Dados: Após colar a query e definir os parâmetros, salve o modelo de dados. Recomendamos salvar em uma pasta compartilhada.
Crie um Novo Relatório: Volte à página inicial do BI Publisher, selecione "Criar" e depois "Relatório". Escolha a opção "Usar Modelo de Dados" e localize o modelo que você acabou de salvar.
Configure o Layout do Relatório: O assistente de relatório guiará você. Para o ProcessMind, um layout de tabela simples é suficiente. Arraste todas as colunas do modelo de dados para o layout e garanta que o formato de saída seja CSV.
Defina as Propriedades do Relatório: Nas propriedades do relatório, certifique-se de que a opção "Habilitar Saída CSV" esteja marcada. Você também pode definir valores de parâmetros padrão se desejar.
Execute e Exporte o Relatório: Salve o relatório e execute-o informando as datas de início e fim. Ao finalizar, clique no botão de exportação e selecione CSV. O arquivo será baixado para sua máquina.
Prepare para o Carregamento: Abra o CSV baixado para garantir que ele contém os dados esperados e que os cabeçalhos das colunas estão corretos conforme os requisitos do ProcessMind. O arquivo está 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 do módulo de Qualidade (ex: QA_RESULTS, QA_PLANS, QA_ACTIONS, FND_USER).
Configuração da Fonte de Dados: O modelo de dados do BI Publisher deve ser configurado para conectar ao seu banco de dados principal do Oracle EBS (schema APPS).
Parâmetros de Intervalo de Datas: A query foi projetada com dois parâmetros obrigatórios, :P_START_DATE e :P_END_DATE, para filtrar a extração dos dados. Para uma análise inicial, recomendamos um intervalo de 6 a 12 meses para capturar um volume suficiente de cases concluídos. Use o formato de data 'AAAA-MM-DD'.
Formato de Saída: O relatório deve ser configurado para permitir a saída em CSV. Este formato é o ideal para o carregamento no ProcessMind por ser simples, estruturado e evitar problemas de processamento.
Agendamento: Para um monitoramento contínuo do processo, agende a execução do relatório no BI Publisher de forma recorrente (ex: diária ou semanalmente). Configure a entrega da saída em um servidor ou repositório designado para coleta automática.
Performance: Em instâncias com altíssimo volume de quality events, a query pode demorar para rodar. Certifique-se de usar um intervalo de datas razoável e avalie a otimização da query ou indexação de tabelas com seu DBA se houver problemas de desempenho.

a Consulta de Exemplo config

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: Certifique-se de ter um cliente de banco de dados (como SQL Developer ou DBeaver) e credenciais de leitura para o banco Oracle que hospeda o módulo de Quality Management.
Entenda o Schema: Familiarize-se com as principais tabelas de Qualidade da Oracle. A query utiliza prioritariamente QA_RESULTS para os cabeçalhos de eventos, QA_PLANS para as definições de planos, QA_RESULTS_V para a visão combinada e tabelas de usuários como FND_USER ou PER_ALL_PEOPLE_F.
Defina os Parâmetros da Query: Antes de rodar, localize as variáveis na cláusula WHERE. Substitua :start_date, :end_date e :organization_id pelos valores do seu escopo de extração (ex: de '2023-01-01' a '2023-06-30').
Execute a Query SQL: Copie o script completo e execute-o no seu cliente de banco de dados. O script utiliza cláusulas UNION ALL para consolidar diferentes eventos em um formato unificado de event log.
Revise os Dados Brutos: Após a execução, verifique o resultado. Cada linha representa uma atividade no ciclo de vida do evento de qualidade. Confira se colunas como QualityEventId, ActivityName e EventStartTime estão preenchidas.
Tratamento de Timestamps e Durações: A query fornece o EventStartTime. O EventEndTime é deixado como NULL propositalmente, pois o cálculo do tempo final de uma etapa geralmente depende do início da próxima, o que é melhor processado pela ferramenta de Process Mining. O ProcessingTime também fica como NULL pela mesma razão.
Exporte para CSV: Salve o conjunto de resultados em um arquivo CSV. Use codificação UTF-8 e inclua o cabeçalho com os aliases das colunas.
Prepare para o Carregamento: Garanta que os cabeçalhos correspondam aos requisitos da plataforma ProcessMind (Case ID, Activity, Start Timestamp). Renomeie QualityEventId, ActivityName e EventStartTime conforme necessário antes do upload.

Configuração

Acesso ao Banco de Dados: O usuário que executa a query deve ter privilégios de SELECT em todas as tabelas referenciadas no script, o que pode incluir tabelas nos schemas APPS, QA, PER e HR.
Filtros Principais da Query: A consulta contém placeholders críticos que precisam ser configurados:
- :start_date: O início do período do relatório. A query filtrará eventos criados nesta data ou após ela.
- :end_date: O fim do período do relatório.
- :organization_id: O identificador específico da organização Oracle que você deseja analisar. Planos e resultados de qualidade geralmente estão vinculados a uma organização.
Intervalo de Datas: Para uma análise inicial, recomendamos um intervalo de 3 a 6 meses de dados. Para sistemas de alto volume, comece com um período menor, como um mês, para avaliar a performance da query antes de realizar uma extração maior.
Considerações de Performance: Esta query realiza o join de várias tabelas grandes e une 14 conjuntos de resultados distintos. Isso pode consumir muitos recursos. Agende a extração para horários de baixa utilização para minimizar o impacto no desempenho do sistema. Se a performance for baixa, consulte um administrador de banco de dados sobre a indexação de colunas-chave, 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 superior instalado. Instale as bibliotecas necessárias via pip: pip install pandas oracledb. Elas são fundamentais para a conexão com o banco Oracle e manipulação de dados.
Obtenha as Credenciais do Banco: Tenha em mãos os detalhes de conexão do seu banco de dados Oracle Quality Management: nome de usuário, senha e o Data Source Name (DSN) — geralmente no formato hostname:port/service_name.
Salve o Script de Extração: Copie o script Python completo da seção "query" e salve-o como um arquivo (ex: extrair_eventos_qualidade.py).
Configure o Script: Abra o arquivo em um editor de texto. Localize a seção de configuração no topo e substitua os valores de db_user, db_password, db_dsn, start_date e end_date pelos seus dados reais.
Personalize os Placeholders do SQL: Revise a query SQL no script. Pode ser necessário ajustar nomes de tabelas como QA_RESULTS ou valores de status como 'NEW' e 'CLOSED' para que coincidam com a sua configuração Oracle. Em caso de dúvida, consulte seu administrador de sistemas.
Execute o Script: Abra o terminal ou prompt de comando, vá até o diretório onde salvou o script e execute: python extrair_eventos_qualidade.py.
Monitore a Execução: O script conectará ao banco, executará a query e processará os dados. Dependendo do volume, isso pode levar alguns minutos. Aguarde a mensagem de sucesso na conexão e a confirmação de que o event log foi salvo.
Recupere o Arquivo de Saída: Ao final, um arquivo chamado quality_event_log.csv será gerado na mesma pasta.
Revise o Event Log: Abra o arquivo em uma planilha para uma conferência rápida. Verifique se as colunas estão preenchidas corretamente e se os dados fazem sentido para alguns cases de amostra.
Faça o Upload para a Ferramenta de Process Mining: O arquivo CSV gerado está pronto para ser carregado e analisado em sua plataforma.

Configuração

Conexão com o Banco de Dados: O script requer um Oracle Data Source Name (DSN), nome de usuário e senha com acesso de leitura às tabelas necessárias de Gestão da Qualidade (ex: QA_RESULTS, QA_PLANS, FND_USER, PER_ALL_PEOPLE_F).
Filtragem por Intervalo de Datas: As variáveis start_date e end_date no script são fundamentais para controlar o volume de dados. Recomendamos começar com um intervalo menor, como 3 a 6 meses, para garantir a performance e validar os resultados antes de realizar 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 unidade de negócio ou fábrica específica.
Mapeamento de Códigos de Status: A lógica de extração de atividades depende do mapeamento de valores de status específicos (ex: 'NEW', 'UNDER_INVESTIGATION', 'CLOSED') para as etapas do processo. Esses valores são específicos da sua configuração Oracle e precisam ser verificados e ajustados na query 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 onde 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)

Seu Template de Dados de Quality Management

Seu Template de Dados de Quality Management

Atributos de Gestão da Qualidade

Activities de Gestão da Qualidade

Guias de Extração

Relatório do Oracle BI Publisher para dados de Quality Events

Etapas

Configuração

a Consulta de Exemplo config

Query SQL Direta nas Tabelas do Oracle Quality Management

Etapas

Configuração

a Consulta de Exemplo sql

Script de extração em Python via Oracle DB Connector

Etapas

Configuração

a Consulta de Exemplo python

Pronto para Começar?

Transforme a Gestão da Qualidade Oracle e impulsione a conformidade

Seu Template de Dados de Quality Management

Seu Template de Dados de Quality Management

Atributos de Gestão da Qualidade

Activities de Gestão da Qualidade

Guias de Extração

Relatório do Oracle BI Publisher para dados de Quality Events

Etapas

Configuração

a Consulta de Exemplo config

Query SQL Direta nas Tabelas do Oracle Quality Management

Etapas

Configuração

a Consulta de Exemplo sql

Script de extração em Python via Oracle DB Connector

Etapas

Configuração

a Consulta de Exemplo python

Valorizamos sua privacidade

Pronto para Começar?

Transforme a Gestão da Qualidade Oracle e impulsione a conformidade