품목제조보고 끝났는데 왜 못 파나 — 표시·자가품질검사·소비기한과 출하승인 실무

품목제조보고번호가 시스템에 뜨는 순간, “이제 팔아도 되겠다” 싶어진다. 번호가 나왔으니 출시 행정이 끝났다고 여기고 바로 출하지시를 넣는 것이다. 그런데 그 번호는 “이 제품을 이렇게 만들겠다고 신고했다”는 접수 기록이지, “팔아도 된다”는 허가증이 아니다.

「식품위생법」상 품목제조보고는 만들려는 제품의 명칭·식품유형·원재료·배합비·제조방법 등을 등록관청에 보고하는 절차다. 현행 시행규칙 제45조는 이 보고서를 제품생산 시작 전, 또는 생산 시작 후 7일 이내에 내도록 한다. 생산을 시작하고 나서 내도 되는 절차라는 것 자체가, 이게 개별 제품의 안전성·표시 적법성을 사전 심사해 판매를 허가하는 제도가 아니라는 방증이다. (미보고·허위보고 시 품목별 과태료가 부과된다.)

그래서 품목보고번호가 생겼다고 표시사항·자가품질검사·소비기한 근거·영양표시 같은 다른 의무까지 함께 충족된 게 아니다. 제품 출시 관리는 행정상 품목등록과, 회사 내부의 출하승인(Release)을 분리하는 데서 시작해야 한다. 이 글은 그 분리를 ERP/MES에서 어떻게 구조로 만드는지 정리한다. (식품제조가공업 등록이 그 앞 단계다.)

1. 품목제조보고 ≠ 판매 가능 상태

품목제조보고 단계에서는 제조방법설명서와, 필요한 경우 소비기한 설정사유서 등을 제출한다. 등록관청은 이 내용을 관리대장에 기록·보관한다. 여기서 놓치기 쉬운 건 — 관할 기관이 포장재의 모든 문구와 영양성분 수치를 제품별로 사전 승인해 주는 구조가 아니라는 점이다.

실제 판매 제품에는 별도로 「식품 등의 표시·광고에 관한 법률」이 적용된다. 제품명, 내용량, 원재료명, 영업소 명칭·소재지, 소비기한, 소비자 안전 표시 등 법정 표시사항을 갖춰야 하고, 영양표시 의무대상이면 영양성분 표시도 충족해야 한다.

그래서 가장 위험한 출시 흐름은 이것이다.

품목제조보고 완료 → 포장재 입고 → 생산 → 즉시 출하

적절한 흐름은 품목보고와 병행해 표시사항 검토·소비기한 근거 확인·품질검사 계획·ERP/MES 기준정보 등록을 끝낸 뒤, 품질책임자가 최종 Release를 승인하는 구조다.

구분	품목제조보고 단계	실제 출하 전 확인사항
제품 기본정보	제품명·식품유형 보고	실제 포장 표시와 일치 여부
원재료	원재료명·배합비 보고	표시 순서·함량·알레르기 검증
제조공정	제조방법 보고	실제 MES 공정·BOM과 일치
소비기한	설정사유서 적용	표시값·Lot별 날짜 계산 검증
자가품질검사	별도 관리 영역	유형별 검사주기·항목 등록
영양성분	별도 표시 규제	의무대상 판단·표시값 검증
ERP/MES	행정절차와 별도	품목·BOM·Lot·출하상태 등록
출하승인	품목보고가 승인 아님	QA Release 후 판매 가능 전환

2. 첫 번째 병목 — 자가품질검사

「식품위생법」상 식품제조·가공업자는 판매 목적으로 만든 식품에 대해 자가품질검사를 해야 한다. 이 검사는 모든 식품에 세균수·대장균군·타르색소를 똑같이 적용하는 게 아니라, 식품유형별 검사항목(시행규칙 [별표 12] 자가품질검사기준)을 적용한다. 사용하지 않은 특정 첨가물 관련 항목은 일정 조건에서 생략될 수 있다.

그래서 MES·품질관리 시스템에서도 ’자가품질검사’라는 하나의 공통 항목을 만들어선 안 된다. 이렇게 기준정보로 짜야 한다.

식품유형 → 적용 검사규격 → 검사주기 → 검체 Batch → 시험기관 → 성적서 → 적합/부적합

검사주기는 처음으로 제품을 제조한 날을 기준으로 산정하고, 검사 기록(성적서)은 최종 검사일부터 2년간 보관한다. 현장점검 때 제시해야 하므로 Lot·검체와 묶어 두는 게 안전하다.

