Opera PMS 연동 (OHIP)

OHIP(Oracle Hospitality Integration Platform)를 통해 AVA를 Oracle의 Opera Cloud 숙박 시설 관리 시스템에 연결합니다. 설정이 완료되면 AVA는 Opera에서 예약, 객실 재고 및 투숙객 정보를 직접 동기화합니다. 투숙객 프로필은 이제 AVA의 공유 프로필 레이아웃으로 열립니다.

빠른 설정

대부분의 호텔은 10~15분 안에 이 설정을 완료합니다. OCIM을 사용하는 경우 먼저 Oracle에 enterpriseId를 요청하세요.

찾아가는 경로

설정 → 기본 → Property Management System (PMS) 통합

시작하기 전

IT 팀 또는 Oracle/Opera 관리자에게 다음 자격 증명을 받으세요.

자격 증명	설명
OHIP Host Name	API 기본 URL(예: ohip.oraclecloud.com)
OHIP Application Key	API 접근용 애플리케이션 키
OHIP Hotel ID	Opera에서 사용하는 숙소 식별자
OHIP Client ID	OAuth 클라이언트 식별자
OHIP Client Secret	OAuth 클라이언트 비밀값
enterpriseId	Oracle의 OCIM 엔터프라이즈 식별자입니다. OHIP Identity Management가 OCIM인 경우 필요합니다.

경고

Opera OHIP 통합은 Oracle 또는 IT 팀의 기술 설정이 필요합니다. 숙소에 OHIP 접근을 활성화한 후 API 자격 증명을 받게 됩니다.

OCIM에는 값이 하나 더 필요합니다

OCIM을 선택하면 AVA가 토큰을 요청하기 전에 enterpriseId가 필요합니다. 이 값은 나머지 OHIP 자격 증명과 함께 보관하세요.

객실 키 유효성은 현지 시간을 사용합니다

설정 → 기본 → 호텔 기본 정보에서 숙소의 IANA 시간대를 설정하세요. AVA는 이를 사용해 Opera 객실 키의 유효 시간을 현지 시계 기준으로 표시합니다.

태국 규정 준수 보고서에 필요

Opera 관리자에게 Global Administration에서 Module Level Access Control을 활성화해 달라고 요청하세요. 또한 AVA OHIP 클라이언트에 Sensitive Data Access 권한을 부여해야 합니다. 이 권한이 없으면 Opera가 TM30 및 RR4 보고서에서 일부 여권 번호와 생년월일을 마스킹합니다.

설정 단계

1단계: PMS로 Opera 선택

1. 설정 → 기본으로 이동합니다.
2. PMS 통합까지 스크롤합니다.
3. Opera 카드를 클릭합니다.
4. 선택을 확인하는 체크 표시(✓)가 나타납니다.

2단계: OHIP 설정 입력

각 필드를 입력합니다.

• OHIP Host Name: OHIP API 인스턴스의 기본 URL(예: ohip.oraclecloud.com)
• OHIP Application Key: API 접근용 애플리케이션 키(Edit Secret을 클릭해 수정)
• OHIP Hotel ID: 숙소의 Opera 호텔 코드
• OHIP Identity Management: OCIM(Oracle Cloud Identity) 또는 SSD(Direct Credentials) 선택
• OHIP Client ID: OAuth 클라이언트 식별자
• OHIP Client Secret: OAuth 비밀 키(Edit Secret을 클릭해 수정)
• enterpriseId: Oracle의 OCIM 엔터프라이즈 식별자입니다. OHIP Identity Management가 OCIM인 경우에만 사용합니다.

ID 관리로 SSD를 선택한 경우 다음도 입력합니다.

• OHIP Username: 직접 로그인 사용자 이름
• OHIP Password: 직접 로그인 비밀번호

3단계: 저장 및 확인

1. Save를 클릭합니다.
2. 상태 표시기를 확인합니다.
   • 🟢 "Opera Integration Configured" = 필요한 필드가 모두 입력됨
   • 🟡 "Opera Integration Not Configured" = 필요한 필드가 누락됨

예약 메모 기본값 설정

직원이 AVA에서 예약 메모를 추가할 때 사용할 선택적 필드입니다. Reservation Notes 패널에는 직원이 메모를 추가하기 전에 기록할 값이 표시됩니다. AVA는 Opera에서 코멘트 유형과 위치를 불러옵니다. 각 목록은 최대 30일 동안 자체 공유 캐시를 사용합니다. 최신 선택 항목이 필요하면 필드 옆의 Refresh from PMS를 클릭하세요. 해당 목록을 사용하는 모든 필드가 함께 업데이트되며, 다른 설정 페이지의 필드도 포함됩니다. 목록을 사용할 수 없어도 AVA는 다른 목록을 계속 제공하고 해당 필드는 편집할 수 있습니다.

설정	제어하는 항목	빈 값
Reservation Note Comment Type	직원 메모에 사용할 Opera 코멘트 유형	GEN
Reservation Note Comment Location	직원 메모에 사용할 Opera 위치	RESERVATION

1. Opera 통합의 Advanced 설정을 엽니다.
2. 호텔에서 사용하는 Opera 메모 유형과 위치를 입력합니다.
3. 표시된 기본값을 사용하려면 어느 한 필드든 비워 둡니다.
4. Save를 클릭합니다.

두 필드 모두 기본값을 사용하면 AVA는 기록 요약을 GEN · RESERVATION으로 표시합니다. 접근 권한이 있는 직원은 Reservation Notes에서 Configure in Settings를 선택할 수 있습니다.

직원 메모와 결제 코멘트는 별개입니다

이 설정은 Reservation Notes에서 추가한 메모에만 적용됩니다. 결제 또는 사전 승인 코멘트는 변경하지 않습니다. 해당 코멘트에는 설정 → Payment의 Default Comment Type / Location이 계속 사용됩니다.

Opera 관리자에게 메모 유형을 확인하세요

Opera 메모 유형 코드는 호텔별로 구성됩니다. 직원이 메모를 추가하기 전에 선택한 코드가 유효한지 확인하세요.

사용 가능한 코멘트 위치는 CASHIER, GENERAL, IN HOUSE, RESERVATION입니다. 코멘트 유형 목록은 Opera 예약 메모 설정에서 가져옵니다. 저장된 코드가 Opera에서 더 이상 제공되지 않으면 AVA는 해당 코드를 계속 표시하고 플래그를 지정합니다. 직원이 예약 메모를 추가하기 전에 플래그가 지정된 코드를 바꾸세요.

체크인 정책 위치

설정 → 체크인 → 체크인 정책 → 투숙객 등록에서 기존 투숙객 프로필 재사용을 구성합니다. 기존 투숙객 프로필 재사용을 참조하세요.

주 투숙객이 나중에 도착할 때 프런트 데스크에 알림

추가 투숙객이 주 투숙객보다 먼저 체크인할 수 있을 때 이 설정을 사용합니다. AVA는 주 Opera 예약에 알림을 추가합니다. 이 설정은 기본적으로 꺼져 있습니다.

1. 설정 → 체크인 → 체크인 기본 사항으로 이동합니다.
2. 주 투숙객이 나중에 도착할 때 프런트 데스크에 알림을 찾습니다.
3. 설정을 켭니다.
4. 알림 선택을 선택합니다.
5. 호텔에서 구성한 OPERA 알림 코드를 하나 선택합니다.
6. Opera에서 알림을 표시할 위치를 선택합니다.
7. 알림 코드 설명 또는 사용자 지정 텍스트를 선택합니다.
8. 필요한 경우 사용자 지정 텍스트를 입력한 다음 적용을 선택합니다.
9. 체크인 정책 저장을 선택합니다.

알림 영역과 텍스트 선택 항목은 Opera 연결에서 가져옵니다. 사용자 지정 텍스트를 사용하려면 비어 있지 않은 메시지가 필요합니다.

설정	제어하는 항목
OPERA alert code	Opera에서 알림을 식별합니다
Show the alert in	Opera의 알림 영역을 선택합니다
Alert text	코드 설명 또는 사용자 지정 메시지를 사용합니다

Assisted Check-In에서 알림이 활성화되어 있으면 AVA가 직원에게 주 투숙객에 대해 질문합니다. 주 예약이 아직 체크인되지 않았을 때 질문이 표시됩니다. 여기에는 동반 도착과 혼합 도착이 포함됩니다. 직원은 예, 나중에 도착 또는 아니요, 투숙하지 않음을 선택할 수 있습니다. Self Check-In에서는 주 투숙객이 없으면 기본적으로 나중에 도착하는 것으로 처리합니다. 직원이 저장한 아니요, 투숙하지 않음 선택은 이 기본값을 덮어씁니다. 가장 최근에 직원이 명시적으로 선택한 값은 이후 Self Check-In에서도 사용할 수 있습니다. 알림은 추가 투숙객의 예약이 아니라 주 예약을 대상으로 합니다. 알림 전송은 최선의 노력을 따르며 체크인을 지연시키거나 실패시키지 않습니다.

다시 시도하기 전에 예약을 확인하세요

Opera의 알림 게시가 레코드 잠금으로 지연될 수 있습니다. 계속을 다시 선택하기 전에 Opera에서 주 예약을 확인하세요.

공유자가 먼저 도착할 때 객실 접근 권한 발급

공유자가 주 투숙객보다 먼저 체크인하면 AVA가 객실 접근 권한을 발급할 수 있습니다. 이는 공유자가 도착한 것으로 표시되고 배정된 객실을 공유하는 경우에 적용됩니다.

키카드의 경우 AVA는 요청을 거부하기 전에 Opera의 실시간 객실 점유 상태를 새로 고칩니다. 도착한 공유자의 분실 키카드 교체에도 동일한 확인이 적용됩니다. 동반 투숙객은 주 예약에 남아 일반적인 흐름을 따릅니다.

공유자가 체크아웃했거나 다른 객실을 사용하는 경우 AVA는 접근을 거부합니다. 이를 통해 잘못된 키카드가 객실에 발급되는 것을 방지합니다.

1. AVA 또는 Opera에서 공유자가 체크인했는지 확인합니다.

2. Opera에서 공유자와 주 투숙객이 같은 객실을 사용하는지 확인합니다.

3. Create Keycard 또는 분실 키카드 절차를 다시 시도합니다.

4. Opera에서 투숙을 확인할 수 없으면 투숙객을 프런트 데스크로 안내합니다.

   ✓ AVA는 실시간 객실 및 도착 확인이 통과된 후에만 접근 권한을 발급해야 합니다.

4단계: 투숙객 배치 선택

등록 중 AVA가 Opera에 추가 투숙객을 배치하는 방법을 선택합니다.

1. 설정 → 체크인 → 체크인 정책으로 이동합니다.

2. 등록에서 Additional Guest Under를 찾습니다.

3. 옵션을 하나 선택합니다.

   옵션	결과
   Sharer Reservation	추가 투숙객을 위한 별도의 Opera 예약을 만듭니다.
   Accompany Profile	주 예약에 동반 프로필로 투숙객을 추가합니다.

4. 이 선택을 기존 추가 투숙객에게도 적용할지 결정합니다.

5. 기존 투숙객을 변환하려면 Apply this setting to existing additional guests를 켭니다. AVA는 등록 중 변환 가능한 Opera 공유자 또는 동반 투숙객을 변환합니다.

6. Save Check-In Policy를 클릭합니다.

   ✓ 새로운 추가 투숙객은 항상 선택한 옵션을 따릅니다.

