Seu Template de Dados de Quality Management

SAP S/4HANA Quality Management
Seu Template de Dados de Quality Management

Seu Template de Dados de Quality Management

Este template oferece um guia completo para coletar e preparar seus dados de Gestão de Qualidade. Ele detalha os atributos e atividades essenciais para criar um Event Log preciso para Process Mining. Use este recurso para agilizar seus esforços de extração e análise de dados.
  • Atributos recomendados para uma análise completa
  • Principais atividades de Quality Management para acompanhar
  • Orientações sobre extração de dados do SAP S/4HANA Quality Management
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos de Gestão de Qualidade

Estes são os campos de dados recomendados para incluir no seu log de eventos para uma análise abrangente de Quality Management no SAP S/4HANA.
3 Obrigatório 7 Recomendado 9 Opcional
Nome Descrição
Atividade
ActivityName
O nome do evento de negócio ou Task específica que ocorreu no processo de gestão de qualidade.
Descrição

Este atributo descreve uma única etapa ou marco no ciclo de vida do evento de qualidade, como 'Notificação Criada', 'Análise de Causa Raiz Concluída' ou 'Decisão de Uso Tomada'. Essas atividades são derivadas de mudanças no status do sistema, criação de documentos ou ações de usuários registradas em logs.

Analisar a sequência e o tempo dessas atividades é o cerne do Process Mining. Permite a descoberta do fluxo real do processo, a identificação de gargalos e a medição da conformidade com os procedimentos operacionais padrão. A granularidade das atividades determina o nível de detalhe na análise.

Por que é importante

Este atributo define as etapas do processo, tornando possível visualizar e analisar o fluxo do processo, identificar desvios e medir o desempenho entre as atividades.

Onde obter

Derivado de mudanças de status nas tabelas JEST e JSTO, ou de registros de atividades como na QMSM (Tarefas). Os event logs também podem ser construídos a partir das tabelas de documentos de modificação CDHDR e CDPOS.

Exemplos
Notificação de Qualidade CriadaTarefa de Investigação AtribuídaAção Corretiva ImplementadaNotificação Encerrada
Evento de Qualidade
QualityEvent
O identificador exclusivo de uma notificação de qualidade, servindo como o Case ID principal para rastrear um problema de qualidade desde o início até o fechamento.
Descrição

O Evento de Qualidade é o identificador central do caso (Case ID) que conecta todas as atividades, Tasks e decisões relacionadas a um único problema de qualidade. No SAP, isso geralmente corresponde ao Número da Notificação de Qualidade (QMNUM).

No Process Mining, a análise de eventos por esse identificador permite a reconstrução da jornada ponta a ponta de cada caso de qualidade. Isso é fundamental para visualizar fluxos de processos, calcular tempos de ciclo para todo o caso e identificar caminhos comuns ou desviantes no processo de resolução. Ele serve como a base para quase todas as análises de gestão de qualidade.

Por que é importante

É a chave essencial para vincular todas as atividades relacionadas em uma única instância de processo coesa, permitindo uma análise ponta a ponta de como os problemas de qualidade são tratados.

Onde obter

Este é o número da Notificação de Qualidade, encontrado na tabela QMEL, campo QMNUM.

Exemplos
200000018200000019200000020
Hora de Início
EventTimestamp
A data e hora exatas em que uma atividade ou evento específico aconteceu.
Descrição

O Horário de Início (Start Time), ou timestamp do evento, registra o momento preciso em que uma atividade ocorreu. Isso é crucial para ordenar os eventos cronologicamente e calcular as durações entre eles. Por exemplo, ele captura quando uma notificação foi criada, quando uma Task foi concluída ou quando um status foi alterado.

Na análise de Process Mining, este atributo é fundamental para calcular todas as métricas baseadas em tempo, como tempos de ciclo, tempos de processamento e tempos de espera. Ele permite a identificação de gargalos, a análise de vazão (throughput) e o monitoramento do desempenho em relação aos SLAs ou metas de tempo. Timestamps precisos são críticos para a integridade de todo o modelo de processo.

Por que é importante

Este timestamp é essencial para ordenar eventos, calcular todas as métricas de desempenho, como tempos de ciclo e de espera, e compreender a dinâmica do processo.

