PrestaShop Checkout & Payment

Customer Wallet & Store Credit for PrestaShop 8 & 9

Refund to a balance, not to a voucher.

An unhappy customer, a lost parcel, a returned item: instead of a voucher code they will forget, credit their wallet. The balance shows in their account with the history of every movement, and they spend it at the payment step of their next order, in full or on top of a card payment. Customers can also top up their wallet, with a tiered bonus if you want. On the accounting side, the balance is a payment method: the order keeps its full turnover and VAT base.

At a glance
  • Refunds, credit slips and goodwill gestures credited to a customer balance
  • Full or partial payment with the balance, alongside any payment method
  • Customer top-up, suggested amounts and tiered bonus
  • Optional expiry of goodwill gestures, with reminder email
  • Dashboard, bulk CSV credits and accounting export of movements
PrestaShop 8 & 9 Payment method Top-up with bonus 8 languages
  • 30-day refund
  • 12 months updates
  • 24h support
www.datafirefly.com/en/
Customer Wallet & Store Credit for PrestaShop 8 & 9
v1.1.1 · updated 2026-09-30
What it does

The short version.

01

A balance, not a discount

The wallet is a payment method. An order partly paid with the balance keeps its total, its invoice and its VAT base, and the wallet part shows as a payment line next to the card or bank wire.

02

Full or partial payment at checkout

If the balance covers the order, the customer picks Pay with my wallet, listed first among payment methods. Otherwise, a button applies the balance and shows what is left to pay with another method.

03

Top-up with tiered bonus

Customers top up their wallet from their account, with suggested amounts or a free amount. You can offer a bonus, for example 15 free for a 100 top-up, credited on payment and taken back if the order is cancelled.

04

Every cent traced

Every movement goes through a single ledger, with locking and a duplicate protection key. A credit slip or a return cannot be credited twice, and credits linked to an order never exceed its amount.

The long version

Everything you'd want to know before you install.

A detailed look at how Customer Wallet & Store Credit for PrestaShop 8 & 9 works, why we built it the way we did, and the thinking behind the features above.

§ 01

Why a wallet rather than a voucher

The native voucher is handy but a poor fit for refunds: the customer has to find a code, uses it once, loses the rest, and the order using it shows a discount that lowers turnover and the VAT base. The wallet fixes these three points: the balance is visible in the account, it can be spent over several orders, and it is recorded as a payment.

§ 02

The customer journey, from cart to payment

On the cart page, a notice shows the available balance and what expires soon. At the payment step there are two cases: if the balance covers the order, Pay with my wallet is offered first; otherwise the customer applies the balance in one click, sees the amount deducted and pays the rest with the method of their choice. The confirmation page repeats the part paid with the wallet and the amount still due.

§ 03

What your accountant sees

An order partly paid with the balance keeps its product total, VAT and invoice untouched. The wallet part is recorded as a payment of the order. The total outstanding is shown in the back office, since it is a debt towards your customers until it is spent, and the CSV export of movements gives your accountant one line per operation with customer, order, credit slip and employee.

§ 04

Top-up, bonus and expiry

Customers can credit their wallet themselves. The top-up is sold without VAT, since it is a prepayment, and the balance is only credited once the payment is confirmed. A tiered bonus encourages larger amounts. Goodwill gestures and bonuses can expire after a period you set, with a reminder email before the date; refunds and top-ups never expire, since it is the customer's money.

§ 05

A ledger that never credits twice

Each movement is written in a transaction with a lock on the balance and an idempotency key. A credit slip already credited, a top-up already paid or a form sent twice creates no duplicate. Returns and refunds linked to an order are capped at its amount, even when automatic return and credit slip crediting are both switched on.