Buy Now Pay Later in the UAE: A Merchant's Guide

Frequently asked questions

• How does buy now pay later actually work for a merchant?

  The provider pays you the full order value up front, minus their fee, usually on their normal settlement cycle. Your customer then repays the provider in instalments and you are not part of that relationship. The provider carries the credit risk of the customer not paying, which is precisely what the fee is buying. From your side it behaves much more like a payment method than like offering credit yourself, and that distinction is the reason the arrangement is workable for merchants who have no appetite for credit risk.

• Do I carry the risk if the customer stops paying?

  Under the standard model, no. That is the core of the arrangement and the main justification for the fee being several times a card rate. The provider has underwritten that customer, approved the instalment plan, and taken the risk of non-payment onto its own balance sheet. Read your specific merchant agreement to confirm rather than assuming, because terms vary between providers and any recourse provisions would be set out there. It is the single clause most worth reading carefully before signing.

• What does BNPL cost a merchant?

  Materially more than card acceptance, and it is negotiated rather than published, so we are not going to print a rate. What we would say is that it is typically several times a standard card rate, structured as a percentage of order value and sometimes with a fixed component. Get written quotes from at least two providers for your actual volume and average order value rather than working from any published headline rate, and ask them to price the second year as well as the first.

• Why is the fee so much higher than a card fee?

  Because you are buying something different. A card fee covers processing and network costs on a payment the customer has already funded. A BNPL fee covers underwriting a credit decision, funding the full amount to you immediately, collecting instalments over subsequent months, and absorbing the loss when a customer defaults. That final item is a genuine cost of capital and credit risk rather than a processing charge, which is why the gap between the two rates is structural and not simply a matter of tougher negotiation.

• Is BNPL regulated in the UAE?

  Yes. The Central Bank of the UAE has established a framework covering short-term credit, and this activity sits within the regulated finance company regime rather than outside it. Providers operate under Central Bank licensing, and licensed financial institutions are required to comply with the Central Bank's Consumer Protection Standards when carrying out licensed activities. That is a meaningful difference from markets where BNPL grew up largely outside financial regulation, and it gives merchants a concrete question to ask a prospective provider about their licence status.

• Who is allowed to provide it?

  The Central Bank Rulebook provides for Restricted Licence Finance Companies to carry on short-term credit within defined criteria. In practical terms, that means a provider approaching you should hold the appropriate Central Bank licence for the activity. It is a fair question to put to a provider directly, and a reasonable one to verify rather than assume, particularly with a provider you have not previously heard of or one approaching you rather than the reverse.

• Are there limits on how much a customer can borrow?

  Yes, and it is worth understanding because it shapes which of your orders can actually use it. The Rulebook provides that the maximum total short-term credit extended to a borrower by a Restricted Licence Finance Company must not exceed AED 20,000, or the total of three months' verified net income of the borrower, whichever is lower. Confirm the current position with the Central Bank rather than relying on this summary, since the Rulebook is amended over time and Federal Decree-Law No. 6 of 2025 has restructured aspects of the framework.

• Does that cap apply per purchase or per customer?

  The provision is framed around the total extended to a borrower rather than a single transaction, which is the more restrictive reading and the one to plan against. For a merchant that means a customer's available limit reflects their existing commitments elsewhere rather than only what they are buying from you. It is one of several reasons approval rates are never universal, and why your checkout has to handle a decline as a normal outcome.

• Will every customer be approved?

  No, and designing your checkout as though they will is a mistake. Approval depends on the provider's underwriting of that individual, including their existing borrowing. Some customers will be declined at checkout, so your flow needs to handle that gracefully and keep alternative payment methods immediately available rather than dropping the customer into a dead end. Designing only for the approved path is a common and costly oversight.

• How should a decline be handled in the checkout?

  Return the customer to the payment step with their basket intact and other methods visible, rather than showing an error page or forcing them to start again. A decline is a normal outcome rather than a fault. The worst version, which is unfortunately common, returns the customer to an empty cart. That converts a partial failure into a lost sale you would otherwise have kept, and the customer associates the experience with your brand rather than with the provider.

• Does BNPL increase conversion or average order value?

  It can, and we are not going to quote you a figure. Every published number on this comes from providers or their partners, all of whom have a commercial interest in the answer. The only figure worth acting on is your own, measured against your own baseline, which is why the section on measurement below matters considerably more than any benchmark you will find published anywhere.

