Choose from any of our gift cards to give to your loved ones
Card Test Refund Transaction Guide
Redeem your gift cards at any of our Merchants
You can purchase a gift card from any of these locations
Onyx Gift Cards is a Grenadian company designed to introduce, market and manage gift cards systems in Grenada for retailers and corporations. We are enthusiastic about the effect and influence we will have on the local market. We intend to expand our systems regionally with a range of product offerings and services.
Gift cards are the preferred way of giving and receiving gifts. They carry a monetary value that can be redeemed for gifts at your favorite store.
Onyx GiftCards are “Open Gift Cards” which means that they can be redeemed at multiple merchant locations. They are standard credit card size, can fit into the average wallet and made of PVC plastic. Onyx GiftCards are Barcoded for security and safety for the consumer and bear a disclaimer at the back.
Onyx Giftcards can be bought with a branded Card backer which is black in colour and is designed to fit the card. There is an area to write a brief message to the recipient as well.
A refund test card is a card number that a payment processor issues for sandbox use, so developers can charge and refund a payment without moving real money. It works only in test mode and has no link to a bank account or a cardholder. Real card numbers never work in test mode.
Processors publish these numbers in their developer docs. They are safe to share because they connect to a simulator, not to a bank.
Each processor maps certain test numbers to certain outcomes. One number approves, another declines, another triggers a dispute or an expired-card response. You pick the number that matches the case you need to test.
A refund is a separate object. The original charge stays on the record with a status such as refunded or partially refunded, and the refund carries its own ID. The simulator answers in milliseconds and returns the same JSON shape you see in live mode.
Each processor lists its own set in the developer docs. A common example is 4242 4242 4242 4242, which most gateways approve in test mode. Stripe also lists 4000 0000 0000 0002 as a generic decline.
PayPal, Adyen, Braintree, and Square run their own sandboxes with their own numbers. A test number from one processor does not work in another. Copy the numbers from the docs of the gateway you are integrating.
Run each case twice. Refunds get retried by mistake, and idempotency keys stop duplicate refunds from firing.
Test cards exist so nobody has to touch real card data during development. Buying CVV data, card numbers, or full card records from any source is illegal in the US under 18 U.S.C. § 1029 and similar laws elsewhere. Penalties include prison time and fines.
If you found this page while searching for a way to buy card data, stop. Test cards give you the same simulated behavior with none of the legal risk, and they cost nothing.
Charge $10, then refund the whole amount. The charge flips to refunded and the refund object moves to succeeded.
Charge $10 and refund $4. The charge shows a 4.00 amount refunded and a 6.00 balance. A second refund of $4 passes; a third fails.
Some simulators let a test charge enter a dispute state. Your code should stop offering a refund once the funds are in dispute, or route the case to your evidence workflow.
Not every processor offers a refund-failure card. When none exists, mock the error response in your own test suite and assert that your UI shows a clear message.
No. Live mode rejects public test numbers. Some sites run a fake checkout of their own, and that checkout accepts test numbers on purpose, but no real money moves.
You can refund up to the charged amount. Two refunds of $5 on a $10 charge pass; a third fails. A full refund on an already refunded charge returns an error.
Check your processor docs for a refund-specific failure card. If none exists, simulate the error in your own code with a mock response.
No. A sandbox refund exercises the same API calls, webhooks, and database updates. Only the network step is simulated.
They cannot test bank settlement timing, card brand arbitration, or statement descriptors. Those parts of the flow need a live account and, in some cases, a real card you own with a small charge.
Use test cards for logic, use your own card for timing checks, and never handle card data you did not receive from its owner.
