Introduction

Overview

nib Travel provides APIs for a wide variety of integration use cases including:

  • Embedded quote and booking flows, including support for bundled sales flows.
  • Integration into mid-office systems.
  • Retrieving travel alerts via API.

nib Travel supports multiple brands across global markets including:

nib Travel has strong white labelling and integration capabilities available to partners.

Environment access

To access the environments utilise the following URL for staging and production environments respectively:

API access conventions

APIs will be required to include a brand code parameter as part of the URL parameters passed in. This will typically be set to the brand instance. Example brand codes for nib Travel brands include:

BrandCodeBrand
WNWorld Nomads
TIDAUTravel Insurance Direct Australia
NIBAUNIB Travel Insurance (Australia)

Individual APIs are accessed via top level URL prefix, for example:

API versioning

nib Travel APIs are versioned based on URI versioning. For example the following would be different versions of the same quote API endpoint. The API reference documentation includes the current version of the API in use where relevant:

/v1/{brandCode}/quote
/v2/{brandCode}/quote

Non-breaking changes

Non-breaking API changes do not require a new API version to be introduced. Non breaking API changes include:

  • New optional JSON attributes supported on request.
  • New optional JSON attributes supported on response.
  • New optional query parameters.

Breaking changes

Breaking changes include the following and require a new API version:

  • Changes to request or response attribute names.
  • Changes of data type for any existing attributes that would break API clients.
  • Changes to HTTP error response codes.
  • Removal of attribute names in request or response.
  • Any query parameter or optional request parameter that changes behaviour when passed.
  • Changing meaning of existing data elements - e.g. Price breakdowns, etc.
  • Changes to authorisation.

Error handling

nib Travel APIs have the following HTTP status codes returned for error handling:

HTTP Status codeDetails
200Successful request - Individual responses are documented in Swagger
400Client error - see { error } property returned in JSON format
401Unauthorised request
403Forbidden
404Not found - When accessing resources that don’t exist
422Invalid request
500Server error
Built with