New:Introducing Socket Scanning for VS Code Marketplace Extensions.Learn more →
Get Started

adaptech/finapi-access

Package Overview
Dependencies
Maintainers
1
Versions
2
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

adaptech/finapi-access

<strong>RESTful API for Account Information Services (AIS) and Payment Initiation Services (PIS)</strong> The following pages give you some general information on how to use our APIs.<br/> The actual API services documentation then follows further below. You can use the menu to jump between API sections. <br/> <br/> This page has a built-in HTTP(S) client, so you can test the services directly from within this page, by filling in the request parameters and/or body in the respective services, and then hitting the TRY button. Note that you need to be authorized to make a successful API call. To authorize, refer to the 'Authorization' section of the API, or just use the OAUTH button that can be found near the TRY button. <br/> <h2 id="general-information">General information</h2> <h3 id="general-error-responses"><strong>Error Responses</strong></h3> When an API call returns with an error, then in general it has the structure shown in the following example: <pre> { "errors": [ { "message": "Interface 'FINTS_SERVER' is not supported for this operation.", "code": "BAD_REQUEST", "type": "TECHNICAL" } ], "date": "2020-11-19 16:54:06.854", "requestId": "selfgen-312042e7-df55-47e4-bffd-956a68ef37b5", "endpoint": "POST /api/v1/bankConnections/import", "authContext": "1/21", "bank": "DEMO0002 - finAPI Test Redirect Bank" } </pre> If an API call requires an additional authentication by the user, HTTP code 510 is returned and the error response contains the additional "multiStepAuthentication" object, see the following example: <pre> { "errors": [ { "message": "Es ist eine zusätzliche Authentifizierung erforderlich. Bitte geben Sie folgenden Code an: 123456", "code": "ADDITIONAL_AUTHENTICATION_REQUIRED", "type": "BUSINESS", "multiStepAuthentication": { "hash": "678b13f4be9ed7d981a840af8131223a", "status": "CHALLENGE_RESPONSE_REQUIRED", "challengeMessage": "Es ist eine zusätzliche Authentifizierung erforderlich. Bitte geben Sie folgenden Code an: 123456", "answerFieldLabel": "TAN", "redirectUrl": null, "redirectContext": null, "redirectContextField": null, "twoStepProcedures": null, "photoTanMimeType": null, "photoTanData": null, "opticalData": null } } ], "date": "2019-11-29 09:51:55.931", "requestId": "selfgen-45059c99-1b14-4df7-9bd3-9d5f126df294", "endpoint": "POST /api/v1/bankConnections/import", "authContext": "1/18", "bank": "DEMO0001 - finAPI Test Bank" } </pre> An exception to this error format are API authentication errors, where the following structure is returned: <pre> { "error": "invalid_token", "error_description": "Invalid access token: cccbce46-xxxx-xxxx-xxxx-xxxxxxxxxx" } </pre> <h3 id="general-paging"><strong>Paging</strong></h3> API services that may potentially return a lot of data implement paging. They return a limited number of entries within a "page". Further entries must be fetched with subsequent calls. <br/><br/> Any API service that implements paging provides the following input parameters:<br/> &bull; "page": the number of the page to be retrieved (starting with 1).<br/> &bull; "perPage": the number of entries within a page. The default and maximum value is stated in the documentation of the respective services. A paged response contains an additional "paging" object with the following structure: <pre> { ... , "paging": { "page": 1, "perPage": 20, "pageCount": 234, "totalCount": 4662 } } </pre> <h3 id="general-internationalization"><strong>Internationalization</strong></h3> The finAPI services support internationalization which means you can define the language you prefer for API service responses. <br/><br/> The following languages are available: German, English, Czech, Slovak. <br/><br/> The preferred language can be defined by providing the official HTTP <strong>Accept-Language</strong> header. <br/><br/> finAPI reacts on the official iso language codes &quot;de&quot;, &quot;en&quot;, &quot;cs&quot; and &quot;sk&quot; for the named languages. Additional subtags supported by the Accept-Language header may be provided, e.g. &quot;en-US&quot;, but are ignored. <br/> If no Accept-Language header is given, German is used as the default language. <br/><br/> Exceptions:<br/> &bull; Bank login hints and login fields are only available in the language of the bank and not being translated.<br/> &bull; Direct messages from the bank systems typically returned as BUSINESS errors will not be translated.<br/> &bull; BUSINESS errors created by finAPI directly are available in German and English.<br/> &bull; TECHNICAL errors messages meant for developers are mostly in English, but also may be translated. <h3 id="general-request-ids"><strong>Request IDs</strong></h3> With any API call, you can pass a request ID via a header with name "X-Request-Id". The request ID can be an arbitrary string with up to 255 characters. Passing a longer string will result in an error. <br/><br/> If you don't pass a request ID for a call, finAPI will generate a random ID internally. <br/><br/> The request ID is always returned back in the response of a service, as a header with name "X-Request-Id". <br/><br/> We highly recommend to always pass a (preferably unique) request ID, and include it into your client application logs whenever you make a request or receive a response (especially in the case of an error response). finAPI is also logging request IDs on its end. Having a request ID can help the finAPI support team to work more efficiently and solve tickets faster. <h3 id="general-overriding-http-methods"><strong>Overriding HTTP methods</strong></h3> Some HTTP clients do not support the HTTP methods PATCH or DELETE. If you are using such a client in your application, you can use a POST request instead with a special HTTP header indicating the originally intended HTTP method. <br/><br/> The header's name is <strong>X-HTTP-Method-Override</strong>. Set its value to either <strong>PATCH</strong> or <strong>DELETE</strong>. POST Requests having this header set will be treated either as PATCH or DELETE by the finAPI servers. <br/><br/> Example: <br/><br/> <strong>X-HTTP-Method-Override: PATCH</strong><br/> POST /api/v1/label/51<br/> {"name": "changed label"}<br/><br/> will be interpreted by finAPI as:<br/><br/> PATCH /api/v1/label/51<br/> {"name": "changed label"}<br/> <h3 id="general-user-metadata"><strong>User metadata</strong></h3> With the migration to PSD2 APIs, a new term called "User metadata" (also known as "PSU metadata") has been introduced to the API. This user metadata aims to inform the banking API if there was a real end-user behind an HTTP request or if the request was triggered by a system (e.g. by an automatic batch update). In the latter case, the bank may apply some restrictions such as limiting the number of HTTP requests for a single consent. Also, some operations may be forbidden entirely by the banking API. For example, some banks do not allow issuing a new consent without the end-user being involved. Therefore, it is certainly necessary and obligatory for the customer to provide the PSU metadata for such operations. <br/><br/> As finAPI does not have direct interaction with the end-user, it is the client application's responsibility to provide all the necessary information about the end-user. This must be done by sending additional headers with every request triggered on behalf of the end-user. <br/><br/> At the moment, the following headers are supported by the API:<br/> &bull; "PSU-IP-Address" - the IP address of the user's device.<br/> &bull; "PSU-Device-OS" - the user's device and/or operating system identification.<br/> &bull; "PSU-User-Agent" - the user's web browser or other client device identification. <h3 id="general-faq"><strong>FAQ</strong></h3> <strong>Is there a finAPI SDK?</strong> <br/> Currently we do not offer a native SDK, but there is the option to generate a SDK for almost any target language via OpenAPI. Use the 'Download SDK' button on this page for SDK generation. <br/> <br/> <strong>How can I enable finAPI's automatic batch update?</strong> <br/> Currently there is no way to set up the batch update via the API. Please contact support@finapi.io for this. <br/> <br/> <strong>Why do I need to keep authorizing when calling services on this page?</strong> <br/> This page is a "one-page-app". Reloading the page resets the OAuth authorization context. There is generally no need to reload the page, so just don't do it and your authorization will persist.

