식품제조업 생산일보 표준화 — 하루 생산량이 아니라 생산사실을 기록하는 구조

공장장에게 어제 생산실적을 물었을 때 “완제품 4,800개를 생산했다”는 답만 나온다면 생산일보는 있지만 생산 데이터는 부족한 상태다.

4,800개를 만들기 위해 실제 원료가 얼마나 투입됐는지, 어느 Lot를 사용했는지, 양품과 폐기는 각각 얼마인지, 설비가 몇 분 정지했는지, 계획보다 수율이 낮았다면 어느 공정에서 손실이 발생했는지가 함께 설명돼야 한다.

수기 생산일보의 문제는 종이가 아니다. 하루 동안 발생한 여러 제조사실을 퇴근 전에 한 장의 결과 숫자로 압축한다는 것이 문제다.

생산일보는 보고서가 아니라 제조 Transaction의 집합이다

전통적인 생산일보에는 날짜·품목·생산량·작업인원 정도가 기록된다. 그러나 MES 관점에서는 생산일보라는 하나의 문서가 존재할 필요조차 없다. 생산지시 시작시각·원료투입·공정완료·비가동·폐기·완제품 생산 같은 Event가 각각 발생할 때 기록되고, 시스템이 이를 모아 하루의 생산일보를 생성하면 된다.

따라서 데이터 흐름의 중심은 날짜가 아니라 Production Order와 Batch다.

Production Order → Product → Work Center → Batch → Process Event

이 관계가 먼저 만들어져야 한다. 같은 날 동일 제품을 세 번 생산했다면 일일 합계 하나가 아니라 세 개 Batch의 실적이 존재해야 한다. 그래야 원료 Lot·CCP 기록·수율·실제원가를 각각 연결할 수 있다.

생산지시번호와 Batch ID는 역할이 다르다

Production Order는 무엇을 얼마나 생산할 것인지 정의하는 계획·지시 단위다. Batch ID는 실제 생산이 수행된 제조단위를 식별한다. 하나의 생산지시를 여러 Batch로 나누어 실행할 수도 있으므로 두 값을 동일한 번호로 강제할 필요는 없다.

Work Center 역시 단순 설비명이 아니다. 배합·가열·성형·냉각·포장처럼 생산능력과 작업실적을 집계할 수 있는 공정 자원 단위로 정의해야 한다. 이 구조가 있어야 “오늘 5,000개 생산”에서 한 단계 더 들어가 “어느 공정에서 시간이 지연됐는가”를 분석할 수 있다.

투입량은 BOM이 아니라 실제 제조사실에서 가져와야 한다

표준 BOM에 원료 A가 100kg이라고 등록돼 있어도 실제 투입량은 102.4kg일 수 있다. MES에서는 작업자가 원료 Lot 바코드를 Scan하고 전자저울에서 실제 계량값을 받아 Batch ID + Material Code + Material Lot + Actual Quantity 형태로 저장하는 것이 좋다. 이 값이 Actual Consumption이다.

앞선 BOM 정확도 구조에서 관리하는 Standard BOM과 비교하면 어느 Batch에서 사용량 차이가 발생했는지 계산할 수 있다. 표준 BOM과 Actual Consumption을 구분해야 생산일보가 원가분석 자료가 된다.

수율은 완제품 생산량 하나로 계산해서는 부족하다

식품공정에서는 수분증발·절단손실·선별·성형불량·검사폐기·공정잔량 등이 발생한다. 따라서 최소한 Actual Input → Process Output → Good Output → Normal Loss → Abnormal Loss 관계를 설명할 수 있어야 한다.

가열공정에서 발생한 정상 수분증발과 작업실수로 폐기한 원료를 동일한 Loss로 기록하면 개선대상을 찾을 수 없다. 부산물이 회수되거나 재사용되는 공정이라면 By-product와 Rework도 별도 수량으로 관리해야 한다. 좋은 생산일보는 손실을 없애는 문서가 아니라 손실이 어디에서 발생했는지 구분하는 데이터다.

Downtime은 시간을 적는 것보다 원인을 표준화하는 것이 중요하다

“기계 정지 40분”만으로는 개선할 수 없다. 설비고장인지, 품목교체인지, 세척·소독인지, 원료대기인지, 품질판정 대기인지 구분돼야 한다. 따라서 Downtime Reason Master를 정의한다.

작업자는 긴 문장을 작성하지 않고 설비고장 · 세척 · Changeover · 원료대기 · 품질대기처럼 승인된 사유를 터치한다. 시작·종료시각은 시스템이 기록한다. 이 데이터가 쌓이면 생산량 감소가 설비성능 때문인지 공급문제 때문인지 구분할 수 있다. 이후 필요하면 Availability·Performance 등의 생산성 지표로 확장할 수 있다.

현장 입력은 많을수록 정확해지는 게 아니다

MES 구축이 실패하는 대표적인 이유가 종이 생산일보의 모든 칸을 태블릿 화면으로 옮기는 것이다. 작업자가 품목명·Batch 번호·설비·시간·원료명을 반복 입력하면 결국 현장에서는 입력을 미루게 된다.

