품질 관리 데이터 템플릿

SAP S/4HANA 품질 관리
품질 관리 데이터 템플릿

품질 관리 데이터 템플릿

이 템플릿은 품질 관리 데이터를 수집하고 준비하는 방법을 안내합니다. process mining에 사용할 정확한 이벤트 로그를 만드는 데 필요한 속성과 활동을 설명합니다. 데이터 추출과 분석을 효율적으로 진행하는 데 활용하세요.
  • 분석에 필요한 권장 속성
  • 추적할 주요 품질 관리 활동
  • SAP S/4HANA 품질 관리 데이터 추출 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

품질 관리 속성

SAP S/4HANA에서 품질 관리를 분석할 때 이벤트 로그에 포함할 것을 권장하는 데이터 필드입니다.
3 필수 7 권장 8 선택 사항
이름 설명
시작 시간
EventTimestamp
특정 활동이나 이벤트가 발생한 정확한 날짜와 시간입니다.
설명

시작 시간 또는 이벤트 타임스탬프는 활동이 발생한 정확한 시점을 기록합니다. 이벤트를 시간순으로 정렬하고 이벤트 간 소요 시간을 계산하는 데 중요합니다. 예를 들어 통지 생성, 작업 완료, 상태 변경 시점을 기록합니다.

process mining 분석에서 이 속성은 처리 주기, 처리 시간, 대기 시간 등 시간 기반 지표를 계산하는 데 필수적입니다. 병목을 찾고 처리량을 분석하며 시간 기준 SLA나 목표 대비 성과를 모니터링할 수 있습니다. 정확한 타임스탬프는 전체 프로세스 모델의 신뢰성을 좌우합니다.

중요한 이유

이 타임스탬프는 이벤트 순서를 정하고 처리 주기와 대기 시간 등 성과 지표를 계산하며 프로세스의 흐름을 파악하는 데 필수적입니다.

확보 방법

일반적으로 상태 변경이나 문서 생성과 관련된 날짜 및 시간 필드에서 가져옵니다. 예를 들어 QMEL의 ERDAT/ERZEIT(생성 날짜/시간)이나 CDHDR의 변경 타임스탬프가 있습니다.

예시
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-01T11:21:45Z
품질 이벤트
QualityEvent
품질 통지의 고유 식별자로, 품질 문제의 시작부터 종결까지 추적하는 기본 케이스 ID입니다.
설명

품질 이벤트는 하나의 품질 문제와 관련된 모든 활동, 작업, 결정을 연결하는 중심 케이스 식별자입니다. SAP에서는 일반적으로 품질 통지 번호(QMNUM)에 해당합니다.

process mining에서 이 식별자를 기준으로 이벤트를 분석하면 각 품질 케이스의 전체 처리 과정을 재구성할 수 있습니다. 이를 바탕으로 프로세스 흐름을 시각화하고, 케이스 전체의 처리 시간을 계산하며, 문제 해결 과정에서 자주 나타나는 경로나 일반적인 경로에서 벗어난 경로를 파악할 수 있습니다. 대부분의 품질 관리 분석에서 기본이 되는 식별자입니다.

중요한 이유

관련된 모든 활동을 하나의 일관된 프로세스 인스턴스로 연결하는 필수 키입니다. 이를 통해 품질 문제가 처리되는 과정을 처음부터 끝까지 분석할 수 있습니다.

확보 방법

QMEL 테이블의 QMNUM 필드에 있는 품질 통지 번호입니다.

예시
200000018200000019200000020
활동
ActivityName
품질 관리 프로세스에서 발생한 특정 업무 이벤트 또는 작업의 이름입니다.
설명

이 속성은 품질 이벤트 수명 주기의 개별 단계나 이정표를 나타냅니다. 예를 들어 '통지 생성', '근본 원인 분석 완료', '사용 결정' 등이 있습니다. 시스템 상태 변경, 관련 문서 생성 또는 변경 로그에 기록된 특정 사용자 작업을 바탕으로 활동을 도출합니다.

활동의 순서와 시점을 분석하는 것은 process mining의 핵심입니다. 실제 프로세스 흐름을 파악하고 단계 사이의 병목을 찾아 표준 운영 절차 준수 여부를 측정할 수 있습니다. 활동을 얼마나 세분화하느냐에 따라 프로세스 분석의 상세 수준이 달라집니다.

중요한 이유

이 속성은 프로세스의 단계를 정의합니다. 이를 통해 프로세스 흐름을 시각화하고 분석하며, 편차를 파악하고 활동 간 성과를 측정할 수 있습니다.