객실 연결은 투숙객 동기화 후에도 동일한 배치 선택을 따릅니다. Sharer Reservation 모드에서 AVA는 객실을 연결하기 전에 연결된 공유자를 확인합니다. 주 예약에 동반 프로필을 추가하지 않습니다. Accompany Profile 모드에서는 투숙객을 주 예약에 연결된 상태로 유지합니다.

공유자 문서 대상 선택

Opera에서 여권, 신분증 및 서명된 등록 카드 첨부 파일을 표시할 위치를 선택합니다. 여권과 신분증 사본은 각 공유자의 투숙객 프로필에도 계속 보관됩니다. 저장된 대상은 명시적 도착 체크인 중 생성된 카드 등 새 업로드를 제어합니다. 선택한 대상은 AVA의 기본 공유자 예약 대상을 우선합니다.

1. 등록에서 Upload sharer documents to를 찾습니다.

2. 옵션을 하나 선택합니다.

   옵션	결과
   Main Guest Reservation	모든 공유자 문서와 등록 카드를 주 예약에 모읍니다.
   Sharer Reservation	각 공유자의 문서와 등록 카드를 해당 공유자의 예약에 첨부합니다.

3. Save Check-In Policy를 클릭합니다.

   ✓ 새 여행 서류와 서명된 등록 카드는 선택한 Opera 대상에 업로드됩니다.

기존 PMS 첨부 파일

이 설정을 변경해도 Opera에 이미 저장된 첨부 파일은 이동하지 않습니다. 저장한 후 새로 업로드하는 파일에는 이 설정이 적용됩니다.

기존 투숙객 변환

이 체크박스는 기본적으로 꺼져 있습니다. 꺼져 있으면 AVA는 기존 공유자 및 동반 투숙객 관계를 유지합니다. 켜져 있으면 AVA는 등록 중 변환 가능한 기존 추가 투숙객을 변환합니다. 이는 일괄 마이그레이션이 아닙니다. 나중에 끄더라도 완료된 변환은 되돌리지 않습니다.

변환 가능 여부

AVA는 예약된 Opera 예약 중 재무 정보가 완전하고 변경되지 않은 예약만 변환합니다. 주 예약의 패키지는 허용되며 두 변환 방향 모두에서 변경되지 않습니다. 변환 가능한 공유자는 수량, 금액, 허용량 및 사용량이 0인 요금제 패키지를 상속할 수 있습니다. 패키지 단가가 0이 아니더라도 수량과 계산된 금액이 0이면 변환을 차단하지 않습니다. 예약에 추가되었거나 사용되었거나 0이 아니거나 알 수 없는 패키지 활동은 여전히 직원 검토가 필요합니다. 기존 공유자를 제거하려면 패키지, 점유, 요금 및 재무 검사를 통과해야 합니다. 성인과 어린이가 0명인 변환 가능한 공유자는 모든 발신 라우팅 대상이 유지되는 주 예약 ID를 가리킬 때 변환할 수 있습니다. folio 또는 comp 라우팅, 다른 예약으로의 라우팅 및 지원되지 않는 라우팅 구조는 여전히 변환을 차단합니다. AVA는 공유 분리 후와 이전 공유자 예약을 취소하기 전에 라우팅을 다시 확인합니다. Opera가 변환이 안전하다는 것을 입증할 수 없으면 AVA는 등록을 일시 중지하고 직원 검토를 요청합니다.

변환이 중간에 중단되면 다시 시도하기 전에 원래 설정으로 복원하세요. 그렇지 않으면 직원에게 Opera에서 해당 투숙객을 조정해 달라고 요청하세요.

공유자 결제 설정

AVA가 추가 투숙객을 위해 별도의 공유자 예약을 만들 때 이 설정을 사용합니다.

1. 설정 → 체크인 → 체크인 정책으로 이동합니다.

2. 등록에서 Additional Guest Under를 Sharer Reservation으로 설정합니다.

3. Sharer payment method를 찾아 Configure를 클릭합니다.

4. Opera에서 공유자의 결제 및 보증 코드를 설정하는 방법을 선택합니다.

   옵션	사용 시점	결과
   Same as main reservation	공유자가 주 예약과 일치해야 할 때	AVA가 주 예약의 결제 방법을 사용합니다.
   Specific OPERA method	공유자에게 독립적인 결제 방법이 필요할 때	AVA가 선택한 결제 및 보증 코드를 사용합니다.

5. Specific OPERA method의 경우 사용할 수 있는 OPERA payment method와 OPERA guarantee code를 선택합니다.

6. Apply를 클릭한 다음 Save Check-In Policy를 클릭합니다.

   ✓ 저장된 조합은 요청에 재정의 값이 없어도 생성되는 공유자 예약에 사용됩니다.

AVA는 Opera에서 카드가 아닌 사용 가능한 결제 방법과 보증 코드를 불러옵니다. 레이블에는 Opera 설명이 사용되며 코드는 숫자순으로 표시됩니다. 각 목록은 30일 동안 캐시됩니다. Opera에서 코드를 변경한 후 Refresh from OPERA를 클릭하세요. 새로 고치면 선택한 목록을 사용하는 모든 필드가 업데이트됩니다. AVA는 새로 추가된 코드를 거부하기 전에 최신 Opera 조회 결과로 조합을 확인합니다.

새로고침 결과

새로고침 중 목록을 읽을 수 없으면 AVA는 이전에 읽은 코드를 유지하고 새로고침 경고를 표시합니다. 해당 목록을 다시 요청하려면 Try Again을 사용하세요. 필드를 다시 열면 경고가 사라집니다.

두 목록을 모두 불러와야 합니다

AVA가 사용 가능한 두 목록을 모두 불러오기 전에는 Specific OPERA method를 저장할 수 없습니다. 한 목록을 사용할 수 없으면 Try Again을 사용하거나 Opera 관리자에게 접근 권한을 확인해 달라고 요청하세요. 공유자 대화 상자에서 이 목록을 새로 고칠 수 있는 사용자는 설정 쓰기 권한이 있는 사용자뿐입니다.

투숙객 배치 또는 공유자 결제 설정을 저장하면 AVA가 해당 설정을 Opera용 Vouch Core에 동기화합니다. 이를 통해 생성되는 공유자 예약이 저장한 정책과 일치하게 유지됩니다.

배포 전에 Opera 설정을 확인하세요

AVA는 더 이상 숙소별 공유자 결제 코드를 적용하지 않습니다. Opera 통합 변경을 배포하기 전에 원하는 설정이 저장되었는지 확인하세요. 독립적인 현금 공유자의 경우 Opera에 CA와 NON이 모두 사용 가능한 값으로 표시될 때만 선택하세요.

공유자 요금 코드 설정

새 Opera 공유자 예약에 특정 요금 코드가 필요할 때 이 설정을 사용합니다.

1. 설정 → 체크인 → 체크인 정책으로 이동합니다.

2. 등록에서 Additional Guest Under를 Sharer Reservation으로 설정합니다.

3. Sharer Rate Code를 찾습니다.

4. 필드를 클릭해 PMS 카탈로그에서 활성 요금 코드 제안을 불러옵니다.

5. 제안을 선택하거나 유효한 코드를 직접 입력합니다.

6. 재정의를 제거하려면 필드를 비웁니다.

7. Save Check-In Policy를 클릭합니다.

   ✓ AVA는 향후 공유자 예약을 위해 코드를 저장하고 Opera와 동기화합니다.

이 설정은 AVA가 별도의 Sharer Reservation을 만들 때 적용됩니다. 빈 값은 재정의를 제거하고 주 예약의 일반 요금제 동작을 복원합니다. PMS catalogue에 일치하는 활성 제안이 없어도 AVA는 사용자 지정 값을 유지합니다.

요금 코드 제안

제안에는 현재 선택한 호텔의 활성 요금제가 표시됩니다. 목록이 비어 있거나 사용할 수 없으면 코드를 직접 입력하거나 Retry를 클릭하세요.

이전 공유자 요금 설정 다시 저장

이 업데이트 전에 숙소에서 공유자 요금을 저장했다면 배포 후 Sharer Rate Code를 다시 저장하세요. 이렇게 하면 새 공유자에 기존 값이 유지되고 Opera와 동기화됩니다. 필드 이름이 변경된 후에도 이전에 저장한 값은 계속 사용할 수 있습니다.

Opera에서 동기화되는 항목

연결되면 AVA는 다음을 받습니다.

• ✅ 투숙객 예약 및 folio
• ✅ 객실 가용성 및 상태
• ✅ 공유 AVA 형식의 투숙객 프로필 정보
• ✅ 체크인/체크아웃 거래
• ✅ 객실 차단 정보
• ✅ Do Not Move 객실 잠금 상태
• ✅ 표준 예약 흐름을 통한 예약의 예상 도착 및 출발 시간
• ✅ 연결된 예약에 대한 Group Checkout 기능

투숙객 및 직원에게 미치는 영향

• 투숙객 양식은 Opera 규칙에 맞게 조정됩니다. 필수 필드와 숨겨진 필드는 Opera 설정에 따라 달라지므로 투숙객에게 필요한 항목만 표시됩니다.

• 투숙객 프로필은 공유 AVA 레이아웃을 사용합니다. Opera 투숙객 상세 정보는 이제 AVA v2와 동일한 필드 구조로 열립니다.

• 긴 투숙객 주소도 안전하게 동기화됩니다. 필요한 경우 AVA는 주소를 Opera의 네 개 주소 행으로 나눕니다. 각 행은 Opera의 80바이트 제한을 지킵니다.

• 주소 업데이트는 오래된 행을 지웁니다. AVA는 Opera의 네 주소 칸을 모두 채우므로 더 짧은 새 주소를 입력하면 이전 주소의 남은 행이 제거됩니다.

• 예약 조회는 Opera를 사용합니다. Opera가 설정되지 않으면 투숙객 조회 단계가 실패합니다.

• 최근 Opera 변경 사항이 표시되기까지 최대 5초가 걸릴 수 있습니다. 외부에서 Opera를 업데이트한 후 예약 및 folio를 읽을 때 영향을 줄 수 있습니다. 잠시 기다린 다음 변경 사항을 확인하기 전에 AVA를 새로고침하세요.

• Opera는 보고된 객실 수용 인원을 초과하는 추가 투숙객을 허용합니다. AVA는 Opera의 동반 프로필 흐름을 통해 투숙객을 추가합니다.

• 외부 참조 조회는 전체 예약을 확인합니다. AVA는 예약을 선택하기 전에 전체 Opera 레코드에서 요청한 외부 참조와 도착 날짜를 확인합니다. 값이 일치하지 않거나 결과가 모호하면 AVA는 예약을 선택하지 않습니다.

• OTA 참조는 대소문자가 다를 수 있습니다. 정확한 외부 참조 조회에서 결과가 없으면 AVA는 참조를 대문자로 바꿔 한 번 재시도합니다. 그런 다음 전체 예약 레코드에서 대소문자를 구분하지 않고 참조를 비교합니다. 확인 번호 조회 동작은 변경되지 않습니다.

• 선택한 도착 예약은 명시적으로 유지됩니다. 도착 시 선택한 Opera 예약이 제공되면 AVA는 해당 예약만 체크인합니다. 없는 공유자를 자동으로 추가하지 않고, 공유자가 먼저 도착하면 결제가 필요한 주 예약을 유지하며, 빈 선택 항목을 확장하지 않습니다.

• 체크아웃 조회는 Opera의 PMS 영업일을 따릅니다. 자정 이후 AVA는 체크아웃 조회를 Opera의 현재 PMS 영업일에 예정된 출발로 제한합니다. AVA는 출발 날짜 자체도 확인합니다. 달력 날짜 기준 출발은 Night Audit가 영업일을 넘긴 후에야 이용 가능할 수 있습니다.

• ACI 이름 검색은 활성 예약을 사용합니다. Staff Access는 투숙객의 전체 이름(여러 부분으로 이루어진 이름 포함)을 사용해 활성 Opera 예약을 확인합니다.

• ACI에서는 같은 이름의 예약을 그룹화할 수 있습니다. 확인된 키오스크 직원 자격 증명이 필요합니다. 단일 디바이스 ACI는 기존 자격 증명을 사용하며 두 디바이스 런타임을 시작하지 않습니다.

• 주 예약은 주 예약으로 유지됩니다. AVA는 선택한 추가 예약에 대해서만 주 투숙객 등록을 면제합니다.

• 추가 투숙객 업데이트는 주 투숙객을 덮어쓰지 않습니다. 이름이 포함된 업데이트는 선택한 예약에 추가 투숙객을 만듭니다.

• 돌아오는 추가 투숙객은 Opera 프로필을 재사용할 수 있습니다. 기존 투숙객 프로필 재사용이 켜져 있으면 AVA는 새 추가 투숙객 프로필을 만들기 전에 이름과 신분증으로 검색합니다.

• Opera 여권 코드는 AVA 여권 유형과 일치할 수 있습니다. AVA는 프로필 대조 중 정확한 Opera 코드 PAS와 PASSPORT를 동일한 것으로 처리합니다.

• 확실하지 않은 일치 항목은 프로필을 자동으로 재사용하지 않습니다. AVA에는 확인된 고유 일치 항목이 필요합니다. 직원은 확인된 후보를 선택하거나 새 프로필을 만들 수 있습니다.

• 프로필 대조에는 Opera 추가 호출이 사용됩니다. 고유한 일치 항목을 확인하려면 프로필을 더 읽어야 할 수 있습니다. 직원 비교에는 확인된 후보 중 제한된 수만 표시됩니다.

• 동반 프로필은 권위 있는 주 투숙객 컨텍스트를 사용합니다. 동반 프로필을 만들기 전에 AVA는 Opera 예약을 새로고침하고, 사용 가능한 프로필 ID가 있는 명시적인 주 투숙객이 정확히 한 명인지 확인합니다. 신원 컨텍스트가 없거나 비어 있거나 일치하지 않거나 모호하면 프로필을 만들기 전에 작업을 중지합니다.

• 수동 그룹화는 AVA의 ACI 여정만 변경합니다. Opera에서 예약 그룹을 만들거나 변경하지 않습니다.

• 활성 예약이 기본으로 표시됩니다. 워크플로가 명시적으로 요청하지 않는 한 취소된 예약은 일반 조회 결과에 나타나지 않습니다.

• 다객실 예약은 검색한 객실을 올바른 카드에 유지합니다. Opera가 가족 예약을 주 확인 번호로 정규화하거나 다른 내부 ID를 사용하더라도 AVA는 조회한 확인 번호를 보존합니다.

• 기본 Opera 링크가 예약군을 정의할 수 있습니다. Vouch가 숙소에 기본 그룹화를 활성화하면 AVA는 투숙객, 도착 날짜 또는 공통 예약 참조를 대조하는 대신 Opera의 연결된 예약을 따릅니다.

• 기본 그룹화는 일치하는 객실만 유지합니다. AVA는 취소, 노쇼, 체크아웃 완료, 의사 객실 및 숙박 기간이 겹치지 않는 예약을 제외합니다. 또한 공유 파트너와 같은 객실의 레코드를 하나의 실제 객실로 합칩니다.

• SiteMinder 예약에는 안전한 대체 경로가 사용됩니다. Opera에 기본 링크 그룹이 없으면 AVA는 서로 무관한 예약을 유사한 참조로 합치는 대신 정확한 SiteMinder 구성 요소 참조를 대조합니다.

• 검색한 예약이 주 예약으로 유지됩니다. 하위 예약이나 공유자를 열어도 해당 예약에서 시작하며, AVA는 같은 예약군에서 자격이 되는 다른 객실을 표시합니다.

• 기본 그룹화는 선택 사항입니다. Vouch 배포팀이 숙소별로 활성화합니다. 배포팀이 적용을 확인할 때까지 기본 Opera 동작은 변경되지 않습니다.

• 배포 시 예약군 식별자가 한 번 변경될 수 있습니다. AVA가 새 예약군 식별자를 저장하므로 그룹화 모드가 변경된 후 분석에서 예약이 다시 집계될 수 있습니다.

• 확인된 One Device 및 Two Device ACI는 객실 작업을 지원합니다. 직원은 객실 상태와 점유 상태를 확인하고 Opera 배정을 새로고침하며 준비된 대체 객실을 선택하고 Clean, Dirty 또는 Inspected 상태를 업데이트할 수 있습니다.

• 객실 새로고침은 안전하게 실패합니다. Opera가 객실을 반환하지 않거나 모호한 다객실 결과를 반환하면 AVA는 다른 객실을 선택하는 대신 저장된 객실을 유지합니다.

• 스마트 배정은 전체 숙박 기간을 확인합니다. Opera에 오늘 빈 객실로 표시되더라도 AVA는 요청한 도착일부터 출발일까지 다른 예약에 배정된 객실을 제외합니다.

• 객실 변경 계획은 현재 Opera 점유자를 읽습니다. AVA는 계획을 만들기 전에 모든 관련 예약 페이지를 새로고침합니다. 여기에는 다른 AVA 세션에서 최근 생성된 예약도 포함됩니다. AVA는 확인 전에 오래된 상태가 된 계획을 계속 거부합니다.

• 객실 변경 계획에 점유자의 멤버십 정보가 표시될 수 있습니다. Opera가 정보를 제공하면 직원이 가능한 변경을 검토하는 동안 AVA가 예약 점유자의 멤버십 프로그램과 등급을 표시합니다. 이를 통해 직원은 적격한 변경 계획 중에서 선택할 수 있습니다.

• 객실 변경 카드에는 점유자의 모든 알림이 표시될 수 있습니다. AVA가 변경 가능한 점유자를 읽으면 카드에 글로벌 프로필 알림을 포함한 모든 Opera 알림이 표시될 수 있습니다.

• 알림 상세 정보는 직원 카드에 유지됩니다. 변경을 승인하기 전에 각 알림의 코드, 영역, 설명 및 글로벌 상태를 검토하세요.

• 커밋된 객실은 변경할 수 없습니다. Opera에서 AVA는 자체 DNR 알림인 Strictly DO NOT RELEASE. Room Committed for Kiosk Guest를 Do Not Move와 동일하게 처리합니다. 객실 변경 계획 중에는 해당 예약을 이동하지 않습니다.

• 호텔 알림 코드도 변경을 차단할 수 있습니다. 설정 → 체크인 → 체크인 정책 → 키오스크 및 결제에서 객실 변경을 차단하는 알림 코드 아래에 호텔의 코드를 추가하세요. 선택한 코드가 있는 점유자는 현재 위치에 유지됩니다.

• 코드는 공백과 대소문자를 무시합니다. AVA는 구성된 코드를 다듬고 대소문자 차이 없이 비교합니다. DNR은 항상 차단하므로 목록에 추가할 필요가 없습니다.

• 그 밖의 점유자 알림은 가장 낮은 순위로 처리됩니다. AVA는 알림이 있는 예약을 이동하는 계획을 알림이 없는 예약만 이동하는 계획보다 낮게 배치합니다. 계속하기 전에 알림을 검토하고 이동을 확인하세요.

• 확인되지 않은 알림은 표시됩니다. AVA가 알림을 읽지 못하거나, 해당 객실을 제외하거나, 읽기 한도에 도달하면 객실에 확인되지 않은 알림 수가 표시될 수 있습니다. AVA는 해당 객실을 변경 대상으로 제공하지 않습니다.

• 늦게 도착하는 Opera 공유자는 공유 객실을 유지합니다. 주 투숙객이 투숙 중이면 재배정이 허용되더라도 AVA는 늦게 연결된 공유자에게 해당 객실을 유지합니다.

• 유지된 공유자 객실에도 객실 준비 상태가 적용됩니다. 연결된 투숙이 객실을 유지할 때 AVA는 Clean, Inspected, Dirty 또는 Pickup을 허용합니다. Out of Order와 Out of Service는 계속 차단됩니다.

• 예약 자체의 사전 배정은 계속 적합합니다. Opera가 현재 예약에 해당 객실을 나열한다는 이유만으로 AVA는 객실을 거부하지 않습니다.

• Opera 레코드 지연에는 기존 대체 경로가 사용됩니다. AVA가 겹치는 예약을 읽지 못하면 Opera가 최종 충돌 확인을 수행하며, 충돌 후 AVA는 다른 객실을 다시 시도합니다.

• Opera의 빈 서비스 중단 객실 결과는 유효합니다. Opera가 서비스 중단 객실을 반환하지 않으면 AVA는 결과를 비어 있는 것으로 처리합니다. 객실 배정을 계속할 수 있습니다. 결과가 없거나 형식이 잘못된 경우에는 PMS를 사용할 수 없음 오류가 표시됩니다.

• 구성 객실 스위트는 연결된 모든 객실을 확인합니다. Opera가 구성 객실로 스위트를 나타내면 AVA는 배정 전에 각 구성 객실의 점유 상태와 준비 상태를 확인합니다.

• 점유된 구성 객실의 우선순위가 유지됩니다. 구성원 중 하나가 점유 중이면 AVA는 다른 준비되지 않은 상태를 선택하는 대신 해당 점유 사유를 유지합니다.

• 확인되지 않은 자동 선택 스위트는 계속 차단됩니다. AVA가 자동으로 선택된 구성 객실 스위트를 확인할 수 없으면 배정 요청을 차단합니다.

• 일반 객실은 기존 경로를 유지합니다. 이러한 추가 구성 객실 확인은 일반 객실이나 관련 없는 자동 선택 객실에는 적용되지 않습니다.

• 객실 작업에는 확인된 직원 디바이스가 필요합니다. AVA는 객실을 변경하기 전에 현재 Opera 배정을 확인하며, 하우스키핑 업데이트를 성공으로 보고하기 전에 Opera 확인을 요구합니다.

• Opera가 지원을 보고하면 Group Checkout을 사용할 수 있습니다. 연결이 활성화된 후 설정 → 체크인 → 체크인 정책에서 켜세요.

• 부분 다객실 체크인은 새로고침 후에도 유지됩니다. 등록된 주 객실이 체크인된 후 예약을 다시 불러와도 비어 있는 후속 객실은 선택할 수 있습니다. AVA는 객실을 동일한 예약군에 연결하므로 관련 없는 체크인 완료 객실로 해당 객실을 사용할 수 있게 만들 수 없습니다.

• 비어 있는 후속 객실 작업은 계속 사용할 수 있습니다. 비어 있는 후속 객실을 선택해 체크인하면 AVA는 해당 객실만 Opera로 보냅니다. 자체 접근 정보가 없는, 이미 체크인된 빈 객실의 경우 AVA는 가맹점의 Keycard 설정을 확인합니다. 사용할 수 없으면 같은 예약의 투숙 중인 형제 객실에서 명시적인 Keycard 접근 권한을 확인합니다. 그러면 Room Information과 Create Keycard가 표시됩니다.

