Glossary
Last updated
Last updated
A client application identifies a caller requesting your Powens API. One client application is required at least per API. The definition of a client application lets you configure the associated , a ready-to-use web interface to add connections to your domain. You can configure multiple client applications if you wish to propose webviews with different settings.
A materializes the link between an end user and one of the connector we support. Adding a connection requires the end user to authenticate on the connector. As long as the credentials stay valid, we take care of synchronizing user data. Product data are available through connections.
In our system, the represents the institution with which we establish a connection to retrieve end user data (bank accounts, transactions, billing contracts, documents…).
Credentials generally represents end user identifiers (login, password or other key fields). In the context of connections in Powens API, "credentials" is also the name we use for a specific authentication mechanism where the end user is filling a form with his identifiers in order to establish the connection with the institution. In this case, we store the credentials in an encrypted and secured device.
directaccess is one of the representing the website of the institution from which we directly read the information.
fallback is one of the representing the emergency gateway provided by banks regarding of the PSD2 when their API is down.
openapi is one of the representing an API provided by the institution to get data (i.e. PSD2 API for European banks).
Payment Service User, the end-user of payment services.
A subscription is a representation of a bill contract or group of documents. It is a parallel representation of accounts on the bank system.
"webauth" is the name we use for a specific authentication mechanism where the end user is redirected to the app or website owned by the institution on which he wants to connect. In this case, we do not store end user credentials, the login process is handled by the institution that just confirms or denies the authentication and calls us back.
In order to access institution information (bank accounts, transactions, billing contracts, documents…), we can use various channels. The channel allows us to establish a connection with the institution, it is called a . We currently handle three types of source: openapi, fallback and directaccess.