확보 방법

JEST 및 JSTO 테이블의 상태 변경이나 QMSM(작업)과 같은 테이블의 활동 기록에서 도출합니다. 변경 문서 테이블인 CDHDR 및 CDPOS를 사용해 이벤트 로그를 구성할 수도 있습니다.

예시
품질 통지 생성조사 작업 배정시정 조치 실행 완료통지 종결
근본 원인
RootCauseCode
품질 문제의 근본 원인을 식별하는 코드 또는 텍스트입니다.
설명

근본 원인 속성은 품질 결함이나 부적합의 근본적인 이유를 기록합니다. 정확한 근본 원인을 파악하는 것은 효과적인 시정 및 예방 조치를 정의하는 기반이 되므로 품질 관리 프로세스에서 중요한 단계입니다.

이 속성은 '근본 원인 분석 처리 시간' 및 '반복 문제 패턴 탐지' 대시보드에 필수적입니다. 근본 원인별 분석으로 시스템적인 문제를 찾을 수 있습니다. 예를 들어 특정 근본 원인으로 프로세스 맵을 필터링하면 고유한 프로세스 경로나 더 긴 문제 해결 시간과 연관되는지 확인할 수 있습니다.

중요한 이유

근본 원인을 제품, 부서, 프로세스 비효율과 연계해 시스템적인 문제를 분석하고 예방 조치의 방향을 정할 수 있습니다.

확보 방법

일반적으로 QMUR 테이블(통지 원인)의 URCOD 필드에 저장됩니다.

예시
OPERATOR_ERRORDEFECTIVE_MATERIALMACHINE_MALFUNCTION
담당 부서
ResponsibleDepartment
특정 작업을 수행하거나 품질 이벤트를 관리하는 부서 또는 기능 영역입니다.
설명

이 속성은 활동이나 전체 품질 이벤트를 담당하는 조직 단위를 나타냅니다. 품질 보증팀, 엔지니어링 부서 또는 생산 부서가 해당할 수 있습니다.

부서 간 협업과 업무 인계를 분석하는 데 중요한 기준입니다. 담당 부서가 바뀔 때 발생하는 지연을 찾아 '부서 간 업무 인계 지연' 대시보드에서 확인할 수 있습니다. 프로세스 화면을 부서별로 필터링해 각 부서의 운영 방식도 파악할 수 있습니다.

중요한 이유

부서 간 업무 인계를 분석하고 조직 내 병목을 찾아 여러 팀이 프로세스에 어떻게 기여하는지 파악하는 데 중요합니다.

확보 방법

통지나 작업에 연결된 파트너 기능 또는 HR 마스터 데이터의 사용자 조직 정보를 바탕으로 도출하는 경우가 많습니다. 직접 대응하는 필드가 없을 수 있습니다.

예시
품질 보증생산 라인 3공급업체 품질 엔지니어링
목표 해결일
TargetResolutionDate
품질 이벤트를 완료해야 하는 예정일 또는 요구 기한입니다.
설명

이 날짜는 품질 이벤트를 완전히 해결하고 종결해야 하는 기한입니다. 성과와 서비스 수준 계약(SLA) 준수 여부를 측정하는 기준으로 자주 사용됩니다.

기한 내 완료율을 계산하고 지연된 케이스를 찾는 데 필수적입니다. '품질 이벤트 기한 내 완료' 대시보드와 '품질 조치 기한 내 완료율' KPI는 실제 완료일과 목표일을 비교합니다. 업무 우선순위를 정하고 리소스를 효율적으로 관리하는 데도 도움이 됩니다.

중요한 이유

기한 준수 성과를 측정하는 기준을 제공하며, 프로세스 효율성과 SLA 준수 여부를 평가하는 주요 KPI입니다.

확보 방법

QMEL-QMDAT(요구 종료일) 또는 작업 수준의 QMSM-PSTER에서 확인할 수 있습니다.

예시
2023-05-302023-06-152023-07-01
사용자
ChangedBy
활동을 수행했거나 마지막으로 변경한 사람의 사용자 ID입니다.
설명

이 속성은 특정 프로세스 단계를 수행한 사용자를 식별합니다. SAP에서는 일반적으로 '변경자'(AENAM) 또는 '생성자'(ERNAM) 필드에 해당합니다.

사용자별 분석을 통해 업무량 분포를 파악하고 교육이 필요한 부분을 찾으며 특정 사용자의 프로세스 편차를 확인할 수 있습니다. 특정 사용자의 처리 시간이 더 길거나 표준 경로를 따르지 않는 이유를 조사하는 등 리소스 기반 분석에도 필수적입니다.

