품목제조보고 변경 실무 — 레시피를 바꾸는 순간 행정정보도 같이 움직여야 한다

식품공장에서 레시피는 자주 바뀐다. 원료 수급이 불안해 대체 원료를 검토하고, 맛을 조정하기 위해 배합비를 수정하며, 원가를 낮추기 위해 공급처를 바꾸기도 한다.

문제는 R&D와 생산현장에서는 이미 새 레시피를 사용하고 있는데 품목제조보고는 과거 상태로 남아 있는 경우다. 이때 ERP BOM, MES Recipe, 포장표시, 품목제조보고 데이터가 서로 다른 제품을 설명하게 된다.

품목제조보고 변경관리의 핵심은 행정서류를 늦지 않게 제출하는 것보다 제품의 법적 정보와 실제 제조조건이 같은 Revision을 가리키도록 유지하는 것이다.

품목제조보고와 변경보고는 다른 절차다

식품위생법 제37조제6항에 따른 품목제조보고의 세부 절차는 시행규칙 제45조에 규정되어 있다. 신규 품목은 제조방법설명서와 필요한 소비기한 설정사유서 등을 첨부해 제품생산 시작 전 또는 생산 시작 후 7일 이내 등록관청에 제출한다.

이미 보고한 품목의 내용을 바꾸는 경우에는 제46조가 적용된다. 현재 명시된 변경보고 대상은 세 가지다.

제품명
품목제조보고 시 제출한 원재료명 또는 성분명 및 배합비율
소비기한 연장

변경보고서 역시 제품생산 시작 전 또는 변경제품 생산 시작일부터 7일 이내 등록관청에 제출하도록 되어 있다. 수출용 식품을 제조하기 위한 변경에는 예외가 규정돼 있다.

“1%밖에 안 바꿨다”는 판단기준이 아니다

현장에서 가장 위험한 표현은 “조금만 바꿨다”다. 법령은 원재료 변경을 1%, 5% 같은 일률적인 허용폭으로 판단하지 않는다. 중요한 것은 품목제조보고 시 제출한 원재료명·성분명 및 배합비율이 실제로 변경되었는가다.

예를 들어 기존 보고내용이 원료 A 60 / 원료 B 30 / 원료 C 10인데 실제 Recipe가 A 59 / B 31 / C 10으로 바뀌었다면, 내부적으로 “미세조정”이라고 부르더라도 변경보고 검토대상이다. 특히 식품첨가물이나 알레르기 관련 원료라면 표시사항과 기준·규격까지 동시에 검토해야 한다.

공급사 변경과 원재료 변경은 같은 의미가 아니다

공급업체 A에서 B로 바꿨다고 해서 모든 공급사 변경이 자동으로 품목제조보고 변경 대상이 되는 것은 아니다. 동일한 원재료명과 동일한 Spec을 유지한다면 행정상 품목제조보고 내용 자체는 바뀌지 않을 수 있다. 하지만 신규 공급사의 원료가 다음에서 달라진다면 문제는 달라진다.

성분구성 / 첨가물 / 알레르기
원산지 표시 / 수분함량 / 고형분

따라서 ERP에서는 Vendor Change와 Material Specification Change를 분리해야 한다. 구매팀의 거래처 변경과 QA의 규제검토가 같은 프로세스가 아니기 때문이다.

제품명 변경은 단순 마케팅 수정으로 보면 안 된다

브랜드 리뉴얼 과정에서 제품명을 변경하는 경우도 제46조상 변경보고 대상이다. 제품명이 바뀌면 품목제조보고만 수정하고 끝낼 문제가 아닐 수 있다.

포장지 / 바코드 / 거래처 상품코드
온라인 상품정보 / CoA / 제품규격서
ERP Item Master

까지 연결된다. 따라서 제품명 변경 = Regulatory + Master Data + Label Change로 보는 편이 안전하다.

소비기한은 ‘연장’ 여부를 구분해야 한다

현재 시행규칙 제46조는 소비기한 변경 중에서도 소비기한을 연장하는 경우를 명시하고 있으며, 이 경우 소비기한 연장사유서를 첨부하도록 규정한다. 따라서 “소비기한을 하루라도 바꾸면 무조건 같은 변경보고 절차”라고 단순화하면 안 된다.

소비기한 연장은 설정 근거와 Validation을 다시 확인해야 한다. Shelf-life 시험결과, 포장조건, 보관온도 등이 기존 조건과 동일한지도 검토해야 한다. 소비기한 단축이나 기타 표시변경은 품목제조보고 변경 여부뿐 아니라 표시기준과 실제 운영조건을 별도로 확인해야 한다.

’성상 변경’은 자동으로 제46조 항목이라고 쓰면 안 된다

현장에서 액상 → 페이스트, 냉장 → 냉동, 살균 → 비살균처럼 제품특성이 달라지는 변경이 발생할 수 있다. 이런 변경은 품질과 법적 위험이 매우 크다. 하지만 현재 제46조의 열거항목에 성상 변경이라는 독립항목이 그대로 존재하는 것은 아니다.

대신 제조방법이나 제품특성이 실질적으로 달라져 기존 품목제조보고가 더 이상 동일 제품을 설명하지 못한다면 신규 품목제조보고 또는 다른 규제검토가 필요한지 확인해야 한다. 즉 단순히 제46조 체크박스 하나로 판단할 문제가 아니다.

법정 변경과 내부 4M 변경은 범위가 다르다

4M 변경관리에서는 작업자, 설비, 원료, Method 변경을 폭넓게 관리한다. 그러나 모든 4M 변경이 품목제조보고 변경 대상은 아니다.

작업자 교체
동일 사양 센서 교체
비제품접촉 설비 수리

