Hospitality integrations for property management and point-of-sale

개발 단계에서 OPERA Cloud 인스턴스를 사용하기 위한 액세스를 어떻게 얻을 수 있나요?

1. Cloud Build 트랙에 속한 OPN 회원들은 UI 및 인터페이스 API 액세스를 포함한 OPERA Cloud 인스턴스를 구입할 수 있는 자격을 얻게 됩니다. 이 옵션이 곧 출시될 예정이므로 향후 몇 주 안에 발표될 정보를 기다려 주세요.
2. 통합 파트너들은 Oracle의 Professional Services 그룹으로부터 컨설팅 시간을 구매하고 해당 시간을 컨설팅 랩에 액세스하는 데 사용할 수 있습니다. 이 옵션은 API 액세스에만 적용되지만 귀하를 지원할 컨설턴트는 UI 수준의 니즈에도 도움을 줄 수 있습니다.
3. 공유 샌드박스 환경이 Oracle Hospitality Integration Platform(OHIP)의 일환으로 제공됩니다. 이 옵션은 새로운 REST API에 대한 API 액세스를 위해 제공되며, UI 또는 OXI, OWS 등에 대한 액세스는 포함되지 않습니다. 공유 샌드박스에 대한 액세스 권한은 독점 제공되지 않으며, 사용량을 기반으로 비용이 청구됩니다—발신 통화에 대해서만 비용을 지불하면 됩니다.
4. 마지막 옵션은 호텔 또는 OPERA Cloud 비프러덕션 인스턴스를 갖춘 타 파트너와 거래를 하는 것입니다.

Oracle 인증을 갱신하지 않기로 선택하면 어떻게 되나요?

기존의 설비의 작동이 중단되지는 않습니다. 저희가 인증을 이유로 호텔의 운영을 중단시킬 일은 없습니다. 그러나 OPN 멤버십을 갱신하지 않으면 사용 중인 솔루션이 Oracle Cloud Marketplace 또는 게시된 인터페이스 목록에 표시되지 않습니다. 다시 말해 만약 호텔 고객이 Oracle을 찾아와 자사 제품과의 통합을 요청할 경우 영업 담당자는 "귀사 인터페이스를 찾을 수 없습니다"라고 답할 수밖에 없다는 얘기죠. 이런 상황을 원할 사람은 아무도 없습니다. Orale도, 고객도 마찬가지죠. OPN 멤버십을 최신 상태로 유지할 것을 권장합니다. 문의사항이 있다면 언제든 연락 주세요. 멤버십 현황은 온라인으로 확인하거나 oracle.com/partnernetwork를 통해 OPN 팀에 문의할 수 있습니다.

여전히 검증/인증과 관련된 문제가 해결되지 않았습니다. 특히 호텔 고객들은 인증되지 않은 OWS에서 인터페이스를 설치하면 문제가 발생했을 때 아무런 지원도 받지 못할 것이라는 얘기를 들었는데요. 호텔과 공유할 수 있는 공식 가이드가 게시된 곳이 있나요? 호텔 고객들이 제가 기억하는 Mike의 설명에 더 이상 의존하지 않아도 되게 말이죠.

그 문제에 관해서는 공식적으로 게시된 가이드는 없습니다. 지난 몇 년간 비 검증 인터페이스를 사용 중인 사용자에게 제공되는 지원과 제공되지 않는 지원의 내용에 관한 혼란이 있었습니다. 현장의 해석은, 비검증 인터페이스 사용자에 대해서는 아무런 지원도 제공되지 않는다는 것이었는데 그건 전혀 사실이 아닙니다. 물론 Oracle이 호텔에 소프트웨어를 판매하는 경우 우리는 Oracle 소프트웨어에 대한 지원을 제공합니다. 설치만 해 주고 관리는 손 놓는 일은 없죠. 검증된 인터페이스 사용자들을 대상으로는, Oracle과 파트너가 해당 인터페이스를 테스트했고, 테스트한 시나리오에서 제대로 작동함을 보증합니다. 우리는 이 구성이 제대로 작동할 것임을 알고 있고, 해당 구성 하에서 작동할 패러미터를 파악하고 있으며, 해당 패러미터가 제대로 작동할 것이라는 사실을 보증합니다. 우리는 OPERA 구성이 이 특정 인터페이스와 예상했던 대로 일치하는지 확인할 것입니다. 이는 지원 내용에 포함되며 제대로 작동하지 않는 기능이 있다면 문제 해결까지 제공합니다.

