바코드·RFID 재고관리 시스템 개발 2026 — 리더기·라벨·재고 실사 설계 가이드

재고가 안 맞는다는 말은 두 가지 중 하나다. 물건이 실제로 없거나, 시스템이 물건의 이동을 못 따라간 것이다. 대부분은 후자다. 그래서 바코드나 RFID를 붙이자는 결론이 나오는데, 여기서부터 프로젝트가 갈린다. 이 주제는 소프트웨어만 잘 만들면 되는 일이 아니다. 라벨이 냉동창고에서 떨어지고, 금속 선반 앞에서 RFID 태그가 안 읽히고, 랙 사이에서 와이파이가 끊기면 코드가 아무리 깔끔해도 현장은 다시 엑셀로 돌아간다.

이 글은 발주처가 착수 전에 결정해야 하는 것들을 다룬다. 바코드와 RFID 중 무엇을 쓸지, 리더기와 라벨을 어떤 기준으로 고를지, 재고 실사 흐름을 어떻게 그릴지, 그리고 견적서에서 무엇을 확인해야 하는지다. 요구사항 문서를 쓰는 일반적인 방법은 요구사항 정의서 작성법에 정리해 두었으니 그쪽을 참고하고, 여기서는 바코드·RFID 프로젝트에만 있는 함정을 다룬다.

바코드냐 RFID냐는 기술이 아니라 식별 단위의 문제다

업체를 부르면 대개 기술 비교표를 들고 온다. 비접촉이다, 다중 인식이다, 시야가 필요 없다. 다 맞는 말이지만 발주처가 먼저 결정해야 하는 건 그게 아니다. 무엇을 한 개로 셀 것인가, 즉 식별 단위다. 이걸 정하지 않으면 어떤 기술을 골라도 비용 추정이 성립하지 않는다.

식별 단위는 보통 네 단계로 나뉜다. 품목(SKU) 단위는 "이 제품이 몇 개 있다"까지만 안다. 로트·유통기한 단위는 "3월 생산분이 몇 개 남았다"를 안다. 개체(시리얼) 단위는 "이 한 대가 어디 있다"를 안다. 파렛트·박스 단위는 묶음을 하나로 센다. 뒤로 갈수록 태깅 공수와 데이터 양이 곱셈으로 늘어난다.

여기서 비용이 결정된다. 계산을 해 보면 명확하다. 월 입고량이 3만 박스인 창고에서 박스마다 UHF RFID 라벨 태그를 붙이면 태그 단가 150원 기준으로 월 450만 원, 연 5,400만 원이 소모품비로만 나간다. 같은 물량에 감열 바코드 라벨을 붙이면 장당 10원으로 월 30만 원이다. 15배 차이다. 반대로 고가 자산 500대를 추적하는 일이라면, 개당 5,000원짜리 온메탈 태그를 붙여도 총 250만 원이고 그 대신 실사 시간이 며칠에서 몇 시간으로 줄어든다.

판단 기준은 단순하다. 하루에 붙여야 하는 태그 수가 많고 개당 가치가 낮으면 바코드, 하나씩 세는 게 물리적으로 힘들고 개당 가치가 높으면 RFID다. 물류량이 많은 창고에서 전 품목 RFID를 하겠다는 계획은 대체로 소모품비 계산을 안 한 것이다.

⚠️ 업체가 "나중에 RFID로 확장 가능하게 설계하겠다"고 하면 그 말이 무슨 뜻인지 물어라. 데이터 모델에 태그 ID 필드를 하나 넣어두겠다는 뜻이면 확장이 아니다. 실제 확장은 리더 이벤트를 비동기로 받아 처리하는 구조가 있느냐의 문제이고, 이건 나중에 붙이면 앱 전체를 다시 쓴다.

리더기 종류와 인식률 — 금속과 물이 스펙표를 무너뜨린다

리더기 카탈로그의 인식 거리 숫자는 무향실 기준이다. 현장에서는 그 숫자가 안 나온다. 특히 UHF RFID는 물리 법칙 때문에 두 물질 앞에서 성능이 무너진다.

