The moment a withdrawal request stops being reversible
A player who presses the withdraw button has not yet moved any money. What they have done is create a request that now sits inside the operator's own system, and the first thing a withdrawal policy governs is what can happen to that request before it ever reaches a payment provider. The request can be cancelled, reversed back into the playing balance, held for document checks, or approved and sent onward. The reader's real question on a Spinago withdrawal page is not "how fast is the payout" but "which of these stages am I in, and which stage does each delay belong to".
The policy page is where Spinago states the rules that decide those stages. It is not a live status screen. A reader who opens the withdrawal policy is looking for the conditions under which a request moves forward, the conditions under which it does not, and the conditions under which money that appears to be theirs is not withdrawable at all.
The three stages every withdrawal passes through
A withdrawal request moves through three distinct stages, and each stage has its own kind of delay, its own decision-maker, and its own place in the policy document. Treating all delays as one problem is the most common misreading of a withdrawal page.
| Stage | What happens there | Who controls the delay | Where the policy states it |
|---|---|---|---|
| Internal review | The request is checked against account status, verification level, bonus terms, and any risk flags. It may be held, reversed, or approved. | The operator alone | The withdrawal policy's conditions section, usually under verification or account review |
| Pending / reversal window | The request is approved but still cancellable from the player's side. During this window the balance can be returned to the playing account. | The player, until the window closes | A section on cancellations or reversals, often near the top of the policy |
| Payment-provider processing | The operator has released the funds. The payment provider now clears, settles, or rejects the transaction. | The payment provider, not the operator | Usually stated only as a general disclaimer that provider times vary |
The distinction between the first two stages and the third is the single most useful thing a reader can take from any withdrawal policy. The operator controls the internal review and the pending window. The payment provider controls everything after release. A delay in stage three is not something Spinago's policy can promise away, and a reader who understands that will not read a provider delay as a broken operator promise.
The pending window is a right, not a defect
Most withdrawal policies include a period during which an approved withdrawal can still be reversed by the player. This is not a flaw in the system and it is not a trick. It exists because the operator's own review may approve a request that the player then regrets, and because reversing a request is cheaper and cleaner than processing a withdrawal and an immediate re-deposit.
For the reader, the pending window has one practical consequence: money that shows as "approved" or "pending" is still inside the operator's control until the window closes. A player who wants the withdrawal to leave should not treat the approval screen as the end of the process. The policy page is where Spinago states whether such a window exists and what action closes it. If the page does not state a window, the reader cannot assume one exists, and the request may move to the payment provider immediately upon approval.
The reversal window also interacts with responsible-gambling tools. A player who has set deposit limits or self-exclusion may find that reversing a withdrawal is blocked or discouraged during the window. That interaction is part of the policy's account-controls section, not the payments section, and a reader looking for it should check both places.
Why the operator stage and the provider stage are different
The operator's internal review is a compliance and risk process. It checks whether the player has met wagering requirements, whether the account has passed verification, whether the withdrawal method matches a deposit method, and whether any bonus terms block the request. Every one of those checks is a rule the operator wrote and can state on the policy page.
The payment-provider stage is not a rule the operator wrote. It is the provider's own clearing, settlement, and fraud-check process, and it runs on the provider's timetable. A withdrawal policy can say that the operator releases funds within a certain number of hours or days, but it cannot make a bank clear a transfer faster. The policy typically separates these two stages precisely so that a reader can see where the operator's responsibility ends.
When a reader asks "why is my withdrawal late", the first question is which stage the request is in. If it is still in internal review, the policy's verification and bonus sections hold the answer. If it has been released to the provider, the policy's provider disclaimer is the only statement that applies, and the reader's next step is to ask the provider, not the operator.
What a refund policy covers
A refund policy for a casino operator is not a consumer-goods refund policy. It does not promise to return money because a player changed their mind about a game. It states the narrow set of circumstances in which money that has already been taken from the player can be returned: a failed deposit, a duplicate charge, a transaction that was processed but never credited to the playing balance, or a withdrawal that was rejected after the funds left the player's payment instrument.
Each of those circumstances has its own condition. A failed deposit is usually returned automatically to the same payment method. A duplicate charge requires the player to provide the transaction reference. A withdrawal rejected by the provider is returned to the playing balance, not to the player's bank. The policy page is where Spinago states which of these it will process and what evidence it requires.
A reader who treats the refund policy as a general right to get money back will misread the whole page. The refund policy is a list of exceptions, not a promise. The withdrawal policy is the main document; the refund section is the narrow set of cases where money flows back to the player without a withdrawal request.
Why unused bonus balance is not a refundable asset
The most common refund question on a casino policy page is whether unused bonus balance can be withdrawn or refunded. The answer is structural, not a matter of operator generosity. A bonus is not money the player deposited. It is a conditional credit issued by the operator, and its only purpose is to be wagered. Until the wagering requirement attached to it is met, it is not a balance the player owns. When the requirement is met, the bonus or its winnings convert into withdrawable balance according to the bonus terms. When the requirement is not met, the bonus simply ceases to exist.
That is why a withdrawal policy will typically state that unused bonus balance is not refundable. There is nothing to refund. The player never gave the operator that money; the operator gave the player a conditional credit, and the condition was not fulfilled. The same logic applies to free spins winnings that remain subject to wagering, and to any promotional balance that has not been converted.
The reader's practical question is therefore not "can I get my bonus balance back" but "which of my balances are withdrawable right now". The policy page should distinguish between the cash balance, which is the player's own money, and the bonus balance, which is conditional credit. A reader who cannot find that distinction on the page should treat the absence as a warning: the operator has not made the boundary clear, and the reader should ask support before relying on any balance shown in the account.
Verification sits inside the withdrawal stage, not before it
Many readers assume that account verification is a one-time event that happens at signup. In practice, verification is a condition that the withdrawal policy can invoke at any point, and it is most often invoked at the moment of a first withdrawal or a large withdrawal. The policy page states what documents may be requested, what they are used for, and what happens to a withdrawal request while verification is incomplete.
The key point for the reader is that verification is not a delay added to the payment-provider stage. It is a gate inside the operator's internal review. A withdrawal request that triggers a document request has not yet been approved, and no clock has started on the payment provider. The reader who understands this will not blame the payment method for a delay that is a verification hold.
The policy may also state that verification documents are required before the operator will process any withdrawal at all, or only above a certain amount or frequency. If the page does not state a threshold, the reader should assume that the operator can request documents on any withdrawal, and that the request itself is the point at which the withdrawal clock pauses.
Where the binding numbers live
This article deliberately states no processing time, no fee, and no minimum withdrawal amount for Spinago. Those numbers are the most changeable items on any withdrawal policy, and they are the items a reader must read off the operator's own page on the day they intend to withdraw. The policy page is the only binding source for them.
The reader should look for three specific places on the Spinago withdrawal page. First, a section on processing times, which will separate the operator's internal review time from the payment provider's clearing time. Second, a section on fees, which will state whether the operator charges for withdrawals, whether the provider charges, and whether any fee is waived above a certain amount. Third, a section on limits, which will state the minimum and maximum withdrawal amounts per transaction, per day, or per week. Each of those numbers can change without notice, and a figure read in a review or a forum post is not binding.
If any of those sections is absent from the page, the absence is itself information. A policy that does not state a minimum withdrawal amount has not committed to one, and the reader should ask support before attempting a small withdrawal. A policy that does not state a fee structure has not committed to zero fees, and the reader should not assume that no fee applies.
FAQ
Why is my withdrawal still pending after Spinago approved it?
A withdrawal can be approved by the operator and still sit in a pending or reversal window before it is released to the payment provider. During that window the request can still be cancelled. Once the window closes and the funds are released, any further delay belongs to the payment provider, not to Spinago.
Can I get a refund on unused bonus balance?
No. Bonus balance is conditional credit, not deposited money. Until the wagering requirement attached to it is met, it is not a withdrawable asset, and when the requirement is not met the bonus simply lapses. The only refundable items are failed deposits, duplicate charges, and similar transaction errors.
What documents does Spinago ask for before a withdrawal?
The policy page states what verification documents may be requested, typically proof of identity, proof of address, and proof of ownership of the payment method. Verification is a gate inside the operator's internal review stage, and a withdrawal request that triggers a document request is paused until the documents are accepted.
Where do I find the minimum withdrawal amount and fees?
On the Spinago withdrawal policy page itself, in the sections on limits and fees. Those numbers are the most changeable items on the page, and only the version published on the operator's own site on the day of the withdrawal is binding.
This page is an independent summary of what a withdrawal and refund policy covers. It is not published by Spinago, and it states no processing time, fee, minimum, or other figure for them. The operator's own withdrawal policy page is the only binding source for those numbers.
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.
