Air Bank OpenAPI - PISP v0
This is documentation of the PISP services of Air Bank OpenAPI.
Access to this API can be granted only to entities holding a PSD2 license issued by the Czech National Bank or other relevant regulatory body.
Versions
Version num. | Link | Valid from | Valid to |
---|---|---|---|
0 | documentation | 13.1.2018 | 1.6.2019 |
1 | documentation | 25.8.2018 | 31.8.2020 |
2 | skipped | ||
3 | documentation | 24.4.2020 | 19.01.2024 |
3.1 | documentation | 19.01.2024 |
There are some rules that are valid throughout whole API.
Naming conventions
-
we use camelCase for all object and property names
-
we use plural in resource names
Paging
-
some resources (stated in documentation) that return collection of objects support pagination.
-
on request:
- query parameter
limit
specifies maximum number of objects in returned collection - query parameter
after
specifies last object retrieved in previous request. Its value is usuallyid
of last object retrieved in previous call, but this will be stated in documentation. Parameterafter
is used when traversing collection forwards. - query parameter
before
specifies first object retrieved in previous request (analogy toafter
parameter), and is used when traversing collection backwards. - if
before
andafter
are omitted, beginning of collection is returned, using specified sort order - items in collection are always sorted accoridng to attribute which could be passed in after/before parameters. Even if you specify different sorting order, this attribute will be last sorting criterion; if you do not specify sorting order, result collection will be sorted according to this attribute.
- query parameter
-
on response:
pagingInfo
object is returned as part of response body with following attributes:- nextPage - request to retrieve next page. Either nextPage or previousPage is returned, depending whether you specify
after
orbefore
parameter. If you specify neitherbefore
norafter
parameter, these attributes will be omitted from response. - prevPage - request to retrieve previous page (see
nextPage
attribute description above). - itemsPerPage - number of items per page
- nextPage - request to retrieve next page. Either nextPage or previousPage is returned, depending whether you specify
Example request:
curl -X GET https://api.airbank.cz/openapi/banking/v1/transactions?sort=category&limit=10&after=15
Example response pagingInfo:
"pagingInfo": {
"nextPage": "transactions?sort=category&limit=10&after=25"
"itemsPerPage": 10,
}
Sorting
-
some resources (stated in documentation) suppors result sorting. You can specify sorting attributes and order using
sort
request parameter. For ascending order, specify just attribute name; for descending order, add unary - in front of attribute name. You can specify multiple attributes for sorting, separated by comma. -
each resource that supports sorting specifies list of attributes that can be used for sorting.
Examples:
-
/openapi/public/fxrates?sort=currencyCode
- get list of FX rates sorted by attribute currencyCode -
/openapi/public/branches?sort=-name
- get list of branches, sorted by attribute name in descending order -
/openapi/banking/accounts?sort=accountType,-accountCurrency,accountName
- get list of accounts, sorted by type (ascending), then by currency descending and then by account name (ascending)
Filtering
Some resources (stated in documentation) supports results filtering. Such resources have list of filters specified together with possible operations and possible values.
You can specify filtering by passing filter
attribute. General pattern to specify filter is:
<filterName>|<operator>|<values>
-
filterName
- filter name from documentation -
operator
- operator, specified in resource documentation -
values
- one or more values for filter. Multiple values are separated by comma
Multiple filters can be specified on each request, separated by semi-colon. They are joined by “AND”, so each result item must satisfy all conditions.
Filtering examples
- get a list of incoming transactions
GET /openapi/banking/transactions?filter=direction|eq|INCOMING
- get a list of transactions with category in (1, 5, 10)
GET /openapi/banking/transactions?filter=category|in|1,5,10
- get a list of transactions with valueDate in (2016-02-10, 2016-04-28>
GET /openapi/banking/transactions?filter=valueDate|gt|2016-02-10;valueDate|lteq|2016-04-28
List of operators
operator | meaning |
---|---|
lt | less than |
lteq | less than or equals |
eq | equals |
gteq | greater than or equals |
gt | greater than |
in | value in list |
API calls limits
When limit is reached, you receive HTTP error 429. To inform you about limits we use following headers:
-
X-Rate-Limit-Limit
- The number of allowed requests in the current period -
X-Rate-Limit-Remaining
- The number of remaining requests in the current period -
X-Rate-Limit-Reset
- The number of seconds left in the current period
Bandwith usage reducing
Fields attribute
-
for all GET resources, you can use optional
fields
query parameter to limit objects’ attributes returned in response -
fields
parameter contains comma-separated list of attributes, that will be present in response; if omitted, all objects’ attributes will be returned -
you can specify only top-level attributes in
fields
parameter. This means that when response is an object, you can only specify top-level attributes. When response is an array of objects, only top-level attributes of those objects can be specified. -
if you specify non-existent attribute or atttribute that is not in first level, you will receive HTTP status
400 Bad Request
-
fields
parameter has no effect on resources that returns plain value or array of plain values.
Examples:
/openapi/public/branches?fields=id,name,location
- only get list of branches with id, name and location attributes
GZIP compression
- we support GZIP compression of responses. Client must specify header
Accept-Encoding: gzip
in request in order to use the compression.
Versioning
We use API version in URL (e.g. https://api.airbank.cz/openapi/banking/v1/accounts
). Minor changes (see below) that don’t break backwards compatibility do NOT increase API version, e.g. they may happen without prior notice and your application should be ready to handle them.
Minor changes include:
-
adding new resource
-
adding new optional header/URL parameter or optional body attribute to request
-
adding new attribute to response body
-
adding new error codes and messages, provided that error structure is the same
Language
We use English.
Response encoding
Unless stated otherwise, all responses are sent as Content-Type: application/json;charset=UTF-8
HTTP status codes
We use following status codes throughout the API, except for OAuth flow when response codes are prescribed in RFC
-
200
OK
- request was successful -
201
Created
- request was successfull and resource was created -
204
No content
- we accepted your request but there is nothing to return (e.g. response is empty) -
400
Bad Request
- syntax error, e.g. request is missing required parameters/attributes or parameter values are of incorrect type -
401
Unauthorized
- your API key is wrong or user not authorized (not logged in) -
403
Forbidden
- access denied (e.g. user / application is not allowed to use the resource) -
404
Not Found
- resource could not be found -
405
Method Not Allowed
- specified method is not allowed for resource -
422
Unprocessable Entity
- validation (semantic) errors. Request is well-formed, but cannot be processed (e.g. payment due date is in past). Errors are specified in response body (see below) -
429
Too Many Requests
- you exceeded the rate limit (see API usage limits below) -
500
Internal Server Error
- something went wrong on our side -
503
Service Unavailable
- there is planned service outage (TODO: should specify response headers with more details on service outage)
API usage limits
Our API has usage limits, meaning number of API calls that your application can perform during specified time period. On each call, your app wil receive currently set limits and remaining quotas in following headers:
X-RateLimit-Limit-[API_NAME]-Minute: 10
- currently set limit of API calls
X-RateLimit-Remaining-[API_NAME]-Minute: 9
- remaining limit of API calls in given time period
If you exceed limits set for your application, you will receive HTTP status 429 with empty body.
Error handling
Besides HTTP status codes, which are the main indication if something goes wrong, we also use errors
object to report more details about errors.
Errors object example:
{
...
errors: [
{
"code": "ERR_100,
"message": "Invalid contract number",
"severity": "ERROR",
"attribute": "partyAccount.accountNumber", // optional
"ticketId": "UAT1:AMS:20160516-091658.450:45e4" // optional
},
{
"code": 352,
"message": "Insufficiend funds for payment order realization",
"severity": "WARN"
},
{
"code": 523,
"message": "This order will trigger currency exchange operation",
"severity": "INFO"
}
]
}
Error object attributes
attribute name | description |
---|---|
code | unique error code |
message | human readable error description (non-localized) |
severity | error severity (see below) |
attribute | json path of request attribute that caused the error (optional) |
ticketId | internal ticket ID, used for error backtracking |
There are 3 levels of error severity:
-
ERROR - critical error, execution cannot continue.
-
WARN - non-critical error, execution can continue but further user interaction is advisable (for request to proceed, you MUST specify this error code in
override
request attribute). -
INFO - information only, execution can continue without user interaction.
Most important error codes
-
OBJECT_NOT_FOUND - Cannot find required object
-
OBJECT_IN_WRONG_STATE - Cannot perform requested operation in current objects’ state (e.g. withdrawal code cannot be resend because it is inactive, or payment order cannot be edited)
-
INVALID_REQUEST - There are syntax errors in request (missing required parameter, wrong attribute value etc.)
-
FILTER_ERROR - There is an error in filter specification
-
SORT_ERROR - There is an error in sorting specification
-
GENERAL_ERROR - Unspecified (usually unexpected) error; use ticketId attribute to report it.
Formats
-
date and time uses ISO 8601 formatting, e.g.:
- date is represented as
YYYY-mm-dd
. Timezone is added when necessary. - time is represented as
Thh:mm:ss
. Timezone is added when necessary. - day of week is represented as number 1…7, with 1 being Monday
- week no. 1 is the week with the year’s first Thursday in it
- date is represented as
-
phone numbers uses international format starting with ‘+’ and including country code
-
numbers format number format is defined by JSON standard, e.g. decimals are separated by
.
Security ¶
Security concept of Open API
Security is our key concern. To allow you use our API securely, we divide API resources into three groups, each requiring different level of security.
Public services - prefix /openapi/public
To use public services like list of branches, you need a valid API key. There is no need for users of your application to log in, or even have any agreement with us.
Banking services - prefix /openapi/banking
To use banking services like list of accounts or transactions history, you need a valid OAuth2 access token. Chapter Authentication describes how to get and use it.
Sensitive banking operations - prefix /openapi/banking, stated in documentation
Some extra sensitive banking operations (like entering a payment) requires additional user authorization, on top of valid OAuth2 token. Authorization mechanism is described in chapter Authorization.
Certficates
You need to include a valid user (client SSL) certificate to access all the API resources (except Public APIs). The certificate must be issued according RTS Commission Delegated Regulation (EU) 2018/389.
You must use this client SSL certificate when registering an application with /oauth2/register and then for calling any /oauth2/*
resource.
We currently support formats from following certification authorities:
If you have a certificate that has different format and is issued by approved certification authority, please contact us.
API key and Client ID & Secret
OAuth2 client_id
, client_secret
and api_key
for accessing protected services can be created by calling the /oauth2/register endpoint.
Notice: API key from
/oauth2/register
intended for using for calling some services with oauth2 (not for public sevices (/openapi/public/*
).
Obtaining API key (for public services only)
You can get API Key in Developers portal for accessing public services (e.g. services that are not bound to current user).
Important: Keep your production API keys safe, as it will identify your application, counts to resource usage limits etc.
Using API key (for public services only)
API key is a 30 character string, that must be passed on each API call in header field called apikey
. Example:
curl -H "apikey: 62eb165c070a41d5c1b58d9d3d725ca1" https://api.airbank.cz/openapi/public/branches
- if you fail to specify apikey, you will receive
401 Unauthorized
error and following response body:
{"message":"No API Key found in headers, body or querystring"}
- if you provide invalid apikey, you will receive
403 Forbidden
error and following response body:
{"message":"Invalid authentication credentials"}
Authentication
To access user sensitive data through API (use /openapi/banking
, accountInfo
, etc… resources), user must grant your application a permission to do so. Open API uses OAuth2 mechanism to grant permissions to access user data. As for now, only authorization code grant flow is supported. This section describes mechanism and resources to get valid access token and use it to access protected resources.
- if you fail to specify OAuth2 token, you will receive
401 Unauthorized
error and following response body:
{
"error_description": "The access token is missing",
"error": "invalid_request"
}
- if you provide invalid OAuth2 token, you will receive
401 Unauthorized
error and following response body:
{
"error_description":"The access token is invalid or has expired",
"error":"invalid_token"
}
Developers perspective
-
Register your application at developers portal and request access to OAuth2 protected resources. You have to provide (beside others)
redirect URI
attribute - this is the URI user is redirected to after he logs in and approves your application (see below to learn more). You will receiveclient ID
,client secret
andAPI key
(note: those are different than apikey, used to access any resource from public Open API). -
When you wish to access protected resource (pretty much anything under /openapi/banking,accountInfo, etc… path) for the first time, redirect user to
login page
with parameters:client_id
- client ID parameter you received from previous stepresponse_type
- only valuecode
is supportedstate
- random value that will be returned to you. You should check the value received on successfull redirect back to your app. Setting the state parameter is optional, but highly recommendedredirect_uri
- Optional parameter. If you have more than one URL registered with your application, you can select one forwarding address. The redirect_uri parameter must start as at least one URL from the collection of URLs registered with your application. If the redirect_uri parameter is not specified, the first URL to be redirected from the application is used.
Example login request:
https://ib.airbank.cz/?client_id=MYID&response_type=code&state=ehshvnajgtf34
IMPORTANT NOTE: Do not use embedded webview in mobile applications, use platform native browser instead.
-
User have to log-in using his bank identity and approve your application’s access
-
If successfull, user is redirected to
redirect URI
you specified at application registration, together with parametercode
. This redirect should be handled by your application, in order to exchange code for valid access token; for mobile applications, consider using custom URL scheme (iOS), intents (Android) or similar mechanism.Example redirect URI:
https://myapp.example.com/handle_authentication?code=123arjdmvcskfm&state=ehshvnajgtf34
-
Upon receiving redirect URI on successfull authentication, you have to check
state
parameter - it has to be the same as you passed to login page. If it differs, you should not continue. -
Access API
token resource
and exchangecode
for access token. You will also receive refresh token; you can use it to get new access token when access token validity expires. -
You receive
access token
that has limited lifespan (usually to 20 min or so), along withrefresh token
. Refresh token can later be used to exchange for new access token, when old one expires. -
Use retireved
access token
to access protected resources by specifying it in headerAuthorization
, together with its type, e.g.:curl -H "Authorization: Bearer access_token" https://apiendpoint/openapi/banking/profile
IMPORTANT NOTES:
- You must keep your client secret safe. It serves as your application password.
- Starting from 27 July 2023, refresh token validity is extended from 90 to 180 days.
User perspective
-
User runs your application for the first time
-
Your application redirects user to Open API login page
-
User provides its credentials (user + password, possibly combined with another factor like SMS code etc)
-
User sees a page, that displays details about your application and rights it requested.
-
User authorizes your application’s access and he can start using your application.
Authentication resources
resource | environment | address |
---|---|---|
login page | production | https://ib.airbank.cz |
token resource | production | /oauth2/token |
Authorization
Sensitive active operations (such as placing a payment order) requires additional authorization, besides existing OAuth2 token. Such resources are marked in documentation. This section describes mechanism and resources used for authorization.
Currently there are two methods of authorization supported:
-
redirecting user to a bank authorization page and grab the authorization result behind the scenes - this is the default and always available method
-
use API resources to initiate and grab the authorization result - this method is only allowed when certain conditions are met (such as user approved authorization methods etc.)
Authorization object
Parameters of authorization are returned as a result of sensitive active operation (e.g. by creating/updating payment order). Authorization object has following structure:
-
authorizationId:
aobrCdeU1Yu4HG_sKQe_uP25B0CYz7hsPYK_w9uF41ZK90KE9mANj
(string, required) - internal authorization request identifier, expect arbitrary long string. -
authResultURL:
/openapi/banking/authorization/aobrCdeU1Yu4HG_sKQe_uP25B0CYz7hsPYK_w9uF41ZK90KE9mANj
(string, required) - resource used to GET authorization result -
mustRedirect: false (boolean, required) - if set to true, application must redirect user to
redirectURL
to complete authorization -
redirectURL:
https://www.airbank.cz/authorization/aobrCdeU1Yu4HG_sKQe_uP25B0CYz7hsPYK_w9uF41ZK90KE9mANj
(string, required) - redirect URL for fallback authorization or for redirecting ifmustRedirect
is set to true -
status:
IN_PROGRESS
(string, required) - authorization status. If status isAUTHORIZED
, you can fetch the result by calling appropriate resource.
When mustRedirect
is set to true
, your app MUST use the redirect method to complete authorization.
Redirect user to bank authorization page
Authorization flow is handled completely by a web page provided by bank. All your app have to do is to redirect user to redirectURL
, which initiates the authorization flow. You SHOULD provide query parameter callbackURL
to the authorization web page; user will be redirected to this callbackURL
when authorization finishes. This callbackURL MUST be registered in developers portal with corresponding application.
You will get the authorization result by calling authResultURL
resource after your app gets notified by the redirection.
Use API resources to do the authorization
Alternative method, which is only available when mustRedirect
attribute is set to false
. Authorization flow is started by active operation itself, and all your app have to do is regularly poll authResultURL
resource to retrieve authorization result. Your application SHOULD provide some indication to user that authorization is in progress. Your application SHOULD always provide means to access default authorization method of redirecting to bank authorization page, as this alternative method availability may vary by user.
Security resources ¶
This is the resources used to support security concepts described above.
Application registration ¶
Body
{
"client_name": "Application Name",
"redirect_uris" : [
"https://ib.airbank.cz/paired",
],
"scopes" : [
"PISP",
"AISP",
"CISP"
]
}
Headers
Content-Type: application/json;charset=UTF-8
Body
{
"client_id": "4224c721d0bf47a5a109250db484e0e8",
"client_secret": "5527f7a57202424f9ed5cc00e8b300fd",
"api_key": "6667f7a57202424f9ed5cc00e8b666fd"
}
Schema
{
"$schema": "http://json-schema.org/draft-04/schema#",
"type": "object",
"properties": {
"client_id": {
"type": "string",
"description": "client ID used to retrieve OAuth2 token"
},
"client_secret": {
"type": "string",
"description": "client secret used to retrieve OAuth2 token"
},
"api_key": {
"type": "string",
"description": "key to identify API calling"
}
},
"required": [
"client_id",
"client_secret",
"api_key"
]
}
Application registrationPOST/oauth2/register
This resource is used to register an application before accessing other API endpoints. Included scopes must be a subset of these included in an user certificate.
It is not possible to update the application. If you want to update the application record, delete the existing application and register a new one.
Application info ¶
Headers
Content-Type: application/json;charset=UTF-8
Body
{
"client_id": "4224c721d0bf47a5a109250db484e0e8",
"client_secret": "5527f7a57202424f9ed5cc00e8b300fd",
"api_key": "6667f7a57202424f9ed5cc00e8b666fd",
"redirect_uris": [
"https://ib.airbank.cz/paired"
],
"client_name": "Application Name"
}
Schema
{
"$schema": "http://json-schema.org/draft-04/schema#",
"type": "object",
"properties": {
"client_id": {
"type": "string",
"description": "client ID used to retrieve OAuth2 token"
},
"client_secret": {
"type": "string",
"description": "client secret used to retrieve OAuth2 token"
},
"api_key": {
"type": "string",
"description": "key to identify API calling"
},
"redirect_uris": {
"type": "array",
"description": "List of registered redirect uris"
},
"client_name": {
"type": "string",
"description": "Application name"
}
},
"required": [
"client_id",
"client_secret",
"api_key",
"client_name"
]
}
Application infoGET/oauth2/register/{client_id}
This resource is used to retrieve information about an application.
- client_id
string
(required) Example: 4224c721d0bf47a5a109250db484e0e8Client id from the registration of the application
Renew OAuth secrets ¶
Headers
Content-Type: application/json;charset=UTF-8
Body
{
"client_id": "4224c721d0bf47a5a109250db484e0e8",
"client_secret": "5527f7a57202424f9ed5cc00e8b300fd",
"api_key": "6667f7a57202424f9ed5cc00e8b666fd"
}
Schema
{
"$schema": "http://json-schema.org/draft-04/schema#",
"type": "object",
"properties": {
"client_id": {
"type": "string",
"description": "client ID used to retrieve OAuth2 token"
},
"client_secret": {
"type": "string",
"description": "client secret used to retrieve OAuth2 token"
},
"api_key": {
"type": "string",
"description": "key to identify API calling"
}
},
"required": [
"client_id",
"client_secret",
"api_key"
]
}
Renew OAuth secretsPOST/oauth2/register/{client_id}/renewSecret
This resource is used to renew client secret used in OAuth2 for given client ID.
- client_id
string
(required) Example: 4224c721d0bf47a5a109250db484e0e8Client id from the registration of the application
Delete application ¶
Delete applicationDELETE/oauth2/register/{client_id}
This resource is used to delete application registration.
- client_id
string
(required) Example: 4224c721d0bf47a5a109250db484e0e8Client id from the registration of the application
Token exchange resource ¶
Body
{
"grant_type": "authorization_code",
"code": "123arjdmvcskfm",
"redirect_uri": "https://myapp.example.com/handle_authentication",
"client_id": "<your client ID>",
"client_secret": "<your client secret>"
}
Headers
Content-Type: application/json;charset=UTF-8
Body
{
"access_token": "aa225511dd",
"expires_in": 7200,
"refresh_token": "ff423123aa",
"token_type": "bearer"
}
Schema
{
"$schema": "http://json-schema.org/draft-04/schema#",
"type": "object",
"properties": {
"access_token": {
"type": "string",
"description": "OAuth2 access token"
},
"expires_in": {
"type": "number",
"description": "token validity in seconds"
},
"refresh_token": {
"type": "string",
"description": "OAuth2 refresh token"
},
"token_type": {
"type": "string",
"description": "OAuth2 token type"
}
},
"required": [
"access_token",
"expires_in",
"token_type"
]
}
Body
{
"grant_type": "refresh_token",
"refresh_token": "123arjdmvcskfm",
"client_id": "<your client ID>",
"client_secret": "<your client secret>"
}
Headers
Content-Type: application/json;charset=UTF-8
Body
{
"access_token": "aa225511dd",
"expires_in": 7200,
"refresh_token": "ff423123aa",
"token_type": "bearer"
}
Schema
{
"$schema": "http://json-schema.org/draft-04/schema#",
"type": "object",
"properties": {
"access_token": {
"type": "string",
"description": "OAuth2 access token"
},
"expires_in": {
"type": "number",
"description": "token validity in seconds"
},
"refresh_token": {
"type": "string",
"description": "OAuth2 refresh token"
},
"token_type": {
"type": "string",
"description": "OAuth2 token type"
}
},
"required": [
"access_token",
"expires_in",
"token_type"
]
}
Token exchange resourcePOST/oauth2/token
This resource is used to retrieve access token, either from authorization code or from refresh token.
Token revoke resource ¶
Headers
Content-Type: application/x-www-form-urlencoded;charset=UTF-8
Body
token=123arjdmvcskfm
Body
___
Token revoke resourcePOST/oauth2/token/revoke
This resource is used to revoke an access or refresh token. This operation is not supported by sandbox.
Payments ¶
Domestic payment order resources. You need valid OAuth2 access token to access these resources.
Create or validate a domestic payment order ¶
Headers
Content-Type: application/json;charset=UTF-8
Body
{
"value": {
"amount": 1000.6,
"currency": "CZK"
},
"partyAccount": {
"prefix": "000000",
"accountNumber": "1235335010",
"bankCode": "3030"
},
"dueDate": "2018-01-22",
"payeeMessage": "Lorem ipsum dolor sit amet, consectetur adipiscing elit.",
"payerMessage": "Mauris mollis justo neque, ac iaculis erat lacinia vel.",
"categoryId": 1,
"additionalInfo": {
"constantSymbol": "0558",
"variableSymbol": "9",
"specificSymbol": "100011"
},
"sendConfirmationEmail": true,
"override": [
"WRN_INSUFFICIENT_FUNDS"
]
}
Schema
{
"$schema": "http://json-schema.org/draft-04/schema#",
"type": "object",
"properties": {
"value": {
"type": "object",
"properties": {
"amount": {
"type": "number",
"description": "amount of money"
},
"currency": {
"type": "string",
"description": "currency of money"
}
},
"required": [
"amount",
"currency"
],
"description": "amount & currency of payment order"
},
"partyAccount": {
"type": "object",
"properties": {
"prefix": {
"type": "string",
"description": "account number prefix"
},
"accountNumber": {
"type": "string",
"description": "account number. For domestic accounts, this will be specified in national format."
},
"bankCode": {
"type": "string",
"description": "for domestic accounts, bank code in national format; for foreign accounts, BIC code."
}
},
"required": [
"accountNumber",
"bankCode"
],
"description": "party account number"
},
"dueDate": {
"type": "string",
"description": "payment order due date"
},
"payeeMessage": {
"type": "string",
"description": "message for payee"
},
"payerMessage": {
"type": "string",
"description": "message for payer"
},
"categoryId": {
"type": "number",
"description": "id of category for payment order. More info about category can be retrieved using /openapi/banking/categories resource."
},
"additionalInfo": {
"type": "object",
"properties": {
"constantSymbol": {
"type": "string"
},
"variableSymbol": {
"type": "string"
},
"specificSymbol": {
"type": "string"
}
},
"description": "payment order additional info (symbols)"
},
"sendConfirmationEmail": {
"type": "boolean",
"description": "whether confirmation e-mail should be sent at payment's realization"
},
"override": {
"type": "array",
"description": "list of warnings that should be ignored"
}
},
"required": [
"value",
"partyAccount",
"dueDate"
]
}
Payment order was successfully created.
Headers
Content-Type: application/json;charset=UTF-8
Body
{
"authorization": {
"authorizationId": "aobrCdeU1Yu4HG_sKQe_uP25B0CYz7hsPYK_w9uF41ZK90KE9mANj_",
"authResultURL": "/openapi/banking/payments/domestic/authorization/aobrCdeU1Yu4HG_sKQe_uP25B0",
"mustRedirect": false,
"redirectURL": "https://www.airbank.cz/authorization/aobrCdeU1Yu4HG_sKQe_uP25B0",
"status": "IN_PROGRESS"
}
}
Schema
{
"$schema": "http://json-schema.org/draft-04/schema#",
"type": "object",
"properties": {
"authorization": {
"type": "object",
"properties": {
"authorizationId": {
"type": "string",
"description": "internal authorization request identifier. Expect arbitrary long string."
},
"authResultURL": {
"type": "string",
"description": "resource used to GET authorization result"
},
"mustRedirect": {
"type": "boolean",
"description": "if set to true, application must redirect user to `redirectURL` to complete authorization"
},
"redirectURL": {
"type": "string",
"description": "redirect URL for fallback authorization or for redirecting if `mustRedirect` is set to true"
},
"status": {
"type": "string",
"enum": [
"IN_PROGRESS",
"AUTHORIZED",
"REJECTED",
"TIMEOUTED"
]
}
},
"required": [
"authorizationId",
"authResultURL",
"mustRedirect",
"redirectURL",
"status"
]
}
},
"required": [
"authorization"
]
}
Headers
Content-Type: application/json;charset=UTF-8
Body
{
"value": {
"amount": 1000.6,
"currency": "CZK"
},
"partyAccount": {
"prefix": "000000",
"accountNumber": "1235335010",
"bankCode": "3030"
},
"dueDate": "2018-01-22",
"payeeMessage": "Lorem ipsum dolor sit amet, consectetur adipiscing elit.",
"payerMessage": "Mauris mollis justo neque, ac iaculis erat lacinia vel.",
"categoryId": 1,
"additionalInfo": {
"constantSymbol": "0558",
"variableSymbol": "9",
"specificSymbol": "100011"
},
"sendConfirmationEmail": true,
"override": [
"WRN_INSUFFICIENT_FUNDS"
]
}
Schema
{
"$schema": "http://json-schema.org/draft-04/schema#",
"type": "object",
"properties": {
"value": {
"type": "object",
"properties": {
"amount": {
"type": "number",
"description": "amount of money"
},
"currency": {
"type": "string",
"description": "currency of money"
}
},
"required": [
"amount",
"currency"
],
"description": "amount & currency of payment order"
},
"partyAccount": {
"type": "object",
"properties": {
"prefix": {
"type": "string",
"description": "account number prefix"
},
"accountNumber": {
"type": "string",
"description": "account number. For domestic accounts, this will be specified in national format."
},
"bankCode": {
"type": "string",
"description": "for domestic accounts, bank code in national format; for foreign accounts, BIC code."
}
},
"required": [
"accountNumber",
"bankCode"
],
"description": "party account number"
},
"dueDate": {
"type": "string",
"description": "payment order due date"
},
"payeeMessage": {
"type": "string",
"description": "message for payee"
},
"payerMessage": {
"type": "string",
"description": "message for payer"
},
"categoryId": {
"type": "number",
"description": "id of category for payment order. More info about category can be retrieved using /openapi/banking/categories resource."
},
"additionalInfo": {
"type": "object",
"properties": {
"constantSymbol": {
"type": "string"
},
"variableSymbol": {
"type": "string"
},
"specificSymbol": {
"type": "string"
}
},
"description": "payment order additional info (symbols)"
},
"sendConfirmationEmail": {
"type": "boolean",
"description": "whether confirmation e-mail should be sent at payment's realization"
},
"override": {
"type": "array",
"description": "list of warnings that should be ignored"
}
},
"required": [
"value",
"partyAccount",
"dueDate"
]
}
Payment order was successfully validated, no errors are present.
Headers
Content-Type: application/json;charset=UTF-8
Headers
Content-Type: application/json;charset=UTF-8
Body
{
"value": {
"amount": 1000.6,
"currency": "CZK"
},
"partyAccount": {
"prefix": "000000",
"accountNumber": "1235335010",
"bankCode": "3030"
},
"dueDate": "2018-01-22",
"payeeMessage": "Lorem ipsum dolor sit amet, consectetur adipiscing elit.",
"payerMessage": "Mauris mollis justo neque, ac iaculis erat lacinia vel.",
"categoryId": 1,
"additionalInfo": {
"constantSymbol": "0558",
"variableSymbol": "9",
"specificSymbol": "100011"
},
"sendConfirmationEmail": true,
"override": [
"WRN_INSUFFICIENT_FUNDS"
]
}
Schema
{
"$schema": "http://json-schema.org/draft-04/schema#",
"type": "object",
"properties": {
"value": {
"type": "object",
"properties": {
"amount": {
"type": "number",
"description": "amount of money"
},
"currency": {
"type": "string",
"description": "currency of money"
}
},
"required": [
"amount",
"currency"
],
"description": "amount & currency of payment order"
},
"partyAccount": {
"type": "object",
"properties": {
"prefix": {
"type": "string",
"description": "account number prefix"
},
"accountNumber": {
"type": "string",
"description": "account number. For domestic accounts, this will be specified in national format."
},
"bankCode": {
"type": "string",
"description": "for domestic accounts, bank code in national format; for foreign accounts, BIC code."
}
},
"required": [
"accountNumber",
"bankCode"
],
"description": "party account number"
},
"dueDate": {
"type": "string",
"description": "payment order due date"
},
"payeeMessage": {
"type": "string",
"description": "message for payee"
},
"payerMessage": {
"type": "string",
"description": "message for payer"
},
"categoryId": {
"type": "number",
"description": "id of category for payment order. More info about category can be retrieved using /openapi/banking/categories resource."
},
"additionalInfo": {
"type": "object",
"properties": {
"constantSymbol": {
"type": "string"
},
"variableSymbol": {
"type": "string"
},
"specificSymbol": {
"type": "string"
}
},
"description": "payment order additional info (symbols)"
},
"sendConfirmationEmail": {
"type": "boolean",
"description": "whether confirmation e-mail should be sent at payment's realization"
},
"override": {
"type": "array",
"description": "list of warnings that should be ignored"
}
},
"required": [
"value",
"partyAccount",
"dueDate"
]
}
Specific account not found.
Headers
Content-Type: application/json;charset=UTF-8
Body
{
"errors": [
{
"code": "ERR_1000_SOME_ERROR_CODE",
"message": "Some error/validation message description",
"severity": "ERROR",
"attribute": "accountId",
"ticketId": "UAT1:AMS:20160516-091658.450:45e4"
}
]
}
Schema
{
"$schema": "http://json-schema.org/draft-04/schema#",
"type": "object",
"properties": {
"errors": {
"type": "array",
"items": {
"type": "object",
"properties": {
"code": {
"type": "string",
"description": "unique internal error code"
},
"message": {
"type": "string",
"description": "human readable error description (non-localized)"
},
"severity": {
"type": "string",
"enum": [
"ERROR",
"WARN",
"INFO"
]
},
"attribute": {
"type": "string",
"description": "json path of request attribute that caused the error (if applicable)"
},
"ticketId": {
"type": "string",
"description": "internal ticket ID, used for error backtracking"
}
},
"required": [
"code",
"message",
"severity"
]
}
}
},
"required": [
"errors"
]
}
Headers
Content-Type: application/json;charset=UTF-8
Body
{
"value": {
"amount": 1000.6,
"currency": "CZK"
},
"partyAccount": {
"prefix": "000000",
"accountNumber": "111111111",
"bankCode": "3030"
},
"dueDate": "2010-01-22",
"payeeMessage": "Lorem ipsum dolor sit amet, consectetur adipiscing elit.",
"payerMessage": "Mauris mollis justo neque, ac iaculis erat lacinia vel.",
"additionalInfo": {
"constantSymbol": "0558",
"variableSymbol": "9",
"specificSymbol": "100011"
}
}
Schema
{
"$schema": "http://json-schema.org/draft-04/schema#",
"type": "object",
"properties": {
"value": {
"type": "object",
"properties": {
"amount": {
"type": "number",
"description": "amount of money"
},
"currency": {
"type": "string",
"description": "currency of money"
}
},
"required": [
"amount",
"currency"
],
"description": "amount & currency of payment order"
},
"partyAccount": {
"type": "object",
"properties": {
"prefix": {
"type": "string",
"description": "account number prefix"
},
"accountNumber": {
"type": "string",
"description": "invalid account number (mod 11)"
},
"bankCode": {
"type": "string",
"description": "for domestic accounts, bank code in national format; for foreign accounts, BIC code."
}
},
"required": [
"accountNumber",
"bankCode"
],
"description": "party account number"
},
"dueDate": {
"type": "string",
"description": "payment order due date"
},
"payeeMessage": {
"type": "string",
"description": "message for payee"
},
"payerMessage": {
"type": "string",
"description": "message for payer"
},
"categoryId": {
"type": "number",
"description": "id of category for payment order. More info about category can be retrieved using /openapi/banking/categories resource."
},
"additionalInfo": {
"type": "object",
"properties": {
"constantSymbol": {
"type": "string"
},
"variableSymbol": {
"type": "string"
},
"specificSymbol": {
"type": "string"
}
},
"description": "payment order additional info (symbols)"
}
},
"required": [
"value",
"partyAccount",
"dueDate"
]
}
There are validation errors (specified in response body). You can override errors with WARN
severity by specifying their codes in override
request attribute.
Headers
Content-Type: application/json;charset=UTF-8
Body
{
"errors": [
{
"code": "ERR_1000_SOME_ERROR_CODE",
"message": "Some error/validation message description",
"severity": "ERROR",
"attribute": "accountId",
"ticketId": "UAT1:AMS:20160516-091658.450:45e4"
}
]
}
Schema
{
"$schema": "http://json-schema.org/draft-04/schema#",
"type": "object",
"properties": {
"errors": {
"type": "array",
"items": {
"type": "object",
"properties": {
"code": {
"type": "string",
"description": "unique internal error code"
},
"message": {
"type": "string",
"description": "human readable error description (non-localized)"
},
"severity": {
"type": "string",
"enum": [
"ERROR",
"WARN",
"INFO"
]
},
"attribute": {
"type": "string",
"description": "json path of request attribute that caused the error (if applicable)"
},
"ticketId": {
"type": "string",
"description": "internal ticket ID, used for error backtracking"
}
},
"required": [
"code",
"message",
"severity"
]
}
}
},
"required": [
"errors"
]
}
Create or validate a domestic payment orderPOST/openapi/paymentInit/v0/accounts/{accountId}/payments/domestic{?validate_only}
Create or validate a new domestic payment order of a specific account. If validate_only
parameter is set to true, no payment order will be created - this is used for validation purposes, as you get validation errors in response body before you actually try to place the order.
This resource requires authorization, e.g. payment order is not executed unless authorized by user - see section Authorization.
- accountId
number
(required) Example: 123Specific account identifier.
- validate_only
boolean
(optional) Default: false Example: falseif set to
true
, NO payment order is created - only validation happens.
Generated by aglio on 21 Mar 2024