여기서 법적 최소조건과 회사 품질정책을 구분해야 한다. 법령이 모든 일반 가공식품에 대해 “첫 Batch 성적서 적합 확인 전 판매를 일률 금지”한다고 규정하는 건 아니다 — 자가품질검사는 식품유형별 법정 주기로 운영되는 의무다. 다만 신규 제품·신규 공정·위해도 높은 제품에서는 회사 내부 정책으로 Initial Batch Hold를 두는 게 안전하다. 첫 생산 Lot에서 검체를 뜨고 시스템상 QC HOLD로 걸어 둔 뒤, 결과가 적합이면 RELEASED, 부적합이면 BLOCKED로 전환하는 방식이다. 법이 시키는 최소치와, 사고를 막는 회사 수준을 같은 것으로 설명하면 안 되는 이유다.

3. 두 번째 병목 — 포장지가 아니라 ‘표시 데이터’

품목보고 때 등록한 원재료와 실제 생산 BOM이 바뀌었는데, 포장재는 과거 배합 기준으로 이미 찍혀 있는 상황 — 현장에서 정말 자주 난다.

표시광고법은 제품명·내용량·원재료명·영업소 정보·소비기한 등의 표시를 요구하고, 알레르기 유발물질을 원료로 썼다면 별도 표시기준이 적용된다. 법정 표시대상은 총 22종이다.

알류(가금류)·우유·메밀·땅콩·대두·밀·고등어·게·새우·돼지고기·복숭아·토마토·아황산류·호두·닭고기·쇠고기·오징어·조개류(굴·전복·홍합 포함)·잣

진짜 함정은 복합원재료다. 소스·앙금·프리믹스 하나가 바뀌면 그 안의 세부 원재료와 알레르기 물질이 제품 표시까지 흔든다. 구매팀이 공급사 원료를 교체했는데 품질팀과 포장재 Master가 갱신 안 되면, 품목보고상 배합 · MES BOM · 실제 투입원료 · 표시사항이 제각각으로 벌어진다.

그래서 원재료 함량·알레르기 표시 산출은 디자인 업무가 아니라 BOM 관리와 연결해야 한다. 포장재 PDF를 눈으로 승인하는 걸로는 부족하고, 제품 Master에서 원재료 구성을 뽑아 표시사항 Version과 묶는 구조가 필요하다.

4. 소비기한은 ’숫자 입력 칸’이 아니다

품목제조보고에는 필요한 경우 식약처장이 정한 기준으로 설정한 소비기한 설정사유서를 첨부한다. 실무에서는 이걸 그냥 ‘냉동 12개월’, ‘냉장 15일’ 같은 텍스트로 ERP에 넣고 끝내는 경우가 많다.

그러나 시스템에서는 최소한 보관조건 · 제조일 기준 계산방식 · 소비기한 일수 · 설정근거 문서 Version을 품목 Master와 연결해야 한다. 같은 제품이라도 냉장·냉동은 별도 SKU로 관리하는 게 안전하다. MES에서 생산 Lot를 만드는 순간 제조일 기준으로 소비기한이 자동 계산되고, 라벨 프린터로 가는 날짜도 같은 값을 써야 한다.

ERP 출하 단계에서는 소비기한이 지난 Lot는 출하를 막고, 잔여 소비기한이 거래처 최소 입고기준보다 짧으면 별도 승인 대상으로 돌린다. 즉 소비기한은 표시사항이면서 동시에 Lot 재고관리 규칙(FEFO)이다.

5. 영양성분 표시도 품목보고와 별개다

「식품 등의 표시·광고에 관한 법률」 제5조는 총리령으로 정하는 식품에 영양표시 의무를 부과하고, 의무대상인데 영양표시가 없거나 표시방법을 위반한 식품은 판매 등을 못 하게 한다. “품목보고가 수리됐으니 영양성분표는 나중에 붙이면 된다”는 접근이 위험한 이유다.

영양표시 대상 여부를 먼저 판단하고, 원재료·배합비 기준으로 영양성분값을 확정해 포장재에 반영해야 한다. 여기서도 BOM이 핵심이다 — 배합비가 바뀌었는데 과거 분석값을 계속 쓰면 표시 데이터와 실제 제품이 어긋난다. 그래서 배합 Version이 바뀌면 영양성분 재검토가 필요한지 QA 승인 Workflow가 작동하는 구조가 맞다.

6. ERP/MES에 ‘판매 가능’ 상태를 따로 만든다

