Direct Card Charge

Learn how to collect payments with Cards.

📘

Getting Started

We recommend checking out the introductory section to understand the basics of direct charge first. This guide assumes you’ve read that.

Direct card charge allows you to charge both local cards (issued in your country of operation) and international cards. This is useful if your customers are predominantly credit/debit card users and you'd prefer they manage payments via your app.

ℹ️

Handling International Payments

The country of operation for your Flutterwave account is the country you selected during account creation. Payments will be considered international if you accept cards issued outside this country or charge in currencies other than your local currency.

Prerequisite

🚧

Compliance

Using direct card charges involves handling some very sensitive customer data, so a PCI DSS compliance certificate is required. When you've got one, contact your Relationship Manager or reach out to [email protected] to enable this feature on your account.

Payment Flow

Using a card charge involves four main steps:

  1. Initiating the payment: You send the transaction details and the customer's payment details to the charge card endpoint.
  2. Authorize the charge: We tell you the details needed to authorize the charge, you get those from the customer, and you send them to the same charge card endpoint.
  3. Validate the charge: Think of this as a second layer of authentication. The customer provides some info to validate the charge (such as an OTP), and you send that to us (via the validate charge endpoint). This completes the payment.
  4. Verify the payment: As a failsafe, you'll call our API to verify that the payment was successful before giving value (via the verify transaction endpoint.

In some scenarios, steps 2 and/or 3 might be skipped. For example, cards that use 3DS authentication won't have a validation stage. We'll explain the different scenarios in this guide.

Recurring Payments

You can also collect recurring payments from customers with direct card charges. See our guide to card tokenization.

Card Authorization Models

When you make a card charge request, Flutterwave will evaluate the card to determine its authorization model—a card personal identification number (PIN), an address verification system (AVS), a 3DS redirect, or no authorization at all.

If no authorization is required, the charge is completed, and you can skip to verifying the payment.

For cards that require authorization, we'll send you a prompt telling you what parameters are needed for that authorization model so the cardholder can authenticate their transaction.

Collect the Customer's Payment Details

First, you'll need the customer's card details. You can collect these with a simple HTML form like the one below:


After collecting the card details, you'll need to add some other details to make up the full payload, including:

  • tx_ref: A unique reference code that you'll generate for each transaction.
  • amount: The amount to be charged for the transaction.
  • currency: The currency to be used for the charge.
  • email: The customer's email address.
  • redirect_url (optional): The url we should redirect to after the customer completes payment. For 3DSecure payments, we'll append data (the transaction response data) to the URL as query parameters.
  • meta (optional): Any extra details you wish to attach to the transaction. For instance, you could include the flight_id or product_url.

See the charge card endpoint for a full list of available options.

{
	"card_number": "5531886652142950",
	"expiry_month": "09",
	"expiry_year": "32",
	"cvv": "564",
	"currency": "NGN",
	"amount": "7500",
	"email": "[email protected]",
	"fullname": "Flutterwave Developers",
	"phone_number": "+2349012345678",
	"tx_ref": "UNIQUE_TRANSACTION_REFERENCE",
	"redirect_url": "https://example_company.com/success"
}

External 3DS

External 3D Secure (3DS) is a feature that allows you to control how the identity of your customer (the cardholder) is verified by using a custom provider of your choice.

Unlike the regular 3DS, where the identity verification process is automatically handled for you by the payment system, External 3DS gives you the flexibility to integrate and manage this verification process according to your specific needs.

Encrypt the Payload Request

ℹ️

Using SDKs

If you're using one of our backend SDKs , you should skip this step, as they'll automatically encrypt the payload for you when sending the request. Head on to the next step.

Next, you'll encrypt the payload you've built up. You'll need your encryption key (from the Settings > API section of your Dashboard), and you'll use the 3DES algorithm for encryption. You can see examples of this in our encryption guide.

Now, you'll wrap the encrypted payload inside a JSON body like this:

{
	"client": "Of8p6iJUVUezgvjUkjjJsP8aPd6CjHR3f9ptHiH5Q0+2h/FzHA/X1zPlDmRmH5v+GoLWWB4TqEojrKhZI38MSjbGm3DC8UPf385zBYEHZdgvQDsacDYZtFEruJqEWXmbvw9sUz+YwUHegTSogQdnXp7OGdUxPngiv6592YoL0YXa4eHcH1fRGjAimdqucGJPurFVu4sE5gJIEmBCXdESVqNPG72PwdRPfAINT9x1bXemI1M3bBdydtWvAx58ZE4fcOtWkD/IDi+o8K7qpmzgUR8YUbgZ71yi0pg5UmrT4YpcY2eq5i46Gg3L+fxFl4tauG9H4WBChF0agXtP4kjfhfYVD48N9Hrt"
}

You can then use this payload to initiate payment.

Initiate Payment

To initiate payment, send your encrypted payload to our charge card endpoint.

If you're using one of our SDKs, you'll pass in the payload directly, and we'll encrypt it for you. Otherwise, you can do the encryption manually as shown above, then call the endpoint:

// Installation: npm i flutterwave-node-v3

const Flutterwave = require('flutterwave-node-v3');
const flw = new Flutterwave(process.env.FLW_PUBLIC_KEY, process.env.FLW_SECRET_KEY);

const payload = {
card_number: '5531886652142950',
expiry_month: '09',
expiry_year: '32',
cvv: '564',
currency: 'NGN',
amount: '7500',
email: '[email protected]',
fullname: 'Flutterwave Developers',
phone_number: '+2349012345678',
tx_ref: 'UNIQUE_TRANSACTION_REFERENCE',
redirect_url: 'https://example_company.com/success',
enckey: process.env.FLW_ENCRYPTION_KEY
}