Onde obter

Geralmente originado de campos de data e hora associados a mudanças de status ou criação de documentos. Exemplos incluem ERDAT/ERZEIT (Criado em/hora) na QMEL ou os timestamps de alteração na CDHDR.

Exemplos
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-01T11:21:45Z
Causa raiz
RootCauseCode
Um código ou texto que identifica a causa raiz determinada para o problema de qualidade.
Descrição

O atributo Causa Raiz (Root Cause) captura o motivo subjacente ao defeito de qualidade ou não conformidade. Identificar a causa raiz correta é uma etapa crítica no processo de gestão de qualidade, pois é a base para definir ações corretivas e preventivas eficazes.

Este atributo é essencial para os dashboards de 'Tempo de Ciclo da Análise de Causa Raiz' e 'Detecção de Padrões de Problemas Recorrentes'. Analisar pela causa raiz ajuda a identificar problemas sistêmicos. Por exemplo, ao filtrar o mapa do processo para uma causa raiz específica, é possível ver se ela leva a caminhos de processo exclusivos ou a tempos de resolução mais longos.

Por que é importante

Permite analisar problemas sistêmicos correlacionando causas raiz com produtos, departamentos e ineficiências de processo para orientar ações preventivas.

Onde obter

Geralmente armazenado na tabela QMUR (Causas da Notificação), campo URCOD.

Exemplos
OPERATOR_ERRORDEFECTIVE_MATERIALMACHINE_MALFUNCTION
Data Alvo de Resolução
TargetResolutionDate
A data de conclusão planejada ou obrigatória para o evento de qualidade.
Descrição

Esta data representa o prazo até o qual se espera que o evento de qualidade seja totalmente resolvido e encerrado. É frequentemente usada como referência para medir o desempenho e a adesão aos acordos de nível de serviço (SLAs).

Este atributo é fundamental para calcular as taxas de conclusão no prazo e identificar casos atrasados. O dashboard de 'Conclusão de Eventos de Qualidade no Prazo' e o KPI de 'Taxa de Ações de Qualidade no Prazo' dependem diretamente da comparação da data de conclusão real com esta data alvo. Ajuda a priorizar o trabalho e a gerenciar os recursos.

Por que é importante

Fornece uma base para medir o desempenho no prazo, que é um KPI crítico para avaliar a eficiência do processo e a conformidade com os SLAs.

Onde obter

Pode ser encontrado em QMEL-QMDAT (Data final exigida) ou no nível da tarefa em QMSM-PSTER.

Exemplos
2023-05-302023-06-152023-07-01
Departamento Responsável
ResponsibleDepartment
O departamento ou área funcional responsável por executar uma tarefa específica ou gerenciar o evento de qualidade.
Descrição

Este atributo indica a unidade organizacional atribuída a uma atividade ou ao evento de qualidade geral. Pode ser uma equipe de garantia de qualidade, engenharia ou produção.

Esta é uma dimensão crítica para analisar a colaboração e os handoffs entre departamentos. Ajuda a identificar atrasos que ocorrem quando a responsabilidade muda de um departamento para outro, alimentando o dashboard de 'Atrasos de Handoff entre Departamentos'. Também permite filtrar a visão do processo para entender como departamentos específicos operam.

Por que é importante

Crucial para analisar transferências entre departamentos, identificar gargalos organizacionais e entender a contribuição de cada equipe no processo.

Onde obter

Frequentemente derivado de funções de parceiro associadas à notificação ou Task, ou da atribuição organizacional do usuário nos dados mestres de RH. Pode não ser um campo direto.

Exemplos
Garantia de QualidadeLinha de Produção 3Engenharia de Qualidade do Fornecedor
Prioridade
NotificationPriority
O nível de prioridade atribuído à notificação de qualidade, indicando sua urgência.
Descrição

A prioridade define a urgência para tratar um evento de qualidade. Ela ajuda as equipes a organizar o trabalho e garante que os problemas mais críticos sejam resolvidos primeiro. O SAP permite configurar diferentes tipos de prioridade que podem influenciar os tempos de resposta alvo.

Este atributo é usado para analisar se itens de alta prioridade são realmente processados mais rápido do que os de baixa prioridade. Ele pode revelar ineficiências onde casos prioritários ficam travados no processo. É uma dimensão fundamental para dashboards como 'Análise de Vazão de Eventos de Qualidade'.