중요한 이유

사용자별 성과, 업무량 분포, 표준 절차 준수 여부를 분석하여 리소스를 효율적으로 배분할 수 있습니다.

확보 방법

QMEL-ERNAM(생성자)과 같은 헤더 및 항목 테이블에서 확인하거나 변경 로그(CDHDR-USERNAME)에서 도출합니다.

예시
SMITHJWILSONAPROCESS_AUTOMATION_BOT
우선순위
NotificationPriority
품질 통지에 지정된 우선순위로, 처리 시급성을 나타냅니다.
설명

우선순위는 품질 이벤트를 처리해야 하는 시급성을 나타냅니다. 팀이 업무 순서를 정하고 가장 중요한 문제부터 처리하도록 돕습니다. SAP에서는 우선순위 유형을 설정할 수 있으며, 이에 따라 목표 응답 시간이 달라질 수 있습니다.

이 속성을 사용하면 우선순위가 높은 항목이 낮은 항목보다 실제로 더 빠르게 처리되는지 분석할 수 있습니다. 우선순위가 높은 케이스가 프로세스 중간에 지연되는 비효율도 확인할 수 있습니다. '품질 이벤트 처리량 분석' 대시보드의 주요 분석 기준입니다.

중요한 이유

프로세스 성과가 업무의 시급성에 부합하는지 분석하고, 우선순위가 높은 문제를 더 빠르게 해결하는 데 도움이 됩니다.

확보 방법

QMEL 테이블의 QMPRI 필드에 있습니다. 설명은 TQ05 테이블에서 확인할 수 있습니다.

예시
1234
제품
MaterialNumber
품질 이벤트의 영향을 받은 제품 또는 자재의 고유 식별자입니다.
설명

이 속성은 품질 이벤트를 특정 제품이나 자재와 연결합니다. 반복적으로 문제가 발생하거나 결함률이 높은 제품을 찾는 데 도움이 되므로 품질 보증에 중요합니다.

process mining에서 제품별로 분석하면 특정 제품의 문제 해결 시간이 더 길거나 특정 근본 원인과 연관되는 등의 패턴을 찾을 수 있습니다. 제품과 품질 문제의 연관성을 분석하는 '반복 문제 패턴 탐지' 대시보드에도 활용되며, 이를 통해 개선 활동의 대상을 구체적으로 정할 수 있습니다.

중요한 이유

품질 문제를 특정 제품과 연결해 제품별 결함률, 근본 원인, 문제 해결 패턴을 분석할 수 있습니다.

확보 방법

품질 통지 항목 테이블 QMFE의 MATNR 필드에서 확인할 수 있습니다.

예시
FIN-1001RAW-205ASEMI-303B
품질 통지 유형
QualityNotificationType
고객 불만, 내부 문제 또는 공급업체 결함과 같은 품질 통지의 분류입니다.
설명

이 속성은 발생 원인과 특성에 따라 품질 이벤트를 분류합니다. SAP의 표준 유형에는 고객 불만, 내부 문제 보고, 공급업체 관련 결함이 포함됩니다. 이 분류에 따라 후속 프로세스 흐름과 필요한 문서가 달라집니다.

통지 유형별로 프로세스를 분석하면 문제 유형에 따라 처리 방식이나 효율성이 달라지는지 파악할 수 있습니다. 유형별 처리 주기와 프로세스 경로를 필터링하고 비교할 수 있어 '품질 이벤트 처리량 분석' 대시보드에도 활용됩니다.

중요한 이유

품질 문제 유형별로 프로세스를 구분해 서로 다른 경로를 따르는지, 성과 특성이 다른지 확인할 수 있습니다.

확보 방법

QMEL 테이블의 QMART 필드에 있습니다.

예시
Q1Q2F2
고객
CustomerNumber
해당하는 경우 품질 이벤트와 관련된 고객의 식별자입니다.
설명

이 속성은 품질 이벤트를 특정 고객과 연결합니다. '고객 불만'과 같은 통지 유형에서 특히 중요합니다. 이 정보를 추적하면 고객 관계를 관리하고 품질 문제가 고객에게 미치는 영향을 파악할 수 있습니다.

고객별 분석을 통해 특정 고객에게 품질 문제가 더 자주 발생하는지, 고객에 따라 문제 해결 시간이 달라지는지 확인할 수 있습니다. 고객 기준을 추가해 영향도를 분석하는 '심각도 및 영향별 품질 이벤트' 대시보드에도 활용됩니다.

