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

Seu Template de dados de gestão da qualidade

Gestão da qualidade no Oracle

Atributos de 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 apresenta os atributos de dados e as atividades de processo essenciais para uma análise eficaz da gestão da qualidade. Ele também traz orientações práticas para extrair essas informações do seu sistema Oracle Quality Management. Use este material para garantir que você capture todos os dados necessários e obtenha insights aprofundados para otimizar os processos.

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

Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Baixar Template

Atributos de 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 abrangente da gestão da qualidade.

3 Obrigatório 7 Recomendado 10 Opcional

	Nome	Descrição
	Evento de qualidade QualityEventId	Identificador único de um evento de qualidade, como uma não conformidade, reclamação ou desvio.
Descrição O ID do evento de qualidade é o principal identificador do caso e agrupa todas as atividades relacionadas, do relato inicial ao encerramento. Cada ocorrência de qualidade recebe um ID único, que cria um histórico completo da investigação e da resolução. Na análise de Process Mining, este atributo é fundamental para reconstruir todo o percurso de cada evento de qualidade. Ele permite calcular os tempos de ciclo gerais, identificar variantes do processo e analisar como diferentes tipos de evento 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 Este ID é essencial porque define o escopo de cada caso, permitindo acompanhar os eventos de qualidade com precisão e calcular métricas de performance de ponta a ponta. Onde encontrar Em geral, esta é a chave primária nas principais tabelas de eventos de qualidade ou planos de coleta do Oracle Quality Management, como QA_RESULTS. Exemplos NC-2023-00123CAPA-45892QE-500-A
	Hora de início do evento EventStartTime	Data e hora que indicam quando uma atividade ou evento começou.
Descrição Este atributo informa a data e a hora exatas em que uma etapa específica do processo começou. É o principal elemento temporal usado para ordenar cronologicamente os eventos e montar 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 ajuda a identificar gargalos ao destacar longos atrasos entre etapas consecutivas e permite acompanhar a performance em relação a KPIs baseados em tempo, como o tempo de atravessamento da análise de causa raiz. Por que isso importa Esta data e hora são a base da análise do processo: permitem todos os cálculos temporais e a ordenação correta das atividades. Onde encontrar Em geral, esta data e hora aparecem 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	Nome da tarefa ou etapa específica realizada no processo de gestão da qualidade.
Descrição Este atributo descreve um evento ou uma ação realizada como parte da gestão de um evento de qualidade. A sequência dessas atividades, ordenadas por 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 'Investigação iniciada' e 'Análise de causa raiz realizada'. Por que isso importa Este atributo é fundamental para mapear o fluxo do processo, identificar desvios e entender como o trabalho é realizado na prática. Onde encontrar Em geral, estas informações vêm de registros de eventos, registros de mudanças de status ou tabelas de histórico de ações do módulo Oracle Quality Management. Exemplos Problema de qualidade identificadoInvestigação iniciadaPlano de ação corretiva aprovadoAnálise final e encerramento
	Categoria da causa raiz RootCauseCategory	A classificação da causa raiz identificada para o problema de qualidade.
Descrição Depois da análise de causa raiz, as conclusões costumam ser classificadas em grupos predefinidos, como 'Falha de equipamento', 'Erro humano' ou 'Falha de projeto'. Este atributo armazena a classificação final. Analisar o processo por categoria da causa raiz é muito útil. Isso ajuda a deixar de corrigir sintomas isolados e a tratar os problemas sistêmicos subjacentes. Por exemplo, um número elevado de eventos cuja causa raiz é 'Problema de treinamento' pode indicar a necessidade de aprimorar os programas de capacitação dos funcionários, um dos principais objetivos das ações preventivas. Por que isso importa Este atributo é essencial para passar de uma gestão da qualidade reativa para uma proativa, pois permite analisar as causas fundamentais das falhas. Onde encontrar Consulte a documentação do Oracle Quality Management. Provavelmente, esse é um elemento definido pelo usuário em um plano de coleta, preenchido após a atividade 'Análise de causa raiz realizada'. Exemplos Falha de equipamentoDefeito de materialErro humanoProcedimento não seguido
	Data prevista para resolução TargetResolutionDate	A data planejada ou prevista para o encerramento definitivo do evento de qualidade.
