Seu Template de dados de gerenciamento da qualidade
Seu Template de dados de gerenciamento da qualidade
- Atributos recomendados para uma análise completa
- Principais atividades de gerenciamento da qualidade a serem acompanhadas
- Orientações para extrair dados do gerenciamento da qualidade no SAP S/4HANA
Atributos da gestão da qualidade
| Nome | Descrição | ||
|---|---|---|---|
|
Atividade
ActivityName
|
O nome do evento de negócio ou da tarefa específica que ocorreu no processo de Gestão da Qualidade. | ||
|
Descrição
Este atributo descreve uma única etapa ou marco no ciclo de vida do evento de qualidade, como 'Notification Created', 'Root Cause Analysis Completed' ou 'Usage Decision Made'. Essas atividades são derivadas de mudanças no status do sistema, da criação de documentos relacionados ou de ações específicas de usuários registradas nos logs de alterações. Analisar a sequência e o momento dessas atividades é o núcleo do Process Mining. Isso permite descobrir o fluxo real do processo, identificar gargalos entre as etapas e medir a conformidade com os procedimentos operacionais padrão. O nível de granularidade das atividades determina o grau de detalhe da análise do processo.
Por que isso importa
Este atributo define as etapas do processo, permitindo visualizar e analisar o fluxo do processo, identificar desvios e medir a performance entre as atividades.
Onde obter
Derivado de mudanças de status nas tabelas JEST e JSTO ou de registros de atividades em tabelas como QMSM (Tasks). Os Event Logs também podem ser construídos a partir das tabelas de documentos de alteraçã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 Quality Notification, que funciona como o ID principal do caso para acompanhar um problema de qualidade desde o início até o encerramento. | ||
|
Descrição
O Quality Event é o identificador central do caso que conecta todas as atividades, tarefas e decisões relacionadas a um único problema de qualidade. No SAP, normalmente corresponde ao número da Quality Notification (QMNUM). No Process Mining, analisar os eventos por esse identificador permite reconstruir a jornada de ponta a ponta de cada caso de qualidade. Isso é fundamental para visualizar os fluxos do processo, calcular os tempos de ciclo de todo o caso e identificar caminhos comuns ou divergentes no processo de resolução. Ele funciona como a base de praticamente todas as análises de Gestão da Qualidade.
Por que isso importa
É a chave essencial para vincular todas as atividades relacionadas a uma única instância de processo coesa, permitindo analisar de ponta a ponta como os problemas de qualidade são tratados.
Onde obter
É o número da Quality Notification, encontrado na tabela QMEL, campo QMNUM.
Exemplos
200000018200000019200000020
|
|||
|
Hora de início
EventTimestamp
|
A data e a hora exatas em que uma atividade ou evento específico ocorreu. | ||
|
Descrição
A Start Time, ou registro de data e hora do evento, registra o momento exato em que uma atividade ocorreu. Isso é essencial para ordenar os eventos cronologicamente e calcular as durações entre eles. Por exemplo, ela registra quando uma notificação foi criada, quando uma tarefa foi concluída ou quando um status foi alterado. Na análise de Process Mining, esse atributo é fundamental para calcular todas as métricas baseadas em tempo, como tempos de ciclo, tempos de processamento e tempos de espera. Ele permite identificar gargalos, analisar o throughput e monitorar a performance em relação a SLAs ou metas baseados em tempo. Registros de data e hora precisos são essenciais para a integridade de todo o modelo do processo.
Por que isso importa
Este registro de data e hora é essencial para ordenar os eventos, calcular todas as métricas de performance, como tempos de ciclo e de espera, e entender a dinâmica do processo.
Onde obter
Normalmente, é obtido dos campos de data e hora associados a mudanças de status ou à criação de documentos. Exemplos incluem ERDAT/ERZEIT (data/hora de criação) na QMEL ou os registros de data e hora de alterações 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 registra o motivo subjacente do defeito de qualidade ou da não conformidade. Identificar a causa-raiz correta é uma etapa crítica do processo de gerenciamento da qualidade, pois serve de base para definir ações corretivas e preventivas eficazes. Este atributo é essencial para os Dashboards "Tempo de ciclo da análise de causa-raiz" e "Detecção de padrões de problemas recorrentes". Analisar por causa-raiz ajuda a identificar problemas sistêmicos. Por exemplo, ao filtrar o mapa de processo por uma causa-raiz específica, é possível verificar se ela leva a caminhos de processo exclusivos ou a tempos de resolução mais longos.
Por que isso importa
Permite analisar problemas sistêmicos correlacionando causas-raiz com produtos, departamentos e ineficiências do processo para orientar ações preventivas.
Onde obter
Normalmente armazenado na tabela QMUR (causas da notificação), campo URCOD.
Exemplos
ERRO_DO_OPERADORMATERIAL_DEFEITUOSOMAU_FUNCIONAMENTO_DA_MÁQUINA
|
|||
|
Data-alvo de resolução
TargetResolutionDate
|
A data planejada ou exigida para a conclusão do 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. Ela costuma ser usada como referência para medir a performance e o cumprimento dos 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 "Conclusão de eventos de qualidade no prazo" e o KPI "Taxa de ações de qualidade no prazo" dependem diretamente da comparação entre a data real de conclusão e esta data-alvo. Ele ajuda a priorizar o trabalho e gerenciar os recursos de forma eficaz.
Por que isso importa
Oferece uma referência para medir a performance no prazo, 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 como um todo. Pode ser uma equipe de garantia da qualidade, um departamento de engenharia ou uma unidade de produção. Esta é uma dimensão crítica para analisar a colaboração entre departamentos e as transferências de responsabilidade. Ela ajuda a identificar atrasos que ocorrem quando a responsabilidade passa de um departamento para outro, dando suporte ao Dashboard "Atrasos nas transferências entre departamentos". Também permite filtrar a visão do processo para entender como departamentos específicos operam.
Por que isso importa
É fundamental para analisar transferências entre departamentos, identificar gargalos organizacionais e entender como diferentes equipes contribuem para o processo.
Onde obter
Geralmente é derivado das funções de parceiro associadas à notificação ou tarefa, ou da atribuição organizacional do usuário nos dados mestres de RH. Pode não ser um campo direto.
Exemplos
Garantia da qualidadeLinha de produção 3Engenharia da qualidade de fornecedores
|
|||
|
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 tratados primeiro. O SAP permite configurar diferentes tipos de prioridade, que podem influenciar os tempos de resposta esperados. Este atributo é usado para analisar se itens de alta prioridade são realmente processados mais rapidamente do que itens de baixa prioridade. Ele pode revelar ineficiências quando casos prioritários ficam parados no processo. É uma dimensão importante para Dashboards como "Análise do throughput de eventos de qualidade".
Por que isso importa
Ajuda a analisar se a performance do processo está alinhada à urgência do negócio, garantindo que problemas de alta prioridade sejam resolvidos mais rapidamente.
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 é essencial para a garantia da qualidade, pois ajuda a identificar produtos com problemas recorrentes ou altas taxas de defeitos. No Process Mining, analisar por produto permite detectar padrões, como verificar se determinados produtos têm tempos de resolução mais longos ou estão associados a causas-raiz específicas. Isso dá suporte ao Dashboard "Detecção de padrões de problemas recorrentes", correlacionando produtos com problemas de qualidade, o que é fundamental para iniciativas direcionadas de melhoria da qualidade.
Por que isso importa
Vincula problemas de qualidade a produtos específicos, permitindo analisar 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, relatórios de problemas internos e defeitos relacionados a fornecedores. Essa categorização determina o fluxo de processo subsequente 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 maneiras distintas ou apresentam níveis variados de eficiência. Isso dá suporte a Dashboards como "Análise do throughput de eventos de qualidade", permitindo filtrar e comparar tempos de ciclo e caminhos de processo para diferentes categorias de problemas.
Por que isso importa
Permite segmentar o processo para verificar se diferentes tipos de problemas de qualidade seguem caminhos distintos ou apresentam características de performance diferentes.
Onde obter
Localizado na tabela QMEL, campo QMART.
Exemplos
Q1Q2F2
|
|||
|
Usuário
ChangedBy
|
O ID do usuário que realizou a atividade ou fez 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, geralmente corresponde aos campos 'Changed By' (AENAM) ou 'Created By' (ERNAM). Analisar os dados por usuário ajuda a entender a distribuição da carga de trabalho, identificar necessidades de treinamento e localizar desvios específicos de determinados usuários. É fundamental para análises baseadas em recursos, como investigar por que alguns usuários têm tempos de processamento mais longos ou tendem a seguir caminhos fora do padrão.
Por que isso importa
Permite analisar a performance dos usuários, a distribuição da carga de trabalho e a aderência aos procedimentos padrão, aspectos essenciais para otimizar recursos.
Onde obter
Encontrado em tabelas de cabeçalho e de itens, como QMEL-ERNAM (Created by), ou derivado de logs de alterações (CDHDR-USERNAME).
Exemplos
SMITHJWILSONAPROCESS_AUTOMATION_BOT
|
|||
|
Centro
Plant
|
A unidade fabril ou o local onde o evento de qualidade se originou ou está sendo gerenciado. | ||
|
Descrição
O atributo Centro especifica o local físico, como uma fábrica ou um armazém, associado ao evento de qualidade. Ele fornece um contexto geográfico ou organizacional para o local onde os problemas de qualidade ocorrem. Esta é uma dimensão poderosa para análises comparativas. Ao filtrar ou agrupar por centro, a gestão pode comparar a performance de diferentes locais, identificar problemas específicos de cada unidade e compartilhar boas práticas de centros com alta performance. Ela ajuda a responder a perguntas como "Qual centro tem o maior tempo de ciclo de análise de causa-raiz?".
Por que isso importa
Permite comparar a performance entre diferentes locais operacionais, ajudando a identificar problemas específicos de cada unidade e boas práticas.
Onde obter
O centro associado ao cabeçalho da notificação está em QMEL-WERKS. Quando 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, quando aplicável. | ||
|
Descrição
Este atributo vincula um evento de qualidade a um cliente específico. Ele é especialmente relevante para tipos de notificação como "Reclamação de cliente". Acompanhar essas informações é essencial para o gerenciamento do relacionamento com clientes e para entender o impacto dos problemas de qualidade sobre eles. Analisar por cliente permite identificar se determinados clientes enfrentam mais problemas de qualidade do que outros ou se os tempos de resolução variam entre clientes. Isso dá suporte ao Dashboard "Eventos de qualidade por gravidade e impacto", adicionando a dimensão de cliente à análise de impacto.
Por que isso importa
Conecta eventos de qualidade a clientes, permitindo analisar problemas específicos de cada cliente e garantir que clientes estratégicos recebam suporte prioritário.
Onde obter
Geralmente encontrado nas funções de parceiro da notificação. Também pode estar em QMEL-KUNUM quando se trata de uma reclamação originada de um pedido de venda.
Exemplos
CUST-10045CUST-20399CUST-80110
|
|||
|
Conclusão no prazo
IsOnTimeCompletion
|
Um indicador booleano que informa se o evento de qualidade foi concluído até a data-alvo de resolução. | ||
|
Descrição
Este indicador calculado compara o timestamp real de conclusão de um evento de qualidade com sua "Data-alvo de resolução". Ele é verdadeiro quando o evento é encerrado na data-alvo ou antes dela, e falso nos demais casos. Este atributo oferece uma medida simples e direta para monitorar a performance e serve de base para o Dashboard "Conclusão de eventos de qualidade no prazo" e o KPI "Taxa de ações de qualidade no prazo". Ele permite filtrar e agregar dados com facilidade para entender a performance no prazo em diferentes dimensões, como departamento, produto ou tipo de notificação.
Por que isso importa
Oferece um resultado binário claro para acompanhar a performance em relação aos prazos, facilitando a medição e o reporte da conformidade com os SLAs.
Onde obter
Atributo calculado derivado da comparação entre o timestamp da atividade final de encerramento e o atributo "TargetResolutionDate".
Exemplos
truefalse
|
|||
|
É retrabalho
IsRework
|
Um indicador booleano que informa se uma atividade ou sequência de atividades representa retrabalho. | ||
|
Descrição
Este indicador é definido como verdadeiro quando um caso repete determinadas etapas, indicando que o trabalho inicial foi insuficiente. Por exemplo, se uma atividade de "Análise de causa-raiz" for seguida posteriormente por outra "Tarefa de investigação atribuída" para o mesmo caso, isso sinaliza um loop de retrabalho. Este atributo dá suporte direto ao KPI "Taxa de retrabalho de 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 do processo. Destacar loops de retrabalho no mapa de processo pode revelar oportunidades significativas de melhoria da qualidade e da eficiência.
Por que isso importa
Quantifica a ineficiência do processo identificando quando etapas são repetidas, destacando esforço desperdiçado e oportunidades para melhorar as taxas de acerto na primeira execução.
Onde obter
Este é um atributo calculado. Ele é derivado durante a análise de Process Mining, detectando sequências repetidas de atividades dentro de um único caso.
Exemplos
truefalse
|
|||
|
Eficácia da ação
EffectivenessEvaluation
|
O resultado da verificação que determina se uma ação implementada foi eficaz. | ||
|
Descrição
Este atributo registra o resultado da verificação de eficácia, uma etapa final essencial do ciclo de gerenciamento da qualidade. Ele confirma se as ações corretivas ou preventivas tomadas resolveram a causa-raiz e evitaram sua recorrência. Este é o principal atributo do Dashboard "Verificação da eficácia das ações" e do KPI "Taxa de verificação da eficácia das ações". Ele oferece um insight direto sobre a qualidade do próprio 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 das ações.
Por que isso importa
Mede diretamente o sucesso do processo de resolução de problemas, indicando se as ações realmente estão evitando a recorrência dos problemas.
Onde obter
Essas informações costumam ser armazenadas em ações de acompanhamento ou em status específicos de tarefas dentro da notificação de qualidade. Podem estar em um campo personalizado ou ser baseadas em um código de status específico.
Exemplos
EficazIneficazMonitoramento necessário
|
|||
|
Sistema de origem
SourceSystem
|
Identifica o sistema de origem do qual os dados foram extraídos, como uma instância específica do SAP S/4HANA. | ||
|
Descrição
Este atributo especifica a origem dos dados de Gestão da Qualidade. Em um ambiente com vários ERPs ou sistemas integrados, esse campo é essencial para diferenciar as fontes de dados e garantir sua integridade. Na análise, ele 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 a governança e o contexto dos dados.
Por que isso importa
Fornece um contexto essencial sobre a origem dos dados, o que é fundamental para a governança de dados e para ambientes com vários sistemas interconectados.
Onde obter
Normalmente, é um valor estático adicionado durante o processo de extração dos dados para identificar o cliente e o ID do sistema SAP S/4HANA.
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 em que status como OSNO (notificação pendente), NOPR (notificação em processamento) e NOCO (notificação concluída) refletem o progresso. Este atributo costuma ser usado para derivar as atividades no Event Log. Ele também é valioso como dimensão para filtrar casos, por exemplo, analisando apenas eventos de qualidade abertos ou fechados recentemente. Entender as transições de status é essencial para criar um modelo de processo preciso.
Por que isso importa
Indica o estado atual de um caso, permitindo filtrar casos ativos e fechados e ajudando a derivar as próprias atividades do processo.
Onde obter
Derivado das tabelas JEST e JSTO, que armazenam informações de status de vários objetos do SAP. O vínculo é feito por QMEL-OBJNR.
Exemplos
OSNO NOPRNOCOTSCO
|
|||
|
Última atualização dos dados
LastDataUpdate
|
O registro de data e hora que indica quando os dados deste registro foram atualizados pela última vez a partir do sistema de origem. | ||
|
Descrição
Este atributo fornece o registro de data e hora da última extração ou atualização dos dados a partir do sistema de origem. Ele informa aos usuários o nível de atualização dos dados analisados. Em qualquer Dashboard ou relatório analítico, exibir essa informação é essencial para gerenciar as expectativas dos usuários sobre a atualidade dos dados. Isso ajuda a diferenciar mudanças recentes no processo de efeitos causados por dados desatualizados.
Por que isso importa
Informa aos usuários o nível de atualização dos dados, algo essencial para tomar decisões precisas e no momento certo com base na análise de Process Mining.
Onde obter
Este é um campo de metadados gerado e preenchido pela ferramenta ou pelo pipeline de extração de dados no momento da atualização dos dados.
Exemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
Atividades de gestão da qualidade
| Atividade | Descrição | ||
|---|---|---|---|
|
Ação corretiva implementada
|
Marca a conclusão do trabalho definido no plano de ação corretiva. Normalmente, é capturado quando a tarefa de ação corretiva atribuída na Quality Notification é marcada como concluída. | ||
|
Por que isso importa
Este é um marco importante que indica que foram tomadas medidas para resolver o problema de qualidade. Ele é essencial para medir a taxa de conclusão das ações no prazo e a eficiência geral da fase de resolução.
Onde obter
Inferido a partir da conclusão de uma tarefa de ação corretiva na tabela QMSM. A data de conclusão é registrada no campo ERLDT ou por meio de uma mudança de status para 'Completed' nas tabelas JEST/JCDS.
Captura
Identifique o registro de data e hora da 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, quando a causa subjacente do problema de qualidade foi identificada. Normalmente, é inferido a partir da conclusão de uma tarefa específica de 'Root Cause Analysis' na notificação. | ||
|
Por que isso importa
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 localizar gargalos na análise de problemas e na tomada de decisões.
Onde obter
Inferido a partir da conclusão de uma tarefa de investigação ou específica de RCA na tabela QMSM. A conclusão é identificada por uma mudança de status ou pelo preenchimento do campo de data de conclusão da tarefa (ERLDT).
Captura
Identifique o registro de data e hora da conclusão (ERLDT) da tarefa relevante de análise de causa raiz na tabela QMSM.
Tipo de evento
inferred
|
|||
|
Decisão de utilização tomada
|
Representa a decisão formal sobre a qualidade dos produtos de um lote de inspeção, como aceitação ou rejeição. É um evento distinto para problemas de qualidade originados em inspeções e é capturado quando a decisão de utilização é salva. | ||
|
Por que isso importa
Nos processos orientados por inspeção, este é um marco importante que determina as ações seguintes, como bloquear ou liberar o material. Analisar seu momento e seus resultados é essencial para entender a eficiência do controle de qualidade dos produtos.
Onde obter
Este é um evento explícito registrado na tabela de decisão de utilização QAVE. O registro de data e hora da criação do registro associado ao lote de inspeção (PRUEFLOS) representa esta atividade.
Captura
Use o registro de data e hora da 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 foi bem-sucedida e que o problema de qualidade foi resolvido sem recorrência. Isso é capturado após a conclusão da tarefa de verificação de eficácia ou de uma análise final de qualidade. | ||
|
Por que isso importa
Este é um marco crítico para validar todo o processo de resolução. Uma alta taxa de verificações bem-sucedidas indica um sistema de Gestão da Qualidade eficaz e contribui para reduzir problemas recorrentes.
Onde obter
Normalmente, é inferido a partir da conclusão de uma tarefa de 'Effectiveness Check' na tabela QMSM, usando a data de conclusão ERLDT.
Captura
Identifique o registro de data e hora da 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 Quality Notification, sinalizando que todas as ações necessárias foram realizadas e que o problema foi resolvido do ponto de vista operacional. Esta é uma mudança formal de status no sistema. | ||
|
Por que isso importa
Esta atividade funciona como o principal ponto final para medir o tempo de resolução do negócio. Ela confirma que, na visão do responsável pelo processo, o caso foi concluído, mesmo que o encerramento técnico ainda esteja pendente.
Onde obter
Inferido a partir de uma mudança de status no objeto Quality Notification. Isso é capturado identificando o registro de data e hora em que um status como 'NOCO' (Notification completed) é definido na tabela JCDS.
Captura
Identifique o registro de data e hora em que o status 'Notification completed' é 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 da Qualidade, quando um problema, defeito ou reclamação relacionado à qualidade é registrado formalmente. A criação da Quality Notification no SAP S/4HANA captura os detalhes iniciais e atribui um identificador exclusivo, iniciando o caso. | ||
|
Por que isso importa
Como principal evento de início, esta atividade é essencial para medir o tempo de ciclo de ponta a ponta do processo de resolução de qualidade. Ela fornece a linha de base para acompanhar quanto tempo é necessário para tratar e encerrar os eventos de qualidade.
Onde obter
Este é um evento explícito capturado na tabela de cabeçalho da Quality Notification, QMEL. O registro de data e hora da criação normalmente está no campo ERDAT, correspondente ao número da notificação QMNUM.
Captura
Use o registro de data e hora da criação (ERDAT) da tabela QMEL para a notificação informada.
Tipo de evento
explicit
|
|||
|
Ação corretiva proposta
|
Esta atividade representa o momento em que um plano para corrigir o problema identificado é documentado formalmente. No SAP, isso geralmente é capturado pela criação de uma tarefa de 'Corrective Action' na Quality Notification. | ||
|
Por que isso importa
Este evento inicia a fase de resolução do processo. Medir o tempo entre a análise de causa raiz e esta etapa pode revelar atrasos no planejamento das ações.
Onde obter
Este evento é capturado quando uma tarefa com o código 'Corrective Action' é criada na tabela QMSM para a Quality Notification relevante.
Captura
Use o registro de data e hora da criação (ERDAT) da tabela QMSM para tarefas do tipo 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 tarefa de ação preventiva correspondente no sistema. | ||
|
Por que isso importa
A conclusão das ações preventivas é uma etapa essencial em processos de qualidade maduros. Acompanhar esta atividade ajuda a medir o compromisso com a prevenção de problemas futuros e a redução de problemas recorrentes.
Onde obter
Inferido a partir da conclusão de uma tarefa de ação preventiva na tabela QMSM, indicada pelo campo ERLDT ou por uma mudança de status para 'Completed'.
Captura
Identifique o registro de data e hora da 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. Assim como nas ações corretivas, ela geralmente é capturada pela criação de uma tarefa de 'Preventive Action'. | ||
|
Por que isso importa
Este evento é essencial para avaliar o foco da organização na melhoria proativa da qualidade, em vez de apenas reagir aos problemas. Ele marca o início dos esforços de resolução de longo prazo.
Onde obter
Este evento é capturado quando uma tarefa com o código 'Preventive Action' é criada na tabela QMSM para a Quality Notification específica.
Captura
Use o registro de data e hora da criação (ERDAT) da tabela QMSM para tarefas do tipo ação preventiva.
Tipo de evento
explicit
|
|||
|
Notificação colocada em processamento
|
Representa o momento em que uma notificação recém-criada é efetivamente assumida pela equipe de qualidade para processamento. Normalmente, é um evento inferido, derivado de uma mudança de status do sistema que indica o início do trabalho. | ||
|
Por que isso importa
Esta atividade ajuda a diferenciar o simples registro de um problema do início efetivo do trabalho. Analisar o intervalo entre a criação e esta etapa revela possíveis atrasos no reconhecimento do problema e na alocação de recursos.
Onde obter
Inferido a partir de uma mudança de status no objeto Quality Notification. Isso pode ser acompanhado analisando os registros de alteração de status nas tabelas JEST e JCDS, para um status como 'NOPO' (Notification in process).
Captura
Identifique o registro de data e hora em que o status 'in process' é definido para a notificação na tabela JCDS.
Tipo de evento
inferred
|
|||
|
Notificação encerrada
|
Representa o encerramento técnico final da Quality Notification no sistema. Depois desse ponto, nenhuma alteração adicional pode ser feita na notificação, marcando o fim absoluto do ciclo de vida do registro. | ||
|
Por que isso importa
Esta atividade fornece o evento final do processo. Analisar o tempo entre 'Notification Completed' e 'Notification Closed' pode revelar atrasos nos procedimentos administrativos de encerramento.
Onde obter
Inferido a partir de uma mudança de status na Quality Notification, especificamente quando um status de arquivamento ou encerramento final é definido. Essa mudança é registrada com um registro de data e hora na tabela JCDS.
Captura
Identifique o registro de data e hora em que o status final 'Closed' é definido para a notificação na tabela JCDS.
Tipo de evento
inferred
|
|||
|
Plano de ação aprovado
|
Indica que um plano de ação corretiva ou preventiva proposto foi analisado e aprovado para seguir para implementação. Esta etapa geralmente não é um evento distinto e pode ser inferida a partir da liberação de uma tarefa para processamento. | ||
|
Por que isso importa
Atrasos longos nesta etapa de aprovação podem desacelerar 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
Normalmente, é inferido a partir de uma mudança de status em uma tarefa na tabela QMSM, como 'Released'. O registro de data e hora dessa mudança de status pode ser encontrado na tabela JCDS, vinculada ao objeto da tarefa.
Captura
Identifique o registro de data e hora em que o status 'Released' é definido para a tarefa de ação corretiva ou preventiva.
Tipo de evento
inferred
|
|||
|
Stakeholders notificados
|
Representa a comunicação da resolução aos stakeholders relevantes, como clientes ou departamentos internos. Raramente é um evento automatizado do sistema e geralmente é uma etapa manual. | ||
|
Por que isso importa
A comunicação oportuna com os stakeholders é essencial para a satisfação do cliente e a transparência. Medir o atraso entre o encerramento e a notificação pode revelar lacunas nos processos de comunicação.
Onde obter
Esta atividade é difícil de capturar diretamente no SAP. Ela pode ser inferida a partir da conclusão de uma tarefa manual na QMSM chamada 'Notify Stakeholder' ou exigir a análise de sistemas externos, como registros de e-mail.
Captura
Identifique a conclusão de uma tarefa manual de comunicação, caso ela seja utilizada. Caso contrário, essa informação normalmente não estará disponível.
Tipo de evento
inferred
|
|||
|
Tarefa de investigação atribuída
|
Este evento ocorre quando uma tarefa específica, como investigar a causa raiz, é criada formalmente e atribuída a uma pessoa ou departamento. Isso é capturado quando um registro de tarefa é criado na Quality Notification. | ||
|
Por que isso importa
Acompanhar a atribuição de tarefas é essencial 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, uma entrada importante para medir o tempo de ciclo da análise de causa raiz.
Onde obter
Capturado na tabela de gestão de tarefas QMSM, vinculada à Quality Notification. A data de criação (ERDAT) de uma tarefa com um código relevante, por exemplo, de investigação, marca este evento.
Captura
Use o registro de data e hora da 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 posterior para confirmar que as ações implementadas resolveram o problema com sucesso. Isso geralmente é representado por um status específico na notificação ou pela criação de uma tarefa de verificação dedicada. | ||
|
Por que isso importa
Esta atividade garante que o processo de Gestão da Qualidade inclua um ciclo essencial de validação. Ela separa a implementação de uma ação da confirmação de sua eficácia.
Onde obter
Pode ser inferido a partir de uma mudança de status na Quality Notification, por meio de JEST/JCDS, ou da criação de uma tarefa específica de 'Effectiveness Check' na tabela QMSM.
Captura
Identifique o registro de data e hora da mudança de status ou da criação de uma tarefa de verificação na QMSM.
Tipo de evento
inferred
|
|||
Guias de extração
Pronto para começar?
Use este Template para preparar seus dados rapidamente e começar a otimizar seus processos de gerenciamento da qualidade. Tenha acesso a insights e aumente a eficiência no SAP S/4HANA.
Aumente a performance do Quality Management: reduza o tempo de ciclo em 30% imediatamente
Identifique gargalos no SAP S/4HANA e reduza o tempo de ciclo do QM em 30%.
Não é necessário cartão de crédito. Configure tudo em poucos minutos.