식품제조업 CAPA — 제품을 버리는 것과 문제를 해결하는 것은 다르다

금속검출 공정에서 이상이 발견됐다고 하자.

해당 제품을 격리하고 폐기했다. 작업자에게 주의를 줬고 금속검출기를 다시 확인했다. 제품은 출하되지 않았으니 사고는 일단 막았다.

그러나 같은 문제가 한 달 뒤 다시 발생한다면, 첫 번째 대응은 CAPA가 아니라 사건 수습에 가까웠던 것이다.

식품공장에서 CAPA의 핵심은 부적합 제품을 어떻게 처리했는가가 아니다. 왜 그런 부적합이 발생했으며 같은 원인이 다시 작동하지 않도록 무엇을 바꿨는가를 관리하는 구조다.

Correction과 Corrective Action은 같은 일이 아니다

현장에서 두 용어는 자주 섞인다.

Correction은 발견된 부적합 자체를 바로잡는 조치다. 포장 실링이 불량한 제품을 격리하고 재포장하거나, 기준을 벗어난 제품을 폐기하는 행위가 여기에 해당한다.

Corrective Action은 이미 발생한 부적합의 원인을 제거해 같은 문제가 다시 발생하지 않도록 하는 조치다. 실링불량의 원인이 히터 온도센서 오차였다면 센서를 교체하고 검교정 주기를 수정하거나 설비점검 기준을 변경하는 것이 Corrective Action에 가깝다.

둘의 차이는 시간축보다 목적에 있다.

Correction = 지금 발생한 문제 처리
Corrective Action = 재발 원인 제거

제품을 버렸다는 사실만으로 Corrective Action이 완료된 것은 아니다.

Preventive Action은 ’아직 발생하지 않은 위험’에 대한 통제다

예방조치라는 표현도 현장에서 많이 사용한다. 아직 부적합이 발생하지 않았지만 다른 라인이나 유사 설비에서 같은 문제가 발생할 가능성을 발견해 사전에 통제하는 행위를 Preventive Action으로 설명할 수 있다.

예를 들어 A라인 온도센서 고장으로 CAPA를 진행하면서 같은 모델 센서를 사용하는 B·C라인을 전수점검하고 교체주기를 변경한다면 예방적 성격의 조치다.

다만 현재 ISO 계열 경영시스템에서는 예방을 반드시 독립된 PA Form으로 운영하기보다 위험기반 사고와 변경관리, 예방적 통제 안에 포함시키는 경우가 많다. 따라서 식품공장에서 중요한 것은 CA와 PA라는 문서명을 몇 개 만들었는지가 아니라 발생한 문제뿐 아니라 노출된 유사위험까지 범위를 확장했는가다.

HACCP에서도 이탈을 발견하는 것보다 이후 조치가 중요하다

HACCP에서는 CCP 한계기준 또는 관련 관리기준을 충족하지 못했을 때 Correction 및 Corrective Action을 정의해야 한다. FSSC 식품·사료 제조 가이드 역시 CCP 또는 OPRP의 한계기준·Action Criteria가 충족되지 않을 경우 Correction과 Corrective Action을 설정하도록 설명한다.

가열 CCP가 기준을 벗어났다면 단순히 온도를 다시 올리는 것만으로 끝날 수 없다. 영향받은 제품을 특정하고 안전성을 판단하며, 왜 기준에서 이탈했는지 확인해야 한다.

센서 이상인지
증기압 부족인지
작업조건 입력 오류인지
설비 Capacity를 넘긴 Batch였는지

를 분석해야 한다. CAPA가 HACCP 기록과 분리된 품질서류가 되어서는 안 되는 이유다.

가장 흔한 가짜 근본원인은 ’작업자 주의 부족’이다

CAPA 보고서에서 자주 발견되는 조합이 있다.

원인: 작업자 부주의
조치: 작업자 재교육

이 조합은 관리하기 편하지만 근본원인 분석으로는 약하다. 왜 작업자가 실수했는지를 한 단계 더 내려가야 한다.

작업지시가 모호했을 수 있다.
비슷한 원료 포장이 옆에 있었을 수 있다.
바코드 검증 없이 투입할 수 있는 시스템이었을 수 있다.
화면에 오래된 Recipe가 표시됐을 수도 있다.
교육을 받지 않은 대체인력이 투입됐을 수도 있다.