중요한 이유

품질 이벤트를 고객과 연결해 고객별 문제를 분석하고 주요 고객에게 우선적으로 지원을 제공할 수 있습니다.

확보 방법

일반적으로 통지의 파트너 기능에서 확인할 수 있습니다. 판매 오더에서 발생한 불만인 경우 QMEL-KUNUM에 있을 수도 있습니다.

예시
CUST-10045CUST-20399CUST-80110
기한 내 완료
IsOnTimeCompletion
품질 이벤트가 목표 해결일까지 완료되었는지 나타내는 불리언 플래그입니다.
설명

계산된 이 플래그는 품질 이벤트의 실제 완료 시각과 '목표 해결일'을 비교합니다. 이벤트가 목표일까지 또는 그 전에 종료되면 true, 그렇지 않으면 false입니다.

이 속성은 성과를 모니터링하는 간단하고 직접적인 지표이며, '품질 이벤트 기한 내 완료' 대시보드와 '품질 조치 기한 내 완료율' KPI의 기준이 됩니다. 부서, 제품, 알림 유형 등 여러 기준으로 기한 내 완료 성과를 쉽게 필터링하고 집계할 수 있습니다.

중요한 이유

기한 준수 여부를 명확한 이진 결과로 제공하므로 SLA 규정 준수 성과를 쉽게 측정하고 보고할 수 있습니다.

확보 방법

최종 종료 활동의 시각을 'TargetResolutionDate' 속성과 비교해 산출하는 속성입니다.

예시
truefalse
소스 시스템
SourceSystem
SAP S/4HANA의 특정 인스턴스와 같이 데이터를 추출한 소스 시스템을 식별합니다.
설명

이 속성은 품질 관리 데이터의 출처를 나타냅니다. ERP나 통합 시스템을 여러 개 사용하는 환경에서는 데이터 출처를 구분하고 무결성을 보장하는 데 중요합니다.

분석 시 시스템이나 조직 단위별로 프로세스를 필터링하거나 비교할 수 있습니다. 특정 데이터 세트에서는 값이 고정되어 있는 경우가 많지만, 데이터 거버넌스와 맥락 파악을 위해 반드시 필요합니다.

중요한 이유

데이터 출처에 관한 필수 정보를 제공하므로 데이터 거버넌스와 여러 시스템이 연결된 환경에서 중요합니다.

확보 방법

일반적으로 데이터 추출 과정에서 SAP S/4HANA 클라이언트와 시스템 ID를 식별하기 위해 추가하는 고정값입니다.

예시
S4H_PROD_100SAP_QM_EUS4HANA_QAS_200
재작업 여부
IsRework
활동 또는 활동 시퀀스가 재작업에 해당하는지 나타내는 불리언 플래그입니다.
설명

한 케이스에서 특정 단계가 반복되면 이 플래그가 true로 설정됩니다. 이는 최초 작업이 충분하지 않았음을 나타냅니다. 예를 들어 같은 케이스에서 '근본 원인 분석' 활동 후 나중에 '조사 작업 할당'이 다시 발생하면 재작업 루프가 있음을 의미합니다.

이 속성은 '시정 조치 재작업률' KPI를 직접 지원합니다. 재작업은 낭비되는 노력과 프로세스 비효율을 나타내므로, 이를 식별하고 정량화하는 것은 process mining의 주요 목표입니다. 프로세스 맵에서 재작업 루프를 강조하면 품질과 효율성을 크게 개선할 기회를 찾을 수 있습니다.

중요한 이유

단계가 반복되는 경우를 식별해 프로세스 비효율을 정량화하고, 낭비되는 노력과 처음부터 올바르게 처리하는 비율을 높일 기회를 보여줍니다.

확보 방법

계산된 속성입니다. process mining 분석 중 단일 케이스에서 활동 시퀀스가 반복되는지 감지해 산출합니다.

예시
truefalse
조치 효과
EffectivenessEvaluation
실행한 조치의 효과를 판단하기 위한 검증 결과입니다.
설명

이 속성은 품질 관리 절차의 중요한 마지막 단계인 효과성 점검 결과를 기록합니다. 시정 또는 예방 조치가 근본 원인을 해결하고 재발을 방지했는지 확인합니다.

'조치 효과 검증' 대시보드와 '조치 효과 검증률' KPI의 주요 속성입니다. 문제 해결 과정 자체의 품질을 직접적으로 보여줍니다. 효과가 없는 조치의 비율이 높다면 근본 원인 분석이나 조치 계획 단계를 개선해야 합니다.

