LOT 추적이란 무엇인가 — 원재료 입고부터 생산 Batch·완제품·출고까지 연결하는 법

식품공장에서 “LOT 관리를 하고 있다”는 말은 실제 의미가 서로 다른 경우가 많다. 어떤 공장은 완제품 포장지에 생산일자 기반 LOT 번호를 인쇄하는 걸 LOT 관리라 하고, 어떤 공장은 원재료 입고 시 LOT을 등록하고 생산할 때 실제 사용한 원재료 LOT을 기록한다. 둘 다 LOT 번호를 쓰지만 추적성의 수준은 전혀 다르다.

완제품 LOT을 조회했을 때 어떤 원재료 LOT이 투입됐는지, 어느 생산에서 만들어졌는지, 어떤 품질기록과 연결되는지, 현재 얼마가 남았는지, 어느 거래처로 몇 개가 나갔는지를 확인할 수 없다면, LOT 번호는 있지만 LOT 추적체계는 완성되지 않은 것이다. LOT 추적의 핵심은 번호를 만드는 게 아니라, 원재료에서 생산·완제품·재고·출고까지 제조이력을 끊기지 않게 연결하는 것이다.

LOT은 단순히 생산일자를 뜻하지 않는다

LOT은 일정한 조건·관리기준 아래에서 하나의 추적단위로 구분한 제품·자재의 묶음으로 이해하는 게 좋다. 공장에서는 흔히 생산일자·작업조·생산라인·원재료 조건·제조공정을 기준으로 LOT을 나눈다. 하지만 “같은 날 생산 = 반드시 같은 LOT”이나 “같은 설비 = 반드시 같은 LOT”으로 일률 정의할 수는 없다. 어디까지를 하나의 LOT으로 볼지는 제품·공정·위해요소·추적 필요성을 고려해 회사가 명확한 기준을 정해야 한다.

같은 날 같은 제품을 만들었어도 중간에 원재료 LOT이 바뀌었거나 세척 후 생산을 다시 시작했거나 공정조건이 크게 달라졌다면 별도 추적단위로 관리해야 할 수 있다. 반대로 연속공정에서는 여러 작업이 하나의 관리단위로 이어질 수도 있다. 중요한 건 LOT 기준이 일관되게 적용되고, 나중에 그 제조이력을 재현할 수 있어야 한다는 점이다.

LOT과 Batch는 시스템에서 구분하는 게 좋다

현장에서는 LOT과 Batch를 거의 같은 뜻으로 쓴다. 하지만 ERP·MES를 설계할 땐 구분해두는 게 유리하다. Batch는 실제 제조를 수행한 생산단위, LOT은 재고·품질·추적을 위한 식별단위로 볼 수 있다. 하나의 Batch에서 완제품이 나왔지만 포장조건·소비기한·품질상태 때문에 완제품 LOT이 둘 이상으로 나뉠 수 있고, 반대로 여러 중간 Batch가 다음 공정에서 합쳐질 수도 있다.

그래서 Batch No = LOT No로 고정하기보다 Production Batch와 Inventory/Traceability LOT 사이의 관계를 저장할 수 있게 설계하는 게 좋다. 공정이 단순한 공장은 두 번호를 같게 써도 문제없다. 중요한 건 번호를 몇 개 쓰느냐가 아니라 실제 제조관계를 잃지 않는 것이다.

LOT 번호에 모든 정보를 넣을 필요는 없다

LOT 번호를 만들 때 날짜·제품코드·생산순번을 다 넣으려는 경우가 있다. FG-260831-03처럼. 사람이 보기엔 편하지만, LOT 번호의 가장 중요한 역할은 유일한 식별자가 되는 것이다. 제품명·생산일자·라인·작업조·소비기한·Batch를 번호 안에 억지로 다 넣을 필요는 없다. 시스템에서는 LOT 번호를 Key로 두고 관련 정보를 Master·Transaction에서 연결하면 된다.

번호가 지나치게 길고 복잡하면 현장 입력에서 오히려 오류가 난다. 좋은 LOT 번호는 중복되지 않고, 일관되며, 현장에서 식별하기 쉬운 것이면 충분하다. 정보의 의미는 번호가 아니라 데이터 관계에서 만들어진다.

원재료 LOT은 공급업체 LOT과 내부 입고 LOT을 구분한다

원재료를 입고하면 이미 공급업체가 부여한 제조 LOT이 있을 수 있다. 이걸 그대로 쓸 수도, 회사 내부 입고 LOT을 따로 만들 수도 있다. 중요한 건 둘 사이의 관계를 잃지 않는 것이다.

