Bangkok Bank (BBL) is a Thai commercial bank. Founded in 1944, BBL floated on the Stock Exchange of Thailand in 1975. It is the sixth largest bank in Asia and one of the top three largest banks in Thailand.
BBL has more than 10.7 million Thai users. Currently, the bank supports two different ways for users to pay: online banking and bank transfer via offline ATMs.
Properties
The properties of the BBL payment method are shown in the following table based on different payment types:
Payment property
Product property
Payment type
Online banking
Acquirer
AlipayUS, AlipaySG
Refund
❌
Merchant entity location
US, SG, HK, AU
Partial refund
❌
Buyer country/region
Thailand
Refund period
❌
Processing currency
THB
Time to return refund result
❌
Payment flow
Redirect
Time to return payment result
Real-time
Minimum payment amount
1 THB per transaction
Chargeback/Dispute
❌
Maximum payment amount
2 million THB per transaction and per day
Payment property
Product property
Payment type
Bank transfer
Acquirer
AlipayUS, AlipaySG
Refund
❌
Merchant entity location
US, SG, HK, AU
Partial refund
❌
Buyer country/region
Thailand
Refund period
❌
Processing currency
THB
Time to return refund result
❌
Payment flow
Redirect
Time to return payment result
Real-time
Minimum payment amount
1 THB per transaction
Chargeback/Dispute
❌
Maximum payment amount
2 million THB per transaction and per day
Default timeout
48 hours
Customize the timeout
✔️
User experience
Note: The following payment flows on different terminals are reference only, and represent this payment method's flow on different terminal types. For supported merchants' terminal types, consult Antom Technical Support.
The following graphic shows the user experience of BBL for the WAP terminal in different scenarios.
Online banking
Bank transfer
The user selects BBL to pay.
The user enters the account ID and password to complete the payment.
The user is redirected to the merchant result page.
The user selects BBL to pay.
The user is directed to the payment code page.
The user inputs the mobile PIN.
The user enters the bill payment page.
The user confirms the payment.
The user is redirected to the merchant result page.
Integration considerations
The following section outlines integration considerations for various payment types, detailing customized integration solutions and payment method features.
Online banking
Bank transfer
About normalUrl
For Web, WAP, and App terminals, normalUrl is returned in the response of the pay API.Different terminal types have specific integration features when returning normalUrl:
WAP: The returned normalUrl is the browser link. The buyer is redirected to the bank payment page and complete the payment by logging in with the account and password.
App: The returned normalUrl does not trigger the payment method app.It is recommended to render the bank middle page URL directly within the merchant app and set the merchant result page to the browser link instead of the app's scheme. If you use the external redirection to open the bank middle page URL, set the merchant result page to the merchant app's scheme or redirect the browser link to the scheme or deeplink.
After payments
This payment method does not support refunds. It is recommended to communicate directly with the buyer offline.
Default timeout
If the buyer does not complete the payment, Antom sends you an asynchronous notification of the payment result at the 14th minute. The timeout period for the merchant to wait for the asynchronous notification or inquire about the result must be greater than 14 minutes.
About normalUrl
When accepting payments from BBL, you can choose whether to use normalUrl:
If choosing not to use normalUrl, you can directly render the codeValue in the API response on the merchant page to display the QR code or payment code, reducing page redirections and improving the payment experience.
If choosing to use normalUrl, redirect your buyer to the address specified by normalUrl and proceed the payment process as indicated in User experience.
For Web, WAP, and App terminals, normalUrl is returned in the response of the pay API. The buyer is redirected to the address specified by normalUrl and uses the payment code displayed on the page to proceed with the payment within the mobile banking app or on the offline ATM device. After the payment is completed, the middle page automatically redirects to the merchant result page.
Different terminal types have specific integration features when returning normalUrl.
WAP: The returned normalUrl is the payment code and payment operation display page. The buyer copies the payment code and proceeds to the bank app or the ATM based on the payment operation or the screenshot to complete the payment.
App: The returned normalUrl does not trigger the payment method app. It is recommended that you render the URL page directly within the merchant app and provide payment operation steps to guide buyers to complete the payment.
After payments
After the buyer completes the payment in the bank app, the banking app will not automatically redirect to the merchant's results page. The buyer needs to manually navigate to the transaction initiation app (the merchant app or browser).
This payment method does not support refunds. It is recommended to communicate directly with the buyer offline.
Obtain the payment result from the payment result notification (notifyPayment) or by making inquiries (inquiryPayment). Handle the redirection and display of the payment result page to avoid duplicate payments.
Default timeout
The QR code returned by Antom will not be refreshed automatically. When displaying the QR code, add the expireTime parameter in the API response to display the timeout time. When displaying the payment code, enable the copy function for the payment code and allow the buyer to conveniently paste the payment code into the payment method app.
Response sample
The following is a code example in the payment response: