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 객실 키의 유효 시간을 현지 시계 기준으로 표시합니다.

설정 단계

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인 경우에만 사용합니다.

아이덴티티 관리로 SSD를 선택한 경우 다음도 입력합니다.

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

3단계: 저장 및 확인

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

4단계: 공유자 결제 설정

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용 Vouch Core에 동기화합니다. 이를 통해 생성되는 공유자 예약이 저장한 정책과 일치하게 유지됩니다.

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

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

Opera에서 동기화되는 항목

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

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

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

• 투숙객 양식은 Opera 규칙에 맞게 조정됩니다. 필수 필드와 숨겨진 필드는 Opera 설정에 따라 달라지므로 투숙객에게 필요한 항목만 표시됩니다.
• 투숙객 프로필은 공유 AVA 레이아웃을 사용합니다. Opera 투숙객 상세 정보는 이제 AVA v2와 동일한 필드 구조로 열립니다.
• 예약 조회는 Opera를 사용합니다. Opera가 설정되지 않으면 투숙객 조회 단계가 실패합니다.
• 외부 참조 조회는 전체 예약을 확인합니다. AVA는 예약을 선택하기 전에 전체 Opera 레코드에서 요청한 외부 참조와 도착 날짜를 확인합니다. 값이 일치하지 않거나 결과가 모호하면 AVA는 예약을 선택하지 않습니다.
• OTA 참조는 대소문자가 다를 수 있습니다. 정확한 외부 참조 조회에서 결과가 없으면 AVA는 참조를 대문자로 바꿔 한 번 재시도합니다. 그런 다음 전체 예약 레코드에서 대소문자를 구분하지 않고 참조를 비교합니다. 확인 번호 조회 동작은 변경되지 않습니다.
• 체크아웃 조회는 Opera의 PMS 영업일을 따릅니다. 자정 이후 AVA는 체크아웃 조회를 Opera의 현재 PMS 영업일에 예정된 출발로 제한합니다. AVA는 출발 날짜 자체도 확인합니다. 달력 날짜 기준 출발은 Night Audit가 영업일을 넘긴 후에야 이용 가능할 수 있습니다.
• ACI 이름 검색은 Opera 프로필을 사용합니다. Staff Access는 Opera 투숙객 프로필 디렉터리를 검색한 후 일치하는 프로필에 연결된 활성 예약을 표시합니다.
• ACI에서는 같은 이름의 예약을 그룹화할 수 있습니다. 확인된 키오스크 직원 자격 증명이 필요합니다. 단일 디바이스 ACI는 기존 자격 증명을 사용하며 두 디바이스 런타임을 시작하지 않습니다.
• 주 예약은 주 예약으로 유지됩니다. AVA는 선택한 추가 예약에 대해서만 주 투숙객 등록을 면제합니다.
• 추가 투숙객 업데이트는 주 투숙객을 덮어쓰지 않습니다. 이름이 포함된 업데이트는 선택한 예약에 추가 투숙객을 만듭니다.
• 동반 프로필은 권위 있는 주 투숙객 컨텍스트를 사용합니다. 동반 프로필을 만들기 전에 AVA는 Opera 예약을 새로고침하고, 사용 가능한 프로필 ID가 있는 명시적인 주 투숙객이 정확히 한 명인지 확인합니다. 신원 컨텍스트가 없거나 비어 있거나 일치하지 않거나 모호하면 프로필을 만들기 전에 작업을 중지합니다.
• 수동 그룹화는 AVA의 ACI 여정만 변경합니다. Opera에서 예약 그룹을 만들거나 변경하지 않습니다.
• 활성 예약이 기본으로 표시됩니다. 워크플로가 명시적으로 요청하지 않는 한 취소된 예약은 일반 조회 결과에 나타나지 않습니다.
• 다객실 예약은 검색한 객실을 올바른 카드에 유지합니다. Opera가 가족 예약을 주 확인 번호로 정규화하거나 다른 내부 ID를 사용하더라도 AVA는 조회한 확인 번호를 보존합니다.
• 두 디바이스 ACI는 확인된 직원 디바이스에서 객실 작업을 지원합니다. 직원은 객실 상태와 점유 상태를 확인하고 Opera 배정을 새로고침하며 준비된 대체 객실을 선택할 수 있습니다.
• 객실 새로고침은 안전하게 실패합니다. Opera가 객실을 반환하지 않거나 모호한 다객실 결과를 반환하면 AVA는 다른 객실을 선택하는 대신 저장된 객실을 유지합니다.
• Opera의 빈 서비스 중단 객실 결과는 유효합니다. Opera가 서비스 중단 객실을 반환하지 않으면 AVA는 결과를 비어 있는 것으로 처리합니다. 객실 배정을 계속할 수 있습니다. 결과가 없거나 형식이 잘못된 경우에는 PMS를 사용할 수 없음 오류가 표시됩니다.
• 구성 객실 스위트는 연결된 모든 객실을 확인합니다. Opera가 구성 객실로 스위트를 나타내면 AVA는 배정 전에 각 구성 객실의 점유 상태와 준비 상태를 확인합니다.
• 점유된 구성 객실의 우선순위가 유지됩니다. 구성원 중 하나가 점유 중이면 AVA는 다른 준비되지 않은 상태를 선택하는 대신 해당 점유 사유를 유지합니다.
• 확인되지 않은 자동 선택 스위트는 계속 차단됩니다. AVA가 자동으로 선택된 구성 객실 스위트를 확인할 수 없으면 배정 요청을 차단합니다.
• 일반 객실은 기존 경로를 유지합니다. 이러한 추가 구성 객실 확인은 일반 객실이나 관련 없는 자동 선택 객실에는 적용되지 않습니다.
• 단일 디바이스 ACI에는 이러한 객실 작업 제어가 표시되지 않습니다. 단일 디바이스 ACI에서 객실을 변경할 때는 PMS를 사용하세요.
• Opera가 지원을 보고하면 Group Checkout을 사용할 수 있습니다. 연결이 활성화된 후 설정 → 체크인 → 체크인 정책에서 켜세요.
• 부분 다객실 체크인은 새로고침 후에도 유지됩니다. 등록된 주 객실이 체크인된 후 예약을 다시 불러와도 비어 있는 후속 객실은 선택할 수 있습니다. AVA는 객실을 동일한 예약군에 연결하므로 관련 없는 체크인 완료 객실로 해당 객실을 사용할 수 있게 만들 수 없습니다.
• 비어 있는 후속 객실 작업은 계속 사용할 수 있습니다. 비어 있는 후속 객실을 선택해 체크인하면 AVA는 해당 객실만 Opera로 보냅니다. 자체 접근 정보가 없는, 이미 체크인된 빈 객실의 경우 AVA는 가맹점의 Keycard 설정을 확인합니다. 사용할 수 없으면 같은 예약의 투숙 중인 형제 객실에서 명시적인 Keycard 접근 권한을 확인합니다. 그러면 Room Information과 Create Keycard가 표시됩니다.
• 공유자 예약은 분리된 상태로 유지됩니다. Opera가 여러 예약 ID에 하나의 확인 번호를 사용하더라도 AVA는 각 예약을 별도의 체크인 대상으로 유지합니다.
• 공유자 결제 설정이 생성되는 예약을 제어합니다. 특정 결제 및 보증 코드 조합이 Opera의 현금 방법 조회보다 우선합니다. 특정 조합이 없으면 AVA는 Opera에서 사용할 수 있는 현금 결제 방법을 사용합니다.
• 투숙객 배치 설정은 Vouch Core와 동기화됩니다. Additional Guest Under 또는 공유자 결제 설정을 저장하면 저장된 값이 이후 Opera 투숙객 작업으로 전달됩니다.
• 청구된 객실 유형은 안정적으로 유지됩니다. AVA가 Opera에서 객실을 배정할 때 실제 객실의 유형이 달라도 청구된 객실 유형은 변경하지 않습니다.
• 객실에 투숙객을 추가해도 동기화가 유지됩니다. 직원이 체크인 중 다른 투숙객을 추가하면 AVA가 Opera를 업데이트해 추가 투숙객이 해당 객실에 계속 연결되도록 합니다.
• 직원 지원 체크인에 요금 코드가 표시될 수 있습니다. Opera가 요금 코드를 보내면 AVA는 직원 지원 체크인 중 선택한 예약 카드에 이를 표시합니다.
• 여행사 라벨은 계속 표시됩니다. Opera는 대행사 이름을 sourceName으로 전달할 수 있습니다. 따라서 면제 매칭에서 Booking.com (VCC)와 같은 라벨을 볼 수 있습니다.
• 결제 게시 시 코멘트를 추가할 수 있습니다. Opera 결제 또는 보증금이 성공하면 AVA가 Opera의 예약에 코멘트를 추가합니다. 이때 설정 → 결제에서 구성한 Default Comment Type / Location을 사용합니다.
• 결제 금액은 숙소 통화와 일치해야 합니다. 통화가 일치하지 않으면 Opera가 내부 오류를 반환할 수 있습니다.
• 업로드한 문서는 Opera 첨부 파일에 표시될 수 있습니다. 동기화 후 예약에서 여행 서류와 등록 카드 업로드를 확인할 수 있습니다.
• 예약 ETA는 계속 동기화됩니다. AVA는 예상 도착 시간을 Opera에 기록하고 Streamliner로 읽어옵니다. 예약 카드와 행에서 PMS 기반 ETA를 볼 수 있습니다.
• 특수 코드는 설정 페이지 간에 일치합니다. AVA는 설정 → 기본 → PMS 통합 및 설정 → 체크인에서 평면 Opera 특수 코드 필드를 저장된 단일 정보 원본으로 읽습니다. 레거시 리더를 위해 specialCode 및 specialCodes 중첩 객체가 전송 데이터에 나타날 수 있지만 AVA는 이를 사용하지 않습니다. 한 곳에서 코드를 수정하면 새로고침 후 다른 화면에도 동일한 저장 값이 표시됩니다. 코드를 지워도 변경 사항은 저장됩니다.
• 선택적 체크아웃 특수 코드는 일시적인 Opera 오류를 재시도합니다. AVA는 단기 OHIP 오류가 발생하면 한 번 재시도합니다. 재시도 전에 Opera를 확인하므로 불확실한 응답으로 인해 코드가 중복 생성되지 않습니다. 선택적 업데이트가 실패해도 체크아웃은 완료됩니다.
• Opera 청구 정책이 투숙객 청구서를 결정합니다. 숨김 규칙과 면제 규칙은 서로 다른 영향을 줍니다.
• 결제 정책 제어 항목은 설정 → 결제에 표시됩니다. 기능 데이터에 따라 표시되는 숙박 및 Opera 전용 제어 항목이 달라집니다.
• 면제 정책은 객실 패키지 요금과 식별된 객실 패키지 구성 요소의 금액을 줄입니다. 도착 전 예약의 경우 예상 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
5. OCIM을 선택한 경우 enterpriseId

API 연결 오류

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

작업 중 Opera 인증이 거부됨

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

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

해결 방법:

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

자동 재시도 1회

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

저장하자마자 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 보고서에 특수 코드가 없음

보이는 현상: 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. AVA에서 예약을 새로고침합니다.
4. Opera의 folio 업데이트가 완료될 때까지 기다립니다.
5. 잔액이 계속 확인되지 않으면 프런트 데스크 또는 지원팀에 문의합니다.

ETA가 업데이트되지 않음

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

해결 방법:

1. Opera 예약에 ETA가 저장되어 있는지 확인합니다.
2. 업데이트가 동기화된 후 Operations View를 새로고침합니다.
3. 그래도 표시되지 않으면 Opera 연결을 확인하고 몇 분 후 다시 시도합니다.

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

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

해결 방법:

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

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

보이는 현상: 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는 일반 객실과 관련 없는 자동 선택 객실에 기존 객실 배정 경로를 사용합니다.

보안 모범 사례

• 🔒 자격 증명을 안전하게 보관하세요(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. 받은 자격 증명을 안전하게 문서화합니다.

아직도 해결되지 않나요?

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

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

다음 정보를 포함하세요.

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

관련 가이드

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