총무팀이 노트북, 회의 장비, 측정기기를 빌려주는데도 매번 메신저를 다시 열어 보게 되는 이유는 장비 목록이 부족해서가 아닙니다. “지금 누가 갖고 있나요?”, “반납했다는데 충전기도 있나요?”, “고장 난 것은 아닌가요?”라는 질문에 한 기록으로 답하기 어려워서입니다.
사내 비품 대여 관리 시스템을 엑셀로 계속 운영할지 바꿀지 판단하려면, 먼저 반납의 뜻부터 정해야 합니다. 장비가 선반에 놓였다는 뜻인지, 다음 사람이 받아도 된다는 판단까지 끝났다는 뜻인지 구분해야 합니다. 후자라면 반납 기록과 대여 가능 상태를 같은 칸에 넣기 어렵습니다.
반납은 물건을 받은 순간이 아니라 상태를 확정하는 과정입니다
출장용 노트북이 금요일 저녁에 돌아왔다고 가정해 보겠습니다. 담당자가 노트북 본체만 보고 보관 위치를 엑셀에 바꿔 두었습니다. 월요일에 다른 직원이 장비를 받으려는데 충전기가 없거나 화면이 깨져 있다면, 금요일의 반납 기록은 다음 대여를 보장하지 못합니다.
이때 필요한 것은 엑셀에 열을 계속 추가하는 일이 아닙니다. 반납을 접수한 사람과 장비를 다시 빌려줄 수 있다고 판단한 사람이 누구인지 남기는 흐름입니다. 두 사람이 같을 수도 있습니다. 다만 담당자가 여럿이거나, 총무팀과 IT팀이 역할을 나눠 맡는다면 두 판단을 한 번에 처리하지 않는 편이 혼선을 줄입니다.
장비를 공용 캐비닛이나 회의실에 두는 운영도 가능합니다. 그렇더라도 위치만 기록하면 “누가 돌아온 장비를 확인했는가”가 비게 됩니다. 실제 사용자, 반납을 받은 사람, 점검을 끝낸 사람 가운데 조직이 필요한 확인 주체를 정해 두어야 합니다.
장비별로 구별해야 할 상태만 남깁니다
상태를 세밀하게 만들수록 관리가 좋아지는 것은 아닙니다. 현장에서 서로 다른 판단을 내려야 하는 지점만 구분하면 됩니다. 예를 들어 노트북과 측정기기는 반납 뒤 확인할 내용이 다르므로, 같은 반납 절차를 강제하기보다 장비 유형별 기준을 짧게 정하는 편이 낫습니다.
처음 요구사항을 정할 때는 다음 정도의 흐름이면 충분합니다.
- 대여 요청 또는 예약됨
- 실제로 인수해 사용 중
- 반납 접수됨
- 점검 대기 또는 수리 중
- 다시 대여 가능
- 분실 또는 부속품 누락 확인
여기서 핵심은 ‘반납 접수됨’과 ‘다시 대여 가능’을 분리하는 일입니다. 노트북은 충전기, 전원 켜짐, 필요 시 초기화 여부를 확인할 수 있습니다. 측정기기는 센서나 케이블 같은 부속품과 간단한 작동 시험이 더 중요할 수 있습니다. 모든 점검을 시스템에 넣을 필요는 없지만, 다음 대여 가능 여부를 바꾸는 항목은 기록에 남겨야 합니다.
분실, 파손, 수리 판단도 같은 원리로 다룹니다. 사용자가 문제를 알리는 것과 담당자가 수리 상태로 바꾸는 것은 다른 일입니다. 누가 최종 상태를 바꿀 수 있는지 정해 두면, 수리 중인 장비가 예약 목록에 섞이는 일을 줄일 수 있습니다.
엑셀을 유지할 조건과 시스템을 검토할 신호
같은 담당자가 대여와 반납을 모두 확인하고, 장비별 점검 기준이 짧으며, 예약 충돌이 드문 조직이라면 엑셀을 계속 써도 됩니다. 이 경우 자산 번호, 현재 보관자, 반납 예정일, 반납 확인자, 현재 상태를 한 파일에서 일관되게 관리하는 편이 새 도구를 도입하는 것보다 낫습니다.
시스템 검토는 장비 수가 늘었을 때가 아니라 판단이 갈릴 때 시작합니다. 예약한 장비와 실제 지급 장비가 자주 달라지거나, 담당자마다 반납 확인 방식이 다르거나, 수리 장비가 대여 가능 목록에 다시 보인다면 엑셀 자체보다 운영 흐름이 한계를 맞은 것입니다. 메신저에서 반복해 묻는 질문이 무엇인지 모아 보면, 첫 화면에 필요한 정보와 알림 우선순위도 드러납니다.
기존 대여 관리 제품이 맞는지는 조직의 예외 절차에 따라 달라집니다. 예약, 인수, 반납, 수리 상태만 분명하면 기존 제품으로도 검토할 수 있습니다. 반면 장비별 점검표, 현장 사진, 수리 승인, 외부 수리업체 연계처럼 조직 고유의 확정 절차가 핵심이라면 그 부분만 별도로 개발할 범위를 정하는 편이 현실적입니다.
업체나 내부 개발팀과 논의하기 전, 장비 유형별로 “반납 완료로 보기 위해 누가 무엇을 확인하는가”를 한 줄씩 써 보십시오. 그 문장이 정리되면 엑셀을 유지할지, 제품을 도입할지, 필요한 부분만 개발할지의 선택도 훨씬 선명해집니다.
