Payment Methods
Hosted Checkout
Redirect customers to a Glyde-hosted payment page where they can pay via card or bank transfer. This is the simplest integration—you create a session, redirect the customer, and receive a webhook when payment completes. Best for: E-commerce checkouts, invoice payments, subscription signupsDirect Bank Transfer
Generate a temporary virtual account number that customers transfer to directly. You display the account details in your own UI, giving you full control over the payment experience. Best for: Custom checkout flows, mobile apps, POS systemsHow It Works
Customer Pays
For hosted checkout, redirect to the payment URL. For bank transfer, display the account details.
Hosted Checkout
Create a payment session and redirect your customer:amount— Amount in kobo (10000 = ₦100)reference— Your unique identifier for this paymentchannels— Payment methods to offer (card_payment,bank_transfer, or both)default_channel— Which method to show first
url to redirect your customer to:
Direct Bank Transfer
Generate account details for the customer to transfer to:amount shown (which may include a small fee).
Checking Payment Status
Poll for status if needed (though webhooks are preferred):Payment Lifecycle
| Status | Meaning |
|---|---|
pending | Waiting for customer to pay |
successful | Payment received and confirmed |
failed | Payment failed or expired |
Webhook Notification
When payment completes, you’ll receive a webhook:merchant_reference to match this to your original order.
Best Practices
- Generate unique references — Use UUIDs or prefixed sequential IDs to avoid duplicates
- Store the Glyde reference — Save
referencefrom webhooks for future lookups and support requests - Handle expiration — Bank transfer accounts expire; prompt customers to retry if needed
- Show clear instructions — For bank transfers, clearly display the account number, bank name, and exact amount