Hospitality integrations for property management and point-of-sale

Hoe krijgen we toegang tot een OPERA Cloud-instance die we tijdens de ontwikkeling kunnen gebruiken?

1. OPN-leden die deel uitmaken van het Cloud Build-traject, komen in aanmerking voor het kopen van hun eigen OPERA Cloud-instance, inclusief UI- en interface-API-toegang. Deze optie wordt binnenkort vrijgegeven, dus controleer in de komende weken of deze informatie beschikbaar is.
2. Integratiepartners kunnen ook adviestijd van onze Professional Services-groep kopen en die tijd gebruiken om toegang te krijgen tot een advieslab. Dit geldt alleen voor API-toegang, maar de consultant die met u samenwerkt, kan helpen met behoeften op UI-niveau.
3. In het kader van het Oracle Hospitality Integration Platform (OHIP) zal een gedeelde sandbox-omgeving beschikbaar zijn. Dit geldt voor API-toegang tot de nieuwe REST API's, maar niet voor toegang tot de gebruikersinterface of tot OXI, OWS enz. Toegang tot de gedeelde sandbox is niet exclusief en wordt in rekening gebracht op basis van gebruik. U betaalt alleen voor aanroepen die u er daadwerkelijk mee uitvoert.
4. Ten slotte kunt u ook tot een overeenkomst komen met een hotel of andere partner die beschikt over een OPERA Cloud-instance in een niet-productieomgeving.

Wat gebeurt er als ik besluit om mijn Oracle-validatie niet te verlengen?

Bestaande installaties zullen niet stoppen met werken. We sluiten ze om die reden niet af voor hotels. Als u uw OPN-lidmaatschap echter niet verlengt, wordt uw oplossing niet vermeld op Oracle Cloud Marketplace of in de gepubliceerde lijst met interfaces. Dit betekent dat als een hotel bij ons komt en vraagt naar een integratie met uw product, de verkoop zal zeggen dat we geen interface hebben. Dat wil niemand. Wij willen dat zeker niet en onze klanten willen dat ook niet. Zorg er dus voor dat uw OPN-lidmaatschap up-to-date is. Als u vragen hebt, aarzel dan niet om contact met ons op te nemen. U kunt de status van uw lidmaatschap online controleren of contact opnemen met het OPN-team op oracle.com/partnernetwork.

Ik probeer nog steeds een probleem met de validatie/certificering op te lossen. Vooral hotelklanten krijgen steeds weer te horen dat ze bij de installatie van een niet-gecertificeerde interface op OWS alle ondersteuning verliezen als er iets misgaat. Is er ergens officieel advies te vinden dat ik met de hotels kan delen, zodat ze er niet op hoeven te vertrouwen dat ik me dat herinner wat Mike me heeft verteld?

Ik geloof niet dat we iets officieel over dit onderwerp hebben gepubliceerd. Er is in de loop der jaren wat verwarring geweest over wat wel en wat niet wordt ondersteund met een niet-gevalideerde interface. In de praktijk wordt het zo geïnterpreteerd dat de ondersteuning volledig wegvalt als iets niet gevalideerd is, maar dat is niet helemaal waar. Als Oracle software aan een hotel verkoopt, zullen we natuurlijk onze eigen software ondersteunen. We kunnen de software niet installeren en daarna gewoon weglopen. Met een gevalideerde interface garanderen Oracle en de partner dat we deze hebben getest en dat we weten dat deze in dit scenario gaat werken. Dat is precies waarom we testen. We weten dat deze configuratie gaat werken, we begrijpen de parameters waaronder de configuratie zal werken en we garanderen dat deze ook bij u zal werken. We controleren of de OPERA-configuratie ook echt met deze specifieke interface werkt. Dat maakt deel uit van de ondersteuning, en er als er fouten zijn, zullen we die oplossen.

Bij een niet-gevalideerde interface ondersteunt Oracle alleen de Oracle-zijde hiervan. Als we OWS hebben geïnstalleerd en het hotel een privé, aangepaste verbinding met een partner heeft geïnstalleerd, is dit voor ons een niet-gevalideerde interface. Het gaat in dat geval om een klantgestuurde configuratie die maar heel weinig of niets te maken heeft met Oracle. We ondersteunen OWS generiek, dus als het hotel belt en zegt dat het niet werkt, zullen we daar zeker op reageren en kijken hoe alles werkt, maar verder gaan we niet. Wat we niet zullen doen, is de volgende stap zetten en controleren of de berichten correct zijn geformatteerd of nagaan welke functies moeten worden in- of uitgeschakeld.

