openapi: 3.2.0 info: description: "

Terms & Conditions

\n

All details on this document are copyrighted and are protected by Egencia copyright laws. Any unauthorized use of any\n part of this document may violate copyright laws and may lead to legal actions. By accepting the terms and\n conditions, you acknowledge and agree that Egencia have the right, in its sole discretion, to modify these terms.\n Egencia will notify you about material changes to this Agreement by sending a notice to the email address, fax\n number, or other address that you provided to us or by placing a prominent notice on the APIs and SPIs. Customers\n will be responsible for reviewing and becoming familiar with any such modifications.\n Egencia will notify Consumer and Shared Client of the availability of new major versions and provide the timeframe\n for the Consumer to upgrade.

\n

Versions

\n

Egencia will release new version of the software with backward compatibility only when there is significant\n change(s). These changes can be structural, and can contain enhancements, major bug fixes, or change of behavior,\n new fields added, or fields removed.

\n

Introduction to the Document

\n

This document provides a reference for both query and response for the BI Transactions API version 1.0. This document\n includes a series of notes and instructions that outline the BI Transactions API version 1. The API provides users\n with a simple, standardised, resource-oriented, RESTful interface with JSON-formatted responses that make it easy to\n fetch, filter and retrieve Transaction data. To have a secure data transfer and streamlined integration, we use the\n HTTPs protocol for API calls.

\n

To help you find what you're looking for, this documentation is divided into three sections: API, Authentication and\n Resources.

\n\n\n

Audience

\n

This document is aimed for BI Transactions API customers, partners and software developers who would like to consume\n the BI Transactions API.

\n\n

Introduction to BI Transaction API

\n

BI Transactions API offers an interface for customers and partners to retrieve consolidated booking transaction data\n from Egencia. The BI Transactions API is organised around REST /JSON over HTTPS for transaction data retrieval. This\n API accepts JSON requests and returns JSON responses, and uses standard HTTPs response codes, authentication, and\n verbs. The following offerings are available:

\n
\n \n \n \n \n \n \n
Description
\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
\n
Transaction Type
\n
\n
Description
\n
All Line of business transactions (summary)Offers booking transaction data for all line of businesses which gives a consolidated summary view.
Air transactionsOffers booking transaction data for specifically Air transactions.
Air transactions including segment informationOffers booking transaction data for specifically Air including segment level information.
Air transactions including ticketing informationOffers booking transaction data for specifically Air including ticketing level information.
Hotel transactionsOffers booking transaction data for specifically Hotel transactions.
Train transactionsOffers booking transaction data for specifically Train transactions.
Train transactions including segment informationOffers booking transaction data for specifically Train transactions including segment level information.\n
Train transactions including leg informationOffers booking transaction data for specifically Train transactions including leg level information.\n
Car transactionsOffers booking transaction data for specifically Car transactions.
Fee transactionsOffers booking transaction data for specifically Fee transactions.
\n
\n\n

Versioning

\n

Egencia will notify the Client about the availability of new major versions and provide the timeframe for the\n upgrades. Major version is a new version of the software with a significant change(s). Minor version is a new\n version of the software with possible backward compatibility and with a minor degree of change. The changes can be\n structural, and can contain enhancements, major bug fixes, or change of behavior, endpoint changes, new fields\n added, or fields removed. The version change log will list all the changes included in the corresponding version\n from the previous one.

\n\n

Version Change Log

\n

You can also see a full API version change log under this heading.

\n
\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
Change log
APICurrent VersionWhat has changed?
ReportingVersion 1First stable version.
\n
\n\n

Implementation method

\n

Public BI Transactions API is a generic and secure solution to allow clients to access their previous booking\n transaction data dynamically for different dates and other user query filters such as ob, locale, currency code or\n report level.

\n
\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
\n
Endpoint
\n
\n

/v1/transactions

\n
\n
Endpoint
\n
\n

/v1/transactions

\n
MethodPOST
Content-type application/json
Acceptapplication/hal+json
\n
\n\n

Base Endpoint URL

\n

The Endpoint URL for communicating with the Transaction API system is:

\n
\n \n \n \n POST {{transactionUrl}}\n \n \n
\n
\n

Please note the use of the https protocol. This ensures that all data that travels between the server and your\n program are encrypted. This protects your credentials and the transmitted data.

\n\n

Authentication

\n

Before you can access the BI Transactions API, you need to authenticate and authorise who you are. Our API uses the\n OAuth 2.0 standard for authentication.