Por que é importante

Ajuda a analisar se a performance do processo está alinhada à urgência do negócio, garantindo que casos de alta prioridade sejam resolvidos mais rápido.

Onde obter

Localizado na tabela QMEL, campo QMPRI. A descrição está na tabela TQ05.

Exemplos
1234
Produto
MaterialNumber
O identificador exclusivo do produto ou material afetado pelo evento de qualidade.
Descrição

Este atributo vincula o evento de qualidade a um produto ou material específico. Essa conexão é vital para a garantia da qualidade, pois ajuda a identificar produtos com problemas recorrentes ou altas taxas de defeitos.

No Process Mining, a análise por produto permite a detecção de padrões, como saber se certos produtos têm tempos de resolução mais longos ou estão associados a causas raiz específicas. Isso auxilia o dashboard de 'Detecção de Padrões de Problemas Recorrentes', correlacionando produtos com problemas de qualidade.

Por que é importante

Vincula problemas de qualidade a produtos específicos, permitindo a análise de taxas de defeitos, causas raiz e padrões de resolução por produto.

Onde obter

Encontrado na tabela de itens de notificação de qualidade QMFE, campo MATNR.

Exemplos
FIN-1001RAW-205ASEMI-303B
Tipo de Notificação de Qualidade
QualityNotificationType
A classificação da notificação de qualidade, como reclamação de cliente, problema interno ou defeito de fornecedor.
Descrição

Este atributo categoriza o evento de qualidade com base em sua origem e natureza. Os tipos padrão do SAP incluem reclamações de clientes, problemas internos e defeitos de fornecedores. Essa categorização determina o fluxo subsequente do processo e a documentação necessária.

Analisar o processo por tipo de notificação é essencial para entender se diferentes tipos de problemas são tratados de forma distinta ou apresentam níveis variados de eficiência. Ele auxilia dashboards como 'Análise de Vazão de Eventos de Qualidade', permitindo a filtragem e comparação de tempos de ciclo e caminhos de processo para diferentes categorias de problemas.

Por que é importante

Permite a segmentação do processo para verificar se diferentes tipos de problemas de qualidade seguem caminhos distintos ou apresentam características de desempenho diferentes.

Onde obter

Localizado na tabela QMEL, campo QMART.

Exemplos
Q1Q2F2
Utilizador
ChangedBy
O ID de usuário da pessoa que executou a atividade ou realizou a última alteração.
Descrição

Este atributo identifica o usuário específico responsável por executar uma determinada etapa do processo. No SAP, isso geralmente corresponde aos campos 'Alterado por' (AENAM) ou 'Criado por' (ERNAM).

Analisar por usuário ajuda a entender a distribuição da carga de trabalho, identificar necessidades de treinamento e apontar desvios de processo específicos de cada usuário. É fundamental para a análise baseada em recursos, como investigar por que certos usuários têm tempos de processamento mais longos ou tendem a seguir caminhos fora do padrão.

Por que é importante

Permite a análise do desempenho dos usuários, da distribuição da carga de trabalho e da conformidade com os procedimentos padrão, o que é fundamental para a otimização de recursos.

Onde obter

Encontrado em tabelas de cabeçalho e item como QMEL-ERNAM (Criado por) ou derivado de logs de modificação (CDHDR-USERNAME).

Exemplos
SMITHJWILSONAPROCESS_AUTOMATION_BOT
Centro
Plant
A unidade de fabricação (centro) ou local onde o evento de qualidade se originou ou está sendo gerenciado.
Descrição

O atributo Centro (Plant) especifica o local físico, como uma fábrica ou armazém, associado ao evento de qualidade. Ele fornece um contexto geográfico ou organizacional de onde os problemas de qualidade ocorrem.

Esta é uma dimensão poderosa para análise comparativa. Ao filtrar ou agrupar por centro, a gestão pode comparar o desempenho de diferentes locais, identificar problemas específicos de cada site e compartilhar as melhores práticas das unidades de alto desempenho. Ajuda a responder perguntas como 'Qual centro tem o maior tempo de ciclo de análise de causa raiz?'.

Por que é importante