금속은 전파를 반사하고 태그 안테나를 튜닝에서 벗어나게 만든다. 철제 선반, 금속 케이스, 알루미늄 포장재 위에 일반 라벨 태그를 붙이면 거의 안 읽힌다. 해결책은 스페이서나 페라이트가 들어간 온메탈 태그인데 단가가 개당 2,000원에서 15,000원으로 뛴다. 물은 UHF 대역(국내 900MHz 대역, 917~923.5MHz)의 전파를 흡수한다. 음료, 화장품, 액상 원료, 그리고 사람 몸도 마찬가지다. 액체가 담긴 박스를 파렛트로 쌓으면 안쪽 태그는 바깥 태그에 가려 읽히지 않는다.

바코드는 이런 문제가 없는 대신 한 번에 하나만, 그리고 반드시 보여야 읽힌다. 파렛트를 통과시키면서 60박스를 한 번에 세는 일은 바코드로는 불가능하다.

가격은 2026년 국내 견적에서 흔히 보이는 범위다. 모델과 수량, 유지보수 계약 조건에 따라 벌어진다.

인식률은 계약서에 숫자로 박아야 한다. 다만 "인식률 99%"처럼 쓰면 분쟁만 난다. 분모가 뭔지 합의가 안 되기 때문이다. 재현 가능한 시나리오로 쓰는 게 낫다. 예를 들어 "표준 파렛트 1개(60박스, 액상 제품 포함)를 시속 4km로 게이트 통과시켰을 때 미인식 0개, 3회 연속 성공"처럼 쓴다. 이런 문장을 만드는 방법은 테스트 케이스 작성법에 정리해 두었다.

⚠️ 고정형 리더는 출력을 올릴수록 잘 읽히는 게 아니다. 출력을 올리면 옆 통로에 있는 태그, 지나가던 지게차에 실린 다른 파렛트까지 읽는다. 없는 물건이 입고된 것으로 잡히는 오인식이 미인식보다 수습하기 어렵다. 검수 대상을 확정하는 로직(방향 판별, 시간창, 기대 목록 대조)이 견적에 들어 있는지 확인하라.

라벨 프린터와 라벨 재질 — 6개월 뒤에 안 읽히는 이유

바코드 프로젝트에서 가장 흔한 사후 장애는 소프트웨어가 아니라 라벨이다. 6개월 뒤에 창고 안쪽 재고의 라벨이 백지가 되어 있다. 원인은 대부분 감열 방식이다.

감열(다이렉트 서멀)은 열에 반응하는 특수지에 직접 인쇄한다. 리본이 없어 소모품비가 싸지만, 열·직사광선·마찰·유분에 노출되면 인쇄가 지워지거나 종이 전체가 검게 변한다. 회전이 빠른 택배 송장에는 맞고, 창고에 오래 서 있는 재고 라벨에는 맞지 않는다. 열전사(서멀 트랜스퍼)는 리본의 잉크를 옮겨 찍는다. 왁스 리본은 종이 라벨에, 수지(레진) 리본은 합성지에 쓰며 마찰·화학약품·저온에 견딘다.

프린터 선택도 같은 논리다. 데스크톱 프린터(30만~60만 원, 203dpi)는 하루 수백 장까지다. 하루 수천 장을 24시간 찍는 현장은 산업용(150만~400만 원, 300dpi)이 필요하다. 해상도는 심미성 문제가 아니다. 작은 라벨에 2D 코드나 로트 정보를 넣으려면 203dpi로는 셀 크기가 부족해 인식률이 떨어진다.

그리고 인쇄 품질은 등급으로 검증할 수 있다. 1D 바코드는 ISO/IEC 15416, 2D는 15415 기준으로 A부터 F까지 등급이 나온다. 계약서에 "출력 라벨 검증 등급 B 이상"을 넣어라. 검증기는 대여할 수 있고, 이 한 줄이 "왜 우리 창고에서만 안 읽히죠" 논쟁을 없앤다.

⚠️ 냉동창고에 라벨을 붙일 때는 붙이는 시점의 온도가 문제다. 상온에서 붙여 얼리면 대개 붙어 있지만, 이미 얼어 있는 상자에 상온용 접착제로 붙이면 몇 시간 뒤 떨어진다. 저온 접착 라벨은 단가가 두 배 이상이므로 견적 단계에서 물량을 반영해야 한다.

