The Juniper WebService is an API designed to facilitate seamless integration between third-party systems and the Juniper Booking Engine. This guide aims to enhance your understanding of the Juniper WebService and support your development process for third-party applications. WebServices are used to automate administrative tasks traditionally performed manually, resulting in the following benefits:
However, it's essential to note the following challenges:
The Juniper WebService communicates using XML, a structured text format for transmitting information. While XML ensures consistent data exchange, it does not inherently resolve issues if errors occur.
This guide assumes you are already familiar with:
By utilizing the Juniper WebService, clients—such as web applications, mobile devices, and more—can connect directly to the reservation system, enabling efficient and automated booking operations.
To begin integrating with the Juniper API, your first step here will be to contact the Juniper Seller to which you would like to connect, and to agree on the API connection that you will be performing with them (to decide on which API that you will be implementing, and to decide on how you will be working with them).
Once you've agreed on this subjects with the Juniper Seller, you will be required to sign up on our Juniper Buyer Portal (https://buyers-portal.junipertraveltech.com/), registry on which we will need you to provide us with the following information:
Once your application is verified, through this portal you will be able to whitelist and manage all of the IPs that you will be requiring on your connection with Juniper (both development and production ones, although at this point we will only be needing the development ones).
After all of this is done, and after the Juniper Seller requests for the integration internally to Juniper, our team will contact yours using the technical contact email address that you submitted. At this point, we will confirm that your development IP addresses have been successfully whitelisted and may request any additional details if necessary.
After receiving this information, the Juniper API support team will:
For reference, this is the endpoint that you would be using for the development of the Products API:
https://xml-uat.bookingengine.es/WebService/JP/WebServiceJP.asmx?WSDL
Being important to note that xml-uat.bookingengine.es strictly refers to the host of the UAT environment, and that for the live environment connections of any of your Juniper Seller you would be using a different host altogether.
In order to understand the JP WebService work flow, we've prepared a flow chart that outlines and simplifies all of the steps that need to be taken through the booking process. We will refer to this flow chart as we advance further on our explanation.
To know more keep on reading! Go directly to the API you need for your integration process or the proceed to the Generic Workflow to walk you trough our workflow
Here you will find all the specifications you will need to integrate all the Juniper API services
These API collections will provide you the necessary tools to integrate with the Juniper Booking Engine
These API collections will provide you the necessary tools to export information from the Juniper Booking Engine to an external system such as ERP solutions or an external Booking Engine
These API collections will provide you the necessary tools to to integrate as a Channel Manager or Push integration on the Juniper Booking Engine
The OpenTravel Alliance provides a community where companies in the electronic distribution supply chain work together to create an accepted structure for electronic messages, enabling suppliers and distributors to speak the same interoperability language, trading partner to trading partner, these collection of APIs are the implementation for these standards developed by Juniper. As per the standard rules these APIs are restricted to these standards offer lower level of customization as oposed to the Juniper JP implementation, thus Juniper only offers a limited support and a limited subset of the functionality that the OTA offers
These APIs collections are kept as a reference and considered deprecated. If your integration uses an API of this collection, we strongly recommend to implement the newer updated and mantained version