같은 변경은 내부 품질검토 대상일 수 있지만 품목제조보고 변경과 직접 연결되지 않을 수 있다. 반대로 원재료와 Recipe 변경은 품목제조보고뿐 아니라 표시, HACCP, BOM, 원가까지 동시에 영향을 줄 수 있다. 따라서 4M Change와 Regulatory Change를 같은 것으로 보지 말고 연결된 별도 Layer로 설계해야 한다.

가장 위험한 구조는 R&D가 먼저 바꾸고 QA가 나중에 알게 되는 구조다

연구개발팀이 Recipe 파일을 수정한다. 생산팀은 메신저로 전달받은 새 배합표를 사용한다. 한 달 뒤 품질팀이 이를 발견한다. ERP BOM은 여전히 구버전이다.

이 구조에서는 행정문제뿐 아니라 원가와 재고도 틀어진다. Standard BOM과 Actual BOM이 달라지고, MRP는 잘못된 원료수요를 계산하며, 표시사항까지 실제 배합과 달라질 수 있다. 그래서 품목제조보고 변경관리는 BOM Precision과 동일한 Change Control 안에서 다뤄야 한다.

ECO는 ’변경 허가서’가 아니라 영향평가 Workflow다

식품공장에서 ECO를 도입한다면 변경요청 단계에서 최소한 다음 영향여부를 판단해야 한다.

품목제조보고 / 표시사항 / 알레르기 / 소비기한
HACCP 위해요소 / CCP / 원료 Spec
BOM / 제품원가 / 바이어 사양서

이 중 Regulatory Impact가 YES라면 QA 또는 규제담당자의 Review Task가 자동 생성되도록 구성할 수 있다. 행정절차가 필요한 변경은 REGULATORY HOLD 상태로 두는 방식이다.

생산차단은 모든 변경을 막는 방식으로 설계하면 실패한다

ECO가 하나 등록됐다고 공장 전체 생산을 정지시키면 시스템은 오래 버티지 못한다. 변경대상 SKU나 Material, Work Center만 통제해야 한다.

예를 들어 Recipe Rev.05가 아직 Regulatory Review 중이라면 Rev.05를 사용하는 신규 Work Order만 발행하지 못하게 할 수 있다. 기존 Rev.04 제품은 정상 생산이 가능할 수 있다. Product + Revision + Effective Date 단위의 Block Release가 필요한 이유다.

신고가 끝났다고 기존 BOM을 덮어쓰면 안 된다

변경보고가 완료되면 ERP BOM을 새 값으로 변경해야 한다. 하지만 기존 BOM을 수정해서 과거값을 없애서는 안 된다. 예를 들어 다음처럼 Version을 보존해야 한다.

Recipe Rev.03 — Effective until 2026-10-14
Recipe Rev.04 — Effective from 2026-10-15

MES Batch도 자신이 사용한 Recipe Revision을 저장해야 한다. 그래야 문제가 발생했을 때 어느 제품이 변경 전 조건으로 생산됐고 어느 제품부터 변경조건이 적용됐는지를 추적할 수 있다.

식품안전나라 연계는 ’자동 제출’보다 먼저 데이터 정합성을 확보해야 한다

시스템에서 품목제조보고 데이터를 자동 생성하는 기능은 유용하다. 하지만 실제 행정시스템에 완전 자동 제출할 수 있는지는 제공되는 공식 인터페이스와 권한체계를 별도로 확인해야 한다. 따라서 현실적인 첫 단계는 다음이다.

ERP Item/BOM → Regulatory Data Set 생성 → QA 검토 → 제출 → 접수정보 저장

행정기관 접수번호나 변경문서를 ECO에 첨부하고, 해당 조건이 충족돼야 Release가 가능하도록 만드는 편이 안전하다.

구두·엑셀 변경과 ECO 기반 변경통제의 차이는 Revision을 증명할 수 있는가다

구분	수기·R&D 개별 관리	ERP/MES ECO 관리
변경요청	메신저·엑셀	ECO Request
변경 전후	파일 비교	Revision 관리
규제영향	담당자 기억	Regulatory Check
품목제조보고	별도 업무	Workflow Task
BOM	직접 수정	승인 후 Revision
MES Recipe	수동 배포	Effective Version
생산차단	전화·지시	Revision Lock
표시 검토	별도 확인	Change Impact 연계
적용시점	현장 판단	Effective Date
변경이력	파일 검색	Audit Trail

품목제조보고 변경관리의 핵심은 7일이 아니라 ’동일성’이다

현행 법령은 변경보고를 제품생산 시작 전 또는 생산 시작일부터 7일 이내 제출하도록 하고 있다. 그러나 시스템 운영 목표를 “7일 안에 신고하면 된다”로 잡으면, 이미 현장에서는 변경 Recipe가 사용되고 있는데 ERP와 표시정보가 구버전인 기간이 생길 수 있다.

따라서 High Risk 변경은 가능하면 생산 전에 행정검토와 Master Release를 마치는 것이 관리상 더 안전하다. 법적 제출기한과 회사 내부 Change Control 기준은 같은 개념이 아니다.

품목제조보고 변경관리의 본질은 신고서를 제출하는 일이 아니라, 실제 제품·법적 신고정보·BOM·MES Recipe·표시사항이 같은 Revision을 설명하도록 만드는 것이다.

이 구조가 ECO 변경관리와 연결될 때 품목제조보고는 행정팀의 별도 업무에서 벗어나 제조기준정보의 일부가 된다.

확인 안내: 본문은 작성 시점 시행 「식품위생법 시행규칙」 기준이다. 품목제조보고 대상, 변경범위, 첨부자료 및 처분기준(별표 23)은 개정될 수 있으므로 실제 Recipe 변경 전에는 최신 법령과 등록관청의 적용기준을 다시 확인해야 한다.