호텔 PMS란? 채널매니저(CMS)·CRS·RMS·POS·연회 EMS 역할과 차이

호텔 PMS란? 한 문장 정의

호텔 PMS(Property Management System)란 객실 예약의 생성·변경, 객실 배정, 체크인과 체크아웃, 하우스키핑, 폴리오(투숙객 원장)와 청구처럼 객실 운영의 핵심 데이터를 관리하는 시스템입니다. 제품과 실제로 도입한 모듈에 따라 잠정 예약, 단체 객실 블록, 유통이나 행사 관련 기능까지 범위가 달라질 수 있습니다.

호텔에서 쓰이는 시스템은 PMS 하나가 아닙니다. 채널매니저(CMS), CRS, RMS, POS, 그리고 연회·단체 행사를 다루는 EMS(Event Management System)·Sales & Catering(S&C) 계열까지 이름이 비슷비슷하게 섞여 있어, 회의 자리에서 "그건 어느 시스템에 있나요?"라는 질문에 팀마다 다른 답이 나오기도 합니다. 이 글에서는 각 시스템이 주로 어떤 업무를 맡는지를 세일즈 실무 관점에서 정리했습니다.

호텔 시스템 역할 한눈에 보기

• PMS — 객실 예약과 투숙 운영, 객실 상태와 폴리오·청구를 관리합니다.
• 채널매니저(CMS) — 연결된 OTA 등 외부 판매 채널과 요금·가용 재고·예약 정보를 동기화합니다. 국내 호텔 업계에서는 이 역할을 CMS(Channel Management System)라고도 널리 부릅니다.
• CRS — 직접 예약·콜센터·OTA·GDS 등 여러 판매 경로의 예약과 객실 가용성·요금·재고를 중앙에서 관리·배포합니다.
• RMS — 수요를 예측해 가격과 재고 통제를 추천하거나, 설정에 따라 자동 반영합니다.
• POS — 식음 업장의 주문·결제와 매출 전표를 처리하고, 연동이 구성된 경우 룸 차지를 PMS로 보냅니다.
• EMS·S&C(연회·행사 관리 시스템) — 단체·연회 리드, 견적과 계약, 행사 일정, BEO와 이벤트 자원을 관리합니다. 해외에서는 이 범주를 EMS(Event Management System) 또는 Sales & Catering(S&C)으로 부릅니다.
• 공통 주의 — 실제 기능은 제품, 구독 모듈, 연동 구성에 따라 서로 겹치거나 달라질 수 있습니다.

왜 시스템 구분이 세일즈 실무에서 중요한가

시스템 이름을 외우는 일 자체가 성과로 이어지지는 않습니다. 실무에서 의미가 있는 것은 '우리 호텔에서 어떤 정보가 어느 시스템에 남는가'를 팀이 같은 그림으로 이해하는 일입니다. 이 그림이 흐릿할 때 자주 나타나는 문제는 대체로 세 가지입니다.

• 정보가 사람에게만 남는다 — 전화·메신저로 들어온 연회 문의가 담당자의 메모에만 남으면, 담당자가 자리를 비웠을 때 진행 상황을 확인하기 어렵습니다.
• 같은 고객을 두 번 센다 — 객실은 PMS, 행사는 엑셀, 문의는 메일함에 흩어져 있으면 한 기업 고객의 연간 거래 규모를 합산하기 번거롭습니다.
• 개선할 지점을 찾기 어렵다 — 문의 수·견적 발송 수·확정 수가 한 곳에 모이지 않으면, 전환이 어디에서 끊기는지 추정에 의존하게 됩니다.

아래 구분은 기술적인 상하 관계가 아니라, 각 시스템이 주로 맡는 업무 영역을 설명하기 위한 정리입니다. 크게 보면 ① 객실 예약·투숙 운영, ② 판매 채널·유통과 가격, ③ 업장 주문·결제, ④ 단체·연회 세일즈와 실행의 네 영역에 여섯 종류의 시스템이 나뉘어 들어갑니다.

호텔 시스템 6종 역할 비교

