The page you are reading is two lists pretending to be one
A payment methods page looks like a single menu, but a reader who treats it that way has already misread it. The page almost always separates what can be paid in from what can be paid out, and the two lists are not the same length, do not carry the same conditions, and do not share the same risks. A route that appears in the deposit column may be absent from the withdrawal column, or present there with a different processing stage, a different fee owner, or a different daily ceiling. The first thing to do on Capyspin's payment methods page is therefore not to look for a familiar logo. It is to check, for each route the reader might use, whether it appears in both directions. A deposit-only route is not a withdrawal route that happens to be slow; it is a route that will not return money at all.
The second thing to do is to stop reading the page as a promise of speed. Nothing on a payment methods page sets a clock. What it sets is a sequence: the operator's processing stage, the payment provider's clearing stage, and the card issuer's or bank's settlement stage. Each of those stages belongs to a different institution, and the payment methods page is only the operator's description of the first. A reader who wants to know when money arrives has to read the withdrawal policy page for the operator's stage, and the provider's own published schedule for the rest. The payment methods page tells you which door you are walking through; it does not tell you how long the corridor is.
Five classes of route, five different places where the risk sits
Almost every payment methods page, whatever the operator, is built from the same five classes of route. They are worth separating because the risk in each class sits in a different institution, and a reader who does not know where the risk sits cannot tell whose fault a failed payment is.
| Route class | Where the reversal risk sits | Which stage sets the timing | Who owns the fee, if any |
|---|---|---|---|
| Card (debit or credit) | The card issuer; a chargeback can be raised weeks after the deposit clears | Issuer settlement, often the slowest stage | The issuer or the card scheme, not the operator |
| Bank transfer | The sending bank; a recall is possible until settlement is final | Interbank clearing, which can take several business days | The sending and receiving banks |
| E-wallet | The wallet provider; a dispute is handled inside the wallet's own system | Wallet-to-operator transfer, usually the fastest stage | The wallet provider, sometimes on currency conversion |
| Prepaid voucher | None after redemption; the voucher is bearer paper or a bearer code | Redemption is immediate, but the route is deposit-only | The voucher issuer at purchase; no withdrawal path exists |
| Crypto | The network; a transaction is irreversible once confirmed | Network confirmation, which varies by chain and load | The network itself; the operator may pass through a conversion spread |
The prepaid row deserves a sentence of its own, because it is the row that most often surprises a reader. A prepaid voucher is a deposit instrument and nothing else. It can be bought with cash, it can be redeemed for a credit on the player account, and it cannot be the destination of a withdrawal. A player who deposits by voucher and later wins will be paid out by some other route, and that route must already exist on the withdrawal side of the page. The payment methods page is the place to check that before the first deposit, not after the first withdrawal request.
Why a deposit route and a withdrawal route are not the same thing
The asymmetry is not a defect of any particular operator; it is built into the payment system itself. A deposit is money moving from a player-controlled instrument to the operator. A withdrawal is money moving from the operator to a player-controlled instrument. The institutions in the middle are different in the two directions, and so are their rules.
For a deposit, the operator is the recipient, and the risk the operator faces is that the payment will be reversed after the player has already played with the credit. That is why operators commonly require that a withdrawal be sent back to the same route the deposit came from, at least up to the amount deposited. The payment methods page may state this as a "closed loop" or "return to source" condition, or it may leave it to the withdrawal policy page. Either way, the reader should look for it: a player who deposits by card and expects a crypto payout may find the payout is routed back to the card first, and only the excess above the deposit amount is free to go elsewhere.
For a withdrawal, the operator is the sender, and the risk the operator faces is that the money will be sent to an instrument the player does not control. That is why verification exists, and why the payment methods page is not the end of the story. The page lists the routes; the verification process decides whether a given route is available to a given player. A route that is listed on the page is not a route the reader can use today. It is a route that may be usable after the account has passed the checks the operator's own policies describe.
What the page states, and what it merely implies
A payment methods page is a list of names and icons, and the icons are doing more work than they appear to. An icon is not a contract. It is a signal that the operator has some arrangement with the provider whose logo is shown, and the arrangement may cover deposits only, withdrawals only, or both, and may vary by the player's country, currency, or account status. The reader's job is to turn each icon into a question: In which direction does this route work for my account, in my currency, from my country? The page may answer that question directly, or it may answer it only by omission.
| Item to confirm | Why it can change | Where it is stated |
|---|---|---|
| Whether a route is deposit-only or two-way | Provider agreements change; a route can be added or removed without notice | The payment methods page itself, in the deposit and withdrawal columns |
| Which currencies a route accepts | Currency support is set by the provider, not the operator, and varies by region | The cashier after login, or the provider's own published list |
| Any minimum or maximum per transaction | Limits are commonly adjusted for risk or compliance reasons | The cashier at the moment of the transaction |
| Any fee charged by the operator itself | Fee policies are revised periodically and may differ by route | The operator's terms or the withdrawal policy page |
| Any fee charged by the provider | Provider fee schedules are outside the operator's control | The provider's own published schedule |
| Whether a withdrawal must return to the deposit route | Closed-loop policies are common and may be enforced per account | The withdrawal policy page or the terms and conditions |
The row about fees matters more than most readers assume. A payment methods page that lists a route does not mean the route is free. The operator may charge a fee for processing a withdrawal, the provider may charge a fee for receiving it, and the card issuer or bank may charge a fee for currency conversion. None of those three fees is visible on the payment methods page unless the operator has chosen to state its own fee there. The other two live on other pages, owned by other institutions. A reader who wants the full cost of a payment has to assemble it from at least two places, and sometimes three.
What it means when the page does not state an item
Omission on a payment methods page is itself information. If the page lists a route but does not say whether it is deposit-only, the reader cannot assume it is two-way. If the page does not state a processing time, the reader cannot assume one; the time is set by the provider and the issuer, and the operator's page may simply have chosen not to repeat a figure it does not control. If the page does not state a fee, the reader cannot assume the route is free. And if the page does not state a currency, the reader cannot assume the route works in the currency the reader holds.
The discipline is to treat every absent item as an open question, not as a default. The default assumption on a payment methods page is that what is not stated is not promised. The page is a directory, not a warranty, and the reader who reads it as a warranty will eventually read a fee or a delay that the page never mentioned and feel cheated by a document that never made the promise in the first place.
Where the reader reads each item off
For Capyspin, the payment methods page is the first stop, but it is rarely the last. The reader who wants a complete picture will typically need to visit the cashier after login, because the cashier is the only place where the routes are filtered by the reader's own account, currency and country. The withdrawal policy page is where the closed-loop rule, any operator fee, and the operator's processing stage are stated. The terms and conditions page is where the definitions live: what counts as a deposit, what counts as a withdrawal, and what happens when a payment is reversed. And the provider's own published schedule is where the provider's fee and the provider's clearing time are stated, for the simple reason that the operator does not own those numbers and cannot bind them.
A reader who assembles all four sources has the full picture. A reader who reads only the payment methods page has a list of doors, and a list of doors is not a journey.
FAQ
Does the payment methods page show every route available to my account?
No. The page shows the routes the operator has arrangements with, but the routes available to a given account depend on the account's country, currency and verification status. The cashier after login is the only place where the list is filtered to the reader's own situation.
If a route appears on the page, is it free to use?
Not necessarily. The operator may charge a fee, the provider may charge a fee, and the card issuer or bank may charge a conversion fee. The payment methods page states only what the operator has chosen to state; the provider's fee lives on the provider's own schedule.
Why is my deposit method not available for withdrawal?
Some routes are deposit-only by design, most commonly prepaid vouchers. Others are deposit-only by operator policy, or because the provider does not support payouts. The withdrawal column on the payment methods page, or the withdrawal policy page, is the place to check which routes can return money.
Where do I find the processing time for a withdrawal?
The payment methods page may state the operator's own processing stage, but the total time is the sum of the operator's stage, the provider's clearing stage, and the issuer's settlement stage. The operator's stage is on the withdrawal policy page; the other two are on the provider's and issuer's published schedules.
This page is an independent summary of what a payment methods page covers, it is not published by Capyspin, and it states no figure or status for them; the operator's own payment methods page, cashier, withdrawal policy and terms are the only binding sources for any route, fee, limit or time.
Play responsibly
Gambling should be treated as paid entertainment, never as a way to earn income or recover losses. 1-800-MY-RESET (1-800-697-3738)
18+ or 21+ depending on where you are; follow the minimum age that applies to you.
This article is general information about how these mechanics work. It is not legal advice and not a recommendation to gamble or to use any particular operator. Availability and legality differ by jurisdiction — check the rules that apply where you are.