중요한 이유

문제 해결 과정의 성과를 직접 측정해 조치가 실제로 문제 재발을 방지하는지 보여줍니다.

확보 방법

이 정보는 품질 통지의 후속 조치나 특정 작업 상태에 저장되는 경우가 많습니다. 사용자 정의 필드이거나 특정 상태 코드에 기반할 수 있습니다.

예시
효과 있음효과 없음모니터링 필요
최근 데이터 업데이트
LastDataUpdate
소스 시스템에서 이 레코드의 데이터를 마지막으로 갱신한 시점을 나타내는 타임스탬프입니다.
설명

이 속성은 소스 시스템에서 데이터를 마지막으로 추출하거나 업데이트한 시점을 제공합니다. 사용자는 분석 중인 데이터가 얼마나 최신인지 확인할 수 있습니다.

분석 대시보드나 보고서에 이 정보를 표시하면 데이터의 최신성에 대한 사용자의 기대를 관리할 수 있습니다. 최근 프로세스 변경과 오래된 데이터로 인한 차이를 구분하는 데도 도움이 됩니다.

중요한 이유

데이터의 최신성을 알려줍니다. process mining 분석을 바탕으로 시의적절하고 정확한 의사결정을 내리는 데 중요합니다.

확보 방법

데이터 갱신 시 데이터 추출 도구나 파이프라인이 생성하고 입력하는 메타데이터 필드입니다.

예시
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
통지 상태
SystemStatus
품질 통지의 현재 처리 상태입니다. 예를 들어 '미결' 또는 '완료'가 있습니다.
설명

시스템 상태는 품질 이벤트 수명 주기에서 현재 진행 상태를 나타냅니다. SAP의 상태 관리 시스템에서는 OSNO(미결 통지), NOPR(통지 처리 중), NOCO(통지 완료)와 같은 상태로 진행 상황을 표시합니다.

이 속성은 이벤트 로그의 활동을 도출하는 데 자주 사용됩니다. 미결 또는 최근 종결된 품질 이벤트만 분석하도록 케이스를 필터링할 때도 유용합니다. 정확한 프로세스 모델을 만들려면 상태 전환을 파악해야 합니다.

중요한 이유

케이스의 현재 상태를 나타내므로 진행 중인 케이스와 종결된 케이스를 구분해 필터링할 수 있으며, 프로세스 활동을 도출하는 데도 도움이 됩니다.

확보 방법

여러 SAP 객체의 상태 정보를 저장하는 JEST 및 JSTO 테이블에서 도출합니다. QMEL-OBJNR을 통해 연결합니다.

예시
OSNO NOPRNOCOTSCO
플랜트
Plant
품질 이벤트가 발생했거나 관리되는 제조 사업장 또는 위치입니다.
설명

플랜트 속성은 품질 이벤트와 관련된 공장이나 창고 등의 실제 위치를 나타냅니다. 품질 문제가 발생한 장소에 대한 지리적 또는 조직적 맥락을 제공합니다.

비교 분석에 유용한 기준입니다. 플랜트별로 필터링하거나 그룹화하면 각 사업장의 성과를 비교하고, 특정 사업장의 문제를 찾으며, 성과가 우수한 사업장의 모범 사례를 공유할 수 있습니다. 예를 들어 '근본 원인 분석 시간이 가장 긴 플랜트는 어디인가?'와 같은 질문에 답할 수 있습니다.

중요한 이유

운영 위치별 성과를 비교해 특정 사업장의 문제와 모범 사례를 찾을 수 있습니다.

확보 방법

통지 헤더에 연결된 플랜트는 QMEL-WERKS에 있습니다. 특정 자재와 관련된 경우 항목 수준에서도 확인할 수 있습니다.

예시
100017102000
필수 권장 선택 사항

품질 관리 활동

정확한 프로세스 탐색과 분석을 위해 이벤트 로그에 기록할 주요 프로세스 단계와 마일스톤입니다.
6 권장 9 선택 사항
활동 설명
근본 원인 분석 완료
품질 문제의 근본 원인을 확인하는 조사 단계가 완료된 시점을 나타냅니다. 일반적으로 통지에 포함된 'Root Cause Analysis' 작업의 완료를 바탕으로 추론합니다.
중요한 이유

조사 기간과 효율을 측정하는 데 중요한 이정표입니다. 이 단계까지의 지연을 확인하면 문제 분석과 의사결정 과정의 병목을 찾을 수 있습니다.

