오버부킹 방지: 소규모 숙소에서 오버부킹이 나는 4가지 원인

결론부터: 오버부킹은 대부분 '재고를 아는 시점'이 늦어서 생깁니다

소규모 숙소의 오버부킹은 직원이 부주의해서 나는 경우보다, 예약이 들어온 순간과 다른 채널의 재고가 줄어드는 순간 사이에 틈이 있어서 나는 경우가 많습니다. 그 틈을 만드는 원인은 크게 네 가지입니다. 우리가 부산에서 게스트하우스를 직접 운영하며 겪은 체감 빈도 순서로 적으면 이렇습니다.

1. 채널 간 동기화 지연 (같은 마지막 베드가 두 곳에서 팔림)
2. 시스템 밖에서 받은 예약 (전화, 카카오톡, 워크인, 연동되지 않은 채널)
3. 객실·베드 매핑 오류 (OTA 상품과 실제 재고가 어긋남)
4. 변경·연장·방 이동 후 재고 미반영, 그리고 조용히 끊긴 연결

아래에서 각각 어떻게 일어나는지, 고치려면 무엇이 필요한지 차례로 설명합니다. 일반적인 조언("calendar를 자주 확인하세요")이 아니라 실제로 재고가 어긋나는 구조를 다룹니다.

1. 동기화 지연: 마지막 한 자리를 두 채널이 동시에 파는 경우

8인 도미토리에 토요일 밤 베드가 하나 남았다고 가정하겠습니다. 한 OTA에서 21시 00분에 예약이 들어옵니다. 이 예약이 PMS나 채널매니저에 전달되고, 남은 재고가 계산되고, 다른 OTA들에 "0개"로 전달되고, 각 OTA가 그 값을 반영하기까지 시간이 걸립니다. 그 사이에 다른 OTA에서 같은 베드를 결제하면 오버부킹입니다. 시간은 예시일 뿐이고, 요점은 예약이 들어온 시점과 모든 채널에 닫힘이 반영된 시점 사이에 창이 존재한다는 것입니다.

이 창의 길이는 두 가지로 정해집니다.

• 시스템이 새 예약을 아는 방식. 일정 주기마다 채널을 확인하는 방식(폴링)이면 주기만큼 창이 열려 있습니다. 예약이 생기는 즉시 알림을 받는 방식(푸시·웹훅)이면 이 부분은 줄어듭니다.
• 각 OTA가 재고 업데이트를 반영하는 속도. 이 부분은 채널매니저도, 숙소도 통제할 수 없습니다. 채널마다 다릅니다.

그래서 해결 조건은 두 겹입니다. 첫째, 예약 수신부터 재고 전송까지 사람 손을 거치지 않아야 합니다. 둘째, 통제할 수 없는 지연이 남는다는 전제로 운영해야 합니다. 예를 들어 성수기 주말에 마지막 한두 자리는 판매 채널을 줄여 두는 식입니다. 동기화가 빠르더라도 창이 0이 되지는 않기 때문입니다.

본인 숙소 장부로 직접 계산해 보실 수 있습니다. 지난 오버부킹 건을 뽑아서 두 예약의 접수 시각 차이를 확인해 보십시오. 그 차이가 몇 분 안쪽이라면 원인은 1번일 가능성이 높습니다.

2. 시스템 밖에서 받은 예약

두 번째는 훨씬 단순하지만 소규모 숙소에서 흔합니다. 전화로 받은 예약, 카카오톡으로 받은 예약, 현장에서 받은 워크인이 PMS 캘린더에 들어가지 않으면 그 베드는 온라인에서 계속 판매 중입니다. 노트나 엑셀에 적어 두고 "나중에 막아야지" 하는 순간 창이 열립니다. 교대 근무자가 바뀌면 더 위험합니다.

연동되지 않은 채널도 같은 문제입니다. 야놀자·여기어때 연동은 현재 협의 단계라 지원한다고 말씀드릴 수 없습니다. 연동되지 않은 채널을 쓰신다면 그곳의 예약은 사람이 PMS에 입력하고, 그곳의 재고는 사람이 닫아야 합니다. 어떤 채널이 자동이고 어떤 채널이 수동인지 표로 적어 두는 것만으로도 사고가 줄어듭니다.

해결 조건은 하나입니다. 모든 예약이 하나의 캘린더에 들어가는 것, 그리고 그 캘린더가 유일한 기준이 되는 것입니다. 워크인도 예외 없이 그 자리에서 입력해야 합니다.

3. 객실·베드 매핑 오류