기능 범위와 기준 데이터는 제품, 도입 모듈, 호텔의 인터페이스 구성에 따라 달라질 수 있습니다. 시스템 이름보다 실제로 활성화된 모듈과 연동 범위를 확인하는 편이 정확합니다.

호텔 PMS의 역할: 객실 예약과 투숙 운영

무엇을 하는가: 객실 재고와 투숙 상태를 관리합니다. 예약 등록·변경, 객실 배정, 체크인·체크아웃, 하우스키핑 상태, 야간 감사(Night Audit), 폴리오와 청구가 대표 기능으로 꼽힙니다.

왜 중요한가: 객실이 팔리고 정산되는 기록이 이곳에 남기 때문에, PMS는 객실·예약·투숙 상태·폴리오 데이터의 주요 기준 시스템 역할을 합니다. 다만 요금·재고는 CRS, 업장 매출은 POS, 행사와 리드는 EMS·S&C, 고객 마스터는 CRM이 기준이 될 수 있어, 어느 데이터의 최종 기준을 어디에 둘지는 호텔의 구성에 따라 다릅니다.

흔한 오해: "PMS에 다 있다"는 표현입니다. PMS는 제품에 따라 잠정·비보장 예약이나 문의 단계의 단체 객실 블록까지 다룰 수 있습니다. 하지만 연회 공간 상담, 제안서, 메뉴·장비 구성, BEO 같은 상세 이벤트 워크플로가 기본 PMS에 항상 포함되는 것은 아닙니다. 구분 기준은 '확정 전후'가 아니라 객실 운영 업무와 연회 세일즈·실행 업무의 차이로 잡는 편이 정확합니다.

호텔 채널매니저(CMS)·CRS·RMS의 차이: 판매 채널과 가격 관리

채널매니저는 연결된 OTA·GDS·도매 채널과 자사 예약 엔진에 요금과 가용 재고를 배포하고, 예약·취소 정보를 PMS나 CRS로 전달합니다. 채널별 수기 입력과 이중 예약(오버부킹) 위험을 줄이는 것이 핵심 역할입니다. 국내 호텔 업계에서는 이 시스템을 CMS(Channel Management System)라고도 널리 부릅니다. 다만 같은 약어가 콘텐츠 관리 시스템을 뜻하기도 하므로, 외부 자료를 볼 때는 문맥을 확인하는 편이 좋습니다. 동기화 항목과 주기, 방향은 채널과 인터페이스 구성에 따라 달라질 수 있습니다.

CRS(Central Reservation System)는 직접 예약, 콜센터, OTA, GDS 등 여러 판매 경로의 예약과 객실 가용성·요금·재고를 중앙에서 관리하고 배포하는 시스템입니다. 다지점 그룹에서 특히 유용하지만 체인 전용은 아니며, 독립 호텔도 사용할 수 있습니다. 제품에 따라 기업 협정 요금이나 그룹 객실 예약을 지원하기도 합니다. CRS가 모든 호텔의 필수 구성은 아닙니다. 국내 중소형 호텔 중에는 별도 CRS 없이 PMS와 채널매니저(CMS)를 중심으로 객실 예약·유통을 운영하는 곳도 있습니다.

RMS(Revenue Management System)는 과거·현재 예약과 수요 신호를 분석해 수요를 예측하고, 가격과 가용성·재고 통제를 추천하거나 설정에 따라 자동 반영합니다. 추천값이 판매 채널까지 도달하는 경로는 PMS·채널매니저(CMS)·CRS의 연동 구성에 따라 달라집니다.

세 시스템의 공통점은 표준화된 객실 상품을 다룬다는 점입니다. 반대로 공간·메뉴·장비가 매번 달라지는 협의형 거래, 즉 연회장 대관이나 대규모 행사 견적은 이 영역의 설계와 맞지 않아 별도 시스템이 필요해집니다.

호텔 POS의 역할: 업장 주문·결제와 PMS 전표 연동