비검증 인터페이스 사용자를 대상으로는 Oracle은 Oracle에 해당하는 내용만 지원할 수 있습니다. Oracle이 OWS를 설치했고 호텔이 파트너와 별도로 맞춤 연결을 구성했다면 Oracle의 입장에서 이 구성은 비검증된 인터페이스입니다. Oracle과는 거의 관계가 없는 고객 중심의 구성인 것이죠. 우리는 전반적인 OWS를 지원합니다. 따라서 호텔이 전화를 걸어 OWS가 작동하지 않는다고 문의한다면 당연히 우리가 OWS를 조작해 상황을 점검하겠지만 그게 다입니다. 우리가 제공하지 않는 지원은 그 다음 단계의 지원입니다. 메시지가 제대로 포맷되었는지를 이중 체크하거나 어떤 기능이 켜져야 하는지 또는 꺼져야 하는지를 살피지는 않죠.

공급업체를 위한 Oracle Cloud 액세스: 자사의 테스트/영업 데모 니즈를 위해 OPERA Cloud 자산에 액세스할 수 있도록 공급업체에게 할인 요율을 제공하기 위한 절차가 진행 중임을 알고 있습니다. '데이터 리셋' 기능도 포함될까요? 온프레미스/DevTest용으로 정기 테스트를 실행하거나 데모를 설정할 때 데이터를 리셋하거나 스키마를 재로드합니다. 이 시나리오를 클라우드에 적용하면 어떤 일이 발생할까요?

현재 클라우드용 옵션을 구축 중에 있으며 곧 릴리스할 예정입니다. 하지만 OPERA 5를 사용하면 온프레미스 데모 시스템도 사용할 수 있습니다. 한 가지 유일한 요구 사항은 최신 상태의 유효한 OPN 멤버십과 라이선스 및 하드웨어 트랙을 보유해야 한다는 것입니다. 물론 이를 자체적으로 유지하는 비용이 많이 들 수 있지만 그 덕을 톡톡히 보는 고객들도 있습니다. 현재 OPERA Cloud 랩에 착수 중이며 이를 곧 발표할 예정입니다. OPERA Cloud 랩 구매에 관심이 있거나 더 많은 정보를 얻고 싶으시다면 저에게 이메일을 보내주세요(mike.provost@oracle.com).

현재 버전의 OPERA를 사용 중인 고객을 다수 보유하고 있습니다. 대부분이 온프레미스 솔루션에서 이를 구동하고 있죠. 저희는 현재 이용 가능한 SOAP 기반 API를 사용하고 있습니다. 새로운 플랫폼에서 현재 고객들이 OPERA로 업그레이드하지 않고도 새로운 REST API를 사용할 수 있을까요? REST API는 OPERA 온프레미스 사용자들은 이용할 수 없나요? SOAP을 사용하지 않으려면 온프레미스 기반 호텔에서 OPERA 데이터베이스에 연결할 수 있는 옵션은 무엇이 있을까요?

새로운 REST API는 처음에는 OPERA Cloud 호텔에서만 사용 가능합니다. 그리고 이후 Oracle의 OPERA 5 호스팅 환경으로도 확장될 예정입니다. 현재로써는 이 기능을 온프레미스 현장에 즉시 확장할 계획은 없습니다. 사용 중인 OXI 및 OWS 등 기존 인터페이스들은 세 가지 다양한 배포 시나리오 모두에서 작동 가능하겠지만, 앞으로 한동안은 새로운 REST API와 플랫폼은 Oracle 클라우드 및 호스팅된 인스턴스에만 연결됩니다.