Descrição Este atributo representa o prazo para a resolução completa de um evento de qualidade. Ele funciona como um acordo de nível de serviço (SLA) ou uma meta interna, geralmente definida de acordo com a gravidade ou o tipo do evento. Essa data é fundamental para monitorar a 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 com risco de atraso e acompanhar tendências de cumprimento dos prazos. Isso ajuda a reduzir o tempo de ciclo da resolução. Por que isso importa A data serve de referência para medir a performance dentro do prazo e é essencial para calcular KPIs de pontualidade e gerenciar SLAs. Onde encontrar 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	Departamento ou área funcional responsável pelo evento de qualidade ou pela atividade atual.
Descrição Este atributo identifica a equipe ou o departamento responsável por tratar o evento de qualidade. Pode ser a Garantia da Qualidade, Engenharia, Produção ou outro grupo, e essa atribuição pode mudar ao longo do ciclo de vida do evento. No Process Mining, analisar os dados por departamento responsável é essencial para entender a distribuição da carga de trabalho, identificar gargalos entre departamentos e comparar a performance de diferentes equipes. Isso dá suporte ao Dashboard 'Alocação de recursos em eventos de qualidade', mostrando quais departamentos participam de cada tipo de atividade e ajudando 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, o que é essencial para planejar recursos e promover melhorias na organização. Onde encontrar Consulte a documentação do Oracle Quality Management. Estas informações podem estar armazenadas 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	Data e hora que indicam 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 e, nesse caso, os horários de início e término são iguais. Este atributo é essencial para analisar durações em detalhe. Ele permite diferenciar o tempo de processamento ativo, entre o início e o término, do tempo de espera, entre o fim de uma atividade e o início da seguinte. Essa distinção é importante para identificar onde os recursos estão sendo usados ativamente e onde as transferências causam atrasos. Por que isso importa Ele permite calcular com precisão o tempo de processamento das atividades e ajuda a distinguir tarefas ineficientes de longos períodos de espera. Onde encontrar Esta informação pode estar disponível nas mesmas tabelas de transações ou de histórico que a hora de início, às vezes como LAST_UPDATE_DATE ou uma data e hora específica de conclusão. Também pode ser inferida a partir da hora 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	Classificação do impacto do evento de qualidade, como crítico, alto ou baixo.
Descrição O nível de gravidade é uma avaliação, geralmente feita durante a triagem, do impacto potencial do problema de qualidade sobre os clientes, a conformidade ou as operações da organização. Essa classificação ajuda a priorizar recursos e definir a urgência da resposta necessária. No Process Mining, este atributo é essencial para segmentar os dados. Os analistas podem comparar os fluxos do processo, os tempos de ciclo e os resultados de eventos de alta e baixa gravidade. Isso dá suporte ao Dashboard 'Consistência da triagem de eventos de qualidade' e ao KPI 'Índice de resolução por gravidade', revelando se os problemas críticos estão sendo tratados com mais rapidez e eficácia. Por que isso importa Ele permite priorizar e segmentar a análise, garantindo que eventos de qualidade de alto impacto sejam tratados com eficácia e eficiência. Onde encontrar Consulte a documentação do Oracle Quality Management. Muitas vezes, esse é um elemento configurável em um plano de coleta de qualidade. Exemplos 1 - Crítico2 - Importante3 - Menor4 - Informativo
	Status atual CurrentStatus	Status atual do caso de 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 mostra em que etapa do processo o caso estava no momento da extração dos dados. Este é um atributo essencial para o monitoramento operacional e dá suporte direto ao Dashboard 'Visão geral dos eventos de qualidade abertos e seus status'. Ele permite que gestores vejam rapidamente os problemas de qualidade em andamento 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 dos eventos de qualidade em andamento, permitindo gerenciar as operações e priorizar casos ativos com eficiência. Onde encontrar Estas informações geralmente estão disponíveis na tabela principal de cabeçalho dos eventos de qualidade e refletem o último estado conhecido do evento. Exemplos AbertoEm andamentoAguardando aprovaçãoEncerrado
	Usuário atribuído AssignedUser	Pessoa responsável por realizar uma atividade ou pelo evento de qualidade.