확보 방법

QMSM 테이블에서 조사 또는 RCA 관련 작업의 완료를 바탕으로 추론합니다. 상태 변경이나 작업 완료일 필드(ERLDT)의 입력 여부로 완료 시점을 확인합니다.

기록

QMSM 테이블에서 해당 근본 원인 분석 작업의 완료 타임스탬프(ERLDT)를 확인합니다.

이벤트 유형 inferred
사용 결정
검사 로트의 제품 품질을 승인 또는 거부하는 공식 결정을 나타냅니다. 검사에서 비롯된 품질 문제에 해당하는 별도 이벤트이며 사용 결정이 저장될 때 기록됩니다.
중요한 이유

검사 기반 프로세스에서 이 단계는 자재 차단이나 출고 허용과 같은 후속 조치를 결정하는 주요 이정표입니다. 시점과 결과를 분석하면 제품 품질 관리의 효율을 파악할 수 있습니다.

확보 방법

사용 결정 테이블 QAVE에 명시적으로 기록되는 이벤트입니다. 검사 로트(PRUEFLOS)와 연결된 레코드의 생성 타임스탬프가 이 활동의 시점을 나타냅니다.

기록

QAVE 테이블에서 해당 검사 로트의 생성 타임스탬프를 사용합니다.

이벤트 유형 explicit
시정 조치 실행 완료
시정 조치 계획에 정의된 작업이 완료되었음을 나타냅니다. 일반적으로 품질 통지에 연결된 시정 조치 작업이 완료로 표시된 시점에 기록됩니다.
중요한 이유

품질 문제를 해결하기 위한 조치가 이루어졌음을 보여주는 주요 이정표입니다. 조치의 기한 내 완료율과 문제 해결 단계의 전반적인 효율성을 측정하는 데 중요합니다.

확보 방법

QMSM 테이블에서 시정 조치 작업의 완료 시점으로 추정합니다. 완료일은 ERLDT 필드에 기록되거나 JEST/JCDS 테이블의 상태가 'Completed'로 변경된 시점으로 확인할 수 있습니다.

기록

QMSM 테이블에서 시정 조치 작업의 완료 타임스탬프(ERLDT)를 확인합니다.

이벤트 유형 inferred
조치 효과 검증 완료
실행한 시정 또는 예방 조치가 효과를 거두어 품질 문제가 재발 없이 해결되었음을 확인합니다. 효과성 점검 작업이 완료되거나 최종 품질 검토가 끝난 시점에 기록됩니다.
중요한 이유

문제 해결 과정 전체의 효과를 검증하는 중요한 이정표입니다. 검증 성공률이 높으면 품질 관리 시스템이 효과적으로 운영되고 있으며 반복 문제를 줄이는 데 도움이 된다는 뜻입니다.

확보 방법

일반적으로 QMSM 테이블의 'Effectiveness Check' 작업 완료 시점으로 추정합니다. 완료일 ERLDT를 사용합니다.

기록

QMSM에서 효과성 검증 작업의 완료 타임스탬프를 확인합니다.

이벤트 유형 inferred
통지 완료
품질 통지의 업무상 처리가 완료되었음을 나타냅니다. 필요한 조치를 모두 수행하고 운영 관점에서 문제가 해결된 상태이며, 시스템에서 공식 상태 변경으로 기록됩니다.
중요한 이유

업무상 문제 해결 시간을 측정할 때 기준이 되는 종료 지점입니다. 기술적 종결이 남아 있더라도 프로세스 책임자 관점에서 건이 완료되었음을 확인합니다.

확보 방법

품질 통지 객체의 상태 변경으로 추정합니다. JCDS 테이블에서 'NOCO'(Notification completed)와 같은 상태가 설정된 타임스탬프를 확인합니다.

기록

JCDS 테이블에서 'Notification completed' 상태가 설정된 타임스탬프를 확인합니다.

이벤트 유형 inferred
품질 통지 생성
이 활동은 품질 관련 문제, 결함 또는 불만을 공식적으로 기록하는 품질 관리 프로세스의 시작을 나타냅니다. SAP S/4HANA에서 Quality Notification을 생성하면 초기 세부 정보가 기록되고 고유 식별자가 부여되어 케이스 처리가 시작됩니다.
중요한 이유

이 활동은 프로세스의 시작 이벤트로, 품질 문제 해결의 엔드투엔드 주기 시간을 측정하는 데 필요합니다. 품질 이벤트를 처리하고 종결하는 데 걸리는 시간을 추적할 기준점이 됩니다.

