고객마다 대응 기한이 다른데, 모두 머릿속으로 기억하고 있습니다.
각 고객에게는 대응 기한과 그 근거 문서가 담긴 정책이 있습니다. 등록 시 모든 마일스톤에 불만 접수 시점부터 계산한 기한이 부여되며, 기한이 임박하면 담당자에게, 기한을 넘기면 담당자와 품질 관리자에게 통보됩니다.
고객 불만 정책고객 불만 관리는 고객이 문제를 보고한 시점부터 고객이 해결되었다고 수락할 때까지의 업무입니다: 불만 등록, 접수 확인, 의심품 봉쇄, 반품 부품 분석, 근본 원인 규명, 회신 보고, 종결. 자동차 산업에서 IATF 16949 10.2.6항은 공급업체가 반품 부품을 포함해 고객 불만과 필드 고장을 분석하고, 문제 해결과 시정 조치를 시작하며, 그 결과를 고객과 자사 조직에 알릴 것을 요구합니다.
각 고객은 고객 특정 요구사항에서 고유한 기한을 정합니다: 접수 확인, 봉쇄, 첫 답변, 근본 원인 보고, 최종 보고서를 얼마나 빨리 해야 하는지, 그리고 VDA 8D나 AIAG CQI-20 같은 어떤 문제 해결 양식을 쓸지. Zometric은 이 규칙을 고객별 정책으로 보유하고, 각 불만의 기한을 접수된 순간부터 계산합니다.
불만은 고객을 향한 측면 — 기한, 로트, 반품 부품, 수락, 커뮤니케이션, 보고서 버전 — 을 담당합니다. 문제 해결 자체는 연결된 하나의 CAPA이므로, 8D는 한 번만 수행되고 그 진행 상황이 불만에 표시됩니다.
품질 팀이 직접 이야기하는 여섯 가지 문제 — 그리고 모든 불만이 해당 고객의 기한에 맞춰 진행되면 달라지는 점.
불만은 등록됨, 접수 확인됨, 진행 중, 최종 보고서 발송됨, 종결됨으로 이동합니다. 모든 불만에 대한 점검이 무엇이 늦었거나 빠졌는지 알려 줍니다.
접수
고객과 고객 참조 번호, 유형, 채널, 접수 시각, 부품, 결함, 수량, 로트, 라인 정지나 출하 정지 같은 플래그를 기록합니다. 기한은 고객 정책에 따라 정해지고, 재발 점검이 실행되며, CAPA가 열립니다. 안전 또는 법규 관련 불만은 항상 중대 건으로 분류되어 품질 관리자에게 에스컬레이션됩니다.
접수 확인
불만 담당자를 지정하고 봉쇄가 필요한지 결정합니다. 봉쇄를 생략하려면 사유가 필요합니다. 접수 확인은 첫 답변 예정일과 함께 고객에게 보내는 메시지로 기록됩니다.
봉쇄
지목된 로트와 의심 로트를 위치, 점검 및 불합격 수량, 첫 양품 로트와 함께 나열합니다. 이를 CAPA의 봉쇄로 보내고, 정책이 요구하면 봉쇄 방법이나 해제에 대한 고객 승인을 기록합니다.
반품 부품
반품 부품을 접수하면 분석 기한(기본 10일)이 설정되고 분석 담당자에게 작업이 부여됩니다. 결과는 결함 확인, 이상 없음(NTF), 다른 원인 또는 판정 불가이며, 수량과 부품 처분이 함께 기록됩니다.
수락
불만을 수락하거나, 확인 수량으로 부분 수락하거나, 반려하거나, 이상 없음으로 판정하며, 각각 사유를 남깁니다. 책임 소재를 정하고, 하위 공급업체라면 답변 기한과 함께 공급업체 CAPA를 요청합니다.
보고서
D0~D3을 다루는 첫 답변, D6까지의 중간 보고서, 그리고 CAPA가 D7에 도달했거나 종결되면 최종 보고서를 보냅니다. 각각 번호가 부여된 버전으로 발행되어 나머지 커뮤니케이션과 함께 기록됩니다.
종결
수락된 불만은 CAPA가 종결되고 최종 보고서가 발송되면 종결됩니다. 정책이 요구하는 경우 고객의 확인을 기록하거나, 대기 기간(기본 30일)이 지나면 메모와 함께 종결합니다. 고객이 종결을 거부하면 불만은 진행 중으로 돌아갑니다.
각 기능은 귀사의 팀이 이미 내리려는 의사결정과 연결됩니다.
고객마다 고유한 정책이 있습니다: 접수 확인, 봉쇄, 첫 답변까지의 시간, 근본 원인 보고와 최종 보고서까지의 일수, 요구되는 8D 양식, 종결에 고객 확인이 필요한지 여부. 모든 불만에 다음 마일스톤과 남은 시간이 표시됩니다.
불만을 등록하면 고객이 요구하는 양식으로 정확히 하나의 CAPA가 열립니다. 봉쇄와 근본 원인 마일스톤은 8D 자체의 진행으로 확인됩니다 — 같은 말을 하려고 두 시스템을 갱신하는 사람은 없습니다.
의심 로트를 찾아 위치별로 봉쇄에 넣고, 반품 부품을 분석이 끝날 때까지 추적하세요. 현장 데이터와 로트 이력이 불만 옆에 있어, 첫 답변부터 증거에 기반합니다.
고객에게 보낸 모든 보고서는 보낸 그대로 고정된 번호 부여 발행본이며, 커뮤니케이션 기록 및 고객의 파일과 함께 보관됩니다. 고객에게 무엇을 언제 말했는지 의문의 여지가 없습니다.
새 불만은 모두 같은 부품, 결함의 이전 불만과 대조됩니다 — 기본적으로 같은 고객의 불만과 대조합니다. 재발은 재발로 표시되며, 이전 CAPA가 이미 종결되었다면 그 CAPA에 유효성 검토 플래그가 세워집니다.
납품 수량 기준 고객 ppm, 기한 내 대응률, 고객 스코어카드 — 각 KPI는 집계에 포함된 불만을 나열합니다. 고객의 불만 파일을 열 자동 매핑으로 바로 가져오세요.
고객 ppm은 집계된 불량 부품 수를 납품 부품 수로 나누고 100만을 곱한 값입니다. 어떤 불만과 어떤 수량을 집계할지는 각 고객의 정책에서 정합니다. 기본 규칙은 다음과 같습니다: 고객 불만과 0-km 불만을 집계하고, 확인 수량이 나오면 확인 수량을, 그 전까지는 청구 수량을 사용하며, 반려 및 NTF 불만은 제외합니다.
| 불만 | 유형 | 판정 | 청구 | 확인 | 집계 |
|---|---|---|---|---|---|
| CC-000141 | 유형고객 불만 | 판정수락 | 청구18 | 확인18 | 집계18 |
| CC-000142 | 유형0-km 고장 | 판정대기 | 청구6 | 확인– | 집계6 |
| CC-000143 | 유형고객 불만 | 판정부분 수락 | 청구40 | 확인12 | 집계12 |
| CC-000144 | 유형고객 불만 | 판정이상 없음(NTF) | 청구10 | 확인0 | 집계0 |
| CC-000145 | 유형고객 불만 | 판정반려 | 청구5 | 확인0 | 집계0 |
| CC-000146 | 유형필드 고장 | 판정수락 | 청구2 | 확인2 | 집계0 |
불만은 기한과 데이터를 실제 작업이 이루어지는 곳으로 보내고, 그 작업이 진행되면 통보를 받습니다.
각 불만은 고객이 요구하는 양식과 D3, D4, D8에 대한 불만의 기한을 가진 하나의 CAPA를 엽니다. D3과 D4의 진행이 불만의 마일스톤을 확인하고, CAPA가 종결되면 담당자에게 최종 보고서를 보내라고 알립니다. 재발은 CAPA의 유효성 검토에 나타납니다.
심사 대상 영역 항목의 부품, 공장, 고객 또는 공정 단계에 대한 불만은 그 리스크 점수를 높이며, 새 불만은 심사 주기에 대한 검토를 엽니다.
문제가 시작된 공정은 부품의 공정 단계에서 선택되어 CAPA로 전달됩니다.
불만에는 불만 로트의 생산일 전후 기간에 해당 부품의 SPC 스트림에서 나온 규격 이탈 측정값이 SPC의 부품 링크와 함께 표시됩니다.
같은 기간에 불합격한 해당 부품의 검사 로트가 검사 계획 링크와 함께 불만 옆에 표시됩니다.
불만을 등록하고 가져오며, 수락 여부와 책임을 결정하고, 공급업체 CAPA를 요청하며, 불만을 종결, 재개, 취소하고, 납품 수량을 최신으로 유지합니다.
불만을 처리합니다: 로트, 반품 부품, 사유가 있는 기한 변경, 접수 확인, 보고서, 고객 회신. 기한 임박 및 기한 초과 통지를 받습니다.
코디네이터가 하는 모든 일을 하고 고객 불만 정책을 관리합니다. 자사 공장의 에스컬레이션과 기한 초과 통지를 받습니다.
불만을 보고 로트와 반품 부품을 갱신합니다. 8D 자체는 CAPA에서 수행합니다.
구성원과 열람자는 불만과 고객 KPI를 볼 수 있습니다.
| Zometric 불만 관리 vs 이메일 및 스프레드시트 대장 | 이메일 및 스프레드시트 대장 | Zometric 불만 관리 |
|---|---|---|
| 기한 | 고객마다 수작업으로 계산 | 등록 시 고객 정책에서 계산하고, 기한 임박 및 초과 통지 |
| 문제 해결 | 있다 해도 따로 시작하는 8D 파일 | 등록 시 고객이 요구하는 양식으로 하나의 CAPA 개설 |
| 의심 로트 | 이메일 스레드 속 목록 | 위치, 상태, 수량이 있는 로트를 CAPA의 봉쇄로 전달 |
| 보낸 내용 | 누군가의 보낸 편지함에 있는 첨부 파일 | 발행된 그대로 고정되는 번호 부여 보고서 버전과 커뮤니케이션 기록 |
| 재발 | 누군가 기억하면 알아차림 | 정책 기간 내 부품과 결함으로 대조하고, 종결된 CAPA에 검토 플래그 |
| 종결 | 받은 편지함이 조용해지면 종결 | 종결된 CAPA와 고객 확인, 또는 대기 기간과 메모가 필요 |
| ppm | 검토 때마다 다시 집계 | 각 고객의 규칙으로 집계하고, 집계한 모든 불만을 나열 |
| 점검 | 없음 | 늦은 접수 확인부터 분석 없는 NTF까지 25가지 불만 규칙 |
고객의 불만 내보내기 파일을 Excel이나 CSV에서 가져옵니다. 열은 이름으로 매핑되고, 매핑은 고객 레이아웃별로 저장되며, 기존 참조 번호는 건너뛰거나 미결 불만을 갱신합니다.
고객 ppm의 분모가 되는 고객, 공장, 부품, 월별 납품 수량을 입력하거나 Excel이나 CSV에서 가져옵니다.
발행된 각 보고서 버전에는 PDF용 인쇄 레이아웃과 Excel 워크북이 있으며, 발행 전에 초안을 미리 볼 수 있습니다.
불만 대장과 고객 품질 KPI를 Excel로 내보냅니다.
불만, 커뮤니케이션, KPI, 그리고 접수 확인, 수락, 보고서 발행, 종결 같은 상태 명령을 REST API로 이용할 수 있으며, 불만 상태가 바뀌면 웹훅이 발송됩니다.
Zometric의 모듈은 단일 데이터 백본을 공유합니다 — 더 많이 도입할수록 신호 대 잡음(signal-to-noise) 우위가 복리로 증가합니다.
데모 전에 팀들이 묻는 질문에 대한 명확한 답변입니다.
IATF 16949 10.2.6항은 공급업체가 반품 부품을 포함해 고객 불만과 필드 고장을 분석하고, 문제 해결과 시정 조치를 시작하며, 그 결과를 고객과 자사 조직 내에 전달할 것을 요구합니다. Zometric은 예를 들어 결과가 고객에게 발송되었는지 등, 각 불만을 이 항목들에 비추어 점검합니다.
각 고객에게는 대응 기한이 담긴 불만 정책이 있습니다. 테넌트 기본값은 불만 접수 시점부터 접수 확인과 봉쇄 24시간, 첫 답변 48시간, 근본 원인 보고 15일, 최종 보고서 60일입니다. 고객과 합의한 기한은 사유와 함께 재정의할 수 있습니다.
불만을 등록하면 VDA 8D나 AIAG CQI-20처럼 고객 정책이 요구하는 문제 해결 양식으로 하나의 CAPA가 열립니다. 이후 불만이 반려되거나 이상 없음으로 판정되면, CAPA에 그 출처가 철회되었다고 통보됩니다. CAPA가 없는 수락된 불만은 오류로 보고됩니다.
정책의 기간 — 기본값은 365일, 같은 고객 — 내에 같은 부품, 같은 결함의 이전 불만이 있으면 새 불만은 재발입니다. 설명이 유사한 불만은 후보로 표시됩니다. 이전 불만의 CAPA가 이미 종결되었다면, 재발은 그 CAPA에 검토 플래그를 세웁니다.
고객 ppm은 집계된 불량 부품 수를 납품 부품 수로 나누고 100만을 곱한 값입니다. 기본적으로 고객 불만과 0-km 불만을 집계하고, 확인 수량이 나오면 확인 수량을, 그 전까지는 청구 수량을 사용하며, 반려 및 NTF 불만은 제외합니다. 각 고객의 정책으로 이 규칙을 바꿀 수 있습니다.
네, 사유와 함께 가능합니다. 반품된 부품이 있다면 먼저 그 분석을 이상 없음 결과로 완료해야 하며, 반품된 부품이 없다면 근거를 기재하거나 첨부해야 합니다. 정책이 고객의 종결 확인을 요구하는 경우, 불만을 종결하기 전에 고객이 그 판정에 동의해야 합니다.
최종 보고서를 발송한 후입니다. 수락된 불만은 CAPA도 종결되어야 합니다. 정책이 요구하는 경우 고객의 종결 확인을 기록하며, 고객이 대기 기간(기본 30일) 내에 답하지 않으면 메모와 함께 불만을 종결할 수 있습니다.
네. 고객의 Excel 또는 CSV 내보내기 파일을 업로드하면 열이 이름으로 자동 매핑되며, 그 매핑을 해당 고객 레이아웃용으로 저장할 수 있습니다. 참조 번호가 이미 있는 행은 건너뛰거나, 아직 등록됨 또는 접수 확인됨 상태인 불만을 갱신합니다.
30분 발견 통화. 실제 공장 데이터로 진행하는 2~3주 파일럿. 그 다음 귀사의 속도에 맞춰 확장하십시오.