Descrição Este atributo especifica quem é responsável por uma tarefa específica ou pela gestão geral do evento de qualidade. Ele oferece mais detalhes do que o departamento responsável. Analisar os dados por usuário ajuda a entender a carga de trabalho individual, identificar necessidades de treinamento e reconhecer quem tem melhor performance. Também pode revelar padrões, como a reatribuição frequente de tarefas ou atividades paradas com determinadas pessoas. Esse nível de detalhe é útil para a gestão de performance e a otimização dos recursos. Por que isso importa Ele permite analisar em detalhe a carga de trabalho e a performance de cada pessoa, ajudando a identificar limitações de recursos ou oportunidades de treinamento. Onde encontrar Consulte a documentação do Oracle Quality Management. As informações sobre atribuição de usuários geralmente ficam em tabelas de ações ou fluxos de trabalho associados ao evento de qualidade. Exemplos j.smitha.jonesr.williams
	Categoria do problema IssueCategory	A categoria ou o tipo do problema de qualidade, como 'Defeito no produto' ou 'Desvio de processo'.
Descrição Este atributo classifica o evento de qualidade e ajuda a agrupar problemas semelhantes para análise. Em geral, a organização define as categorias de acordo com seu contexto operacional. Analisar o processo por categoria do problema ajuda a identificar padrões relacionados a tipos específicos de problema. Por exemplo, a análise pode revelar que os problemas de 'Material do fornecedor' têm um tempo de ciclo muito maior que os de 'Processo interno'. Essa segmentação é útil para direcionar iniciativas de melhoria de processos. Por que isso importa A categorização dos problemas permite uma análise direcionada para identificar tendências e causas raiz em áreas específicas. Onde encontrar Consulte a documentação do Oracle Quality Management. Provavelmente, esse é um elemento definido pelo usuário no plano de coleta de qualidade. Exemplos Defeito no 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 recebe um código para classificar o resultado final. Alguns exemplos são 'Ação eficaz', 'Nenhuma ação necessária' e 'Problema duplicado'. Este atributo é muito útil para a análise de resultados. Ao filtrar por diferentes códigos de encerramento, os analistas podem estudar os caminhos do processo que levam a resultados bem-sucedidos e os que não levam. Também é possível responder a perguntas como 'Como é o processo para problemas encerrados como duplicados?' e identificar ineficiências na triagem. Por que isso importa O atributo traz informações importantes sobre o resultado de um caso e permite analisar quais caminhos do processo levam a resoluções bem-sucedidas. Onde encontrar Consulte a documentação do Oracle Quality Management. Provavelmente, esse campo é preenchido durante a atividade final de encerramento. Exemplos EFICAZNENHUMA_ACAODUPLICADORISCO_ACEITO
	Dentro do prazo IsOnTime	Um indicador que mostra se uma ação corretiva foi implementada até a data prevista para resolução.
Descrição Este atributo booleano é calculado comparando o horário de conclusão da atividade 'Ação corretiva implementada' com a 'Data prevista para resolução' do caso. O valor é verdadeiro se a ação foi concluída até a data prevista, inclusive, e falso caso contrário. Este atributo contribui diretamente para o KPI 'CAPA Impl. On-Time Rate'. Ele simplifica a análise e a criação de Dashboards ao classificar claramente a pontualidade de cada caso em duas categorias. Também facilita a filtragem e a agregação dos dados para monitorar o cumprimento dos níveis de serviço e identificar as causas raiz dos atrasos. Por que isso importa O atributo facilita o acompanhamento da performance em relação aos prazos e permite medir e reportar esse KPI essencial. Onde encontrar Este indicador derivado é calculado durante a transformação dos dados. Para isso, são necessários TargetResolutionDate e o horário da atividade de conclusão correspondente. Exemplos truefalse
	É retrabalho IsRework	Um indicador que mostra se uma atividade é a repetição ou o retrabalho de uma etapa anterior do 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 mesmo caso de evento de qualidade. Isso indica um ciclo ou uma correção no processo, em que uma etapa já concluída precisou ser refeita. Identificar retrabalho é um recurso essencial do Process Mining. Este indicador facilita a quantificação dessas ineficiências e contribui diretamente para o KPI 'Frequência de retrabalho por atividade'. Analisar quais etapas estão mais sujeitas a retrabalho e em que condições pode revelar problemas de treinamento, qualidade dos dados ou critérios de aprovação, além de apontar oportunidades para tornar o processo mais eficiente. Por que isso importa O indicador sinaliza ineficiências e ciclos no processo, ajudando a quantificar desperdícios e identificar as causas raiz do retrabalho. Onde encontrar Esse valor é calculado com funções de janela ou análise sequencial do Event Log durante a preparação dos dados. O cálculo identifica quando o mesmo nome de atividade aparece várias vezes para um mesmo caso. 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 vincula diretamente um evento de qualidade ao plano específico de ações corretivas e preventivas criado para resolvê-lo. Muitas vezes, 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 todos os eventos que exigem uma CAPA têm uma atribuída e a analisar a eficácia dessas ações. Por que isso importa O atributo vincula o problema (evento de qualidade) à solução (CAPA), permitindo uma análise mais completa do sistema de gestão da qualidade de ponta a ponta. Onde encontrar Esse 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. Assim, fica mais fácil priorizar melhorias de engenharia ou fabricação onde elas são mais necessárias. Por que isso importa O atributo associa eventos de qualidade a produtos específicos, permitindo analisar tendências de qualidade relacionadas aos produtos e variações nos processos. Onde encontrar Essa informação ficaria armazenada 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 onde os dados foram extraídos.
