Skip to main content
Ideal for: The widest reach online — Mastercard, Visa and Verve, with PIN, OTP or 3-D Secure depending on the card and issuer.

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.
Cards are one of the most popular ways to make payments online with a large global reach. SeerBit supports the most popular card types with a simple implentation.

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

  1. Customers enters card details on merchant website.
  2. SeerBit checks that the details provided are valid (e.g the expiry date entered is not in the past)
  3. 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.
  4. 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
  5. 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

  1. Collect the customers details (Fullname, Email and Mobile Number) and Card details.
  2. Make a request to the payment service with the payment/initiates endpoint.
  3. 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 the amount 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 the paymentType 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 POST

Request Sample

The code snippet below shows an example response

Response Sample

The code snippet below shows an example request for initialising this payment

Scenario 1: PIN and OTP (Verve)

  1. The customers gets prompted to enter card pin.
  2. After the customer enters the card pin, call the payment service again using payment/initiates endpoint.
  3. An OTP (one time password) is sent to the cardholders registered phone number or email to validate the transaction.
  4. 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 PIN

Response Sample

The code snippet below shows an example response after entering the OTP

Scenario 2: 3-D Secure (Mastercard and Visa)

  1. The occurs for 3D secure card transactions.
  2. After the payment has been initiated, the card holder gets prompted to complete the payment on the card’s bank page.
  3. 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 payment

Scenario 3: PIN only

  1. The customers gets prompted to enter card pin.

Response Sample

The code snippet below shows an example request for initialising this payment

Testing your integration

Use any of the SeerBit test cards to complete a payment on the checkout page and confirm your integration end to end. See the full list of test credentials