Toegang tot Oracle Cloud voor aanbieders: ik weet dat eraan wordt gewerkt om leveranciers goedkopere OPERA Cloud-toegang te geven voor hun eigen test-/verkoopdemobehoeften. Zal er een functie zijn voor het opnieuw instellen van gegevens? Bij lokaal/DevTest stellen we regelmatig gegevens opnieuw in of laden we opnieuw schema's voor testruns of het instellen van demo's. Kunnen deze scenario's worden overwogen voor de cloud?

We werken op dit moment aan een optie voor de cloud en zijn dicht bij de release ervan. Maar het is ook mogelijk om lokale demosystemen te gebruiken met OPERA 5. De enige vereiste is een actueel en geldig OPN-lidmaatschap, en de licentie en het hardwaretraject. Natuurlijk kan het duur zijn om dat zelf te onderhouden, maar sommige bedrijven doen dat heel succesvol. We werken op dit moment aan OPERA Cloud-labs en zullen dit binnenkort uitbrengen. Als u geïnteresseerd bent in het aanschaffen van een OPERA Cloud-lab of als u hier meer informatie over wilt, kunt u mij een e-mail sturen (mike.provost@oracle.com).

We hebben veel klanten die huidige versies van OPERA gebruiken, voornamelijk lokale oplossingen. We gebruiken momenteel op SOAP gebaseerde API's. Kunnen deze huidige klanten met het nieuwe platform de nieuwe REST API's gebruiken, zonder dat ze OPERA moeten upgraden? Of zijn de REST API's niet beschikbaar voor lokale OPERA? Hoe kan ik verbinding maken met de OPERA-database van een lokaal hotel als ik SOAP wil vermijden?

De nieuwe REST-AP's zijn in eerste instantie beschikbaar voor OPERA Cloud-hotels, en dat breiden we in de toekomst uit naar onze OPERA 5 gehoste omgevingen. Op dit moment zijn we niet van plan om die functionaliteit uit te breiden naar lokale vestigingen. Uw bestaande interfaces, bijvoorbeeld uw OXI's en OWS, werken in alle drie deze verschillende implementatiescenario's, maar voorlopig maken de nieuwe REST API's en het platform alleen verbinding met onze Cloud- en gehoste instances.

Onze ontwikkelaars willen graag toegang tot een sandbox voor OPERA. Welke mogelijkheden hebben we daarvoor?

Hiervoor bestaan meerdere mogelijkheden. U kunt bijvoorbeeld uw eigen OPERA Cloud-omgeving aanschaffen. Maar dat is uw eigen persistente omgeving en niet een gedeelde sandbox, dus dat is dan de duurdere optie.

Er zijn ook voordeligere opties. We gaan een gedeelde sandbox-omgeving introduceren, die beschikbaar zal zijn via de ontwikkelaarsportal op OHIP. Dit zal niet een volledige UI-toegang zijn, maar alleen een API-toegang, maar natuurlijk hebben we mensen die u zo nodig met de applicatiezijde kunnen helpen. Toegang tot de sandbox wordt per aanvraag in rekening gebracht. Dit is een geweldige optie als u slechts af en toe toegang nodig hebt om een paar aanvragen te testen. U betaalt alleen voor wat u echt nodig hebt, dus per transactie. Zo kunnen we de kosten van het leveren van het gedeelde framework compenseren, en hebt u hebt niet de kosten van (en de tijd de nodig is voor) het onderhouden van uw eigen omgeving.

Een andere mogelijkheid is om gewoon een paar uur lang contact te hebben met het Oracle Consulting-team om hun lab te gebruiken. U boekt de tijd die u nodig hebt, gebruikt dan hun lab en krijgt in die tijd een-op-een-hulp. U zou ook kunnen samenwerken met een hotel dat al een UAT of een andere niet-productieomgeving heeft. Kom tot een overeenkomst met het hotel om hun lab te gebruiken. Sommige van onze partners hebben dit buiten het OHIP-scenario om gedaan, bijvoorbeeld met OXI of OWS. Dit is wel wat ingewikkelder, maar het is een optie als u een aantal klanten hebt met wie u normaal gesproken nauw samenwerkt.

Is het boekingsbevestigingsnummer dat we gebruiken bij het ophalen van boekingsaanvragen uniek per boeking als we gedeelde kamers hebben - dus twee boekingen voor dezelfde kamers? Zo ja, dan zijn de bevestigingen verschillend voor beide boekingen, en de resv_ID ook.