Descrição Este atributo especifica o aplicativo ou sistema de origem dos dados do evento. Em uma organização, 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, este campo ajuda a entender a linhagem dos dados e permite segmentar o processo pelo sistema de origem. Ele é essencial para a governança de dados e para investigar problemas de integração, garantindo que a visão do processo represente com precisão os dados combinados. Por que isso importa Ele fornece um contexto importante sobre a origem dos dados, essencial para validá-los, garantir sua governança e analisar variações do processo entre diferentes sistemas. Onde encontrar Em geral, este é um valor estático adicionado durante o processo de extração, transformação e carga (ETL) para identificar a origem do conjunto de dados. Exemplos Oracle Quality Management R12Oracle EBS QualityQM-PROD
	Tempo de ciclo total TotalCycleTime	O tempo total entre a identificação de um problema de qualidade e seu encerramento definitivo.
Descrição Este atributo mede a duração completa, de ponta a ponta, de um caso de evento de qualidade. O cálculo é feito pela diferença entre o horário da primeira atividade ('Problema de qualidade identificado') e o da última ('Revisão final e encerramento'). Este é um dos principais indicadores-chave de performance (KPI) da eficiência geral do processo de gestão da qualidade. É 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 essencial para medir a velocidade e a eficiência geral do processo de gestão da qualidade, do início ao fim. Onde encontrar Esse valor é calculado no nível do caso durante o processamento dos dados para Process Mining. Para cada QualityEventId, são necessários o horário de início do primeiro evento e o horário de término do último. Exemplos P30DT12HP15DP92D
	Última atualização dos dados LastDataUpdate	Data e hora da atualização ou recarga mais recente dos dados do sistema de origem.
Descrição Este atributo indica quando os dados deste evento foram atualizados pela última vez no conjunto de dados de Process Mining. Ele mostra o nível de atualização dos dados e ajuda a entender se a análise está atualizada. Em Dashboards e relatórios, esta data e hora são essenciais para contextualizar as informações. Elas esclarecem se você está consultando dados em tempo real ou um retrato de um momento específico, o que é importante para tomar decisões operacionais fundamentadas. Também garantem transparência sobre a atualidade dos dados. Por que isso importa Esta data e hora mostram quando os dados foram atualizados, ajudando você a entender o quanto a análise do processo está atualizada. Onde encontrar Este valor é gerado e armazenado durante o processo ETL dos dados e, em geral, indica quando 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 algumas divisões têm processos de qualidade mais eficientes ou enfrentam desafios próprios. Essa análise é útil para a supervisão corporativa e para compartilhar boas práticas em toda a organização. Por que isso importa O atributo permite comparar e analisar a performance entre diferentes áreas da organização, apoiando a gestão da qualidade em toda a empresa. Onde encontrar Em geral, esse dado faz parte das informações de contexto organizacional associadas à transação e costuma ser obtido a partir dos dados cadastrais 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 do processo e os marcos importantes que você deve registrar no Event Log para descobrir o processo com precisão e avaliar sua performance.