Permite comparar o desempenho entre diferentes unidades operacionais, ajudando a identificar problemas locais e melhores práticas.

Onde obter

O centro (plant) associado ao cabeçalho da notificação está em QMEL-WERKS. Se estiver relacionado a um material específico, também pode ser encontrado no nível do item.

Exemplos
100017102000
Cliente
CustomerNumber
O identificador do cliente associado ao evento de qualidade, se aplicável.
Descrição

Este atributo vincula um evento de qualidade a um cliente específico. Isso é mais relevante para tipos de notificação como 'Reclamação de Cliente'. Rastrear essa informação é vital para a gestão do relacionamento com o cliente e para entender o impacto dos problemas de qualidade.

Analisar por cliente permite que a empresa identifique se certos clientes enfrentam mais problemas de qualidade do que outros ou se os tempos de resolução variam. Isso auxilia o dashboard de 'Eventos de Qualidade por Gravidade e Impacto', adicionando a dimensão do cliente à análise de impacto.

Por que é importante

Conecta os quality events aos clientes, permitindo analisar problemas específicos e garantir prioridade para clientes estratégicos.

Onde obter

Geralmente encontrado em funções de parceiro para a notificação. Também pode estar em QMEL-KUNUM se for uma reclamação de um pedido de vendas.

Exemplos
CUST-10045CUST-20399CUST-80110
Conclusão no Prazo
IsOnTimeCompletion
Uma flag booleana indicando se o quality event foi concluído dentro do prazo de resolução previsto.
Descrição

Este indicador calculado compara o timestamp real de conclusão de um evento de qualidade com sua 'Data Alvo de Resolução'. É verdadeiro se o evento foi encerrado na data alvo ou antes dela, e falso caso contrário.

Este atributo fornece uma medida simples e direta para o monitoramento de desempenho e é a base para o dashboard de 'Conclusão de Eventos de Qualidade no Prazo' e para o KPI de 'Taxa de Ações de Qualidade no Prazo'. Ele permite filtragem e agregação fáceis para entender o desempenho no prazo em diferentes dimensões.

Por que é importante

Fornece um resultado binário claro para o rastreamento de desempenho em relação aos prazos, facilitando a medição e o reporte sobre a conformidade com o SLA.

Onde obter

Atributo calculado comparando o timestamp da atividade de encerramento final com o atributo "TargetResolutionDate".

Exemplos
verdadeirofalse
É Retrabalho
IsRework
Uma flag booleana que indica se uma atividade ou sequência de atividades representa retrabalho.
Descrição

Este indicador é definido como verdadeiro se um caso repetir certas etapas, indicando que o trabalho inicial foi insuficiente. Por exemplo, se uma atividade de 'Análise de Causa Raiz' for seguida posteriormente por outra 'Atribuição de Task de Investigação' para o mesmo caso, isso sinaliza um loop de retrabalho.

Este atributo auxilia diretamente o KPI de 'Taxa de Retrabalho em Ações Corretivas'. Identificar e quantificar o retrabalho é um dos principais objetivos do Process Mining, pois o retrabalho representa esforço desperdiçado e ineficiência. Destacar loops de retrabalho no mapa do processo pode revelar oportunidades significativas de melhoria na qualidade e na eficiência.

Por que é importante

Quantifica a ineficiência do processo identificando quando as etapas são repetidas, destacando o esforço desperdiçado e as oportunidades para melhorar as taxas de acerto na primeira tentativa (first-time-right).

Onde obter

Este é um atributo calculado, derivado durante a análise de Process Mining ao detectar sequências repetidas de atividades dentro de um único caso.

Exemplos
verdadeirofalse
Eficácia da Ação
EffectivenessEvaluation
O resultado da verificação para determinar se uma ação implementada foi eficaz.
Descrição

Este atributo registra o resultado da verificação de eficácia, uma etapa final crucial no ciclo de gestão de qualidade. Ele confirma se as ações corretivas ou preventivas tomadas resolveram com sucesso a causa raiz e evitaram a recorrência.

Este é o atributo principal para o dashboard de 'Verificação de Eficácia da Ação' e para o KPI de 'Taxa de Verificação de Eficácia da Ação'. Ele fornece um insight direto sobre a qualidade do processo de resolução de problemas. Uma alta taxa de ações ineficazes indica a necessidade de melhorar as etapas de análise de causa raiz ou de planejamento.