• 공유자 예약은 분리된 상태로 유지됩니다. Opera가 여러 예약 ID에 하나의 확인 번호를 사용하더라도 AVA는 각 예약을 별도의 체크인 대상으로 유지합니다.

• 중복 공유자는 하나의 객실 결과를 공유합니다. Opera가 주 예약과 점유 인원이 0명인 공유자를 하나의 실제 객실에 연결하면 AVA는 하나의 객실 결과를 표시합니다.

• 독립적인 공유자 상태는 계속 표시됩니다. 관련 레코드에 투숙객 진행 상태, 결제, 청구 또는 체크인 상태가 있으면 AVA는 해당 레코드를 계속 표시합니다.

• 기존 투숙객의 배치는 선택 사항입니다. Apply this setting to existing additional guests 체크박스는 기본적으로 꺼져 있습니다. 켜면 등록 시 자격이 되는 기존 Opera 공유자 또는 동반 투숙객이 선택한 Additional Guest Under 옵션으로 변환됩니다. 새 추가 투숙객은 항상 선택한 옵션을 사용합니다.

• 점유 인원이 0명인 공유자 패키지도 안전하게 상속할 수 있습니다. 성인과 어린이가 0명인 공유자는 수량, 계산된 가격, 허용량 및 사용량이 0이면 요금제 패키지를 유지할 수 있습니다. 단가가 0이 아닌 것만으로는 변환이 차단되지 않습니다. 예약에 추가되었거나 사용되었거나 0이 아니거나 알 수 없는 패키지 활동은 여전히 직원 검토가 필요합니다. 주 예약의 패키지는 변경되지 않습니다.

• 주 예약으로 라우팅된 공유자는 변환할 수 있습니다. 성인과 어린이가 0명인 공유자는 모든 발신 라우팅 대상이 유지되는 주 예약을 가리킬 때 변환할 수 있습니다. Folio 또는 comp 라우팅, 다른 예약 대상 및 지원되지 않는 구조는 계속 차단됩니다.

• 기존 투숙객 변환에는 Opera 확인이 필요합니다. AVA는 새 배치에 대해 Opera가 완전하고 일치하는 투숙객 및 예약 식별자를 반환할 때까지 등록을 대기 상태로 유지합니다. 그런 다음 대기 중인 문서를 확인된 대상에 전달합니다.

• 대기 중인 변환은 예약 새로고침 후에도 유지됩니다. Opera가 일시적으로 투숙객 프로필을 누락하거나 변경해도 AVA는 대기 중인 투숙객과 파일을 보존합니다. Opera가 배치를 확인한 후 예약을 새로고침하고 다시 시도하세요.

• 공유자 결제 설정이 생성되는 예약을 제어합니다. 특정 결제 및 보증 코드 조합이 Opera의 현금 방법 조회보다 우선합니다. 특정 조합이 없으면 AVA는 Opera에서 사용할 수 있는 현금 결제 방법을 사용합니다.

• Sharer Rate Code 저장 내용은 Opera와 동기화됩니다. AVA는 종속된 PMS 동기화를 완료하기 전에 코드를 저장합니다. PMS 설정 저장에 실패하면 요금 코드 동기화가 중지되어 부분 업데이트를 방지합니다. 필드를 비우면 향후 공유자 예약의 재정의가 제거됩니다.

• 공유자 결제 사본은 별도로 조정됩니다. 결제 사본이 아직 대기 중이어도 AVA는 공유 작업을 완료할 수 있습니다. 전송 전 확인된 실패와 Opera의 거부는 안전한 재시도를 위해 사본을 다시 열 수 있습니다. 결과가 불명확하면 Opera에 결제 방법이 중복으로 추가되지 않도록 일시 중지됩니다.

• 투숙객 배치 설정은 Vouch Core와 동기화됩니다. Additional Guest Under 또는 공유자 결제 설정을 저장하면 저장된 값이 이후 Opera 투숙객 작업으로 전달됩니다.

• 청구된 객실 유형은 안정적으로 유지됩니다. AVA가 Opera에서 객실을 배정할 때 실제 객실의 유형이 달라도 청구된 객실 유형은 변경하지 않습니다.

• 객실에 투숙객을 추가해도 동기화가 유지됩니다. 직원이 체크인 중 다른 투숙객을 추가하면 AVA가 Opera를 업데이트해 추가 투숙객이 해당 객실에 계속 연결되도록 합니다.

• 객실 연결은 투숙객 배치를 따릅니다. AVA는 투숙객 동기화 후 객실을 연결할 때 현재 Additional Guest Under 설정을 사용합니다. Sharer Reservation 모드에서는 연결된 공유자가 예약과 일치하고 주 투숙객 프로필을 가지고 있어야 합니다. 객실 연결 중에는 동반 프로필을 만들지 않습니다. Accompany Profile 모드에서는 기존 동반 프로필 연결 흐름을 유지합니다.

• 새로운 중복 관계는 차단됩니다. Opera가 요청된 공유자 연결을 증명할 수 없으면 AVA는 주 예약의 투숙객 목록을 다시 작성하는 대신 객실 연결을 중지합니다. 이는 중복 공유자 및 동반 프로필 관계를 방지합니다. 이미 존재하는 중복 관계를 제거하거나 성인 및 어린이 점유 인원 수를 수정하지는 않습니다.

• 직원 지원 체크인에 요금 코드가 표시될 수 있습니다. Opera가 요금 코드를 보내면 AVA는 직원 지원 체크인 중 선택한 예약 카드에 이를 표시합니다.

• 두 디바이스 ACI에 Arrival brief가 표시될 수 있습니다. 직원은 페어링된 투숙객 태블릿 여정 위에서 안내 제안과 읽기 전용 예약 정보를 검토할 수 있습니다.

• Arrival brief에는 Opera 상세 정보 그룹 10개가 표시될 수 있습니다. VIP 등급, 멤버십 유형, 요금 코드, 알림, 메모, 지불된 보증금, 잔액, 전체 숙박 비용, 선호 사항 및 패키지가 포함됩니다.

• Arrival brief에 멤버십 정보가 표시될 수 있습니다. Opera가 제공하면 직원 화면에 멤버십 프로그램, 등급 및 카드 번호가 표시됩니다. 이 정보는 읽기 전용이며 직원 화면에 유지됩니다.

• 멤버십 등급은 Opera의 설명을 사용합니다. 예를 들어 Opera가 프로그램 설명으로 ALL Accor - Gold를 제공할 수 있습니다. AVA는 별도의 멤버십 카탈로그 조회를 요구하지 않고 이 설명을 사용합니다.

• 비활성 멤버십은 근거로 남지만 직원 정보가 되지는 않습니다. 도착 결정을 내리기 전에 직원 화면에 표시된 활성 멤버십을 검토하세요.

• Arrival brief는 필요할 때 상세 정보를 불러옵니다. AVA는 먼저 핵심 예약 정보를 불러온 다음 요청이 있을 때 프로필, 요금 또는 folio 상세 정보를 가져옵니다.

• Arrival brief 읽기는 범위가 제한됩니다. 기본 brief는 배정된 객실에 대해 상위 시스템을 두 번 읽습니다. Rate, Profile 또는 Folio를 열면 해당 섹션의 필요 시 읽기만 추가되며, 다시 열 때는 캐시를 사용합니다.

• 선택적 섹션은 독립적으로 로드됩니다. 직원은 다른 섹션을 로드하지 않고도 Profile, Rate 또는 Folio를 열 수 있습니다.

• 선택적 섹션은 새로고침할 수 있습니다. 섹션이 로드된 후 또는 읽기에 실패했을 때 직원은 Refresh를 선택할 수 있습니다.

• 다중 예약 Arrival brief는 사용 가능한 rail 공간을 활용합니다. 투숙객 태블릿 컨트롤은 rail 하단에 유지됩니다.

• 페어링된 태블릿 미리보기 크기는 유지됩니다. 짧은 화면에서는 투숙객 미리보기를 축소하는 대신 직원 패널이 스크롤됩니다.

• 필요 시 로드해도 일반 결제 동작은 바뀌지 않습니다. 체크인, 체크아웃 및 결제 워크플로는 기존 동작을 유지합니다.

• Opera 값이 없어도 표시됩니다. AVA는 누락된 상세 정보를 숨기는 대신 Not provided로 표시합니다.

• Arrival brief는 직원 전용이며 읽기 전용입니다. 활성화된 두 디바이스 ACI 여정의 정확한 투숙객에게만 적용되며 Opera 데이터를 변경하지 않습니다.

• 두 디바이스 ACI에서 pro-forma 청구서를 인쇄할 수 있습니다. Opera가 지원을 보고하면 이 작업이 표시됩니다. PDF는 숙소의 Opera folio 템플릿을 사용하고 보증금을 크레딧으로 표시한 예상 숙박 내역을 보여 줍니다. folio 창 1을 읽으며 예상 금액을 실제 folio에 게시하지 않습니다. Print pro-forma를 선택하면 새 브라우저 탭에서 PDF가 열립니다. 브라우저가 새 탭을 차단하면 AVA가 PDF를 다운로드하고 다운로드 완료 알림을 표시합니다.

• Arrival brief 제안을 검토할 수 있습니다. 직원은 Done 또는 Dismiss를 선택한 후 필요하면 Reopen을 사용할 수 있습니다.

• 여행사 라벨은 계속 표시됩니다. Opera는 대행사 이름을 sourceName으로 전달할 수 있습니다. 따라서 면제 매칭에서 Booking.com (VCC)와 같은 라벨을 볼 수 있습니다.

• 결제 게시 시 코멘트를 추가할 수 있습니다. Opera 결제 또는 보증금이 성공하면 AVA가 Opera의 예약에 코멘트를 추가합니다. 이때 설정 → 결제에서 구성한 Default Comment Type / Location을 사용합니다.

• 결제 금액은 숙소 통화와 일치해야 합니다. 통화가 일치하지 않으면 Opera가 내부 오류를 반환할 수 있습니다.

• 업로드한 문서는 Opera 첨부 파일에 표시될 수 있습니다. 동기화 후 예약에서 여행 서류와 등록 카드 업로드를 확인할 수 있습니다.

• Opera 첨부 파일 이름은 업로드 전에 정규화됩니다. AVA는 태국어 문자를 포함한 문자, 숫자, 공백, _ 및 -는 유지하면서 투숙객 이름의 구두점을 제거합니다. AVA는 파일 내용에서 일반적인 파일 유형을 감지하고 일치하는 확장자를 사용합니다. 이를 통해 R. Rendy Purwidyaputra와 같은 이름으로 인해 OHIP의 "Chosen file is invalid" 거부가 발생하는 것을 방지합니다.

• 예약의 예상 시간이 계속 동기화됩니다. AVA는 예상 도착 및 출발 시간을 Opera에 기록합니다. Opera가 응답하면 정규화된 값을 Streamliner로 읽어옵니다. 투숙객이 입력한 Estimated Arrival Time 및 Departure Time 값은 투숙객 등록 후 Opera를 업데이트합니다. 주 예약에서는 정식 주 투숙객의 유효한 값을 사용합니다. Opera 공유자의 경우 AVA는 해당 공유자의 예약에 유효한 시간을 기록합니다. 시간 필드가 주 투숙객에게만 표시되면 공유자는 주 투숙객의 유효한 값을 상속합니다. 해당 필드를 공유자가 사용할 수 있을 때는 공유자 자신의 유효한 값이 우선합니다. AVA는 공유자의 시간을 주 예약에 복사하지 않습니다. 값이 없거나 유효하지 않으면 기존 Opera 시간이 변경되지 않습니다. 지원되는 예약 카드와 행에서 PMS 기반 도착 및 출발 시간을 볼 수 있습니다.