6 Recomendado 8 Opcional

	Atividade	Descrição
	Análise final e encerramento	Etapa final em que todas as ações relacionadas são confirmadas como concluídas e o problema de qualidade principal é encerrado formalmente. Isso é registrado por uma mudança 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 'Tempo médio de ciclo do evento' e medir o fluxo geral do processo. Onde encontrar Inferido a partir da mudança final de status do registro principal do problema de qualidade para 'Closed'. A data e hora dessa mudança indicam quando o evento ocorreu. Coleta Inferido a partir de uma mudança de status para 'Closed' no registro principal do problema de qualidade. Tipo de evento inferred
	Eficácia da ação verificada	Confirma que a ação corretiva implementada resolveu a causa raiz e evitou a recorrência do problema. O evento é registrado quando alguém conclui a etapa de verificação e atualiza o status do registro.
Por que isso importa Este é um marco essencial, baseado no resultado, e serve de base para o KPI 'Índice de verificações de eficácia'. Ele fecha o ciclo da ação corretiva e confirma que os problemas foram realmente resolvidos. Onde encontrar Inferido a partir de uma mudança de status do registro CAPA para 'Verification Complete' ou 'Effective'. Também pode envolver o preenchimento de campos específicos com os resultados da verificação. Coleta Inferido a partir de uma mudança de status para 'Verification Complete' ou 'Effective'. Tipo de evento inferred
	Investigação iniciada	Marca o início oficial da investigação para determinar a causa raiz do problema de qualidade. Geralmente, isso é indicado por uma mudança de status no sistema, como a passagem para 'Under Investigation'.
Por que isso importa Este marco inicia a medição do KPI 'Tempo de atravessamento da análise de causa raiz' e ajuda a identificar quanto tempo os problemas aguardam antes do início de uma investigação formal. Onde encontrar Inferido a partir da mudança de status do problema de qualidade ou de um registro associado de ação de qualidade para 'Investigation'. A data e hora dessa mudança indicam quando o evento ocorreu. Coleta Inferido a partir de uma mudança de status para 'Under Investigation' ou um 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 registrado por uma ação explícita de aprovação ou por uma mudança de status para 'Approved'.
Por que isso importa Esta aprovação é um marco importante e costuma ser um gargalo. Analisar os tempos de aprovação ajuda a simplificar o processo e garantir a conformidade com os procedimentos. Onde encontrar Inferido a partir de uma mudança de status do registro de ação de qualidade ou CAPA para 'Approved'. Sistemas Oracle com fluxos de trabalho de aprovação costumam registrar essa mudança explicitamente em tabelas de auditoria. Coleta Inferido a partir de uma mudança de status para 'Approved'. Tipo de evento inferred
	Problema categorizado e priorizado	Esta atividade ocorre quando um analista conclui a avaliação inicial e define atributos importantes, como gravidade, prioridade e tipo do problema. Em geral, ela é identificada quando o status muda de 'New' para 'Assessed' ou 'In Triage'.
Por que isso importa Este marco é essencial para o KPI 'Tempo médio de processamento da triagem'. Atrasos nessa etapa podem retardar todo o processo de resolução, especialmente no caso de problemas críticos. Onde encontrar Inferido a partir de uma mudança de status no registro do problema de qualidade, por exemplo, de 'New' para 'Under Assessment', ou quando campos como 'Severity' ou 'Priority' são preenchidos pela primeira vez. Coleta Inferido a partir de uma mudança 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. O evento é registrado explicitamente quando alguém cria um novo registro de problema ou ação de qualidade no Oracle.
Por que isso importa Como evento de início, é essencial para calcular o tempo total de ciclo do processo de gestão da qualidade e entender o volume de eventos de qualidade recebidos. Onde encontrar Este evento é identificado pela data e hora de criação do registro do problema ou da ação de qualidade, provavelmente em tabelas como QAM_QUALITY_ISSUES ou QAM_QUALITY_ACTIONS. Coleta Evento registrado após a criação de um novo registro de problema ou ação de qualidade. Tipo de evento explicit
	Ação corretiva implementada	Marca a conclusão das tarefas previstas no plano de ação corretiva aprovado. Em geral, o evento é registrado quando alguém altera o status do registro da ação corretiva para 'Implemented' ou 'Completed'.