Source
Packagist
Version
1.143.1
Version published
Total downloads
515
Maintainers
1
Created
Source

OpenAPIClient-php

RESTful API for Account Information Services (AIS) and Payment Initiation Services (PIS)

The following pages give you some general information on how to use our APIs.
The actual API services documentation then follows further below. You can use the menu to jump between API sections.

This page has a built-in HTTP(S) client, so you can test the services directly from within this page, by filling in the request parameters and/or body in the respective services, and then hitting the TRY button. Note that you need to be authorized to make a successful API call. To authorize, refer to the 'Authorization' section of the API, or just use the OAUTH button that can be found near the TRY button.

General information

Error Responses

When an API call returns with an error, then in general it has the structure shown in the following example:
{
  \"errors\": [
    {
      \"message\": \"Interface 'FINTS_SERVER' is not supported for this operation.\",
      \"code\": \"BAD_REQUEST\",
      \"type\": \"TECHNICAL\"
    }
  ],
  \"date\": \"2020-11-19 16:54:06.854\",
  \"requestId\": \"selfgen-312042e7-df55-47e4-bffd-956a68ef37b5\",
  \"endpoint\": \"POST /api/v1/bankConnections/import\",
  \"authContext\": \"1/21\",
  \"bank\": \"DEMO0002 - finAPI Test Redirect Bank\"
}