flw.Charge.card(payload)
.then(response => console.log(response));

// Installation: composer require flutterwavedev/flutterwave-v3

use Flutterwave\Util\Currency;

$data = [
    "amount" => 7500,
    "currency" => Currency::NGN,
    "tx_ref" => "UNIQUE_TRANSACTION_REFERENCE",
    "redirectUrl" => "https://example_company.com/success",
    "additionalData" => [
        "card_details" => [
            "card_number" => "5531886652142950",
            "expiry_month" => "09",
            "expiry_year" => "32",
            "cvv" => "564"
        ]
    ],
];

$cardpayment = \Flutterwave\Flutterwave::create("card");
$customerObj = $cardpayment->customer->create([
    "email" => "[email protected]",
    "full_name" => "Flutterwave Developers",
    "phone" => "+2349012345678"
]);
$data['customer'] = $customerObj;
$payload  = $cardpayment->payload->create($data);
$result = $cardpayment->initiate($payload);
print_r($result);
# Installation: gem install flutterwave_sdk

require './flutterwave_sdk'

flw = Flutterwave.new(ENV["FLW_PUBLIC_KEY"], ENV["FLW_SECRET_KEY"], ENV["FLW_ENCRYPTION_KEY"])
charge_card = Card.new(flw)
payload = {
  "card_number": "5531886652142950",
  "expiry_month": "09",
  "expiry_year": "32",
  "cvv": "564",
  "currency": "NGN",
  "amount": "7500",
  "email": "[email protected]",
  "fullname": "Flutterwave Developers",
  "phone_number": "+2349012345678",
  "tx_ref": "UNIQUE_TRANSACTION_REFERENCE",
  "redirect_url": "https://example_company.com/success"
}
response = charge_card.initiate_charge(payload)
print response
curl --request POST \
  --url https://api.flutterwave.com/v3/charges?type=card \
  --header 'Authorization: Bearer FLW_SECRET_KEY' \
  --header 'content-type: application/json' \
  --data '{ "client": "Of8p6iJUVUezgvjUkjjJsP8aPd6CjHR3f9ptHiH5Q0+2h/FzHA/X1zPlDmRmH5v+GoLWWB4TqEojrKhZI38MSjbGm3DC8UPf385zBYEHZdgvQDsacDYZtFEruJqEWXmbvw9sUz+YwUHegTSogQdnXp7OGdUxPngiv6592YoL0YXa4eHcH1fRGjAimdqucGJPurFVu4sE5gJIEmBCXdESVqNPG72PwdRPfAINT9x1bXemI1M3bBdydtWvAx58ZE4fcOtWkD/IDi+o8K7qpmzgUR8YUbgZ71yi0pg5UmrT4YpcY2eq5i46Gg3L+fxFl4tauG9H4WBChF0agXtP4kjfhfYVD48N9Hrt"}'

Authorize the Payment

This next step will vary depending on the type of card you're charging. After initiating a charge, the customer may need to authorize the charge on their card. Card authorization methods are typically one of the following:

  • PIN: The customer enters the card PIN to authorize the payment.
  • AVS (Address Verification System): The customer enters details of the card's billing address. This is often used for international cards.
  • 3DS (3D Secure): The customer needs to be redirected to a secure webpage to complete the payment.
  • None: In some cases, the card may not need any authorization steps at all.

The response you get from the previous step (initiating the payment) will tell you the authorization required for the card (if any) in the meta.authorization field. The meta.authorization.mode key indicates the type of authorization that is needed, while the meta.authorization.fields key indicates the fields you need to collect from the customer. For instance:

  • If the mode is "pin", then the card requires PIN authentication. You'll need to collect the customer's PIN.
  • If the mode is "avs_noauth", the card requires AVS authentication. You'll need to collect the specified fields (for example, city, address, state, country, and zipcode).
  • If the mode is "redirect", then you won't be collecting any extra fields. Instead, you'll redirect to the specified URL (in meta.authorization.redirect) for the customer to authenticate with their bank.
  • In some cases, the card doesn't need any additional authentication, so you can skip to verifying the payment. In that case, the data.status field will be either "successful" or "failed".

Here are some sample responses for the different scenarios:

{
  "status": "success",
  "message": "Charge authorization data required",
  "meta": {
    "authorization": {
      "mode": "pin",
      "fields": [
        "pin"
      ]
    }
  }
}
{
	"status": "success",
	"message": "Charge authorization data required",
	"meta": {
		"authorization": {
			"mode": "avs_noauth",
			"fields": ["city", "address", "state", "country", "zipcode"]
		}
	}
}
{
	"status": "success",
	"message": "Charge initiated",
	"data": {
		"id": 1254647,
		"tx_ref": "UNIQUE_TRANSACTION_REFERENCE",
		"flw_ref": "IUSE9942171639769110812191",
		"device_fingerprint": "N/A",
		"amount": 7500,
		"charged_amount": 7500,
		"app_fee": 105,
		"merchant_fee": 0,
		"processor_response": "Pending redirect to issuer's 3DS authentication page",
		"auth_model": "VBVSECURECODE",
		"currency": "NGN",
		"ip": "N/A",
		"narration": "CARD Transaction ",
		"status": "pending",
		"payment_type": "card",
		"fraud_status": "ok",
		"charge_type": "normal",
		"created_at": "2020-04-30T20:09:56.000Z",
		"account_id": 27468,
		"customer": {
			"id": 370672,
			"phone_number": "2349012345678",
			"name": "Flutterwave Developers",
			"email": "[email protected]",
			"created_at": "2020-04-30T20:09:56.000Z"
		},
		"card": {
			"first_6digits": "543889",
			"last_4digits": "0229",
			"issuer": "MASTERCARD MASHREQ BANK CREDITSTANDARD",
			"country": "EG",
			"type": "MASTERCARD",
			"expiry": "10/31"
		}
	},
	"meta": {
		"authorization": {
			"mode": "redirect",
			"redirect": "https://auth.coreflutterwaveprod.com/transaction?reference=IUSE9942171639769110812191"
		}
	}
}

