Card Withdrawals on Pocket Option

How card payouts are processed

A card withdrawal is processed as a refund against the original deposit rather than as an outgoing payment, which explains its ceiling, its timing and the odd way it can appear on a statement.

Card networks distinguish sharply between a refund and a payout. A refund reverses an earlier purchase and travels back along the same authorisation trail, which makes it cheap and easy to trace. A payout pushes money to a card that never sent any, which is a different product with different compliance requirements. Retail brokers overwhelmingly use the first model, and the operator's payment policy describes exactly that: withdrawals can only be made using the same account or card that was used for the deposit.

The refund-to-source model

Because the transaction is a reversal, it is bounded by what was originally sent. Deposit 200 USD by card and the card can receive up to 200 USD back as a refund. Anything above that is not a refund at all, and it has to leave by another approved route. This is the single most misunderstood mechanic in retail payouts, and almost every "they only sent me part of it" complaint is this rule working as designed.

Deposit-first requirement

A card that has never funded the account has nothing to refund, so it cannot be used for a withdrawal. That is why the cashier will not accept a freshly added card as a payout target, and why adding a new card in the hope of a faster route achieves nothing. If your only card is closed, the route has to be changed with the operator's approval rather than by substituting a card of your own choosing.

Bank posting delays

Once the operator releases the refund, four parties are involved before you see it: the acquiring bank, the card scheme, your issuing bank and finally your statement. Each handoff runs on business days. A refund can be authorised on Monday, cleared on Wednesday and posted on Friday with Monday's date attached, which is why comparing your statement date against your request date produces confusing results.

• Refunds reverse a deposit and are capped by that deposit's amount.
• The card must already have funded the account.
• Currency follows the deposit, per the payment policy.
• The visible posting date is set by your issuer, not by the operator.
• Statement descriptions often name a payment processor rather than the platform.

None of this is unique to one broker. It is how card money moves in every corner of e-commerce, and knowing it converts a frustrating wait into a predictable one.

It also explains why the cashier sometimes accepts a card for one amount and not another. The refund ceiling is set per card and per deposit history, so a request that fits inside what that card sent goes through while a larger one is blocked, on the same screen, seconds apart. That behaviour looks arbitrary until you know the model, and completely ordinary once you do.

A card payout is your deposit coming back the way it went out, and every quirk of card withdrawals follows from that.

Supported card networks

Visa and Mastercard are the card networks named in the operator's own published minimum-withdrawal list, with a floor of 10 USD. Which of them your account can use follows from which one you deposited with.

Card support is a three-way agreement between the scheme, the acquiring bank and your issuer, and any of the three can decline a transaction that the other two would have allowed. That is why two traders with the same brand of card in the same country can have different experiences: the difference lives at the issuer, not at the broker.

Visa payouts

Visa refunds are the most widely accepted route in the retail space and the one most issuers process without comment. The mechanics are unremarkable, which is the point. The only common friction is on cards issued by banks that treat trading merchant categories cautiously, where a refund can be held for a manual look before posting.

Mastercard payouts

Mastercard behaves the same way in practice, and the same 10 USD floor appears against bank cards in the operator's published list. Differences between the two schemes are almost never visible to a retail user; where a payout behaves differently, the cause is the issuing bank's own policy rather than the scheme.

Regional card limits

Some issuers set their own ceilings on incoming refunds, some decline transactions from foreign acquirers entirely, and some apply a currency conversion the moment the amount lands. None of these are visible in the broker's cashier, because they belong to your bank. Two checks are worth making before you rely on a card as your payout route.

• Confirm the card is not close to expiry, since a replaced card breaks the refund trail.
• Confirm your issuer accepts refunds from foreign merchants, which is a one-question call.
• Check whether your bank converts the amount and at what spread.
• Note the exact name on the card and make sure the account name matches it.

The name check deserves special attention. The operator pays the verified account holder, and a card in a different name breaks that link even if the two people live together and share the balance. This is the most common cause of a card payout being refused outright rather than merely delayed.

Where a card is issued in a currency other than the account currency, the payment policy's rule that a withdrawal is made in the deposit currency still holds. The conversion then happens on the issuer's side at the issuer's rate, which is not a fee anyone quotes to you in advance and which can be several times larger than the visible costs on the transaction.

Debit and credit cards look identical from the operator's side and behave differently from yours. A refund to a credit card reduces the balance owed rather than producing spendable cash, and where the card was paid off in the meantime it can sit as a credit balance until you ask the bank to release it. Traders who want the money as money, rather than as a smaller card bill, are better served by a debit card or by a different rail entirely.

The card scheme rarely decides the outcome; your issuing bank and the name on the card usually do.

Realistic card timelines

A card payout runs on two calendars stacked end to end: the operator's review, then the banking chain. Expect the second to be the longer of the two and to be entirely outside anyone's control.

The documented figures are worth holding in mind before judging any card wait. The public offer puts request processing at three business days with an extension to fourteen in certain cases, and the payment policy states that funds are withdrawn from the client account within five business days. Neither figure includes your bank.

Broker-side processing

This stage is the same whatever rail you chose. Verification status is checked, anti-fraud screening runs, any bonus conditions are examined and the request is released or queried. An account that verified months ago and is withdrawing to the card it deposited with is the easiest possible case and tends to clear at the fast end of the range.