• 특수 코드는 선택한 체크인 모드를 따릅니다. Pre-arrival, Self Check-In 및 Assisted Check-In은 각각 자체 등록, 사전 승인 및 체크인 코드를 사용합니다. 모드 코드를 명시적으로 비워 두면 AVA는 전역 OPERA Check-In 코드로 대체하지 않습니다. AVA가 처음 로드할 때 이전의 평면 설정이 각 모드로 복사됩니다. 코드가 서로 다르면 각 모드를 별도로 편집하고 저장하세요. Self Check-In 탭이 먼저 열리며 비활성 모드 패널은 선택할 때까지 숨겨집니다. 체크아웃은 별도로 유지되며 전역 체크아웃 코드를 사용합니다.

• 선택적 체크아웃 특수 코드는 일시적인 Opera 오류를 재시도합니다. AVA는 단기 OHIP 오류가 발생하면 한 번 재시도합니다. 재시도 전에 Opera를 확인하므로 불확실한 응답으로 인해 코드가 중복 생성되지 않습니다. 선택적 업데이트가 실패해도 체크아웃은 완료됩니다.

• Opera 청구 정책이 투숙객 청구서를 결정합니다. 숨김 규칙과 면제 규칙은 서로 다른 영향을 줍니다.

• 결제 정책 제어 항목은 설정 → 결제에 표시됩니다. 기능 데이터에 따라 표시되는 숙박 및 Opera 전용 제어 항목이 달라집니다.

• ACI No Post는 기능에 따라 사용할 수 있습니다. 설정 → 결제 → 결제 정책 제어 → No Post Controls에서 활성화하면 AVA는 직원 지원 체크인이 성공한 후 OPERA 게시 제한을 요청합니다.

• ACI No Post는 체크인된 예약에 적용됩니다. AVA는 주 예약 또는 단일 예약과 체크인된 모든 공유자에 적용합니다.

• No Post 실패는 체크인을 되돌리지 않습니다. 후속 작업이 실패하면 Opera에서 예약을 확인하고 제한을 수동으로 적용하세요.

• 일반 OPERA 체크인은 변경되지 않습니다. 이 동작에는 Assisted Check-In No Post 설정이 필요합니다.

• 면제 정책은 객실 패키지 요금과 식별된 객실 패키지 구성 요소의 금액을 줄입니다. 도착 전 예약의 경우 예상 Opera 요금 정보 객실 요금과 해당 세금이 함께 면제됩니다.

• 별도로 게시된 추가 항목과 세금은 지불 대상으로 남을 수 있습니다. 이는 예약된 객실 요금에 포함되지 않습니다.

• 숨김 정책은 객실 및 세금 행을 가립니다. 결제할 잔액은 변경되지 않습니다.

• 계산된 지불 대상 청구 금액이 체크아웃 결제를 제어합니다. AVA는 표시 요약 대신 해당 금액을 사용합니다.

• Opera가 명시한 잔액 0은 우선적으로 적용됩니다. AVA는 표시된 객실, 세금 또는 서비스 행을 바탕으로 양수 잔액을 다시 만들지 않습니다. 이는 라우팅되었거나 정산된 대응 항목이 표시되지 않을 때 적용됩니다. AVA는 금액과 통화가 정규화된 Opera 청구서와 일치할 때만 이 0을 신뢰합니다. 일치하지 않으면 확인되지 않은 상태로 남습니다.

• 결제 취소는 부호를 유지합니다. Opera의 결제와 동일한 금액의 음수 취소는 AVA의 folio 및 청구 검토에서 합계 0이 됩니다.

• 선택적 청구는 투숙객의 folio 창 안에서 유지됩니다. 다른 창에서 라우팅된 요금은 잔액을 늘리지 않습니다.

• 불완전한 folio 데이터는 확인되지 않은 상태로 유지됩니다. 투숙객 창이 불완전할 때 AVA는 잘못된 0 잔액을 표시하지 않습니다.

• 예상 청구서 행은 계속 표시될 수 있습니다. 예상치 못한 요금을 결제받기 전에 Opera와 대조하세요.

• 일치하는 정책이 없으면 AVA는 수신한 청구 응답을 사용합니다.

• 잠긴 객실은 AVA에서도 잠긴 상태로 유지됩니다. Opera가 예약을 Do Not Move로 표시하면 Streamliner는 객실 변경 화면에 잠금 아이콘을 표시합니다.

문제 해결

"Integration Not Configured" 상태

필수 필드가 없습니다. 다음 항목이 입력되었는지 확인하세요.

1. OHIP Host Name
2. OHIP Application Key
3. OHIP Hotel ID
4. OHIP Client ID

OPERA 알림 코드가 표시되지 않음

보이는 현상: 알림 선택기에 코드가 표시되지 않거나 코드를 불러오지 못합니다.

해결 방법:

1. 활성 PMS가 Opera인지 확인합니다.

2. Opera 사용자가 호텔 알림 코드 참조 데이터를 읽을 수 있는지 확인합니다.

3. 설정 → 체크인 → 체크인 기본 사항을 새로고침합니다.

4. 알림 선택을 다시 선택합니다.

5. 코드가 없으면 Opera 관리자에게 알림 코드 구성을 요청합니다.

   ✓ AVA는 호텔에 반환된 알림 코드만 허용합니다.

도착 지연 알림이 게시되지 않음

보이는 현상: 추가 투숙객이 먼저 체크인했지만 주 예약에 새 알림이 없습니다.

해결 방법:

1. 알림 설정이 활성화되어 저장되었는지 확인합니다.
2. 선택한 알림 코드가 Opera에 아직 존재하는지 확인합니다.
3. ACI에서 AVA가 질문하면 예, 나중에 도착을 선택합니다.
4. Opera에서 주 예약을 열고 선택한 알림 영역을 확인합니다.
5. 잠시 기다린 다음 다시 시도하기 전에 Opera를 새로고침합니다.

AVA는 동일한 코드와 영역을 이미 찾을 수 있으면 중복 알림을 방지합니다. Opera가 레코드 업데이트를 거부한 경우 예약 상태를 확인한 후에만 다시 시도하세요.

5. OCIM을 선택한 경우 enterpriseId

API 연결 오류

1. OHIP Host Name이 올바른지 확인합니다.
2. OHIP 구독이 활성 상태인지 확인합니다.
3. OCIM을 사용하는 경우 enterpriseId가 저장되었는지 확인합니다.
4. IT 팀에 방화벽/네트워크 접근을 확인해 달라고 요청합니다.
5. Oracle 지원팀에 자격 증명을 확인합니다.

공유자 요금 코드가 저장되지 않음

보이는 현상: 공유자 요금 코드를 저장할 수 없거나 코드가 Opera에 전달되지 않습니다.

발생 이유: AVA는 PMS가 설정을 수락했는지 확인해야 합니다. 공급자 설정에 실패하면 종속된 요금 코드 업데이트가 중지됩니다.

해결 방법:

1. 설정 → 기본에 Opera Integration Configured가 표시되는지 확인합니다.
2. 설정 → 체크인 → 체크인 정책으로 돌아갑니다.
3. 활성 카탈로그 제안을 선택하거나 Opera의 정확한 코드를 입력합니다.
4. Save Check-In Policy를 다시 클릭합니다.
5. 요금 코드 제안이 실패하면 Retry를 클릭하거나 코드를 직접 입력합니다.
6. 새 공유자 예약을 만들기 전에 Opera에서 코드를 확인합니다.

이 업데이트 후 기존 값

숙소에서 이전에 공유자 요금을 설정했다면 배포 후 필드를 다시 저장하세요. 이렇게 하면 유지된 값이 Opera와 동기화됩니다.

작업 중 Opera 인증이 거부됨

보이는 현상: Opera 작업이 잠시 멈추거나 인증 또는 시간 초과 오류가 표시됩니다.

발생 이유: Opera가 캐시된 자격 증명을 거부하거나 OAuth 서비스가 잠시 지연될 수 있습니다. AVA는 각 경우에 자동으로 한 번 재시도합니다.

해결 방법:

1. AVA가 자동 재시도를 완료할 때까지 최대 30초 기다립니다.
2. 오류가 계속될 때만 작업을 다시 시도합니다.
3. 오류가 다시 발생하면 Opera 환경과 자격 증명을 확인합니다.
4. AVA에 자격 증명을 다시 입력한 다음 Save를 클릭합니다.
5. 오류가 계속되면 Oracle 또는 Vouch 지원팀에 문의합니다.

자동 재시도 1회

캐시된 자격 증명이 실패하면 AVA가 Opera 설정을 새로고침합니다. 일시적인 OAuth 시간 초과 또는 게이트웨이 오류도 한 번 재시도합니다. 잘못된 자격 증명과 속도 제한은 이 재시도를 실행하지 않습니다.

Opera에서 유효한 문서 첨부 파일을 거부함

보이는 현상: 여권, 투숙객 문서 또는 등록 카드가 "Chosen file is invalid." 오류와 함께 실패합니다.

발생 이유: Opera는 투숙객 이름에 구두점이 포함된 첨부 파일 이름을 거부할 수 있습니다.

해결 방법:

1. AVA에서 예약을 새로고침합니다.

2. 문서 업로드를 한 번 다시 시도합니다.

3. Opera에서 예약을 열고 첨부 파일이 표시되는지 확인합니다.

4. 업로드가 계속 실패하면 예약 번호와 오류 스크린샷을 첨부해 지원팀에 문의합니다.

   ✓ 이제 AVA는 Opera로 첨부 파일을 보내기 전에 지원되지 않는 구두점을 제거합니다.

Opera에서 긴 투숙객 주소를 거부함

보이는 현상: 긴 주소를 저장하는 중 투숙객 업데이트 또는 체크인이 실패합니다.

발생 이유: Opera는 각 주소 행을 80바이트로 제한하고 네 개의 행을 허용합니다.

해결 방법:

1. AVA에서 예약을 새로고침합니다.

2. 투숙객 업데이트 또는 체크인을 한 번 다시 시도합니다.

3. 주소가 계속 실패하면 주소 필드에서 불필요한 텍스트를 줄입니다.

4. 투숙객 프로필 또는 Opera에서 저장된 주소를 확인합니다.

   ✓ AVA는 Opera로 보내기 전에 적절한 구분 지점에서 긴 주소를 나눕니다.

베트남어 및 기타 악센트가 있는 주소

Opera는 표시되는 문자가 아니라 바이트를 계산합니다. 악센트 문자가 있으면 제한에 더 빨리 도달할 수 있습니다.

Opera에서 예약이 변경 중이라고 표시됨

발생하는 현상: 최종 체크인 시 "This reservation is being changed by user …"가 표시됩니다.

발생 이유: 다른 Opera 업데이트가 예약 레코드 잠금을 아직 보유하고 있습니다. 이 메시지가 표시되기 전에 객실 배정이 이미 성공했을 수 있습니다. AVA는 최종 Opera 체크인 쓰기를 최대 네 번 자동으로 재시도합니다.

해결 방법:

1. AVA가 자동 재시도를 완료할 때까지 기다립니다.

2. 충돌이 계속되면 AVA에서 예약을 새로고침합니다.

3. Opera에서 예약의 최신 객실 및 체크인 상태를 확인합니다.