Het bevestigingsnummer is niet uniek vanwege de rondenummers in OPERA. U kunt een reisroutereservering voor verschillende datums en verschillende hotels in de omgeving hebben die verschillende rondenummers, maar hetzelfde bevestigingsnummer hebben. U kunt dus het bevestigingsnummer 1234 ronde 1 ronde 2 ronde 3 ronde 4 hebben. In dat geval is een bevestigingsnummer niet per se uniek. In een omgeving is de resv_name_id echter zeker uniek per omgeving. Als er sprake is van twee afzonderlijke omgevingen, kunnen bevestigingsnummers en resv_name_ids vergelijkbaar zijn, omdat het om afzonderlijke databases gaat. Maar in één database, één omgeving, is de resv_name_id zeker uniek.

Hoe stel ik de gegevens opnieuw in na een cloudlab?

We hebben een aantal mogelijkheden voor de manier waarop we u kunnen helpen. Deze worden opgenomen in de informatie wanneer we deze publiceren. We werken daarop dit moment nog aan.

Is toegang tot de REST API's lokaal beschikbaar?

Op dit moment niet. Dat is iets waar we in de toekomst naar kunnen kijken, maar het maakt geen deel uit van onze primaire focus. Een van de redenen hiervoor is simpelweg de architectuur. De architectuur voor deze REST API's bestaat al met de versies van OPERA in de cloud. Het verkrijgen van al die lokale REST API's moet ter plekke worden uitgevoerd. Er zijn veel redenen waarom dat wat ingewikkelder is, niet in de laatste plaats omdat er duizenden en duizenden hotels zijn die afzonderlijk moeten worden beheerd met cloudsystemen.

Heeft OPERA APIARY zoals Symphony?

OPERA heeft inderdaad APIARY, maar APIARY zal alleen via ons nieuwe integratieplatform (Oracle Hospitality Integration Platform) beschikbaar zijn. Het platform bevat een selfservice-ontwikkelaarsportal waar u zich kunt registreren en onze API-catalogus kunt doorzoeken. APIARY is geïntegreerd in deze ontwikkelaarsportal, zodat u niet afzonderlijk in de cloud hoeft te gaan. U kunt onze REST API-catalogus vanuit de ontwikkelaarsportal zelf doorzoeken, met de APIARY-vorm -en -werkwijze. Dit geldt alleen voor gehoste OPERA Cloud- en OPERA 5-implementaties, niet voor lokale omgevingen. Voor lokale OPERA implementaties moet u de bestaande interfaces (bijvoorbeeld OXI en OWS) gebruiken, waarvan de specificaties beschikbaar zijn op docs.Oracle.com.

Waar vind ik de opname van de enablementsessie van vorige maand?

Onze on-demand enablementsessie is te vinden in ons Innovation Center

Kunnen we OXI-bedrijfsactiviteiten hebben die de oude waarde en de nieuwe waarde behouden in het OXI-profielbericht? Als bijvoorbeeld een gastadresregel is bijgewerkt, kan dan zowel de oude als de nieuwe waarde in het OXI-profielbericht worden verkregen?

Helaas is dat niet mogelijk met OXI-logica. Wanneer de bedrijfsactiviteit wordt gemaakt, bevat deze zowel de oude als de nieuwe waarde, maar zodra OXI deze ophaalt, worden de gegevens precies zo overgenomen zoals ze op dat exacte moment zijn (de nieuwe waarde).

Hoe kan ik deelnemen aan het Early Adopter-programma van OHIP?

Stuur gewoon een e-mail naar fabricio.titiro@oracle.com

Ik wil 'fetch bookings' (OWS-interface) zoeken op basis van de naam van de gast, of het inchecken of vandaag verwachte gasten, maar ik kan dat niet vinden met de weergegeven URL.

Bij de 'fetch booking'-aanroep wordt slechts één reservering geretourneerd. Normaal gesproken is voor de aanvraag een bevestigingsnummer of een interne resv_id nodig. Als u al uw verwachte gasten wilt zien, vindt u wat u zoekt waarschijnlijk in de reserveringsservice. Maar onder toekomstige boekingsoverzicht-aanvragen kunt u alle verwachte gasten, ingecheckte gasten, namen enz. opvragen. De functie die u nodig hebt, is toekomstige boekingsoverzicht en bevindt zich in de webservice voor reservering.

Ondersteunt OHIP 20.1 Simphony of is het beschikbaar in latere versies?

Op dit moment is het op basis van het stappenplan de bedoeling om Simphony API's beschikbaar te maken via OHIP. Er zijn een paar dingen die we moeten doen om dat te laten gebeuren. Ze hebben hun eigen gebruiksvoorwaarden en platform, dus we moeten dat allemaal op elkaar afstemmen. Waar we ons echt op wilden concentreren, was eerst de OPERA CLOUD API's uitbrengen. Simphony API's maken dus geen deel uit van de 20.1-versie, maar we gaan dit zeker overwegen voor latere versies.