품목코드가 생성된 것과 출하할 수 있는 것을 같은 상태로 처리하면 규제관리가 약해진다. 제품 Master에는 최소한 품목제조보고번호 · 식품유형 · BOM Version · 소비기한 기준 · 보관조건 · 알레르기 정보 · 영양표시 적용 여부 · 자가품질검사 유형 · 표시사항 Version · 품질 Release 상태가 연결되어야 한다.

신규 품목의 시스템 상태는 이렇게 관리할 수 있다.

MillioAImillioai.com

제품 Master · 출하상태(Release) · 신제품 소스 200ml

단계	상태	출하
품목제조보고 완료	REGULATORY REGISTERED	불가
표시·소비기한·영양 검토	PACKAGING APPROVED	불가
최초 생산 Lot 검체	QC HOLD	보류
QA 최종 승인	RELEASED	가능

RELEASED 상태 Lot만 출하지시·거래명세서 생성

MillioAI 화면 예시(도식) — 품목보고 완료는 REGULATORY REGISTERED일 뿐, 표시·품질 검증과 QA 승인을 거쳐 RELEASED가 되어야 출하가 열린다. 실제 구현: millioai.com

DRAFT → REGULATORY REGISTERED → PACKAGING APPROVED → PRODUCTION ENABLED → QC HOLD → RELEASED

품목제조보고가 끝나면 REGULATORY REGISTERED가 될 뿐이다. 표시가 승인 안 됐으면 포장 생산지시를 막고, 최초 검증 Lot를 Hold하도록 설정한 제품은 QA 승인 전까지 ERP 출하지시·거래명세서 생성을 막는다. 부적합 판정이 나면 해당 Lot를 BLOCKED로 바꿔 이동·출고·판매주문 할당을 차단한다.

단계	행정·품질 업무	ERP/MES 제어
제품개발	배합·공정 확정	임시 품목/BOM 생성
품목제조보고	제품·배합·제조방법 보고	보고번호·Version 등록
표시검토	원재료·알레르기·영양·소비기한	Packaging Master 승인
최초생산	Batch/Lot 생성	QC HOLD 적용 여부 결정
품질관리	검사·공정기록 검토	성적서·검체 Lot 연결
QA 승인	적합성·표시 최종 확인	RELEASED 변경
출하	판매·물류 처리	Released Lot만 할당

7. 가장 중요한 통제점 — BOM 정합성

출시 과정에서 규제정보와 제조정보가 갈라지는 지점은 거의 다 BOM이다. 품목보고엔 A 40%·B 30%·C 30%로 등록됐는데 MES엔 A 38%·B 32%·C 30%로 들어가 있으면, 그 뒤 모든 데이터가 틀어진다 — 원재료 함량표시·알레르기·영양성분·제조원가뿐 아니라, 품목보고 내용 자체와 실제 제조내역이 불일치하게 된다.

그래서 품목보고 배합을 별도 PDF·엑셀로만 두지 말고 ERP/MES의 Regulatory BOM과 연결한다. 네 가지 BOM을 완전히 따로 만드는 게 아니라, 하나의 기준 배합 Version에서 파생시키는 구조가 유리하다.

Regulatory BOM → Manufacturing BOM → Label BOM → Cost BOM

배합비가 바뀌면 시스템은 생산부서만 갱신하는 게 아니라 품목보고 변경 필요 여부 · 표시사항 재검토 · 영양성분 재검토 · 제조원가 재계산을 동시에 Workflow로 띄워야 한다. 이 연결이 하나의 제조 데이터 체계로 가는 길이다.

식품을 만들어 팔아 보며 뼈저리게 배운 게 있다. 사고는 대개 “몰라서”가 아니라 “따로 놀아서” 난다는 것이다. 구매가 원료를 바꾼 걸 품질이 모르고, 품질이 검사 중인 걸 영업이 모르고, 영업이 이미 출하 지시를 넣은 걸 아무도 못 막는다. 품목제조보고 이후의 출하관리에서 서류를 몇 개 더 만드는 건 답이 아니다. 품목보고번호·Regulatory BOM·실제 생산 BOM·표시사항·소비기한·품질검사·Lot 상태가 하나의 Product Master를 기준으로 같이 움직이게 하는 것, 그래서 “이 Lot는 아직 RELEASED가 아니다”라는 한마디가 담당자의 기억이 아니라 시스템에서 나오게 하는 것 — 그게 진짜 출하관리다. 품목보고번호가 뜬 그 순간의 “이제 팔아도 되겠다”를, 한 번 붙잡아 세우는 장치가 필요하다.