4. Opera에서 완료되지 않은 경우에만 최종 체크인을 한 번 다시 시도합니다.

   ✓ 짧은 시간 동안의 Opera 레코드 잠금은 객실을 변경하지 않고 해제되어야 합니다.

AVA가 네 번의 시도 후에도 PMS_RESERVATION_MUTATION_IN_PROGRESS를 표시하면 지원팀에 문의하세요. 예약 번호, 시간 및 오류 스크린샷을 함께 보내세요.

체크인을 반복하기 전에 Opera를 확인하세요

Opera의 결과가 불명확할 때 최종 체크인을 반복하지 마세요. 먼저 Opera에서 예약 상태를 확인하세요.

Opera 공유자 결제 사본을 검토해야 함

보이는 현상: 공유자 예약은 있지만 복사된 결제 방법이 없거나 상태가 불명확합니다.

발생 이유: Opera는 복사된 결제 방법을 추가하며 AVA가 응답을 받기 전에 요청을 수락할 수 있습니다. AVA는 전송 전 확인된 실패와 명시적인 Opera 거부만 재시도합니다. 중복 결제 방법을 방지하기 위해 결과가 불명확하면 일시 중지합니다.

해결 방법:

1. AVA에서 예약을 새로고침합니다.

2. Opera에서 관련 공유자 예약을 엽니다.

3. 결제 방법이 이미 표시되는지 확인합니다.

4. 결과가 불명확할 때는 결제 방법을 수동으로 추가하지 않습니다.

5. 확인 번호, 예약 ID 및 시도한 시간을 포함해 지원팀에 문의합니다.

   ✓ AVA는 두 번째 결제 방법을 추가하지 않고 확인된 실패를 안전하게 재시도할 수 있습니다.

불명확한 결제 사본을 반복하지 마세요

Opera 시간 초과가 사본 생성 실패를 의미하는 것은 아닙니다. 결제 작업을 반복하기 전에 Opera를 확인하세요.

공유자 결제 코드가 로드되지 않음

보이는 현상: 공유자 결제 대화 상자에 사용 가능한 결제 또는 보증 코드가 표시되지 않거나 새로고침 경고가 표시됩니다.

발생 이유: Opera가 요청한 코드 목록 중 하나 또는 둘 다를 반환하지 않았습니다. AVA는 각 목록을 별도로 유지하므로 한 목록의 실패가 다른 목록을 숨기지 않습니다. 새로고침이 실패하면 AVA는 사용 가능한 경우 화면에 이전 코드를 유지합니다.

해결 방법:

1. 공유자 결제 대화 상자에서 Try Again을 클릭합니다.

2. 최근 코드가 변경되었다면 Refresh from OPERA를 클릭합니다.

3. 새로고침 버튼이 비활성화되어 있으면 설정 쓰기 권한이 있는 사용자에게 목록을 새로 고쳐 달라고 요청합니다.

4. Opera 관리자에게 코드가 활성 상태이며 예약에 허용되는지 확인해 달라고 요청합니다.

5. Opera 연결에 결제 방법과 보증 코드를 읽을 권한이 있는지 확인합니다.

6. 두 목록이 모두 표시된 후 Specific OPERA method를 저장합니다.

   ✓ 공유자 결제 조합을 저장하기 전에 AVA에 사용 가능한 두 목록이 모두 표시되어야 합니다.

기존 추가 투숙객이 이전 배치를 유지함

보이는 현상: 기존 Opera 공유자 또는 동반 투숙객이 등록 후에도 현재 관계를 유지합니다.

발생 이유: Apply this setting to existing additional guests는 기본적으로 꺼져 있습니다. 이 Opera 전용 옵션을 켜지 않으면 AVA는 기존 관계를 유지합니다.

해결 방법:

1. 설정 → 체크인 → 체크인 정책을 엽니다.
2. 원하는 Additional Guest Under 옵션을 확인합니다.
3. Apply this setting to existing additional guests를 켭니다.
4. Save Check-In Policy를 클릭합니다.
5. 해당 예약을 다시 등록합니다.
6. Opera에서 대상 투숙객이 선택한 배치로 이동했는지 확인합니다.

기존 체크포인트

이전 변환이 완료되지 않았다면 이 옵션을 꺼도 부분적으로 변경된 상태가 승인되지는 않습니다. 해당 변환에 사용한 설정으로 복원한 다음 다시 시도하거나 지원팀에 검토를 요청하세요.

돌아오는 투숙객이 중복 프로필을 만듦

보이는 현상: 돌아오는 추가 투숙객에게 새 Opera 프로필이 할당됩니다.

발생 이유: 프로필 재사용이 꺼져 있거나 AVA가 고유한 일치 항목 하나를 확인하지 못했습니다. 두 디바이스 ACI에서는 결과가 모호할 때 직원의 선택도 필요합니다. AVA는 정확한 여권 코드 PAS와 PASSPORT만 동일한 것으로 처리합니다.

해결 방법:

1. 설정 → 체크인 → 체크인 정책을 엽니다.

2. 활성 PMS가 Opera인지 확인합니다.

3. 투숙객 등록을 찾습니다.

4. 기존 투숙객 프로필 재사용을 켭니다.

5. Save Check-In Policy를 클릭합니다.

6. 투숙객의 이름과 신분증이 Opera의 기존 프로필과 일치하는지 확인합니다.

7. 추가 투숙객 등록을 다시 시도합니다.

   ✓ AVA는 신원 일치가 확인된 경우에만 기존 프로필을 재사용합니다.

Opera 여권 코드

Opera는 여권을 PAS로 저장할 수 있지만 AVA는 PASSPORT를 확인합니다. 프로필 재사용 중에는 이 정확한 코드가 일치합니다. 다른 문서 코드는 여전히 정확히 일치해야 합니다.

두 디바이스 ACI 검토

직원 디바이스에서 후보 하나에는 프로필 검토를, 후보 여러 개에는 N개 프로필 검토를 선택합니다. 후보 상세 정보를 비교한 다음 프로필 또는 새로 만들기를 선택합니다. 투숙객 행에 검색 실패가 표시되면 Retry를 선택합니다. 등록에는 저장된 선택이 사용되며 프로필 검색은 반복되지 않습니다.

확인된 중복 Opera 프로필 병합

Opera에 동일한 투숙객에 대해 확인된 프로필이 2~5개 이미 있을 때 이 절차를 사용합니다. Opera 프로필 재사용과 보호된 프로필 병합을 모두 활성화한 배포에서만 병합할 수 있습니다.

1. Assisted Check-In에서 중복 프로필 검토를 엽니다.

2. 확인된 중복 프로필을 2~5개 선택합니다.

3. Survivor로 남길 프로필을 선택합니다.

4. Opera의 최신 미리보기를 검토합니다.

5. 프로필 상세 정보와 Survivor가 올바른 경우에만 병합을 확인합니다.

   ✓ AVA는 Opera가 Survivor를 확인하고 폐기된 프로필을 제거한 후에만 병합을 완료합니다. ✓ 예약, 날짜, 점유 및 상태는 올바른 예약에 계속 연결됩니다.

병합은 되돌릴 수 없습니다

투숙객 신원과 Survivor를 확인하기 전에는 프로필을 병합하지 마세요. 완료된 병합 후에는 폐기된 프로필 ID를 다시 사용할 수 없습니다.

AVA가 병합을 차단할 수 있는 이유

이름, 마스킹되지 않은 문서, 생년월일 또는 국적이 일치하지 않으면 AVA는 병합을 차단합니다. 변경된 프로필 내용, 모호한 후보 및 불완전한 Opera 응답도 차단 사유입니다.

빈 프로필 검토에는 결정이 필요함

보이는 현상: 검토 화면은 열리지만 선택할 수 있는 Opera 프로필이 없습니다.

해결 방법:

1. Retry lookup을 선택해 빈 결과를 새로고침합니다.

2. AVA가 버튼을 일시적으로 비활성화하면 재시도 대기 시간이 끝날 때까지 기다립니다.

3. 결과가 계속 비어 있으면 검토 화면을 다시 엽니다.

4. 기존 프로필이 올바른지 확인한 후에만 Create a new profile을 선택합니다.

5. AVA가 투숙객 행에 결정을 표시하면 등록을 계속합니다.

   ✓ AVA는 프로필을 자동으로 선택하거나 만들지 않습니다.

실패한 프로필 조회 후에도 저장된 서명은 계속 사용할 수 있습니다. 신원이 변경되지 않으면 영수증 갱신 중에도 명시적인 선택이 유지됩니다. 선택한 프로필을 더 이상 사용할 수 없으면 AVA가 새 결정을 요청합니다. 등록이 시작되면 선택이 확정됩니다.

확실하지 않은 결과에서 선택하지 마세요

여러 프로필이 일치하면 AVA에서 후보를 검토하세요. 마스킹된 문서 접미사만으로 판단하지 마세요.

중복 프로필 병합을 사용할 수 없음

보이는 현상: 중복 프로필 검토 중 병합 작업이 표시되지 않습니다.

발생 이유: 보호된 병합, 프로필 재사용 또는 Opera가 보고하는 병합 기능이 활성화되지 않았습니다.

해결 방법:

1. 활성 PMS가 Opera인지 확인합니다.

2. 기존 투숙객 프로필 재사용이 활성화되어 있는지 확인합니다.

3. Vouch 관리자에게 해당 숙소에서 보호된 프로필 병합이 활성화되어 있는지 확인해 달라고 요청합니다.

4. 투숙객 검토 화면을 새로고침하고 후보를 다시 비교합니다.

   ✓ 배포 및 숙소 설정에서 허용한 경우에만 병합 작업이 표시됩니다.

Opera가 프로필 병합을 차단하거나 결과가 불확실함

보이는 현상: AVA가 병합을 차단하거나 결과가 불확실하다고 표시하거나 지원팀 검토가 필요하다고 보고합니다.

발생 이유: Opera가 변경된 프로필 상세 정보를 거부하거나, 확인 데이터가 불완전하거나, 쓰기 결과를 알 수 없는 상태로 남겼을 수 있습니다.

해결 방법:

1. 즉시 병합을 반복하지 마세요.

2. Opera에서 관련 프로필을 열고 어느 프로필이 활성 상태로 남아 있는지 확인합니다.

3. Survivor, 폐기된 프로필 ID, 예약 번호 및 AVA에 표시된 메시지를 기록합니다.

4. 조정을 위해 Vouch 지원팀에 문의합니다.

   ✓ AVA는 지원팀이 Opera 상태를 확인할 때까지 불확실한 작업을 차단한 상태로 유지합니다.

Opera 공유자 변환이 라우팅으로 차단됨

보이는 현상: 성인과 어린이가 0명인, 변환 가능해 보이는 공유자가 동반 투숙객으로 변환되지 않습니다.

발생 이유: AVA는 모든 대상이 유지되는 주 예약을 가리키는 객실 라우팅만 허용합니다. folio 또는 comp 라우팅, 다른 예약 대상 및 지원되지 않는 라우팅 구조는 변환할 수 없습니다.

해결 방법:

1. Opera에서 공유자 예약과 주 예약을 엽니다.

2. 공유자의 모든 발신 라우팅 대상을 검토합니다.

3. 지원되지 않는 라우팅을 제거하거나 모든 요금을 유지되는 주 예약으로 라우팅합니다.

4. AVA에서 예약을 새로고침하고 투숙객을 다시 등록합니다.

   ✓ AVA는 이전 공유자 예약을 취소하기 전에 라우팅을 다시 확인합니다.

Opera 공유자의 객실 연결이 차단됨