사람이 실수했다는 사실과 시스템이 그 실수를 허용한 이유를 구분해야 한다.

5-Why는 다섯 번 질문하는 형식이 아니라 인과관계를 확인하는 방식이다

완제품 중량 부족이 반복됐다고 하자.

왜 중량이 부족했는가 — 충진량이 목표보다 낮았다. 왜 충진량이 낮았는가 — 충진기 설정값이 실제 제품 점도와 맞지 않았다. 왜 설정값이 맞지 않았는가 — 제품 Recipe가 변경됐지만 설비 Parameter가 변경되지 않았다. 왜 변경되지 않았는가 — Recipe ECO와 설비 Parameter Master가 연결되어 있지 않았다.

여기까지 내려오면 해결책도 달라진다. 작업자를 재교육하는 것보다 Recipe Revision 승인 → Equipment Parameter Revision을 연결하는 것이 더 강한 Corrective Action이 된다.

5-Why의 목적은 반드시 다섯 줄을 채우는 것이 아니라 증거가 확인되는 수준까지 원인 사슬을 내려가는 것이다.

데이터 없는 5-Why는 회의실 추측이 된다

MES와 QMS를 연결하면 원인분석의 질이 달라진다. 다음을 같은 시간축에서 확인할 수 있다.

해당 Batch의 실제 원료투입량 / 원재료 Lot
작업자 ID / 설비 가동로그 / Downtime
CCP 값 / Recipe Version
Quality Inspection 결과

예를 들어 미생물 기준 초과가 발생했는데 당시 세척완료 기록만 보고 “세척은 정상”이라고 결론 내리면 부족하다. 실제 CIP 시간과 온도, 세척제 농도, 설비 정지시간과 직전 생산품을 같이 봐야 한다. Root Cause Analysis는 의견보다 데이터에 가까워져야 한다.

CAPA의 첫 단계는 원인분석이 아니라 Containment다

부적합이 확인됐을 때 가장 먼저 해야 할 일은 영향을 받은 범위를 통제하는 것이다. 문제 제품을 계속 생산하거나 출하하면서 근본원인을 분석해서는 안 된다.

QMS에서 Non-conformity Event가 생성되면 해당 Batch 또는 Lot를 HOLD 상태로 전환하고 필요하면 관련 WIP와 원료까지 영향범위를 확장한다. ERP/WMS와 연결되어 있다면 해당 Lot의 Picking과 Shipment를 차단할 수 있다.

이 과정은 Correction 또는 Containment에 해당한다. 원인분석이 끝나기 전에 피해범위를 더 넓히지 않는 것이 우선이다.

Closed-loop CAPA는 다섯 단계로 운영할 수 있다

실무 시스템에서는 다음 흐름이 명확하다.

Event Capture → Containment/Hold → Root Cause Analysis → Corrective Action → Effectiveness Verification/Closure

Event Capture — 불량, CCP 이탈, 고객클레임, 검사 부적합 같은 Event를 등록한다.
Containment/Hold — 영향 Lot와 Batch를 격리한다.
Root Cause Analysis — 5-Why, Fishbone, 설비로그 등을 이용해 원인을 분석한다.
Corrective Action — 담당자와 기한을 가진 Action Plan을 실행한다.
Verification/Closure — 일정기간 후 동일 문제가 재발하는지 확인하고 CAPA를 종결한다.

FSSC 22000의 부적합 처리 역시 Correction의 객관적 증거, 원인요인 조사, Corrective Action Plan, 실제 실행과 유효성 확인을 중요한 요소로 본다.

유효성 검증이 없으면 CAPA는 작업지시서와 다르지 않다

“센서를 교체했다.” “작업자를 재교육했다.” 여기서 CAPA를 Closed 처리하면 조치가 실제로 문제를 해결했는지 확인할 수 없다.

Effectiveness Check에는 기간과 측정기준이 필요하다.

실링불량률이 문제였다면 조치 후 20 Batch의 불량률을 이전 기간과 비교할 수 있다.
CCP 이탈 문제라면 일정기간 동일 이탈이 재발했는지 MES Event 데이터를 확인할 수 있다.
원료 부적합 문제라면 이후 입고 10 Lot의 검사결과를 확인할 수 있다.

CAPA의 종료조건은 조치를 했다는 사실이 아니라 문제를 만든 원인이 실제로 통제되고 있다는 증거다.

