Payment Page checklist
Last updated
Last updated
Thank you for choosing the Saferpay online payment system. We are happy to provide you with a checklist to help you integrate the Saferpay Payment Page (PP) into your platform.
This website is aimed at programmers and merchants who want to integrate the Saferpay interface individually.
For all other merchants: Please see our large for common shop environments.
Please send us your feedback and comments or suggestions regarding this checklist by e-mail using your Saferpay Customer ID to .
Saferpay offers you the opportunity to test all interfaces with a test account set up specifically for you. To sign up, click on the following link:
To do this, log into the Saferpay Backoffice first.
We strongly recommend that you work with the Notification URLs!
The merchant information is stored on Saferpay side. You can't change it via the Saferpay Backoffice! If you need adaptions on live environment, please contact your account manager. For changes on test environment contact the Saferpay Integration Support (integration.saferpay@six-payment-services.com)
Return URL Depending on the outcome of the transaction, the customer will be redirected to one of the following URLs:
Successful transactions: success link
Rejected transactions: fail link
Abort URL: for cancelled transactions. If this is not set, the fail link will be used instead!
Confirms/validates the payment
E-Mail notifications (optional) You, your employee and/or the customer have been notified of the payment.
First you need to create your .
Please ensure to , to get informed about important topics, like technical changes on the Saferpay interface, deactivation of features, releasenotes and more.
If desired, you can also customize the Payment Page, using a .
For more information about Payment Page Initialize, please see our .
is set correctly.
Order ID Check if is submitted.
The are submitted correctly.
Notification URLs were called. This confirms the current transaction status to your shop, in addition to the Return URLs.
The was called on Notification/|redirect to Return URLs and the data has been validated successfully:
LiabilityShift: This transaction has liabilityshift through .
Transaction.Id: has been extracted and saved for further processing
Transaction.Status: has been processed correctly and thus determined, if the next step is necessary/possible.
Capture/Cancel The transaction is either , based on the outcome of the Assert
If you have any technical questions, please contact our . They will be happy to assist you.