자산 무단 반출 방지와 재물조사, 사람 위치 없이 하는 방법

연말이나 반기마다 자산 실사를 합니다. 관리부서가 목록을 돌리면 팀마다 자기 자리의 장비를 확인해 회신합니다. 이 과정은 항상 예상보다 오래 걸리고, 마지막까지 행방이 확인되지 않는 장비가 몇 대씩 남습니다.

무단 반출도 비슷한 구조입니다. 반출 신청 제도는 대부분의 회사가 갖추고 있습니다. 그런데 신청 기록과 실제 반출을 대조할 수단이 없습니다. 누가 신청 없이 장비를 가지고 나갔는지는 나중에, 그것도 사고가 생긴 뒤에야 드러납니다.

그래서 위치추적을 떠올리는데, 여기서 대부분 한 번 멈춥니다. 직원의 위치를 수집하는 시스템은 노사 협의와 보안 정책 양쪽에서 무거운 안건이기 때문입니다. 검토가 길어지고, 길어지다 보면 무기한 보류됩니다.

그런데 보호해야 할 대상을 다시 보면, 우리가 관리하려는 것은 사람이 아니라 장비입니다. 추적 대상을 자산으로 바꾸면 같은 목적을 훨씬 가벼운 구조로 달성할 수 있습니다.

I. 자산 반출 관리가 비는 세 지점

1. 신청과 실제가 대조되지 않는다

반출 신청서는 시스템에 남고, 실제 반출은 문을 나가면 끝납니다. 둘을 연결하는 장치가 없으면 신청은 서류 절차일 뿐입니다. 성실한 사람만 신청하고, 신청하지 않은 사람은 기록에도 남지 않는 역설이 생깁니다.

2. 사람을 추적하면 논의가 커진다

직원의 실시간 좌표를 수집하면 근로자 대표와의 협의가 필수가 되고, 보관 기간과 열람 권한까지 정해야 합니다. 보안 부서의 목적은 자산을 지키는 것인데, 논의는 개인정보로 옮겨갑니다. 목적과 수단이 어긋나면 도입은 밀립니다.

3. 출입구가 하나가 아니다

정문만 관리하면 될 것 같지만 실제로는 후문, 지하주차장, 흔히는 직원 전용 통로가 있습니다. 한 곳이라도 비어 있으면 기록 전체의 신뢰도가 내려갑니다. 반출이 안 잡힌 것인지 안 지나간 것인지 구분할 수 없기 때문입니다.

II. 추적 대상을 사람에서 자산으로 옮기면

구성은 단순해집니다. 노트북과 중요 장비에 태그를 붙이고 자산 ID와 연결합니다. 출입 경계에서는 그 태그가 지나갔는지만 기록합니다. 누가 들고 나갔는지는 시스템이 묻지 않습니다.

이 구성이 답하는 것은 다음과 같습니다.

확인 항목	내용
반출입 이벤트	어느 게이트를 언제 어느 방향으로 통과했는가
신청 대조	그 시각에 승인된 반출이 있었는가
재실 현황	등록 자산 중 현재 구내에서 확인되는 것은 몇 대인가
태그 상태	태그가 뗳어졌거나 신호가 끊긴 자산은 없는가

마지막 항목이 중요합니다. 태그를 떼고 나가면 시스템은 무력해지기 때문입니다. 탈거 감지를 반출 이벤트와 같이 보면 우회 시도를 구분할 수 있습니다. 다만 정상적인 분리와 비정상 탈거를 어떻게 가를 것인가는 부착 재질과 접착 방식에 따라 달라지므로 실물로 기준을 잡아야 합니다.

III. 실사가 상시 직업이 된다

자산 실사가 힘든 이유는 한 번에 몰아서 하기 때문입니다. 반년치 변화를 며칠 안에 따라잡으려니 부담이 큰 것입니다.

위치 이벤트가 계속 쌓이면 상황이 바뀝니다. 등록된 자산과 현재 확인되는 자산의 차이를 상시로 볼 수 있기 때문입니다. 실사는 전수 점검이 아니라 차이가 나는 것만 확인하는 작업이 되고, 그만큼 자주 할 수 있게 됩니다.

여기서 한 가지 짚어둘 것이 있습니다. 자산 위치를 센티미터 단위로 알 필요는 없습니다. 어느 층, 어느 구역에서 마지막으로 확인됐는지이면 실사에는 충분합니다. 필요한 정밀도를 낮추면 수신 장치 수량이 줄고, 그것이 공사 규모와 비용을 결정합니다.

IV. 도입 전에 확인할 것

1. 부착 방식과 재질

노트북은 알루미늄과 플라스틱 케이스가 섞여 있고, 사용자가 매일 들고 다니는 물건입니다. 접착이 오래가는지, 업무에 거슬리지 않는 자리가 어디인지를 실제 장비로 확인해야 합니다.

2. 출입구 범위

먼저 모든 출입구를 다 덤보다는, 실제 반출 경로를 몇 곳으로 정리할지를 먼저 정하는 편이 효율적입니다. 1단계로 정문과 주차장만 닫고 결과를 본 뒤 범위를 넓히는 순서가 안전합니다.

3. 신청 시스템 연동

반출 승인 정보가 어떤 형태로 존재하는지, API로 조회할 수 있는지를 사전에 확인해야 합니다. 자산 ID 체계가 서로 다르면 대조 자체가 안 되므로, ID 매핑 방식을 설계 초기에 정해야 합니다.

4. 배터리와 교체 운영

자산 수가 많을수록 교체 작업이 운영비입니다. 감지 주기를 어느 정도로 할 것인지가 배터리 수명을 결정하고, 수명이 교체 주기를 결정합니다. 반출 감지는 초 단위 갱신이 필요 없으므로 주기를 낮춰 운영 부담을 줄일 여지가 큽니다.

V. 적게 수집하는 것이 설계의 일부다

보안 시스템은 많이 보면 볼수록 좋다고 생각하기 쉽습니다. 실제로는 반대입니다. 수집 항목이 많을수록 동의 받을 것이 늘고, 지켜야 할 정책이 늘고, 도입 일정이 길어집니다.

사람 좌표를 수집하지 않는다고 명확히 정해 두면 설명이 간단해집니다. 직원 입장에서도 내 위치가 아니라 회사 장비의 위치가 기록된다는 것이라면 받아들이기가 다릅니다.

ORBRO OS는 자산 기준으로 화면을 구성합니다. 노트북과 장비의 마지막 확인 구역, 게이트 통과 이벤트, 미신청 반출 후보와 태그 이상을 보안 담당자가 확인할 순서대로 정렬해 보여줍니다. 조치 이력이 함께 남기 때문에 감사 대응 자료로도 그대로 쓰입니다.

마치며

자산 반출 관리는 감시의 문제로 오해되기 쉽지만, 설계를 바꾸면 기록의 문제가 됩니다. 사람을 보지 않고 장비를 보는 구성이면, 보안 목적은 그대로 달성하면서 도입 장벽은 크게 낮아집니다.

사무실과 연구소, 생산 단지는 출입 구조와 자산 종류가 제각각 다릅니다. 반출 경로 한두 곳과 대표 장비 몇 대로 부착과 감지 조건을 먼저 확인해 보면 전체 범위를 산정하기가 훨씬 쉬워집니다. 검토 중이시라면 ORBRO에 문의해 주시기 바랍니다.