확보 방법

Quality Notification 헤더 테이블 QMEL에서 명시적으로 기록되는 이벤트입니다. 해당 통지 번호 QMNUM의 생성 타임스탬프는 일반적으로 ERDAT 필드에서 확인할 수 있습니다.

기록

해당 통지의 QMEL 테이블에서 생성 타임스탬프(ERDAT)를 사용합니다.

이벤트 유형 explicit
시정 조치 제안
확인된 문제를 해결하기 위한 계획을 공식적으로 문서화하는 시점을 나타냅니다. SAP에서는 품질 통지에 'Corrective Action' 작업을 생성해 기록하는 경우가 많습니다.
중요한 이유

이 이벤트는 프로세스의 해결 단계가 시작되었음을 나타냅니다. 근본 원인 분석부터 이 단계까지 걸리는 시간을 측정하면 조치 계획 수립이 지연되는 원인을 찾을 수 있습니다.

확보 방법

해당 Quality Notification에 대해 QMSM 테이블에 'Corrective Action' 코드가 지정된 작업을 생성하면 기록됩니다.

기록

시정 조치 유형의 작업에 대해 QMSM 테이블의 생성 타임스탬프(ERDAT)를 사용합니다.

이벤트 유형 explicit
예방 조치 실행 완료
계획된 예방 조치가 성공적으로 실행되었음을 나타냅니다. 시스템에서 해당 예방 조치 작업의 완료를 기록해 확인합니다.
중요한 이유

예방 조치의 완료는 성숙한 품질 관리 프로세스에서 중요한 단계입니다. 이 활동을 추적하면 향후 문제를 예방하고 반복되는 문제를 줄이려는 노력을 측정할 수 있습니다.

확보 방법

QMSM 테이블에서 예방 조치 작업이 완료된 시점으로 추정합니다. ERLDT 필드 또는 상태가 'Completed'로 변경된 기록으로 확인할 수 있습니다.

기록

QMSM 테이블에서 예방 조치 작업의 완료 타임스탬프(ERLDT)를 확인합니다.

이벤트 유형 inferred
예방 조치 제안
품질 문제가 재발하지 않도록 계획을 수립할 때 발생하는 활동입니다. 시정 조치와 마찬가지로 'Preventive Action' 작업이 생성된 시점으로 기록되는 경우가 많습니다.
중요한 이유

이 이벤트는 사후 대응에 그치지 않고 조직이 선제적인 품질 개선에 얼마나 집중하는지 평가하는 데 중요합니다. 장기적인 문제 해결 활동의 시작을 나타냅니다.

확보 방법

해당 품질 통지에 대해 QMSM 테이블에 'Preventive Action' 코드가 지정된 작업이 생성되면 이 이벤트가 기록됩니다.

기록

예방 조치 유형의 작업에 대해 QMSM 테이블의 생성 타임스탬프(ERDAT)를 사용합니다.

이벤트 유형 explicit
이해관계자 통지
고객이나 내부 부서 등 관련 이해관계자에게 문제 해결 결과를 전달하는 활동입니다. 시스템 이벤트로 자동 기록되는 경우는 드물며, 수동으로 처리되는 경우가 많습니다.
중요한 이유

이해관계자에게 적시에 알리는 일은 고객 만족과 투명성 확보에 중요합니다. 종결 시점부터 통지 시점까지의 지연을 측정하면 커뮤니케이션 과정의 공백을 파악할 수 있습니다.

확보 방법

SAP에서 이 활동을 직접 확인하기는 어렵습니다. QMSM에서 'Notify Stakeholder'로 표시된 수동 작업의 완료 시점으로 추정하거나 이메일 로그와 같은 외부 시스템을 분석해야 할 수 있습니다.

기록

수동 커뮤니케이션 작업을 사용하는 경우 해당 작업의 완료 시점을 확인합니다. 그렇지 않으면 일반적으로 이 데이터는 제공되지 않습니다.

이벤트 유형 inferred
조사 작업 배정
근본 원인 조사와 같은 특정 작업을 공식적으로 생성해 담당자나 부서에 배정할 때 발생하는 이벤트입니다. Quality Notification에 작업 레코드가 생성되면 기록됩니다.
중요한 이유

작업 배정을 추적하면 업무량 분포를 파악하고 리소스 배분의 병목을 찾을 수 있습니다. 조사 단계의 시작을 나타내며 근본 원인 분석 주기 시간을 측정하는 데 중요한 기준이 됩니다.

확보 방법