Por que é importante

Mede diretamente o sucesso da solução de problemas, indicando se as ações estão realmente prevenindo a reincidência.

Onde obter

Essas informações geralmente são armazenadas em ações de acompanhamento ou status de tarefas específicos na notificação de qualidade. Pode ser um campo personalizado ou baseado em um código de status específico.

Exemplos
EficazIneficazMonitoramento Necessário
Sistema de Origem
SourceSystem
Identifica o sistema de origem de onde os dados foram extraídos, como a instância específica do SAP S/4HANA.
Descrição

Este atributo especifica a origem dos dados de gestão de qualidade. Em um ambiente com múltiplos ERPs ou sistemas integrados, este campo é crucial para distinguir as fontes de dados e garantir a integridade das informações.

Para análise, permite filtrar ou comparar processos entre diferentes sistemas ou unidades organizacionais. Geralmente é um valor constante para um determinado conjunto de dados, mas é obrigatório para governança e contexto de dados.

Por que é importante

Fornece um contexto essencial sobre a origem dos dados, o que é crucial para a governança de dados e em ambientes com múltiplos sistemas interconectados.

Onde obter

Geralmente, este é um valor estático adicionado durante a extração de dados para identificar o cliente SAP S/4HANA e o ID do sistema.

Exemplos
S4H_PROD_100SAP_QM_EUS4HANA_QAS_200
Status da Notificação
SystemStatus
O status atual de processamento da notificação de qualidade, como 'Pendente' ou 'Concluída'.
Descrição

O status do sistema indica o estado atual do evento de qualidade em seu ciclo de vida. O SAP usa um sistema de gerenciamento de status onde códigos como OSNO (Notificação Pendente), NOPR (Notificação em Processamento) e NOCO (Notificação Concluída) refletem o progresso.

Este atributo é frequentemente usado para derivar as atividades no log de eventos. Também é valioso como uma dimensão para filtrar casos, por exemplo, para analisar apenas eventos de qualidade abertos ou encerrados recentemente. Compreender as transições de status é fundamental para construir um modelo de processo preciso.

Por que é importante

Indica o estado atual de um case, permitindo filtrar entre casos ativos e encerrados e ajudando a derivar as próprias atividades do processo.

Onde obter

Derivado das tabelas JEST e JSTO, que armazenam o status de diversos objetos SAP. O vínculo é feito pelo campo QMEL-OBJNR.

Exemplos
OSNO NOPRNOCOTSCO
Tempo de Processamento da Atividade
ProcessingTime
A duração do tempo gasto trabalhando ativamente em uma única atividade.
Descrição

O Tempo de Processamento (Processing Time), também conhecido como tempo de ciclo (cycle time), é o tempo decorrido do início ao fim de uma única atividade. Ele se distingue do tempo de espera, que é o tempo gasto entre as atividades. É calculado pela diferença entre os timestamps de início e fim de uma atividade.

Essa métrica é fundamental para identificar quais tarefas específicas consomem mais tempo. No dashboard de 'Identificação de Gargalos do Processo', tempos de processamento elevados para certas atividades podem indicar complexidade, falta de recursos ou procedimentos ineficientes. Ajuda a apontar exatamente onde focar os esforços de melhoria do processo.

Por que é importante

Mede o tempo gasto em atividades que agregam valor, ajudando a identificar as etapas mais demoradas do processo que são candidatas ideais para otimização.

Onde obter

Campo calculado a partir dos timestamps de início e fim de cada atividade no event log (EndTime - StartTime).

Exemplos
2 horas 15 minutos3 dias e 4 horas30 minutos
Última Atualização de Dados
LastDataUpdate
O timestamp que indica quando os dados para este registo foram atualizados pela última vez a partir do sistema de origem.
Descrição

Este atributo fornece um timestamp da última extração ou atualização de dados do sistema de origem. Ele informa aos usuários sobre quão recentes são os dados que estão analisando.

Em qualquer dashboard ou relatório analítico, exibir essa informação é fundamental para gerenciar as expectativas do usuário sobre a atualidade dos dados. Ajuda a distinguir entre mudanças recentes no processo e artefatos de dados desatualizados.