Por que isso importa Esta atividade é essencial para o KPI 'Índice de ações CAPA implementadas no prazo', pois indica que a correção planejada foi executada e permite compará-la com as datas previstas. Onde encontrar Este evento é inferido a partir de uma mudança de status do registro associado de ação de qualidade ou CAPA para 'Implemented' ou 'Completed'. Coleta Inferido a partir de uma mudança 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 eventos de qualidade semelhantes. Muitas vezes, isso é registrado com a criação de uma nova ação preventiva vinculada 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 busca evitar ocorrências futuras. Acompanhar essa etapa ajuda a medir as melhorias proativas na qualidade. Onde encontrar Identificado pela criação de um novo registro de ação de qualidade do tipo 'Preventive Action', geralmente vinculado ao problema ou à ação corretiva original. Coleta 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 reduzir riscos sistêmicos. O evento é registrado quando alguém altera o status do registro da ação preventiva para 'Implemented' ou 'Completed'.
Por que isso importa Mede a capacidade da organização de implementar melhorias proativas na qualidade. Atrasos nessa etapa podem indicar dificuldades para implementar mudanças sistêmicas em toda a organização. Onde encontrar Inferido a partir de uma mudança de status do registro associado de ação preventiva para 'Implemented' ou 'Completed', de forma semelhante ao acompanhamento das ações corretivas. Coleta Inferido a partir de uma mudança de status para 'Implemented' 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 o registro das descobertas. Em geral, o evento é identificado 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 encerra a medição do KPI 'Tempo de atravessamento da análise de causa raiz'. Analisar o tempo até esta etapa ajuda a identificar gargalos na resolução de problemas. Onde encontrar Inferido a partir de uma mudança de status para 'RCA Complete' ou do preenchimento do campo de categoria da causa raiz e do salvamento do registro. Usa-se a data e hora dessa atualização. Coleta Inferido a partir de uma mudança de status para 'RCA Complete' ou do preenchimento dos campos de causa raiz. Tipo de evento inferred
	Partes interessadas informadas sobre a resolução	Representa a comunicação da resolução do evento de qualidade às partes relevantes, como quem relatou o problema ou os clientes afetados. É difícil registrar essa atividade, que pode ser inferida a partir de uma mudança de status após o encerramento ou de um comentário registrado.
Por que isso importa Essencial para o KPI 'Atraso na notificação das partes interessadas'. Comunicar-se no prazo é importante para a satisfação dos clientes e a transparência interna, mesmo depois da resolução do problema. Onde encontrar Muitas vezes, é difícil registrar esta atividade automaticamente. Ela pode ser inferida a partir de um status como 'Notification Sent' ou de um campo de atividades ou comentários, o que exige uma lógica específica para extração. Coleta Inferido a partir de uma mudança de status específica ou, possivelmente, da mineração de texto dos 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 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 análise.
Por que isso importa Esta etapa acompanha a passagem da análise do problema para o planejamento da solução. O retrabalho nessa fase, medido por KPIs de retrabalho, pode indicar requisitos pouco claros ou planejamento ineficaz. Onde encontrar Pode ser um evento explícito, gerado pela criação de um novo registro de ação corretiva em um objeto CAPA, ou um evento inferido a partir de uma mudança de status para 'Plan Proposed' ou 'Pending Approval'. Coleta Inferido a partir de uma mudança de status para 'Pending Approval' ou da criação de uma ação corretiva vinculada. Tipo de evento inferred
	Problema encaminhado para triagem	Representa a atribuição do problema de qualidade recém-criado a uma pessoa ou equipe específica para análise e avaliação inicial. Muitas vezes, esse evento é inferido pelo acompanhamento de alterações no campo de responsável ou proprietário do registro do problema.