POS(Point of Sale)는 레스토랑·바·룸서비스 등 업장의 주문과 결제, 매출 전표를 처리합니다. PMS 인터페이스가 구성된 경우 투숙객 폴리오나 설정된 그룹·회사 계정으로 전표를 보낼 수 있으며, 조회 가능한 고객 정보와 정산 흐름은 제품·권한·매핑 방식에 따라 달라집니다.

연회 실무에서 POS가 의미를 갖는 지점은 정산입니다. 행사 당일 추가된 음료, 연장 대관, 현장에서 늘어난 인원분이 어디에 기록되어 최종 청구서로 합쳐지는지는 호텔마다 다릅니다. 호텔에 따라 POS가 아니라 EMS·S&C의 연회 정산 기능에서 기록하기도 합니다. 견적서에 붙는 봉사료·부가세 구조는 호텔 연회 견적의 '++' 계산법에서 따로 정리했습니다.

EMS·S&C의 역할: 연회·단체 세일즈와 행사 관리 시스템

연회장과 단체 행사는 '검색 후 즉시 예약'이 아니라 문의 → 공간·날짜 협의 → 견적 → 답사 → 계약 → 행사 지시서(BEO) → 정산으로 이어지는 긴 과정을 거칩니다. 앞에서 본 객실 시스템들이 표준화된 상품을 다루도록 설계된 것과 달리, 이 과정은 건마다 조건이 달라지는 협의형 B2B 세일즈에 가깝습니다. 해외 호텔 소프트웨어 자료에서는 이 영역을 Sales & Catering(S&C), Sales and Event Management, 또는 EMS(Event Management System, 이벤트 관리 시스템) 등으로 부릅니다. 예를 들어 Accruent는 회의실·행사 공간과 자원 예약 제품을 'EMS Software'라는 이름으로 제공합니다. 두 명칭의 기능 범위는 상당히 겹치며 이름만으로 어느 쪽이 더 넓다고 단정하기는 어렵습니다. 참고로 호텔 기술 문맥에서 EMS는 Energy Management System(에너지 관리 시스템)을 뜻하기도 하는데, 이 글에서 EMS는 연회·행사 관리 시스템을 가리킵니다.

해외 대표 제품으로 Amadeus Delphi Sales & Catering과 Oracle Hospitality OPERA Cloud Sales and Event Management가 있으며, 제품과 구독 등급에 따라 리드·계정 관리, 펑션 다이어리, 견적·계약서, BEO, 메뉴·장비 등 이벤트 자원과 그룹 객실 블록을 지원합니다. 그룹 블록의 최종 기준 시스템은 PMS·CRS와 EMS·S&C 간의 연동 구조에 따라 달라질 수 있습니다.

국내 호텔이 EMS·S&C를 검토할 때는 제품·구독 등급별 기능 범위, 한국어 지원과 국문 문서 양식, 기존 시스템과의 연동, 도입 비용과 사용자 교육이 현지 업무 방식에 맞는지 확인해야 합니다. 일부 호텔은 이런 조건을 이유로 전용 솔루션 도입을 보류하고 엑셀·메일·메신저를 함께 사용하기도 합니다. 루북은 국내 연회·단체 업무의 요구를 반영해, 이 범주에 속하는 자사 제품인 '루북 EMS'를 개발했습니다.

루북은 왜 '루북 EMS'를 직접 만들었나

루북(Roovook)은 호텔 연회장·이벤트 공간의 온라인화를 다루는 국내 B2B SaaS입니다. 시작은 제품 기획이 아니라 현장의 불편이었습니다. 창업자가 호텔에서 근무하던 시절, 객실은 이미 OTA를 통해 온라인으로 검색·예약되는데 연회장과 이벤트 공간은 여전히 전화와 이메일로만 거래되고 있었습니다. 같은 호텔 안에서 한쪽은 온라인화되고 다른 한쪽은 담당자의 수기 관리에 남아 있던 셈입니다.

루북 EMS는 앞서 설명한 EMS·S&C 범주에 속하며, 해외 제품과 같은 범주의 업무를 다루되 국내 견적·정산 관행과 한국어 업무 흐름을 고려한 연회·단체 전용 시스템입니다. 도입 플랜과 옵션에 따라 다음 기능을 제공합니다.