Por que é importante

Informa os usuários sobre a atualização dos dados, o que é fundamental para tomar decisões precisas com base no Process Mining.

Onde obter

Este é um campo de metadados gerado e preenchido pela ferramenta ou pipeline de extração de dados no momento da atualização.

Exemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Obrigatório Recomendado Opcional

Atividades de Gestão de Qualidade

Estas são as etapas e os marcos essenciais que devem ser capturados no seu Event Log para que a descoberta e a análise do processo sejam precisas.
6 Recomendado 9 Opcional
Atividade Descrição
Ação Corretiva Implementada
Marca a conclusão do trabalho definido no plano de ação corretiva. Isso é geralmente capturado quando a Task de ação corretiva atribuída na notificação de qualidade é marcada como concluída.
Por que é importante

Este é um marco essencial que indica que as medidas foram tomadas para resolver o problema de qualidade. É crucial para medir a taxa de conclusão no prazo e a eficiência geral da fase de resolução.

Onde obter

Inferido da conclusão de uma tarefa de ação corretiva na tabela QMSM. A data de conclusão é registrada no campo ERLDT ou via mudança para status "Concluído" nas tabelas JEST/JCDS.

Captura

Identifica o timestamp de conclusão (ERLDT) da tarefa de ação corretiva na tabela QMSM.

Tipo de evento inferred
Análise de causa raiz concluída
Marca a conclusão da fase de investigação onde a causa subjacente do problema de qualidade foi identificada. Isso é geralmente inferido a partir da conclusão de uma Task específica de 'Root Cause Analysis' dentro da notificação.
Por que é importante

Este é um marco crítico para medir a duração e a eficiência do processo de investigação. Identificar atrasos antes desta etapa ajuda a encontrar gargalos na análise de problemas e na tomada de decisão.

Onde obter

Inferido da conclusão de uma tarefa de investigação ou análise de causa raiz (RCA) na tabela QMSM. A conclusão é identificada por mudança de status ou preenchimento do campo de data de conclusão da tarefa (ERLDT).

Captura

Identifica o timestamp de conclusão (ERLDT) da tarefa de análise de causa raiz relevante na tabela QMSM.

Tipo de evento inferred
Decisão de uso registrada
Representa a decisão formal sobre a qualidade das mercadorias de um lote de inspeção, como aceitação ou rejeição. Este é um evento distinto para problemas de qualidade originados de inspeções e é capturado quando a decisão de uso é salva.
Por que é importante

Para processos baseados em inspeção, este é um marco importante que define as ações seguintes, como bloqueio ou liberação de material. Analisar seu tempo e resultado é essencial para entender a eficiência do controle de qualidade.

Onde obter

Este é um evento explícito registrado na tabela de decisão de uso (QAVE). O timestamp de criação do registro associado ao lote de inspeção (PRUEFLOS) sinaliza esta atividade.

Captura

Use o timestamp de criação do lote de inspeção relevante na tabela QAVE.

Tipo de evento explicit
Eficácia da Ação Verificada
Confirma que a ação corretiva ou preventiva implementada teve sucesso e que o problema foi resolvido sem reincidência. É capturado na conclusão da tarefa de verificação de eficácia ou revisão final de qualidade.
Por que é importante

Este é um marco fundamental para validar todo o processo de resolução. Uma alta taxa de verificações bem-sucedidas indica um sistema de gestão de qualidade eficaz e ajuda a reduzir a reincidência de problemas.

Onde obter

Geralmente inferido a partir da conclusão de uma tarefa de "Verificação de Eficácia" na tabela QMSM (usando a data de conclusão ERLDT).

Captura

Identifica o timestamp de conclusão da tarefa de verificação de eficácia na QMSM.

Tipo de evento inferred
Notificação Concluída
Indica a conclusão de negócio da notificação de qualidade, sinalizando que todas as ações foram tomadas e o problema está resolvido operacionalmente. É uma mudança de status formal no sistema.
Por que é importante

Esta atividade serve como o ponto final principal para medir o tempo de resolução do negócio. Ela confirma que, sob a ótica do dono do processo, o caso está finalizado, mesmo que o encerramento técnico esteja pendente.

Onde obter

