Cards and crypto cover a lot of buyers, but not all of them. Some have no card that works for online or cross-border purchases. Some live where paying by bank transfer is simply how people pay. Others hold gift cards and would happily spend them with you. If you accept bank transfer and gift card payments, those buyers can finish a purchase they would otherwise abandon.
Manual methods come with work that cards don't: payments to match, proofs to check and new kinds of fraud to watch for. This guide explains when they are worth offering, how to set them up with PapelShip's custom payment methods, how to reconcile payments with orders and how to keep fraud in check.
Why offer bank transfer and gift card payments?
The case for manual methods is reach. A checkout that only takes cards excludes buyers whose cards are declined for cross-border digital purchases, buyers without a card at all, and buyers in markets where a bank transfer is the everyday way to pay online. Gift cards add another group: people who received one as a present, or who prefer prepaid spending.
The case against is effort and speed. A card payment confirms in seconds and delivers automatically. A bank transfer can take anything from seconds on a domestic instant payment scheme to several business days internationally, and someone has to confirm it arrived. A gift card has to be checked before you deliver. The table below sums up the trade-offs.
| Method | Confirmation | Main risk | Best for |
|---|---|---|---|
| Card | Seconds, automatic | Chargebacks | Most buyers, most products |
| Crypto | After network confirmations | Wrong network or amount | Global buyers without a card |
| Bank transfer | Seconds to days, reviewed | Fake proofs, recalled transfers | Local habits, larger orders |
| Gift card | After you verify the code | Stolen or used codes | Buyers holding gift cards |
Manual methods are usually worth it when you sell into a specific country where transfers are common, when order values are high enough that review time pays off, or when you sell to businesses that prefer to pay by transfer. They are rarely worth it for very cheap products, where checking each payment costs more than the sale. If you haven't set up the automatic methods yet, start with card and crypto payments in one checkout; for many buyers without a card, stablecoins are the faster route, as covered in how to accept USDT payments.
What you can set up with custom payment methods
The Custom Payment Method System in PapelShip Commerce lets you add payment methods beyond the built-in card and crypto options. There are three kinds:
- Bank transfer: accept payments using your bank account details.
- Gift cards: accept payment with gift cards from the brands you choose.
- Custom method: define your own payment process, for anything that fits neither.
Countries
Chosen countries, or Global
IP detection
Shown to the right visitors
Currencies
Automatic rate conversion
Payment proof
Required before review
Input fields
Details you ask the buyer for
References
Automatic or static
Each method can be offered in specific countries, or set to Global to appear everywhere, and the visitor's country is detected automatically from their IP. Payments can be accepted in multiple currencies with automatic exchange rate conversion, with your store currency as the default. On top of that, you can require payment proof, add customer input fields, generate reference numbers automatically or use a static one, and write custom instructions and notes for the buyer.
Custom methods appear in the same checkout as cards and crypto, whether buyers reach it from your storefront or from an embedded checkout widget on your own site. Orders paid this way are delivered by the same engine once you approve them.
How to set up bank transfer payments
- 01
Create the method
Add a custom payment method of the bank transfer type and enter the account details buyers will pay into, exactly as their bank app expects them: account holder, bank, IBAN or account number and, for international payments, the SWIFT/BIC code.
- 02
Choose the countries
Limit the method to the countries where your account receives transfers cheaply and quickly, or use Global if it works everywhere. IP detection shows it only to visitors from those countries.
- 03
Set the currency
Pick the currency your account receives. Prices are converted automatically from your store currency, so buyers see the amount they need to send.
- 04
Use automatic reference numbers
Generate a unique reference for each order and ask buyers to put it in the payment description. This is what lets you match a payment to an order with certainty.
- 05
Write clear instructions
Explain what to send, where, with which reference, how long confirmation usually takes and what happens next. Short, numbered instructions lead to fewer mistakes.
- 06
Require proof and the right fields
Ask for a payment receipt and the sender's name as it appears on the transfer. Don't ask for anything you won't use.
1. Send exactly [amount and currency] to:
Account holder: [your company name]
IBAN: [your IBAN]
SWIFT/BIC: [your bank's code]
2. Put this reference in the payment description:
[order reference]
3. Upload your bank receipt below.
We check transfers [your review times].
Your order is delivered by email as soon as we confirm it.Some payment rails can be confirmed without manual review. In Turkey, for example, PapelShip's bank account payment method supports instant IBAN transfers, which can be detected and approved automatically, in the store and through the API-based system. Where automatic detection exists for your rail, use it: it turns a manual method into an almost instant one.
How to accept gift card payments safely
With a gift card method, the buyer pays with a code from a gift card brand you accept rather than with money sent to your account. They enter the code, and often a PIN, in the input fields you define, and you verify or redeem it before delivering the order. Until the code has been confirmed, the order is a promise, not a payment.
- Accept only brands you can verify and use. A code you can't check or spend is worth nothing to you.
- Collect the code through input fields, and for larger amounts require proof such as a photo of the card or its purchase receipt.
- Redeem before you deliver. A code counts as payment only once it has been redeemed or confirmed valid. Until then, the order stays pending.
- Price for the real value. If a brand's cards are worth less to you than their face value, for example because you can only spend them in one place, reflect that in the price or with a payment method fee, which can be set per store, product or variant.
- Limit high-value orders. Very large orders paid with gift cards deserve a manual check, or a per-customer purchase limit on the product.
How to reconcile bank transfers with orders
Reconciliation, matching the money in your account with the orders in your store, is where manual methods succeed or fail. With a good setup it takes a few minutes a day. Without one, it becomes a guessing game of similar amounts and missing references.
01Shows details and a reference
Unique to this order
02Pays from their bank app
Reference in the description
03Uploads proof
With any required fields
04Matches the bank statement
Reference, amount and currency
05Approves and delivers
Key, file or access sent
- Check at fixed times. Review incoming transfers at set points in the day and tell buyers when, so they know what to expect.
- Match on three things. Reference, amount and currency should all agree with the order. A proof upload on its own is not a match.
- Decide on short payments in advance. Bank charges or conversion can make a transfer arrive short. Write a policy, such as asking for the difference, and put it in your instructions.
- Set a payment window. The invoice builder includes an expiry timer, so manual orders that are never paid don't pile up.
- Keep the trail. Store the proof, the reference and the statement line with the order. It settles disputes and makes bookkeeping easier.
When prices are converted into the buyer's currency, the sender's bank may still add its own charges. Say clearly that the full amount must arrive, and that any bank fees are paid by the sender. If you sell in several countries, translating these instructions matters as much as translating the product page; see selling in every language.
Fraud considerations for manual payment methods
Manual methods move fraud from the card network to you. Instead of chargebacks, the typical risks are edited screenshots presented as proof, transfers from compromised bank accounts that are later recalled, stolen gift card codes, and buyers using a VPN to appear in a country where a method is offered.
- Never deliver on proof alone. A screenshot only shows that someone made an image. Deliver once the money is in your account or the code has redeemed.
- Read the invoice risk signals. Every PapelShip invoice shows a risk level and checks for proxy, VPN, TOR, hosting or data centre connections, anonymity, abuse risk and iCloud Relay, plus the ISP, ASN, region and timezone.
- Compare the signals with the payment. A transfer from one country, a connection from another and a data centre IP together are worth a closer look.
- Use product rules on high-value items. Block VPN and proxy connections and limit purchases per customer where losses would hurt most.
- Block repeat abusers. Customer blacklists stop a buyer who has sent fake proofs from simply trying again.
For the wider picture, including card fraud and chargebacks, read fraud prevention for digital goods.
Frequently asked questions
Meet buyers where they already pay
Bank transfers and gift cards won't replace cards and crypto, and they shouldn't. Added carefully, though, they let buyers pay the way they already do, in their own country and currency.
Give every order a reference, ask for proof, deliver only once the money is in, and read the risk signals on every invoice. The extra review work is small, and many of the buyers it brings in were never going to pay by card.
PapelShip Commerce Team
Storefronts and selling online