• 문의 통합 — 호텔로 직접 들어오는 문의와 루북 베뉴 네트워크를 통해 들어오는 문의를 한 화면에서 확인하고 진행 상태를 남깁니다.
• 견적과 e-RFP — 견적서를 발급·관리하고, 링크 기반 온라인 제안서로 보내 고객이 별도 파일 없이 확인하도록 할 수 있습니다. 모바일에서도 발송이 가능합니다.
• 행사 일정과 이력 — 문의부터 확정까지의 상태와 협의 내용을 건별로 남겨, 담당자가 바뀌어도 진행 상황을 이어받을 수 있게 합니다.
• 통화 기록 정리(지원 플랜에 한함) — 전화 상담 내용을 자동으로 요약해 기록으로 남깁니다.
• 공간 콘텐츠(360° VR 옵션 이용 시) — 촬영한 공간을 제안 단계에서 함께 보여줄 수 있습니다.

구조에서 한 가지 다른 점이 있다면, 관리 도구와 문의가 들어오는 채널이 이어져 있다는 부분입니다. 루북은 1,400곳 이상의 프리미엄 베뉴가 등록된 베뉴 네트워크를 함께 운영하고 있어, 여기서 발생한 기업 행사 문의가 호텔의 루북 EMS 화면으로 바로 전달됩니다. 관리 기능만 제공하는 구성과 달리 유입과 관리가 한 흐름으로 연결되는 셈입니다.

포지션은 기존 시스템의 대체가 아닙니다. 객실은 PMS가, 유통은 채널매니저(CMS)와 CRS가 계속 담당하고, 루북 EMS는 그 옆에서 연회·단체 영역을 맡습니다. 호텔 공식 홈페이지에 문의 화면을 삽입해 쓰는 방식도 가능합니다. 루북 내부 도입 현황 기준(2026년 7월), 국내 5성급 호텔과 컨벤션에서 루북 EMS를 사용하고 있으며 파르나스호텔 계열에서는 복수 호텔이 도입했습니다. 실제 사용 경험은 나인트리 로카우스 서울 용산 세일즈 지배인 도입 후기에서 확인하실 수 있습니다.

호텔 시스템은 어떻게 연동되는가

도입 여부는 기능 목록만으로 결정하기 어렵습니다. 객실 가용 재고·요금, 예약·취소, 투숙 상태, 고객·기업 프로필, 그룹 블록·픽업, 행사 일정, POS 전표와 행사 매출별로 어느 시스템을 기준 원장으로 삼을지 먼저 정해야 합니다.

그다음 확인할 것은 데이터가 어느 방향으로 얼마나 자주 이동하는지, 연동 실패 시 알림과 재처리가 가능한지, 중복 입력을 막을 수 있는지, 고객·행사 식별자가 서로 매칭되는지입니다. "연동됩니다"라는 한 줄보다 이 네 가지를 확인하는 편이 도입 후의 혼선을 줄여 줍니다.

호텔 유형별 구성과 도입 판단 기준

시스템 구성에 정답은 없습니다. 객실 수, 연회 매출 비중, 그룹 소속 여부에 따라 필요한 영역이 달라집니다.

• 연회 비중이 낮은 객실 중심 호텔 — PMS와 채널매니저(CMS)가 객실 예약·유통의 핵심 구성이 될 수 있습니다. 예약 엔진, 결제, 회계, POS 등 추가 시스템의 필요 여부는 실제 운영 범위와 기존 연동을 기준으로 판단합니다.
• 연회 매출 비중이 큰 호텔·컨벤션 — 연회 문의·견적을 일관되게 관리하지 못하면 응답 지연, 문의 누락, 이력 확인의 어려움이 생길 수 있고 이는 영업 기회 관리에 불리하게 작용합니다.
• 다지점 그룹 — CRS로 재고와 요금을 통합하더라도, 지점별 연회 일정과 견적 이력을 어디에 모을지는 별도로 설계해야 합니다.
• 단체 객실 수요가 큰 호텔 — 블록 상태, 픽업, 컷오프와 어트리션 조건을 어느 시스템에서 관리하는지 확인해야 합니다. 일부 PMS·CRS 제품과 EMS·S&C 제품이 관련 기능을 제공하지만 지원 범위와 필요한 구독·연동은 제품마다 다릅니다. 개념 자체는 단체 객실 블록·어트리션·컷오프 가이드에 정리해 두었습니다.