Inferido de uma mudança de status no objeto de Notificação de Qualidade. É capturado identificando o timestamp de quando um status como "NOCO" (Notificação concluída) é definido na tabela JCDS.

Captura

Identifica o timestamp de quando o status "Notificação concluída" é definido na tabela JCDS.

Tipo de evento inferred
Notificação de Qualidade Criada
Esta atividade marca o início oficial do processo de gestão de qualidade, onde um problema, defeito ou reclamação relacionada à qualidade é formalmente registrado. A criação da Notificação de Qualidade no SAP S/4HANA captura os detalhes iniciais e atribui um identificador exclusivo, iniciando o caso.
Por que é importante

Como o principal event de início, esta atividade é essencial para medir o tempo de ciclo de ponta a ponta do processo de resolução. Ela fornece a linha de base para rastrear quanto tempo leva para tratar e encerrar os quality events.

Onde obter

Este é um evento explícito capturado na tabela de cabeçalho da Notificação de Qualidade (QMEL). O timestamp de criação geralmente é encontrado no campo ERDAT para o número de notificação correspondente (QMNUM).

Captura

Use o timestamp de criação (ERDAT) da tabela QMEL para a notificação em questão.

Tipo de evento explicit
Ação Corretiva Proposta
Esta atividade representa o ponto em que um plano para corrigir o problema identificado é formalmente documentado. No SAP, isso costuma ser capturado por meio da criação de uma Task de 'Ação Corretiva' dentro da notificação de qualidade.
Por que é importante

Este evento inicia a fase de resolução do processo. Medir o tempo desde a análise da causa raiz até esta etapa pode revelar atrasos no planejamento da ação.

Onde obter

Este evento é capturado quando uma Task com o código de 'Ação Corretiva' é criada na tabela QMSM para a respectiva Notificação de Qualidade.

Captura

Use o timestamp de criação (ERDAT) da tabela QMSM para tarefas com o tipo de ação corretiva.

Tipo de evento explicit
Ação Preventiva Implementada
Marca a execução bem-sucedida da ação preventiva planejada. Isso é capturado pelo registro da conclusão da Task de ação preventiva correspondente no sistema.
Por que é importante

A conclusão das ações preventivas é uma etapa vital em processos de qualidade maduros. O rastreamento desta atividade ajuda a medir o comprometimento em evitar problemas futuros e reduzir falhas recorrentes.

Onde obter

Inferido da conclusão de uma tarefa de ação preventiva na tabela QMSM, indicado pelo campo ERLDT ou mudança para status "Concluído".

Captura

Identifica o timestamp de conclusão (ERLDT) da tarefa de ação preventiva na tabela QMSM.

Tipo de evento inferred
Ação Preventiva Proposta
Esta atividade ocorre quando um plano é criado para evitar a recorrência de um problema de qualidade. Semelhante às ações corretivas, é frequentemente capturada por meio da criação de uma Task de 'Ação Preventiva'.
Por que é importante

Este evento é fundamental para avaliar o foco da organização na melhoria proativa da qualidade, em vez de apenas correções reativas. Ele marca o início dos esforços de resolução a longo prazo.

Onde obter

Este evento é capturado no momento da criação de uma Task com o código de 'Ação Preventiva' na tabela QMSM para a Notificação de Qualidade específica.

Captura

Use o timestamp de criação (ERDAT) da tabela QMSM para tarefas com o tipo de ação preventiva.

Tipo de evento explicit
Notificação Colocada em Processamento
Representa o momento em que uma notificação recém-criada é ativamente selecionada para processamento pela equipe de qualidade. Normalmente, é um evento inferido, derivado de uma alteração de status do sistema que indica o início do trabalho.
Por que é importante

Esta atividade ajuda a distinguir entre o mero registro de um problema e o início real do trabalho. Analisar o intervalo de tempo entre a criação e esta etapa revela possíveis atrasos no reconhecimento do problema e na atribuição de recursos.

Onde obter

Inferido de uma mudança de status no objeto de Notificação de Qualidade. Pode ser rastreado analisando logs nas tabelas JEST e JCDS para um status como "NOPO" (Notificação em processamento).

Captura

Identifica o timestamp de quando o status "em processamento" é definido para a notificação na tabela JCDS.

