BOM과 레시피의 차이 — 식품제조 배합·실제투입·원가를 연결하는 법

제조업에서 BOM과 레시피는 모두 “무엇을 얼마나 넣어 제품을 만들 것인가”를 정의하는 기준정보다. 하지만 두 용어를 단순히 BOM = 조립형 제조, 레시피 = 식품·화학 제조로만 나누면 부족하다. 식품공장에서도 BOM이라는 용어를 충분히 쓰고, ERP에서는 오히려 BOM 구조가 필요한 경우가 많다. 다만 식품제조에서는 자재구성뿐 아니라 배합비율·실제투입량·공정수율·반제품·포장재·품목제조보고·표시사항까지 함께 관리해야 한다. 그래서 중요한 건 용어보다 어떤 기준정보를 어떤 목적으로 쓰고 있는가를 구분하는 것이다.

BOM은 제품을 구성하는 자재구조다

BOM(Bill of Materials)은 제품을 만들기 위해 필요한 자재와 수량의 구조다. 조립형 제조에서 가장 직관적이다. 의자 한 개라면 다리 4 / 좌판 1 / 등받이 1 / 나사 12처럼 구성한다. 완제품을 중심으로 어떤 부품이 몇 개 필요한지 정의한다.

하지만 BOM이 조립형 전용은 아니다. 식품에서도 포장구성이나 계층구조를 관리한다.

완제품 1BOX → 제품 10EA → 포장필름 10EA → 외박스 1EA → 라벨 1EA
완제품 → 반제품 → 원재료   (계층구조)

그래서 식품 ERP에서도 BOM은 매우 유용한 개념이다.

레시피는 배합과 제조조건을 더 직접 표현한다

레시피(배합표)는 식품제조에서 실제 제조방법에 더 가깝다. 반제품 100kg을 만든다면 원재료 A 60kg / B 30kg / C 10kg처럼 배합하고, 여기에 배합순서·투입시점·혼합시간·가열조건·냉각조건·숙성시간 같은 공정조건이 함께 관리될 수 있다. 즉 레시피는 “제품을 무엇으로 구성하는가”보다 “실제로 어떻게 배합하고 제조하는가” 에 더 가까운 데이터다. 그래서 식품에서는 BOM과 레시피가 완전히 같은 개념이라기보다 겹치면서도 역할이 다른 경우가 많다.

억지로 하나로 만들 필요가 없다

시스템 구축 초기의 흔한 실수가 있다. ERP가 BOM 중심이라 식품 배합도 전부 BOM으로 억지로 표현하거나, 반대로 식품은 레시피라며 포장재까지 다 레시피에 넣는 것이다. 둘 다 가능은 하지만 관리목적이 혼재된다. 식품제조에서는 이렇게 역할을 나누는 편이 이해하기 쉽다.

Recipe / 배합정보 → 원재료 구성 · 배합비율 · 제조조건 · Batch 기준
BOM             → 완제품 구성 · 반제품 · 포장재 · 부자재 · 단위당 표준소요량

떡 제품이라면 반제품 배합은 Recipe로, 완제품 1팩은 반제품 500g / 포장필름 1EA / 트레이 1EA / 라벨 1EA처럼 BOM으로 구성한다. 이러면 배합과 포장구조를 분리하면서도 하나의 완제품으로 연결할 수 있다.

가장 중요한 구분은 표준과 실제다

BOM이나 Recipe는 기본적으로 기준정보다. “얼마를 넣어야 하는가”를 정의한다. 하지만 현장에서는 항상 그 수량대로 투입되지 않는다. 표준배합이 원재료 A 100kg이어도 실제 생산에서는 102kg이 투입될 수 있다. 그래서 ERP·MES에서는 반드시 표준투입량과 실제투입량을 구분해야 한다.

BOM/Recipe 표준 → 생산계획 → 표준소요량 계산 → 현장 계량
   → 실제 원재료 LOT → 실제 투입량 → 생산 Batch

재고차감은 가능하면 실제투입량 기준으로 하는 게 현장 재고와 더 잘 맞는다. BOM은 기준이고, MES 실적은 사실이다. 이 차이를 구분하지 않으면 시스템 안에서는 재고가 맞아도 실제 창고와 계속 차이가 난다.

BOM만으로 차감하면 왜 문제가 되나