Por que isso importa Acompanhar essa transferência inicial ajuda a identificar atrasos antes do início da avaliação. Analisar o tempo nessa etapa revela possíveis acúmulos na fila de triagem. Onde encontrar Inferido a partir de alterações no campo de proprietário ou responsável do registro do problema de qualidade. Os dados podem vir de tabelas de auditoria ou do acompanhamento de mudanças de status associadas aos fluxos de trabalho de atribuição. Coleta 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 a indicação, pelo sistema ou por uma pessoa, de que a ação implementada precisa de uma verificação posterior para confirmar sua eficácia. Muitas vezes, isso ocorre por uma mudança de status automática ou manual após a implementação.
Por que isso importa Esta etapa inicia a fase essencial de verificação. Entender o tempo entre a implementação e esta atividade ajuda a identificar atrasos no início dos acompanhamentos necessários. Onde encontrar Este evento é inferido a partir de uma mudança de status da ação de qualidade para 'Pending Effectiveness Check' ou um estado semelhante no fluxo de trabalho. Coleta Inferido a partir de uma mudança 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: Entre na sua instância do Oracle E-Business Suite e acesse a responsabilidade que permite usar o BI Publisher, como BI Publisher Administrator ou outra responsabilidade personalizada equivalente.
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 marcadores :P_START_DATE e :P_END_DATE para o período do relatório. No modelo de dados do BI Publisher, você precisa defini-los como parâmetros. Para cada um, crie um novo parâmetro, informe o nome correspondente (por exemplo, P_START_DATE), defina Date como tipo de dados e configure uma solicitação 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. Recomendamos salvá-lo em uma pasta compartilhada para relatórios.
Crie um novo relatório: Volte à página inicial do BI Publisher, 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 de tabela é suficiente. Arraste todas as colunas do modelo de dados para o 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. Se necessário, você também pode definir valores padrão para os parâmetros.
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 terminar, clique no botão Export e selecione CSV como formato de saída. O arquivo será baixado para o seu computador.
Prepare o arquivo para carregamento: Abra o arquivo CSV baixado e verifique se ele contém os dados esperados. Confira se os cabeçalhos das colunas correspondem aos requisitos do esquema do ProcessMind. O arquivo está pronto para ser carregado.

Configuração

Pré-requisitos: Uma conta de usuário com acesso ao Oracle BI Publisher e acesso de leitura às tabelas do módulo Quality (por exemplo, QA_RESULTS, QA_PLANS, QA_ACTIONS, FND_USER).
Configuração da fonte de dados: O modelo de dados do BI Publisher precisa estar configurado para se conectar ao banco de dados principal da aplicação Oracle EBS (esquema APPS).
Parâmetros de período: A consulta usa dois parâmetros obrigatórios, :P_START_DATE e :P_END_DATE, para filtrar a extração de dados. Para uma análise inicial, recomendamos um período de 6 a 12 meses, suficiente para incluir casos completos. Use o formato de data 'YYYY-MM-DD'.
Formato de saída: Configure o relatório para permitir a saída em CSV. Esse formato é ideal para carregar dados no ProcessMind, pois é simples, estruturado e dispensa análises complexas.
Agendamento: Para monitorar o processo continuamente, agende a execução recorrente do relatório do BI Publisher, por exemplo, diária ou semanalmente. Configure a entrega da saída em um servidor ou repositório de conteúdo designado para que o arquivo seja coletado automaticamente.
Performance: Em instâncias com grande volume de eventos de qualidade, a consulta pode demorar bastante. Defina um período razoável e, se houver problemas de performance, converse com o administrador do banco de dados sobre a otimização da consulta ou a criação de índices nas tabelas.

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 de leitura para o banco 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 consolidada dos resultados e seus valores, além de tabelas de usuários da aplicação, como FND_USER ou PER_ALL_PEOPLE_F.
Defina os parâmetros da consulta: Antes de executá-la, localize as variáveis de substituição na cláusula WHERE. Substitua :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 cliente de banco de dados. O script usa várias cláusulas UNION ALL para reunir diferentes eventos em um único formato de Event Log.
Revise os dados brutos: Após a execução, revise o resultado. Cada linha representa uma única Atividade no ciclo de vida de um evento de qualidade. Verifique se os dados estão completos e presentes em colunas importantes, como QualityEventId, ActivityName e EventStartTime.
Trate os registros de data e hora e as durações: A consulta fornece EventStartTime. O campo EventEndTime fica intencionalmente como NULL, pois muitas vezes é necessário conhecer o horário de início do evento seguinte para determinar o horário de término. Em geral, é melhor fazer esse cálculo na ferramenta de Process Mining ou em um script de pós-processamento. Da mesma forma, ProcessingTime fica como NULL, pois seu cálculo depende dos horários de início e término.
Exporte para CSV: Exporte o conjunto completo de resultados do 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 das colunas da consulta.
Prepare o arquivo para carregamento: Confira se os cabeçalhos das colunas CSV correspondem aos requisitos da plataforma ProcessMind (ID do caso, Atividade, Start Timestamp). Antes de carregar o arquivo, renomeie as colunas QualityEventId, ActivityName e EventStartTime de acordo.

Configuração