저희의 개발자가 OPERA 샌드박스에 대한 액세스를 원하고 있습니다. 어떻게 하면 액세스를 얻을 수 있을까요?

Oracle은 이에 관해 수많은 옵션을 제공하고 있습니다. 자체 OPERA Cloud 환경을 구입하는 것이 한 가지 옵션이 될 수 있겠습니다. 하지만 그건 공유 샌드박스가 아니라 자체 영구 환경이기 때문에 다소 비용이 많이 드는 옵션이라고 할 수 있죠.

비용이 적게 드는 옵션도 있습니다. Oracle은 OHIP에서 제공되는 개발자 포털을 통해 공유 샌드박스 환경을 소개할 예정입니다. 완전한 UI 액세스를 제공하는 옵션은 아니고 API 액세스만 제공하는 옵션입니다. 하지만 필요 시 전문가들이 애플리케이션 관련 지원을 제공할 예정입니다. 샌드박스에 대한 액세스 요금은 호출 건수를 기준으로 부과됩니다. 몇 가지 호출 테스트만 가끔 진행하면 되는 경우 적합한 옵션이죠. 트랜잭션을 기준으로 사용한 만큼만 비용을 제공하면 됩니다.이를 통해 Oracle은 공유 프레임워크 제공 비용을 상쇄할 수 있습니다. 하지만 사용자는 자체 환경을 유지 관리하는 데 드는 비용과 시간을 아낄 수 있죠.

또 다른 옵션은 두 시간 동안 Oracle Consulting 팀과 연계하여 이 팀의 랩을 사용하는 것입니다. 필요한 시간을 기반으로 계약을 맺은 다음 컨설팅 팀의 랩을 사용하고 해당 시간 동안 일대일 지원을 받을 수 있죠. UAT 또는 기타 비프러덕션 환경을 이미 보유하고 있는 호텔과 파트너십을 맺을 수도 있습니다. 이들의 랩을 사용하는 조건으로 거래를 할 수 있죠. 일부 파트너들은 OXI 또는 OWS를 활용해 OHIP 시나리오 밖에서 이와 같은 거래를 진행했습니다. 다소 복잡할 수는 있겠지만 고객과 밀접한 관계를 유지하고 있는 경우 활용할 수 있는 옵션입니다.

공유 객실이 있는 경우(동일한 객실에 두 개의 예약) 우리가 패치 예약 요청과 함께 사용하는 예약 확정 번호는 예약별로 고유하게 주어지나요? 만약 그렇다면 각 예약에 대한 확정과 예약_ID도 달라지게 될 텐데요.

고유한 확정 번호는 할당되지 않습니다, OPERA 내의 구간 번호 때문입니다. 다른 구간 번호를 보유한 환경에서는 다양한 일자 및 호텔에 대한 일정 예약이 가능하지만 확정 번호는 동일합니다. 1234라는 확정번호와 함께 구간 1, 구간 2, 구간 3, 구간 4라는 번호를 얻게 됩니다. 이 경우 확정번호가 고유하다고 볼 수는 없습니다. 그러나 당연히 예약_이름_ID는 환경당 고유합니다. 이 두 가지 분리된 환경을 보유한 경우 확정 번호와 예약_이름_ID를 유사하게 지정할 수 있습니다. 이 둘이 별도의 데이터베이스이기 때문입니다. 하지만 하나의 데이터베이스, 하나의 환경에서는 고유한 예약_이름_ID가 할당됩니다.

클라우드 랩을 보유하게 되면 데이터를 어떻게 리셋할 수 있나요?

몇 가지 지원 옵션이 있고, 해당 옵션들은 배포 시 제공되는 정보에 포함될 예정입니다. 아직 지원 옵션 마련이 진행 중입니다.

추후에는 온프레미스에서도 REST API에 대한 액세스가 주어지나요?

