품질 관리 데이터 템플릿
품질 관리 데이터 템플릿
- 데이터를 빠짐없이 수집하기 위한 권장 속성
- 프로세스 가시성을 위해 추적할 주요 활동
- ETQ Reliance 데이터 추출 단계별 안내
품질 관리 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
이벤트 타임스탬프
EventTimestamp
|
특정 활동이 발생한 정확한 날짜와 시간입니다. | ||
|
설명
이벤트 타임스탬프는 활동이 시스템에 기록된 정확한 시점을 나타냅니다. 품질 이벤트의 각 활동에는 고유한 타임스탬프가 있어 이벤트가 시간순으로 정리됩니다. 이 속성은 process mining의 모든 시간 기반 분석에 필수입니다. 활동 간 처리 시간을 계산하고 대기 시간과 병목을 찾아 품질 이벤트의 전체 소요 시간을 측정하는 데 사용합니다. 시간에 따른 성과 추이도 분석할 수 있습니다.
중요한 이유
소요 시간 계산, 이벤트의 시간순 정렬, 병목 파악과 같은 시간 기반 분석에 필요한 속성입니다.
확보 방법
일반적으로 감사 추적 테이블에서 찾을 수 있으며, ETQ Reliance의 각 활동이나 워크플로 단계에 연결된 '최종 수정일' 또는 '상태 변경일' 필드에 기록될 수 있습니다.
예시
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
품질 이벤트
QualityEvent
|
하나의 품질 이벤트를 식별하는 고유 ID로, 확인부터 종결까지 관련된 모든 활동을 연결합니다. | ||
|
설명
품질 이벤트는 품질 관리 프로세스의 기본 케이스 식별자입니다. 부적합, 고객 불만, 일탈과 같은 개별 품질 이슈 하나를 나타내며 조사와 해결 과정을 추적합니다. process mining 분석에서는 이 속성을 사용해 각 품질 이벤트의 전체 진행 과정을 재구성합니다. 이를 통해 분석가는 프로세스 맵을 시각화하고 시작부터 종료까지의 처리 시간을 측정하며, 이벤트별 처리 방식의 차이를 파악할 수 있습니다. 모든 활동과 데이터 항목은 이 식별자를 기준으로 묶여 케이스 전체를 보여줍니다.
중요한 이유
이 속성은 관련된 모든 프로세스 단계를 하나의 케이스로 연결하므로 process mining의 기본 요소입니다. 이를 통해 품질 이슈 해결 과정을 처음부터 끝까지 분석할 수 있습니다.
확보 방법
ETQ Reliance의 기본 품질 이벤트 또는 부적합 모듈에서 사용하는 기본 키입니다. 구체적인 테이블명과 필드명은 ETQ Reliance 문서를 확인하십시오.
예시
QE-2023-00123NC-2023-0456CAPA-2023-7890
|
|||
|
활동명
ActivityName
|
품질 관리 프로세스에서 발생한 특정 작업이나 이벤트의 이름입니다. | ||
|
설명
이 속성은 '이슈 분류 및 우선순위 지정'이나 '근본 원인 분석 수행'처럼 품질 이벤트 진행 과정의 개별 단계나 주요 시점을 나타냅니다. 각 활동은 품질 이벤트를 해결하기 위해 수행한 구체적인 작업입니다. 활동 분석은 process mining의 중심입니다. 이 속성으로 업무 흐름을 보여주는 프로세스 맵을 구성할 수 있습니다. 이를 통해 병목, 표준 프로세스에서 벗어난 부분, 재작업 경로를 찾아 프로세스 개선에 활용할 수 있습니다.
중요한 이유
프로세스 단계를 정의하는 정보로, 프로세스 흐름을 시각화하고 병목을 찾아 이탈을 분석하는 데 필요합니다.
확보 방법
일반적으로 ETQ Reliance 모듈의 이벤트 로그, 워크플로 상태 변경 기록 또는 감사 추적 기록에서 가져옵니다.
예시
조사 시작근본 원인 분석 수행시정 조치 계획 승인
|
|||
|
검증 결과
EffectivenessVerificationOutcome
|
시정 조치의 효과를 확인한 결과입니다. | ||
|
설명
시정 조치를 시행한 뒤에는 문제가 실제로 해결되었는지 확인하기 위해 검증을 진행하는 경우가 많습니다. 이 속성에는 검증 결과가 일반적으로 '효과 있음' 또는 '효과 없음'으로 기록됩니다. 이 속성은 시정 조치 효과 대시보드와 CAPA 효과 검증률 KPI의 기준이 됩니다. 해결 프로세스의 성과를 직접 측정해 반복되는 문제를 파악하고 시정 조치 계획의 품질을 높일 수 있습니다.
중요한 이유
시정 조치의 효과를 직접 측정해 재작업을 줄이고 품질 문제가 재발하지 않도록 할 수 있습니다.
확보 방법
ETQ Reliance의 CAPA 또는 품질 이벤트 모듈에서 효과 검증 섹션에 있는 필드로 제공될 수 있습니다.
예시
효과 있음효과 없음대기 중
|
|||
|
근본 원인 범주
RootCauseCategory
|
품질 이벤트의 근본 원인으로 확인된 항목의 분류입니다. | ||
|
설명
근본 원인 분석을 마치면 문제의 근본 원인을 범주로 분류하는 경우가 많습니다. 예를 들면 '장비 고장', '인적 오류', '프로세스 미비', '공급업체 문제' 등이 있습니다. 이 속성은 근본 원인 범주 추이 대시보드에 필요합니다. 시간에 따른 근본 원인 범주별 발생 빈도를 분석하면 조직 차원의 문제를 파악하고, 자주 발생하는 품질 문제에 개선 노력을 집중할 수 있습니다. 사후 대응에서 벗어나 문제를 미리 예방하는 데 도움이 됩니다.
중요한 이유
반복되는 문제를 분석해 조직 전반의 문제를 파악하고 장기적인 시정 및 예방 조치의 우선순위를 정할 수 있습니다.
확보 방법
일반적으로 ETQ Reliance 워크플로의 근본 원인 분석 단계에서 입력하는 필드입니다.
예시
프로세스 미비자재 결함인적 오류장비 오작동
|
|||
|
담당 부서
ResponsibleDepartment
|
품질 이벤트 또는 특정 활동을 담당하는 부서나 기능 영역입니다. | ||
|
설명
이 속성은 품질 이벤트를 관리하거나 특정 단계를 수행하는 조직 단위를 나타냅니다. 예를 들면 '품질 보증', '엔지니어링', '생산' 등이 있습니다. 케이스에 지정된 뒤 부서 간에 이관되면서 값이 변경될 수도 있습니다. 이 속성은 부서별 성과 분석 대시보드에 사용됩니다. 부서별 처리 시간과 이벤트 건수 등 프로세스 성과를 필터링하고 비교할 수 있습니다. 이를 통해 부서별 병목, 리소스 제약 또는 우수 영역을 파악할 수 있습니다.
중요한 이유
사업 부문별 성과를 비교하고 병목을 분석해 리소스를 효율적으로 배분할 수 있습니다.
확보 방법
일반적으로 ETQ Reliance의 기본 품질 이벤트 양식에 있는 필드로, 담당자나 책임 그룹을 나타냅니다.
예시
품질 보증제조연구개발
|
|||
|
심각도
SeverityLevel
|
중대, 주요, 경미 등 품질 이벤트가 미치는 영향의 분류입니다. | ||
|
설명
심각도는 품질 문제가 고객, 제품 또는 규제 준수에 미칠 수 있는 영향을 평가한 값입니다. 대응 우선순위와 긴급성을 정하는 데 사용됩니다. 이 속성은 이슈 분류 및 우선순위 지정 대시보드와 고심각도 이벤트 해결 대시보드에 중요합니다. 품질 이벤트를 심각도별로 나누어 심각한 문제가 경미한 문제보다 빠르게 해결되는지 분석하고, 중대한 문제에 즉시 대응할 수 있습니다.
중요한 이유
케이스의 우선순위를 정하고 분류해 가장 중대한 품질 문제에 적절한 긴급도로 대응할 수 있습니다.
확보 방법
ETQ Reliance의 대부분의 품질 관리 모듈에 있는 표준 필드로, 초기 이슈 접수 양식에 포함되는 경우가 많습니다.
예시
중대주요경미
|
|||
|
이벤트 종료 시간
EventEndTime
|
활동이 완료된 날짜와 시간으로, 해당 활동의 처리 시간을 계산하는 데 사용됩니다. | ||
|
설명
이벤트 종료 시간은 활동이 완료된 시점을 나타냅니다. 이벤트 타임스탬프(시작 시간)와 함께 단일 프로세스 단계의 소요 시간을 정의합니다. 모든 시스템이 각 이벤트의 종료 시간을 명시적으로 기록하는 것은 아니며, 이 경우 다음 이벤트의 시작 시간으로 종료 시간을 산출할 수 있습니다. 이 속성은 개별 활동의 처리 시간을 계산하는 데 중요합니다. 처리 시간은 활동 사이의 대기 시간과 다릅니다. 어떤 작업에 시간이 많이 걸리는지 파악해 개선 대상을 정하고 프로세스 효율을 높일 수 있습니다.
중요한 이유
개별 활동의 처리 시간을 계산해 실제 작업 시간과 대기 시간을 구분할 수 있습니다.
확보 방법
ETQ Reliance의 일부 모듈은 특정 작업의 시작 시간과 종료 시간을 모두 기록할 수 있습니다. 해당 정보가 없으면 데이터 준비 과정에서 산출할 수 있습니다.
예시
2023-10-26T11:30:00Z2023-10-27T15:00:10Z2023-11-05T10:00:00Z
|
|||
|
작업 수행자
ActionPerformedBy
|
특정 활동을 수행한 사용자 또는 리소스입니다. | ||
|
설명
이 속성은 품질 이벤트의 전체 과정에서 작업을 완료한 담당자 또는 시스템 사용자를 식별합니다. 프로세스 활동을 수행한 사람이나 팀과 연결합니다. 사용자별 성과를 분석하면 업무량 분포를 파악하고, 교육이 필요한 부분을 찾으며, 성과가 높은 개인이나 팀을 확인할 수 있습니다. 또한 누가 각 작업을 수행했는지 명확히 기록하므로 규정 준수와 감사에도 필요합니다.
중요한 이유
리소스 성과와 업무량 배분을 분석하고 교육 기회를 파악할 수 있습니다.
확보 방법
이 정보는 일반적으로 감사 추적 로그나 거래 세부 정보에 저장되며, ETQ Reliance의 사용자 ID 필드와 연결되는 경우가 많습니다.
예시
j.doeasmithqa_manager
|
|||
|
CAP 상태
CorrectiveActionPlanStatus
|
제안, 승인, 거부 등 시정 조치 계획의 상태입니다. | ||
|
설명
이 속성은 전체 품질 이벤트에서 중요한 단계인 시정 조치 계획(CAP)의 진행 상태를 추적합니다. 제안된 해결책이 검토되고 승인되었는지 보여줍니다. 이 속성을 분석하면 승인 과정의 병목을 찾을 수 있습니다. 거부된 계획이 많거나 상태가 '제안'에서 '승인'으로 바뀌기까지 오래 걸린다면 근본 원인 분석의 품질이나 이해관계자 간 의견 조율에 문제가 있을 수 있습니다.
중요한 이유
시정 조치 승인 과정의 지연과 비효율을 파악할 수 있습니다. 품질 관리에서 흔히 발생하는 병목입니다.
확보 방법
ETQ Reliance의 시정 및 예방 조치(CAPA) 섹션 또는 모듈에 있는 상태 필드로 제공될 수 있습니다.
예시
제안승인거부시행 대기
|
|||
|
SLA 상태
SLAState
|
품질 이벤트가 서비스 수준 계약(SLA)을 준수하고 있는지, 기한을 넘길 위험이 있는지, 이미 초과했는지 나타냅니다. | ||
|
설명
이 속성은 품질 이벤트의 현재 또는 전체 처리 시간을 사전 정의된 목표와 비교해 산출합니다. 예를 들어 중대 이슈는 15일 이내 해결이라는 SLA가 적용될 수 있습니다. 상태는 '정상 진행', '위험', '기한 초과'로 표시할 수 있습니다. 품질 규정 준수 현황 대시보드에서 적시성과 규정 준수 여부를 한눈에 보여주는 데 유용합니다. 기한이 지난 뒤 대응하는 대신, 기한을 놓칠 위험이 있는 이벤트를 미리 관리할 수 있습니다.
중요한 이유
정해진 처리 기한 대비 성과를 한눈에 보여주므로 지연 위험이 있는 케이스를 선제적으로 관리할 수 있습니다.
확보 방법
데이터 변환 과정에서 케이스의 경과 시간을 SLA 업무 규칙과 비교해 산출합니다. 규칙은 심각도 등의 속성을 기준으로 설정할 수 있습니다.
예시
정상 진행위험기한 초과
|
|||
|
관련 규정
AssociatedRegulationStandard
|
품질 이벤트와 관련된 규정 또는 품질 표준입니다. | ||
|
설명
이 속성은 품질 이벤트를 ISO 9001, FDA 21 CFR Part 820 또는 사내 정책과 같은 규제 요건이나 업계 표준과 연결합니다. 규제가 엄격한 산업에서 특히 중요합니다. 품질 규정 준수 현황 대시보드의 주요 속성입니다. 관련 표준별 이벤트를 분석해 규정 준수 여부를 모니터링하고, 이탈이 잦은 영역을 파악하며, 규제 요건을 적시에 충족하는지 확인할 수 있습니다.
중요한 이유
규정 준수 관점에서 품질 이벤트를 분석해 특정 업계 규정과 표준을 준수하는지 확인할 수 있습니다.
확보 방법
ETQ Reliance의 품질 이벤트 양식에 전용 필드나 선택 목록으로 제공될 수 있으며, 특히 규정 준수에 중점을 둔 모듈에서 사용됩니다.
예시
ISO 9001:201521 CFR Part 820IATF 16949
|
|||
|
근본 원인 분석 소요 시간
RootCauseAnalysisDuration
|
조사를 시작한 시점부터 근본 원인 분석을 완료할 때까지 걸린 시간입니다. | ||
|
설명
이 지표는 품질 프로세스의 특정 단계에 걸린 시간을 측정합니다. '조사 시작' 활동과 '근본 원인 분석 수행' 활동의 타임스탬프 차이로 계산합니다. 이 속성은 '평균 근본 원인 분석 시간' KPI와 '근본 원인 분석 병목' 대시보드에 필요합니다. 전체 처리 시간이 길어지는 주요 원인인 분석 단계의 지연을 찾아낼 수 있습니다.
중요한 이유
중요한 하위 프로세스의 성과를 따로 측정해 문제 분석과 조사 과정의 지연을 파악하고 해결할 수 있습니다.
확보 방법
이 속성은 소스 시스템에 없습니다. 데이터 변환 과정에서 특정 활동의 타임스탬프 차이를 계산해 산출합니다.
예시
8640001209600432000
|
|||
|
마지막 데이터 업데이트
LastDataUpdate
|
프로세스 데이터가 마지막으로 갱신된 시점을 나타내는 타임스탬프입니다. | ||
|
설명
이 속성에는 소스 시스템에서 데이터를 마지막으로 추출한 날짜와 시간이 기록됩니다. 개별 이벤트가 아니라 전체 데이터셋에 적용되는 메타데이터 필드입니다. 프로세스를 분석할 때는 데이터가 얼마나 최신인지 파악하는 것이 중요합니다. 이 속성을 통해 사용자는 분석에 사용된 데이터의 최신성을 확인하고, 최신 정보를 바탕으로 의사결정하며, 데이터 지연에 대한 기대치를 관리할 수 있습니다.
중요한 이유
데이터의 최신성을 나타내며, 분석과 인사이트가 적시에 제공되는지 파악하는 데 중요합니다.
확보 방법
데이터 추출, 변환, 적재(ETL) 과정에서 생성되며 작업이 실행된 시점의 타임스탬프를 기록합니다.
예시
2024-05-20T08:00:00Z
|
|||
|
사업 부문
BusinessUnit
|
품질 이벤트가 발생한 상위 사업 부서 또는 사업 단위입니다. | ||
|
설명
이 속성은 품질 이벤트를 '소비자 가전'이나 '의료기기'와 같은 조직 내 특정 사업 부문에 연결합니다. 부서보다 상위 수준의 조직 정보를 제공합니다. 이를 통해 사업 부문 간 성과를 상위 수준에서 비교할 수 있습니다. 경영진은 어느 사업 부문이 품질 문제를 가장 많이 겪는지 파악하고, 그에 따라 리소스를 배분할 수 있습니다.
중요한 이유
회사 내 사업 부문별 품질 프로세스 성과를 상위 수준에서 비교할 수 있습니다.
확보 방법
품질 이벤트 양식의 필드로 제공되거나 담당 부서, 제품 등의 다른 속성을 바탕으로 산출될 수 있습니다.
예시
의료기기자동차 부품산업 솔루션
|
|||
|
영향을 받은 제품
AffectedProduct
|
품질 이벤트의 대상이 된 제품, 자재 또는 부품입니다. | ||
|
설명
이 속성은 품질 문제와 관련된 제품 또는 부품 번호를 식별합니다. 프로세스 데이터를 제품 마스터 데이터와 연결합니다. 제품별 품질 이벤트를 분석하면 품질 문제가 특정 제품에 집중되는지 확인하고, 잠재적인 설계 또는 제조 문제를 찾을 수 있습니다. 개선이 필요한 제품에 노력을 집중하는 데 도움이 됩니다.
중요한 이유
품질 프로세스를 특정 제품과 연결해 어떤 제품에서 문제가 자주 발생하는지 분석할 수 있습니다.
확보 방법
일반적으로 품질 이벤트 양식의 주요 필드이며, ETQ Reliance 또는 연동된 ERP 시스템의 제품 마스터 데이터 테이블과 연결되는 경우가 많습니다.
예시
PROD-1001-APROD-2050-BRAW-MAT-55
|
|||
|
예방 조치 ID
PreventiveActionId
|
품질 이벤트에 대응해 생성된 예방 조치의 고유 식별자입니다. | ||
|
설명
이 속성은 품질 이벤트를 근본 원인을 해결하고 다른 영역에서 재발하지 않도록 마련한 하나 이상의 예방 조치와 연결합니다. 하나의 품질 이벤트에서 여러 예방 조치가 생성될 수 있습니다. 이 ID는 예방 조치 관리 대시보드에 중요합니다. 예방 조치의 시행률을 추적하고 중복되거나 불필요한 조치를 찾아 선제적 개선을 효율적으로 관리할 수 있습니다.
중요한 이유
사후 대응으로 발생한 품질 이벤트를 선제적 개선 활동과 연결해 조직이 향후 문제를 얼마나 효과적으로 예방하는지 분석할 수 있습니다.
확보 방법
ETQ Reliance의 CAPA 모듈에서 예방 조치 섹션의 관련 레코드 또는 필드로 제공될 수 있습니다.
예시
PA-2023-0088PA-2023-0089PA-2023-0090
|
|||
|
원천 시스템
SourceSystem
|
데이터를 추출한 시스템입니다. | ||
|
설명
이 속성은 품질 관리 데이터의 출처를 나타냅니다. 이 프로세스 보기에서는 데이터가 ETQ Reliance에서 왔음을 나타내는 고정값으로 표시됩니다. 단일 데이터 세트에서는 값이 달라지지 않을 수 있지만, 데이터 거버넌스와 여러 시스템의 데이터를 병합하는 경우에는 중요한 속성입니다. 데이터 출처를 명확히 하고 데이터 통합 작업을 관리하는 데 도움이 됩니다.
중요한 이유
데이터가 어디에서 왔는지 파악하는 데 필요한 정보를 제공하므로 데이터 거버넌스, 검증 및 다른 시스템과의 통합에 중요합니다.
확보 방법
일반적으로 데이터 추출, 변환, 적재(ETL) 과정에서 데이터 출처를 표시하기 위해 추가하는 고정값입니다.
예시
ETQ Reliance
|
|||
|
이슈 설명
IssueDescription
|
확인된 품질 문제를 자유롭게 서술하는 설명입니다. | ||
|
설명
이 속성에는 품질 문제에 대한 구체적인 설명이 기록됩니다. 구조화된 데이터 필드만으로는 담기 어려운 정성적 맥락을 제공합니다. 일반적으로 프로세스 흐름을 시각화하는 데 직접 사용되지는 않지만, 개별 케이스를 자세히 검토할 때 유용합니다. 텍스트 마이닝 기법을 적용해 특정 유형의 프로세스 이탈이나 지연과 관련된 공통 주제와 키워드를 찾을 수도 있습니다.
중요한 이유
품질 이벤트의 구체적인 내용을 파악하는 데 필요한 정성적 맥락을 제공하므로 개별 케이스를 심층 분석할 때 유용합니다.
확보 방법
ETQ Reliance의 초기 품질 이벤트 보고 양식에 있는 표준 텍스트 상자 또는 메모 필드입니다.
예시
4번 스테이션에서 XYZ 부품의 내구성 테스트가 실패했습니다.고객이 789번 배치에서 외관 결함을 신고했습니다.A 장비에서 잘못된 교정 설정이 발견되었습니다.
|
|||
|
재작업 여부
IsRework
|
활동 또는 일련의 활동이 재작업에 해당하는지 나타내는 플래그입니다. | ||
|
설명
이 불리언 속성은 프로세스가 반복되는 경우를 식별하기 위해 산출됩니다. 예를 들어 효과 검증에 실패해 조사를 다시 시작하거나, 시정 조치 계획이 거부되어 수정 단계로 돌아가는 경우입니다. 이전 단계를 반복하는 활동을 표시합니다. 이 속성은 '시정 조치 재작업률' KPI를 계산하는 데 사용됩니다. 재작업은 케이스 해결에 진전을 주지 않으면서 리소스를 소모하고 처리 시간을 늘리므로, 프로세스 비효율을 파악하는 데 중요합니다.
중요한 이유
반복 작업을 표시해 프로세스 비효율을 수치화하고, 프로세스 실패의 근본 원인을 찾아 낭비를 줄일 수 있습니다.
확보 방법
이 속성은 소스 시스템에 없습니다. 데이터 변환 과정에서 케이스 내 활동 순서를 바탕으로 산출합니다.
예시
truefalse
|
|||
|
품질 이벤트 상태
QualityEventStatus
|
진행 중, 종료, 취소 등 품질 이벤트의 현재 전체 상태입니다. | ||
|
설명
이 속성은 품질 이벤트가 전체 진행 과정 중 어느 단계에 있는지 요약해 보여줍니다. 케이스가 현재 처리 중인지, 해결되었는지, 또는 어떤 이유로 취소되었는지 나타냅니다. 프로세스 분석에서는 진행 중인 케이스와 완료된 케이스를 구분하는 필터로 사용합니다. 미종결 품질 이벤트의 적체량을 계산하고, 처리 시간 등의 분석을 최종 상태에 도달한 케이스에 한정하는 데 필요합니다.
중요한 이유
진행 중인 케이스와 종료된 케이스를 구분해 필터링할 수 있습니다. 적체량을 계산하고 완료된 프로세스 흐름을 정확히 분석하는 데 필요합니다.
확보 방법
ETQ Reliance의 기본 품질 이벤트 객체에 있는 주요 상태 필드입니다.
예시
진행 중종료취소승인 대기
|
|||
|
품질 이벤트 처리 시간
QualityEventCycleTime
|
품질 문제가 확인된 시점부터 최종 종료될 때까지 걸린 총 시간입니다. | ||
|
설명
단일 품질 이벤트의 시작부터 종료까지 걸린 시간을 나타내는 계산 지표입니다. 첫 번째 활동(예: '품질 문제 확인')과 마지막 활동(예: '품질 이벤트 종료')의 타임스탬프 차이로 계산합니다. 이 속성은 '평균 품질 이벤트 처리 시간' KPI의 기준이자 전체 프로세스 효율을 측정하는 주요 지표입니다. 대시보드에서 처리 시간 단축 목표 대비 성과를 추적하고 이벤트 범주별 소요 시간을 비교하는 데 사용됩니다.
중요한 이유
품질 관리 프로세스의 시작부터 종료까지 전체 효율을 측정하는 주요 성과 지표입니다.
확보 방법
이 속성은 ETQ Reliance에서 직접 제공되지 않습니다. process mining 도구나 ETL 과정에서 각 케이스의 첫 번째 이벤트 타임스탬프와 마지막 이벤트 타임스탬프의 차이를 계산해 산출합니다.
예시
25920006048008640000
|
|||
품질 관리 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
근본 원인 분석 수행
|
조사가 완료되어 근본 원인을 파악하고 기록한 상태입니다. 일반적으로 RCA 양식 항목을 작성하고 저장할 때 기록됩니다. | ||
|
중요한 이유
조사 단계의 종료를 나타냅니다. '조사 시작'부터 이 활동까지 걸린 시간은 분석 프로세스의 병목을 파악하는 주요 지표입니다.
확보 방법
감사 추적 기록에 남은 '근본 원인 범주' 필드 입력일 또는 RCA 워크플로 단계의 완료 타임스탬프를 바탕으로 추정합니다.
기록
'근본 원인' 필드 입력 또는 상태가 'RCA 완료'로 변경된 시점을 바탕으로 추정합니다.
이벤트 유형
inferred
|
|||
|
시정 조치 계획 승인
|
지정된 승인자가 제안된 시정 조치 계획을 공식 승인한 시점입니다. 이 단계가 완료되면 실행을 시작할 수 있습니다. 일반적으로 워크플로에서 명시적으로 기록된 승인 작업과 타임스탬프를 사용합니다. | ||
|
중요한 이유
주요 진행 단계이자 중요한 승인 관문입니다. 이 단계에서 지연되면 전체 처리 주기가 크게 늘어날 수 있습니다.
확보 방법
이벤트의 전자 서명 또는 워크플로 이력 로그에 기록된 승인 타임스탬프를 사용합니다. ETQ Reliance는 승인 워크플로를 폭넓게 활용합니다.
기록
워크플로 이력에서 승인 단계의 타임스탬프를 가져옵니다.
이벤트 유형
explicit
|
|||
|
시정 조치 실행
|
승인된 시정 조치 계획에 명시된 작업이 완료된 상태입니다. 일반적으로 담당자가 배정된 조치 항목을 완료로 표시할 때 기록됩니다. | ||
|
중요한 이유
실행 단계에 걸린 시간을 측정해 리소스 제약이나 시정 조치 수행 과정의 실무상 어려움을 파악할 수 있습니다.
확보 방법
관련 시정 조치 작업 중 마지막 작업의 완료일 또는 상태가 '조치 실행 완료'로 수동 변경된 시점을 바탕으로 추정합니다.
기록
관련 CAPA 작업 중 마지막 작업의 완료일을 바탕으로 추정합니다.
이벤트 유형
inferred
|
|||
|
조사 시작
|
품질 이슈의 근본 원인을 파악하기 위한 공식 조사 단계의 시작을 나타냅니다. 일반적으로 상태가 '조사 중'으로 변경되거나 조사 담당자가 지정된 시점으로 추정합니다. | ||
|
중요한 이유
근본 원인 분석 시간 측정을 시작하는 주요 단계입니다. 이슈 평가가 끝난 뒤 공식 조사가 시작되기까지 지연되는 구간을 파악하는 데 도움이 됩니다.
확보 방법
이벤트 이력 로그에서 상태가 '조사'로 변경된 타임스탬프나 조사 책임자 역할의 지정일을 바탕으로 추정합니다.
기록
'조사 중'으로 상태가 변경된 시점을 바탕으로 추정합니다.
이벤트 유형
inferred
|
|||
|
조치 효과 검증
|
실행한 시정 조치가 근본 원인을 해결하고 재발을 방지했는지 확인하는 단계입니다. 정해진 모니터링 기간이 지난 뒤 공식 검증 절차로 진행되는 경우가 많습니다. | ||
|
중요한 이유
품질 관리 절차를 마무리하는 중요한 단계이며 CAPA 효과 KPI와 직접 연결됩니다. 해결책이 지속적으로 효과를 내는지 확인합니다.
확보 방법
'효과 검증' 워크플로 단계 또는 양식 항목의 완료일을 사용합니다. 별도의 활동으로 타임스탬프가 기록되는 경우가 많습니다.
기록
'효과 확인' 양식 또는 작업의 완료일을 가져옵니다.
이벤트 유형
inferred
|
|||
|
품질 이벤트 종결
|
품질 이벤트가 성공적으로 해결되고 관련 레코드가 행정적으로 종결되는 마지막 활동입니다. 프로세스의 주요 종료 지점입니다. | ||
|
중요한 이유
전체 처리 주기를 계산할 때 프로세스의 종료 시점을 정합니다. 처리량과 전반적인 성과를 측정하려면 종결된 이벤트를 분석해야 합니다.
확보 방법
이벤트 이력 로그에서 상태가 '종결' 또는 '완료'로 변경된 시점을 바탕으로 추정합니다. 이때 타임스탬프가 함께 기록되는 경우가 대부분입니다.
기록
상태가 '종결'로 변경된 타임스탬프를 바탕으로 추정합니다.
이벤트 유형
inferred
|
|||
|
품질 이슈 확인
|
새 품질 이벤트 레코드가 생성되는 시점으로, 프로세스의 시작을 나타냅니다. 일반적으로 ETQ Reliance에서 사용자가 새 품질 이슈 양식을 제출할 때 기록됩니다. | ||
|
중요한 이유
케이스 시작 시간을 설정합니다. 이를 바탕으로 전체 처리 주기를 계산하고 새 품질 이벤트의 유입률을 분석할 수 있습니다.
확보 방법
일반적으로 기본 품질 이벤트 테이블의 레코드 생성 타임스탬프나 관련 감사 추적 기록에서 가져옵니다.
기록
품질 이벤트 레코드의 생성 타임스탬프에서 가져옵니다.
이벤트 유형
explicit
|
|||
|
시정 조치 계획 반려
|
제안된 시정 조치 계획이 검토 후 반려되어 수정 및 재제출이 필요한 상태입니다. 이 활동으로 프로세스에 재작업 경로가 생깁니다. | ||
|
중요한 이유
재작업 경로와 반려 사유를 파악하고 계획 수립 과정의 최초 승인률을 측정하는 데 중요한 활동입니다.
확보 방법
워크플로 이력 로그에 기록된 반려 타임스탬프를 사용합니다. 워크플로에서 승인 작업에 대응하는 활동입니다.
기록
워크플로 이력에서 반려 단계의 타임스탬프를 가져옵니다.
이벤트 유형
explicit
|
|||
|
시정 조치 계획 제안
|
근본 원인에 대응하기 위한 공식 계획을 문서화해 승인을 요청하는 단계입니다. 일반적으로 양식의 시정 조치 계획 항목을 작성하고 상태를 다음 단계로 변경할 때 기록됩니다. | ||
|
중요한 이유
RCA 완료부터 이 단계까지 걸린 시간을 분석하면 시정 조치 계획 수립이 지연되는 구간을 파악할 수 있습니다. 이는 품질 프로세스에서 흔히 발생하는 병목입니다.
확보 방법
상태가 'CAPA 승인 대기'로 변경된 시점이나 품질 이벤트 레코드 내 시정 조치 계획 양식의 제출 타임스탬프를 바탕으로 추정합니다.
기록
'승인 대기'로 상태가 변경된 시점이나 CAPA 계획 제출일을 바탕으로 추정합니다.
이벤트 유형
inferred
|
|||
|
예방 조치 실행
|
확인된 예방 조치와 관련된 작업이 완료되어 선제 조치가 마련된 상태를 나타냅니다. | ||
|
중요한 이유
'예방 조치 실행률' KPI를 측정하는 데 중요한 활동이며, 선제적인 품질 개선 조치가 실제로 실행되는지 확인합니다.
확보 방법
시스템 분석이 필요합니다. 연결된 예방 조치 레코드 또는 관련 작업의 완료일을 바탕으로 추정할 수 있습니다.
기록
연결된 예방 조치 레코드의 완료일을 가져옵니다.
이벤트 유형
inferred
|
|||
|
예방 조치 확인
|
잠재적인 부적합의 원인을 제거하기 위한 예방 조치(PA)를 확인하는 단계입니다. 원본 품질 이벤트와 연결된 별도 레코드로 관리할 수 있습니다. | ||
|
중요한 이유
조직의 품질 관리 선제 대응 수준을 분석하는 데 중요합니다. 예방 조치가 언제 시작되는지 추적해 '예방 조치 관리' 대시보드에 필요한 정보를 제공합니다.
확보 방법
시스템 분석이 필요합니다. 원본 품질 이벤트 레코드와 연결된 예방 조치 레코드의 생성일에서 가져올 수 있습니다.
기록
연결된 예방 조치 레코드의 생성일을 가져옵니다.
이벤트 유형
inferred
|
|||
|
이슈 분류 및 우선순위 지정
|
이슈의 유형, 심각도, 우선순위가 분류된 시점입니다. 이 정보에 따라 후속 워크플로가 결정되는 경우가 많습니다. 분류 및 우선순위 필드가 입력되고 레코드가 저장될 때 기록됩니다. | ||
|
중요한 이유
주요 의사결정 시점입니다. 이 단계까지 걸린 시간을 분석하면 '이슈 분류 및 우선순위 지정' 대시보드에 필요한 정보를 얻고 프로세스 경로를 파악할 수 있습니다.
확보 방법
시스템 감사 추적 기록에서 '심각도 수준' 및 '품질 이벤트 유형' 같은 필수 필드가 처음 입력된 타임스탬프를 바탕으로 추정합니다.
기록
'심각도' 또는 '우선순위' 필드가 처음 입력된 타임스탬프를 바탕으로 추정합니다.
이벤트 유형
inferred
|
|||
|
이해관계자 통지
|
품질 이벤트의 해결 결과를 관련 이해관계자에게 공식적으로 알리는 활동입니다. 전용 워크플로 단계나 기록된 커뮤니케이션 내역으로 추적할 수 있습니다. | ||
|
중요한 이유
커뮤니케이션 효율을 측정하는 데 필요하며 '이해관계자 통지 적시성' 대시보드에 활용됩니다. 이 단계가 지연되면 고객 만족도에 영향을 줄 수 있습니다.
확보 방법
대개 수동으로 진행되므로 시스템 분석이 필요합니다. 설정에 따라 '이해관계자 통지' 작업의 완료 시점으로 추정할 수 있습니다.
기록
수동 '이해관계자 통지' 작업의 완료일을 바탕으로 추정합니다.
이벤트 유형
inferred
|
|||
|
초기 평가 수행
|
새로 확인된 품질 이슈를 처음 검토하고 분류해 기본 사실을 파악하고 유효성을 판단하는 단계입니다. 초기 평가 양식의 항목이 작성되거나 상태가 '신규'에서 '평가 중'으로 바뀌는 시점으로 추정할 수 있습니다. | ||
|
중요한 이유
초기 분류의 효율성을 분석하고 이슈가 보고된 후 실제 평가가 시작되기까지 걸리는 시간을 측정하는 데 도움이 됩니다.
확보 방법
상태 변경(예: '신규'에서 '평가 중') 또는 이벤트 워크플로 로그에 기록된 초기 평가 작업의 완료일을 바탕으로 추정합니다.
기록
'평가 중' 또는 '초기 분류 중'으로 상태가 변경된 시점을 바탕으로 추정합니다.
이벤트 유형
inferred
|
|||
|
최종 검토 수행
|
종결 전에 품질 이벤트 레코드 전체를 최종 점검해 문서가 모두 작성되었고 절차를 빠짐없이 따랐는지 확인합니다. 명시적인 승인 단계로 진행되는 경우가 많습니다. | ||
|
중요한 이유
프로세스 종료 전 마지막 품질 관문으로, 규정 준수와 데이터 무결성을 확인합니다. 이 단계의 병목은 최종 종결을 지연시킬 수 있습니다.
확보 방법
워크플로 이력 로그에서 '최종 검토' 또는 '종결 준비 완료' 승인 단계의 타임스탬프를 사용합니다.
기록
워크플로의 '최종 검토' 승인 단계 타임스탬프를 가져옵니다.
이벤트 유형
explicit
|
|||
|
품질 이벤트 취소
|
중복 등록이나 유효하지 않은 이벤트 등의 사유로 완전히 해결되지 않은 채 종료되는 대체 종료 지점입니다. | ||
|
중요한 이유
성공적으로 해결된 케이스와 조기에 종료된 케이스를 구분하는 데 도움이 됩니다. 취소 사례를 분석하면 초기 보고 및 분류 단계의 문제를 파악할 수 있습니다.
확보 방법
이벤트 이력 로그에서 상태가 '취소', '무효' 또는 '철회'로 변경된 시점을 바탕으로 추정합니다.
기록
상태가 '취소'로 변경된 타임스탬프를 바탕으로 추정합니다.
이벤트 유형
inferred
|
|||
|
효과 검증 실패
|
실행한 시정 조치로 문제가 해결되지 않아 새로운 조사나 CAPA 주기가 시작될 수 있음을 나타냅니다. 중대한 프로세스 실패와 재작업 경로가 발생한 경우입니다. | ||
|
중요한 이유
효과가 없었던 해결책을 드러내고 재작업률과 비용에 직접 영향을 줍니다. 이러한 사례를 분석하면 근본 원인 분석과 CAPA 계획 수립을 개선할 수 있습니다.
확보 방법
상태가 '효과 확인 실패'로 변경되거나 원본과 연결된 후속 품질 이벤트가 생성된 시점을 바탕으로 추정합니다.
기록
'검증 실패'와 같은 상태 변경이나 검증 레코드의 표시를 바탕으로 추정합니다.
이벤트 유형
inferred
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
이 템플릿으로 품질 관리 데이터를 효율적으로 준비하고 프로세스에 관한 유용한 정보를 찾아보세요. 운영 최적화를 위한 첫걸음을 여기서 시작할 수 있습니다.
품질 관리 최적화: 처리 시간 단축
병목을 찾아 해소하고 처리 시간을 30% 단축하는 것을 목표로 하세요.
신용카드가 필요하지 않습니다. 몇 분이면 설정할 수 있습니다.