PCI DSS certification is required for this endpoint
This endpoint receives raw card details —
cardNumber, cvv, expiryMonth, expiryYear and pin — on your server. You must hold a valid PCI DSS certification to use it, and SeerBit will not enable it for your account without one.Not certified? Use Simple Checkout, Standard Checkout or an SDK instead. Card details go straight to SeerBit, never touch your servers, and no certification is needed.Which flow will I get?
A card charge does not always complete in one call. Which of the three flows below you get depends on the card and the issuer, so your integration must handle all three:
Because a 3-D Secure charge redirects the customer away, always pass a
redirectUrl in your request so SeerBit knows where to return them. Confirm the outcome with payment verification once they are back — the redirect alone is not proof of payment.
Card Payment Process
- Customers enters card details on merchant website.
- SeerBit checks that the details provided are valid (e.g the expiry date entered is not in the past)
- Authentication : Some cards may prompt the card holder to enter a pin or a one time password sent to the card holder’s phone or email to authenticate the transaction.
- Authorization : The bank checks for sufficient funds on the card holder’s account. if successful the amount is held in the customers account and released to the merchant on capture
- Capture : The money moves from the card holder’s account (issuing bank) to the merchant account immediately after authorization
Note: By default, all card payments are captured immediately after authorization unless a capture delay or manual capture has been setup by the merchant. Read on how to setup a pre-authorized payment
How it works
- Collect the customers details (Fullname, Email and Mobile Number) and Card details.
- Make a request to the payment service with the payment/initiates endpoint.
- Based on the cardholders card type the seerBit selects an auth method.
Before you use these endpoints
These endpoints are for merchants who want to build their own checkout. You collect the payment details in your own interface and send them to SeerBit, deciding for yourself how the payment experience looks. If you would rather not build and maintain that, use Simple Checkout or Standard Checkout instead — SeerBit renders the payment interface, supports every method, and takes on the compliance burden.You calculate the fee, not SeerBit
The hosted checkout works out the transaction fee and shows it to the customer. These endpoints do not. SeerBit charges exactly theamount you send.
So if your dashboard is set so the customer bears the fee, you must calculate that fee and include it yourself. If you don’t, the fee comes out of your settlement instead — you will receive less than you charged.
Set the fee bearer in your dashboard settings, and see transaction fees for how the two models differ.
How methods are selected
Every payment method uses the same endpoint — what changes is thepaymentType you send and the extra fields that method needs.
Authentication
All payment method calls are authenticated with a bearer token, generated from your public and secret keys.Authentication
How to generate the token, and which credential every other SeerBit API expects.
Initializing a Card Payment
For the full specification, see our API Reference POSTRequest Sample
The code snippet below shows an example responseResponse Sample
The code snippet below shows an example request for initialising this paymentScenario 1: PIN and OTP (Verve)
- The customers gets prompted to enter card pin.
- After the customer enters the card pin, call the payment service again using payment/initiates endpoint.
- An OTP (one time password) is sent to the cardholders registered phone number or email to validate the transaction.
- To Validate the transaction Call the Validate OTP payments/otp endpoint with the customers OTP and Pass the transactions linking reference in the request body.
Request with PIN
The code snippet below shows the sample request after passing the PINResponse Sample
The code snippet below shows an example response after entering the OTPScenario 2: 3-D Secure (Mastercard and Visa)
- The occurs for 3D secure card transactions.
- After the payment has been initiated, the card holder gets prompted to complete the payment on the card’s bank page.
- For a successful initial call, code S20 will be returned with a redirect link in the redirectUrl field, merchant is expected to redirect to the link. Because of this merchant is expected to always pass the redirectUrl link that SeerBit should come back to after the payment is completed on 3Ds site.
Response Sample
The code snippet below shows an example request for initialising this paymentScenario 3: PIN only
- The customers gets prompted to enter card pin.