• How do I measure whether it actually worked?

  Compare total revenue and margin for a period before and after, not the volume that went through BNPL. The number providers report is orders paid by BNPL, which includes customers who would have paid by card anyway. Those are pure cost to you. What actually matters is whether overall revenue rose by enough to cover the premium fee on all BNPL orders, including the ones that would have happened anyway on a cheaper method. That is a harder question and it is the only one worth answering.

• What is cannibalisation and why does it matter so much?

  It is the share of BNPL orders that would have happened anyway on a cheaper payment method. Every one of those costs you the difference between the BNPL fee and the card fee, for no incremental revenue. Because BNPL is prominent at checkout and genuinely attractive to customers, cannibalisation is usually substantial rather than marginal. Ignoring it is precisely how a merchant concludes BNPL is working while it quietly erodes margin on business they already had.

• How do I estimate cannibalisation without a formal test?

  Look at whether total orders rose when you added BNPL or simply redistributed across payment methods. If card volume fell by roughly the amount BNPL gained and total orders were flat, you are paying a higher fee for the same business. It is a rough measure rather than a controlled experiment, and it is usually decisive anyway, because the pattern tends to be clear rather than borderline. Look at a few months either side rather than a single week.

• What is a proper way to test it?

  Turn it off for a defined period, or run it on part of your catalogue and not the rest, and compare. That is uncomfortable and it is the only method that separates incremental revenue from redistribution. A two to four week off period at a comparable trading time will tell you more than a year of provider dashboards, because no dashboard can show you the counterfactual. Choose a period without a sale or a seasonal peak distorting it.

• Which products suit BNPL best?

  Higher-value considered purchases where the instalment genuinely changes affordability. Furniture, electronics, jewellery, travel and larger fashion baskets are the natural fit. On low-value repeat purchases the instalment offers a customer very little, and you pay a premium fee for a decision they would have made regardless. That is the clearest and most expensive case of paying for cannibalisation, and it is entirely avoidable with a minimum order value.

• Should I offer it on everything or selectively?

  Selectively is usually the better economics, and most providers support a minimum order value. Setting a floor below which BNPL is not offered removes the orders where it adds least and costs most. Look at your actual order value distribution and set the threshold where an instalment starts to be genuinely meaningful to a customer, rather than at a round number that felt tidy in a meeting. The right floor differs sharply between categories.

• How does it work with refunds and returns?

  The provider handles the customer side, cancelling or adjusting remaining instalments and refunding what has been paid, while you refund the provider. The important operational detail is that the customer's experience of a refund is slower and less visible than a card refund, because instalments have to unwind. Explain that plainly in your returns policy and brief your support team, or they will absorb the confusion while answering questions about a process they have no visibility into and no ability to accelerate.

• Do I get the fee back on a refund?

  Frequently not, or only partially, and this is one of the most important terms in the agreement. If fees are non-refundable on returned orders, a category with high return rates becomes considerably more expensive than the headline rate suggests. Model your actual return rate against the fee treatment before signing anything, because in high-return categories such as fashion this single term can dominate the economics and make a well-negotiated headline rate irrelevant.

• What about chargebacks and disputes?

  The dispute mechanism differs from card networks and is set out in your merchant agreement rather than in scheme rules. Ask specifically who adjudicates a dispute, what evidence you must supply and within what window, and what happens to the funds while it is open. Merchants accustomed to card chargeback processes should not assume equivalent protections or comparable timelines apply here, because the scheme rules they are used to simply do not govern this arrangement.

• How long does settlement take?

  It varies by provider and is negotiable, so ask for the specific cycle in writing rather than accepting a general answer. What matters for your cash flow is the gap between the order and the money arriving, and whether that gap changes during high-volume periods. A provider whose settlement slows during a sale period creates a genuine working capital problem at precisely the moment you least want one, so ask specifically whether the cycle changes under high volume.

• Does BNPL help my cash flow or hurt it?

  It should be broadly neutral to positive, because you are paid the full order value up front rather than waiting for the customer's instalment schedule to complete. The variable that actually affects you is the settlement cycle, not the instalment plan. Compare the settlement timing directly against your card processor's, because if BNPL settles materially slower then that delay is a real financing cost which never appears anywhere in a headline fee comparison.

• How hard is the integration?

  On a mainstream ecommerce platform, usually straightforward, because the major providers publish plugins for the common platforms. On a custom-built checkout it is an API integration of moderate size, plus the messaging components on product and cart pages. The integration itself is rarely the difficult part of the project. Deciding the commercial terms and the placement rules takes considerably longer and matters far more to the outcome than the technical connection does. Budget your attention accordingly.

