This section provides an overview of the PSP setup process required to enable communication between your PSP and Accounting as a Service. The primary goal is to connect the two systems so that the capture and refund process can take place by Accounting as a Service
Like for the bank account, each business code (legal entity) must have its own accounts on PSP-side and the setup will need to include access to each account.
The following information is needed from you to set up the connection between the Accounting as a Service and Adyen for captures and/or refunds:
To ensure that all processes work, we need a read-only user for the backend of Adyen. The names of the users will be provided by the Onboarding Manager.
Usually Adyen provides the settlement files in a CSV-Format that can be configured by you in the administration-pannel.
The following settings would help in the test-process:
The file will be provided on in an sFTP folder that you get the user-credentials for. Accounting as a Service needs to get a user for this folder as well (Test + PROD).
Accounting as a Service will collect the settlement files from the Adyen sFTP server to process it in the system.
Adyen processes the request asynchronously. Therefore the final status of the request will not be provided as response to the request. Instead, Adyen provides webhooks to update the status of the request later on.
The following information is needed from you to set up the connection between the Accounting as a Service and Stripe for captures and/or refunds:
To ensure that all processes work, we need a read-only user for the backend of Stripe. The names of the users will be provided by the Onboarding Manager.
The following information is needed from you to set up the connection between the Accounting as a Service and RivertyPay for captures and/or refunds:
To ensure that all processes work, we need a read-only user for the backend of Worldpay. The names of the users will be provided by the Onboarding Manager.
To receive information on declines, the webhook "refused" needs to be set up.
For refunds, the interface works synchronously and thereby no webhook has to be set up.
The following information is needed from you to set up the connection between the Accounting as a Service and Worldpay for captures and/or refunds:
To ensure that all processes work, we need a read-only user for the backend of Worldpay. The names of the users will be provided by the Onboarding Manager.
To receive information on declines, the webhook "refused" needs to be set up.
For refunds, the interface works synchronously and thereby no webhook has to be set up.
The following information is needed from you to set up the connection between the Accounting as a Service and Klarna for captures and/or refunds:
To ensure that all processes work, we need a read-only user for the backend of Klarna. The names of the users will be provided by the Onboarding Manager.
The Klarna interfaces works synchronously and thereby no webhook has to be set up.
The following information is needed from you to set up the connection between the Accounting as a Service and First Data for captures and/or refunds:
To ensure that all processes work, we need a read-only user for the backend of First Data. The names of the users will be provided by the Onboarding Manager.
The First Data interfaces works synchronously and thereby no webhook has to be set up.
The following information is needed from you to set up the connection between the Accounting as a Service and AmazonPay for captures and/or refunds:
To ensure that all processes work, we need a read-only user for the backend of AmazonPay. The names of the users will be provided by the Onboarding Manager.
The following information is needed from you to set up the connection between the Accounting as a Service and the PSP for captures and/or refunds:
To ensure that all processes work, we need a read-only user for the backend of PayPal. The names of the users will be provided by the Onboarding Manager.
The following events need to be configured for Accounting as a Service: