PMS·CMS·RMS, 뭐가 다른가요

숙박 운영 시스템을 알아보다 보면 PMS·CMS·RMS라는 세 약어를 만나게 됩니다. 셋은 경쟁 제품이 아니라 서로 다른 층을 맡는 시스템입니다. 무엇이 어느 층인지 구분하면, 지금 우리 숙소에 필요한 것이 무엇인지도 함께 정해집니다.

PMS: 운영의 기록층

PMS(Property Management System)는 예약·객실 배정·체크인/체크아웃·정산을 하나의 시스템에서 처리합니다. "누가 언제 어느 객실에 머무르고 얼마를 지불했는가"라는 사실이 남는 곳이고, 나머지 두 시스템은 결국 이 기록을 읽거나 쓰기 위해 존재합니다. 그래서 PMS는 세 축 중 유일하게 대체할 수 없는 층입니다.

그럼 CMS는 어디에 있나

채널 매니저(CMS, Channel Management System)는 여러 판매 채널의 예약과 재고를 하나의 화면으로 묶어 오버부킹 없이 운영하게 하는 제품입니다. 담당하는 문제는 분명합니다. 채널이 n개면 재고를 갱신할 지점도 n개이고, 사람이 손으로 갱신하는 한 갱신 사이의 시간차만큼 같은 객실이 두 번 팔릴 수 있습니다. CMS는 이 n개의 갱신 지점을 하나로 줄여, 한 곳이 팔리면 나머지가 자동으로 닫히게 합니다.

CMS는 PMS 없이도 쓸 수 있지만, 그렇게 되면 예약은 모이는데 그 예약이 객실 배정·정산으로 이어지지 않습니다. 반대로 PMS 안에 채널 연동이 포함되어 있으면 예약이 들어온 순간부터 정산까지 하나의 흐름이 됩니다. 두 시스템을 따로 쓸 때 가장 흔한 비용은 요금이 아니라 두 시스템 사이를 사람이 매일 확인하는 시간입니다.

RMS: 가격의 판단층

RMS(Revenue Management System)는 주변 시세와 수요 데이터를 읽어 객실별 최적 요금을 매일 자동으로 계산합니다. PMS가 사실을 기록하고 CMS가 그 사실을 유통한다면, RMS는 "얼마에 팔 것인가"를 판단합니다. 객실 타입 수 × 채널 수 × 날짜 수만큼 조합이 생기므로, 이 판단은 규모가 조금만 커져도 사람이 매일 손으로 감당하기 어려워집니다.

RMS를 도입할 때 확인할 것은 정확도보다 설명 가능성입니다. 가격이 바뀌었을 때 어떤 근거로 바뀌었는지 보이지 않으면, 운영자는 결국 자동 조정을 끄게 됩니다. 자동 계산과 수동 개입(하한가·상한가·특정 날짜 고정)이 함께 가능한 구조인지 확인하세요.

기록에서 유통으로, 유통에서 판단으로

• PMS는 예약·객실·정산의 사실을 보관합니다. 다른 두 시스템의 기준 데이터가 여기서 나옵니다.
• CMS는 그 재고를 여러 채널에 뿌리고, 팔린 결과를 다시 PMS로 되돌립니다. 방향이 양쪽 모두여야 의미가 있습니다.
• RMS는 PMS의 판매 이력과 외부 시세를 읽어 가격을 계산하고, 그 가격을 CMS를 통해 채널에 반영합니다.
• 따라서 데이터는 PMS를 중심으로 순환합니다. 세 시스템이 서로 다른 제품이면 이 순환의 연결부마다 지연과 오류가 생깁니다.

어떤 순서로 도입하면 되나요

순서는 의존 관계를 따릅니다. 1단계는 PMS입니다. 기록층이 없으면 나머지가 읽을 데이터가 없습니다. 2단계는 CMS로, 판매 채널이 3개를 넘어가는 시점이 기준입니다. 그 이전에는 수기 관리의 비용이 시스템 도입 비용보다 낮을 수 있습니다. 3단계가 RMS입니다. 판단할 조합의 수가 사람의 하루 처리량을 넘어설 때, 대체로 객실 타입이 여러 개이고 성수기·비수기 편차가 뚜렷할 때 의미가 생깁니다.

세 단계를 한 번에 도입할 필요는 없습니다. 다만 1단계를 고를 때 2·3단계가 같은 시스템 위에서 이어지는지는 미리 확인하는 편이 좋습니다. 나중에 갈아타면 이관 비용이 다시 발생합니다.

정리하면 PMS는 기록, CMS는 유통, RMS는 판단입니다. 지금 우리 숙소에서 가장 자주 반복되는 수작업이 어느 층에 속하는지 보면, 다음에 도입할 것이 무엇인지 답이 나옵니다.