The page that decides whether your money can move both ways
A player looking at FT's payment methods page is usually trying to answer one practical question before anything else: can the route that takes money in also bring it back out? The answer is not always yes, and the payment methods page is where that asymmetry becomes visible. A deposit method that appears with a deposit icon but no withdrawal icon is a one-way door, and the reader should treat it as such before funding an account. The page is not a menu of equal options; it is a list of routes with different reversal risks, different timing stages, and different parties holding the money at each step.
What makes the page hard to read is that it mixes three different things under one heading. It lists the instruments a player can use, the processors that move the money, and the operator's own rules about which of those instruments can be used in which direction. A card is an instrument; the network behind it is a processor; the operator's decision to accept card deposits but not card withdrawals is a rule. All three appear on the same page, and a reader who does not separate them will misread the page. The rest of this article explains how to separate them, and what each separation implies for the money.
Five classes of route, five different risk profiles
Payment methods pages across operators organise themselves into a small number of classes, and FT's page is no different in structure even though the specific instruments on it are FT's own. The classes matter because each one places the reversal risk - the risk that a transaction is pulled back after it appears to have cleared - in a different place.
| Route class | Where the reversal risk sits | What that means for the player |
|---|---|---|
| Card | With the card issuer and the card scheme | A chargeback can be raised long after the deposit, and the operator may treat any account with a chargeback as a risk account |
| Bank transfer | With the sending and receiving banks | Reversals are rarer but slower; a transfer can be recalled while it is still in the clearing stage |
| E-wallet | With the e-wallet provider | The provider can freeze or reverse a transaction under its own terms, which the operator does not control |
| Prepaid | Almost none, once the voucher is redeemed | The deposit is effectively irreversible, which is why prepaid routes are often deposit-only |
| Crypto | With the network and the wallet | Once confirmed, the transaction is final; there is no chargeback mechanism at all |
The table explains a pattern the reader will see on FT's page even before reading a single line of FT's own text: prepaid and crypto routes tend to appear as deposit methods, while withdrawal lists lean toward bank transfers and e-wallets. That is not an operator preference; it is a structural consequence of where the reversal risk sits. A route that cannot be reversed is useful for taking money in, but it creates a problem when money has to go out, because the operator then needs a separate verification trail to prove the withdrawal reaches the same person who deposited.
Which stage sets the timing
When a player asks how long a payment takes, the question usually assumes the operator is the one who decides. The payment methods page shows why that assumption is wrong. A transaction moves through at least three stages, and the operator controls only one of them.
The first stage is the provider's processing stage. A card payment has to be authorised by the issuer; a bank transfer has to pass through the sending bank's clearing system; an e-wallet transaction has to be confirmed by the e-wallet provider. None of that is under the operator's control. The second stage is the operator's own internal processing: the moment the operator's system records the deposit and makes the funds available in the player's account, or the moment a withdrawal request is picked up by the operator's finance team. The third stage is the return journey: the receiving bank or wallet has to accept the funds and make them available to the player. A withdrawal can clear the operator's side in an hour and still sit for days in the receiving bank's own processing queue.
The payment methods page usually states only the operator's stage, if it states any timing at all. A reader who sees a processing time on the page should ask which stage that time refers to. If the page does not say, the only safe reading is that the figure covers the operator's internal step and nothing else. The provider's stage and the receiving institution's stage are outside the operator's control, and no number on FT's page can bind a third party. The reader should treat any single figure on the page as the narrowest possible commitment, not as a door-to-door promise.
Where the fees live
A payment methods page often carries fee information, and the most common misreading is to attribute every fee on the page to the operator. In practice, fees belong to three different parties, and only one of them is the operator.
The first party is the provider. A card issuer may charge a cash-advance fee for a gambling transaction; a bank may charge an international transfer fee; an e-wallet may charge a currency conversion fee. None of those fees is set by the operator, and none of them appears in the operator's own fee schedule. The second party is the operator itself. The operator may charge a fee for certain withdrawal routes, or it may absorb the provider's fee and show a zero-fee route. The third party is the currency converter. When a player deposits in one currency and plays in another, the conversion rate is set by the payment provider or the operator's own conversion desk, and the spread on that conversion is a fee in everything but name.
The payment methods page is the place where these three fee sources are separated, or where the reader discovers they are not separated. A route listed with no fee information is not a route with no fees; it is a route whose fees are stated elsewhere, usually in the provider's own terms or in the operator's general terms and conditions. The reader's job is to identify, for each route, which of the three fee sources applies, and to read the document that governs that source. The operator's page can only ever bind the operator's own fee; it cannot bind the provider's.
Deposit and withdrawal are not mirror images
The single most important structural fact about any payment methods page is that the deposit list and the withdrawal list are not the same list. They are two lists that happen to share a page. A reader who assumes symmetry will fund an account with a method that cannot take money out, and will then discover the asymmetry only when they try to withdraw.
The asymmetry exists for a reason. A deposit is money moving from a player to the operator; the operator's main concern is that the money is real and will not be reversed. A withdrawal is money moving from the operator to the player; the operator's main concern is that the money reaches the same person who deposited it, and that the route leaves an audit trail. Those are different concerns, and they favour different instruments. A prepaid voucher is excellent for deposits because it cannot be reversed, but it is useless for withdrawals because it has no identity attached to it. A bank transfer is slow for deposits but excellent for withdrawals because it carries a named account holder. The payment methods page is the document where the operator states which instruments it accepts for which direction, and the reader should read the two lists as separate commitments.
There is a second asymmetry that is harder to see. Even when a method appears on both lists, the limits and fees may differ by direction. A deposit route may have a low minimum and no fee, while the same route used for withdrawal may have a higher minimum and a processing fee. The page may state these separately, or it may state only one direction and leave the other to the terms and conditions. The reader should confirm, for any route they intend to use in both directions, that the page states the terms for both directions. If it states only one, the other is not zero; it is unstated, and unstated terms are governed by the operator's general withdrawal policy, not by the payment methods page.
What the page cannot tell you
There are three things a payment methods page, however complete, cannot tell the reader. The first is the provider's own terms. A card issuer's chargeback window, an e-wallet's freeze policy, a bank's recall procedure - none of these is under the operator's control, and none of them will appear on the operator's page. The reader who wants those terms has to read the provider's own documentation. The second is the operator's internal risk decisions. A payment methods page lists the routes the operator accepts in principle; it does not list the routes the operator will accept for a particular player at a particular moment. A player who has just registered, or who has changed their address, or who has made a large deposit, may find that a listed route is unavailable to them until verification is complete. The page states the general rule; the operator's risk team applies the specific case. The third is the currency conversion rate. A page may list supported currencies, but the rate at which one currency becomes another is set at the moment of the transaction, by the provider or the operator's conversion desk, and no page can state it in advance.
These three gaps are not defects in the page. They are the natural boundary of what a payment methods page can do. The page is a map of the routes; it is not the journey itself. The reader who understands that boundary will use the page for what it is good at - identifying which routes exist, which direction each route works in, and which terms the operator itself commits to - and will look elsewhere for the terms that belong to other parties.
Reading the page in the right order
There is a sequence that makes the page easier to read, and it is not the order in which the page is laid out. The reader should start with the withdrawal list, not the deposit list. The withdrawal list is the more restrictive of the two, and it is the one that determines whether a deposit method is useful. A deposit method that has no matching withdrawal route is a method for putting money in and then having to find another way to take it out. The reader should identify their withdrawal route first, then check whether the same route appears on the deposit list. If it does, the route is viable in both directions. If it does not, the reader should either choose a different deposit method or accept that they will need a second method for withdrawals.
The second step is to check the direction-specific terms for the chosen route. Minimums, maximums, fees, and processing stages should be read separately for deposit and withdrawal, because the page may state them separately. The third step is to identify which of the three fee sources applies to the route, and to read the document that governs each source. The fourth step is to note what the page does not state: the provider's own terms, the operator's risk decisions, and the conversion rate. The reader who completes those four steps has extracted everything the page can give them, and knows exactly what they still have to find elsewhere.
FAQ
Why does FT list a method for deposits but not for withdrawals?
A deposit method and a withdrawal method serve different purposes. A deposit method needs to be irreversible and easy to verify; a withdrawal method needs to carry a named identity and leave an audit trail. Some instruments satisfy one requirement but not the other, so they appear on one list and not the other. The payment methods page is where that asymmetry is stated.
If the page shows no fee for a route, does that mean the route is free?
No. It means the operator has not stated a fee for that route on that page. The provider may still charge a fee, and the operator's own general terms may state a fee elsewhere. A route with no fee information is a route whose fees are unstated, not a route with no fees.
Does a processing time on the page cover the whole transaction?
Usually not. A transaction moves through the provider's processing stage, the operator's internal stage, and the receiving institution's stage. A time stated on the payment methods page typically covers only the operator's internal stage. The other two stages are outside the operator's control, and no figure on the page can bind them.
Can FT change the payment methods on the page?
Yes. A payment methods page is a living document. The operator can add or remove routes, change direction-specific terms, and update fees. A reader who has read the page once should not assume the page still says the same thing a month later. The page itself is the only current statement of the routes and terms the operator offers.
This page is an independent summary of what a payment methods page covers, it is not published by FT, and it states no figure or status for FT; the operator's own payment methods page is the only binding source for the routes, terms and conditions that apply to a player's account.
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.
