Skip to content

Adyen/adyen-openapi

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Adyen OpenAPI / Swagger definitions

Adyen provides various APIs to help you accept payments on your website or mobile application, implement subscription billing, make payouts, and much more.

This repository contains Adyen API definition files, represented in the OpenAPI Specification standard (formerly known as Swagger Specification).

Folder structure

API definitions in this repository are organized into two sub-folders:

   /json – Definition files in the json format.
   /yaml – Definition files in the yaml format.

We support the OpenAPI version 3.1.0.

Usage

There are multiple ways you can use the OpenAPI definition to explore the Adyen API:

  • If you want to see the API definitions in action, visit the Adyen API Explorer portal.
  • If you prefer to use the classic Swagger toolset, upload these definitions to the Swagger Editor or SwaggerHub.
  • Also, we recommend you use Postman to import the API definition and create your personal collection of requests.

Vendor extensions

Adyen's API definitions contain some custom extensions, as allowed by the OpenAPI standard. These are extensions that provide metadata, such as the grouping and sort order of API objects, when they are displayed in the Adyen API Explorer.

x-groups

This extension provides a list of all endpoint groups for the selected API.

For example:

x-groups:
  - General
  - Modifications

x-groupName and x-sortIndex

These extensions specify how to group endpoints and sort them within a group.

For example:

paths:
    ...
    post:
      ...
      x-groupName: Modifications
      x-sortIndex: 5
   ...

x-publicVersion

This is an auxiliary extension that helps us verify that the current API version is publicly available.

x-addedInVersion, x-deprecatedInVersion and x-deprecatedMessage

These extensions help us add information when a certain endpoint or field has been added, and later when they are deprecated.

In addition, the x-deprecatedMessage can contain a human-readable message explaining what to use instead of a deprecated API, which provides much better developer experience:

        recurringDetailReference:
          deprecated: true
          x-deprecatedInVersion: 49
          x-deprecatedMessage: Use `storedPaymentMethodId` instead.
          description: This is the `recurringDetailReference` returned in the response when you created the token.
          type: string
        storedPaymentMethodId:
          x-addedInVersion: 49
          description: This is the `recurringDetailReference` returned in the response when you created the token.
          type: string

x-oneOf, x-anyOf, x-not and x-allOf

These extensions are equivalent to those from the JSON Schema but don't enforce strict validation.

We use them in some rare cases when we need to avoid validation issues with open-source tooling, while still being able to display this information in our API Explorer.

Support

If you have a feature request, or spotted a bug or a technical problem, create a GitHub issue. For other questions, contact our Team.

License

This repository is open source and available under the MIT license. For more information, see the LICENSE file.