If an API call requires an additional authentication by the user, HTTP code 510 is returned and the error response contains the additional "multiStepAuthentication" object, see the following example:

{
  \"errors\": [
    {
      \"message\": \"Es ist eine zusätzliche Authentifizierung erforderlich. Bitte geben Sie folgenden Code an: 123456\",
      \"code\": \"ADDITIONAL_AUTHENTICATION_REQUIRED\",
      \"type\": \"BUSINESS\",
      \"multiStepAuthentication\": {
        \"hash\": \"678b13f4be9ed7d981a840af8131223a\",
        \"status\": \"CHALLENGE_RESPONSE_REQUIRED\",
        \"challengeMessage\": \"Es ist eine zusätzliche Authentifizierung erforderlich. Bitte geben Sie folgenden Code an: 123456\",
        \"answerFieldLabel\": \"TAN\",
        \"redirectUrl\": null,
        \"redirectContext\": null,
        \"redirectContextField\": null,
        \"twoStepProcedures\": null,
        \"photoTanMimeType\": null,
        \"photoTanData\": null,
        \"opticalData\": null
      }
    }
  ],
  \"date\": \"2019-11-29 09:51:55.931\",
  \"requestId\": \"selfgen-45059c99-1b14-4df7-9bd3-9d5f126df294\",
  \"endpoint\": \"POST /api/v1/bankConnections/import\",
  \"authContext\": \"1/18\",
  \"bank\": \"DEMO0001 - finAPI Test Bank\"
}

An exception to this error format are API authentication errors, where the following structure is returned:

{
  \"error\": \"invalid_token\",
  \"error_description\": \"Invalid access token: cccbce46-xxxx-xxxx-xxxx-xxxxxxxxxx\"
}

Paging

API services that may potentially return a lot of data implement paging. They return a limited number of entries within a \"page\". Further entries must be fetched with subsequent calls.

Any API service that implements paging provides the following input parameters:
• \"page\": the number of the page to be retrieved (starting with 1).
• \"perPage\": the number of entries within a page. The default and maximum value is stated in the documentation of the respective services.

A paged response contains an additional "paging" object with the following structure:

{
  ...
  ,
  \"paging\": {
    \"page\": 1,
    \"perPage\": 20,
    \"pageCount\": 234,
    \"totalCount\": 4662
  }
}

Internationalization

The finAPI services support internationalization which means you can define the language you prefer for API service responses.

The following languages are available: German, English, Czech, Slovak.