판단 기준은 문의 건수 하나로 정하기 어렵습니다. 평균 응답 시간, 누락·중복 건수, 견적 작성에 걸리는 시간, 연회 매출 비중, 담당자 인계 시간을 함께 살펴보고 반복되는 병목이 확인되면, 프로세스 개선·인력 충원·시스템 도입의 비용과 효과를 비교하는 순서가 현실적입니다.

가상 시나리오 · 300명 세미나 문의는 어느 시스템을 지나는가

이해를 돕기 위한 가상의 예시이며 실제 호텔의 사례가 아닙니다. 제약회사 담당자가 10월 300명 규모 세미나를 위해 A호텔에 문의합니다. 그랜드볼룸 대관, 점심 뷔페, 임원 객실 20실이 함께 필요합니다.

1. 문의 접수 — 대표번호와 홈페이지 폼으로 각각 들어옵니다. 두 경로가 다른 담당자에게 전달되면 같은 건이 두 건으로 취급될 수 있습니다.
2. 가용성 확인 — 연회팀은 펑션 다이어리에서 볼룸 일정을, 객실팀은 PMS에서 20실 여유를 확인합니다. 호텔 정책과 제품 구성에 따라 이 단계에서 문의·잠정 상태의 객실 블록을 미리 잡아 둘 수도 있습니다.
3. 견적 발송 — 대관료·F&B·객실 요금을 합친 견적서를 만듭니다. 담당자마다 엑셀 서식이 다르면 이후 비교와 이력 추적이 어려워집니다.
4. 협의와 답사 — 인원과 메뉴가 조정됩니다. 변경 이력이 남지 않으면 계약 시점에 근거를 찾기 어렵습니다.
5. 확정과 실행 — 계약 후 BEO가 각 부서에 배포되고, 객실 블록은 확정 상태로 바뀌어 예약 픽업 관리로 이어집니다.
6. 정산 — 당일 추가분은 POS 또는 연회 정산으로, 객실은 폴리오로 기록되어 최종 청구서로 합쳐집니다.

PMS는 2단계의 가용성 확인부터 관여합니다. 다만 리드 관리, 공간 협의, 메뉴·장비 구성, 제안서와 BEO로 이어지는 연회 세일즈의 상세 흐름은 주로 EMS·S&C가 담당하는 영역입니다.

도입 전 점검 체크리스트

• ① 문의 유입 경로 나열 — 대표번호, 세일즈 직통, 홈페이지 폼, 메일, 메신저, 외부 플랫폼까지 실제 경로를 모두 적습니다.
• ② 경로별 기록 위치 표시 — 각 문의가 최종적으로 어디에 남는지(시스템·엑셀·개인 메모) 적습니다. '아무 데도 남지 않음'이 나오면 그 구간이 우선 검토 대상입니다.
• ③ 지난달 문의 수 세어 보기 — 정확하지 않아도 좋습니다. 셀 수 없다면 그 자체가 결과입니다.
• ④ 견적서 양식 모으기 — 담당자별 최근 견적서를 모아 항목 구성이 같은지 확인합니다.
• ⑤ 담당자 부재 테스트 — 담당자가 없을 때도 다른 사람이 팀이 정한 목표 시간 안에 진행 상태를 확인할 수 있는지 점검합니다. 내부 기준으로 5분 정도를 예시로 삼을 수 있습니다.
• ⑥ 이관 범위 정하기 — 기존 데이터를 모두 옮기는 것이 항상 효율적이지는 않습니다. 진행 중인 문의, 향후 행사, 주요 기업 고객, 견적 양식과 핵심 첨부파일을 우선 정하고 나머지는 조회용 보관 자료로 남기는 방식을 검토할 수 있습니다.
• ⑦ 라이선스료 외 비용 확인 — 초기 설정, 인터페이스 개발과 API 사용료, 데이터 정리·이관, 견적·BEO 양식 설정, 사용자 교육, 운영 지원, 중복 입력에 드는 시간까지 포함해 비교합니다.