지금으로써는 계획이 없습니다. 미래에 고려해 볼 일이긴 하지만 지금의 우선순위는 아닙니다. 그 이유 중 하나는 아키텍처인데요, 이 REST API의 아키텍처가 클라우드 내에 위치한 OPERA 버전과 함께 존재하기 때문입니다. 이 REST API를 온프레미스에 적용하려면, 호텔 시설 내에서 작업이 이루어져야 합니다. 그 절차가 복잡한 이유는 다양하지만, 그중 한 가지 이유는 수천 개의 호텔들이 클라우드 수준의 시스템에서 개별적으로 관리되어야 하기 때문입니다.

OPERA에도 Symphony처럼 APIARY가 있나요?

OPERA에도 APIARY가 있지만 APIARY는 Oracle의 새로운 통합 플랫폼인 Oracle Hospitality Integration Platform에서만 이용 가능합니다. 이 플랫폼에는 Oracle의 API 카탈로그를 등록 및 탐색할 수 있는 셀프 서비스 개발자 포털이 포함됩니다. APIARY는 이 개발자 포털에 포함되기 때문에 별도로 클라우드로 이동할 필요가 없습니다. 개발자 포털 자체에서 APIARY의 사용자 인터페이스를 활용하여 Oracle의 REST API 카탈로그를 탐색할 수 있습니다. 이 기능은 OPERA Cloud 및 OPERA 5 호스팅에만 적용되며 온프레미스에서는 지원되지 않습니다. 온프레미스 OPERA 배포를 위해서는 기존의 인터페이스를 사용해야 하며(예: OXI 및 OWS), 해당되는 사양은 docs.Oracle.com에서 확인할 수 있습니다.

지난 달 역량 강화 세션의 기록은 어디에서 찾을 수 있나요?

Oracle의 온디맨드 역량 강화 세션은 혁신 센터에서 찾을 수 있습니다.

OXI 프로필 메시지에서 과거 및 신규 값을 모두 얻을 수 있는 OXI 비즈니스 이벤트가 있나요? 예를 들어 고객 주소줄이 업데이트된 경우 과거 및 신규 값을 OXI 프로필 메시지에 모두 보관할 수 있나요?

안타깝게도 OXI 로직으로는 불가능합니다. 비즈니스 이벤트가 생성되면 과거 및 신규 값이 모두 포함되지만 OXI가 이 값을 가져갈 때는 해당 순간의 데이터(신규 값)만 전송하도록 설계되어 있습니다.

OHIP 얼리어답터 프로그램에 참여하고 싶다면 어떻게 해야 하나요?

fabricio.titiro@oracle.com로 이메일을 보내주세요.

고객 이름, 체크인 또는 마감 기한이 오늘인 항목 등을 기반으로 패치 예약(OWS 인터페이스)을 검색하고 싶습니다. 하지만 제공된 URL에서는 검색이 불가능합니다.

패치 예약 호출은 단일한 예약에 대해서만 응답합니다. 보통 호출을 위해서는 확정번호 또는 내부 예약_ID가 필요합니다. 전체 만기일을 확인하려면 예약 서비스(Reservation service) 항목에서 검색해 보세요. 하지만 미래 예약 요약 호출 하위 항목에서는 호출을 통해 전체 만기일, 체크인, 이름 등을 확인할 수 있습니다. 고객님께서 찾으려고 하는 기능은 미래 예약 요약(future booking summary)이라고 부르며 예약 웹 서비스(Reservation web service) 항목 내에 포함되어 있습니다.

OHIP 20.1이 Simphony를 지원하나요? 아니면 이후 버전에서 이용 가능한가요?

현재 계획은 Simphony API를 OHIP를 통해 노출하는 것입니다. 이를 위해서는 몇 가지 해결해야 하는 사항들이 있습니다. 각 Simphony API가 각각의 사용 약관 및 플랫폼을 보유해야 하기 때문에 이 모든 사항들을 조정해야 합니다. 저희의 최우선 과제는 OPERA CLOUD API를 먼저 출시하는 것이었기 때문에 Simphony API는 20.1 릴리스에는 포함되지 않습니다. 하지만 향후 버전에는 포함시키는 것을 고려하고 있습니다.