보이는 현상: 투숙객 동기화 후 객실 연결이 중지되거나 Opera에 연결 오류가 표시됩니다.

발생 이유: AVA가 연결된 공유자, 예약 신원 또는 주 투숙객 프로필을 확인하지 못했습니다. AVA는 동반 프로필을 만들거나 주 투숙객 목록을 다시 작성하는 대신 작업을 중지합니다.

해결 방법:

1. Opera에서 주 예약과 연결된 공유자 예약을 엽니다.

2. 공유 연결이 동일한 예약군을 가리키는지 확인합니다.

3. 공유자에게 주 투숙객 프로필이 있는지 확인합니다.

4. AVA에서 예약을 새로고침합니다.

5. 객실 연결을 다시 시도합니다.

   ✓ AVA는 Opera가 요청한 배치를 확인한 후 객실을 연결합니다.

기존 중복 관계는 수정되지 않음

이 보호 기능은 새로운 중복 관계를 차단합니다. Opera에 이미 저장된 중복 프로필을 제거하거나 성인 및 어린이 점유 인원 수를 수정하지는 않습니다. 투숙객 배치 설정을 변경하기 전에 지원팀에 기존 중복 관계를 검토해 달라고 요청하세요.

투숙객 변환 후 등록이 계속 대기 중임

보이는 현상: 기존 투숙객을 변환한 후에도 등록이 완료되지 않습니다. 투숙객의 문서가 아직 Opera로 전달되지 않습니다.

발생 이유: AVA는 Opera가 새로운 투숙객 배치를 확인할 때까지 기다립니다. 이는 문서가 이전 또는 잘못된 투숙객 프로필로 전송되는 것을 방지합니다.

해결 방법:

1. Opera가 예약 업데이트를 완료할 때까지 기다립니다.

2. AVA에서 예약을 새로고침합니다.

3. Opera에 확인된 투숙객 배치가 표시되면 등록을 다시 시도합니다.

4. Opera에서 투숙객 프로필 또는 예약 첨부 파일을 확인합니다.

   ✓ AVA는 확인된 Opera 식별자가 저장된 후에만 문서를 전달합니다.

이전 Opera 프로필을 사용하지 마세요

등록이 대기 중인 동안 이전 프로필에 문서를 수동으로 업로드하지 마세요. 대기 상태가 계속되면 프런트 데스크에 Opera에서 예약을 검토해 달라고 요청하세요.

완료된 변환은 되돌리지 않습니다

체크박스를 끄면 이후 변환만 방지합니다. Opera에서 이미 변환된 관계는 복원하지 않습니다.

저장하자마자 OCIM 실패

보이는 현상: OCIM을 선택하자마자 AVA가 연결을 즉시 거부합니다.

해결 방법:

1. Oracle에 올바른 enterpriseId를 요청합니다.
2. AVA에서 OCIM 자격 증명을 다시 입력합니다.
3. 다시 저장합니다.
4. 그래도 실패하면 Oracle에 client ID와 client secret을 확인합니다.

예약이 나타나지 않음

1. 초기 동기화를 위해 15~30분 기다립니다.
2. Opera에서 OHIP 사용자 권한을 확인합니다.
3. Opera에 예약이 실제로 존재하는지 확인합니다.
4. 오류 로그와 함께 지원팀에 문의합니다.

Opera 규정 준수 보고서 값이 마스킹됨

보이는 현상: TM30 또는 RR4 보고서에 Opera 여권 번호나 생년월일이 표시되지 않습니다.

해결 방법:

1. Opera 관리자에게 Module Level Access Control을 활성화해 달라고 요청합니다.
2. AVA OHIP 클라이언트에 Sensitive Data Access 권한을 부여해 달라고 요청합니다.
3. 해당 권한이 올바른 Opera 호텔에 적용되는지 확인합니다.
4. 권한을 업데이트한 후 보고서를 다시 생성합니다.

AVA는 마스킹된 여권 값과 1800-01-01 생년월일 플레이스홀더를 제외합니다.

체크아웃은 완료되지만 Opera 보고서에 특수 코드가 없음

보이는 현상: AVA는 체크아웃을 완료하지만 구성한 체크아웃 특수 코드가 Opera에 없습니다.

발생 이유: 체크아웃 후 선택적 Opera 업데이트가 실패할 수 있습니다. AVA는 일시적인 OHIP 오류를 한 번 재시도합니다.

해결 방법:

1. 잠시 기다린 후 Opera에서 예약을 새로고침합니다.
2. 설정 → 체크인에 Specials code for check-out이 저장되어 있는지 확인합니다.
3. Opera 예약을 다시 확인합니다.
4. 코드가 계속 없으면 지원팀에 문의합니다.

체크아웃은 차단되지 않습니다

선택적 특수 코드 업데이트가 실패해도 체크아웃을 취소하거나 차단하지 않습니다. AVA는 일시적이지 않은 오류를 재시도하지 않습니다.

객실 면제 후에도 추가 항목이 지불 대상으로 남음

보이는 현상: 객실 패키지 행을 면제한 후에도 AVA에 양수 잔액이 표시됩니다.

도착 전 Opera 요금 세금

AVA는 예상 Opera 요금 정보의 객실 요금과 해당 세금을 하나의 객실 패키지 금액으로 처리합니다. 일치하는 요금 코드 면제로 인해 예상 객실 요금 세금이 지불 대상으로 남아서는 안 됩니다. 별도로 게시된 추가 항목과 해당 세금만 징수 대상으로 남아야 합니다.

해결 방법:

1. Opera에서 잔액과 추가 GST를 검토합니다.
2. 남은 요금이 올바른지 확인합니다.
3. Opera의 동기화가 완료된 후 AVA에서 예약을 새로고침합니다.
4. 양수 잔액이 Opera의 미결제 잔액과 일치하면 Pay를 선택합니다.
5. Opera가 0을 보고하면 AVA를 새로고침하고 잔액이 0인지 확인합니다.

Opera folio 데이터가 불완전함

보이는 현상: Opera folio 업데이트 후 AVA가 잔액을 확인할 수 없습니다.

해결 방법:

1. Opera가 투숙객의 주 folio 창을 반환했는지 확인합니다.
2. folio 창에 잔액 또는 사용할 수 있는 게시 항목이 포함되어 있는지 확인합니다.
3. 최근 외부 Opera 변경 사항이 표시될 때까지 최대 5초 기다립니다.
4. AVA에서 예약을 새로고침합니다.
5. Opera의 folio 업데이트가 완료될 때까지 기다립니다.
6. 잔액이 계속 확인되지 않으면 프런트 데스크 또는 지원팀에 문의합니다.

ETA 또는 예상 출발 시간이 업데이트되지 않음

보이는 현상: 예약에 이전 도착 또는 출발 시간이 계속 표시됩니다.

해결 방법:

1. Opera의 예약에 예상 시간이 저장되어 있는지 확인합니다.
2. 투숙객이 공유자인 경우 공유자 자신의 예약을 확인합니다.
3. 해당 필드가 주 투숙객에게만 표시되면 정식 주 투숙객의 값을 확인합니다.
4. 올바른 예약에 예상 시간이 저장되어 있는지 확인합니다.
5. 업데이트가 동기화된 후 Operations View를 새로고침합니다.
6. 투숙객 양식에서 시간이 입력된 경우 해당 시간 필드가 활성화되어 있는지 확인합니다.
7. 그래도 표시되지 않으면 Opera 연결을 확인하고 몇 분 후 다시 시도합니다.

공유자 시간은 공유자 예약에 유지됩니다

AVA는 공유자 자신의 예상 시간을 주 예약에 복사하지 않습니다. 주 투숙객에게만 표시되는 필드는 정식 주 투숙객의 값을 사용해 공유자의 누락된 값을 제공할 수 있습니다. 이렇게 하면 각 투숙객의 도착 및 출발 정보가 올바른 Opera 숙박에 유지됩니다.

다객실 예약 카드가 비어 보임

보이는 현상: 객실 카드는 열리지만 주 투숙객이 없습니다.

해결 방법:

1. 확인 번호로 예약을 불러왔는지 확인합니다.
2. 체크인 화면을 새로고침한 뒤 객실을 다시 엽니다.
3. 투숙객이 계속 표시되지 않으면 확인 번호와 도착 날짜를 함께 지원팀에 문의합니다.

Opera 공유자가 두 번째 객실로 표시됨

보이는 현상: 하나의 Opera 예약이 AVA에서 두 개의 객실 결과로 표시됩니다.

발생 이유: Opera가 하나의 물리적 객실에 대해 주 예약과 연결된 공유자를 반환할 수 있습니다.

새로운 Self Check-In 조회에서는 공유자 전용 확인 번호를 호스트 예약으로 확인합니다. 이 동작이 변경되기 전에 생성된 레코드는 자동으로 수정되지 않습니다.

AVA는 점유 인원이 0명인 중복 공유자를 완전한 투숙객 정보가 있는 객실로 그룹화합니다. 투숙객 진행 상태, 결제, 청구 또는 체크인 상태가 있는 레코드는 계속 표시됩니다.

해결 방법:

1. AVA에서 예약을 새로고침합니다.

2. Opera에서 중복 레코드가 같은 물리적 객실과 숙박 날짜를 사용하는지 확인합니다.

3. 두 레코드에서 투숙객 진행 상태, 결제, 청구 또는 체크인 활동을 확인합니다.

4. 완전한 투숙객 정보가 있는 객실 결과에서 계속 진행합니다.

5. 독립적인 활동이 없는데도 두 객실 결과가 남아 있으면 지원팀에 문의합니다.

   ✓ 중복된 Opera 공유자는 하나의 물리적 객실 결과 안에 표시되어야 합니다.

출발일 객실에 잘못된 상태 배지가 표시됨

보이는 현상: 같은 출발 Opera 예약에 속한 한 객실에는 Checked In이 표시되고 다른 객실에는 Due Out이 표시됩니다.

발생 이유: Opera는 원시 예약 상태로 In House를 반환하고 계산된 출발 상태로 Due Out을 반환할 수 있습니다. AVA는 점유 객실 카드에 계산된 출발 상태를 사용하면서 명시적인 객실 상태는 유지합니다.

해결 방법:

1. AVA에서 예약을 새로고침합니다.

2. Opera에서 투숙객의 출발일이 오늘인지 확인합니다.

3. 점유된 각 객실이 동일한 Opera 예약에 속하는지 확인합니다.

4. 한 객실에 계속 Checked In이 표시되면 확인 번호와 스크린샷을 첨부해 지원팀에 문의합니다.

   ✓ 오늘 출발 예정인 모든 점유 객실에는 일관되게 Due Out이 표시되어야 합니다.

실제 2개 객실 예약은 분리된 상태로 유지됩니다

AVA는 서로 다른 물리적 객실 또는 서로 다른 공유 그룹에 배정된 예약을 합치지 않습니다.

Opera가 잘못된 객실을 그룹화함

보이는 현상: 다객실 조회에 관련 없는 객실이 포함되거나 연결된 객실이 누락됩니다.

발생 이유: 기본 그룹화는 Opera의 연결된 예약군과 겹치는 숙박 날짜를 사용합니다. AVA는 프로필, 도착 날짜 또는 외부 예약 ID가 같다는 이유만으로 레코드를 병합하지 않습니다. 취소, 노쇼, 체크아웃 완료, 의사 객실 및 숙박 기간이 겹치지 않는 레코드는 제외됩니다.

해결 방법:

