물류센터 화재, 소방이 가장 먼저 묻는 숫자
2026-08-12
지난 7월, 수도권의 한 대형 물류센터에서 큰 화재가 있었다. 완전 진화까지 109시간이 걸렸고, 소방은 연인원 800명대의 인력과 200대가 넘는 장비를 투입했다. 건물 안에 있던 121명은 자력으로 대피했다.
인명 피해가 없었다는 것이 이 사건에서 가장 중요한 사실이다. 그리고 그 사실 뒤에는 질문 하나가 남는다. 불이 시작된 그 순간, 건물 안에 정확히 몇 명이 있었는지를 즉시 답할 수 있는 현장이 얼마나 될까.
소방 지휘가 현장에 서면 가장 먼저 확인하는 정보가 재실 인원이다. 진입할지 방어할지, 인명 검색에 인력을 얼마나 붙일지, 어느 층부터 훑을지가 이 숫자에서 갈린다. 그런데 대형 물류센터에서 이 숫자를 대는 일은 생각보다 어렵다. 연면적이 넓고 층이 여러 개이고, 상시 인력에 일용·용역·기사까지 섞이고, 교대 시간대에는 두 조가 겹친다.
명단은 어디에나 있다. 위치는 어디에도 없다. 비상 상황에서 이 둘의 차이가 얼마나 큰지가 이 글의 주제다.
I. 출입 기록은 들어온 사람만 안다
대부분의 현장에는 출입 관리 시스템이 있다. 그래서 "오늘 몇 명이 들어왔는지"는 안다. 문제는 나간 사람이다.
출입 게이트는 진입 시점 기록에 강하고 이탈 시점에 약하다. 문이 한 번 열릴 때 여러 명이 통과하고, 화물 출입구나 비상계단으로 나가는 사람은 기록에 남지 않고, 퇴근하면서 태그를 반납하지 않는 사람도 있다. 이 오차는 평상시에는 아무 문제도 일으키지 않는다. 비상 상황에서만 문제가 된다.
두 번째 방법은 집합장소 점호다. 경보가 울리면 지정 장소에 모여 인원을 센다. 이 방법은 확실하지만 느리고, 결정적으로 못 온 사람이 어디 있는지는 알려주지 않는다. 넓은 자동화 센터에서 층과 구역이 나뉘어 있으면, 명단에서 빠진 한 사람을 찾는 일이 곧 수색으로 바뀐다. 수색은 시간이 걸리고, 그 시간에 진입한 대원도 위험해진다.
그러니 필요한 건 더 정확한 명단이 아니다. 다른 종류의 정보다.
II. 필요한 건 명단이 아니라 도면 위의 숫자
위치 기반으로 이 문제를 풀면 정보의 모양이 바뀐다.
작업자가 착용한 태그의 위치를 구역 단위로 집계하면 구역별 재실 인원이 실시간으로 나온다. 3층 A구역 12명, 지하 1층 자동화 설비 구역 2명 같은 형태다. 경보가 발령된 순간의 값을 스냅샷으로 잡아 두면, 대피가 진행되면서 이 숫자가 줄어든다. 줄지 않고 남는 숫자가 곧 미대피 인원이고, 그 숫자에는 위치가 붙어 있다.
여기서 한 단계 더 들어가면 개인 단위가 된다. 마지막으로 확인된 좌표, 이동 방향, 최근에 지나온 구역. 되짚기 기능으로 몇 분 전 동선을 재생하면 "이 사람은 3층 랙 구역에서 계단 쪽으로 이동 중이었다"는 문장이 만들어진다. 수색 범위가 건물 전체에서 한 구역으로 좁아진다.
대응 절차도 자동으로 돌아가야 한다. 경보 조건이 성립하면 구역별 안내 방송, 담당자 호출, 대피 유도, 관리자 알림이 정해진 순서대로 실행되고 그 이력이 자동으로 남는 구조다. 사람이 매뉴얼을 찾아 읽는 시간에 절차가 먼저 시작되어야 한다.
마지막으로, 이 정보는 밖으로 넘길 수 있는 형태여야 한다. 관제 화면을 함께 보는 방법이든, 구역별 인원과 미대피자 목록을 즉시 출력하는 방법이든, 도착한 소방 지휘부에 건네줄 수 있어야 값이 생긴다. 우리 화면 안에서만 정확한 숫자는 그 순간 아무것도 바꾸지 못한다.
ORBRO의 통합 관제 플랫폼 ORBRO OS는 현장 도면 위에 구역을 그리는 것에서 시작한다. 구역을 그리면 그 구역의 재실 인원과 출입 이력이 집계되고, 경고 조건과 대응 절차를 구역에 붙일 수 있다. 비상 대피는 이 구조의 특별한 사용법 하나일 뿐이고, 평상시에는 같은 데이터가 동선 분석과 출입 관리로 쓰인다. 비상용으로만 존재하는 시스템은 정작 비상 때 동작하지 않는다는 점에서, 이 편이 현실적이다.
III. 불이 나면 서버와 회선도 위험하다
비상 대응 시스템을 검토할 때 가장 자주 빠지는 항목이 이것이다. 화재는 사람만 위협하지 않는다. 전원과 통신도 같이 끊는다.
위치 연산과 이벤트 판정을 외부 클라우드에서 처리하는 구조라면, 센터의 회선이 끊기거나 전원이 내려가는 순간 화면이 함께 죽는다. 정작 그 숫자가 가장 필요한 시점이다.
그래서 판단은 현장 안에서 끝나는 게 안전하다. ORBRO는 현장에 설치하는 온프레미스 엣지 서버 ORBRO Edge Pro에서 위치 연산과 이벤트 판정을 수행하는 구성을 지원한다. 외부망이 끊겨도 현장 관제는 유지되고, 영상이 외부로 나가는 것을 꺼리는 발주처의 조건도 같이 해결된다.
설계 단계에서 함께 정해야 할 것이 하나 더 있다. 무정전 전원에 무엇을 물릴 것인가. 관제 서버와 주요 구역의 앵커 일부를 비상 전원 계통에 포함시켜 두면, 정전 이후에도 최소한 인원 집계는 살아 있다. 이건 제품 사양이 아니라 현장 설계의 문제이고, 도입 검토 때 반드시 짚어야 하는 항목이다.
IV. 로봇이 들어온 창고에서 달라진 것
자동화가 들어오면서 물류센터의 위험 구조도 바뀌었다.
물류 로봇 수백 대가 쓰는 리튬배터리가 한 층에 모이면 전기차 수십 대분에 해당하는 용량이 된다는 지적이 최근 보도에서 나왔다. 정부도 관계 기관과 민간 전문가로 태스크포스를 구성해 자동화 물류시설의 안전관리 기준을 검토하고 있다. 해외 대형 물류 사업자들이 화재 감지, 로봇 제어, 배터리 충전 관리, 초기 진압을 하나로 묶어 운영하는 방향도 함께 알려졌다.
여기서 눈에 띄는 건 감지와 제어와 대응이 한 몸으로 다뤄진다는 점이다. 감지기만 늘리는 것으로는 부족하다는 판단이 깔려 있다.
위치 데이터가 이 구조에서 맡는 역할은 분명하다. 자동화 설비 구역은 평소 사람이 상주하지 않는 공간이다. 그래서 그 구역에 사람이 들어와 있다는 사실 자체가 정보가 된다. 대개 정비나 오류 대응 중이라는 뜻이고, 비상이 걸렸을 때 가장 먼저 확인해야 하는 위치이기도 하다. 배터리 충전·보관 구역의 진입 이력과 체류시간이 기록으로 남아 있으면 사후 조사에서도 값이 있다.
영상 쪽은 다른 몫을 맡는다. ORBRO의 영상 이벤트 감지 제품 AI Event Manager는 연기·화염, 쓰러짐, 위험구역 진입 같은 사건을 영상에서 잡아낸다. 이 이벤트가 같은 도면 위 같은 좌표에 표시되면 "3층 자동화 구역에서 연기 이벤트, 그 구역에 2명"이라는 한 문장이 만들어진다. 카메라 화면과 인원 명부를 각각 다른 모니터에서 대조하는 것과는 속도가 다르다.
V. 도입을 검토한다면 이 다섯 가지를 확인하자
- 착용률과 회수율. 아침에 배부하고 저녁에 회수하는 방식이라면 실제 커버리지는 회수율이 결정한다. 태그 100개 중 매일 70개만 돌아오는 현장의 재실 인원은 30%가 비어 있다. 사원증 형태로 상시 착용하게 만들 수 있는지부터 본다.
- 경보 순간에 무엇이 몇 초 안에 나오는가. 구역별 인원, 미대피자 목록, 마지막 위치. 그리고 그것이 화면인지 출력물인지. 소방에 건넬 형태까지 미리 정해 둔다.
- 통신과 전원이 끊겼을 때 무엇이 남는가. 위치 연산이 현장에서 이뤄지는지, 관제 서버와 앵커가 비상 전원 계통에 들어가는지.
- 협력사·일용 인력까지 포함되는가. 상시 인력만 잡히는 시스템은 교대·성수기에 가장 크게 틀린다. 게스트 태그 발급과 회수 운영을 누가 어떻게 할지가 실질적인 관문이다.
- 기록이 어떤 형태로 남는가. 사후에 그 시점의 구역별 인원과 동선을 재생할 수 있는지, 보고서로 내보낼 수 있는지. 원인 규명과 재발 방지는 이 기록에서 시작된다.
마치며
화재는 예측 대상이 아니다. 대비 대상이다. 그리고 대비의 최소 단위는 장비 목록이 아니라 숫자 하나다. 지금 이 건물 안에 몇 명이 있는가.
이 숫자를 평상시에 늘 알고 있는 현장은 비상 상황에서 별도의 절차가 필요 없다. 이미 화면에 떠 있기 때문이다. 반대로 평상시에 모르는 현장은 비상 상황에서도 모른다. 경보음이 이 사실을 바꿔주지는 않는다.
ORBRO는 작업자·자산 위치추적 태그부터 현장에 두는 엣지 서버, 그리고 이 데이터를 도면 하나로 모으는 관제 플랫폼 ORBRO OS까지 직접 만들고 있다. 물류센터·창고 환경의 구성이 궁금하다면 문의해 주시기 바란다. 현장 규모와 층 구성, 지금 인원을 어떻게 파악하고 있는지만 알려주셔도 검토를 시작할 수 있다.