\n

\n Note: All API requests must be made over HTTPS. Calls made over plain HTTP will fail. API requests without\n authentication will also fail.\n

\n

Before calling Transaction data API the client should be successfully authorized with Egencia's Authentication\n service. The access token generated within authorization step should be provided in the further call(s) to the API.\n

\n

Authorization

\n

Egencia transaction data API supports access token based on OAuth2.0 protocol. A client ID and Client Secret ID will\n be generated and shared to the client.

\n\n

Client IDs and Secrets

\n

The Client ID and Client Secret are like a username and password that authenticate your application. They aren't used\n directly in making most API requests, instead, they are exchanged for tokens, which are used to make the actual\n requests.

\n

All requests to the OAuth 2.0 endpoint must be given your credentials in the form of Basic authentication. To comply\n with the HTTP requirements, your Client ID\n and Secret should be encoded in base 64.\n

\n

Make sure to keep the client secret secure - anyone who has it can impersonate your application!

\n
\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
\n
Endpoint
\n
\n
Headers
\n
\n
HTTP method
\n
\n
Endpoint
\n
\n
Headers
\n
\n
HTTP method
\n
/auth/v1/tokensAuthorization: Basic\n base64encode(client_id:client_secret)
Content-Type: application/x-www-form-urlencoded\n
Post
\n
\n

\n Post the client_id and client_secret to the URL\n {{authUrl}} to\n obtain an access token which you can then use to call BI Transactions APIs. \n

\n\n

Examples

\n

Request