창고의 통신 환경 — 오프라인에서 돌아가지 않으면 실사가 멈춘다

사무실에서 잘 돌던 앱이 창고에 들어가면 멈춘다. 금속 랙이 전파를 막고, AP 사이를 이동할 때 세션이 끊기고, 냉동고 문 안쪽은 아예 음영이다. 여기서 발주처가 확인해야 할 건 딱 하나다. 끊긴 상태에서 스캔을 계속할 수 있는가.

제대로 만든 현장 앱은 이렇게 동작한다. 스캔 결과를 단말 로컬 DB에 먼저 쌓고, 화면에는 즉시 반영하고, 네트워크가 살아나면 순서대로 서버에 밀어 넣는다. 이때 서버는 같은 스캔이 두 번 들어와도 한 번만 반영해야 한다(멱등 처리). 스캔마다 단말에서 만든 고유 ID를 붙여 보내는 게 표준적인 방법이다.

와이파이 설계 자체를 견적에 넣을지도 정해야 한다. 랙 배치가 바뀌면 커버리지가 바뀌므로, 랙을 다 세운 뒤에 실측(사이트 서베이)을 해야 의미가 있다. 이 비용은 보통 소프트웨어 견적에 들어 있지 않다.

⚠️ "오프라인 지원됩니다"라는 답변은 검증해야 한다. 데모에서 비행기 모드를 켜고 20건을 스캔한 뒤, 다시 연결했을 때 20건이 정확히 한 번씩 반영되는지 보라. 상당수의 앱이 여기서 중복 반영되거나 마지막 몇 건을 잃는다.

재고 실사 흐름을 시스템보다 먼저 그려라

실사는 기능이 아니라 절차다. 절차를 안 정하고 화면부터 그리면 재작업이 난다. 최소한 다음 다섯 가지를 발주처가 먼저 결정해야 한다.

첫째, 방식. 일제 실사는 특정 시점에 창고를 세우고 전수를 센다. 순환 실사는 구역이나 등급별로 나눠 상시로 돈다. 순환 실사를 하려면 로케이션(구역·랙·단) 코드 체계가 먼저 있어야 한다. 이게 없으면 순환 실사는 설계가 불가능하다.

둘째, 재고 동결 시점. 실사 중에 입출고를 막을 것인가, 아니면 실사 시작 시각의 장부 스냅샷을 뜨고 그 이후 이동분을 따로 보정할 것인가. 24시간 돌아가는 창고는 후자가 필요하고, 이건 개발 난도가 눈에 띄게 올라간다.

셋째, 블라인드 카운트 여부. 실사자에게 장부 수량을 보여줄 것인가. 보여주면 빠르지만 숫자를 맞춰 적는 편향이 생긴다. 감사 목적이라면 가려야 한다. 블라인드 여부에 따라 입력 화면과 재실사 화면이 통째로 달라지므로 화면설계 단계에서 확정하라.

넷째, 재실사 규칙. 차이가 나면 무조건 다시 세는가, 금액이나 수량 기준을 넘을 때만 다시 세는가. 두 번째 카운트도 다르면 어떻게 하는가.

다섯째, 차이 승인과 반영. 실사 차이를 누가 승인하고, 승인된 차이가 ERP에 어떤 전표로 들어가는가. 이 부분은 회계 담당자가 참여하지 않으면 반드시 다시 만든다.

⚠️ 실사 차이를 "재고 수정" 버튼 하나로 처리하게 만들면 감사 대응이 안 된다. 누가 언제 무엇을 몇 개에서 몇 개로 바꿨는지, 근거가 어느 실사 회차인지가 남아야 한다. 실사 회차, 카운트 이력, 승인 이력을 각각 별도 테이블로 남기는 구조를 테이블 정의서 단계에서 못 박아야 한다.

ERP·기존 시스템 연동이 일정의 절반을 먹는다

바코드 앱 자체는 어렵지 않다. 일정을 잡아먹는 건 기존 시스템과의 연결이다. 국내 현장은 대개 더존, 영림원, SAP 같은 ERP가 이미 있고, 품목 마스터와 재고 원장이 거기에 있다. 새 시스템이 재고를 따로 들고 있으면 두 벌 관리가 되어 결국 아무도 안 믿는 숫자가 된다.