Bank clearing windows

After release, the refund enters the card system. Issuers batch these, and the batch cycle is a property of the bank rather than of the transaction. Some post within a day, some take the better part of a week, and a few hold foreign refunds for review. There is no lever on the broker's side that speeds this up, which is worth knowing before you open a ticket about it.

Weekend and holiday lag

Business days exclude weekends and public holidays, and the holidays that count are the ones observed by the processing chain rather than the ones observed where you live. A request submitted late on a Friday effectively starts on Monday, and a request submitted before a long public holiday can look alarmingly static for several days while nothing has actually gone wrong.

Add those together and a card payout that lands inside a working week is a good outcome, one that takes two weeks is unremarkable, and one that has produced no movement after the quoted extension has passed deserves a support ticket with the request reference attached.

One habit removes a great deal of anxiety here: note the submission date and count in business days rather than calendar days, and write down which stage each documented figure applies to. Most people who describe a payout as stuck have counted calendar days from a Friday evening and arrived at a number that sounds far worse than the actual elapsed working time.

Judge a card payout against the whole chain, and only escalate once the documented broker window has actually passed.

Common card payout snags

Nearly every failed card withdrawal comes down to one of four things: the card changed, the amount exceeded what could be refunded, the name did not match, or verification was incomplete.

These are worth reading before your first deposit rather than after your first refusal, because three of the four are fixed at the moment you choose which card to fund with.

Expired or replaced cards

A refund needs the card that made the original purchase. When a card expires or is reissued after loss, the card number changes and the trail is broken. Some issuers forward refunds to the replacement card automatically and many do not. If your card is due to expire while you hold a balance, either withdraw beforehand or expect to go through the operator's approval process for an alternative route.

Partial refund caps

The refund cannot exceed the original deposit. Where the balance has grown, the excess is not refusable but it is not refundable to the card either, so it has to leave by whatever route the operator approves for profit. Traders who deposited a small amount and are withdrawing a much larger one should expect their payout to arrive in two pieces on two schedules.

Mismatched cardholder names

The name on the card has to match the verified account holder. Cards belonging to a spouse, a parent or a friend fail this check, and no amount of explanation resolves it, because the rule exists specifically to stop third-party funding. This is a compliance requirement rather than a policy the operator has discretion over.

• Deposit only from a card in your own name.
• Withdraw before a card expires rather than after.
• Expect a split payout when profit exceeds the deposit.
• Complete verification before the first request, not in response to it.
• Keep the deposit receipt so the refund can be matched quickly if it is queried.

When a card request is declined, the status message usually names the reason. Read it literally: "method unavailable" means the route, not the money; "verification required" means documents; "amount exceeds limit" means the refund ceiling or the method floor. Each has a different fix and none of them are a refusal to pay.

A fifth cause is less common and worth naming anyway: an issuing bank that has decided it does not want refunds from this merchant category at all. That decision belongs entirely to your bank, it is rarely explained to the customer, and no ticket with the operator changes it. Where a card refund has failed twice with no fault visible on your side, the answer is a different route rather than a third attempt on the same one.

Three of the four common card failures are decided at deposit time, which is where they are cheap to avoid.

When to prefer another rail

Cards are the right choice for people who want zero setup and can treat the wait as background noise. They are the wrong choice whenever the timing of the money matters to you.

This is a fit question rather than a quality question. Nothing about card refunds is unreliable; they are simply slow by construction, and slow is a problem only when you need speed.

Slow-card scenarios

• You need the money for something with a date attached.
• Your issuer has a history of holding foreign refunds.
• Your card is close to expiry or has been reissued recently.
• Your balance is much larger than your original deposit.
• You are withdrawing across a currency boundary and the spread matters.

Faster crypto alternative

A crypto rail settles when the network confirms, which removes banks and business days from the second half of the process entirely. The cost is that you take on the address and the wallet, and a mistake there is permanent rather than merely slow. That trade is worth making if you already hold and use a wallet, and worth avoiding if you would be setting one up on the day you want your money.

Keeping a backup method

The strongest position is to have a second workable route in place before you need it. That means a wallet or account in your own name, already verified, already used for a small deposit so the same-method rule recognises it. Setting that up costs an evening once and removes the scenario where a closed card leaves your only payout route depending on a support decision.

A sensible sequence for someone starting out: open the account and finish verification while there is nothing at stake, make a small deposit on the method you plainly want to be paid on, request a small withdrawal early to see the whole cycle once, and only then size the account up. If you would rather see how the cashier works before committing anything, the demo side costs nothing and involves no payout at all.

Cards remain a perfectly reasonable default for a trader whose deposits are modest, whose card is stable and who is not in a hurry. That describes a lot of people. It just does not describe everyone, and the cost of finding out the hard way is measured in weeks.

The one group that should skip cards outright is traders whose deposit and expected withdrawal are far apart in size, because the refund ceiling guarantees a split payout and the second half needs a route nobody set up. Deciding that in advance turns a two-stage surprise into a single planned choice, made on a quiet day rather than on the day the money is wanted.

Keep cards for patience and convenience, and set up a second route before the day you need one.