\n
\n \n \n \n { \"client_id\":\"lliz84o5554csgss8s48gss\", \"grant_type\":\"client_credentials\" }\n \n \n
\n
\n

Response (status code = 200)

\n
\n \n \n \n { \"access_token\": \"JWT access token\", \"expires_in\": 3600, \"token_type\": \"Bearer\" }\n \n \n
\n
\n\n

The access token generated within Authorization call kept alive within expiration time provided in the successful\n authorization response, no need to generate new access token each time the Client calls BI Reporting API until\n it expires. Expiration time provided in seconds.

\n

NOTE:

\n\n\n

Overview Of BI Transactions API

\n

The Egencia BI Transactions API is the new solution that is being offered to clients for accessing their booking data\n in a programmatic method. With the help of the Egencia BI Transactions API you can

\n\n

Pagination

\n

Doing a POST of BI API will return the metadata (hyperlinks) of the resource from where all the qualified\n transactions will be fetched in a paginated manner. You can page through the resource by making a GET request to the\n \"next\" URL provided in the paginated response. If there are no more pages, \"next\" will be set null. The users can\n page through any valid page number at any time using the Get request.

\n\n

Request & Response

\n

Sample Request

\n

This API call allows the client to submit a request for retrieving transactions for a specified search criterion.

\n
\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
MethodEndpointsDescription
Post/v1/transactionsCreates paginated transaction queries and metadata based on search criteria for all LOBs.
Post/v1/transactions/airCreates paginated transaction queries and metadata based on search criteria for air LOBs.
Post/v1/transactions/carCreates paginated transaction queries and metadata based on search criteria for car LOBs.
Post/v1/transactions/trainCreates paginated transaction queries and metadata based on search criteria for train LOBs.
Post/v1/transactions/hotelCreates paginated transaction queries and metadata based on search criteria for hotel LOBs.
Post/v1/transactions/feesCreates paginated transaction queries and metadata based on search criteria for fee LOBs.
Post/v1/transactions/groundCreates paginated transaction queries and metadata based on search criteria for ground LOBs.
\n
\n\n

Request Parameters

\n
\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
\n
Attribute
\n
\n
Required/optional
\n
\n
Type
\n
\n
Description
\n
start_date, end_dateRequiredStringSpecific date range for which the transaction data is requested.The date range to fetch the booking\n transactions data. Timestamp in format: YYYY-MM-DD HH:MM:SS. (Example:\"2020-05-05 09:00:00\")\n These should come as a pair.Note: Future date is only allowed if the date_type is set as travel_date.\n
    \n
  • Both start and end date is mandatory. If either start date or end date is missing it will it\n throw an error\n
  • \n
  • Default timezone is UTC
  • \n
\n
localeOptionalStringLocale represents the supported language to get the report. Accepted values are: nb-NO, de-DE, en-US,\n en-CA, es-ES, fr-CA, it-IT, nl-NL, sv-SE, en-AU, da-DK, fr-FR, en-GB (Defult locale is en-US)\n Note: This value is case sensitive.\n
currency_codeOptionalString3 character currency code to get the amount in given currency. Accepted Values are: CHF, ARS, MXN, CLP,\n ZAR, INR, VND, CNY, THB, AUD, ILS, JPY, PLN, GBP, IDR, PHP, TRY, RUB, AED, HKD, EUR, COP, DKK, CAD, MYR,\n USD, NOK, SGD, CZK, SEK, NZD, BRL, UAH\n
includesOptionalStringValue: [“cdf”]. To include custom data fields in the response. Custom data fields will now come in\n response only when requested by users in the include option. Values: [“cdf”].\n Includes [“co2”]only for LOB Air. To include co2 emission details in the response for air (ticket, leg\n and segment). Co2 emission values will now come in the air response only when requested by users in the\n include option. Values: [“co2”]\n
report_levelOptionalStringReport level for the LOB's air and train to retrieve data for a specific report level.\n \"ticket, segment, leg\" are the three different requests configured by report_level field.\n If this data is not provided Ticket Level data will be returned by default.\n
date_typeOptionalStringThe date type to search the records. You can search for records based on travel date as well as issue\n date. \"Issue date\" and \"travel date\" will provide data based on issue date and travel date respectively.\n If no value is passed as datetype, issue date will be considered by default.\n Note : Issue date cannot be future date. However, travel date can be a future date or past date.\n
active_records_only OptionalStringA string to select only the records with active ticket status or all records, present for a given start\n and end date. The possible values for the string are \"true\" or \"false\". By default, it is set as\n false which would show all the records for a time period. By passing true, you can exclude\n bookings and items that have been cancelled, exchanged, voided, or refunded.\n
client_idsOptionalList<String> With this parameter, it becomes possible for a client or a partner to specify the\n companies for which they want the reporting data. It accepts a list of the client ids given in string format.\n If no value is given, by default data will be returned for all associated companies for the client.\n Note: Passing incorrect company Id values or non numeric values would return an error.\n
reconciled_records_only OptionalStringA string to select only the reconciled records, present for a given start\n and end date. The possible values for the string are \"true\" or \"false\". By default, it is set as\n false which would show all the records for a time period. By passing true, you recieve only the records undergoing\n reconciliation process.\n
\n
\n\n

Request Body

\n
\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
\n
\n
POST {{transactionUrl}}
\n
\n
\n            {\n                \"start_date\": \"2019-01-01 09:00:00\",\n                \"end_date\": \"2020-05-05 09:00:00\",\n                \"locale\": \"en-US\",\n                \"currency_code\": \"USD\",\n                \"includes\":[\"cdf\"],\n                \"report_level\":\"leg\"\n                \"date_type: \"issue_date\",\n                \"active_records_only\":\"true\",\n                \"client_ids\":[\"10098\",\"13882\",\"19120\"],\n                \"reconciled_records_only\":\"true\"\n             }\n             
\n
\n
\n\n

Sample Response

\n

Response Parameters

\n
\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
\n Attribute\n \n Type\n \n Description\n
metadata
page_limitIntegerThe maximum number of records allowed in a single page.
total_recordsIntegerTotal number of records in the response.
total_pagesIntegerTotal Pages in the response.
report_idStringUnique identifier for the Report. Example: \"ec49a1c4-4a49-4916-b60e-81c1bcf8b07b\"\n
latest_reconciled_dateStringThe latest reconciled date of the records in the response.\"\n
\n
\n\n

Success Response

\n
\n \n \n \n \n \n \n \n \n \n \n \n \n \n
CodeDescription
200Ok
\n
\n\n

Sample Response

\n
\n \n \n \n \n \n \n
\n            {\n                \"metadata\": {\n                    \"page_limit\": 100,\n                    \"total_records\": 8592,\n                    \"total_pages\": 86,\n                    \"latest_reconciled_date\": \"2020-04-19 00:00:00\"\n                },\n                \"_links\": {\n                    \"next\": {\n                        \"href\": \"{{transactionUrl}}/c1eb18d8-35e0-464f-b94e-0d371c1cb41b?page=1\"\n                    },\n                    \"last\": {\n                        \"href\": \"{{transactionUrl}}/c1eb18d8-35e0-464f-b94e-0d371c1cb41b?page=84\"\n                    }\n                },\n                \"report_id\": \"c1eb18d8-35e0-464f-b94e-0d371c1cb41b\"\n            }\n             
\n
\n
\n\n

Request for Retrieving Data

\n
\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
MethodEndpointDescription
GET/v1/transactions/{id}?page={page_number}Creates detailed transaction reports based on search criteria
\n
\n

Request Parameters

\n
\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
AttributeTypeDescription
report_idStringReport ID used to fetch transaction records based on the search criteria and metadata
page_numberStringPage number the user wants to access
\n
\n

Response

\n

Response Parameters

\n
\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
AttributeTypeDescription
Transactions: Transaction response based on different user filters
advance_purchase_daysStringAdvance purchase days.
booking_methodStringOnline or Agent-assisted. Online indicates a booking made through\n the Egencia website or mobile app without the assistance of an Egencia travel consultant. Agent-assisted\n indicates bookings made offline with the assistance of an Egencia travel consultant.
cabin_classStringCabin class associated with the booking.
class_of_serviceStringMarket share trend by class of service.
company_nameStringThe name of the company travel was booked through.
custom_data_fieldStringCustom Data Fields. These are the fields that are configurable for the Customer.\n This information can be in billing data, receipt and invoices. Example: Employee ID: 123, Department\n Cost Center: 123\n
carbon_emissionsStringCarbon Emission as per Air conversion factors (Source by DEFRA Produced by AEA for the Department of\n Energy and Climate Change (DECC) and the Department for Environment,Food and Rural Affairs (Defra)).\n Formula : Mileage * Air conversion factors\n
departmentStringThe department selected by the traveler at the time of booking.
Duration: Duration of booking
daysStringCount of days that person was traveling. Starting from travel start\n date to travel end date\n
endStringThe date that travel is complete for the particular travel booking (e.g. return or arrival\n date for an air ticket).\n
startStringThe date that travel commences for the particular travel booking (e.g.\n departure date for an air ticket).\n
geography_typeStringGeography type, domestic, international, etc.
Identifier: Unique transaction identification details
confirmation_numberStringThis is the confirmation number for a booking transaction.
invoice_numberStringThis is the unique Invoice number for a\n booking transaction.\n
itinerary_numberStringThe Egencia itinerary number associated with the travel transaction\n being reported on.\n
pnrStringThe booking reference code provided by the vendor. Also known as a PNR\n (passenger name record) code. This is typically a 6 character reference code\n
record_locatorStringRecord locator is a unique identifier for a record.
ticket_numberStringThis is a unique number for a ticket booking.
invoice_dateStringThe date the booking was invoiced. Invoice date is only applicable for\n European points of sale.\n
is_agent_assistedStringIdentifier to state if it was a agent assisted. Possible values: True /\n False\n
is_special_requestStringIdentifier to state if it was a special request. Possible values: True\n / False\n
line_of_businessStringLine of business for the transaction , e.g. Air, Hotel, Car
locationStringFor hotels, this field shows the city, state/province and country where\n the hotel is located. For air and train, this field shows the routing information and for car, this\n field shows the pick-up location\n
meeting_nameStringThe meeting name associated with the transaction. Meeting will be empty\n for European points of sale and for travel that is not associated with a meeting.\n
point_of_saleStringPoint of sale.
policy: Policy details
is_in_policyStringIndicates whether the transaction was booked within policy or out of\n policy.\n
policy_reason_codeStringThe two character reason code selected by the traveler to explain why\n they made an out of policy booking. e.g. AQ, AR, AN\n
policy_reason_descriptionStringPolicy reason description in case of out of policy booking.
price: Price information
average_leg_priceStringAverage leg price
average_segment_priceStringAverage segment price
baseStringBase amount
change_fee_amountStringFee/penalty charged on any changes made
coupon_amountStringCoupon amount
extra_person_amountStringAmount charged per extra person accommodation
fare_basesStringFare bases
feeStringTotal Amount charged by Egencia for Fare Savings Finder Optimization.\n

rate_typeStringThe type of inventory purchased or reserved by the traveler (Published\n Rate, Egencia Preferred Rate, Corporate negotiated rate, etc.).\n
segment_countStringSegment count.
ticket_codeStringThe number of the ticket associated with the air transaction.
transaction_dateStringThe date the transaction occurred on an itinerary (e.g. the date of the\n air ticket purchase, car reservation or hotel cancellation).\n
Traveler: Traveler details\n
nameStringName of the person for whom the booking transaction was made.
groupStringThe traveler group associated with the traveler (person for which the travel is\n booked.)\n
emailStringemail of the person for whom the booking transaction was made.
meeting_attendee_groupStringThe current traveler group associated with the traveler for a specific meeting.\n Meeting attendee group will be empty for European points of sale and for travel that is not associated\n with a meeting.
is_guestStringIdentifier to state if booking was done by the guest traveler.
vendor_nameStringThe company providing the travel service.
\n
\n

Subsequent Page Requests

\n
\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
MethodGET
Content-type application/json
Acceptapplication/hal+json
\n
\n

\n
Request
\n
\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
AttributeRequired/OptionalTypeDescription
report_idRequiredStringReport ID used to fetch search criteria and metadata
page_numberOptionalStringPage number the user wants to access. If this value is not present it will use the default value '1'
\n
\n

HTTP Success Response Codes

\n
\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
CodeDescription/Optional
200Ok Success: The request is received and is being processed.
201Ok Created: The request has been fulfilled and has resulted in one or more new resources being created.
204Ok No Content: The request was received and understood, but that there is no need to send any data back.
\n
\n

HTTP Error Codes

\n
\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
CodeDescription/Optional
400Bad Request: Invalid input or request
401Unauthorized: authentication token empty, invalid or expired
403Forbidden: User not Validated for operation
404Not Found
422Invalid input: invalid or missing required input
500Internal Server Error: unable to process request
\n
\n\n

Request Limits

\n

This section will be updated soon.

\n\n

Introduction to IATA Code API

\n

IATA Code API offers an interface for customers and partners to retrieve IATA codes for the specified Point of Sale or\n all Point of Sales in case none specified from Egencia. This API is organised around REST /JSON over HTTPS for\n data retrieval. The API returns JSON responses and uses standard HTTPs response codes, authentication, and verbs.

\n\n

Versioning

\n

\n Note: Please refer to the\n Versioning section\n of the BI Transaction API for further information regarding versioning\n \n

\n\n

Implementation method

\n

This public API solution allows clients to access the IATA codes based on the Point of Sales for different transactions\n obtained from the Transaction API response.

\n
\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
\n
Endpoint
\n
\n

/v1/egencia_iata

\n
MethodGET
Content-type application/json
Acceptapplication/json
\n
\n\n

Base Endpoint URL

\n

The Endpoint URL for communicating with the IATA Code API system is:

\n
\n \n \n \n GET {{posIataUrl}}\n \n \n
\n
\n

Please note the use of the https protocol. This ensures that all data that travels between the server and your\n program are encrypted. This protects your credentials and the transmitted data.

\n\n

Authentication

\n

Authentication for the IATA Code API is same as that of the Transactions API where the API supports access token based\n on OAuth2.0 protocol. You can use the same client ID and Client Secret ID as BI API for calling IATA Code API

\n

\n Note: Please refer to the\n Authentication section\n of the BI Transaction API for further information\n \n

\n\n

Request & Response

\n
\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
MethodEndpointDescription
GET/v1/egencia_iata?pos={point_of_sale}Gets IATA code based on the POS
\n
\n

Request Parameters

\n
\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
AttributeRequired/OptionalTypeDescription
posOptionalStringPoint of Sale for which the user wants to get the IATA code. If absent, gets all the available IATA\n Codes\n
\n
\n

Response Parameters

\n
\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
AttributeTypeDescription
posStringPoint of Sale
iataStringIATA code for the specified Point of sale
\n
\n\n

HTTP Success Response Codes

\n

\n Note: Please refer to the\n HTTP Success Response Codes section \n of the BI Transaction API for further information\n \n

\n\n

HTTP Error Codes

\n

\n Note: Please refer to the\n HTTP Error Codes section\n of the BI Transaction API for further information\n \n

\n\n

Getting Help

\n

To get help with the Egencia BI API, please contact our Support Team.

" title: BI Custom Data Field Cleanup Controller API version: v1.0 servers: - url: https://apis.egencia.com/bi/api description: Generated server url tags: - name: custom-data-field-cleanup-controller paths: /v1/sensitive/audit/clean: post: operationId: cleanup parameters: - in: query name: year required: true schema: type: string responses: '200': description: OK tags: - custom-data-field-cleanup-controller components: securitySchemes: OAuth2: flows: clientCredentials: tokenUrl: https://apis.egencia.com/auth/v1/token type: oauth2