Furama iPMS 연결
시작하기 전에 Furama 담당자에게 필요한 연결 정보를 모두 요청하세요. 설정에는 약 10분이 걸립니다.
이 가이드는 호텔을 Furama iPMS에 연결하고 연결이 활성 상태인지 확인하는 방법을 설명합니다.
이동 경로: Settings → Essentials → PMS Integration
빠른 참조
| 설정 | 필수 | 제어하는 기능 |
|---|---|---|
| iPMS Base URL | 예 | AVA를 iPMS API 및 서비스 경로로 연결 |
| Organisation Unit | 예 | iPMS에서 호텔 식별 |
| Control Unit | 아니요 | 카탈로그 조회에 AVA가 파생한 단위 재정의 |
| User Code | 예 | iPMS 보안 토큰 획득 |
| Business User Code | 아니요 | 비즈니스 요청의 사용자 식별 |
| API Key | 예 | iPMS 연결 인증 |
AVA는 Furama의 단위 계층을 사용해 Organisation Unit에서 Control Unit을 파생합니다. 고객 출처와 결제 유형은 파생된 control unit을 사용합니다. Furama가 호텔에 대한 재정의를 확인해 준 경우에만 Control Unit을 입력하세요. Business User Code의 기본값은 User Code이며 대소문자를 유지합니다. 요금제는 Organisation Unit 값을 사용합니다. Control Unit을 지우고 저장하면 자동 확인으로 돌아갑니다.
시작하기 전에
다음 요구 사항을 확인하세요.
- 호텔에서 Furama iPMS가 활성화되어 있음
- Vouch가 호텔에 게시된 iPMS 연결을 확인함
- Settings → Essentials를 수정할 수 있음
- 서비스 경로를 포함한 전체 iPMS API URL이 있음
- organisation unit, user code, API key가 있음
- 호텔에 재정의가 필요한 경우 Furama가 이를 확인함
스크린샷이나 지원 메시지에 API key를 보내지 마세요. AVA는 설정 후 저장된 값을 마스킹합니다. AVA는 Audit Log 세부 정보에서도 API key를 삭제해 표시합니다.
호텔 연결
- Settings → Essentials로 이동합니다.
- PMS Integration을 엽니다.
- PMS 제공업체로 Furama iPMS를 선택합니다.
- iPMS Base URL을 입력합니다.
- Organisation Unit을 입력합니다.
- User Code를 입력합니다.
- API Key를 입력합니다.
- Furama가 확인한 재정의를 제공하지 않았다면 Control Unit을 비워 둡니다.
- User Code와 다른 경우 선택 사항인 Business User Code를 추가합니다.
- Save PMS Settings를 클릭합니다.
✓ 페이지에 "Furama Integration Configured."가 표시됩니다. ✓ 페이지를 다시 불러와도 API key가 마스킹된 상태로 유지됩니다. ✓ 해당 필드를 비워 두면 AVA가 control unit을 파생합니다.
연결에 버전이 지정되지 않으면 AVA는 Furama iPMS v2를 사용합니다. 버전 설정을 입력하거나 유지할 필요가 없습니다. 별도의 iPMS provider 항목을 만들지 마세요.
단일 객실 및 다중 객실 투숙에 Furama iPMS 사용
게시된 iPMS 연결은 단일 객실 및 다중 객실 투숙에 필요한 AVA의 주요 단계를 지원합니다.
| 영역 | AVA가 지원하는 기능 | 중요한 제한 사항 |
|---|---|---|
| Reservations | 다중 객실 투숙을 포함해 예약 검색, 조회, 생성 및 편집 | 새 다중 객실 예약은 하나의 객실 유형, 투숙 기간, 투숙객 수 및 견적 요금을 사용 |
| Operations View | 일일 업무를 위한 Check-ins 및 Check-outs 읽기 로드 | 도착 또는 출발을 검토하기 전에 필요한 business date를 선택 |
| Check-in and check-out | 승인된 vacant dirty-room check-in을 포함해 객실 배정, 고객 check-in 및 고객 check-out | 다중 객실 투숙은 한 번에 한 객실씩 처리하며 AVA는 선택한 객실을 대상으로 함 |
| Guests | 대표 고객과 동반자 업데이트, 여러 room sharer 동시 추가, 여행 서류·서명된 registration card·사진 업로드 | Furama에는 guest-profile directory가 없으므로 guest ID가 아니라 세부 정보로 고객을 연결 |
| Rooms and housekeeping | 객실 조회, 상태 업데이트 및 service block 관리 | 상태와 새 block이 표시되기까지 약 60초가 걸릴 수 있음 |
| Rate plans and quotes | Furama 요금제 조회 및 객실 유형·날짜·고객 수에 따른 투숙 견적 | 요금제는 읽기 전용이며 견적에는 세금 또는 수수료 내역 없이 객실 요금만 포함 |
| Billing | 투숙 전체 청구 조회, 결제 또는 요금 게시, 거래 조회 | 게시하기 전에 객실을 선택해야 하며 AVA는 보고된 모든 객실의 요금과 결제를 결합 |
| Sources | 고객 출처 및 결제 유형 로드 | AVA는 Organisation Unit에서 Control Unit을 파생 |
게시된 연결은 다중 객실 투숙을 지원하지만 각 객실은 별도로 처리됩니다. 다중 객실 투숙을 만들 때 모든 객실은 같은 객실 유형, 날짜, 투숙객 수 및 견적 요금을 사용해야 합니다. Furama를 통한 호텔 통화 또는 카드 승인을 제공하지 않습니다. 호텔 통화는 Settings → Essentials → Hotel Basic Details에서 설정하세요. AVA가 합성 청구서를 표시할 때 Furama에서 최종 청구 합계를 확인하세요.
Furama는 객실을 하나의 투숙으로 그룹화합니다. AVA는 각 객실을 고유한 객실 번호와 객실 수준 예약 세부 정보와 함께 표시합니다. 객실 배정, check-in, check-out, 고객 변경 또는 청구 검토를 시작하기 전에 필요한 객실을 선택하세요. AVA는 첫 번째 객실을 기본값으로 사용하지 않고 해당 객실에서 작업을 유지합니다.
Furama는 각 객실을 별도의 iPMS order로 저장합니다. AVA는 다중 객실 투숙 잔액을 계산할 때 모든 객실 order를 읽습니다. 결제와 folio charge는 하나의 객실에 속합니다. 둘 중 하나를 게시하기 전에 해당 객실의 행이나 카드를 여세요. AVA가 객실을 식별할 수 없으면 추측하지 않고 작업을 중지합니다.
다중 객실 Furama 예약 생성
-
Operations View를 열고 Create Reservation을 클릭합니다.
-
대표 고객, 투숙 날짜, 객실 유형, 투숙객 수 및 견적 Rate를 입력합니다.
-
추가 객실마다 Add another room을 클릭합니다.
-
객실 유형, 투숙객 수 또는 견적 요금을 변경해야 하면 Room 1을 편집합니다. AVA는 이 값을 다른 객실 카드에 복사합니다. Rooms 2 이후는 읽기 전용이며 Matches Room 1을 표시합니다.
-
Create Reservation을 클릭합니다.
✓ AVA는 투숙을 생성하고 객실을 분리한 뒤 투숙을 새로 고쳐 표시합니다.
AVA는 요청된 각 객실마다 별도의 객실 항목 하나를 생성합니다. 생성 후 각 객실을 별도로 배정하세요. 일반적인 절차는 Create a Reservation을 참조하세요.
Furama는 PMS upload policy를 통해 서명된 registration card를 받을 수 있습니다. Settings → Check-In → Check-In Policy에서 Upload registration card to PMS를 켜세요. AVA는 선택한 업로드 시점 이후 렌더링된 서명 카드를 첨부 파일로 보냅니다. 전달을 확인해야 할 때 Command Center → View Details를 확인하세요.
AVA는 Furama의 1박별 행을 객실 유형 및 요금제별 하나의 offer로 합칩니다.
요청된 밤 중 하나라도 빠진 offer는 제외됩니다.
Furama는 세금 또는 수수료 세부 정보를 제공하지 않으므로 견적 합계는 객실 요금만입니다.
일부 호텔은 001과 같은 내부 통화 코드를 반환할 수 있습니다.
결제를 받기 전에 Furama에서 통화와 최종 금액을 확인하세요.
일상 업무에서 Furama 사용
Furama iPMS v2는 Operations View의 Check-ins 및 Check-outs 탭을 지원합니다. 탭은 선택한 business date를 사용해 도착 및 출발을 로드합니다.
-
Operations View를 엽니다.
-
Check-ins 또는 Check-outs를 선택합니다.
-
필요한 business date를 선택합니다.
-
Furama에서 예약을 변경했다면 Refresh를 클릭합니다.
✓ 목록에 선택한 도착 또는 출발 기간의 Furama 예약이 표시됩니다.
Furama 객실 배정 변경
check-out 전에 고객에게 다른 객실이 필요한 경우 Change room을 사용하세요.
-
Operations View 또는 Reservations에서 예약을 엽니다.
-
Change room을 클릭합니다.
-
유형이 일치하고 ready 상태이며 겹치는 예약이 없는 객실을 검토합니다.
-
객실을 선택한 다음 Confirm room change를 클릭합니다.
✓ AVA는 Furama를 통해 새 배정을 보내고 예약을 새로 고칩니다.
AVA는 객실 유형, 투숙객 수, housekeeping 상태, lock 상태 및 겹치는 투숙을 확인합니다. Dirty 또는 occupied 객실은 후보로 표시되지 않을 수 있습니다. Furama는 비어 있는 일치 객실로 직접 이동하는 것을 지원합니다. 이미 객실에 배정된 두 예약을 서로 바꾸지는 않습니다.
key를 인코딩하거나 객실 안내를 공유하기 전에 AVA와 Furama에서 새 객실을 확인하세요.
check-in 전에 PMS 객실 확인
Furama는 check-in 중 예약 order에 배정된 객실을 사용합니다. AVA는 고객 check-in을 완료하기 전에 해당 객실을 확인합니다. AVA는 Furama가 객실이 vacant임을 확인해야 합니다. 알 수 없거나 누락된 vacancy 데이터는 vacant로 간주되지 않습니다. occupied, locked, out-of-service, 누락 또는 maintenance-blocked 객실은 AVA가 배정을 기록하기 전에 거부됩니다.
다중 객실 투숙에서는 작업을 시작하기 전에 필요한 객실을 여세요. AVA는 해당 Furama record에 배정 및 check-in 요청을 보냅니다. 나머지 객실은 별도로 처리하세요.
- 예약에 객실이 없으면 AVA가 먼저 요청된 객실을 배정합니다.
- 요청한 객실이 Furama의 객실과 다르면 AVA는 check-in을 거부합니다.
- 고객이 이미 check-in한 상태라면 다시 시도할 때 현재 PMS 객실이 반환됩니다.
key를 인코딩하거나 객실 안내를 공유하기 전에 Furama에서 객실을 확인하세요.
vacant dirty 객실 check-in 허용
Furama iPMS v2는 Dirty housekeeping 상태인 배정 객실의 check-in을 허용합니다. front desk가 즉시 도착을 위해 객실을 승인한 경우에만 이를 활성화하세요.
-
Room Automation and Room Status Rules를 엽니다.
-
Allow Vacant Dirty Rooms를 켭니다.
-
Save를 클릭합니다.
-
check-in을 완료하기 전에 객실이 vacant이고 안전한지 확인합니다.
✓ Furama가 vacancy를 확인하면 AVA는 객실이 Dirty인 상태에서도 Furama check-in을 완료할 수 있습니다.
AVA는 vacancy가 없거나 알 수 없거나 false인 경우 Dirty 객실을 거부합니다. dirty-room check-in이 활성화되어 있어도 maintenance-blocked 객실은 거부합니다.
Furama는 이 check-in 후에도 객실의 Dirty 상태를 유지합니다. 객실이 준비되면 housekeeping 상태를 별도로 업데이트하세요.
승인된 예외가 끝나면 설정을 끄세요. 객실 상태 안내는 Check-In Policy를 참조하세요.
Furama housekeeping 상태 업데이트
Housekeeping에서 Clean, Dirty 및 Inspected 상태를 업데이트할 수 있습니다. Furama는 변경을 수락한 후 비동기적으로 적용합니다.
| 수행하는 작업 | 예상 결과 |
|---|---|
| 상태 저장 | Furama가 요청을 수락하면 AVA가 성공 메시지를 표시 |
| 즉시 객실 확인 | 이전 상태가 계속 표시될 수 있음 |
| 약 60초 후 새로 고침 | Housekeeping 및 Operations View에 새 상태가 표시되어야 함 |
-
Housekeeping을 엽니다.
-
Furama 객실을 찾습니다.
-
Condition에서 Clean, Dirty 또는 Inspected를 선택합니다.
-
다른 AVA 페이지에서 객실을 확인하기 전에 약 60초 기다립니다.
-
Housekeeping 및 Operations View를 새로 고칩니다.
✓ Furama가 요청 처리를 마치면 업데이트된 상태가 표시됩니다.
성공 메시지는 처리가 완료되었다는 뜻이 아니라 수락되었다는 뜻입니다. 같은 객실에 다른 상태 변경을 보내기 전에 기다리세요.
Furama iPMS v2는 기능이 활성화된 경우 AVA를 통한 service block을 지원합니다. 유지보수, 대청소 또는 리노베이션에는 Take out of service를 사용하세요. 현재 PMS business date에 활성화된 block에만 Restore to service를 사용하세요. Furama는 수락 후 새 block을 표시하는 데 약 60초가 걸릴 수 있습니다. maintenance block을 나타내는 데 Condition을 사용하지 마세요.
Furama 청구 검토
AVA는 Furama가 보고한 charge와 payment에서 Furama 잔액을 계산합니다. Furama는 모든 folio window에 숙박을 포함하지 않습니다. extras의 합계가 객실 요금보다 낮아도 계속 표시됩니다.
다중 객실 투숙에서 AVA는 모든 객실 order의 transaction을 읽습니다. 이 transaction을 투숙 잔액의 모든 객실 charge와 결합합니다. payment 또는 folio charge를 게시하면 AVA는 선택한 객실의 order를 사용합니다.
- AVA에서 예약을 엽니다.
- Balance Due와 folio 행을 검토합니다.
- 결제를 받기 전에 최종 금액을 Furama folio와 비교합니다.
일상 업무 확인
저장 후 안전한 테스트 예약으로 호텔을 확인하세요.
-
Reservations를 엽니다.
-
알고 있는 Furama 예약을 검색합니다.
-
고객, 객실, 투숙 날짜 및 상태를 확인합니다.
-
Rates & Availability를 열고 예상 요금제가 표시되는지 확인합니다.
-
점유된 객실을 포함해 예상되는 모든 객실이 Housekeeping에 표시되는지 확인합니다.
-
승인된 테스트 check-in 및 check-out 절차를 완료합니다.
✓ AVA는 연결된 iPMS 호텔이 지원하는 작업만 표시합니다.
일부 AVA 작업은 활성 PMS 연결에 따라 달라집니다. 지원되지 않는 제어는 안전하지 않은 요청을 보내는 대신 숨겨지거나 비활성화됩니다.
Check-In/Out 로그 검토
완전한 Furama 연결을 사용하면 Command Center에서 고객 활동을 검토할 수 있습니다.
-
Status 또는 Live를 선택합니다.
-
예약을 열고 View Details를 선택합니다.
-
check-in 또는 check-out 타임라인을 검토합니다.
✓ Furama 호텔은 PMS 설정이 완료되면 Check-In/Out Logs를 열 수 있습니다.
필수 Furama credential이 누락되면 Command Center에 PMS recovery card가 표시됩니다. 연결을 완료한 다음 Command Center를 새로 고치세요.
연결 정보 변경
-
Settings → Essentials → PMS Integration으로 돌아갑니다.
-
변경할 비밀 값이 아닌 필드를 업데이트합니다.
-
API Key를 교체할 때만 Edit Secret을 클릭합니다.
-
새 API key를 입력합니다.
-
Save PMS Settings를 클릭합니다.
✓ 마스킹된 API key를 변경하지 않고 두면 현재 비밀 값이 유지됩니다. ✓ Control Unit을 지우면 자동 확인으로 돌아갑니다. ✓ Business User Code를 지우면 기본값으로 돌아갑니다.
Edit Secret을 클릭하면 표시된 API key가 지워집니다. 설정을 저장하기 전에 교체할 key를 입력하세요.
문제 해결
Furama iPMS가 목록에 없음
표시 내용: 제공업체 목록에 Furama iPMS가 없습니다.
해결 방법:
- Settings → Essentials를 새로 고칩니다.
- PMS 설정을 수정할 수 있는지 확인합니다.
- AVA 관리자에게 호텔 rollout을 확인해 달라고 요청합니다.
설정이 저장되지 않음
표시 내용: "Failed to save PMS Integration"이 표시됩니다.
해결 방법:
- 필수 필드를 모두 입력합니다.
- base URL에 iPMS service path가 포함되어 있는지 확인합니다.
- organisation unit과 user code를 정확히 확인합니다.
- API key를 다시 입력한 후 다시 저장합니다.
카탈로그 데이터가 없음
표시 내용: 요금제, 출처 또는 결제 유형이 표시되지 않습니다.
해결 방법:
- Furama 담당자와 Organisation Unit을 확인합니다.
- Furama가 재정의를 확인한 경우가 아니면 Control Unit을 비워 둡니다.
- Furama가 재정의를 확인했다면 정확한 값을 입력합니다.
- Save PMS Settings를 클릭합니다.
- 영향을 받는 AVA 페이지를 다시 불러옵니다.
AVA는 고객 출처와 결제 유형에 대해 control unit을 자동으로 파생합니다. 이 카탈로그에서는 organisation unit을 대체 값으로 사용하지 않습니다.
Furama가 카탈로그 단위를 확인하지 못함
표시 내용: AVA가 Furama control unit을 확인할 수 없다고 보고합니다.
해결 방법:
- Organisation Unit이 Furama 호텔과 일치하는지 확인합니다.
- Control Unit을 비워 둔 채 연결을 다시 저장합니다.
- Furama에 호텔의 control-unit 매핑을 확인해 달라고 요청합니다.
- 확인된 값을 Control Unit으로 입력한 후 다시 저장합니다.
- 출처 또는 결제 유형이 필요한 페이지를 다시 불러옵니다.
control-unit 값을 추측하지 마세요. 잘못된 값은 다른 호텔의 카탈로그를 표시할 수 있습니다.
비즈니스 요청이 거부됨
표시 내용: 조회는 작동하지만 예약 업데이트가 실패합니다.
해결 방법:
- Business User Code를 확인합니다.
- 정확한 대소문자를 유지합니다.
- 연결을 다시 저장합니다.
- 승인된 테스트 예약으로 다시 시도합니다.
check-in에서 PMS 객실이 유지됨
표시 내용: AVA가 요청한 객실을 거부하거나 check-in 후 다른 객실을 반환합니다.
해결 방법:
- Furama에서 예약을 엽니다.
- order에 배정된 객실을 확인합니다.
- AVA에서 해당 객실을 사용하거나 먼저 Furama에서 요청한 객실을 배정합니다.
- check-in을 다시 시도합니다.
AVA와 Furama에 같은 객실이 표시될 때까지 key를 인코딩하지 마세요.
점유된 객실이 누락됨
표시 내용: 점유된 객실이 Housekeeping 또는 객실 목록에 표시되지 않습니다.
해결 방법:
- Housekeeping 또는 Operations를 새로 고칩니다.
- 객실 상태 및 검색 필터를 지웁니다.
- Furama의 객실 inventory에 객실이 존재하는지 확인합니다.
- 객실이 계속 누락되면 지원팀에 문의합니다.
Furama 객실 조회는 AVA가 페이지 매김을 적용하기 전에 전체 객실 inventory를 로드합니다.
check-in 작업을 사용할 수 없음
표시 내용: AVA에 예약은 표시되지만 객실 배정 또는 check-in 작업이 없습니다.
해결 방법:
- 연결에 "Furama Integration Configured."가 표시되는지 확인합니다.
- 연결이 정확한 Organisation Unit을 사용하는지 확인합니다.
- 게시된 iPMS credential로 연결을 다시 저장합니다.
- Operations를 다시 불러오고 승인된 테스트 예약을 다시 시도합니다.
버전이 지정되지 않으면 AVA가 Furama iPMS v2를 자동으로 선택합니다.
Operations 탭이 실패하거나 예약이 표시되지 않음
표시 내용: Check-ins 또는 Check-outs를 불러오지 못하거나 예상 투숙이 누락됩니다.
해결 방법:
- Operations View에서 올바른 business date를 선택합니다.
- Refresh를 클릭하고 목록 로딩이 끝날 때까지 기다립니다.
- 검색 및 필터를 지웁니다.
- Furama에서 예약 날짜와 상태를 확인합니다.
- Furama 연결이 구성되었는지 확인한 다음 다시 시도합니다.
연결과 날짜가 올바른데도 두 탭이 모두 실패하면 지원팀에 문의하세요.
다중 객실 작업이 잘못된 객실에 적용됨
표시 내용: 다중 객실 작업이 선택한 객실을 식별하지 못하거나 이전 세션에서 첫 번째 객실이 표시됩니다.
해결 방법:
- 현재 예약 세부 정보를 닫습니다.
- Operations View 또는 Reservations를 새로 고칩니다.
- 객실 자체의 행 또는 객실 카드를 엽니다.
- 작업을 다시 시작하기 전에 객실 번호를 확인합니다.
- AVA가 여전히 다른 객실을 대상으로 하면 지원팀에 문의합니다.
결제와 folio charge의 경우 작업을 시작하기 전에 객실을 선택하세요. AVA는 첫 번째 객실에 기록하는 대신 모호한 작업을 중지합니다.
Furama check-out에서 객실을 찾을 수 없음
표시 내용: 객실과 성을 입력해도 Furama check-out에서 투숙을 찾지 못합니다.
해결 방법:
- Furama에 표시된 정확한 Room Number를 입력합니다.
- Furama에 표시된 대표 고객의 Last Name을 입력합니다.
- 다중 객실 투숙에서는 check-out할 객실에 대해 조회를 반복합니다.
- check-out 화면을 새로 고치고 다시 시도합니다.
- 투숙을 계속 사용할 수 없으면 Furama 또는 front desk를 이용합니다.
AVA는 정확한 Furama 객실을 식별하기 위해 객실 번호와 성을 모두 사용합니다.
Change room에 객실이 표시되지 않음
표시 내용: Change room은 열리지만 선택할 객실이 없습니다.
해결 방법:
- Furama에서 예약 날짜와 객실 유형을 확인합니다.
- 일치하는 객실이 vacant이고 ready인지 확인합니다.
- 투숙과 겹치는 다른 예약이 있는지 확인합니다.
- Operations View를 새로 고친 다음 Change room을 다시 엽니다.
Allow Vacant Dirty Rooms가 없으면 AVA는 판매되지 않았지만 dirty인 객실을 배정 가능한 ready 객실로 취급하지 않습니다. 승인된 예외에는 Check-In Policy에서 설정을 활성화하세요.
Housekeeping 변경 사항이 업데이트되지 않음
표시 내용: 상태를 저장했지만 AVA에 이전 값이 계속 표시됩니다.
해결 방법:
- Clean, Dirty 또는 Inspected를 선택한 후 AVA가 성공 메시지를 표시했는지 확인합니다.
- Furama가 변경을 적용할 때까지 약 60초 기다립니다.
- Housekeeping을 새로 고친 다음 Operations View를 새로 고칩니다.
- 기다린 후 새로 고쳐도 이전 값이 남아 있으면 지원팀에 문의합니다.
Furama는 housekeeping 변경을 비동기적으로 적용합니다. 객실 목록과 요약 수가 서로 다른 시점에 업데이트될 수 있습니다.
Furama service block의 시점 또는 해제
표시 내용: 새 block이 아직 보이지 않거나 Furama가 Restore to service를 거부합니다.
발생 원인: Furama는 새 block을 비동기적으로 적용합니다. 현재 PMS business date에 활성화된 block만 해제합니다.
해결 방법:
- AVA가 block을 확인한 후 약 60초 기다립니다.
- Housekeeping 및 Operations View를 새로 고칩니다.
- block 기간을 Furama의 현재 business date와 비교합니다.
- Furama에서 미래 또는 만료된 block을 해제합니다.
- 활성 block을 계속 해제할 수 없으면 지원팀에 문의합니다.
AVA 청구서 확인 필요
표시 내용: AVA 청구 합계가 Furama 합계와 다릅니다.
해결 방법:
- AVA에서 예약을 새로 고칩니다.
- charge와 payment를 Furama folio와 비교합니다.
- 결제를 완료하기 전에 Furama에서 최종 금액을 확인합니다.
예약 날짜 필터에 잘못된 투숙이 표시됨
표시 내용: 날짜로 필터링한 Furama 목록에 선택한 범위 밖의 투숙이 표시됩니다.
해결 방법:
- Operations에서 필요한 도착 또는 출발 날짜를 선택합니다.
- Refresh를 클릭합니다.
- 현재 날짜를 넘어 검색할 때는 All dates를 사용합니다.
- 새로 고친 후에도 관련 없는 투숙이 남아 있으면 지원팀에 문의합니다.
AVA는 Furama 날짜 범위의 양 끝을 모두 PMS로 보냅니다.
고객 이메일 또는 국적이 다르게 표시됨
표시 내용: 저장한 이메일이 나중에 사라지거나 국적이 국가명으로 표시됩니다.
해결 방법:
- Furama에서 고객의 전화번호, 이름, 문서 및 국적 필드를 확인합니다.
- 이메일 누락은 테스트 호텔에서의 Furama 표시 제한으로 처리합니다.
- 다른 고객 필드가 유지되지 않으면 Vouch에 도움을 요청합니다.
예약이 표시되지 않음
표시 내용: 알고 있는 Furama 예약이 Reservations에 없습니다.
해결 방법:
- 투숙 날짜가 현재 검색과 일치하는지 확인합니다.
- 필터를 지우고 다시 검색합니다.
- iPMS에서 예약을 확인합니다.
- PMS Connection Errors를 검토합니다.
Check-In/Out Logs를 사용할 수 없음
표시 내용: Command Center에 로그 대신 PMS setup recovery card가 표시됩니다.
해결 방법:
- Settings → Essentials → PMS Integration으로 돌아갑니다.
- iPMS Base URL, Organisation Unit, User Code 및 API Key가 모두 입력되었는지 확인합니다.
- Save PMS Settings를 클릭합니다.
- Command Center로 돌아가 페이지를 새로 고칩니다.
필수 credential이 구성되면 Furama는 Check-In/Out Logs를 차단하지 않습니다.
문제가 계속되나요?
다음 상황에서는 success@vouch-technologies.com으로 문의하세요.
- ❌ 다시 연결해도 Furama 투숙이 계속 누락됨
- ❌ 필수 필드가 정확하지만 저장이 계속 실패함
- ❌ 지원되는 check-in 또는 check-out 작업을 계속 사용할 수 없음
함께 보내면 유용한 정보:
- 호텔 이름
- Organisation Unit
- 테스트 실패 시간
- 정확한 오류 메시지
- API key를 숨긴 스크린샷