Tipo de evento inferred
Notificação Encerrada
Representa o encerramento técnico final da notificação de qualidade no sistema. Após esse ponto, nenhuma alteração adicional pode ser feita na notificação, marcando o fim absoluto do ciclo de vida do registro.
Por que é importante

Esta atividade fornece o evento final para o processo. Analisar o tempo entre 'Notificação Concluída' e 'Notificação Encerrada' pode revelar atrasos nos procedimentos administrativos de fechamento.

Onde obter

Inferido de uma mudança de status na Notificação de Qualidade, especificamente quando um status de arquivamento ou encerramento final é definido. Essa alteração é registrada com um timestamp na tabela JCDS.

Captura

Identifica o timestamp de quando o status final "Encerrado" é definido para a notificação na tabela JCDS.

Tipo de evento inferred
Partes Interessadas Notificadas
Representa a comunicação da resolução às partes interessadas relevantes, como clientes ou departamentos internos. Raramente é um evento de sistema automatizado e costuma ser uma etapa manual.
Por que é importante

A comunicação pontual com as partes interessadas é crítica para a satisfação do cliente e transparência. Medir o atraso entre o encerramento e a notificação pode destacar lacunas nos processos de comunicação.

Onde obter

Esta atividade é difícil de capturar diretamente do SAP. Ela pode ser inferida a partir da conclusão de uma Task manual no QMSM rotulada como 'Notificar Parte Interessada' ou exigiria a análise de sistemas externos, como logs de e-mail.

Captura

Identifica a conclusão de uma tarefa de comunicação manual, se utilizada. Caso contrário, geralmente não está disponível.

Tipo de evento inferred
Plano de Ação Aprovado
Significa que um plano de ação corretiva ou preventiva proposto foi revisado e aprovado para prosseguir com a implementação. Esta etapa muitas vezes não é um evento distinto e pode ser inferida a partir da liberação de uma Task para processamento.
Por que é importante

Atrasos longos nesta etapa de aprovação podem retardar significativamente todo o processo de resolução. Analisar essa duração ajuda a identificar gargalos administrativos e oportunidades para simplificar a governança.

Onde obter

Geralmente é inferido a partir de uma mudança de status em uma tarefa na tabela QMSM, como "Liberado". O timestamp para essa alteração de status seria encontrado na tabela JCDS, vinculada ao objeto da tarefa.

Captura

Identifica o timestamp de quando o status "Liberado" é definido para a tarefa de ação corretiva ou preventiva.

Tipo de evento inferred
Tarefa de Investigação Atribuída
Este evento ocorre quando uma tarefa específica, como investigar a causa raiz, é formalmente criada e atribuída a uma pessoa ou departamento. Isso é capturado quando um registro de Task é criado dentro da Notificação de Qualidade.
Por que é importante

O acompanhamento da atribuição de tarefas é crucial para entender a distribuição da carga de trabalho e identificar gargalos na alocação de recursos. Isso marca o início da fase de investigação, um dado fundamental para medir o tempo de ciclo da análise de causa raiz.

Onde obter

Capturado da tabela de gestão de tarefas QMSM, vinculada à Notificação de Qualidade. A data de criação (ERDAT) de uma tarefa com código relevante (ex: investigação) marca este event.

Captura

Use o timestamp de criação (ERDAT) da tabela QMSM para tarefas relacionadas à investigação.

Tipo de evento explicit
Verificação de Eficácia Necessária
Indica que é necessária uma verificação de acompanhamento para confirmar que as ações implementadas resolveram o problema. Geralmente representado por um status específico na notificação ou criação de tarefa de verificação.
Por que é importante

Esta atividade garante que o processo de gestão de qualidade inclua um loop de validação crucial. Ela separa a implementação de uma ação da confirmação de seu sucesso.

Onde obter

Pode ser inferido de uma mudança de status na Notificação de Qualidade (via JEST/JCDS) ou da criação de uma tarefa específica de "Verificação de Eficácia" na tabela QMSM.

Captura

Identifica o timestamp da mudança de status ou da criação de uma tarefa de verificação na QMSM.

Tipo de evento inferred
Recomendado Opcional

Guias de Extração

Como obter seus dados do SAP S/4HANA Quality Management