Acesso ao banco de dados: O usuário que executa a consulta precisa ter privilégios SELECT em todas as tabelas mencionadas no script, que podem incluir tabelas dos esquemas APPS, QA, PER e Recursos Humanos.
Principais filtros da consulta: A consulta contém marcadores essenciais que precisam ser configurados:
- :start_date: início do período do relatório. A consulta filtra os eventos criados nessa data ou depois dela.
- :end_date: fim do período do relatório.
- :organization_id: identificador da organização Oracle que você quer analisar. Os planos e resultados de qualidade costumam estar vinculados a uma organização.
Período: Para uma análise inicial, recomendamos 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 fazer uma extração mais ampla.
Considerações de performance: Esta consulta combina várias tabelas grandes e une 14 conjuntos de resultados distintos. Ela pode consumir muitos recursos. Agende a extração fora dos horários de pico para reduzir o impacto na performance do sistema. Se a consulta estiver lenta, consulte um administrador do banco de dados sobre a criação de índices em colunas importantes, especialmente as de data e de chave estrangeira.

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: Verifique se você tem o Python 3.6 ou uma versão mais recente instalado no sistema. Instale as bibliotecas necessárias usando pip: pip install pandas oracledb. Elas 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 Oracle Quality Management: nome de usuário, senha e Data Source Name (DSN), que geralmente 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 em um arquivo, por exemplo, extract_quality_events.py.
Configure o script: Abra o arquivo salvo em um editor de texto. Localize a seção de configuração no início e substitua os valores de exemplo de db_user, db_password, db_dsn, start_date e end_date pelos seus dados.
Personalize os marcadores SQL: Revise a consulta SQL no script. Talvez seja necessário ajustar nomes de tabelas, como QA_RESULTS, ou valores de status específicos, como 'NEW' e 'CLOSED', para que correspondam à configuração Oracle da sua organização. Se tiver dúvidas sobre esses valores, consulte o administrador do sistema Oracle.
Execute o script: Abra o prompt de comando ou o terminal, acesse o diretório onde salvou o script e execute o comando: python extract_quality_events.py.
Acompanhe 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 alguns minutos. Aguarde a mensagem 'Successfully connected to Oracle Database!' e, ao final, 'Event log saved to quality_event_log.csv'.
Localize o arquivo de saída: Quando o script terminar, o arquivo quality_event_log.csv será criado no mesmo diretório. Ele 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 verificação rápida. Confira se as colunas esperadas estão presentes e se os dados de alguns casos de exemplo foram preenchidos corretamente.
Carregue os dados na ferramenta de Process Mining: O arquivo CSV gerado está pronto para ser carregado na sua aplicação de análise de processos.

Configuração

Conexão com o banco de dados: O script precisa de um Oracle Data Source Name (DSN), nome de usuário e senha com acesso de leitura às tabelas necessárias do Quality Management (por exemplo, QA_RESULTS, QA_PLANS, FND_USER, PER_ALL_PEOPLE_F).
Filtro por período: As variáveis start_date e end_date do script são essenciais para controlar o volume de dados. Recomendamos começar com um período menor, como 3 a 6 meses, para verificar a performance e validar os resultados antes de fazer uma extração mais ampla.
Filtros específicos do sistema: Você pode personalizar a consulta SQL para incluir filtros com base na estrutura da sua organização. Por exemplo, adicione 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 (por exemplo, 'NEW', 'UNDER_INVESTIGATION', 'CLOSED') para as etapas do processo. Esses valores variam conforme a configuração Oracle da sua organização e precisam ser verificados e ajustados na consulta SQL.
Dependências do Python: O script depende das bibliotecas pandas e oracledb. Verifique se elas estão instaladas no ambiente Python em que o script será executado.

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 ajuda você a preparar seus dados rapidamente e começar a otimizar os processos de gestão da qualidade. Comece hoje a identificar oportunidades para ganhar eficiência e fortalecer a conformidade.

Voltar ao guia de melhoria

Baixar Template

Transforme a gestão da qualidade no Oracle e fortaleça a conformidade

Elimine ineficiências e reduza os tempos de ciclo em 30%.

Comece o teste grátis

Não é necessário informar 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 de 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

Consulta de exemplo sql

Consulta SQL direta nas tabelas do Oracle Quality Management

Etapas

Configuração

Consulta de exemplo sql

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

Etapas

Configuração

Consulta de exemplo python

Pronto para começar?

Transforme a gestão da qualidade no Oracle e fortaleça a conformidade