식품 ERP 견적은 5천만 원이었는데 왜 1억 5천을 썼을까 — 숨은 비용의 정체

식품 ERP 도입 예산에서 가장 먼저 버려야 할 생각은, 견적서에 적힌 소프트웨어 구축비가 전체 투자비라는 전제다.

1. 견적서 5천만 원을 보고 시작했다가 1억 5천만 원을 쓰는 이유

초기 제안서에는 보통 ERP 라이선스, 기본 생산·재고·구매·판매 모듈과 일정 수준의 구축 공수가 들어간다. 문제는 실제 프로젝트가 시작된 뒤다. 기존 품목코드를 정리하고, 거래처를 통합하고, 배합비를 등록하고, 원재료 단위를 맞추기 시작하면 최초 제안 단계에서는 보이지 않았던 일이 쏟아진다.

5천만 원짜리 구축안을 하나의 예산 모델로 놓고 보면, 식품 전용 로직 추가개발 3천만 원, 바코드 프린터·PDA·키오스크·네트워크 2천만 원, 데이터 정제·이관과 인터페이스 구축 1천500만 원, 병행운영 기간의 내부 인력과 생산성 손실 2천만 원, 첫해 유지보수와 추가개선 1천500만 원이 붙는 순간 총소유비용(TCO)은 1억 5천만 원 수준까지 올라간다.

중요한 것은 정확히 1억 5천만 원을 쓴다는 의미가 아니다. 초기 소프트웨어 구축비(CAPEX)만 보고 예산을 세우면 실제 투자규모를 절반 이하로 판단할 수 있다는 뜻이다. 소프트웨어 업계에서도 개발비와 구축 이후 운영·유지관리 대가는 별개의 산정 영역으로 취급한다. 국내 SW사업 대가산정 체계 역시 개발뿐 아니라 운영·유지관리·개선관리 비용을 별도로 다룬다.

’3개월 구축 완료’라는 일정도 비슷하다. 화면과 프로그램은 3개월 안에 만들 수 있다. 그러나 기준정보(Master Data) 정리, BOM 검증, 현장 테스트, 사용자 교육, 병행운영과 안정화까지 포함하면 식품공장의 실제 가동개시(Go-Live)는 6~9개월, 복잡한 공장은 1년 프로젝트가 되는 경우가 이상하지 않다.

2. 식품 ERP 예산을 폭발시키는 세 가지 함정

첫 번째는 식품 도메인 로직(Food Domain Logic)의 누락이다. 범용 ERP에서 BOM은 보통 고정된 자재명세로 이해된다. 식품공장에서는 그렇게 단순하지 않다. kg으로 입고한 원료를 g 단위로 배합하고, 생산 후 EA 또는 Box로 포장한다. 배합비가 개정되고 실제 투입량이 달라지며, 증숙·냉각·건조 과정에서 수율(Yield)이 변한다.

여기에 원재료 Lot, 중간제품 Lot, 완제품 Lot를 연결해야 한다. 특정 원료 500kg 중 어느 수량이 어느 Batch에 투입됐는지 추적할 수 있어야 하고, Batch 실제원가에서는 표준 투입량이 아니라 실제 투입량과 Loss가 원가에 반영돼야 한다.

이 요구사항을 계약 후 발견하면 공급업체 입장에서는 모두 추가개발(Customization)이다. “배합비 화면 하나 추가해달라”에서 끝나지 않는다. BOM Version, 단위환산, 재고차감, 원가재계산, Lot Traceability까지 연쇄적으로 수정되면서 Scope Creep이 발생한다. 결국 RFP 단계에서 빠진 한 줄이 개발 공수 수십 일로 돌아온다.

두 번째는 현장 인프라 비용의 누락이다. MES가 있다고 작업자가 자동으로 데이터를 입력하지 않는다. 생산라인에는 바코드 스캐너와 키오스크가 필요하고, 습기와 분진이 많은 작업장은 일반 태블릿이나 PDA가 오래 버티지 못할 수 있다. 라벨 프린터, 산업용 단말기, 무선 AP, LAN 공사, UPS, 서버 또는 Cloud 비용까지 들어간다.

특히 공장 무선망이 불안정한 상태에서 ERP·MES부터 설치하면, 현장에서는 시스템 오류와 통신 장애를 구분하지 않는다. “ERP가 느리다”는 불만으로 돌아온다.

세 번째가 가장 오래 가는 비용인 운영비(OPEX)와 유지보수 SLA다. 구축 계약이 끝난 후 신규 품목, 공정 변경, 서식 수정, API 연동을 요청하면 상당수가 유지보수가 아닌 별도 개발로 분류된다. 계약 전에 무상 유지보수 범위, 장애 대응시간, 버전업 정책, DB 접근권한, 데이터 반출권한을 확인해야 하는 이유다.