Handling 3DS Authorization

With 3DS authorization, all you'll need to do is redirect your user to the specified redirect URL (the meta.authorization.redirect field). The user will then complete the authorization on their bank's page, then we'll redirect back to the redirect_url you specified initially, appending the tx_ref and status to the URL as query parameters.

📘

Integration Tip

Before redirecting, you should store the transaction ID returned from the 3DS response ( data.id ), as you'll need it to verify the payment when we redirect back to your app.

const transactionId = response.data.id;
const flwRef = response.data.flw_ref;

// Store the transaction ID
// so we can look it up later with the tx_ref
await redis.setAsync(`txref-${txRef}`, transactionId);
const authUrl = response.meta.authorization.redirect;
res.redirect(authUrl);

$transactionId = $response['data']['id'];
$txRef = $response['data']['tx_ref'];

// Store the transaction ID
// so we can look it up later with the tx_ref
Redis::set("txref-$txRef", $transactionId);
$authUrl = $response['meta']['authorization']['redirect'];
return redirect($authUrl);
transaction_id = response['data']['id']
tx_ref = response['data']['tx_ref']

# Store the transaction ID
# so we can look it up later with the tx_ref
redis.set "txref-#{tx_ref}", transaction_id
auth_url = response['meta']['authorization']['redirect']
redirect to: auth_url

With 3DS authorization, you don't need to validate the charge. In your redirect route, you can then skip to verifying the payment.

Handling PIN and AVS Authorization

With PIN and AVS authorization, you'll need to collect the specified fields (i.e. the card's PIN or address details) and add them to your initial payload (in an authorization object). Then, you'll encrypt the new payload and send it to the same charge card endpoint.

📘

Making Requests

This means you'll be calling the charge card endpoint twice—the first time to find out the authorization mode, and the second to authorize the charge.

In this example, that means we'll end up with a payload like this:


{
  "card_number": "5531886652142950",
  "expiry_month": "09",
  "expiry_year": "32",
  "cvv": "564",
  "currency": "NGN",
  "amount": "7500",
  "email": "[email protected]",
  "phone_number": "+2349012345678",
  "fullname": "Flutterwave Developers",
  "tx_ref": "UNIQUE_TRANSACTION_REFERENCE",
  "redirect_url":"https://example_company.com/success",
  "authorization": {
    "mode": "pin",
    "pin": "3310"
  }
}
{
	"card_number": "4556052704172643",
	"expiry_month": "09",
	"expiry_year": "32",
	"cvv": "899",
	"currency": "NGN",
	"amount": "7500",
	"email": "[email protected]",
	"fullname": "Flutterwave Developers",
	"phone_number": "+2349012345678",
	"tx_ref": "UNIQUE_TRANSACTION_REFERENCE",
	"redirect_url": "https://example_company.com/success",
	"authorization": {
		"mode": "avs_noauth",
		"city": "San Francisco",
		"address": "69 Fremont Street",
		"state": "CA",
		"country": "US",
		"zipcode": "94105"
	}
}

Then, you encrypt the new payload and send it to the charge card endpoint.

Validate the Charge

After encrypting and sending the new payload, if the authorization is successful, you'll get a response that looks like one of these:

{
  "status": "success",
  "message": "Charge initiated",
  "data": {
    "id": 288192886,
    "tx_ref": "UNIQUE_TRANSACTION_REFERENCE",
    "flw_ref": "FLEG8147171639979534513071",
    "device_fingerprint": "N/A",
    "amount": 7500,
    "charged_amount": 7500,
    "app_fee": 105,
    "merchant_fee": 0,
    "processor_response": "Kindly enter the OTP sent to *******0328",
    "auth_model": "PIN",
    "currency": "NGN",
    "ip": "N/A",
    "narration": "CARD Transaction ",
    "status": "pending",
    "auth_url": "N/A",
    "payment_type": "card",
    "fraud_status": "ok",
    "charge_type": "normal",
    "created_at": "2021-07-15T14:06:55.000Z",
    "account_id": 17321,
    "customer": {
      "id": 370672,
      "phone_number": "2349012345678",
      "name": "Flutterwave Developers",
      "email": "[email protected]",
      "created_at": "2021-07-15T14:06:55.000Z"
    },
    "card": {
      "first_6digits": "553188",
      "last_4digits": "2950",
      "issuer": "MASTERCARD  CREDIT",
      "country": "NG",
      "type": "MASTERCARD",
      "expiry": "09/32"
    }
  },
  "meta": {
    "authorization": {
      "mode": "otp",
      "endpoint": "/v3/validate-charge"
    }
  }
}
{
	"status": "success",
	"message": "Charge initiated",
	"data": {
		"id": 1254647,
		"tx_ref": "UNIQUE_TRANSACTION_REFERENCE",
		"flw_ref": "IUSE9942171639769110812191",
		"device_fingerprint": "N/A",
		"amount": 7500,
		"charged_amount": 7500,
		"app_fee": 105,
		"merchant_fee": 0,
		"processor_response": "Pending redirect to issuer's 3DS authentication page",
		"auth_model": "VBVSECURECODE",
		"currency": "NGN",
		"ip": "N/A",
		"narration": "CARD Transaction ",
		"status": "pending",
		"payment_type": "card",
		"fraud_status": "ok",
		"charge_type": "normal",
		"created_at": "2021-07-15T14:06:55.000Z",
		"account_id": 17321,
		"customer": {
			"id": 370672,
			"phone_number": "2349012345678",
			"name": "Flutterwave Developers",
			"email": "[email protected]",
			"created_at": "2021-07-15T14:06:55.000Z"
		},
		"card": {
			"first_6digits": "543889",
			"last_4digits": "0229",
			"issuer": "MASTERCARD MASHREQ BANK CREDITSTANDARD",
			"country": "EG",
			"type": "MASTERCARD",
			"expiry": "10/31"
		}
	},
	"meta": {
		"authorization": {
			"mode": "redirect",
			"redirect": "https://auth.coreflutterwaveprod.com/transaction?reference=IUSE9942171639769110812191"
		}
	}
}

