Payment Page checklist
Introduction
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.
Target group
This website is aimed at programmers and merchants who want to integrate the Saferpay interface individually.
For all other merchants: Please see our large collection of Saferpay Plugins for common shop environments.
Feedback
Please send us your feedback and comments or suggestions regarding this checklist by e-mail using your Saferpay Customer ID to integration.saferpay@six-payment-services.com.
Testing environment
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: https://test.saferpay.com/BO/SignUp
Preparation
To do this, log into the Saferpay Backoffice first.
Before payment
For more information about Payment Page Initialize, please see our Payment Page Integration Guide.
We strongly recommend that you work with the Notification URLs!
Payment
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)
After the payment
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!
Notification URLs Notification URLs were called. This confirms the current transaction status to your shop, in addition to the Return URLs.
Confirms/validates the payment
The Payment Page Assert was called on Notification/|redirect to Return URLs and the data has been validated successfully:
LiabilityShift: This transaction has liabilityshift through 3D Secure.
Transaction.Id: The transactionId has been extracted and saved for further processing
Transaction.Status: The transaction status has been processed correctly and thus determined, if the next step is necessary/possible.
Capture/Cancel The transaction is either captured/booked, or cancelled, based on the outcome of the Assert
E-Mail notifications (optional) You, your employee and/or the customer have been notified of the payment.
Contact
If you have any technical questions, please contact our integration support team. They will be happy to assist you.
Last updated