생산지시를 선택하면 품목과 Work Center가 자동으로 나타나고, 원료는 바코드 Scan, 중량은 저울, 시간은 시스템 Time-stamp에서 가져와야 한다. 사람은 예외와 판단만 입력한다. 시스템이 이미 알고 있는 데이터를 작업자에게 다시 묻지 않는 것이 현장 UI의 기본 원칙이다.

생산과 HACCP 데이터를 따로 입력할 이유도 없다

가열 CCP 측정값이 별도의 HACCP 프로그램에 있고 생산 Batch는 MES에 있다면 동일한 제조사실이 두 시스템으로 분리된다. 생산지시가 시작될 때 제품·Batch·설비와 적용 CCP를 Binding하면 측정값도 해당 Batch에 자동 귀속시킬 수 있다.

이 구조는 CCP 모니터링 디지털화와 연결된다. 생산실적을 찾은 뒤 다시 HACCP 서류철에서 같은 시간대의 기록을 찾는 방식이 아니라 Finished Lot → Batch → Process → CCP Record로 조회할 수 있어야 한다.

수기 생산일보와 MES 생산일보의 차이는 집계방식이다

구분	수기·엑셀 생산일보	MES/ERP 표준 생산일보
기준 단위	날짜·품목	Production Order·Batch
생산수량	종료 후 수기	공정 Event별 집계
원료투입	추정·BOM 기준	Lot별 Actual Consumption
작업시간	수기 작성	Time-stamp
Loss	총량 중심	원인·공정별 분리
Downtime	비고란 기록	Reason Master
HACCP	별도 일지	Batch/CCP 연결
재고수불	재입력·월말조정	ERP Material Movement 연동
원가	표준 중심	Batch Actual Cost 기반
수정이력	확인 어려움	Audit Trail

Backflush는 실제투입 데이터를 대체하는 만능 기능이 아니다

Batch 완료 시 ERP가 BOM 기준으로 원료를 자동 차감하는 Backflushing은 입력업무를 줄이는 데 유용하다. 하지만 실제투입량 변동이 큰 원료까지 표준수량으로 차감하면 장부재고와 실물이 다시 벌어진다.

식품공장에서는 품목 특성에 따라 방식을 나누는 것이 현실적이다. 중량 변동과 원가 영향이 큰 핵심 원료는 MES Actual Consumption을 ERP 출고수량으로 반영한다. 개별 실측의 실익이 낮고 사용량이 안정적인 포장재나 소모성 자재는 허용오차와 정기 실사를 전제로 Backflush를 사용할 수 있다. 즉 자동화의 목적은 모든 자재를 자동 차감하는 게 아니라 가장 신뢰할 수 있는 Source Data를 재고수불에 사용하는 것이다.

Batch 완료가 곧바로 판매가능 재고를 의미하지도 않는다

생산이 완료되면 MES에서 완제품 생산수량을 ERP로 전송할 수 있다. 그러나 생산완료와 품질승인은 구분해야 한다. 제품이 만들어졌다는 사실은 Produced이고, 품질검사를 거쳐 판매 가능한 상태가 된 것은 RELEASED다.

따라서 생산실적 확정과 동시에 완제품 수량은 입고하되, 필요하면 QC HOLD 상태로 생성하고 QA 승인 후 Available Inventory로 전환하는 구조가 안전하다. 생산량과 출하가능량을 같은 숫자로 취급하지 않는 것이다.

실제원가는 생산일보에서 시작된다

제품원가를 정확하게 계산하려면 회계 데이터만으로는 부족하다. ERP는 원료 구매단가·급여·감가상각·전력비 같은 금액정보를 가지고 있고, MES는 Actual Material Consumption·Good Output·작업시간·설비시간·Loss 같은 실제 제조수량을 제공한다. 두 데이터를 Batch ID로 결합하면 Actual Material Cost + Labor + Manufacturing Overhead 구조의 Batch Costing으로 확장할 수 있다.

Document AI가 구매문서에서 정확한 매입단가를 가져오고, MES 생산일보가 실제 투입량을 제공하며, BOM은 Standard와 Actual의 차이를 설명한다. 각 시스템의 역할이 여기에서 연결된다.

생산일보 표준화의 결과물은 종이 없는 공장이 아니다

생산일보를 PDF로 저장한다고 제조 데이터가 표준화되는 게 아니다. 생산사실이 Batch 단위 Transaction으로 구조화돼야 한다. 그 위에 BOM Variance·Yield·Downtime·CCP·재고수불·Actual Cost가 연결된다.

따라서 디지털 생산일보의 완성도를 판단하는 기준은 화면 디자인이나 전자결재 수가 아니다.

어제 생산한 완제품 Lot 하나를 선택했을 때 어떤 Batch에서, 어떤 원료 Lot를 얼마나 투입했고, 어느 공정에서 얼마의 Loss와 Downtime이 발생했으며, 그 결과 재고와 원가가 어떻게 변했는지를 하나의 데이터 흐름으로 설명할 수 있는가.

그 질문에 답할 수 있을 때 생산일보는 보고서에서 제조 데이터베이스로 바뀐다.