공급업체 LOT → 자사 입고 LOT → 입고일 → 공급업체
   → 입고수량 → 품질상태 → 보관 Location

같은 공급업체 LOT이 여러 번 나눠 입고될 수도, 한 번 입고된 재료가 여러 창고로 흩어질 수도 있다. 그래서 LOT 번호 하나만 저장하기보다 품목 + 공급업체 LOT + 내부 LOT + 수량 + Location + 상태를 함께 관리하는 게 추적에 유리하다.

가장 중요한 기록은 생산 시 실제 투입 LOT이다

LOT 추적에서 가장 자주 끊기는 지점이 생산투입이다. 입고 LOT도 잘 관리하고 완제품 LOT도 잘 만들었는데, 생산기록엔 원재료 A 100kg 사용이라고만 남는 경우다. 그러면 실제로 어느 원재료 LOT을 썼는지 알 수 없다. 그래서 생산 시에는 생산 Batch → 원재료 품목 → 실제 투입 LOT → 실제 투입량이 연결돼야 한다.

BOM에 원재료 A가 100kg으로 정의돼 있어도 그건 표준투입량이다. LOT 추적에서는 실제로 쓴 원재료가 중요하다.

BOM 표준투입 → 실제 계량 → 실제 원재료 LOT → 실제 투입량 → 생산 Batch

이 정보가 있어야 재고와 LOT 추적, 수율과 제조원가가 같은 데이터를 쓴다.

여러 LOT을 섞어 쓰면 관계는 다대다가 된다

식품 제조에서는 원재료 LOT 하나로 완제품 LOT 하나를 만드는 단순한 경우보다 복잡한 상황이 많다. 원재료 A의 기존 LOT 20kg이 남고 새 LOT에서 80kg을 더해 한 Batch에 투입할 수 있다.

원재료 LOT A-01 → 20kg
원재료 LOT A-02 → 80kg   ┐
                        ├→ 생산 Batch P-01

반대로 하나의 원재료 LOT이 여러 Batch에 나눠 쓰일 수도 있다. 즉 실제 LOT 추적 데이터는 일대일이 아니라 하나의 LOT → 여러 Batch 또는 여러 LOT → 하나의 Batch가 될 수 있다. 이 관계를 Lot Genealogy(LOT 계보) 형태로 관리하면 원재료부터 완제품까지 제조관계를 정확히 추적할 수 있다.

원재료 잔량을 다음 생산에 쓰는 경우도 추적한다

현장에서는 원재료 한 포장을 한 번에 다 쓰지 않는다. 20kg 중 12kg을 쓰고 8kg이 남아 다음 생산에서 다시 쓸 수 있다. 이때 시스템이 최초 사용 시 전량을 차감해버리면 실제 재고와 추적정보가 모두 틀어진다.

입고 LOT 20kg → Batch A 실제투입 12kg → 잔량 8kg → Batch B 실제투입 8kg

LOT 추적은 “썼다/안 썼다”가 아니라 어느 생산에 얼마를 썼는지까지 관리할 때 재고정보와 일치한다.

완제품 LOT은 생산 Batch와 품질상태를 연결한다

생산이 끝나면 완제품 LOT이 생성된다. 이때 완제품 LOT에는 생산일자만이 아니라 필요한 범위에서 생산 Batch → 완제품 LOT → 생산수량 → 생산일시 → 적용 BOM/Recipe Version → 품질검사 → HACCP 기록 → 소비기한 → 재고상태가 연결된다.

특히 품질상태가 중요하다. 생산이 끝났다고 바로 판매 가능한 재고가 되는 건 아니다.

PRODUCED → QC HOLD → RELEASED
문제 시:  QC HOLD → BLOCKED

LOT과 품질상태가 연결돼 있어야 부적합 제품이 정상재고와 섞이는 것을 막는다.

정방향·역방향 추적이 모두 가능해야 한다

• 역방향(Trace-back) — 완제품에서 원재료로 올라간다. 클레임이 들어온 완제품 LOT을 조회해 완제품 LOT → 생산 Batch → 실제 투입 원재료 LOT → 공급업체.
• 정방향(Trace-forward) — 원재료에서 완제품·출고로 내려간다. 특정 원재료 LOT에 문제가 확인되면 원재료 LOT → 사용된 Batch → 완제품 LOT → 현재 재고 → 출고 거래처.

둘 중 하나만 되면 추적체계가 완성됐다고 보기 어렵다. 식품안전 문제는 완제품에서 시작될 수도, 원재료에서 시작될 수도 있기 때문이다.

출고에서도 LOT 관계가 유지돼야 한다

