API Basics

The versioning of each API is independent of the document version.

1. Requirements

All APIs require an API Key in the header when making a call. If you haven't issued an API Key, you can issue one in Generate API key.

FieldTypeDescription
x-api-keyStringAPI Key

2. Response Structure

All API responses follow the structure of the response object below.

FieldTypeDescription
detailStringMessage value according to the API call result.
resultObjectResult value according to the API call.
(Provided in case of a successful API call)

3. Common Error Responses

The following are common error responses that can occur when making API calls.

  1. 401 Unauthorized
  • API Key is missing or invalid
    {
      "detail": "Unauthorized"
    }
    
  1. 403 Plan is expired
  • Plan usage period has expired
    {
      "detail": "Plan is expired"
    }
    
  1. 403 Rate limit exceeded
  • API call count has exceeded the defined Rate limit
    {
      "detail": "Rate limit exceeded"
    }
    
  1. 403 Quota exceeded
  • API call count has exceeded the defined Quota
    {
      "detail": "Quota exceeded"
    }
    

4. Versioning

By default, the versions for APIs and Callbacks are managed separately. For example, GET v1/A and GETv2/B APIs can have different versions.

The versioning policy for APIs and Callbacks is as follows:

No version upgrade

  • Adding new columns to the response object

Version upgrade

  • Changing the column names in the response object
  • Changing the values of specific columns in the response object (data type, ENUM values, etc.)
  • Changing the structure of the response object
  • Adding new features that are not supported in previous versions