This response tells you how to proceed.

📘

Integration Tip

Note that even though the status field is "success" (the charge has been initiated), the data.status field is "pending" , meaning that the transaction hasn't yet been approved by the customer. You'll need to validate the transaction to complete it.

As you can see, depending on the type of card you're charging, you'll get one of two things in the new meta.authorization.mode field:

  • redirect: in this case, you'll get a processor_response message saying "Pending Validation". You'll need to redirect your customers to the returned link where they can complete the payment. Afterwards, we'll redirect the customer back to the redirect_url you specified earlier, with a tx_ref and status. This means you don't need to do anything else, and your redirect handler can skip to verifying the payment .
  • otp: This means an OTP has been sent to your customer's mobile phone. The processor_response will contain instructions you can display to the cardholder. When the user enters the OTP, you'll need to validate the transaction by calling our validate charge endpoint with the customer's OTP and the flw_ref for the transaction (which was returned in the earlier response).
const response = await flw.Charge.validate({
    otp: req.body.otp,
    flw_ref: req.session.flw_ref
});
$response = $cardChargeService->validateTransaction([
    'otp' => $req->body->get('otp'),
    'flw_ref' => session('flw_ref'),
]);
response = charge_card.validate_charge(session[:flw_ref], params[:otp])
curl --request POST \
   --url https://api.flutterwave.com/v3/validate-charge \
   --header 'Authorization: Bearer FLW_SECRET_KEY' \
   --header 'content-type: application/json' \
   --data '{
        "otp": "398761",
        "flw_ref": "FLW19ee7de40fed192d2485202f"
    }'

You'll get a response like this:

{
	"status": "success",
	"message": "Charge validated",
	"data": {
		"id": 288192886,
		"tx_ref": "UNIQUE_TRANSACTION_REFERENCE",
		"flw_ref": "FLEG8147171639979534513071",
		"device_fingerprint": "N/A",
		"amount": 7500,
		"charged_amount": 7500,
		"app_fee": 105,
		"merchant_fee": 0,
		"processor_response": "successful",
		"auth_model": "PIN",
		"currency": "NGN",
		"ip": "N/A",
		"narration": "CARD Transaction ",
		"status": "successful",
		"auth_url": "N/A",
		"payment_type": "card",
		"fraud_status": "ok",
		"charge_type": "normal",
		"created_at": "2021-07-15T14:06:55.000Z",
		"account_id": 17321,
		"customer": {
			"id": 370672,
			"phone_number": "2349012345678",
			"name": "Flutterwave Developers",
			"email": "[email protected]",
			"created_at": "2021-07-15T14:06:55.000Z"
		},
		"card": {
			"first_6digits": "553188",
			"last_4digits": "2950",
			"issuer": "MASTERCARD  CREDIT",
			"country": "NG",
			"type": "MASTERCARD",
			"expiry": "09/32"
		}
	}
}

The data.status field indicates that the charge was successful. However, as a safety measure, always verify the payment.

Handling Redirects