CAPA 결과가 Master Data로 돌아가지 않으면 다시 같은 문제가 발생한다

원인을 찾아 조치를 했는데 SOP와 BOM, 검사기준은 그대로라면 현장은 시간이 지나면 과거 방식으로 돌아간다. 따라서 CAPA 결과가 필요하면 다음 기준정보로 반영돼야 한다.

Recipe/BOM Revision / 설비 Parameter
SOP / Inspection Standard / CCP Parameter
Maintenance Cycle / Training Matrix / Vendor Specification

단, CAPA 결과가 자동으로 Master를 덮어쓰게 해서는 안 된다. QMS에서 변경요청을 생성하고 승인된 Change Control을 거쳐 새 Revision이 발행되는 방식이 안전하다. CAPA와 4M/ECR/ECO 변경관리가 연결되는 지점이다.

수기 CAPA와 QMS Closed-loop의 차이는 사건을 끝내는 방식이다

구분	수기·엑셀 CAPA	QMS/MES Closed-loop CAPA
부적합 등록	문서 작성	Event 자동·수동 Capture
Lot 격리	전화·표찰	ERP/WMS HOLD
생산정보	서류 검색	Batch Log 연결
원인분석	회의·기억	MES/QMS 데이터
Action	비고란 기재	Owner·Due Date
변경관리	별도 문서	Change Control 연결
유효성 검증	누락 가능	Verification Task
재발 여부	수동 검색	Event Trend 분석
수정이력	확인 어려움	Audit Trail
종결	담당자 서명	근거 확인 후 Closure

모든 부적합을 같은 깊이로 CAPA할 필요는 없다

포장박스 한 장이 구겨진 사건과 알레르기 표시 누락 가능성이 있는 사건에 같은 CAPA 절차를 적용하면 품질팀은 문서에 압도된다.

Risk-based Triage가 필요하다. 다음을 기준으로 Correction만으로 종결할 수 있는 사건과 정식 Root Cause/CAPA가 필요한 사건을 구분할 수 있다.

식품안전 영향 / 법규 영향
반복성 / 고객영향
발생범위 / 검출가능성

중요한 것은 작은 부적합을 무시하는 것이 아니라, 반복되는 작은 문제를 Trend에서 다시 CAPA 대상으로 끌어올릴 수 있게 하는 것이다.

CAPA와 비용도 연결해야 반복문제의 크기가 보인다

품질팀에서는 CAPA를 품질지표로만 보는 경우가 많다. 그러나 한 사건에는 폐기비, 재작업비, 추가검사비, 긴급운송비, 반품비와 생산중단 비용이 발생할 수 있다.

ERP Costing과 연결하면 Nonconformity → Affected Lot → Scrap/Rework → Cost 관계를 만들 수 있다.

같은 유형의 불량이 한 달에 여러 번 반복된다면 CAPA 우선순위를 단순 발생건수가 아니라 누적 품질비용으로 판단할 수 있다.

좋은 CAPA는 심사 대응용 문서가 아니라 학습하는 시스템이다

현대적인 품질관리에서 가장 중요한 것은 CAPA 문서가 몇 건 Closed됐는지가 아니다.

같은 Root Cause가 다시 등장하는지
Action Due Date가 반복해서 미뤄지는지
특정 설비·공급업체·제품군에서 부적합이 집중되는지

를 봐야 한다. QMS는 사건을 저장하고, MES는 사건 당시 생산사실을 제공하며, ERP는 손실비용을 제공한다.

Nonconformity → Hold → Root Cause → Corrective Action → Verification → Master Revision → Monitoring

이 흐름이 닫혀야 Closed-loop 품질관리다.

CAPA의 목적은 문제가 발생하지 않았던 것처럼 서류를 정리하는 것이 아니다.

발생한 문제를 조직의 새로운 기준정보와 작업방식으로 전환하여, 다음 Batch에서는 같은 원인이 작동하지 못하게 만드는 것이다.

그 수준까지 연결될 때 CAPA는 품질팀의 문서업무에서 공장 전체의 학습시스템으로 바뀐다.

확인 안내: FSSC 22000·ISO 22000 등 식품안전 경영시스템은 버전 개정·전환이 진행되는 경우가 있다. 적용 버전과 요구사항의 세부 표현은 인증기관과 해당 표준의 최신본으로 확인하는 편이 안전하다.