소규모 팀은 짧은 워크숍으로 초안을 만들 수 있습니다. 부서와 채널이 많다면 범위를 나눠 단계적으로 확인하는 편이 현실적입니다.

자주 묻는 질문(FAQ)

Q. 호텔 PMS만으로 연회 관리도 할 수 있나요?

호텔 PMS만으로 모든 연회 업무를 관리할 수 있는지는 제품과 도입 모듈에 따라 다릅니다. PMS의 핵심 범위는 객실 예약과 투숙 운영이며, 연회 리드·견적·메뉴·BEO는 별도 EMS·S&C 모듈이나 전용 시스템에서 제공되는 경우가 많습니다.

Q. 호텔 CMS(채널매니저)와 CRS는 같은 것인가요?

다릅니다. 국내에서 CMS로 불리는 채널매니저는 연결된 외부 채널과 요금·재고·예약 정보를 동기화하는 역할에 가깝고, CRS는 여러 판매 경로의 예약과 객실 가용성·요금·재고를 중앙에서 관리·배포하는 쪽에 가깝습니다. 제품에 따라 기능이 겹치기도 하므로 도입 검토 시 기능 단위로 확인하는 편이 안전합니다.

Q. 호텔 PMS와 RMS는 어떻게 다른가요?

PMS는 객실 예약과 투숙 운영의 거래·상태를 기록하고, RMS는 수요와 예약 추세를 분석해 가격·재고 통제 의사결정을 지원합니다. 두 시스템은 연동될 수 있지만 주요 역할은 다릅니다.

Q. EMS·S&C 계열 시스템을 PMS와 연동할 때 무엇을 확인해야 하나요?

고객·기업 정보, 행사 일정, 객실 블록, 매출·정산 데이터 가운데 무엇을 어느 방향과 주기로 전달할지 먼저 정해야 합니다. 중복 데이터의 기준 시스템과 연동 장애 시의 업무 절차도 함께 확인해야 합니다.

Q. 호텔 시스템 점검은 어디서부터 시작하는 게 좋을까요?

문의 유입 경로와 각 문의가 기록되는 위치를 문서화하는 데서 시작하는 것이 좋습니다. 기록되지 않거나 담당자 개인에게만 남는 구간을 찾은 뒤, 기존 시스템 확장·프로세스 개선·신규 솔루션 도입을 비교할 수 있습니다.

연회·단체 문의 관리의 공백을 보완하려면

연회·단체 문의가 여러 채널에 흩어져 있거나 견적·협의 이력을 팀이 함께 확인하기 어렵다면, 먼저 기존 PMS와 EMS·S&C 모듈의 활용 범위를 점검한 뒤, 프로세스 개선과 별도 EMS·S&C 시스템 도입을 비교해 볼 수 있습니다.

루북 EMS가 우리 호텔의 업무 방식과 맞는지는 필요한 연동 범위, 중복 입력 여부, 데이터 이관과 권한 설정을 기준으로 확인하는 것이 좋습니다. 지원 기능과 적용 범위, 도입 절차는 루북 EMS에서 살펴보실 수 있습니다.

참고 자료 — 해외 시스템의 정의와 기능은 공급사 공식 문서를 참고했습니다(확인일 2026-07-28). Oracle: What Is a Hotel PMS · Amadeus Delphi Sales & Catering · SiteMinder: Hotel Channel Manager · IDeaS: Revenue Management Glossary. 공급사 자료는 자사 제품 기능의 1차 자료이므로, 제품별 지원 범위는 도입 검토 시 직접 확인하시기 바랍니다.