표준배합 100kg인데 실제 투입이 103kg이었다고 하자. 시스템이 BOM 기준으로만 자동차감하면 재고는 100kg만 줄지만 창고에서는 103kg이 없어졌다. 3kg이 장부에 유령으로 남고, 여러 Batch에서 반복되면 실물과 시스템이 점점 벌어진다.

표준투입 100kg → 실제투입 103kg → 차이 +3kg

이 3kg은 단순 재고오차가 아니라 배합편차·계량오차·원료특성·공정손실을 분석하는 데이터가 되고, 이후 수율과 제조원가 분석으로 이어진다.

비율과 중량은 서로 다른 데이터다

배합비율만 저장하는 경우가 있다. A 60% / B 30% / C 10%. 비율은 중요하지만 실제 생산에서는 중량도 필요하다. Batch 100kg이면 A 60 / B 30 / C 10이고, Batch 250kg이면 A 150 / B 75 / C 25다. 그래서 시스템에서는 배합비율과 Batch 기준수량을 함께 관리하는 게 좋다. 그래야 생산계획 수량에 따라 표준투입량을 자동 계산할 수 있다.

수율을 BOM과 혼동하면 안 된다

공정형 제조에서는 투입량과 산출량이 항상 같지 않다. 원료 100kg을 투입했는데 완제품이 92kg 나올 수 있다. 이 8kg 차이를 단순히 BOM 오류로 보면 안 된다. 수분증발·절단손실·공정잔량·검사샘플·불량·폐기 등 여러 이유가 있다. 그래서 표준투입량 → 실제투입량 → 공정산출량 → 완제품생산량 → 손실량을 별도로 관리한다. BOM/Recipe는 자재기준이고, 수율은 실제 생산결과다. 연결돼 있지만 같은 데이터는 아니다.

식품에서는 반제품 관리가 특히 중요하다

식품공장은 원재료에서 바로 완제품이 되는 구조만 있는 게 아니다. 소스·앙금·반죽·크림·육수·양념·전처리 원료 같은 중간재가 존재한다. 이 경우 다단계 구조가 필요하다. 소스 반제품 100kg의 Recipe가 따로 있고, 완제품 1EA는 소스 반제품 200g / 용기 1EA / 라벨 1EA처럼 BOM을 가진다.

원재료 원가 → 반제품 원가 → 완제품 원가

이렇게 단계별 원가를 연결할 수 있다. 반제품을 별도 재고로 보유한다면 LOT과 보관조건도 함께 관리한다.

Batch 단위 배합관리

식품 제조시스템에서는 BOM뿐 아니라 BDM이라는 용어를 쓰기도 한다. 다만 BDM은 제조업 전체에서 통일된 표준용어라고 보기 어려워, 여기서는 Batch 또는 배합단위 관리 개념으로 설명한다. 표준 Recipe → Batch 크기 결정 → Batch별 원재료 소요량 계산 → 실제 계량 → 실제투입 → 생산실적 구조다. 같은 제품이라도 50kg / 100kg / 200kg Batch로 규모가 다를 수 있다. 이때 Recipe 비율은 같지만 실제투입량은 Batch 크기에 따라 달라진다.

원재료 LOT이 연결되지 않으면 Recipe는 추적정보가 아니다

레시피에 밀가루 50kg / 설탕 10kg이라고 적혀 있다고 어떤 밀가루가 들어갔는지는 알 수 없다. LOT 추적에서는 원재료 품목 → 실제 투입 LOT → 실제 투입량 → Production Batch 관계가 필요하다.

밀가루 LOT M-001 → 20kg
밀가루 LOT M-002 → 30kg   ┐
                        ├→ Batch B-100

BOM/Recipe는 어떤 품목을 넣어야 하는지 알려주고, MES 실적은 실제 어느 LOT을 얼마 넣었는지를 기록한다. 이 두 데이터가 연결될 때 재고와 Traceability가 동시에 맞는다.

Recipe Version 관리는 반드시 필요하다

식품공장에서 배합은 영원히 고정되지 않는다. 원재료 규격이 바뀌거나 맛·품질을 개선하면서 배합이 변경된다. 문제는 현장은 새 배합을 쓰는데 시스템엔 이전 Recipe가 남는 경우다. 그래서 Recipe에는 Version이 필요하다.

Recipe V1 → 2026-01-01 ~ 2026-05-31
Recipe V2 → 2026-06-01 ~

생산 Batch에는 당시 사용한 Recipe Version을 저장한다. 그래야 몇 달 뒤 과거 이력을 조회해도 그날 어떤 배합기준으로 제조했는가를 확인할 수 있다. 현재 Recipe를 수정했다고 과거 Batch의 제조기준까지 바뀌면 안 된다.