확인할 것은 세 가지다. 연동 방식(제공되는 API가 있는가, DB 직접 조회를 허용하는가, 파일 배치만 되는가), 방향(품목만 내려받는 단방향인가, 입출고 결과를 올려보내는 양방향인가), 주기(실시간인가, 5분 배치인가, 야간 1회인가). 이 세 가지 조합에 따라 개발 공수가 두 배까지 차이 난다. 방식별 공수와 위험은 ERP 연동 개발 가이드에 표로 정리해 두었다.

재고 도메인에서만 따로 봐야 하는 건 재고 수량의 주인을 누가 갖느냐다. 바코드 시스템이 실물 입출고를 찍고 ERP가 회계 재고를 들고 있으면, 두 숫자는 반드시 어긋난다. 실사 시점에 어느 쪽을 정답으로 볼지 착수 전에 정해야 한다. 대개는 실물 수량은 바코드 시스템, 금액 평가는 ERP로 나누고 야간 배치로 맞추는 형태가 안정적이다.

가장 위험한 건 ERP 벤더가 연동 모듈을 만들어 줘야 하는 구조다. 그쪽 일정과 별도 비용이 프로젝트 전체의 임계 경로가 된다. 착수 전에 ERP 벤더에게 서면으로 확인받아야 한다.

설비 쪽과 붙는 경우도 있다. 컨베이어 위 고정형 리더가 PLC 신호와 맞물려야 한다면 그건 재고 소프트웨어가 아니라 제어 프로젝트에 가깝다. 이 영역의 견적 구조는 장비 제어 프로그램 외주에 따로 정리해 두었다.

⚠️ "ERP 연동은 API로 하면 됩니다"라는 답변만 받고 계약하지 마라. API 문서 실물, 테스트 계정, 그리고 초당·일일 호출 한도를 착수 전에 받아야 한다. 문서가 없는데 있다고 답하는 경우가 실제로 있다.

유형별 비용과 기간

아래는 국내 중소·중견 규모 현장에서 흔히 형성되는 범위다. 소프트웨어 개발비와 하드웨어를 반드시 분리해서 보라. 하드웨어를 개발비에 섞어 총액만 제시한 견적서는 비교가 불가능하다.

여기에 매달 나가는 돈이 따로 있다. 라벨과 태그 소모품비, 통신·서버 비용, 단말 파손 교체비다. 앞서 계산한 대로 월 3만 박스 규모에서 RFID 태그를 쓰면 소모품비만 연 5,000만 원대가 된다. 3년 총소유비용으로 비교하면 기술 선택의 답이 대개 바뀐다.

기간에는 개발 외의 것이 붙는다. 라벨 재질 현장 테스트 1~2주, RFID라면 태그·출력 튜닝 2~4주, 현장 교육과 병행 운영 2~4주다. 이 항목들이 일정표에 없으면 그 일정표는 지켜지지 않는다.

⚠️ RFID 견적을 받을 때 태그 물량 산정 근거를 요구하라. 견적서에 "태그 10,000개"라고만 적혀 있으면 그 숫자가 어디서 나왔는지 물어야 한다. 연간 입고 물량에서 나온 숫자인지, 현재 재고 수량에서 나온 숫자인지에 따라 2년 차 비용이 완전히 달라진다.

착수 전에 발주처가 확정해야 할 것

업체가 정해줄 수 없는 항목들이다. 이걸 비워두고 시작하면 착수 후 요구사항 변경으로 되돌아온다.

범위가 감이 안 잡히면 1차 오픈을 입고·출고·실사 세 흐름으로 못 박고 나머지를 2차로 미뤄라. 로케이션 관리와 로트 추적은 1차에서 빼도 시스템이 성립하지만, 이 셋 중 하나가 빠지면 성립하지 않는다.

⚠️ 하드웨어를 발주처가 직접 사겠다는 결정은 대개 비용 때문인데, 그 순간 "장비가 안 읽히는 게 앱 탓인지 장비 탓인지"의 책임 경계가 흐려진다. 직접 구매할 거라면 최소한 모델명 지정을 업체에게 받고 그 모델로 사라.

흔한 실패 5가지

