Setup and Integration
3D Get Token
A. Why 3D?
3D authentication provides a more secure way of authenticating the ownership of the card holders. When requesting a payment token, card holder need to enter the OTP (one time password) to prove that they are the owner of the card. This will block any use of unauthorized cards for senangPay tokenization.
B. How does it work?
This is not a RESTful API. The flow of the new Get Token method consists of multiple web views. You can either have an HTML form that will send the required parameters OR you can send as query string parameters (GET). If you are implementing tokenization on a mobile app, you need to implement it in a web view/iframe. We wish to convey our apologies because, at the moment, we are not providing any SDK.
C. Will senangPay charge card holders for card validation?
senangPay may make two transactions of RM1 on the card, to prove that the card is valid and can perform both 3D and 2D transactions. Both transactions will be reversed back to the card. However, it may take several days for the bank to reverse the money back to the card.
D. Tokenization Return URL & Callback URL
Before anything else, you need to provide the Tokenization Return URL and Callback URL. Tokenization Return URL is the URL where senangPay will redirect the card holders to after the payment (card validation) has been processed. This will the the page where the user will see or landed after card validation.
1. While Tokenization Callback URL is the URL to your backend, where senangPay will send notifications about the card validation status.
2. You need to provide the URLs at Your senangPay Dashboard > Settings > Profile > Shopping Cart Integration Link
3. Fill in the Tokenization Return URL and Tokenization Callback URL field.
E. Integration Method
1. 3D Get token (This is not REST)
Production URL Endpoint (GET/POST) | https://app.senangpay.my/tokenization/ |
Sandbox URL Endpoint (GET/POST) | https://sandbox.senangpay.my/tokenization/ |
2. Request Parameter (All Mandatory)
Item | Details |
---|---|
order_id | This is for your system to track the request response. It can be anything. |
name | Your customer’s name. Maximum length is 100. E.g., Micheal Solomon |
Your customer’s email. E.g., [email protected] | |
phone | Your customer’s phone number. Eg. +60123456789 |
hash | This hash is for us to verify that you are a senangPay active merchant. This hash must be generated using HMAC SHA256. Use your senangPay’s secret key as the hash key. What you need to hash? Below is an example in PHP $merchant_id = ‘123456789’; $final_hash = hash_hmac(‘SHA256’, $string_to_hash, $secret_key); So the string to be hash is 54316046480557456 which will generate hash values as:
|
3. Respond Parameter
Item | Details |
---|---|
status | Token creation status. * 1 if successful. * 0 if failed. |
order_id | The order id provided earlier. |
token | If card validation succeeds, the token will be generated. The token will be used for future payments made on the card. If card validation fails, token value will be 0. |
cc_num | The last four digits of the card. You might want to display the card number on your app, so, you can use these four digits and display it as XXXXXXXXXXXX1118. If card validation fails, cc_num value will be 0000. |
cc_type | This is the card type. Basically, either VISA or Mastercard. Visa is vs and Mastercard is mc. When card validation fails, the value is xx. |
msg | Card validation status message. You will get various messages based on scenarios. If senangPay fails to validate the card, you will know the reason here. If it succeeds, you’ll get the message here as well. |
hash | This time around, the hash is generated for you. You need to verify the hash in order to make sure the response is coming from senangPay. Same hashing mechanism, HMAC SHA256 and your secret key as key hash key. What do you need to hash for? Below is an example in PHP : $secret_key = ‘34-9887’; $hash = hash_hmac(‘sha256’,$string_to_hash,$secret_key); |
4. Callback
The callback URL is used as an alternative notification to merchant backend in case there is a breakdown in transaction flow. This is optional so you can opt not to use this feature. However, this feature is recommended to ensure data integrity between a merchant’s system and senangPay.
The callback process will send the same parameters as what is being sent to the return URL. The callback URL must print out a simple ‘OK’ without any HTML tags. The OK response is needed in order for the callback function to know if it has successfully sent the callback data.
senangPay will fire the callback one minute after the validation is done.
5. Sample Code
You can download our sample code, written in PHP here https://bit.ly/35JTynX