완제품 LOT까지 잘 관리했는데 출고 시 제품 A 100개 출고라고만 기록하면 마지막 단계에서 추적이 끊긴다. 어느 LOT이 나갔는지가 필요하다. 거래처 → 출고일 → 품목 → 완제품 LOT → 출고수량이 연결돼야 한다. 한 출고 Order에 여러 LOT이 포함될 수도, 한 LOT이 여러 거래처로 나뉠 수도 있으니 출고도 LOT별 수량을 기록한다. 이 데이터가 있어야 특정 LOT에 문제가 생겼을 때 공장에 남은 수량과 이미 나간 수량을 구분할 수 있다.

LOT 추적의 목적은 회수범위를 무조건 줄이는 게 아니다

“LOT을 잘 관리하면 문제가 생겼을 때 해당 LOT만 회수하면 된다”고 흔히 말한다. 조금 더 정확해야 한다. 회수·제품 통제의 범위는 비용을 줄이려 임의로 최소화하는 게 아니라, 문제의 영향을 받을 가능성이 있는 범위를 데이터와 품질판단에 근거해 정확히 특정하는 것이 목적이다.

추적정보가 충분해 영향범위를 명확히 구분할 수 있으면 관계없는 제품까지 넣는 일을 줄일 수 있다. 반대로 원재료 혼합이나 교차오염 가능성으로 영향을 명확히 배제할 수 없으면 더 넓은 범위를 검토해야 한다. 좋은 LOT 시스템의 목적은 가장 적게 회수하는 게 아니라 정확하게 추적하고 통제하는 것이다.

LOT 크기는 비용만으로 정하지 않는다

LOT을 얼마나 크게/작게 나눌지도 중요한 설계문제다. 너무 크게 묶으면 문제 시 영향범위가 넓어지고, 너무 잘게 나누면 기록·라벨·재고 관리가 복잡해진다. 하지만 “회수하고 싶은 최소 단위” 하나로 정하기에도 부족하다. LOT 경계에는 이런 요소를 검토한다.

제품·품목 변경 / 원재료 LOT 중요 변경 / 생산일·작업조 변경
생산라인·설비 변경 / 세척·소독 후 재개 / 공정조건 변경
포장·표시 Version 변경 / 품질관리상 별도 구분 / 생산중단 후 재가동

모든 조건이 반드시 LOT을 나누는 기준이라는 뜻은 아니다. 자사 제품·공정의 위해요소와 추적 필요성을 분석해 무엇을 LOT 경계로 삼을지 정하라는 뜻이다.

소비기한과 FEFO도 LOT 단위로 연결된다

소비기한이나 원재료 관리기한은 LOT별로 다를 수 있다. 같은 품목이라도 LOT A → 기한 9/15, LOT B → 기한 10/3처럼. 그래서 FEFO를 운영하려면 품목이 아니라 LOT 수준에서 날짜를 관리해야 한다. 다만 기한이 가장 빠르다고 무조건 쓰는 것도 아니다 — 그 LOT이 QC HOLD면 못 쓴다. 그래서 시스템은 AVAILABLE 상태의 동일 품목 LOT 중 기한이 가장 먼저 도래하는 LOT을 추천하는 식으로 운영한다. LOT은 재고·품질·FEFO를 잇는 공통 Key다.

LOT과 HACCP 기록을 연결하면 사고분석 속도가 달라진다

완제품 LOT을 조회했을 때 원재료뿐 아니라 당시 생산·품질 기록을 함께 볼 수 있으면 추적의 가치가 커진다.

완제품 LOT → 생산 Batch → CCP 모니터링 → 공정조건 → 작업시간
   → 사용설비 → 검사결과 → 실제 투입 원재료 LOT

이러면 문제 시 어느 원료를 썼는지만이 아니라 당시 제조조건까지 확인할 수 있다. 그래서 스마트 HACCP과 MES, LOT 추적은 별개 시스템이 아니라 같은 생산 Batch를 중심으로 서로 다른 데이터를 잇는 구조다.

번호는 있는데 추적이 안 되는 공장

현장에서 LOT 번호는 이미 쓰는데 실제 연결관계가 없는 경우가 있다. 원재료에도 LOT, 완제품에도 LOT이 있지만, 생산 때 실제 투입 LOT을 안 남겼거나 출고 때 어느 LOT을 어느 거래처로 보냈는지가 없다. 그러면 문제가 터졌을 때 결국 생산일보·입고대장·창고기록·거래명세서를 사람이 하나씩 맞춰야 한다. 번호는 있었지만 관계가 없었던 것이다.

그래서 LOT 시스템을 설계할 땐 번호 생성기능보다 먼저 어느 시점에 관계가 생성되는가를 봐야 한다.

입고    → 원재료 LOT 생성
투입    → 원재료 LOT ↔ Batch 연결
생산완료 → Batch ↔ 완제품 LOT 연결
출고    → 완제품 LOT ↔ 거래처 연결

이 네 연결이 기본 뼈대다.

실제 부적합 상황에서는 ’몇 개 있느냐’보다 ’어디에 있느냐’였다

우리 공장((주)단지)에서도 자가품질검사에서 부적합이 난 적이 있다. 다행히 그 생산 Batch는 아직 출고 전이었다. 이때 중요했던 건 완제품 LOT 번호 자체가 아니라, 그 Batch가 어느 재고인지·현재 얼마 남았는지·출고된 수량이 없는지를 바로 확인할 수 있느냐였다. 관계기관 확인 뒤 폐기절차와 증빙을 진행할 때도 해당 생산분의 범위를 명확히 특정할 수 있어야 했다.

이런 상황을 실제로 겪으면 LOT 관리의 목적이 번호 발급이 아니라는 게 분명해진다. 사고가 났을 때 제품의 위치와 제조이력을 설명할 수 있게 만드는 것이 LOT 관리다.

바코드·QR은 LOT 추적을 쉽게 만드는 도구다

LOT 관리가 복잡해질수록 작업자가 번호를 키보드로 치는 건 오류 가능성이 높다. 그래서 바코드·QR을 쓴다. 입고 시 LOT 라벨을 발행해 투입 때 스캔하면 원재료 LOT → 생산지시 → 실제 투입 관계가 생기고, 완제품 생산 시 라벨을 발행해 출고 때 스캔하면 완제품 LOT → 출고 Order → 거래처 관계가 만들어진다.

핵심은 바코드 자체가 아니라 스캔 한 번이 재고이동·LOT 관계·생산실적에 동시에 반영되게 만드는 것이다. 바코드를 쓰면서 따로 Excel과 ERP에 다시 입력해야 한다면 자동화 효과가 크게 줄어든다.

LOT 추적 데이터는 결국 하나의 Genealogy가 된다

식품제조의 추적관계를 데이터 구조로 보면 이렇다.

공급업체 → 공급업체 원재료 LOT → 자사 입고 LOT → Location
   → 실제 투입 LOT·수량 → Production Batch → 공정·HACCP·품질기록
   → 완제품 LOT → 품질상태 → 재고 → 출고 LOT·수량 → 거래처

반대 방향으로도 똑같이 조회돼야 한다.

거래처 → 출고제품 → 완제품 LOT → Production Batch → 실제 투입 원재료 LOT → 공급업체

이것이 LOT Genealogy다. 번호를 관리하는 게 아니라 제품이 만들어진 계보를 관리하는 것이라고 보면 이해하기 쉽다.

LOT을 재고 기능 하나로만 보지 않은 이유

제조관리 시스템을 설계하면서 LOT을 창고 메뉴 안의 번호필드 하나로 두지 않은 이유가 있다. LOT은 재고뿐 아니라 생산·품질·HACCP·출고·원가를 잇는 Key이기 때문이다. 원재료가 입고되면 LOT과 품질상태가 생기고, 생산 때 실제 사용 LOT과 투입량이 Batch에 연결되고, 생산완료 때 완제품 LOT이 생성돼 품질판정으로 판매가능 여부가 정해지고, 출고하면 어느 LOT이 어느 거래처로 갔는지가 남는다.

원재료 입고 LOT → 실제 투입 LOT → 생산 Batch → HACCP·품질
   → 완제품 LOT → 재고 → 출고처 → 매출·원가

이렇게 연결되면 LOT 정보는 사고 대응에만 쓰는 데이터가 아니다. 생산수율·원재료 사용량·재고정확도·품질이력·제조원가까지 같은 제조실적을 활용한다.

LOT 추적의 완성 여부를 확인하는 가장 간단한 방법은 번호가 있는지를 보는 게 아니다. 완제품 LOT 하나를 골라 “이 제품에 실제로 어떤 원재료 LOT이 들어갔는가?” 를 묻고, 원재료 LOT 하나를 골라 “이 원재료는 어떤 제품으로 만들어져 지금 어디에 있는가?” 를 물어보는 것이다. 두 질문에 시스템이 같은 데이터로 답할 수 있으면 LOT 추적이 작동하고 있는 것이다.

LOT은 번호가 아니다. 제조현장에서 발생한 원재료·생산·품질·재고·출고 데이터를 하나의 제품 이력으로 연결하는 관계정보다.

참고 — LOT·이력추적·회수 관련 세부 기준은 품목·영업형태·최신 법령에 따라 다르다. 실제 적용은 식품안전나라와 관할 기준으로 확인한다.