OTA에 올려 둔 상품과 PMS의 실제 재고가 1:1로 맞지 않는 경우입니다. 도미토리에서 특히 자주 생깁니다. 대표적인 경우는 다음과 같습니다.

• 같은 방의 베드를 "혼성 6인실"과 "여성 전용 6인실" 두 상품으로 올렸는데, 두 상품이 같은 재고를 공유한다는 설정이 없는 경우
• 방 구성을 바꿨는데(베드 추가·삭제) OTA 상품의 수량은 그대로인 경우
• 개인실과 도미토리를 함께 운영하면서, 한 OTA 상품이 잘못된 방에 연결된 경우

이 경우에는 동기화가 아무리 빨라도 소용이 없습니다. 처음부터 다른 숫자를 보내고 있기 때문입니다. 해결 조건은 OTA 상품 하나하나가 PMS의 어느 방·베드에 연결되는지 문서로 확인하는 것입니다. 방 구성이 바뀔 때마다 이 연결을 다시 봐야 합니다. 베드 단위로 캘린더를 관리하고 방·베드 배치를 화면에서 볼 수 있어야 이 점검이 가능합니다. 관련 기능은 기능 안내에 정리해 두었습니다.

4. 변경·연장·방 이동 후 재고 미반영, 그리고 조용히 끊긴 연결

네 번째는 예약이 들어올 때가 아니라 예약이 바뀔 때 생깁니다. 게스트가 하루 연장하거나 다른 방으로 옮기거나 날짜를 바꾸면, 이전 날짜의 재고는 풀리고 새 날짜의 재고는 줄어야 합니다. 이 두 가지가 모두 각 채널에 전달되어야 합니다. 방 이동을 캘린더에서 처리했는데 재고 갱신이 실패하면, 눈으로 볼 때는 정상인데 채널에는 잘못된 수량이 남습니다.

더 까다로운 것은 연결 자체가 조용히 끊기는 경우입니다. OTA 쪽 인증이 만료되거나 상품 정보가 바뀌어 업데이트가 거절되면, 화면에는 아무 일도 없는 것처럼 보이다가 며칠 뒤 오버부킹으로 나타납니다.

해결 조건은 두 가지입니다.

• 변경과 취소도 신규 예약과 같은 경로로 자동 반영될 것
• 연결 상태와 실패한 업데이트를 운영자가 볼 수 있을 것. 그리고 볼 수 없는 부분은 사람이 대조할 것. 예를 들어 주 1회, 성수기 주말 날짜 하나를 골라 각 OTA 관리자 페이지의 잔여 수량과 PMS 잔여 수량을 나란히 비교해 보시기 바랍니다.

한눈에 보는 정리

도구가 할 수 있는 일과 사람이 해야 하는 일

우리는 One Way Guesthouse와 KIMCHE Guesthouse Downtown을 직접 운영하면서 이 네 가지를 모두 겪었고, 그 경험으로 Kimchee PMS를 만들었습니다. 정직하게 구분하면, 1번의 앞부분(예약 수신 후 재고 전송)과 4번의 자동 반영은 채널매니저가 맡을 수 있는 부분입니다. Kimchee는 채널매니저가 포함되어 있고 Channex 기반으로 Booking.com, Airbnb, Agoda, Expedia, Hostelworld, Trip.com 등을 연결합니다. 연결 가능한 채널 목록은 채널 안내에서 확인하실 수 있습니다.

반대로 2번(시스템 밖 예약)과 3번(매핑 설계)은 도구를 바꾼다고 저절로 해결되지 않습니다. 입력 규칙과 점검 습관이 함께 있어야 합니다. 또 어떤 시스템도 OTA 쪽 반영 속도까지 대신 정해 줄 수는 없으므로, 성수기 마지막 자리는 채널을 줄여서 파는 운영이 여전히 필요합니다. 전체 동작 방식이 궁금하시면 작동 방식 페이지를 참고하십시오.

오늘 바로 해볼 점검 세 가지

1. 최근 오버부킹이 났던 건을 꺼내 네 가지 중 어디에 해당하는지 분류합니다. 접수 시각 차이, 예약 경로, 상품 이름, 변경 이력을 보면 됩니다.
2. 채널별로 "자동 연동 / 수동 입력"을 표로 적고, 수동 채널의 담당 교대조를 정해 둡니다.
3. 이번 주말 날짜 하나를 골라 각 OTA 관리자 페이지와 PMS의 잔여 수량을 대조합니다.

운영 규모와 채널 구성에 따른 요금이 궁금하시면 요금 안내에서 객실 수 기준으로 확인하실 수 있습니다. 채널매니저 비용은 별도로 청구되지 않습니다.