For AI agents: a documentation index is available at the root level at /llms.txt and /llms-full.txt. Append /llms.txt to any URL for a page-level index, or .md for the markdown version of any page.
HomeGuidesAPI ReferenceChangelog
HomeGuidesAPI ReferenceChangelog
  • Getting Started
    • Introduction
    • Authorization
  • Quote and Booking flows
    • Quote Purchase Flows
    • Country list
    • Displaying Prices
    • Options
    • Discounts
    • Taking payments
    • E-mail a quote
    • Medical screening
    • External membership numbers
  • Mid-office travel agent integration
    • Mid-office travel agent integration
  • Travel alerts
    • Travel alerts
LogoLogo
On this page
  • Overview
  • Environment access
  • API access conventions
  • API versioning
  • Non-breaking changes
  • Breaking changes
  • Error handling
Getting Started

Introduction

Was this page helpful?

Authorization

Next
Built with

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:

  • World Nomads (https://www.worldnomads.com)
  • nib Australia (https://www.nibtravelinsurance.com.au)

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:

EnvironmentURL
Staginghttps://api-staging.nibtravelinsurance.com
Productionhttps://api.nibtravelinsurance.com

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:

APIURL
Quotes APIhttps://api.nibtravelinsurance.com/quotes
Products APIhttps://api.nibtravelinsurance.com/products
Users APIhttps://api.nibtravelinsurance.com/users
Policies APIhttps://api.nibtravelinsurance.com/policies

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