공급기업이 사업을 중단했을 경우도 고려해야 한다. 국내에는 소스코드와 기술자료를 제3기관에 보관했다가 일정 조건에서 사용기업에 제공하는 SW 임치(Escrow) 제도가 있으며, 저작권법에 근거해 한국저작권위원회가 운영한다.

구분	범용 ERP를 식품공장에 커스터마이징	식품 특화 ERP·MES
초기 구축비	상대적으로 낮아 보임	상대적으로 높을 수 있음
BOM·배합	추가개발 가능성 높음	기본 Domain Logic 포함 가능
Lot 추적	별도 설계	원료-Batch-완제품 구조 중심
단위환산	Customization 빈번	kg·g·EA·Box 구조 사전 반영
Actual Costing	추가 인터페이스 필요	Batch 데이터와 직접 연결
구축기간	변경요청으로 장기화	요구사항 적합 시 단축 가능
유지보수	Customization 종속성 큼	표준기능 비중에 따라 감소
장기 TCO	초기 견적과 차이 커질 수 있음	초기비용은 높아도 예측성 우수

3. 우리가 가장 자주 삐끗하는 네 지점

첫 번째 실책은 RFP를 기능 목록으로 작성하는 것이다. ‘생산관리’, ‘재고관리’, ’원가관리’라고 적으면 공급업체도 그 수준으로 견적을 낸다. RFP에는 “원료 Lot → Batch 실제투입 → 생산수율 → 검사 Release → 완제품 Lot → 거래처 출하”처럼 Transaction 흐름을 써야 한다.

두 번째는 기준정보를 정리하지 않고 Go-Live 날짜부터 정하는 것이다. 같은 원료가 구매팀에는 20kg, 생산팀에는 20,000g, 창고에는 1포로 등록돼 있다면 ERP는 틀린 데이터를 빠르게 계산할 뿐이다. 품목·단위·BOM·거래처·창고 Location을 먼저 정제해야 단일 진실원천(Single Source of Truth)이 만들어진다.

세 번째는 수기 생산일보를 그대로 두는 것이다. 작업자가 종이를 작성한 후 사무실에서 MES에 옮겨 적으면 ERP·MES는 원본 시스템이 아니라 전산 보관함이 된다. 생산일보 표준화와 바코드 수불관리가 먼저 필요한 이유다.

네 번째는 규제 데이터를 별도 영역으로 보는 것이다. 식품공장은 품목제조보고의 제품명·원재료 구성과 내부 품목 Master가 전혀 다른 방향으로 관리돼서는 안 된다. HACCP 역시 기록 유지와 검증 체계가 핵심이므로, 생산·품질 데이터 구조와 동떨어진 전산화는 결국 이중기록을 만든다.

4. TCO를 관리하지 못하면 구축 성공도 의미가 없다

ERP 투자 판단에서는 CAPEX보다 3~5년 TCO를 봐야 한다. 라이선스와 개발비뿐 아니라 Cloud·서버, 단말기 교체, 유지보수, API, 추가개발, 내부 관리자 인건비까지 포함해야 한다. 가장 저렴하게 구축한 ERP가 장기적으로 가장 비싼 ERP가 되는 경우가 여기서 발생한다. 비용 항목을 미리 어디까지 잡아 견적을 비교하느냐가 예산의 정확도를 결정한다.

반대로 제대로 구축된 데이터 구조는 비용을 다른 방식으로 회수한다. Batch 단위 실제 투입량과 생산량이 확보되면 월평균 추정원가에서 실제원가로 넘어갈 수 있고, 제품별 수율과 Loss를 손익으로 연결할 수 있다.

정부지원 스마트공장 사업도 동일하다. 지원금을 받았다는 사실이 TCO를 없애주지는 않는다. 오히려 자부담만 예산으로 인식하면 구축 종료 후 유지비와 추가개발비를 감당하지 못해 시스템이 멈출 수 있다.

좋은 ERP의 기준은 기능이 많은지가 아니다. 한 번 입력한 생산 데이터가 재고·품질·Lot Traceability·원가·HACCP 기록까지 다시 입력되지 않고 연결되는가. 이 구조가 만들어지면 ERP는 비용이 아니라 데이터 자산이 된다. 반대로 같은 숫자를 생산일보·엑셀·ERP·HACCP 일지에 네 번 입력하고 있다면, 구축비가 얼마였든 디지털 전환은 아직 끝나지 않은 것이다.

확인 안내 — 본문의 금액(5천만 원·1억 5천만 원 등)은 특정 견적이 아니라 초기 구축비만 보다가 놓치는 항목을 보여주기 위한 예산 모델이다. 실제 비용은 공장 규모·품목 수·공급기업·구축 범위에 따라 크게 달라지므로, 견적 비교 시 라이선스·개발비뿐 아니라 현장 인프라·데이터 이관·유지보수·3~5년 TCO를 함께 산정해 확인하기 바란다.