1. “Rakuten Travel 엑스트라넷”을 운영자 용어로 간주하세요. Rakuten의 일본 파트너 페이지에서는 일반적으로 이를 숙소 관리 화면이라고 부릅니다.
2. 판매 데이터를 변경하기 전에 숙소를 확인하고, 사용자 액세스를 보호하며, 예약 알림을 라우팅하고, 객실 요금 및 인벤토리를 소유한 시스템을 문서화하세요.
3. 새로운 날짜를 오픈하기 전에 기존 객실, 숙박 플랜, 수용 인원, 가격, 가용성, 정책 및 공개 콘텐츠를 검토하세요.
4. 공개 검색 및 제어된 예약 테스트를 완료한 후, 프런트 데스크 직원을 위한 지원 및 에스컬레이션 프로세스를 기록하세요.
첫날 업무를 시작하는 Rakuten Travel 엑스트라넷 호텔 팀은 이를 즉시 통제되지 않는 또 다른 객실 요금 캘린더로 만들어서는 안 됩니다. 첫 번째 목표는 계정을 이해하고, 이미 구성된 내용을 확인하며, 모든 운영 작업에 대한 담당자를 지정하는 것입니다.
일본어 계정에서는 숙소 관리 화면 및 객실 관리 탑(Room Management Top)과 같은 레이블을 예상할 수 있습니다. 메뉴의 문구는 현재와 과거의 레이아웃, 지역, 숙소 유형 및 권한에 따라 다를 수 있으므로, 구식 레이블을 고집하기보다는 기능에 맞추는 것이 좋습니다.
계정 보호 및 숙소 확인
Rakuten은 2025년에 일본 숙소 관리 화면의 로그인 경로를 변경하여 사용자를 RFB 로그인으로 유도하면서 관리 기능 자체는 변경되지 않았다고 밝혔습니다. 오래된 북마크된 자격 증명 양식이나 교대 근무 노트에 복사된 공유 비밀번호에 의존하지 마세요.
호텔의 Rakuten 담당자에게 승인된 로그인 URL을 확인하세요. 숙소명, 숙소 번호, 법적 운영자, 계정 관리자, 기본 연락처 및 복구 연락처를 기록하세요. 계정이 개별 사용자 또는 역할 제어를 지원하는 경우, 각 직원에게 예약, 객실 요금, 콘텐츠, 재무 또는 관리에 필요한 액세스 권한만 부여하세요.
긴급한 주말 사고가 발생하기 전에 비밀번호 복구 및 일회용 키 절차를 검토하세요. 복구 세부 정보는 모든 직원이 액세스할 수 있는 예약 메모나 스프레드시트가 아닌, 호텔에서 승인한 비밀번호 관리자에 저장하세요.
로그인 후, 헤더와 공개 페이지 링크가 올바른 숙소를 가리키는지 확인하세요. 다중 숙소 그룹은 대량 인벤토리 또는 가격 업데이트를 수행하기 전에 직원이 숙소 이름과 ID를 확인하도록 요구해야 합니다.
예약 라우팅 및 운영 알림
예약은 숙소의 구성에 따라 관리 화면에 표시되고 이메일 또는 팩스 알림을 트리거할 수 있습니다. 활성화된 모든 수신처를 확인하고, 대체 수단이 테스트된 후에만 사용하지 않는 연락처를 제거하세요.
직원 개인의 이메일 주소 대신 모니터링되는 예약 통합 수신함을 사용하세요. 백업 수신자 또는 에스컬레이션 경로를 추가한 다음, 새로운 예약, 변경, 취소, 고객 메시지, 전송 실패 알림 및 당일 도착을 누가 확인할지 정의하세요.
일본어 관리 화면에서 객실 설정 및 예약 관리를 열고 예약 확인, 취소 및 변경 기능을 사용하세요. 숙박일, 예약일, 예약 번호 또는 고객 이름으로 검색합니다. 팀에 일일 예약 상태 보기가 필요할 때는 객실 관리 탑(Room Management Top)을 사용하세요.
과거 또는 이미 알려진 예약을 검색하여 실제 사고가 발생하기 전에 프런트 데스크 직원이 결과를 이해할 수 있도록 하세요. 단순히 권한을 테스트하기 위해 과거의 예약을 변경하지 마세요.
객실, 플랜, 인벤토리 및 객실 요금 검토
첫날은 카탈로그를 재구축하는 것이 아니라 검토하는 날입니다. 활성화된 모든 객실 유형과 숙박 플랜을 내보내거나 기록한 다음, 이를 호텔 PMS 및 승인된 제품 등록부와 비교하세요.
객실 이름, 수용 인원, 침구, 흡연 여부, 식사 포함 여부, 취소 규정, 예약 및 숙박 기간, 가격 기준, 세금 및 인벤토리 풀을 확인하세요. 새 객실은 기본 객실 정보, 판매 기간, 기본 가격, 검토, 등록 완료의 순서로 생성하세요. 이 워크플로에서는 기존 객실 유형의 수용 인원을 직접 편집할 수 없으므로 종속된 플랜을 편집하기 전에 이를 확인하세요.
객실 관리 탑을 사용하여 인벤토리, 객실 요금, 플랜 연장 날짜, 예약 상태 및 사용 가능한 요금 오류 제어를 검사하세요. 정확한 레이블은 일본어로 표시될 수 있으며 인터페이스 버전에 따라 다를 수 있습니다.
검토 전반에 걸쳐 하나의 제어 규칙을 사용하세요: 계정 액세스 및 알림 라우팅을 먼저 확인하고, 담당자와 승인된 소스가 모두 변경을 지원할 때만 객실, 플랜, 객실 요금, 인벤토리 또는 공개 콘텐츠를 변경하세요.
객실의 가용성이 0으로 표시된다고 해서 단순히 미래의 인벤토리를 열지 마세요. 날짜가 의도적으로 닫혀 있는지, 플랜이 만료되었는지, 연결된 시스템이 값을 소유하고 있는지, 아니면 인벤토리가 다른 플랜과 공유되는지 먼저 파악하세요.
Smart Order의 호텔 채널 매니저는 호텔에 매핑된 요금 및 가용성에 대한 단일 워크플로를 제공합니다. 운영자는 엑스트라넷을 두 번째 일상적인 업데이트 장소로 취급하는 대신 Rakuten 제품을 소스 캘린더와 비교할 수 있습니다.
Rakuten 요금에 단일 진실 공급원(SSOT) 제공
매핑된 가격 및 가용성을 하나의 운영 캘린더에 유지한 다음, Rakuten 관리 화면을 검증 및 지원되는 채널별 작업에 사용하세요.
숙소 콘텐츠 및 고객 정책 검토
관리 화면에서 공개 숙소 페이지를 열고 현재 호텔 운영 상태와 비교하세요. 숙소 이름, 주소, 지도, 전화번호, 체크인 및 체크아웃, 프런트 데스크 운영 시간, 오시는 길 안내, 주차, 편의 시설, 사진, 객실 설명, 식사 세부 정보, 아동 규정, 엑스트라 베드, 흡연 정책 및 필수 요금을 검토하세요.
일부 콘텐츠 항목에는 특정 업데이트 경로가 있거나 고객지원이 필요합니다. 계정에서 외부 사진, 지도 또는 기타 공개 필드에 대한 편집을 노출하지 않는 경우, 관련된 다른 필드를 임시방편으로 변경하는 대신 숙소 정보 지원 경로를 통해 수정 요청을 보내세요.
해외로 판매하는 숙소의 경우 일본어 콘텐츠와 인바운드용 콘텐츠를 별도로 확인하세요. 국내 플랜도 인바운드 및 파트너 채널에 노출될 수 있으므로 부정확한 설명이 첫 번째 페이지를 넘어 퍼질 수 있습니다.
각 숙박 플랜의 취소 및 노쇼 규정을 확인하세요. 프런트 데스크는 일반 정책 페이지를 검색하지 않고도 예약에서 해당 플랜의 정책을 식별할 수 있어야 합니다.
요금 및 인벤토리 소유권 할당
기본 요금, 플랜 요금, 가용성, 판매 마감, 최소 숙박 일수, 콘텐츠, 프로모션, 예약 및 취소를 포함하는 1페이지 분량의 소유권 등록부를 작성하세요. 각 항목에 대해 제어 시스템, 담당 역할, 백업 역할 및 변경 사항을 확인하는 데 사용되는 근거를 명시하세요.
호텔이 호텔 PMS, CRS 또는 호텔 채널 매니저를 사용하는 경우 수동으로 값을 변경하기 전에 숙소, 객실 및 플랜 매핑을 비교하세요. 비슷한 일본어 또는 영어 이름이 두 제품이 동일한 코드나 상업적 조건을 공유한다는 것을 증명하지는 않습니다.
위험이 적은 날짜 하나를 테스트하세요. 지정된 소스를 통해서만 객실 요금을 변경하고, 의도한 Rakuten 플랜에 적용되는지 확인하며, 인벤토리와 제한 사항이 변경되지 않았는지 확인합니다. 그런 다음 별도의 인벤토리 테스트를 수행하세요. 변경 전 값, 변경 후 값, 타임스탬프, 사용자 및 결과를 보관하세요.
호텔이 수동으로 Rakuten을 관리하는 경우 일일 업데이트 일정과 대량 변경에 대한 2인 확인 체계를 정의하세요. 관리 화면에서 사용 가능한 요금 오류 또는 검토 기능을 사용하되, 경고가 없다고 해서 공개된 상품이 올바르다는 증거로 간주하지는 마세요.
예약 루프 테스트 및 인수인계 완료
관련된 Rakuten Travel 소비자 사이트에서 숙소를 검색하세요. 날짜, 투숙 인원, 언어, 시장, 통화, 객실, 숙박 플랜, 식사, 취소 규정, 세금 및 결제 조건을 일치시키세요. 처음에 표시된 가격만 확인하는 것이 아니라 최종 총액을 검증하세요.
수요가 적은 날짜에 승인된 취소 가능한 예약을 하나 완료하세요. 다음 체크리스트를 따르십시오:
- 예약하기 전에 선택한 객실, 플랜, 투숙객, 날짜, 가격, 세금, 결제 방법 및 취소 정책을 확인하세요.
- 예약이 Rakuten 관리 화면에 나타나고 구성된 모든 알림 경로에 도달하는지 확인하세요.
- 연결된 경우, 하나의 예약이 호텔 PMS의 의도한 객실 및 플랜에 올바르게 표시되는지 확인하세요.
- 관련 없는 플랜을 닫지 않고 가용성이 한 번 감소하는지 확인하세요.
- 승인된 워크플로를 통해 정책 내에서 취소하세요.
- Rakuten 및 소스 시스템 전반에서 상태 변경 및 인벤토리 반환이 제대로 이루어지는지 한 번 확인하세요.
Rakuten 예약이 Smart Order의 호텔 예약 관리 시스템에 들어오면, 직원은 다른 채널에서 사용되는 것과 동일한 운영 캘린더에서 예약된 상품과 도착 정보를 확인할 수 있습니다.
Rakuten 예약을 일상 업무로 가져오기
예약 전송을 도착 및 객실 인벤토리와 연결하여 프런트 데스크 직원이 별도의 수동 작업 없이 각 Rakuten 예약을 확인할 수 있도록 하세요.
첫날 인수인계 기록 작성
세션을 종료하기 전에 확인된 로그인 경로, 숙소 ID, 관리자, 예약 연락처, 고객지원 연락처, 알림 방법, 활성 객실 및 플랜, 요금 및 인벤토리 소유자, 매핑 위치, 테스트 결과, 미해결 문제 및 다음 검토 날짜를 기록하세요.
관찰 사항은 승인된 변경 사항과 별도로 표시하세요. 의심스러운 0, 만료된 플랜 또는 오래된 사진은 수정이 필요할 수 있지만, 첫날 담당 직원이 그 존재 이유를 파악하지 않은 채 상업적 설정을 재작성해서는 안 됩니다.
예약 누락, 잘못된 요금이나 플랜, 취소 시 인벤토리가 반환되지 않는 세 가지 사고 발생 경로에 대해 프런트 데스크를 교육하세요. 각 경로는 수집해야 할 증거와 대응의 담당자가 누구인지 명시해야 합니다.
자주 묻는 질문
Rakuten Travel 엑스트라넷을 RMS라고 부르나요?
호텔 팀과 벤더는 "엑스트라넷" 또는 "RMS"를 사용할 수 있지만, Rakuten의 일본 파트너 페이지에서는 종종 숙소 관리 화면이라고 합니다. 호텔의 현재 계정에 표시된 용어 및 로그인 경로를 따르세요.
운영자는 첫날 무엇을 변경해야 합니까?
사용자 권한 내에서 확인된 계정, 알림 또는 운영 설정만 변경하세요. 상업적 편집을 수행하기 전에 객실, 플랜, 가격, 인벤토리, 정책, 콘텐츠 및 매핑을 검토하세요.
직원은 어디에서 Rakuten 예약을 검색할 수 있습니까?
객실 설정 및 예약 관리를 열고 숙박일, 예약일, 예약 번호 또는 고객 이름으로 검색하세요.
객실 수용 인원을 직접 수정할 수 있습니까?
이 워크플로에서는 기존 객실 유형의 수용 인원을 직접 편집할 수 없습니다. 연결된 플랜을 이동하기 전에 고객지원과 교체 절차를 확인하세요.
호텔 채널 매니저가 연결되어 있을 때 직원이 수동으로 Rakuten을 업데이트해야 합니까?
소유권 등록부에서 해당 필드를 Rakuten 관리 화면에 명시적으로 할당한 경우에만 수행하세요. 덮어쓰기를 방지하려면 일상적인 요금 또는 인벤토리 편집은 지정된 소스에서 수행되어야 합니다.
계정이 일상적으로 사용할 준비가 되었음을 무엇으로 증명할 수 있습니까?
직원은 안전하게 로그인하고, 예약을 찾고, 올바른 숙소와 상품을 식별하고, 객실 요금 및 인벤토리 소유권을 추적하고, 알림을 받고, 제어된 예약 및 취소 테스트를 완료할 수 있습니다.
첫날 Rakuten Travel 엑스트라넷 검토는 호텔이 무엇을 변경할 수 있는지 만큼이나 무엇을 변경해서는 안 되는지 명확히 알 때 성공적입니다. 액세스를 보호하고, 소유권을 확인하고, 예약 루프를 테스트하고, 다음 교대 근무자에게 증거 기반의 인수인계를 남기세요.
