Seu Template de dados de gestão da qualidade
Seu Template de dados de gestão da qualidade
- Atributos recomendados para uma análise completa
- Principais atividades de gestão da qualidade para acompanhar
- Orientações para extrair dados da gestão da qualidade no SAP S/4HANA
Atributos de 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 etapa ou marco do ciclo de vida do evento de qualidade, como 'Notificação criada', 'Análise de causa raiz concluída' ou 'Decisão de utilização tomada'. Essas atividades são identificadas a partir de mudanças no status do sistema, da criação de documentos relacionados ou de ações específicas dos usuários registradas nos logs de alterações. Analisar a sequência e o momento dessas atividades é a base da mineração de processos. Isso permite descobrir o fluxo real do processo, identificar gargalos entre etapas e medir a conformidade com os procedimentos operacionais padrão. O nível de detalhe das atividades determina a profundidade da análise do processo.
Por que isso importa
Este atributo define as etapas do processo e permite visualizar e analisar o fluxo, identificar desvios e medir a performance entre as atividades.
Onde encontrar
Derivado de mudanças de status nas tabelas JEST e JSTO ou de registros de atividades em tabelas como QMSM (tarefas). Os Event Logs também podem ser criados 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
|
Identificador exclusivo de uma notificação de qualidade, usado como ID principal do caso para acompanhar um problema de qualidade desde o início até o encerramento. | ||
|
Descrição
O evento de qualidade é o identificador central do caso, que conecta todas as atividades, tarefas e decisões relacionadas a um único problema de qualidade. No SAP, geralmente corresponde ao número da notificação de qualidade (QMNUM). Na mineração de processos, analisar os eventos por esse identificador permite reconstruir a jornada completa de cada caso de qualidade. Isso é fundamental para visualizar os fluxos do processo, calcular os tempos de ciclo de cada caso e identificar caminhos comuns ou fora do padrão durante a resolução. Esse identificador é a base de quase todas as análises de gestão da qualidade.
Por que isso importa
É a chave essencial para vincular todas as atividades relacionadas em uma única instância de processo coerente, permitindo analisar de ponta a ponta como os problemas de qualidade são tratados.
Onde encontrar
É o número da notificação de qualidade, encontrado no campo QMNUM da tabela QMEL.
Exemplos
200000018200000019200000020
|
|||
|
Hora de início
EventTimestamp
|
A data e hora exatas em que uma atividade ou evento específico ocorreu. | ||
|
Descrição
A hora de início, ou data e hora do evento, registra o momento exato em que uma atividade ocorreu. Isso é essencial para ordenar os eventos cronologicamente e calcular os intervalos entre eles. Por exemplo, registra quando uma notificação foi criada, uma tarefa foi concluída ou um status foi alterado. Na análise de mineração de processos, 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 identificar gargalos, analisar o fluxo de trabalho e monitorar a performance em relação a SLAs ou metas baseadas em tempo. Datas e horas precisas são essenciais para garantir a integridade de todo o modelo de processo.
Por que isso importa
Esta data e hora são essenciais para ordenar eventos, calcular métricas de performance como tempos de ciclo e de espera e entender a dinâmica do processo.
Onde encontrar
Geralmente, é obtido de campos de data e hora associados a mudanças de status ou à criação de documentos. Alguns exemplos são ERDAT/ERZEIT (data/hora de criação) na QMEL ou as datas e horas 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 registra o motivo subjacente do defeito ou da não conformidade de qualidade. Identificar corretamente a causa raiz é uma etapa essencial do processo de gestão 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 os dados por causa raiz ajuda a identificar problemas sistêmicos. Por exemplo, ao filtrar o mapa do processo por uma causa raiz específica, é possível verificar se ela leva a caminhos distintos ou a tempos de resolução mais longos.
Por que isso importa
Permite analisar problemas sistêmicos relacionando causas raiz a produtos, departamentos e ineficiências do processo, para orientar ações preventivas.
Onde encontrar
Normalmente, armazenado no campo URCOD da tabela QMUR (causas da notificação).
Exemplos
ERRO_DO_OPERADORMATERIAL_DEFEITUOSOFALHA_NA_MÁQUINA
|
|||
|
Data prevista para resolução
TargetResolutionDate
|
A data planejada ou exigida para a conclusão do evento de qualidade. | ||
|
Descrição
Esta data representa o prazo esperado para resolver e encerrar totalmente o evento de qualidade. Muitas vezes, é usada como referência para medir a performance e a conformidade com os acordos de nível de serviço (SLAs). Este atributo é fundamental para calcular os índices de conclusão no prazo e identificar casos atrasados. O Dashboard 'Conclusão de eventos de qualidade no prazo' e o KPI 'Índice de ações de qualidade no prazo' dependem diretamente da comparação entre a data real de conclusão e a data prevista. Isso ajuda a priorizar o trabalho e gerenciar os recursos com eficiência.
Por que isso importa
Oferece uma referência para medir a performance no prazo, um KPI essencial para avaliar a eficiência do processo e a conformidade com os SLAs.
Onde encontrar
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 a área funcional responsável por executar uma tarefa específica ou gerenciar o evento de qualidade. | ||
|
Descrição
Este atributo indica a unidade organizacional responsável por uma atividade ou pelo evento de qualidade como um todo. Pode ser uma equipe de garantia da qualidade, um departamento de engenharia ou uma unidade de produção. É uma dimensão essencial para analisar a colaboração entre departamentos e as transferências de responsabilidade. Ajuda a identificar atrasos que ocorrem quando a responsabilidade passa de um departamento para outro, apoiando o Dashboard 'Atrasos nas transferências entre departamentos'. Também permite filtrar a visualização do processo para entender como departamentos específicos trabalham.
Por que isso importa
É essencial para analisar as transferências entre departamentos, identificar gargalos organizacionais e entender como diferentes equipes contribuem para o processo.
Onde encontrar
Muitas vezes, é 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 corresponder a um campo direto.
Exemplos
Garantia da qualidadeLinha de produção 3Engenharia de qualidade de fornecedores
|
|||
|
Prioridade
NotificationPriority
|
O nível de prioridade atribuído à notificação de qualidade, que indica sua urgência. | ||
|
Descrição
A prioridade define a urgência com que um evento de qualidade deve ser tratado. 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 os itens de alta prioridade são realmente processados mais rápido que os de baixa prioridade. Ele pode revelar ineficiências, como casos prioritários que ficam parados no processo. É uma dimensão importante para Dashboards como 'Análise do fluxo de eventos de qualidade'.
Por que isso importa
Ajuda a analisar se a performance do processo está alinhada à urgência do negócio e se os problemas de alta prioridade são resolvidos mais rapidamente.
Onde encontrar
Localizado no campo QMPRI da tabela QMEL. 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 relação é essencial para a garantia da qualidade, pois ajuda a identificar produtos com problemas recorrentes ou altos índices de defeitos. Na mineração de processos, analisar os dados por produto permite detectar padrões, como produtos que levam mais tempo para serem resolvidos ou estão associados a causas raiz específicas. Isso dá suporte ao Dashboard 'Detecção de padrões de problemas recorrentes', relacionando produtos a problemas de qualidade, o que é essencial para iniciativas de melhoria da qualidade direcionadas.
Por que isso importa
Relaciona problemas de qualidade a produtos específicos, permitindo analisar índices de defeitos, causas raiz e padrões de resolução por produto.
Onde encontrar
Encontrado no campo MATNR da tabela de itens da notificação de qualidade QMFE.
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 de acordo com sua origem e natureza. Os tipos padrão do SAP incluem reclamações de clientes, relatos de problemas internos e defeitos relacionados a fornecedores. Essa categorização determina o fluxo 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 maneiras distintas ou apresentam níveis de eficiência diferentes. Isso dá suporte a Dashboards como 'Análise do fluxo de eventos de qualidade', permitindo filtrar e comparar os tempos de ciclo e os caminhos do 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 encontrar
Localizado no campo QMART da tabela QMEL.
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 responsável por executar uma determinada etapa do processo. No SAP, geralmente corresponde aos campos 'Alterado por' (AENAM) ou 'Criado por' (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 cada usuário. É fundamental para análises baseadas em recursos, como investigar por que alguns usuários levam mais tempo no processamento 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 adesão aos procedimentos padrão, aspectos essenciais para otimizar os recursos.
Onde encontrar
Encontrado em tabelas de cabeçalho e de itens, como QMEL-ERNAM (criado por), ou derivado de logs de alterações (CDHDR-USERNAME).
Exemplos
SMITHJWILSONAPROCESS_AUTOMATION_BOT
|
|||
|
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. É mais relevante para tipos de notificação como 'Reclamação de cliente'. Acompanhar essa informação é essencial para a gestão do relacionamento com o cliente e para entender o impacto dos problemas de qualidade sobre ele. Analisar os dados por cliente permite identificar se alguns clientes enfrentam mais problemas de qualidade que outros ou se os tempos de resolução variam entre clientes. Isso dá suporte ao Dashboard 'Eventos de qualidade por gravidade e impacto', acrescentando a dimensão do cliente à análise de impacto.
Por que isso importa
Relaciona eventos de qualidade a clientes, permitindo analisar problemas específicos de cada cliente e garantir que os clientes de maior valor recebam suporte prioritário.
Onde encontrar
Geralmente, encontrado nas funções de parceiro da notificação. Também pode estar em QMEL-KUNUM, se for uma reclamação relacionada a um pedido de venda.
Exemplos
CUST-10045CUST-20399CUST-80110
|
|||
|
Conclusão no prazo
IsOnTimeCompletion
|
Indicador booleano que informa se o evento de qualidade foi concluído até a data prevista para sua resolução. | ||
|
Descrição
Este indicador calculado compara o timestamp de conclusão real de um evento de qualidade com a 'Data prevista para resolução'. O valor é verdadeiro se o evento foi encerrado até a data prevista, inclusive, e falso caso contrário. 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 concluídas no prazo'. Ele facilita a filtragem e a agregação dos dados para entender a performance dentro do prazo em diferentes dimensões, como departamento, produto ou tipo de notificação.
Por que isso importa
Oferece um resultado claro e binário para acompanhar a performance em relação aos prazos, facilitando a medição e a geração de relatórios sobre a conformidade com o SLA.
Onde encontrar
Atributo calculado a partir da comparação entre o timestamp da atividade de encerramento final e o atributo 'TargetResolutionDate'.
Exemplos
truefalse
|
|||
|
É retrabalho
IsRework
|
Indicador booleano que informa se uma atividade ou sequência de atividades representa retrabalho. | ||
|
Descrição
Este indicador recebe o valor verdadeiro quando um caso repete determinadas etapas, o que indica que o trabalho inicial foi insuficiente. Por exemplo, se a atividade 'Análise de causa raiz' for seguida mais tarde por outra atividade 'Tarefa de investigação atribuída' no mesmo caso, isso indica um ciclo 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 ele representa esforço desperdiçado e ineficiência do processo. Destacar os ciclos de retrabalho no mapa do processo pode revelar oportunidades importantes para melhorar a qualidade e a eficiência.
Por que isso importa
Quantifica a ineficiência do processo ao identificar etapas repetidas, destacando o esforço desperdiçado e as oportunidades de melhorar a taxa de acerto na primeira execução.
Onde encontrar
Este é um atributo calculado. Ele é derivado durante a análise de Process Mining, que detecta sequências repetidas de atividades em 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 gestão da qualidade. Ele confirma se as ações corretivas ou preventivas tomadas resolveram a causa raiz e evitaram recorrências. Este é o principal atributo do Dashboard 'Verificação da eficácia das ações' e do KPI 'Índice de verificação da eficácia das ações'. Ele oferece uma visão direta da qualidade do próprio processo de resolução de problemas. Um alto índice 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 e indica se as ações estão realmente evitando a recorrência.
Onde encontrar
Essas informações costumam ser armazenadas em ações de acompanhamento ou em status específicos de tarefas na 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 dos dados 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 distinguir as fontes de dados e garantir a integridade dos dados. Na análise, ele permite filtrar ou comparar processos entre diferentes sistemas ou unidades organizacionais. Muitas vezes, tem um valor constante para determinado conjunto de dados, mas é obrigatório para a governança de dados e para dar contexto.
Por que isso importa
Fornece 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 encontrar
Normalmente, é um valor estático adicionado durante a 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 a situação atual do evento de qualidade em seu ciclo de vida. O SAP usa um sistema de gestão de status em que códigos como OSNO (notificação pendente), NOPR (notificação em processamento) e NOCO (notificação concluída) refletem o andamento. Este atributo costuma ser usado para derivar as atividades do Event Log. Também é útil como dimensão para filtrar casos, por exemplo, para analisar apenas eventos de qualidade abertos ou encerrados 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 ou encerrados e ajudando a derivar as próprias atividades do processo.
Onde encontrar
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
|
A data e hora que indicam quando os dados deste registro foram atualizados pela última vez a partir do sistema de origem. | ||
|
Descrição
Este atributo informa a data e hora da última extração ou atualização dos dados do sistema de origem. Assim, os usuários sabem se os dados que estão analisando estão atualizados. Em qualquer Dashboard ou relatório analítico, exibir essa informação é essencial para alinhar as expectativas sobre a atualidade dos dados. Ela ajuda a distinguir mudanças recentes no processo de efeitos causados por dados desatualizados.
Por que isso importa
Informa aos usuários se os dados estão atualizados, o que é essencial para tomar decisões precisas e no momento certo com base na análise de mineração de processos.
Onde encontrar
Este é um campo de metadados gerado e preenchido pela ferramenta ou pelo pipeline de extração de dados durante a atualização.
Exemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Unidade fabril
Plant
|
A unidade fabril ou o local onde o evento de qualidade teve origem ou está sendo gerenciado. | ||
|
Descrição
O atributo Unidade fabril especifica o local físico, como uma fábrica ou um armazém, associado ao evento de qualidade. Ele fornece contexto geográfico ou organizacional sobre onde os problemas de qualidade ocorrem. É uma dimensão útil para análises comparativas. Ao filtrar ou agrupar por unidade fabril, a gestão pode comparar a performance de diferentes locais, identificar problemas específicos de cada unidade e compartilhar boas práticas de unidades com melhor desempenho. Isso ajuda a responder a perguntas como 'Qual unidade fabril tem o maior tempo de ciclo para análise de causa raiz?'.
Por que isso importa
Permite comparar a performance entre diferentes locais de operação, ajudando a identificar problemas específicos de cada unidade e boas práticas.
Onde encontrar
A unidade fabril associada ao cabeçalho da notificação está em QMEL-WERKS. Se estiver relacionada a um material específico, também pode ser encontrada no nível do item.
Exemplos
100017102000
|
|||
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, isso é registrado quando a tarefa de ação corretiva atribuída na notificação de qualidade é 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 o índice de conclusão das ações no prazo e a eficiência geral da fase de resolução.
Onde encontrar
Inferido pela 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 'Concluído' nas tabelas JEST/JCDS.
Coleta
Identifique a data e hora 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, quando a causa do problema de qualidade foi identificada. Normalmente, este evento é inferido a partir da conclusão de uma tarefa específica de 'análise de causa raiz' na notificação. | ||
|
Por que isso importa
Este é um marco essencial 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 do problema e na tomada de decisões.
Onde encontrar
Inferido a partir da conclusão de uma tarefa de investigação ou de análise de causa raiz 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).
Coleta
Identifique a data e hora de conclusão (ERLDT) da tarefa de análise de causa raiz correspondente na tabela QMSM.
Tipo de evento
inferred
|
|||
|
Decisão de utilização tomada
|
Representa a decisão formal sobre a qualidade dos materiais de um lote de inspeção, como aceitar ou rejeitar. Este é um evento específico de problemas de qualidade originados em inspeções e é registrado quando a decisão de utilização é salva. | ||
|
Por que isso importa
Nos processos baseados em inspeção, este é um marco importante que determina as ações seguintes, como bloquear ou liberar o material. Analisar o momento e os resultados dessa decisão é essencial para entender a eficiência do controle de qualidade dos produtos.
Onde encontrar
Este é um evento explícito registrado na tabela de decisões de utilização QAVE. A data e hora de criação do registro associado ao lote de inspeção (PRUEFLOS) indicam esta atividade.
Coleta
Use a data e hora de criação do lote de inspeção correspondente na tabela QAVE.
Tipo de evento
explicit
|
|||
|
Eficácia da ação verificada
|
Confirma que a ação corretiva ou preventiva implementada foi eficaz e que o problema de qualidade foi resolvido sem recorrência. Isso é registrado quando a tarefa de verificação de eficácia é concluída ou após uma análise final da qualidade. | ||
|
Por que isso importa
Este é um marco essencial para validar todo o processo de resolução. Um alto índice de verificações bem-sucedidas indica um sistema de gestão da qualidade eficaz e contribui para reduzir a recorrência de problemas.
Onde encontrar
Normalmente, é inferido pela conclusão de uma tarefa de 'Verificação de eficácia' na tabela QMSM (usando a data de conclusão ERLDT).
Coleta
Identifique a data e hora 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 da notificação de qualidade do ponto de vista do negócio: todas as ações necessárias foram tomadas e o problema foi resolvido operacionalmente. Essa é uma mudança formal de status no sistema. | ||
|
Por que isso importa
Esta atividade é o principal ponto final para medir o tempo de resolução do negócio. Ela confirma que, do ponto de vista do responsável pelo processo, o caso foi concluído, mesmo que o encerramento técnico ainda esteja pendente.
Onde encontrar
Inferido por uma mudança de status no objeto da notificação de qualidade. Isso é registrado ao identificar a data e hora em que um status como 'NOCO' (notificação concluída) é definido na tabela JCDS.
Coleta
Identifique a data e hora em que 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 da Qualidade, quando um problema, defeito ou reclamação relacionado à qualidade é registrado formalmente. A criação da notificação de qualidade no SAP S/4HANA registra os detalhes iniciais e atribui um identificador exclusivo, dando início ao 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 problemas de qualidade. Ela estabelece a referência para acompanhar quanto tempo leva para tratar e encerrar eventos de qualidade.
Onde encontrar
Este é um evento explícito registrado na tabela de cabeçalho de notificações de qualidade QMEL. A data e hora de criação geralmente estão no campo ERDAT, para o número de notificação QMNUM correspondente.
Coleta
Use a data e hora de criação (ERDAT) da tabela QMEL para a notificação correspondente.
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 costuma ser registrado pela criação de uma tarefa de 'ação corretiva' na notificação de qualidade. | ||
|
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 encontrar
Este evento é registrado quando uma tarefa com o código 'Ação corretiva' é criada na tabela QMSM para a notificação de qualidade correspondente.
Coleta
Use a data e hora de 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 é registrado quando a conclusão da tarefa de ação preventiva correspondente é anotada no sistema. | ||
|
Por que isso importa
Concluir ações preventivas é uma etapa essencial em processos de qualidade maduros. Acompanhar essa atividade ajuda a medir o compromisso com a prevenção de problemas futuros e a redução de recorrências.
Onde encontrar
Inferido pela conclusão de uma tarefa de ação preventiva na tabela QMSM, indicada pelo campo ERLDT ou por uma mudança de status para 'Concluído'.
Coleta
Identifique a data e hora 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. Assim como as ações corretivas, ela costuma ser registrada pela criação de uma tarefa de 'Ação preventiva'. | ||
|
Por que isso importa
Este evento é essencial para avaliar se a organização prioriza a melhoria proativa da qualidade, em vez de apenas corrigir problemas depois que ocorrem. Ele marca o início dos esforços de resolução de longo prazo.
Onde encontrar
Este evento é registrado quando uma tarefa com o código 'Ação preventiva' é criada na tabela QMSM para a notificação de qualidade específica.
Coleta
Use a data e hora de criação (ERDAT) da tabela QMSM para tarefas do tipo ação preventiva.
Tipo de evento
explicit
|
|||
|
Notificação em processamento
|
Indica o momento em que a equipe de qualidade começa a trabalhar em uma notificação recém-criada. Normalmente, este evento é inferido a partir 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 encontrar
Inferido a partir de uma mudança de status no objeto de notificação de qualidade. Isso pode ser acompanhado pela análise dos registros de alteração de status nas tabelas JEST e JCDS, buscando um status como 'NOPO' (notificação em processamento).
Coleta
Identifique a data e hora em que o status 'em processamento' é definido para a notificação na tabela JCDS.
Tipo de evento
inferred
|
|||
|
Notificação encerrada
|
Representa o encerramento técnico definitivo da notificação de qualidade no sistema. Depois dessa etapa, não é possível fazer novas alterações na notificação, o que marca o fim absoluto do ciclo de vida do registro. | ||
|
Por que isso importa
Esta atividade marca o evento final do processo. Analisar o tempo entre 'Notificação concluída' e 'Notificação encerrada' pode revelar atrasos nos procedimentos administrativos de encerramento.
Onde encontrar
Inferido por uma mudança de status na notificação de qualidade, especificamente quando um status de arquivamento ou encerramento definitivo é definido. Essa mudança é registrada com data e hora na tabela JCDS.
Coleta
Identifique a data e hora em que 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 automatizado do sistema e costuma ser uma etapa manual. | ||
|
Por que isso importa
Comunicar-se com as partes interessadas no momento certo é essencial para a satisfação do cliente e a transparência. Medir o atraso entre o encerramento e a notificação pode revelar falhas nos processos de comunicação.
Onde encontrar
É difícil registrar esta atividade diretamente no SAP. Ela pode ser inferida pela conclusão de uma tarefa manual na QMSM chamada 'Notificar parte interessada' ou exigir a análise de sistemas externos, como registros de e-mail.
Coleta
Identifique a conclusão de uma tarefa manual de comunicação, se houver. Caso contrário, essa informação normalmente não está disponível.
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 implementação. Esta etapa muitas vezes não é um evento distinto e pode ser inferida pela 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 encontrar
Normalmente, isso é inferido por uma mudança de status em uma tarefa da tabela QMSM, como 'Liberado'. A data e hora dessa mudança de status podem ser encontradas na tabela JCDS, vinculada ao objeto da tarefa.
Coleta
Identifique a data e hora em que 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, é criada formalmente e atribuída a uma pessoa ou departamento. Ele é registrado quando uma tarefa é criada na notificação de qualidade. | ||
|
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. Essa etapa marca o início da investigação e é um dado importante para medir o tempo de ciclo da análise de causa raiz.
Onde encontrar
Registrado na tabela de gestão de tarefas QMSM, vinculada à notificação de qualidade. A data de criação (ERDAT) de uma tarefa com um código relevante, por exemplo, de investigação, marca este evento.
Coleta
Use a data e hora 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 posterior para confirmar se as ações implementadas resolveram o problema. Isso costuma ser 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 uma etapa essencial de validação. Ela distingue a implementação de uma ação da confirmação de que ela foi eficaz.
Onde encontrar
Pode ser inferido por uma mudança de status na notificação de qualidade (via JEST/JCDS) ou pela criação de uma tarefa específica de 'Verificação de eficácia' na tabela QMSM.
Coleta
Identifique a 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 os processos de gestão da qualidade. Encontre insights e aumente a eficiência no SAP S/4HANA.
Aprimore a gestão da qualidade: reduza o tempo de ciclo em 30% agora
Identifique gargalos no SAP S/4HANA e reduza em 30% o tempo de ciclo de QM.
Não é necessário informar cartão de crédito. Configure tudo em poucos minutos.