1. 라벨과 태그를 개발 막바지에 정한다. 소프트웨어를 다 만들고 현장에 나가서야 냉동고에서 라벨이 떨어지는 걸 발견한다. 재질을 바꾸면 프린터 설정, 라벨 크기, 인쇄 레이아웃이 다 바뀐다. 라벨 실물 테스트는 착수 후 2주 안에 해야 한다.

2. 전 품목 RFID를 소모품비 계산 없이 결정한다. 도입 첫해 하드웨어 비용에만 집중하다가 2년 차에 태그값 청구서를 보고 바코드로 회귀한다. 이때 이미 게이트와 리더에 수천만 원이 들어가 있다.

3. 온라인 전용 앱으로 창고에 들어간다. 실사 당일 랙 안쪽에서 앱이 멈추고, 현장은 종이에 적었다가 나중에 입력한다. 그 순간 이 프로젝트는 실패한 것이다. 시스템을 안 쓰는 게 아니라 시스템을 우회하는 습관이 생기기 때문이다.

4. ERP 연동을 2차 과제로 미룬다. 새 시스템과 ERP에 재고가 두 벌 생기고, 두 숫자가 다르면 현장은 둘 다 안 믿는다. 연동이 2차라면 최소한 1차에서는 ERP를 단일 원장으로 두고 새 시스템은 이동 이벤트만 기록해야 한다.

5. 현장 작업자를 설계에 참여시키지 않는다. 장갑을 낀 손으로 못 누르는 버튼, 한 손에 단말을 들면 닿지 않는 위치의 확인 버튼, 스캔 한 번에 화면 전환이 세 번 일어나는 흐름. 이런 앱은 하루 만에 외면당한다. 파일럿 구역 한 곳에서 2주 병행 운영을 반드시 넣어라.

⚠️ 실패의 신호는 대개 "엑셀을 아직 같이 쓴다"로 나타난다. 오픈 후 한 달이 지나도 현장이 엑셀을 병행하고 있다면 기능이 부족한 게 아니라 흐름이 현장과 안 맞는 것이다. 기능을 더 넣지 말고 흐름을 다시 봐야 한다.

AI-Native 팀이 바코드·RFID 프로젝트를 다루는 방식

이런 프로젝트에서 개발 속도는 병목이 아니다. 병목은 현장 검증이다. 라벨이 견디는지, 게이트가 오인식하는지, 오프라인 큐가 정확히 한 번만 반영하는지는 코드를 빨리 짠다고 빨라지지 않는다.

트리숲(TreeSoop)이 이 유형에서 AI를 쓰는 지점은 그래서 두 곳이다. 하나는 현장 조건의 조합 폭발을 문서로 먼저 소진하는 것이다. 상온·냉장·냉동, 금속·비금속, 액체 포함 여부, 통신 유무를 조합하면 시나리오가 수십 개가 되는데, 이걸 착수 첫 주에 표로 만들어 발주처와 지워 나간다. 여기서 절반이 "우리 현장엔 해당 없음"으로 정리되고, 남은 것만 인수 기준이 된다. 둘째는 동기화 로직의 경계 조건 테스트를 자동으로 채우는 것이다. 중복 전송, 순서 뒤바뀜, 배터리 방전으로 인한 중단, 같은 품목 동시 카운트 같은 경우는 손으로 짜면 빠뜨리기 쉽고 놓치면 재고 숫자가 틀어진다.

팀 전원이 Claude Code Max를 기본 개발 환경으로 쓰기 때문에 이런 방어 코드와 테스트를 채우는 비용이 낮다. 그 대신 아낀 시간을 라벨 실물 테스트와 현장 병행 운영에 쓴다. 구체적인 진행 방식은 AI-Native 개발 방식에 정리해 두었다. 참고로 재고 시스템처럼 하드웨어가 얽힌 영역은 AI가 대신해 줄 수 없는 부분이 분명히 있고, 우리는 그 경계를 견적서에서 먼저 밝히는 쪽을 택한다.

⚠️ 재고 시스템에서 개발 속도는 임계 경로가 아니다. 임계 경로는 라벨 내구성 시험과 인식률 실측이다. 냉동 창고 라벨이 3개월 만에 벗겨지는지는 3개월을 기다려야 알고, 금속 적재 환경의 RFID 인식률은 실제 팔레트를 쌓아 재야 안다. 화면이 2주 만에 나와도 이 검증을 건너뛰면 오픈 후에 다시 한다. 업체에 물어야 할 것은 개발 기간이 아니라 현장 실측을 몇 회, 어느 환경에서 하느냐다.

