1. PMS를 설치하고 구성했더라도 실제 예약을 받을 준비가 끝난 것은 아닙니다. 실제로 발생할 상황을 기준으로 설정을 테스트했는지가 그 차이를 만듭니다.
2. 시스템 오픈 시 발생하는 문제는 주로 부정확한 객실 재고, 의도와 다른 요금, 적용되지 않는 제한 조건, 테스트하지 않은 결제 설정, 잘못된 접근 권한이 부여된 직원 계정 등 5개 영역에 집중됩니다.
3. 이 체크리스트는 검증 가능한 30개 항목을 통해 5개 영역을 모두 다룹니다. 각 항목은 예약 캘린더를 열기 전에 발견하지 못하면 고객에게 직접 영향을 미칠 수 있는 구체적인 오류에 대응합니다.
4. 첫 실제 예약을 받은 후가 아니라 그 전에 전체 목록을 한 차례 점검하세요.
숙박업소가 오류를 안고 시스템을 오픈하는 이유
새 PMS의 설정 절차는 명확합니다. 객실 유형을 만들고, 요금을 입력하고, 채널을 연결하고, 직원을 추가하면 됩니다. 대부분의 숙박업소가 이 모든 작업을 완료합니다. 문제는 작업을 완료하는 것과 그 결과를 검증하는 것이 서로 다르다는 점입니다.
잘못 입력된 요금은 고객이 잘못된 가격으로 예약하기 전까지 드러나지 않습니다. 활성 상태로 보이지만 판매 가능 객실이 동기화되지 않는 채널 연결은 중복 예약이 발생하기 전까지 알아차리기 어렵습니다. 권한 범위가 지나치게 넓은 직원 계정도 해당 직원이 변경 권한이 없는 요금을 수정하기 전까지는 문제가 드러나지 않습니다.
아래 체크리스트는 설정 안내서가 아니라 검증 절차입니다. 각 항목은 구성이 이미 완료되었다고 전제하고, 해당 설정이 올바른 결과를 내는지 테스트합니다.
객실 유형 및 재고(점검 항목 1–6)
1. 모든 객실 유형이 실제 객실과 일치합니다. PMS에 등록된 명칭, 수량 및 설명이 숙박업소의 실제 객실과 일치해야 합니다. "오션뷰 더블"이라는 객실 유형에는 바다가 보이는 모든 더블룸이 정확히 연결되어야 하며, 더 많거나 적어서는 안 됩니다.
2. 객실 수가 정확하며 초과 판매가 발생하지 않습니다. 객실 유형별 시스템 수용량이 실제 판매 가능한 객실 수와 일치해야 합니다. 특정 객실 유형의 수용량을 모두 채우는 테스트 예약을 입력한 뒤, 해당 날짜에 같은 유형의 추가 예약이 차단되는지 확인하세요.
3. 판매 중지 객실이 차단되어 있습니다. 유지보수나 리노베이션 중이거나 기타 사유로 이용할 수 없는 객실은 유지보수 상태로 설정하고 판매 가능 재고에서 제외해야 합니다. 연결된 모든 채널에도 차단 상태가 표시되는지 확인하세요.
4. 객실 편의시설 태그가 정확하게 지정되어 있습니다. 고객의 객실 검색 필터에 사용되는 편의시설 및 특성(장애인 편의시설, 1층, 킹사이즈 침대, 발코니 등)이 올바른 객실 유형에 지정되어야 합니다. 고객이 "장애인 편의시설"로 필터링하면 실제로 해당 요건을 충족하는 객실만 표시되어야 합니다.
5. 객실 유형별 최대 투숙 인원이 설정되어 있습니다. 시스템에서 객실 유형별 최대 투숙 인원을 제한해야 합니다. 정원이 2명으로 등록된 객실을 5명이 예약할 수 있어서는 안 됩니다.
6. 각 객실 유형에 지정된 사진이 최신 상태입니다. 다음 위치에 표시되는 이미지가 직접 예약 및 OTA 목록에서 객실의 현재 상태와 일치해야 하며, 리노베이션 당시의 이전 모습이어서는 안 됩니다.
요금 및 가격 설정(점검 항목 7–12)
7. 기본 요금이 향후 90일 전체에 적용됩니다. 모든 객실 유형에 향후 3개월간 매일 적용되는 요금이 설정되어 있어야 합니다. 요금이 누락된 날짜에는 오류가 발생하거나 0원 요금으로 예약될 수 있습니다.
8. 해당하는 경우 주말 요금이 별도로 설정되어 있습니다. 숙박업소가 평일과 다른 금요일·토요일 요금을 적용한다면, 정확한 요일에 요금 차이가 반영되고 인접 날짜까지 잘못 적용되지 않는지 확인하세요.
9. 성수기 및 이벤트 요금이 등록되어 있습니다. 공휴일, 지역 행사, 방학 기간 등 수요가 높을 것으로 예상되는 날짜에는 기본 요금이 아니라 실제 수요를 반영한 요금이 설정되어 있어야 합니다.
10. 최저 요금 하한선이 설정되어 있습니다. 어떤 객실 유형도 숙박업소가 정한 원가 하한선보다 낮은 요금으로 예약되어서는 안 됩니다. 자동화 도구나 수동 재정의를 통해서도 요금이 설정된 최저 금액 아래로 내려갈 수 없는지 확인하세요.
11. 수수료를 반영한 OTA 채널 요금이 정확합니다. 숙박업소가 순요금을 등록한다면 플랫폼에서 수수료를 더한 후 고객에게 표시되는 가격이 의도한 금액이 되는지 확인하세요. 총요금을 등록한다면 OTA 수수료가 그 위에 중복으로 추가되지 않는지 확인하세요.
12. 직접 예약 테스트에서 정확한 총액이 표시됩니다. 직접 예약 링크 또는 위젯을 통해 테스트 예약을 진행하고, 결제 단계로 넘어가기 전에 표시된 총액(객실 요금, 세금 및 기타 수수료의 합계)이 의도한 금액과 일치하는지 확인하세요.
첫 실제 예약을 받기 전에 요금, 객실 재고 및 채널 동기화를 확인하세요
Smart Order의 설정 체크리스트는 숙박업소 운영자가 요금 구성, 채널 연결 및 직원 권한을 단계별로 점검하도록 지원하여, 추측이 아닌 검증을 거쳐 시스템을 오픈할 수 있게 합니다.
예약 제한 조건(점검 항목 13–16)
13. 성수기에 최소 숙박일 제한이 적용됩니다. 최소 3박 조건이 설정된 연휴 주말에는 1박만 예약할 수 없어야 합니다. 제한 날짜에 1박 예약을 시도하여 시스템에서 차단되는지 테스트하세요.
14. 판매 중단 날짜가 모든 채널에서 차단되어 있습니다. 숙박업소가 신규 예약을 받지 않는 날짜는 PMS에서 차단되어야 하며, 직접 예약 캘린더뿐만 아니라 연결된 모든 OTA 채널에도 해당 차단이 반영되어야 합니다.
15. 체크인 및 체크아웃 요일 제한이 활성화되어 있습니다. 예를 들어 숙박업소에서 여름철 금요일 체크인을 허용하지 않는다면, 이 제한을 시스템에 설정하고 해당 요일에 예약을 시도하여 정상적으로 차단되는지 테스트해야 합니다.
16. 임박 예약 허용 기간이 정의되어 있습니다. 당일, 도착 24시간 전 또는 48시간 전 등 도착일에 얼마나 임박한 시점까지 신규 예약을 받을지에 대한 마감 시간이 시스템에 설정되어 있어야 하며, 직접 예약과 채널 예약에 동일하게 적용되어야 합니다.
결제 및 취소 정책(점검 항목 17–21)
17. 직접 예약의 보증금 금액과 결제 시점이 설정되어 있습니다. 보증금 비율 또는 고정 금액과 결제 시점(예약 확정 시 또는 48시간 후 등)이 설정되어 모든 신규 직접 예약에 자동으로 적용되어야 합니다.
18. 취소 가능 기간이 정의되고 테스트되었습니다. 도착일을 기준으로 취소 시 보증금이 환불되지 않는 기간이 설정되어 있어야 합니다. 해당 기간 내에 취소하여 보증금이 그대로 청구되는지 확인하고, 기간 밖에서 취소하여 환불 가능한지 확인하세요.
19. 노쇼 수수료 규정이 설정되어 있습니다. 고객이 정해진 기간 내에 취소하지 않고 나타나지 않았을 때 부과되는 요금이 설정되어 있으며, 등록된 결제 수단과 연결되어 있어야 합니다.
20. 실제 거래를 통해 결제 처리 시스템 연결을 테스트했습니다. 연결된 결제 처리 시스템을 통해 테스트 결제를 처리한 후 승인 취소까지 완료해야 합니다. 실제 거래를 처리하지 않은 결제 연동은 정상 작동이 확인된 것으로 볼 수 없습니다.
21. 예약 시 표시되는 취소 정책이 시스템에 설정된 정책과 일치합니다. 고객이 예약할 때 확인 페이지와 예약 확인 이메일에서 읽는 취소 정책의 내용이 시스템에서 실제로 적용하는 정책과 일치해야 합니다.
직원 역할 및 권한(점검 항목 22–25)
22. 모든 직원에게 활성 계정이 있습니다. 시스템 오픈 전 또는 오픈 당일에 PMS를 사용할 모든 직원이 로그인하여 자신의 인증 정보가 정상적으로 작동하는지 확인해야 합니다.
23. 프런트 데스크 권한 범위가 올바르게 설정되어 있습니다. 프런트 데스크 계정은 예약을 조회하고, 체크인과 체크아웃을 처리하며, 결제 업무를 수행할 수 있어야 합니다. 단, 요금을 변경하거나 전체 보고서에 접근하거나 시스템 설정을 수정할 수는 없어야 합니다.
24. 하우스키핑 계정의 권한이 객실 상태 관리로 제한되어 있습니다. 하우스키핑 사용자는 객실 상태(체크아웃 완료 → 청소 중 → 점검 중 → 준비 완료 → 유지보수)를 업데이트하는 기능만 사용할 수 있어야 합니다. 고객의 결제 데이터나 예약의 재무 정보는 볼 수 없어야 합니다.
25. 관리자 및 소유주 계정에 올바른 접근 권한 체계가 적용되어 있습니다. 관리자 계정에는 보고서 및 설정 접근 권한이 있어야 하고, 소유주 계정에는 전체 권한이 있어야 합니다. 어떤 직원 계정에도 해당 역할에 필요한 범위를 초과하는 권한이 부여되어서는 안 됩니다.
채널 연결 및 메시지(점검 항목 26–30)
26. 각 OTA 채널 연결을 실제 예약으로 테스트했습니다. Booking.com 또는 Airbnb에서 테스트 예약을 생성하고 2분 이내에 PMS에 표시되는지 확인하세요. 설정 화면에 "연결됨"이라고 표시된다는 이유만으로 정상 작동한다고 판단해서는 안 됩니다.
27. 판매 가능 객실 차단이 연결된 모든 채널에 동기화됩니다. PMS에서 특정 날짜의 객실을 차단하고 연결된 모든 OTA 채널에 해당 차단이 표시되는지 확인하세요. 그런 다음 차단을 해제하고 모든 채널에서 판매 가능 상태가 복원되는지 확인하세요.
28. 직접 예약 링크 또는 위젯에 정확한 판매 가능 객실이 표시됩니다. 고객의 입장에서 직접 예약 페이지를 열고, 표시되는 판매 가능 객실이 각종 차단 및 제한 조건을 포함한 PMS 캘린더와 일치하는지 확인하세요.
29. 예약 확인 메시지의 내용이 정확합니다. 예약 확인 이메일에는 숙박업소의 정확한 주소, 체크인 가능 시간대 및 실제로 연결되는 연락처가 포함되어야 합니다. 직원 이메일 주소로 테스트 확인 메시지를 보내 모든 항목을 검토하세요.
30. 도착 전 메시지의 발송 일정이 모든 예약 유형에 적용됩니다. 72시간 전 알림은 직접 예약뿐 아니라 OTA 예약을 포함한 모든 예약 경로에 대해 자동으로 발송되어야 합니다. 테스트 OTA 예약의 메시지 일정을 확인하여 검증하세요.
추측이 아닌 확신을 바탕으로 예약 캘린더를 여세요
Smart Order는 객실 재고, OTA 채널, 결제 설정 및 자동 고객 메시지를 하나의 시스템으로 연결합니다. 따라서 이 목록의 30개 점검 항목을 서로 다른 5개 도구가 아닌 하나의 통합 설정에서 확인할 수 있습니다.
자주 묻는 질문
새로운 호텔 PMS를 오픈하기 전에 무엇을 확인해야 하나요??
가동 개시 시 오류가 발생할 가능성이 가장 높은 5개 영역은 객실 재고 및 수량, 요금 설정, 예약 제한, 결제 및 취소 정책 설정, 직원 계정 권한입니다. 각 영역에는 첫 번째 실제 예약을 받기 전에 테스트할 수 있는 구체적인 항목이 포함되어 있습니다. 설정을 완료했다고 해서 설정이 정확하다는 의미는 아닙니다.
호텔 PMS에서 OTA 채널 연동을 어떻게 테스트하나요?
OTA 플랫폼에서 테스트 예약을 생성하고 2분 이내에 해당 예약이 PMS에 표시되는지 확인합니다. 그런 다음 PMS에서 특정 날짜의 객실을 판매 중지 처리하고, 이 내용이 OTA 캘린더에도 반영되는지 확인합니다. 두 테스트 모두 필요합니다. 유입 예약을 동기화하는 연동이라도 객실 판매 가능 여부 업데이트를 OTA로 정확히 전송하지 못할 수 있으며, 판매 중지 정보를 전송하는 연동이라도 유입 예약을 제대로 수신하지 못할 수 있기 때문입니다.
프런트 데스크 직원에게 어떤 호텔 PMS 권한을 부여해야 하나요?
프런트 데스크 계정에는 예약 조회 및 변경, 체크인 및 체크아웃 처리, 고객 결제 처리, 예약 기록에 메모 추가 권한을 부여해야 합니다. 반면 요금 설정, 시스템 수준 설정, 전체 재무 보고서 또는 다른 직원의 계정 관리 권한은 부여하지 않아야 합니다. 프런트 데스크의 접근 권한을 운영 업무로 제한하면 실수로 요금을 변경하는 일을 방지하고, 계정 인증 정보와 관련된 보안 문제가 발생했을 때 피해 범위를 줄일 수 있습니다.
PMS에서 취소 정책이 올바르게 설정되었는지 어떻게 확인하나요?
두 가지 경우를 모두 테스트해야 합니다. 정책상 위약금이 부과되지 않는 기간에 예약을 취소하여 보증금이 환불되는지 확인하고, 위약금 부과 기간에 취소하여 보증금이 반환되지 않는지 확인합니다. 또한 예약 과정에서 고객에게 표시되는 정책 문구와 실제 시스템 동작을 비교해야 합니다. 양쪽 모두 동일한 조건을 반영해야 합니다.
호텔 PMS는 언제 가동을 시작할 준비가 되었다고 볼 수 있나요?
PMS는 출시 전 체크리스트의 모든 항목을 단순히 입력하여 설정하는 데 그치지 않고 테스트를 통해 검증했을 때 가동을 시작할 준비가 된 것입니다. 여기에는 전체 90일 기간에 대한 요금 점검, 모든 채널을 통한 실제 테스트 예약, 정상 처리 여부가 확인된 결제 거래, 활성화되고 적절한 권한 범위가 설정된 모든 직원 계정, 정확한 내용을 담고 있는지 검토한 자동 메시지가 포함됩니다. 설정과 검증은 별개의 단계이며, 가동 개시는 설정이 아니라 검증 후에 이루어져야 합니다.