• Where should the BNPL messaging appear?

  On the product page, in the cart, and at the payment step, because the value of BNPL is largely in the customer knowing about it before they reach checkout. Providers supply components for this. What is worth controlling carefully is that the messaging never appears on products priced below your minimum order value, since that confuses customers, produces avoidable support contacts, and undermines trust in the rest of your checkout.

• Does adding BNPL slow my site down?

  It can, because provider widgets load third-party scripts on product and cart pages, which are exactly the pages where speed affects conversion. Measure your page performance before and after adding it. If the widget proves heavy, ask the provider whether a lighter static version of the messaging is available, since a fully rendered instalment breakdown is often unnecessary on every product tile in a listing.

• Should I use more than one provider?

  Two can raise overall approval rates, since underwriting differs between providers and a customer declined by one may be approved by another. The cost is a second integration, a second agreement and a more cluttered checkout. For most merchants one provider is enough. A second becomes worth considering only when you can see meaningful decline volume in your own data, which is a reason to make sure you are capturing declines in the first place.

• How do I negotiate a better rate?

  Volume is the main lever, and competitive tension is the other. Get a written quote from a second provider before renewing with your first. Ask specifically about the rate at your projected volume rather than current volume, about whether fees are refunded on returns, and about the settlement cycle, because a concession on refund treatment or settlement timing is frequently worth considerably more to you over a year than a small reduction in the headline percentage rate.

• What should be in the merchant agreement?

  The fee and its structure, the settlement cycle, the treatment of fees on refunds, the dispute process and evidence requirements, the minimum and maximum order values, notice periods on either side, and what happens to in-flight orders if the agreement ends. That final item is regularly omitted from agreements and matters a great deal if you ever switch providers mid-quarter with instalment plans still running against orders you have already shipped.

• Is there a compliance obligation on me as the merchant?

  The licensing and consumer credit obligations sit with the provider rather than with you, since they are extending the credit. What you should be careful about is how you present it: describing an instalment arrangement in a way that overstates its terms or understates that it is credit creates a problem you do not need. Use the provider's approved wording rather than writing something more enthusiastic yourself, because the copy sits on your pages under your name even though the credit obligations sit with them.

• Can I pass the fee on to customers?

  Check your merchant agreement, because surcharging is frequently restricted contractually, and separately consider whether it defeats the purpose. A surcharge visible at the payment step removes much of the conversion benefit you were paying for. If BNPL only works for you with a surcharge attached to it, that is usually a clear signal that it does not work for you at all, and the honest conclusion is to decline rather than to pass the cost along.

• How does this compare to a card instalment plan?

  Bank instalment plans through card issuers are a different product with different economics, often funded by the bank and sometimes at lower merchant cost. They also require the customer to hold that bank's card, which limits reach. Worth pricing both rather than assuming BNPL is the only available route to offering instalments to your customers, particularly if your customer base skews toward holders of a small number of local bank cards.

• Does BNPL affect my payment gateway setup?

  It usually sits alongside your gateway rather than replacing it, as an additional method at checkout with its own settlement and reconciliation. That means a second set of statements to reconcile and a second relationship to manage. Our guide on UAE payment gateways covers the core acceptance layer, which BNPL supplements rather than substitutes for. Budget for the extra reconciliation work, because it is real and it recurs every month.

• What does reconciliation look like in practice?

  More work than a card processor, because settlements are netted differently and refunds unwind over time. Make sure whoever does your reconciliation understands the provider's statement format before you go live, and check the first month closely. Reconciliation problems discovered in month four are considerably harder and more expensive to unpick than identical problems caught in week two, when the transaction volume involved is still small.

• When is BNPL clearly the wrong choice?

  When your average order value is low, when your margin cannot absorb a fee several times your card rate, when your return rate is high and fees are not refunded, or when your customers are predominantly business rather than consumer. In those situations the arithmetic rarely works out, and adding it purely because competitors display it is not a business case. It may still be the right decision, and it should be reached by calculation rather than by comparison.

• What should I do before signing anything?

  Three things. Model the fee against your actual order value distribution and return rate, not an average. Get written quotes from two providers so you have comparison. And decide in advance how you will measure incrementality, including whether you are prepared to run an off period. A decision made without a measurement plan attached tends never to get revisited, which is how merchants end up years into an arrangement nobody has evaluated.

• Can you help evaluate or implement it?

  We can. Modelling the economics against your own order data, reviewing provider terms on the points that actually matter, and specifying the checkout and messaging changes starts from around AED 2,500 with us. Implementation on a custom checkout is priced separately by scope. Final pricing depends on scope, and these are our own figures rather than a market survey. Anything turning on a specific provider's regulatory status should go to the Central Bank or a qualified adviser.