1 Reply Latest reply on Mar 7, 2019 8:19 AM by Dario Galvan Jimenez-Oracle

    OWS ,OXI, HTNG

    Dario Galvan Jimenez-Oracle

      Is there a generic public facing response to provide customers regarding the use of our publicly available OPERA Web Self Service (OWS), OPERA Exchange Interface (OXI), and OPERA HTNG Interface specifications? Specifically looking for a response that states when 3rd parties are expected to certify / validate with Oracle Hospitality via OPN and when this is not a requirement.

      If not, can the below be used? Or are there recommended modifications to the below?

      "
      Information regarding OPERA Web Self Service (OWS), OPERA Exchange Interface (OXI), and OPERA HTNG Interface specifications can be publicly found at https://docs.oracle.com/en/industries/hospitality/?tab=2 under OPERA Integrations. It is important to note that the OPERA Cloud Authentication specifications MUST be completed for each integration type purposed to interface with the Oracle Cloud environment.

      3
      rd parties may develop to the publicly available specifications on a per property basis. For OXI, HTNG, and OWS (where a technology may be used beyond a single property deployment) 3rd parties are required to certify / validate their technology with the Oracle Partner Network (OPN). Registration process for the Oracle Partner Network may be initiated at http://www.oracle.com/partners/index.html ."

        • 1. Re: OWS ,OXI, HTNG
          Dario Galvan Jimenez-Oracle

          Information regarding OPERA Web Self Service (OWS), OPERA Exchange Interface (OXI), and OPERA HTNG Interface specifications can be publicly found at https://docs.oracle.com/en/industries/hospitality/?tab=2 under OPERA Integrations. It is important to note that the OPERA Cloud Authentication specifications MUST be completed for each integration type purposed to interface with the Oracle Cloud environment.

          We need to be careful on the wording about who needs to validate and when. 3rd parties have no development rights to our software or APIs. Customers do have some rights to use the APIs, depending on what they've purchased, and may contract 3rd parties to build those integrations for them (specifically the customer), but have no rights to assign that IP. This is why we say that a site can build (or have someone build) an integration which is only for that client (a.k.a. "non-repeatable", "one-off", "client-specific", "non-sellable", etc.)

          Partners who join OPN at the Gold level have the rights to develop against our API sets and resell their integrations to customers with our products. However, we require that they first submit an integration request so that we can review to make sure that their solution is supported by an existing API set. We require this because we've had a number of partners join OPN, then start to develop, only to realize that the APIs don't support something critical to what they want to do. Then they demand we add it asap, followed by a demand for an OPN refund (which is a difficult process requiring hard to obtain high-level approvals). It's all about due diligence before the fact.

          If partners want to move forward and request an integration, they should submit the request to the HGBU Partner Integration Portal:
          https://go.oracle.com/LP=22075?elqCampaignId=33171

          Rather than a stock answer, I think the best thing would be to refer questions to the published FAQ:
          http://www.oracle.com/partners/en/most-popular-resources/faq-oracle-hospitality-integrations-2736852.pdf