Recipe 변경과 실제 제조기록 변경은 구분한다

현장에서 원료를 조금 더 넣었다고 바로 기준 Recipe를 수정하면 안 된다. 일회성 실제투입 편차일 수 있다. 그래서 표준 변경과 생산실적 편차를 구분한다. 표준 100kg, 실제 102kg이면 해당 Batch에는 실제 102kg을 기록한다. 다만 이게 반복되고 제조기준 자체를 102kg으로 바꿔야 한다고 판단되면 별도 변경절차를 밟는다.

실적 → 편차분석 → 변경필요성 검토 → Recipe Version 변경 → 승인 → 신규 Version 적용

식품에서는 Recipe 변경이 표시사항과 연결된다

식품의 배합변경은 단순한 생산문제가 아닐 수 있다. 원재료가 추가되거나 비율이 바뀌면 원재료명 표시·알레르기 정보·함량표시·영양성분·품목제조보고에 영향을 줄 수 있다. 그래서 Recipe 변경을 생산팀만의 문제로 보면 위험하다. 변경이 생기면 생산 → 품질 → 표시사항 → 인허가 → 원가 영향을 함께 검토한다. 새 원재료가 추가됐는데 Recipe만 바꾸고 포장지 표시사항은 그대로면 판매단계에서 문제가 생긴다. 따라서 Recipe Version 변경 시 관련 Master의 검토가 필요하다.

Regulatory BOM과 Manufacturing BOM을 분리할 수 있다

하나의 BOM만 쓰기보다 목적별로 구분하면 유리할 수 있다.

Regulatory BOM         → 품목제조보고·표시 검토용 원재료 기준
Manufacturing BOM/Recipe → 현장 실제 제조 표준배합
Packaging BOM          → 용기·필름·라벨·외박스 구성
Cost BOM               → 표준원가 산정용 자재기준

회사 규모가 작다면 물리적으로 네 개를 따로 만들 필요는 없다. 하지만 시스템에서는 최소한 같은 데이터를 어떤 목적으로 쓰고 있는지 구분할 수 있어야 한다. 그래야 제조배합이 변경됐을 때 표시사항·원가·재고 영향을 함께 확인한다.

실제 제조와 품목제조보고가 달라지면 문제가 된다

식품제조에서는 시스템상의 Recipe와 품목제조보고 내용이 동떨어져선 안 된다. 우리 회사((주)단지)에서도 OEM 생산의뢰를 받아 생산계약을 진행하고 품목제조보고까지 완료했지만, 실제 생산단계에서 보고된 내용과 현장배합의 차이를 확인한 적이 있다. 그 상태로 생산을 진행하지 않고 필요한 변경절차를 밟은 뒤 생산을 다시 시작했다.

이 경험에서 중요한 건 ’품목제조보고가 완료됐다는 사실’보다 보고된 제품정보와 실제 제조기준이 일치하는가였다. 그래서 식품 제조시스템에서는 품목정보 → Regulatory BOM → Manufacturing Recipe → Label 정보가 서로 연결돼야 한다.

BOM 변경은 반드시 영향평가가 따라야 한다

BOM/Recipe가 변경됐다고 숫자 하나만 수정하고 끝내면 안 된다. 변경항목에 따라 이런 영향을 확인한다.

원재료 재고 → 발주량 → 생산계획 → 표시사항 → 알레르기
   → 소비기한 → 영양성분 → 원가 → 품목제조보고

물론 모든 변경이 모든 항목에 영향을 주진 않는다. 중요한 건 무엇이 바뀌었고 무엇을 다시 확인해야 하는가를 시스템이 보여주는 것이다. 원재료 공급처만 변경된 것과 원재료 자체가 변경된 것은 영향범위가 다르다.

원재료 대체투입은 자유입력이 아니라 관리대상이다

계획한 원료가 부족해 다른 원료를 쓰는 상황이 생길 수 있다. 하지만 “비슷한 원료니까 그냥 넣었다”는 방식은 품질·규제 측면에서 위험하다. 시스템에서는 대체원료를 사전에 허용된 Substitute로 등록하고 필요하면 승인절차를 둔다. 원료 A → 허용 대체원료 A-1처럼 정의하고, 생산 시 대체원료를 쓰면 대체사유 → 실제 LOT → 승인자 → 해당 Batch를 기록한다. 대체가 표시사항·품목정보에 영향을 준다면 별도 검토가 필요하다.