When redirecting users, the URL structure typically places the query string before the fragment identifier (#). This is standard web behavior and may cause errors if your application relies on the hash for routing.

https://example.com/path?status=successful&tx_ref=xyz&transaction_id=123#fragment

If your application needs the hash to appear before the query string (e.g. for frontend routing), and Direct Charge is stripping the hash, use #redirect_as_post, to ensure that the hash remains part of the URL during the redirect.

Redirects as a POST Request

To ensure that a redirect is performed using a POST request instead of the default GET request, append #redirect_as_post to the redirect_url.

{
  ...
  "redirect_url": "https://example.com/#/path#redirect_as_post",
  ...
}

After completing your payment, Flutterwave appends the transaction information to the body of the request. The #redirect_as_post helps you retain the fragment identifier needed for correct routing in your application.

  • If your redirect_url is a frontend application:
    • The POST request body will not be accessible directly.
    • We recommend the use of webhooks or the verify endpoint to retrieve the transaction status after the redirect.
  • If the redirect_url is a backend system:
    • The backend can process both GET and POST requests, making the request body accessible.

Redirects using Ignore_Opener

If you experience issues when redirecting your users to new windows/tabs, e.g. redirect within single-page applications (SPAs), append #ignore_opener to the redirect_url.

This prevents the redirected page from accessing the window.opener property, ensuring it opens separately and can't immediately redirect to a malicious URL.

{
  ...
  "redirect_url": "https://example.com/#/path#ignore_opener",
  ...
}

Verify the Payment

Almost done! The last step is to verify that the payment was successful before giving value to your customer. To do so, call our verify transaction endpoint with your transaction_id. See our guide on transaction verification for more details.

// If we came from a redirect, we'll need to
// fetch the transactionID we stored earlier, using the tx_ref
const txRef = req.query.tx_ref
const transactionId = await redis.getAsync(`txref-${txRef}`);

// Otherwise, if we came from a validate process,
// we can just get the transaction ID from the response
const transactionId = response.data.id;
flw.Transaction.verify({
id: transactionId
});
// If we came from a redirect, we'll need to
// fetch the transactionID we stored earlier, using the tx_ref
$txRef = $req->query->get('tx_ref');
$transactionId = Redis::get("txref-$txRef");

// Otherwise, if we came from a validate process,
// we can just get the transaction ID from the response
$transactionId = $response['data']['id'];
$cardChargeService->verifyTransaction($transactionId);
# If we came from a redirect (Step 4), we'll need to
# fetch the transactionID we stored earlier, using the tx_ref
transaction_id = redis.get "txref-#{params[:tx_ref]}"

# Otherwise, if we came from a validate process (Step 5),
# we can just get the transaction ID from the response
transaction_id = response['data']['id']
charge_card.verify_charge transaction_id
curl --request GET \
   --url https://api.flutterwave.com/v3/transactions/288200108/verify \
   --header 'Authorization: Bearer FLW_SECRET_KEY' \
   --header 'content-type: application/json'

You'll get a response that looks like this, and you can see that the data.status field is now "successful".

{
	"status": "success",
	"message": "Transaction fetched successfully",
	"data": {
		"id": 288192886,
		"tx_ref": "UNIQUE_TRANSACTION_REFERENCE",
		"flw_ref": "FLEG8147171639979534513071",
		"device_fingerprint": "N/A",
		"amount": 7500,
		"currency": "NGN",
		"charged_amount": 7500,
		"app_fee": 105,
		"merchant_fee": 0,
		"processor_response": "successful",
		"auth_model": "PIN",
		"ip": "N/A",
		"narration": "CARD Transaction ",
		"status": "successful",
		"payment_type": "card",
		"created_at": "2021-07-15T14:06:55.000Z",
		"account_id": 17321,
		"card": {
			"first_6digits": "553188",
			"last_4digits": "2950",
			"issuer": "MASTERCARD  CREDIT",
			"country": "NG",
			"type": "MASTERCARD",
			"token": "flw-t1nf-dac504fefbc7fcac6b776c0f33c2f774-m03k",
			"expiry": "09/32"
		},
		"amount_settled": 7395,
		"customer": {
			"id": 370672,
			"phone_number": "2349012345678",
			"name": "Flutterwave Developers",
			"email": "[email protected]",
			"created_at": "2021-07-15T14:06:55.000Z"
		}
	}
}

Putting it all together

Here are examples of what an implementation of direct card charge might look like:

// In an Express-like app:

// The route where we initiate payment (Steps 1 - 3)
app.post('/pay', async (req, res) => {
	const payload = {
		card_number: req.body.card_number,
		cvv: req.body.card_cvv,
		expiry_month: req.body.card_expiry_year,
		expiry_year: req.body.card_expiry_year,
		currency: 'NGN',
		amount: product.price,
		email: req.user.email,
		fullname: req.body.card_name,
		phone_number: req.user.phone_number,
		// Generate a unique transaction reference
		tx_ref: generateTransactionReference(),
		redirect_url: process.env.APP_BASE_URL + '/pay/redirect',
		enckey: process.env.FLW_ENCRYPTION_KEY,
	};
	const response = await flw.Charge.card(payload);

	switch (response?.meta?.authorization?.mode) {
		case 'pin':
		case 'avs_noauth':
			// Store the current payload
			req.session.charge_payload = payload;
			// Now we'll show the user a form to enter
			// the requested fields (PIN or billing details)
			req.session.auth_fields = response.meta.authorization.fields;
			req.session.auth_mode = response.meta.authorization.mode;
			return res.redirect('/pay/authorize');
		case 'redirect':
			// Store the transaction ID
			// so we can look it up later with the flw_ref
			await redis.setAsync(
				`txref-${response.data.tx_ref}`,
				response.data.id
			);
			// Auth type is redirect,
			// so just redirect to the customer's bank
			const authUrl = response.meta.authorization.redirect;
			return res.redirect(authUrl);
		default:
			// No authorization needed; just verify the payment
			const transactionId = response.data.id;
			const transaction = await flw.Transaction.verify({
				id: transactionId,
			});
			if (transaction.data.status == 'successful') {
				return res.redirect('/payment-successful');
			} else if (transaction.data.status == 'pending') {
				// Schedule a job that polls for the status of the payment every 10 minutes
				transactionVerificationQueue.add({
					id: transactionId,
				});
				return res.redirect('/payment-processing');
			} else {
				return res.redirect('/payment-failed');
			}
	}
});

// The route where we send the user's auth details (Step 4)
app.post('/pay/authorize', async (req, res) => {
	const payload = req.session.charge_payload;
	// Add the auth mode and requested fields to the payload,
	// then call chargeCard again
	payload.authorization = {
		mode: req.session.auth_mode,
	};
	req.session.auth_fields.forEach((field) => {
		payload.authorization.field = req.body[field];
	});
	const response = await flw.Charge.card(payload);

	switch (response?.meta?.authorization?.mode) {
		case 'otp':
			// Show the user a form to enter the OTP
			req.session.flw_ref = response.data.flw_ref;
			return res.redirect('/pay/validate');
		case 'redirect':
			const authUrl = response.meta.authorization.redirect;
			return res.redirect(authUrl);
		default:
			// No validation needed; just verify the payment
			const transactionId = response.data.id;
			const transaction = await flw.Transaction.verify({
				id: transactionId,
			});
			if (transaction.data.status == 'successful') {
				return res.redirect('/payment-successful');
			} else if (transaction.data.status == 'pending') {
				// Schedule a job that polls for the status of the payment every 10 minutes
				transactionVerificationQueue.add({
					id: transactionId,
				});
				return res.redirect('/payment-processing');
			} else {
				return res.redirect('/payment-failed');
			}
	}
});

// The route where we validate and verify the payment (Steps 5 - 6)
app.post('/pay/validate', async (req, res) => {
	const response = await flw.Charge.validate({
		otp: req.body.otp,
		flw_ref: req.session.flw_ref,
	});
	if (
		response.data.status === 'successful' ||
		response.data.status === 'pending'
	) {
		// Verify the payment
		const transactionId = response.data.id;
		const transaction = flw.Transaction.verify({
			id: transactionId,
		});
		if (transaction.data.status == 'successful') {
			return res.redirect('/payment-successful');
		} else if (transaction.data.status == 'pending') {
			// Schedule a job that polls for the status of the payment every 10 minutes
			transactionVerificationQueue.add({
				id: transactionId,
			});
			return res.redirect('/payment-processing');
		}
	}

	return res.redirect('/payment-failed');
});

// Our redirect_url. For 3DS payments, Flutterwave will redirect here after authorization,
// and we can verify the payment (Step 6)
app.post('/pay/redirect', async (req, res) => {
	if (req.query.status === 'successful' || req.query.status === 'pending') {
		// Verify the payment
		const txRef = req.query.tx_ref;
		const transactionId = await redis.getAsync(`txref-${txRef}`);
		const transaction = flw.Transaction.verify({
			id: transactionId,
		});
		if (transaction.data.status == 'successful') {
			return res.redirect('/payment-successful');
		} else if (transaction.data.status == 'pending') {
			// Schedule a job that polls for the status of the payment every 10 minutes
			transactionVerificationQueue.add({
				id: transactionId,
			});
			return res.redirect('/payment-processing');
		}
	}

	return res.redirect('/payment-failed');
});
// In a Laravel-like app:

// The route where we initiate payment (Steps 1 - 3)
Route::post('/pay', function ($req) {
    $payload = [
        'card_number' => $req->input('card_number'),
        'cvv' => $req->input('card_cvv'),
        'expiry_month' => $req->input('card_expiry_month'),
        'expiry_year' => $req->input('card_expiry_year'),
        'currency' => 'NGN',
        'amount' => $product->price,
        'email' => auth()->email,
        'fullname' => $req->input('card_name'),
        'tx_ref' => generateTransactionReference(),
        'redirect_url' => url('/pay/redirect'),
    ];

    $response = $cardChargeService->chargeCard($payload);
    switch ($response['meta']['authorization']['mode'] ?? null) {
        case 'pin':
        case 'avs_noauth':
            // Store the current payload
            Session::put('charge_payload', $payload);
            // Now we'll show the user a form to enter
            // the requested fields (PIN or billing details)
            Session::put('auth_fields', $response['meta']['authorization']['fields']);
            Session::put('auth_mode', $response['meta']['authorization']['mode']);
            return redirect('/pay/authorize');
        case 'redirect':
            // Store the transaction ID
            // so we can look it up later with the flw_ref
            Redis::set("txref-{$response['data']['tx_ref']}", $response['data']['id']);
            // Auth type is redirect,
            // so just redirect to the customer's bank
            $authUrl = $response['meta']['authorization']['redirect'];
            return redirect($authUrl);
        default:
            // No authorization needed; just verify the payment
            $transactionId = $response['data']['id'];
            $transaction = $cardChargeService->verifyTransaction($transactionId);
            if ($transaction['data']['status'] == "successful") {
                return redirect('/payment-successful');
            } else if ($transaction['data']['status'] == "pending") {
                // Schedule a job that polls for the status of the payment every 10 minutes
                dispatch(new CheckTransactionStatus($transactionId));
                return redirect('/payment-processing');
            } else {
                return redirect('/payment-failed');
            }
        }
});

// The route where we send the user's auth details (Step 4)
Route::post('/pay/authorize', function ($req) {
    $payload = Session::get('charge_payload');
    // Add the auth mode and requested fields to the payload,
    // then call chargeCard again
    $payload['authorization'] = [
        'mode' => Session::get('auth_mode'),
    ];
    foreach (Session::get('auth_fields') as $field) {
        $payload['authorization'][$field] = $req->input($field);
    }
    $response = $cardChargeService->cardCharge(payload);

    switch ($response['meta']['authorization']['mode'] ?? null) {
        case 'otp':
            // Show the user a form to enter the OTP
            Session::put('flw_ref', $response['data']['flw_ref']);
            return redirect('/pay/validate');
        case 'redirect':
            $authUrl = $response['meta']['authorization']['redirect'];
            return redirect($authUrl);
        default:
            // No validation needed; just verify the payment
            $transactionId = $response['data']['id'];
            $transaction = $cardChargeService->verifyTransaction($transactionId);
            if ($transaction['data']['status'] == "successful") {
                return redirect('/payment-successful');
            } else if ($transaction['data']['status'] == "pending") {
                // Schedule a job that polls for the status of the payment every 10 minutes
                dispatch(new CheckTransactionStatus($transactionId));
                return redirect('/payment-processing');
            } else {
                return redirect('/payment-failed');
            }
    }
});

// The route where we validate and verify the payment (Steps 5 - 6)
Route::post('/pay/validate', function ($req) {
    $response = $cardChargeService->validateTransaction([
        'otp' => $req->body->get('otp'),
        'flw_ref' => session('flw_ref'),
    ]);
    if ($response['data']['status'] === 'successful' || $response['data']['status'] === 'pending') {
        // Verify the payment
        $transactionId = $response['data']['id'];
        $transaction = $cardChargeService->verifyTransaction($transactionId);
        if ($transaction['data']['status'] == "pending") {
            return redirect('/payment-successful');
        } else if ($transaction['data']['status'] == "pending") {
            // Schedule a job that polls for the status of the payment every 10 minutes
            dispatch(new CheckTransactionStatus($transactionId));
            return redirect('/payment-processing');
        }
    }

    return redirect('/payment-failed');
});

// Our redirect_url. For 3DS payments, Flutterwave will redirect here after authorization,
// and we can verify the payment (Step 6)
Route::post('/pay/redirect', function ($req) {
    if ($req->query->get('status') === 'successful') {
        // Verify the payment
        $txRef = $req->query->get('tx_ref');
        $transactionId = Redis::get("txref-$txRef");
        $transaction = $cardChargeService->verifyTransaction($transactionId);
        if ($transaction['data']['status'] == "successful") {
            return redirect('/payment-successful');
        } else if ($transaction['data']['status'] == "pending") {
            // Schedule a job that polls for the status of the payment every 10 minutes
            dispatch(new CheckTransactionStatus($transactionId));
            return redirect('/payment-processing');
        }
    }

    return redirect('/payment-failed');
});
# In a Rails-like app:

# Handles POST /pay
# The route where we initiate payment (Steps 1 - 3)
def pay
    charge_card = Card.new(flw)
    payload = {
        card_number: params[:card_number],
        cvv: params[:card_cvv],
        expiry_month: params[:card_expiry_month],
        expiry_year: params[:card_expiry_year],
        currency: 'NGN',
        amount: session[:amount],
        email: current_user.email,
        fullname: current_user.name,
        tx_ref: generate_transaction_reference,
        redirect_url: 'https://example_company.com/success',
    }
    response = charge_card.initiate_charge payload

    case response["meta"]["authorization"]["mode"] rescue nil
    when 'pin', 'avs_noauth'
        # Store the current payload
        session[:charge_payload] = payload
        # Now, we'll show the user a form to enter
        # the requested fields (PIN or billing details)
        session[:auth_fields] = response["meta"]["authorization"]["fields"]
        session[:auth_mode] = response["meta"]["authorization"]["mode"]
        redirect to: '/pay/authorize'
    when 'redirect'
        # Store the transaction ID
        # so we can look it up later with the flw_ref
        redis.set("txref-#{response['data']['tx_ref']}", response['data']['id'])
        # Auth type is redirect,
        # so just redirect to the customer's bank
        auth_url = response["meta"]["authorization"]["redirect"]
        redirect to: auth_url
    else
        # No authorization needed; just verify the payment
        transaction = charge_card.verify_charge transaction_id
        if transaction['data']['status'] == "successful"
            return redirect to: '/payment-successful'
        elsif transaction['data']['status'] == "pending"
            # Schedule a job that polls for the status of the payment every 10 minutes
            CheckTransactionStatus.perform_later transaction_id
            return redirect to: '/payment-processing'
        else
            return redirect to: '/payment-failed'
        end
    end
end

# Handles POST /pay/authorize
# The route where we send the user's auth details (Step 4)
def authorize_payment
    payload = session[:charge_payload]
    # Add the auth mode and requested fields to the payload,
    # then call chargeCard again
    payload['authorization'] = {
        mode: session[:auth_mode],
    }
    session.auth_fields.each do |field|
        payload['authorization'][field] = params[field]
    end
    response = charge_card.initiate_charge payload

    case response["meta"]["authorization"]["mode"] rescue nil
    when 'otp'
        # Show the user a form to enter the OTP
        session[:flw_ref] = response['data']['flw_ref']
        redirect to: '/pay/validate'
    when 'redirect'
        auth_url = response["meta"]["authorization"]["redirect"]
        redirect to: auth_url
    else
        # No validation needed; just verify the payment
        transaction_id = response['data']['id']
        transaction = charge_card.verify_charge transaction_id
        if transaction['data']['status'] == "successful"
            return redirect to: '/payment-successful'
        elsif transaction['data']['status'] == "pending"
            # Schedule a job that polls for the status of the payment every 10 minutes
            CheckTransactionStatus.perform_later transaction_id
            return redirect to: '/payment-processing'
        else
            return redirect to: '/payment-failed'
        end
    end
end

# Handles POST /pay/validate
# The route where we validate and verify the payment (Steps 5 - 6)
def validate_payment
    response = charge_card.validate_charge(session[:flw_ref], params[:otp])
    if (response['data']['status'] === 'successful' || response['data']['status'] === 'pending')
        # Verify the payment
        transaction = charge_card.verify_charge transaction_id
        if transaction['data']['status'] == "successful"
            return redirect to: '/payment-successful'
        elsif transaction['data']['status'] == "pending"
            # Schedule a job that polls for the status of the payment every 10 minutes
            CheckTransactionStatus.perform_later transaction_id
            return redirect to: '/payment-processing'
        end
    end

    redirect to: '/payment-failed'
end

# Handles POST /pay/redirect
# Our redirect_url. For 3DS payments, Flutterwave will redirect here after authorization,
# and we can verify the payment (Step 6)
def payment_redirect
    if (params[:status] === 'successful' || params[:status] === 'pending')
        # Verify the payment
        tx_ref = params[:tx_ref]
        transaction_id = redis.get(`txref-#{tx_ref}`)
        charge_card.verify_charge transaction_id
        redirect to: '/payment-successful'
    elsif transaction['data']['status'] == "pending"
        # Schedule a job that polls for the status of the payment every 10 minutes
        CheckTransactionStatus.perform_later transaction_id
        return redirect to: '/payment-processing'
    else
        redirect to: '/payment-failed'
    end
end
# In a Django-like app:

# Handles POST /pay
# The route where we initiate payment (Steps 1 - 3)
def pay:
    details = {
        "card_number": '4556052704172643',
        "cvv": '899',
        "expiry_month": '01',
        "expiry_year": '23',
        "currency": 'NGN',
        "amount": '7500',
        "email": '[email protected]',
        "fullname": 'Flutterwave Developers',
        "tx_ref": 'YOUR_PAYMENT_REFERENCE',
        "redirect_url": 'https://example_company.com/success',
    }
    response = rave.Card.charge(payload)
    mode = response.get("meta", {}).get("authorization", {}).get("mode", None)
    if mode == 'pin' or mode == 'avs_noauth':
        # Store the current payload
        request.session["charge_payload"] = payload
        # Now we'll show the user a form to enter
        # the requested fields (PIN or billing details)
        request.session["auth_fields"] = response["meta"]["authorization"]["fields"]
        request.session["auth_mode"] = response["meta"]["authorization"]["mode"]
        return redirect('/pay/authorize')
    elif mode == 'redirect':
        # Store the transaction ID
        # so we can look it up later with the flw_ref
        redis.set(f'txref-{response['data']['tx_ref']}', response['data']['id'])
        # Auth type is a redirect,
        # so just redirect to the customer's bank
        auth_url = response["meta"]["authorization"]["redirect"]
        return redirect(auth_url)
    else:
        # No authorization needed; just verify the payment
        transaction = rave.Card.verify(transaction_id)
        if transaction['data']['status'] == "successful":
            return redirect('/payment-successful')
        elif transaction['data']['status'] == "pending":
            # Schedule a job that polls for the status of the payment every 10 minutes
            check_transaction_status(transaction_id)
            return redirect('/payment-successful')
        else:
             return redirect('/payment-failed')

# Handles POST /pay/authorize
# The route where we send the user's auth details (Step 4)
def authorize_payment:
    payload = request.session["charge_payload"]
    # Add the auth mode and requested fields to the payload,
    # then call chargeCard again
    payload['authorization'] = {
        "mode": request.session["auth_mode"],
    }
    for field in request.session.auth_fields:
        payload['authorization'][field] = request.POST[field]
    response = rave.Card.charge(payload)

    mode = response.get("meta", {}).get("authorization", {}).get("mode", None)
    if mode == 'otp':
        # Show the user a form to enter the OTP
        request.session["flw_ref"] = response['data']['flw_ref']
        return redirect('/pay/validate')
    elif mode == 'redirect':
        auth_url = response["meta"]["authorization"]["redirect"]
        return redirect(auth_url)
    else:
        # No validation needed; just verify the payment
        transaction_id = response["data"]["id"]
        transaction = rave.Card.verify(transaction_id)
        if transaction['data']['status'] == "successful":
            return redirect('/payment-successful')
        elif transaction['data']['status'] == "pending":
            # Schedule a job that polls for the status of the payment every 10 minutes
            check_transaction_status(transaction_id)
            return redirect('/payment-successful')
        else:
             return redirect('/payment-failed')

# Handles POST /pay/validate
# The route where we validate and verify the payment (Steps 5 - 6)
def validate_payment:
    response = charge_card.validate_charge(request.session["flw_ref"], request.POST["otp"])
    if response['data']['status'] == 'successful':
        # Verify the payment
        transaction = rave.Card.verify(transaction_id)
        if transaction['data']['status'] == "successful":
            return redirect('/payment-successful')
        elif transaction['data']['status'] == "pending":
            # Schedule a job that polls for the status of the payment every 10 minutes
            check_transaction_status(transaction_id)
            return redirect('/payment-successful')

    return redirect('/payment-failed')

# Handles POST /pay/redirect
# Our redirect_url. For 3DS payments, Flutterwave will redirect here after authorization,
# and we can verify the payment (Step 6)
def payment_redirect:
    if request.GET["status"] == 'successful' or request.GET["status"] == 'pending':
        # Verify the payment
        tx_ref = request.POST["tx_ref"]
        transaction_id = redis.get(f"txref-{tx_ref}")
        transaction = rave.Card.verify(transaction_id)
        if transaction['data']['status'] == 'successful':
            return redirect('/payment-successful')
        elif transaction['data']['status'] == "pending":
            # Schedule a job that polls for the status of the payment every 10 minutes
            check_transaction_status(transaction_id)
            return redirect('/payment-successful')
    else:
        return redirect('/payment-failed')

Webhooks

You can also verify the payment in a webhook handler. Here's an example of the payload we send to your webhook for successful card charges. The event type is charge.completed and the data object contains the transaction information.

{
	"event": "charge.completed",
	"data": {
		"id": 288192886,
		"tx_ref": "UNIQUE_TRANSACTION_REFERENCE",
		"flw_ref": "FLEG8147171639979534513071",
		"device_fingerprint": "N/A",
		"amount": 7500,
		"currency": "NGN",
		"charged_amount": 7500,
		"app_fee": 105,
		"merchant_fee": 0,
		"processor_response": "successful",
		"auth_model": "PIN",
		"ip": "N/A",
		"narration": "CARD Transaction ",
		"status": "successful",
		"payment_type": "card",
		"created_at": "2021-07-15T14:06:55.000Z",
		"account_id": 17321,
		"customer": {
			"id": 370672,
			"name": "Flutterwave Developers",
			"phone_number": "2349012345678",
			"email": "[email protected]",
			"created_at": "2021-07-15T14:06:55.000Z"
		},
		"card": {
			"first_6digits": "553188",
			"last_4digits": "2950",
			"issuer": "MASTERCARD  CREDIT",
			"country": "NG",
			"type": "MASTERCARD",
			"expiry": "09/32"
		}
	}
}