For best results!
Enhance your experience!
All “Payment Initiation Services” and “Account Information Services” endpoints provide callback parameters to enhance your integration and avoid polling.
The callbacks are meant to only notify you that the flow was finalised on our side. As such, the callbacks contain only minimal information. Use the “Get a web form”/”Get a task” call to fetch additional information about the executed flow. The payload will contain:
a
bankConnectionId
,paymentId
orstandingOrderId
- if the Web Form is completed successfully. These ids can be used in Access to get more data on the bank connection or payment.(optionally) an
errorCode
- when the Web Form is completed with the status “COMPLETED_WITH_ERROR
”. Use the data in this field to determine how you would like to navigate the end-user within your application for the next steps.
In case you don’t use callback URLs, you will need to poll the “Get a web form” and/or “Get a task” service at regular intervals to detect by yourself if the workflow has reached the end. We recommend polling the status every couple of seconds (at most, once a second)
Payment Initiation Services (PIS)
To register for a callback for any of the PIS endpoints, you should pass the URL you want to receive the POST callback as value for the callbacks.finalised
parameter. If a callback is registered, once a web form is finalised (successfully or not), a POST request will be sent with the body:
{
"webFormId": "31c508d8-51da-11eb-ae93-0242ac130002",
"status": "COMPLETED"
}
The possible values for the status
are:
COMPLETED - the web form has been successfully completed (final status);
COMPLETED_WITH_ERROR - the web form has been completed with an error (final status);
EXPIRED - the web form has expired (final status); This status means that either the
expiresAt
has passed, or the end-user closed the web form and we finalized the flow in the background;ABORTED - the web form has been cancelled by the end-user (final status).
Account Information Services (AIS)
There are only 2 AIS endpoints: “Import a bank connection” and “Update a bank connection”. The “Import a bank connection” endpoint has the same logic and behaviour as any of the PIS endpoints, providing the callbacks.finalised
parameter.
Update a bank connection
For the “Update a bank connection” endpoint, we provide 2 callback options, which are triggered based on the bank connection status, stored consent, and whether any end-user interaction is required to finalise the operation. The 2 callback parameters are callbacks.finalised
, which has the same meaning as for “Import a bank connection” endpoint, and callbacks.webFormRequired
, which is triggered when a bank connection update task requires end-user interaction and a web form is created to guide the end-user through said interaction.
Furthermore, in the case of “Update a bank connection”, the callbacks POST request body is different:
{
"taskId": "31c508d8-51da-11eb-ae93-0242ac130002",
"status": "COMPLETED",
"webForm": {
"id": "946db09e-5bfc-11eb-ae93-0242ac130002",
"url": "https://webform.finapi.io/wf/946db09e-5bfc-11eb-ae93-0242ac130002",
"status": "COMPLETED"
}
}
Web Form Required
In the case of callbacks.webFormRequired
, the body will always contain status: WEB_FORM_REQUIRED
, with the sub-object webForm
providing the URL to which you need to redirect the user, and status: NOT_YET_OPENED
.
{
"taskId": "31c508d8-51da-11eb-ae93-0242ac130002",
"status": "WEB_FORM_REQUIRED",
"webForm": {
"id": "946db09e-5bfc-11eb-ae93-0242ac130002",
"url": "https://webform.finapi.io/wf/946db09e-5bfc-11eb-ae93-0242ac130002",
"status": "NOT_YET_OPENED"
}
}
Finalised
Will be called when the task can be finalised in the background, without any end-user interaction (status COMPLETED or COMPLETED_WITH_ERROR), or when the associated web form is finalised.
The task status
can have the values:
COMPLETED - the task has been successfully completed (final status);
COMPLETED_WITH_ERROR - the task has been completed with an error (final status).
WEB_FORM_REQUIRED - the task requires a web form to continue the flow with end-user involvement (final status). In this case, the web form details will also be included in the callback, and the
webForm.status
can have one of the values:COMPLETED - the web form has been successfully completed (final status);
COMPLETED_WITH_ERROR - the web form has been completed with an error (final status);
EXPIRED - the web form has expired (final status); This status means that either the
expiresAt
has passed, or the end-user closed the web form and we finalized the flow in the background;ABORTED - the web form has been cancelled by the end-user (final status).
Enhance end-user experience!
You can forward the URL to the user as it is. Or, you can optionally append the following parameters:
redirectUrl
, to which the Web Form will redirect the user after the Web Form flow is completed successfully. You can include encoded query parameters in theredirectUrl
as well, they will be contained in the redirect. If you don't pass aredirectUrl
, the Web Form page will try to close itself on completion (if the Web Form is unable to close by itself, the user will be shown a message that he can close the page manually and return to your application).errorRedirectUrl
, same philosophy asredirectUrl
except this URL will redirect the user when the Web Form runs into an unexpected error. Please remember! Users are NOT automatically redirected, unlikeredirectUrl
. This was done intentionally to give the user enough time to read the error message, decide and gather data they want to report, etc. Nevertheless, you can build a workflow for error conditions when the user comes back to this URL. If you don't pass anerrorRedirectUrl
, the Web Form will simply attempt to close the page.abortRedirectUrl
, same philosophy asredirectUrl
except this URL will redirect the user when the Web Form is aborted by the user.customerSupportUrl
, to which the Web Form will display a link in case you want to offer the possibility for end-users to reach your customer support. We will display the URL in case the user cancels the workflow OR if there is an unexpected error. You can include encoded query parameters in thecustomerSupportUrl
as well, they will be contained in the redirect. If you don't pass acustomerSupportUrl
, the user will be shown a message that he can close the page manually and return to your application.
For the above example, the complete URL to open in your user's browser (with an added redirectUrl
and customerSupportUrl
) would be:
https://live.finapi.io/webForm/nEvozFaPhCXw8ZnnRBb2KJGANW6y9RjZgQtX6YRAhB_Li7TzO19jTh0wtBg9AbvblAMnJFp7DS1C0zzj746U4B7GUj4LUIyt9ZR9Sn2UoLzg5SYaEx9Ps6ax_6ImXTOB
?redirectUrl=https%3A%2F%2Fyourapp.net%2Fweb-form-redirect%3FredirectParam%3Dfoobar&customerSupportUrl=https%3A%2F%2Fyourapp.net%2Fweb-form-redirect%3FsupportParam%3Dfoobar
Make sure you include the HTTP protocol in the URLs you append, otherwise the redirect to your domain will fail.
E.g.: ?redirectUrl=https://yourapp.net