식품 제조업 HACCP 문서 전산화 가이드 — 종이 기록에서 전자결재·Audit Trail·스마트 HACCP까지
HACCP 지적의 대부분은 기준서가 아니라 매일 쌓이는 실행기록에서 나온다. 종이 기록을 전자결재·Audit Trail로 옮기고 LOT·CCP 자동수집까지 잇는 전산화 3단계를 정리한다.
식품공장에서 HACCP을 운영하다 보면 기준서를 만드는 것보다 더 어려운 일이 있다. 매일 기록을 빠뜨리지 않고 남기는 일이다.
생산이 시작되면 작업장 위생점검, 종사자 위생관리, 원부재료 입고검사, CCP 모니터링, 냉장·냉동 온도, 세척·소독, 생산실적 등 여러 기록이 동시에 발생한다. 현장은 생산을 멈추고 기록만 할 수 있는 공간이 아니다. 납품시간은 정해져 있고 작업자는 생산·포장·세척을 동시에 처리한다. 담당자가 알고 있어도 바쁜 날엔 기록이 늦거나 누락된다.
저 역시 식품제조업을 운영하며 이 문제를 계속 겪었다. 그래서 HACCP 전산화에서 가장 먼저 해결할 것은 종이를 없애는 게 아니라 **“해야 할 기록이 필요한 시점에 생성되고, 누락되지 않으며, 나중에 누가 언제 작성·수정·확인했는지 추적할 수 있는 구조”**를 만드는 것이라고 본다.
전산화는 기준서 PDF 저장부터 시작하는 게 아니다
HACCP 문서는 성격이 다른 두 묶음으로 나뉜다.
첫째는 기준을 정의하는 문서다. HACCP 관리계획, 위해요소 분석, CCP와 한계기준, 선행요건관리 기준 — 회사가 식품안전을 어떻게 관리할지 정한 문서다. 둘째는 그 기준을 수행했다는 기록이다. CCP 모니터링, 위생점검, 원부재료 입고검사, 검·교정, 교육, 부적합·개선조치 같은 자료다.
전산화한다면서 첫 번째 문서들을 PDF로 서버에 올리는 것부터 시작하는 경우가 있다. 물론 문서 Version과 개정이력 관리도 중요하다. 하지만 현장에 더 큰 운영부담을 만드는 건 매일·매 생산마다 반복 생성되는 기록이다. 그래서 HACCP 전산화의 우선순위는 문서보관보다 실행기록 관리에 두는 게 실무적으로 효과적이다.
종이 기록의 문제는 ’종이’라는 재질이 아니다
종이 기록도 제대로 관리하면 유효한 수단이다. 문제는 기록량이 늘었을 때다. 오늘 작성할 점검표가 작성됐는지 확인하려면 바인더를 열어야 하고, 특정 기간의 온도이탈을 찾으려면 여러 장을 다시 넘겨야 하며, 기록이 수정됐을 때 언제 누가 왜 고쳤는지를 체계적으로 추적하기 어렵다.
전자화의 장점은 종이를 없애는 게 아니라 이 과정을 데이터로 바꾸는 데 있다. 오늘 17시까지 작성할 점검기록이 없으면 시스템이 담당자에게 알리고, 특정 설비의 최근 3개월 CCP 이탈이력을 조회하고, 심사·내부검증 때 기간·품목·공정·담당자를 조건으로 검색할 수 있다. 즉 전산화의 핵심은 저장보다 검색·누락관리·추적성이다.
전자기록이라고 자동으로 신뢰가 생기지 않는다
여기서 중요한 오해가 하나 있다. 종이를 전자화했다고 기록의 신뢰성이 저절로 높아지는 건 아니다. 관리자가 DB의 과거 값을 아무 흔적 없이 수정할 수 있다면 종이보다 더 위험할 수도 있다. 그래서 HACCP 전산시스템에서는 작성된 결과뿐 아니라 기록이 만들어지고 변경된 과정을 관리해야 한다.
하나의 CCP 기록엔 최소한 이 정보가 연결될 수 있다.
기록 ID → 작성자 → 작성시각 → 측정값 → 판정 → 검토자 → 검토시각 → 승인상태
값이 수정됐다면 추가로 남긴다.
변경 전 값 → 변경 후 값 → 변경자 → 변경시각 → 변경사유
CCP 기록 · 변경이력(Audit Trail) · PB-260901-03
| 시각 | 행위 | 값·상태 | 사유 |
|---|---|---|---|
| 10:41 | 센서 자동수집 | 81.4℃ (원본) | — |
| 10:44 | 판정 | 이탈 → HOLD | 한계기준 82℃ 미만 |
| 11:05 | 개선조치·검토 | 재가열 후 재측정 85.6℃ | QA 검토자 승인 |
MillioAI 화면 예시(도식) — 센서 원본값을 덮어쓰지 않고, 판정·개선조치·검토를 변경이력으로 쌓아 데이터가 어떻게 변했는지 남긴다. 실제 구현: millioai.com
이런 변경이력을 Audit Trail로 남기면 최종값만 보는 게 아니라 데이터가 어떻게 변경됐는지를 확인할 수 있다. 특히 센서에서 자동 수집한 CCP 데이터는 원본을 임의로 덮어쓰기보다 원본을 보존하고, 필요한 정정·판정변경은 별도 이력으로 남기는 구조가 적절하다.
전자결재도 도장을 화면으로 옮기는 게 아니다
종이 HACCP 일지엔 작성·검토·승인란이 있는 경우가 많다. 전산화하며 이 도장칸을 그대로 화면에 만드는 걸로 끝내기 쉽다. 하지만 전자결재의 장점은 도장 이미지가 아니라 누가 언제 어떤 기록을 확인했고 어떤 상태로 승인했는지 남는 것이다.
DRAFT → SUBMITTED → REVIEWED → APPROVED
기준을 벗어난 값이 있으면 이렇게 흐른다.
SUBMITTED → REJECTED → CORRECTIVE ACTION → RE-REVIEW
이렇게 하면 기록이 존재하는지만 보는 게 아니라, 그 기록이 실제 관리절차를 거쳤는지 확인할 수 있다.
모든 HACCP 기록을 한 번에 전산화할 필요는 없다
식품공장엔 관리할 기록이 많다. 처음부터 모든 서식을 전산화하면 작업자가 새 시스템에 적응하기도 전에 입력항목만 는다. 그래서 반복빈도와 위험도로 우선순위를 정하는 게 현실적이다.
| 기록 영역 | 전산화 시 기대효과 |
|---|---|
| CCP 모니터링 | 이탈판정·알림·자동수집 연계 |
| 위생점검 | 누락관리·전자결재 |
| 원부재료 입고검사 | 원재료 LOT 연결 |
| 냉장·냉동 온도 | 센서 연계·이탈조회 |
| 검·교정 | 다음 일정 자동알림 |
| 교육 | 대상자·교육일·이수이력 관리 |
| 자가품질검사 | 품목별 일정·결과·성적서 연결 |
| 부적합관리 | LOT 차단·개선조치 연결 |
어디부터 시작할지는 공정과 HACCP 계획에 따라 다르다. CCP 기록이 많은 공장은 CCP가 우선이고, 원료 종류·입고가 많은 공장은 원부재료 입고검사와 LOT 관리의 효과가 더 클 수도 있다.
종이 서식을 그대로 화면으로 복제하지 않는다
작업자가 익숙한 서식과 비슷한 화면은 적응에 도움이 된다. 하지만 종이의 업무방식까지 그대로 복제하면 안 된다. 종이 생산일지에 제품명·생산일자·작업자·LOT를 매번 직접 적었다고 전산에서도 다 다시 입력하게 할 필요는 없다. 생산지시를 선택했다면 제품·생산일자는 시스템이 이미 알고, 로그인한 사용자도 알며, 생산 Batch도 시스템이 생성할 수 있다.
그래서 작업자가 실제로 입력할 것은 현장에서 새롭게 발생한 정보에 집중해야 한다. 이것이 종이의 디지털 복사와 실제 업무 전산화의 차이다.
CCP는 ’사람 입력’보다 ’자동수집’이 가능한지 먼저 본다
스마트 HACCP의 가치가 가장 큰 영역 중 하나가 CCP 데이터다. 가열공정 온도를 작업자가 설비에서 확인하고 종이에 적은 뒤 다시 시스템에 입력한다면, 전산화를 했어도 중복업무가 남는다. 설비 조건이 되면 PLC나 IoT 센서에서 값을 직접 받을 수 있다.
하지만 센서값을 저장하는 것만으로는 부족하다. 85.2℃라는 숫자 하나만 DB에 있으면 나중에 그게 어느 제품의 어느 생산에서 나왔는지 알기 어렵다. 그래서 이렇게 연결한다.
생산지시번호 → 제품코드 → Batch/Lot → 설비번호 → CCP → 측정시각 → 측정값 → 한계기준 → 판정 → 이탈조치
이 구조가 만들어져야 센서 데이터가 HACCP 생산기록으로 의미를 갖는다. (센서·PLC 연동 구축은 식품공장 스마트공장·ERP/MES 구축 참고.)
이탈이 발생하면 ’기록’에서 끝나면 안 된다
전자 HACCP의 또 다른 장점은 다른 시스템과 연결할 수 있다는 것이다. CCP 한계기준 이탈이 발생했다고 하자. 시스템이 화면에 빨간 경고만 띄우고 끝나면 자동화 효과는 제한적이다. 그 생산 Batch 상태를 HOLD로 바꾸고 개선조치를 등록하게 하고, 품질담당자가 확인하기 전까지 다음 단계나 출하 가능상태로 넘어가지 않게 설계할 수 있다.
CCP 이탈 → Batch HOLD → 원인확인 → 개선조치 → QA 검토 → RELEASE 또는 BLOCK
어느 수준까지 시스템으로 통제할지는 회사의 HACCP 계획과 실제 업무절차에 맞게 정한다.
HACCP 기록이 LOT와 연결되면 가치가 달라진다
HACCP 기록을 전산화했어도 생산·재고 시스템과 분리돼 있으면 사고 때 여러 시스템을 다시 대조해야 한다. 식품제조 데이터는 가능하면 이 흐름으로 이어져야 한다.
원재료 입고 LOT → 생산지시 → 실제 투입 LOT → 생산 Batch → CCP 기록 → 완제품 LOT → 재고 → 출고처
완제품 LOT 하나를 조회하면 생산 당시 쓴 원재료와 CCP 기록을 함께 확인할 수 있어야 하고, 반대로 특정 원재료 LOT에서 문제가 생기면 그 원료가 투입된 Batch·완제품·현재 재고·출고처까지 역추적할 수 있어야 한다.
저희 회사에서도 자가품질검사 부적합이 발생한 경험이 있다. 다행히 그 Batch가 출고 전이어서 즉시 출고를 중지하고 재고를 확인했고, 이후 관계기관 확인을 거쳐 해당 생산분의 폐기와 증빙절차를 진행했다. 이런 상황에서는 기록이 많다는 것보다 문제가 발생한 Batch와 재고를 얼마나 빨리 특정하느냐가 훨씬 중요하다.
자가품질검사·검교정 일정도 스케줄러로 연결한다
HACCP 운영엔 매일 쓰는 기록만 있는 게 아니다. 주기적으로 관리할 업무도 많다. 자가품질검사, 계측기 검·교정, 교육, 시설점검 — 담당자가 일정을 기억해 관리하기보다 시스템에 기준일과 다음 예정일을 등록하는 편이 안전하다. 자가품질검사 관리라면 —
품목 → 식품유형 → 관리주기 → 최근 기준일 → 다음 예정일 → 담당자 → 진행상태
를 연결하고, 예정일이 가까워지면 알림을 띄우고, 검사가 끝나면 성적서를 품목·생산정보와 연결한다. 이런 법정·품질 일정을 사람 기억에 맡기는 게 늘 불안했던 터라, 자동으로 챙겨 주는 스케줄러가 필요하다고 느꼈다 — 식품제조 현장은 늘 바쁘고 관리할 일정이 많기 때문이다.
백업과 권한관리는 반드시 함께 설계한다
종이를 없애고 데이터를 서버에 저장하면 새 위험도 생긴다 — 시스템 장애, 데이터 손상, 계정 오남용이다. 그래서 HACCP 전산화엔 백업정책과 사용자 권한관리가 포함되어야 한다. 작업자는 자기에게 필요한 기록을 작성하고, 품질담당자는 검토·승인하며, 시스템관리자라고 이미 승인된 품질기록을 아무 이력 없이 바꿀 수 있어선 안 된다.
사용자 → 역할 → 작성권한 → 검토권한 → 승인권한 → 수정권한 → Audit Trail
백업도 실제 복구가 되는지 주기적으로 확인한다. 백업파일이 존재하는 것과 장애 때 데이터를 복구할 수 있는 것은 다른 문제다.
HACCP 전산화는 세 단계로 접근한다
- 1단계 — 기록 전산화. 반복되는 점검표·일지를 전자화하고 누락알림·전자결재를 적용한다.
- 2단계 — 생산 데이터 연결. 전자기록을 제품·생산지시·Batch·원재료 LOT와 연결한다.
- 3단계 — 자동수집과 통제. 가능한 공정부터 바코드·전자저울·PLC·센서를 연결하고, CCP 이탈과 품질상태를 생산·재고·출하 통제까지 잇는다.
전자기록 → 전자결재 → LOT/Batch 연결 → 센서 자동수집 → 품질·출하 통제
처음부터 모든 걸 자동화할 필요는 없다. 중요한 건 첫 번째 기록을 전자화할 때부터 나중에 생산·LOT·품질 데이터를 연결할 수 있는 구조로 만드는 것이다.
HACCP 전산화의 목표를 단순히 “종이 없는 공장”으로 잡으면 안 된다. 종이 대신 태블릿에 같은 내용을 입력하는 것만으로는 현장의 업무량이 크게 줄지 않기 때문이다. 중요한 건 한 번 생성된 데이터를 다시 사용하도록 만드는 것이다 — 입고검사에서 생성된 원재료 LOT가 생산에 쓰이고, 생산 Batch가 CCP 기록과 연결되고, 완제품 LOT가 재고와 출고로 이어지는 구조. 그리고 작성할 기록이나 검사·검교정 일정이 누락되지 않도록 스케줄러가 관리하고, 수정이 생기면 이력을 남기는 구조다.
HACCP 전산화의 목적은 종이를 없애는 데 있지 않다. 현장에서 발생한 식품안전 데이터를 신뢰할 수 있는 제조이력으로 만드는 것이다. 전자문서와 전자결재는 그 시작이고, LOT·MES·ERP·센서 데이터까지 연결될 때 HACCP 기록은 단순한 심사자료를 넘어 실제 식품안전 관리 데이터가 된다.
그런데 CCP 기록 한 줄이 비어 있으면, 심사에서 무슨 일이 벌어질까?
HACCP · 품질CCP란? 뜻·결정방법·한계기준·모니터링 — 식품 중요관리점 관리법3분 만에 확인
글 · Michael Han
(주)단지 대표(식품제조, 2016~) · VSL Vietnam MD · ISO 9001·14001·45001 인증심사원.저자 소개 →
최종 검증:
개정 이력
· 발행
· 개정
여기 담긴 규정·수치는 최소 6개월마다 위 공식 출처와 대조해 재확인합니다. 실질적 변경(요건·기준·수치)은 조용히 덮어쓰지 않고 개정 이력에 남깁니다.
이 글은 일반적인 실무 정보이며 법률·세무·행정 자문이 아닙니다. 규정·수치는 관할과 시점에 따라 달라지므로, 실제 판단 전 위 공식 출처와 관할 기관에서 최신 기준을 확인하시기 바랍니다.