BOM 정확도는 실사차이만으로 판단하면 안 된다

재고실사 차이가 반복되면 BOM을 의심해야 한다는 말은 방향은 맞지만 원인은 BOM 하나가 아닐 수 있다. 재고차이는 실제투입 미기록·계량오차·단위변환 오류·폐기 미처리·공정잔량·입출고 누락·LOT 잘못선택 등 여러 원인으로 생긴다. 그래서 이 순서가 더 정확하다.

실사차이 발생 → 원인분석 → BOM/Recipe 검토 → 실제투입 검토
   → 단위변환 검토 → 공정손실 검토

BOM은 중요한 원인 중 하나지만 모든 재고차이의 원인은 아니다.

표준원가와 실제원가도 BOM에서 갈라진다

BOM과 Recipe는 원가계산에도 직접 영향을 준다. 표준원가는 표준 BOM × 표준단가로, 실제원가는 실제투입량 × 실제 재료단가로 볼 수 있다. 따라서 표준원가 → 실제원가 → 차이를 분석할 수 있다. 표준 재료비 10,000원, 실제 재료비 10,500원이면 차이는 원재료 단가 상승·실제투입량 증가·수율 저하 등으로 나눠 볼 수 있다. 그래서 BOM/Recipe는 단순 생산기준정보가 아니라 재고와 원가의 출발점이다.

좋은 시스템은 BOM을 자동차감 도구로만 쓰지 않는다

초기 ERP는 흔히 생산 100개 등록 → BOM 100개분 자동차감으로 시작한다. 단순한 공장은 이걸로 충분하지만, 실제투입 편차가 큰 식품공장에서는 한계가 있다. 그래서 시스템을 발전시키면 이렇게 연결한다.

생산계획 → BOM 기준소요량 → FEFO 원재료 LOT 추천 → 현장 LOT Scan
   → 실제 계량 → 실제투입 → 재고차감 → 생산 Batch → 수율 → 실제원가

이 구조에서 BOM은 사라지는 게 아니다. 오히려 기준으로 더 중요해지고, 실제실적과 비교할 수 있게 된다.

BOM과 Recipe를 따로 보면서도 연결한 이유

제조 시스템을 설계하면서 식품 BOM을 단순한 자재자동차감 기능으로만 보지 않았다. 식품에서는 같은 제품정보가 여러 업무에 동시에 쓰이기 때문이다. 생산팀은 배합을, 구매팀은 예상소요량을, 창고는 LOT·재고를, 품질팀은 원재료·표시·알레르기 영향을, 경영자는 제조원가를 본다. 그래서 하나의 구조는 이렇게 연결된다.

품목 Master → Regulatory BOM → Manufacturing Recipe → Recipe Version
   → 생산지시 → FEFO LOT 추천 → 실제 LOT Scan → 실제투입
   → Production Batch → 생산수율 → 완제품 → 실제원가

포장재는 별도로 Packaging BOM → 포장 Version → 완제품 LOT → Label Version과 연결한다. 이 구조의 핵심은 BOM과 Recipe 중 어느 용어가 맞는가를 정하는 게 아니라, 표준배합과 실제제조를 구분하고, 변경이 생겼을 때 생산·재고·표시·품질·원가에 미치는 영향을 하나의 데이터 흐름으로 연결하는 것이다.

BOM과 Recipe가 제대로 관리되는지 확인하는 가장 간단한 방법은 두 질문이다. 첫째, “이 제품을 만들려면 표준적으로 무엇을 얼마나 투입해야 하는가?” — BOM과 Recipe가 답한다. 둘째, “이번 생산 Batch에는 실제로 어떤 LOT을 얼마 투입했는가?” — MES 생산실적이 답한다. 두 답이 서로 비교되고 재고·LOT·수율·원가까지 같은 데이터로 연결된다면 제조관리 시스템이 제대로 작동하고 있는 것이다.

BOM과 Recipe는 제조현장의 정답지가 아니다. 표준을 정의하는 기준정보이고, 실제 생산실적과 비교할 때 비로소 재고·품질·원가를 관리할 수 있는 데이터가 된다.

참고 — 품목제조보고·표시사항·알레르기 표시 기준은 품목·영업형태·최신 법령에 따라 다르다. 실제 적용은 식품안전나라와 관할 기준으로 확인한다.