1. Opera에서 영향을 받는 모든 예약을 엽니다.

2. 예약이 동일한 기본 연결 예약군, SiteMinder 구성 요소 또는 자격이 되는 CRS 공동 예약군에 속하는지 확인합니다.

3. 숙박 기간이 최소 1박 이상 겹치는지 확인합니다.

4. 연결되지 않은 CRS 객실의 경우 동일한 주 프로필과 도착 날짜인지 확인합니다.

5. 객실이 첫 번째 객실 생성 후 10초 이내에 생성되었는지 확인합니다.

6. 객실이 취소, 노쇼, 체크아웃 완료 또는 의사 객실 상태가 아닌지 확인합니다.

7. Opera에서 수정 사항을 저장한 후 AVA에서 예약을 새로고침합니다.

8. 예약군이 계속 잘못 표시되면 지원팀에 문의합니다.

   ✓ AVA는 자격이 되는 각 실제 객실에 하나의 결과를 표시해야 합니다.

SiteMinder 대체 경로

기본 Opera 링크가 없는 SiteMinder 구성 요소는 정확한 외부 참조를 사용합니다. 유사한 투숙객 프로필, 도착 날짜 또는 예약 참조만으로 서로 무관한 예약을 연결하지 않습니다.

프로필이 다른 CRS 예약은 분리된 상태로 유지됩니다

AVA는 기업 CRS 참조를 공유하지만 주 투숙객 프로필이 다른 여행객을 그룹화하지 않습니다. 또한 10개 이상의 객실이 짧은 시간에 생성된 경우에는 그룹 할당일 수 있으므로 서로 분리된 상태로 유지합니다.

객실 변경에 객실이 나타나지 않음

보이는 현상: Allow move room에 객실이 없습니다.

해결 방법:

1. Opera에서 예약을 확인합니다.
2. 객실을 옮길 수 있어야 한다면 Do Not Move 잠금을 제거합니다.
3. AVA에서 예약을 새로고침합니다.
4. 객실 변경을 다시 시도합니다.

Opera 구성 객실 스위트가 준비되지 않음

보이는 현상: Opera 스위트가 준비되지 않아 체크인이 중단되거나 객실 배정을 사용할 수 없습니다.

발생 이유: Opera가 연결된 구성 객실로 스위트를 나타냅니다. AVA는 스위트를 배정하기 전에 연결된 모든 객실을 확인합니다.

해결 방법:

1. Opera에서 스위트를 엽니다.
2. 모든 구성 객실의 점유 상태와 준비 상태를 확인합니다.
3. Opera 또는 Housekeeping에서 점유 중이거나 정비되지 않았거나 사용할 수 없는 구성 객실을 해결합니다.
4. 스위트 객실 설정에 정확한 구성원이 나열되어 있는지 확인합니다.
5. AVA로 돌아와 Refresh를 클릭한 다음 체크인을 다시 시도합니다.

AVA가 스위트를 자동으로 선택했지만 정확한 구성을 확인할 수 없다면 Opera 관리자에게 매핑을 수정해 달라고 요청하세요.

일반 객실은 변경되지 않습니다

AVA는 일반 객실과 관련 없는 자동 선택 객실에 기존 객실 배정 경로를 사용합니다.

Opera 스마트 배정이 빈 객실을 건너뜀

보이는 현상: 오늘은 객실이 빈 것으로 표시되지만 스마트 객실 배정이 다른 객실을 선택합니다.

발생 이유: 해당 객실이 이 투숙객의 숙박 기간 중 다른 예약에 배정되어 있습니다. 객실이 오늘 실제로 비어 있더라도 AVA는 다른 예약을 보호합니다.

해결 방법:

1. AVA에서 요청한 도착일과 출발일을 확인합니다.

2. Opera에서 해당 객실의 겹치는 예약을 엽니다.

3. 해당 예약이 객실을 계속 사용해야 하는지 확인합니다.

4. AVA에서 예약을 새로고침한 후 배정을 다시 시도합니다.

5. 겹치는 예약을 확인한 후에만 객실을 수동으로 배정합니다.

   ✓ 스마트 배정은 현재 준비되어 있고 요청한 숙박 기간 전체에 비어 있는 객실을 선택합니다.

Opera 레코드의 일시적인 지연

AVA가 겹치는 Opera 예약을 읽지 못하더라도 배정 중 Opera가 충돌을 확인합니다. Opera가 충돌하는 객실을 거부하면 AVA는 다른 후보 객실을 다시 시도할 수 있습니다.

더 높은 객실 유형이 제공되지 않음

보이는 현상: 투숙객에게 준비된 객실이 없지만 AVA가 더 높은 객실 유형을 표시하지 않습니다.

발생 이유: 업그레이드는 호텔의 객실 유형 정책에서 허용하는 경우에만 표시됩니다. 또한 숙박 기간의 모든 밤에 예약된 유형의 준비된 객실이 없어야 합니다.

해결 방법:

1. 호텔이 Opera를 활성 PMS로 사용하는지 확인합니다.

2. 호텔의 객실 유형 업그레이드 정책이 활성화되어 있는지 확인합니다.

3. 예약된 객실 유형이 호텔의 유형 단계 목록에 포함되어 있는지 확인합니다.

4. 더 높은 객실에 숙박 기간 전체의 재고와 준비 상태가 있는지 확인합니다.

5. AVA에서 예약을 새로고침하고 객실 배정을 다시 엽니다.

   ✓ AVA는 예약된 유형에 가장 가까운 적격 상위 유형을 표시합니다.

숙박 기간 일부만 업그레이드하지 않습니다

AVA는 숙박 중 어느 밤에라도 이용할 수 없게 되는 객실을 제공하지 않습니다.

객실 유형 변경 계획이 거부됨

보이는 현상: AVA에 가능한 객실 변경이 표시되지만 계획을 완료할 수 없습니다.

발생 이유: 다른 예약이 변경되었거나 어느 한 날의 재고가 더 이상 계획을 지원하지 않을 수 있습니다. Opera가 Do Not Move 또는 AVA의 DNR 객실 커밋 알림으로 예약을 보호하고 있을 수도 있습니다. 변경 카드에 점유자 알림이 표시되면 계획을 선택하기 전에 검토하세요.

해결 방법:

1. Opera에서 두 예약과 객실 유형을 모두 확인합니다.

2. 모든 목적지 객실이 숙박 기간 전체에 준비되어 있는지 확인합니다.

3. Out of Order, Out of Service, Do Not Move, Room Committed for Kiosk Guest 알림 또는 호텔에서 구성한 차단 알림 코드를 확인합니다.

4. AVA를 새로고침하고 객실 변경을 다시 요청합니다.

5. 변경이 계속 실패하면 사용 가능한 적격 객실을 선택합니다.

   ✓ AVA는 현재 각 날짜의 재고에 맞는 계획만 실행합니다.

Opera가 필수 객실 이동을 거부함

보이는 현상: 필수 객실 변경이 예약이 잠겨 있거나 Do Not Move로 설정되었다는 메시지와 함께 실패합니다.

발생 이유: Opera가 예약의 현재 객실을 필수 변경으로부터 보호합니다. AVA는 현재 객실을 유지하며 요청한 이동이 성공했다고 알리지 않습니다.

해결 방법:

1. Opera에서 예약을 엽니다.

2. Do Not Move가 계속 필요한지 확인합니다.

3. 객실을 이동할 수 있어야 하는 경우에만 잠금을 제거합니다.

4. AVA에서 예약을 새로고침합니다.

5. 객실 이동을 다시 시도합니다.

   ✓ AVA는 Opera가 요청한 객실을 확인한 후에만 예약을 이동합니다.

자동 배정

스마트 배정과 체크인 자동 배정은 잠긴 예약을 현재 객실에 그대로 둡니다. Do Not Move를 조용히 재정의하지 않습니다.

가족 또는 공유 객실의 객실 변경이 거부됨

보이는 현상: AVA가 변경 중 선택한 객실을 거부합니다.

발생 이유: 해당 객실이 투숙객 Opera 가족의 다른 예약에 의해 점유되었거나 여러 예약이 공유하고 있습니다.

AVA는 현재 점유자를 보호합니다. 또한 공유 파트너 중 한 명만 이동하는 변경도 방지합니다.

해결 방법:

1. Opera에서 선택한 객실의 예약 점유자를 확인합니다.

2. 객실이 투숙객 가족에 속해 있으면 다른 객실을 선택합니다.

3. 두 예약이 객실을 공유하면 공유 객실을 변경하지 않습니다.

4. AVA에서 예약 목록을 새로고침합니다.

5. 적격 점유자가 한 명인 객실이나 빈 객실을 선택합니다.

   ✓ AVA는 변경 작업이 안전하게 이동할 수 있는 객실만 제공합니다.

보안 모범 사례

• 🔒 자격 증명을 안전하게 보관하세요(AVA에서 암호화됨).
• 🔒 가능하면 더 나은 보안을 위해 OCIM을 사용하세요.
• 🔒 enterpriseId를 나머지 OCIM 자격 증명과 함께 보관하세요.
• 🔒 클라이언트 비밀을 정기적으로 교체하세요.
• 🔒 OHIP 사용자 권한을 필요한 최소 범위로 제한하세요.

OHIP 자격 증명 받기

자격 증명이 없다면 다음을 수행하세요.

1. Oracle Hospitality Support 또는 Opera 시스템 관리자에게 문의합니다.
2. AVA 통합용 OHIP API 접근을 요청합니다.
3. 다음 항목을 받게 됩니다.
   • OHIP Host Name
   • Application Key
   • Client ID 및 Secret
   • Hotel ID
   • OCIM용 enterpriseId
4. 받은 자격 증명을 안전하게 문서화합니다.

나중에 도착하는 공유자가 해결되지 않음

보이는 현상: 주 투숙객은 이미 투숙 중이지만 나중에 도착하는 공유자에게 "Guest reservation membership is unresolved"가 표시됩니다.

발생 이유: 주 투숙객이 체크인한 후 Opera가 미래 공유자 목록 표시를 중단할 수 있습니다. AVA는 공유자의 자체 예약이 주 예약으로 다시 연결되어 있으면 공유자를 복구할 수 있습니다. 또한 투숙이 계속 활성 상태여야 합니다.

해결 방법:

1. Opera에서 주 투숙객이 투숙 중인지 확인합니다.

2. Opera에서 공유자 자체 예약을 엽니다.

3. 해당 예약이 동일한 주 예약에 연결되어 있고 취소, 노쇼 또는 체크아웃 상태가 아닌지 확인합니다.

4. AVA에서 예약을 새로고침합니다.

5. 도착 또는 객실 접근 작업을 한 번 다시 시도합니다.

   ✓ AVA는 공유자를 해결하고 체크인 또는 키카드 전달을 계속할 수 있어야 합니다.

오류가 계속되면 두 확인 번호와 도착 날짜를 포함해 지원팀에 문의하세요.

아직도 해결되지 않나요?

다음 경우 success@vouch-technologies.com으로 문의하세요.

• ❌ enterpriseId를 추가한 후에도 OCIM 연결이 계속 실패함
• ❌ 첫 동기화 시간 이후에도 예약이 나타나지 않음
• ❌ Oracle은 자격 증명이 유효하다고 하지만 AVA가 계속 거부함

다음 정보를 포함하세요.

• 오류 스크린샷
• Opera 아이덴티티 관리 모드
• 문제가 시작된 시각
• 이미 시도한 단계

관련 가이드

• PMS 연결
• PMS 연결 오류
• 동기화 문제