This document explains how to integrate with Nordigen API to process and analyse account information. Nordigen API is a set of endpoints that allows you to integrate our Transaction Categorisation and Insights solutions with your system. All responses will be shown in JSON format. All endpoints require the Authorization token.
Before you start, make sure you have acquired an API Client ID and Client Secret from the Nordigen API Dashboard. If you are not a Dashboard user, please contact open a support request.
To jump start your integration, head straight to the Quickstart Guide.
If you’re looking for Account Information API documentation, click here.
Nordigen API uses token-based authentication. You'll need the client_id and client_secret assigned to your organisation. These credentials can be found in the Nordigen API Dashboard. To get the token, send the request to https://api.nordigen.com/oauth/token with POST HTTP request body:
KEY | VALUE | OPTIONAL |
---|---|---|
client_id | Your client ID | |
client_secret | Your client secret | |
audience | https://nordigen/api | |
grant_type | client_credentials |
We periodically release new versions. Current version is v2. You can provide specific version in the request URL; e.g., https://api.nordigen.com/v2/report/process/:request-id.
All error HTTP codes will be 4xx or 5xx, so we recommend using success http codes for the control flow and the error codes for informative purposes. If an error has occurred, it will be displayed in the following form:
[
{
"title": "Not Found",
"detail": "The requested URL was not found on the server. If you entered the URL manually please check your spelling and try again.",
"error-code": "NOT_FOUND",
"source": []
}
]
HTTP code 404
Error code | Description | HTTP status |
---|---|---|
API_REQUIRED_PARAMS_MISSING | One or more params required missing, check source for which elements need to be filled | 400 |
TIMEOUT_PROCESSING | Processing timed out | 400 |
ANALYSIS_ALREADY_REQUESTED | Analysis operations were already requested for this record | 400 |
PDF_PARSE_FAILURE | Unsupported pdf file was uploaded | 400 |
TOO_MANY_REQUESTS | Too many requests in a short period of time | 429 |
EXCEEDED_LIMIT | Processing record limit has been exceeded | 400 |
NO_SUITABLE_PARSERS | Unsupported file was uploaded but with valid file format | 400 |
UNKNOWN_ERROR | Unexpected error occurred whilst processing the file | 500 |
NOT_FOUND | Could not find specified request_id in database | 404 |
GONE | Stored file associated with the request_id can not be fetched | 410 |
UNSUPPORTED_COUNTRY_REQUESTED | Given country code not in supported country list, see Supported File Formats | 400 |
SERVICE_UNAVAILABLE | Downtime/misconfiguration on Nordigen part | 503 |
FORBIDDEN | No access for the resource | 403 |
FEATURE_EXTRACT_FAILURE | Failed process feature extraction, most likely because of the lack of data | 400 |
CREDIT_SCORING_FAILURE | Failed process credit scoring calculation, most likely because of the lack of data | 400 |
Set up webhooks to send a request with the status of the processing record to your server once analysing account information is finished.
To set up webhooks see Webhooks under Endpoints section. To apply the webhook, pass “use_webhook”: true when requesting which operations to use.
To the specified URL POST, the request will be sent with body as follows:
{
"request_id": "request_id",
"status": "COMPLETE/FAILURE",
}
We support OAuth 2.0 and Basic Auth flows. If Oauth 2.0 is set, a token POST request will be sent with body as follows:
{
"client_id": "<client_id>",
"client_secret": "<client_secret>",
"audience": "<audience> (can be null)",
"grant_type": "client_credentials"
}
{
"access_token": "<access_token>",
"expires_in": 86400,
"token_type": "Bearer"
}
If a webhook request responds with 401, a new token will be requested once.
For HTTP codes 413, 429, 500, 502, 503, 504 the webhook request will be retried up to 10 times with exponential backoff of 0.5 * (2^n-1), where n is a retry count.
Nordigen Categorisation & Insights API accepts account data aggregated via Nordigen's Open Banking Portal. The supported format matches Berlin Group standard and files are provided in JSON. To upload multiple accounts at once you can pass the same format into an array of objects described below. In order to process data on customer level with Categorisation & Insights API, please make sure to upload all data points in the format outlined below:
{
"transactions": {
"booked": [
{
"transactionId": "2020103000624289-1",
"debtorName": "Alex Watson",
"debtorAccount": {
"iban": "GB29IBAN20160604201923"
},
"transactionAmount": {
"currency": "EUR",
"amount": "45.00"
},
"bankTransactionCode": "PMNT",
"bookingDate": "2020-10-30",
"valueDate": "2020-10-30",
"remittanceInformationUnstructured": "A Gift"
},
{
"transactionId": "2020111101899195-1",
"transactionAmount": {
"currency": "EUR",
"amount": "-15.00"
},
"bankTransactionCode": "PMNT",
"bookingDate": "2020-11-11",
"valueDate": "2020-11-11",
"remittanceInformationUnstructured": "PAYMENT Tasty Coffe"
}
],
"pending": [
{
"transactionAmount": {
"currency": "EUR",
"amount": "10.00"
},
"valueDate": "2020-11-03",
"remittanceInformationUnstructured": "Reserved PAYMENT Best Burgers"
}
]
},
"balances": [
{
"balanceAmount": {
"amount": "100.00",
"currency": "EUR"
},
"balanceType": "interimAvailable"
}
],
"account": {
"iban": "GB29IBAN20160604201923",
"currency": "EUR",
"ownerName": "Alex Watson",
"bic": "GB29IBAN"
}
}
KEY | DESCRIPTION | OPTIONAL |
---|---|---|
transactions | Array of transaction objects | |
transactionId | Unique transaction identifier given by ASPSP | YES |
bookingDate | The Date when an entry is posted to an account on the ASPSPs books. | YES |
valueDate | The Date at which assets become available to the account owner in case of a credit | YES |
transactionAmount | The amount of the transaction as billed to the account. | |
creditorName | Name of the creditor if a "Debited" transaction | YES |
debtorName | Name of the debtor if a "Credited" transaction | YES |
remittanceInformationUnstructured | Transaction description | |
bankTransactionCode | Bank transaction code as used by the ASPSP and using the sub elements of this structured code defined by ISO20022. For standing order reports the following codes are applicable: "PMNT-ICDT-STDO" for credit transfers, "PMNT-IRCT-STDO" for instant credit transfers, "PMNT-ICDT-XBST" for cross-border credit transfers, "PMNT-IRCT-XBST" for cross-border real time credit transfers, "PMNT-MCOP-OTHR" for specific standing orders which have a dynamical amount to move left funds e.g. on month end to a saving account | YES |
balances | Array of balance objects | YES |
balanceAmount | Object describing amount of balance | |
balanceType | Type of balance object, currently we only read interimAvailableas balance at the end of the period | |
account | object describing account information | YES |
iban | Account's IBAN code | YES |
currency | Account's currency | YES |
ownerName | Holder's name (to be used as UUID information for continous analysis of end users) | YES |
bic | Accoun's BIC code | YES |
If you're aggregating account data via other Third Party Providers, please make sure to map your result to the default input JSON file structure depicted below. Please note that some keys in the input files are optional; namely, the key value can be empty if not available from data.
You can download a sample of our default JSON input file here. In case of questions about mapping from in house format to Nordigen JSON, please open a support request with our team.
{
"account_list": [
{
"account_nr": "GB29IBAN20160604201923",
"holder_name": "Alex Watson",
"holder_id": "920160406",
"bank_name": "Some Bank",
"currency": "GBP",
"start_balance": 2016.46,
"end_balance": 2750.86,
"debit_turnover": 366.40,
"credit_turnover": 1100.80,
"period_start": "2019-08-01",
"period_end": "2019-08-15",
"transaction_list": [
{
"date": "2019-08-01",
"partner": "Local Groceries",
"info": "PURCHASE 201620190406111 15.45GBP",
"transaction_id": "arbritary-unique-id1",
"sum": -15.45
},
{
"date": "2019-08-05",
"partner": "Job Ltd",
"info": "SALARY 201620190406222 900.80GBP",
"transaction_id": "arbritary-unique-id2",
"sum": 900.80
},
{
"date": "2019-08-07",
"partner": "Freelance Agency Ltd",
"info": "ROYALTIES 201620190406333 200.00GBP",
"transaction_id": "arbritary-unique-id3",
"sum": 200.00
},
{
"date": "2019-08-11",
"partner": "Gas Station",
"info": "PURCHASE 201620190406444 50.45GBP",
"transaction_id": "arbritary-unique-id4",
"sum": -50.45
},
{
"date": "2019-08-15",
"partner": "Loan Bank",
"info": "MORTGAGE PAYMENT, AGREEMENT A201664 300.50GBP",
"transaction_id": "arbritary-unique-id5",
"sum": -300.50
}
]
}
]
}
KEY | DESCRIPTION | OPTIONAL |
---|---|---|
account_nr | IBAN | Yes |
holder_name | Name of the account holder (to be used as UUID information for continous analysis of end users) | Yes |
bank_name | Name of the bank the account belongs to | Yes |
currency | A string of currency objects | Yes |
start_balance | Account balance at the beginning | Yes |
end_balance | Account balance after all the transactions | Yes |
debit_turnover | The amount of money gained since the first transaction until the last one | Yes |
credit_turnover | The amount of money spent since the first transaction until the last one | Yes |
period_start | Date of the first transaction | Yes |
period_end | Date of the last transaction | Yes |
transaction_list | A list of transaction objects | |
date | Transaction's date field (yyyy-mm-dd) | |
partner | Transaction's counterparty name field (e.g. the company's name where you made the purchase from) | |
info | Transaction's description field | |
transaction_id | Transaction's ID | Yes |
sum | The amount of money earned/spent |
See below the full country list and their respective country codes. PI means private individual transactions and SME means enterprise transactions. Please note that countries that aren't fully calibrated are supported, but for the initial file upload you might experience lower than than average categorisation results. A re-upload of the same file after 24h from the initial upload is expected to produce satisfactory quality categorisation and insights.
Country | PI Country code | SME Country code | Fully calibrated |
---|---|---|---|
Austria | at | atc | |
Australia | au | auc | ✓ |
Belgium | be | bec | |
Bulgaria | bg | bgc | |
Brazil | br | - | ✓ |
Cyprus | cy | cyc | |
Czech Republic | cz | czc | ✓ |
Germany | de | dec | ✓ |
Denmark | dk | dkc | ✓ |
Estonia | ee | eec | ✓ |
Spain | es | esc | ✓ |
Finland | fi | fic | ✓ |
France | fr | frc | |
Greece | gr | grc | |
Croatia | hr | hrc | |
Hungary | hu | huc | |
Indonesia | id | - | ✓ |
Ireland | ie | iec | |
India | in | - | ✓ |
Italy | it | itc | |
Kazakhstan | kz | - | ✓ |
Lithuania | lt | ltc | ✓ |
Luxembourg | lu | luc | |
Latvia | lv | lvc | ✓ |
Malta | mt | mtc | |
Mexico | mx | - | ✓ |
Netherlands | nl | nlc | |
Norway | no | noc | |
New Zealand | nz | - | ✓ |
Poland | pl | plc | ✓ |
Portugal | pt | ptc | |
Romania | ro | roc | |
Sweden | se | sec | ✓ |
Slovenia | si | - | |
Slovakia | sk | skc | |
United Kingdom | uk | ukc | ✓ |
United States of America | us | - | ✓ |
When calling apply operations to uploaded account data endpoint its possible to customise how these products will be calculated. This can be done by sending params inside the request body. Some of these customisation parameters are product specific and they will be described on the respective product documentation page, in this section You can read about generic customisation params that work for all products.
Key | Type | Description | Applicable products |
---|---|---|---|
drop_shared_accounts | Boolean | If account is identified as shared, exclude it from analysing | * |
drop_joint_accounts | Boolean | If account is identified as joint, exclude it from analysing | * |
period | Integer | Count of calendar months that should be subsetted for calculations. Default period is all available calendar months of uploaded statement | Income, Loans, Risk |
currency | String | Three letter code (ISO-4217) of main currency for output values. Default currency is the main currency of the statement’s country | Income, Loans, Risk |
Some products will return metadata in API response describing what variables were used analysing given statement(s).
Statement details metadata is returned by all products.
{
"data": {
"attributes": {
...,
"metadata": {
"statement-details": {
"count_of_analysed_accounts": 1,
"count_of_uploaded_accounts": 2,
"drop_joint_accounts": true,
"drop_shared_accounts": true
}
},
"status": "completed"
},
"type": "report processing status"
}
}
Key | Type | Description |
---|---|---|
count_of_analysed_accounts | Integer | Count of how many accounts were used as input for requested products |
count_of_uploaded_accounts | Integer | Count of how many accounts were given in input |
drop_joint_accounts | Boolean | Was the system set to ignore joint accounts |
drop_shared_accounts | Boolean | Was the system set to ignore shared accounts |
Insights details metadata is returned by Income, Loans and Risk products.
{
"data": {
"attributes": {
"metadata": {
"insights-details": {
"currency": {
"display_currency":"EUR",
"applied_currency_conversions": [
{
"currency": "AUD",
"rate":0.62
},
{
"currency": "PLN",
"rate":0.22
}
]
}
}
},
"status": "completed"
},
"type": "report processing status"
}
}
Key | Type | Description |
---|---|---|
display_currency | String | Currency that is used when calculating output |
applied_currency_conversions | Integer | Currencies that were present in input transactions and with what rate they were converted to display currency |