자주 묻는 질문

Q. 바코드 시스템만 먼저 하고 나중에 RFID로 바꿀 수 있나요?

가능하다. 다만 "나중에"의 비용이 어디서 나오는지 알아야 한다. 앱과 서버는 재사용되지만 게이트·리더·안테나 설치와 태깅 정책은 새로 한다. 처음부터 리더 이벤트를 비동기 수신하는 구조로 만들어 두면 전환 시 소프트웨어 재작업이 크게 줄어든다. 착수 시점에 이 구조를 요구사항에 넣어 두라.

Q. 스마트폰으로 하면 안 되나요? PDA가 너무 비쌉니다.

매장이나 사무실이면 된다. 창고는 다르다. 콘크리트 바닥 낙하, 분진, 장갑 착용, 하루 8시간 연속 스캔에서 일반 스마트폰은 몇 달을 못 간다. 대당 100만 원을 아끼려다 반년마다 교체하면 더 든다. 단, 실사처럼 분기에 한 번 쓰는 용도라면 스마트폰과 블루투스 링 스캐너 조합이 합리적이다.

Q. RFID 인식률 100%가 가능한가요?

현장에서 100%를 계약 조건으로 쓰면 안 된다. 금속과 액체가 섞인 파렛트에서 100%는 물리적으로 보장되지 않는다. 대신 미인식이 발생했을 때 잡아내는 절차를 설계해야 한다. 기대 목록과 대조해 차이를 즉시 화면에 띄우고, 차이가 있으면 핸드헬드로 확인하는 흐름이다. 이 절차가 있으면 인식률 97%도 운영이 되고, 없으면 99.5%도 사고가 난다.

Q. 기존 ERP의 재고 기능을 쓰면 되는 거 아닌가요?

ERP는 재고 원장은 잘 관리하지만 현장에서 손에 들고 쓰는 스캔 흐름은 대개 없거나 불편하다. 그래서 보통은 ERP를 원장으로 두고 현장 앱을 붙이는 구조가 맞다. ERP를 버리고 새로 만드는 선택은 회계가 딸려 오기 때문에 규모가 완전히 달라진다. 판단 기준은 하나다. 회계 전표까지 새로 만들 각오와 예산이 있는가.

Q. 소규모 창고인데 최소 얼마부터 가능한가요?

품목 100~500개, 사용자 3~5명, ERP 연동 없이 입출고와 실사만 하는 범위면 1,200만 원대에서 시작한다. 기간은 6~10주다. 여기에 PDA 3대와 데스크톱 프린터 1대를 더하면 하드웨어 300만 원 안팎이다. 이 범위를 넘기는 요인은 거의 항상 ERP 연동, 로케이션 관리, 로트·유통기한 추적 세 가지 중 하나다.

정리

바코드·RFID 프로젝트의 결과를 가르는 지점은 세 가지다.

첫째, 식별 단위를 착수 전에 확정했는가. SKU인지 로트인지 개체인지 박스인지가 정해져야 기술 선택과 소모품비가 계산된다. 여기가 비어 있으면 견적서의 모든 숫자가 추정이다.

둘째, 현장 조건을 라벨과 태그 수준까지 내려서 검증했는가. 냉동인지, 금속 위인지, 액체가 있는지에 따라 재질이 바뀌고 재질이 바뀌면 프린터와 레이아웃이 바뀐다. 실물 테스트는 착수 2주 안에 끝내야 한다.

셋째, 끊긴 상태에서 돌아가는가. 창고 통신은 반드시 끊긴다. 오프라인 큐와 중복 방지가 없는 앱은 실사 당일에 무너지고, 한 번 무너지면 현장은 엑셀로 돌아가서 다시 오지 않는다.

이 세 가지가 확정된 상태로 견적을 받으면 업체 간 비교가 가능해진다. 확정되지 않은 상태에서 받은 견적은 금액이 아니라 가정을 비교하는 것이고, 그 가정은 착수 후에 전부 변경 요청으로 돌아온다.