Quality Notification과 연결된 작업 관리 테이블 QMSM에서 확인합니다. 조사와 관련된 코드가 지정된 작업의 생성일(ERDAT)이 이 이벤트의 시점을 나타냅니다.

기록

조사 관련 작업의 QMSM 테이블에서 생성 타임스탬프(ERDAT)를 사용합니다.

이벤트 유형 explicit
조치 계획 승인
시정 또는 예방 조치 계획을 검토하고 실행 승인을 받았음을 나타냅니다. 이 단계는 별도의 이벤트로 기록되지 않는 경우가 많으며, 처리를 위해 작업이 릴리스된 시점으로 추정할 수 있습니다.
중요한 이유

이 승인 단계가 지연되면 전체 문제 해결 과정이 크게 늦어질 수 있습니다. 소요 시간을 분석하면 행정 절차의 병목과 승인 절차를 간소화할 기회를 파악할 수 있습니다.

확보 방법

일반적으로 QMSM 테이블의 작업 상태가 'Released'로 변경된 시점으로 추정합니다. 이 상태 변경의 타임스탬프는 작업 객체와 연결된 JCDS 테이블에서 확인할 수 있습니다.

기록

시정 또는 예방 조치 작업의 상태가 'Released'로 설정된 타임스탬프를 확인합니다.

이벤트 유형 inferred
통지 종결
시스템에서 품질 통지를 기술적으로 최종 종결한 상태입니다. 이 시점 이후에는 통지를 더 이상 변경할 수 없으며, 해당 레코드의 수명 주기가 완전히 끝납니다.
중요한 이유

이 활동은 프로세스의 최종 종료 이벤트입니다. 'Notification Completed'부터 'Notification Closed'까지의 시간을 분석하면 행정상 종결 절차의 지연을 파악할 수 있습니다.

확보 방법

품질 통지의 상태 변경으로 추정합니다. 보관 또는 최종 종결 상태가 설정되면 JCDS 테이블에 타임스탬프와 함께 기록됩니다.

기록

JCDS 테이블에서 통지의 최종 'Closed' 상태가 설정된 타임스탬프를 확인합니다.

이벤트 유형 inferred
통지 처리 시작
새로 생성된 통지를 품질 팀이 실제로 처리하기 시작한 시점을 나타냅니다. 일반적으로 작업이 시작되었음을 나타내는 시스템 상태 변경을 바탕으로 추론하는 이벤트입니다.
중요한 이유

이 활동을 통해 문제를 단순히 기록한 시점과 실제 업무를 시작한 시점을 구분할 수 있습니다. 통지 생성부터 이 단계까지의 지연을 분석하면 문제 접수 확인이나 리소스 배정이 늦어지는 원인을 찾을 수 있습니다.

확보 방법

Quality Notification 객체의 상태 변경을 바탕으로 추론합니다. JEST 및 JCDS 테이블의 상태 변경 로그를 분석해 'NOPO'(통지 처리 중)와 같은 상태를 추적할 수 있습니다.

기록

JCDS 테이블에서 통지 상태가 '처리 중'으로 설정된 타임스탬프를 확인합니다.

이벤트 유형 inferred
효과성 점검 필요
실행한 조치로 문제가 해결되었는지 확인하기 위해 후속 검증이 필요함을 나타냅니다. 통지의 특정 상태나 별도의 검증 작업 생성으로 표시되는 경우가 많습니다.
중요한 이유

이 활동을 통해 품질 관리 프로세스에 중요한 검증 절차가 포함됩니다. 조치 실행과 조치의 효과 확인을 구분할 수 있습니다.

확보 방법

품질 통지의 상태 변경(JEST/JCDS)이나 QMSM 테이블에 'Effectiveness Check' 작업이 생성된 기록으로 추정할 수 있습니다.

기록

상태 변경 또는 QMSM의 검증 작업 생성 타임스탬프를 확인합니다.

이벤트 유형 inferred
권장 선택 사항

데이터 추출 가이드

SAP S/4HANA 품질 관리 데이터를 추출하는 방법

시작할 준비가 되셨나요?

이 템플릿으로 데이터를 빠르게 준비하고 품질 관리 프로세스 개선을 시작하세요. SAP S/4HANA에서 인사이트를 얻고 효율성을 높일 수 있습니다.

품질 관리 개선: 사이클 타임을 즉시 30% 단축하세요

SAP S/4HANA의 병목을 찾아 QM 사이클 타임을 30% 단축하세요.

무료 체험 시작

신용카드가 필요하지 않으며, 몇 분이면 설정할 수 있습니다.