The preferred language can be defined by providing the official HTTP Accept-Language header.

finAPI reacts on the official iso language codes "de", "en", "cs" and "sk" for the named languages. Additional subtags supported by the Accept-Language header may be provided, e.g. "en-US", but are ignored.
If no Accept-Language header is given, German is used as the default language.

Exceptions:
• Bank login hints and login fields are only available in the language of the bank and not being translated.
• Direct messages from the bank systems typically returned as BUSINESS errors will not be translated.
• BUSINESS errors created by finAPI directly are available in German and English.
• TECHNICAL errors messages meant for developers are mostly in English, but also may be translated.

Request IDs

With any API call, you can pass a request ID via a header with name \"X-Request-Id\". The request ID can be an arbitrary string with up to 255 characters. Passing a longer string will result in an error.

If you don't pass a request ID for a call, finAPI will generate a random ID internally.

The request ID is always returned back in the response of a service, as a header with name \"X-Request-Id\".

We highly recommend to always pass a (preferably unique) request ID, and include it into your client application logs whenever you make a request or receive a response (especially in the case of an error response). finAPI is also logging request IDs on its end. Having a request ID can help the finAPI support team to work more efficiently and solve tickets faster.

Overriding HTTP methods

Some HTTP clients do not support the HTTP methods PATCH or DELETE. If you are using such a client in your application, you can use a POST request instead with a special HTTP header indicating the originally intended HTTP method.

The header's name is X-HTTP-Method-Override. Set its value to either PATCH or DELETE. POST Requests having this header set will be treated either as PATCH or DELETE by the finAPI servers.

Example:

X-HTTP-Method-Override: PATCH
POST /api/v1/label/51
{\"name\": \"changed label\"}

will be interpreted by finAPI as:

PATCH /api/v1/label/51
{\"name\": \"changed label\"}

User metadata

With the migration to PSD2 APIs, a new term called \"User metadata\" (also known as \"PSU metadata\") has been introduced to the API. This user metadata aims to inform the banking API if there was a real end-user behind an HTTP request or if the request was triggered by a system (e.g. by an automatic batch update). In the latter case, the bank may apply some restrictions such as limiting the number of HTTP requests for a single consent. Also, some operations may be forbidden entirely by the banking API. For example, some banks do not allow issuing a new consent without the end-user being involved. Therefore, it is certainly necessary and obligatory for the customer to provide the PSU metadata for such operations.

As finAPI does not have direct interaction with the end-user, it is the client application's responsibility to provide all the necessary information about the end-user. This must be done by sending additional headers with every request triggered on behalf of the end-user.

At the moment, the following headers are supported by the API:
• \"PSU-IP-Address\" - the IP address of the user's device.
• \"PSU-Device-OS\" - the user's device and/or operating system identification.
• \"PSU-User-Agent\" - the user's web browser or other client device identification.

FAQ

Is there a finAPI SDK?
Currently we do not offer a native SDK, but there is the option to generate a SDK for almost any target language via OpenAPI. Use the 'Download SDK' button on this page for SDK generation.

How can I enable finAPI's automatic batch update?
Currently there is no way to set up the batch update via the API. Please contact support@finapi.io for this.

Why do I need to keep authorizing when calling services on this page?
This page is a \"one-page-app\". Reloading the page resets the OAuth authorization context. There is generally no need to reload the page, so just don't do it and your authorization will persist.

For more information, please visit https://www.finapi.io/impressumrechtlicher-hinweis.

Installation & Usage

Requirements

PHP 7.3 and later. Should also work with PHP 8.0 but has not been tested.

Composer

To install the bindings via Composer, add the following to composer.json:

{
  "repositories": [
    {
      "type": "vcs",
      "url": "https:////.git"
    }
  ],
  "require": {
    "/": "*@dev"
  }
}

Then run composer install

Manual Installation

Download the files and include autoload.php:

<?php
require_once('/path/to/OpenAPIClient-php/vendor/autoload.php');

Getting Started

Please follow the installation procedure and then run the following:

<?php
require_once(__DIR__ . '/vendor/autoload.php');



// Configure OAuth2 access token for authorization: finapi_auth
$config = OpenAPIAccess\Client\Configuration::getDefaultConfiguration()->setAccessToken('YOUR_ACCESS_TOKEN');

// Configure OAuth2 access token for authorization: finapi_auth
$config = OpenAPIAccess\Client\Configuration::getDefaultConfiguration()->setAccessToken('YOUR_ACCESS_TOKEN');


$apiInstance = new OpenAPIAccess\Client\Api\AccountsApi(
    // If you want use custom http client, pass your client which implements `GuzzleHttp\ClientInterface`.
    // This is optional, `GuzzleHttp\Client` will be used as default.
    new GuzzleHttp\Client(),
    $config
);
$id = 56; // int | Identifier of the account to delete
$x_http_method_override = 'x_http_method_override_example'; // string | Some HTTP clients do not support the HTTP methods PATCH or DELETE. If you are using such a client in your application, you can use a POST request instead with this header indicating the originally intended HTTP method. POST Requests having this  header set will be treated either as PATCH or DELETE by the finAPI servers.
$x_request_id = 'x_request_id_example'; // string | With any API call, you can pass a request ID. The request ID can be an arbitrary string with up to 255 characters. Passing a longer string will result in an error. If you don't pass a request ID for a call, finAPI will generate a random ID internally. The request ID is always returned back in the response of a service, as a header with name 'X-Request-Id'. We highly recommend to always pass a (preferably unique) request ID, and include it into your client application logs whenever you make a request or receive a response (especially in the case of an error response). finAPI is also logging request IDs on its end. Having a request ID can help the finAPI support team to work more efficiently and solve tickets faster.

try {
    $apiInstance->deleteAccount($id, $x_http_method_override, $x_request_id);
} catch (Exception $e) {
    echo 'Exception when calling AccountsApi->deleteAccount: ', $e->getMessage(), PHP_EOL;
}

API Endpoints

All URIs are relative to https://sandbox.finapi.io

ClassMethodHTTP requestDescription
AccountsApideleteAccountDELETE /api/v1/accounts/{id}Delete an account
AccountsApideleteAllAccountsDELETE /api/v1/accountsDelete all accounts
AccountsApieditAccountPATCH /api/v1/accounts/{id}Edit an account
AccountsApigetAccountGET /api/v1/accounts/{id}Get an account
AccountsApigetAndSearchAllAccountsGET /api/v1/accountsGet and search all accounts
AccountsApigetDailyBalancesGET /api/v1/accounts/dailyBalancesGet daily balances
AuthorizationApigetTokenPOST /oauth/tokenGet tokens
AuthorizationApirevokeTokenPOST /oauth/revokeRevoke a token
BankConnectionsApiconnectInterfacePOST /api/v1/bankConnections/connectInterfaceConnect a new interface
BankConnectionsApideleteAccessDataDELETE /api/v1/bankConnections/{id}/aisConsentDelete a consent
BankConnectionsApideleteAllBankConnectionsDELETE /api/v1/bankConnectionsDelete all bank connections
BankConnectionsApideleteBankConnectionDELETE /api/v1/bankConnections/{id}Delete a bank connection
BankConnectionsApieditBankConnectionPATCH /api/v1/bankConnections/{id}Edit a bank connection
BankConnectionsApigetAllBankConnectionsGET /api/v1/bankConnectionsGet all bank connections
BankConnectionsApigetBankConnectionGET /api/v1/bankConnections/{id}Get a bank connection
BankConnectionsApiimportBankConnectionPOST /api/v1/bankConnections/importImport a new bank connection
BankConnectionsApiremoveInterfacePOST /api/v1/bankConnections/removeInterfaceRemove an interface
BankConnectionsApiupdateBankConnectionPOST /api/v1/bankConnections/updateUpdate a bank connection
BanksApigetAndSearchAllBanksGET /api/v1/banksGet and search all banks
BanksApigetBankGET /api/v1/banks/{id}Get a bank
CategoriesApicreateCategoryPOST /api/v1/categoriesCreate a new category
CategoriesApideleteAllCategoriesDELETE /api/v1/categoriesDelete all categories
CategoriesApideleteCategoryDELETE /api/v1/categories/{id}Delete a category
CategoriesApieditCategoryPATCH /api/v1/categories/{id}Edit a category
CategoriesApigetAndSearchAllCategoriesGET /api/v1/categoriesGet and search all categories
CategoriesApigetCashFlowsGET /api/v1/categories/cashFlowsGet cash flows
CategoriesApigetCategoryGET /api/v1/categories/{id}Get a category
CategoriesApitrainCategorizationPOST /api/v1/categories/trainCategorizationTrain categorization
ClientConfigurationApieditClientConfigurationPATCH /api/v1/clientConfigurationEdit client configuration
ClientConfigurationApigetClientConfigurationGET /api/v1/clientConfigurationGet client configuration
LabelsApicreateLabelPOST /api/v1/labelsCreate a new label
LabelsApideleteAllLabelsDELETE /api/v1/labelsDelete all labels
LabelsApideleteLabelDELETE /api/v1/labels/{id}Delete a label
LabelsApieditLabelPATCH /api/v1/labels/{id}Edit a label
LabelsApigetAndSearchAllLabelsGET /api/v1/labelsGet and search all labels
LabelsApigetLabelGET /api/v1/labels/{id}Get a label
MandatorAdministrationApichangeClientCredentialsPOST /api/v1/mandatorAdmin/changeClientCredentialsChange client credentials
MandatorAdministrationApicreateIbanRulesPOST /api/v1/mandatorAdmin/ibanRulesCreate IBAN rules
MandatorAdministrationApicreateKeywordRulesPOST /api/v1/mandatorAdmin/keywordRulesCreate keyword rules
MandatorAdministrationApideleteIbanRulesPOST /api/v1/mandatorAdmin/ibanRules/deleteDelete IBAN rules
MandatorAdministrationApideleteKeywordRulesPOST /api/v1/mandatorAdmin/keywordRules/deleteDelete keyword rules
MandatorAdministrationApideleteUsersPOST /api/v1/mandatorAdmin/deleteUsersDelete users
MandatorAdministrationApigetIbanRuleListGET /api/v1/mandatorAdmin/ibanRulesGet IBAN rules
MandatorAdministrationApigetKeywordRuleListGET /api/v1/mandatorAdmin/keywordRulesGet keyword rules
MandatorAdministrationApigetUserListGET /api/v1/mandatorAdmin/getUserListGet user list
MocksAndTestsApicheckCategorizationPOST /api/v1/tests/checkCategorizationCheck categorization
MocksAndTestsApimockBatchUpdatePOST /api/v1/tests/mockBatchUpdateMock batch update
NotificationRulesApicreateNotificationRulePOST /api/v1/notificationRulesCreate a new notification rule
NotificationRulesApideleteAllNotificationRulesDELETE /api/v1/notificationRulesDelete all notification rules
NotificationRulesApideleteNotificationRuleDELETE /api/v1/notificationRules/{id}Delete a notification rule
NotificationRulesApigetAndSearchAllNotificationRulesGET /api/v1/notificationRulesGet and search all notification rules
NotificationRulesApigetNotificationRuleGET /api/v1/notificationRules/{id}Get a notification rule
PaymentsApicreateDirectDebitPOST /api/v1/payments/directDebitsCreate direct debit
PaymentsApicreateMoneyTransferPOST /api/v1/payments/moneyTransfersCreate money transfer
PaymentsApigetPaymentsGET /api/v1/paymentsGet payments
PaymentsApisubmitPaymentPOST /api/v1/payments/submitSubmit payment
SecuritiesApigetAndSearchAllSecuritiesGET /api/v1/securitiesGet and search all securities
SecuritiesApigetSecurityGET /api/v1/securities/{id}Get a security
TPPCertificatesApicreateNewCertificatePOST /api/v1/tppCertificatesUpload TPP certificate
TPPCertificatesApideleteCertificateDELETE /api/v1/tppCertificates/{id}Delete a TPP certificate
TPPCertificatesApigetAllCertificatesGET /api/v1/tppCertificatesGet all TPP certificates
TPPCertificatesApigetCertificateGET /api/v1/tppCertificates/{id}Get a TPP certificate
TPPCredentialsApicreateTppCredentialPOST /api/v1/tppCredentialsUpload TPP credentials
TPPCredentialsApideleteTppCredentialDELETE /api/v1/tppCredentials/{id}Delete a set of TPP credentials
TPPCredentialsApieditTppCredentialPATCH /api/v1/tppCredentials/{id}Edit a set of TPP credentials
TPPCredentialsApigetAllTppCredentialsGET /api/v1/tppCredentialsGet all TPP credentials
TPPCredentialsApigetAndSearchTppAuthenticationGroupsGET /api/v1/tppCredentials/tppAuthenticationGroupsGet all TPP Authentication Groups
TPPCredentialsApigetTppCredentialGET /api/v1/tppCredentials/{id}Get a set of TPP credentials
TransactionsApideleteAllTransactionsDELETE /api/v1/transactionsDelete all transactions
TransactionsApideleteTransactionDELETE /api/v1/transactions/{id}Delete a transaction
TransactionsApieditMultipleTransactionsPATCH /api/v1/transactionsEdit multiple transactions
TransactionsApieditTransactionPATCH /api/v1/transactions/{id}Edit a transaction
TransactionsApigetAndSearchAllTransactionsGET /api/v1/transactionsGet and search all transactions
TransactionsApigetTransactionGET /api/v1/transactions/{id}Get a transaction
TransactionsApirestoreTransactionPOST /api/v1/transactions/{id}/restoreRestore a transaction
TransactionsApisplitTransactionPOST /api/v1/transactions/{id}/splitSplit a transaction
TransactionsApitriggerCategorizationPOST /api/v1/transactions/triggerCategorizationTrigger categorization
UsersApicreateUserPOST /api/v1/usersCreate a new user
UsersApideleteAuthorizedUserDELETE /api/v1/usersDelete the authorized user
UsersApideleteUnverifiedUserDELETE /api/v1/users/{userId}Delete an unverified user
UsersApieditAuthorizedUserPATCH /api/v1/usersEdit the authorized user
UsersApiexecutePasswordChangePOST /api/v1/users/executePasswordChangeExecute password change
UsersApigetAuthorizedUserGET /api/v1/usersGet the authorized user
UsersApigetVerificationStatusGET /api/v1/users/verificationStatusGet a user's verification status
UsersApirequestPasswordChangePOST /api/v1/users/requestPasswordChangeRequest password change
UsersApiverifyUserPOST /api/v1/users/verify/{userId}Verify a user

Models

Authorization

finapi_auth

  • Type: OAuth
  • Flow: password
  • Authorization URL: ``
  • Scopes:
    • all: no limitations

finapi_auth

  • Type: OAuth
  • Flow: application
  • Authorization URL: ``
  • Scopes:
    • all: no limitations

Tests

To run the tests, use:

composer install
vendor/bin/phpunit

Author

kontakt@finapi.io

About this package

This PHP package is automatically generated by the OpenAPI Generator project:

  • API version: 1.143.1
  • Build package: org.openapitools.codegen.languages.PhpClientCodegen

Keywords

php

FAQs

Package last updated on 11 Jan 2022

Related posts