Verification can be requested at any time, so it is not tied to one fixed account moment. A review can appear during registration, after normal account use, or alongside a later money action.
A passed check does not automatically clear every later step. Payout review can continue after KYC succeeds, which is why a verified account and a fully released withdrawal are not always the same thing.
The current fact set also has a clear evidence boundary. The exact document list, the exact review turnaround, and the exact trigger set are not confirmed here, so those points should be treated as account-side or support-side checks rather than as fixed published rules.
The main rule is simple and strong: KYC can be requested at any time. That means verification is an ongoing control layer, not something that belongs only to the first account-opening stage.
The visible policy routes support that reading. KYC Policies and AML Policy are both part of the current pack, which gives the rule a clear policy basis even though the page set does not expose every operational detail behind it.
The account does not start from zero when a later review appears. Registration already collects core identity basics, including name, date of birth, phone number, address, and country.
That matters because a later review request does not mean the profile was empty before it began. What is still missing in the current fact set is the exact document list that may be requested after those original details are already on file.
The most common misunderstanding is treating successful verification as the final release step. Withdrawals may be limited before approval, bonus-linked withdrawals are checked before payment, and payout review can continue after KYC success.
| Review Layer | What It Means | Why It Still Matters |
|---|---|---|
| Limited Before Approval | The withdrawal exists, but release is not yet treated as fully cleared | A request can be real and still not be ready for payment |
| Bonus-Linked Review | The balance is checked before payment because bonus use affects it | A verified account can still have a payout-specific review layer |
| Post-KYC Review | Review continues after a successful account-verification step | Passing KYC does not end every later payout control |
The table separates layers that often look identical from the outside. Approval limits, bonus-linked checks, and post-KYC review all belong to the same broad money path, but they are not the same checkpoint.
The confirmed policy routes tied to this topic are KYC Policies and AML Policy. They show that verification and review logic are not inferred from guesswork, but they do not solve every missing operational detail by themselves.
Three missing details matter more than the rest on this page. The exact document list is not confirmed, the exact review turnaround is not confirmed, and the exact trigger set for extra checks is not confirmed.
Review can continue even after an earlier success, so the first useful check is not panic but classification. The main question is whether the account is still inside a normal review overlap, missing a visible detail, or already ready for support escalation.
A passed verification step does not automatically clear the payout stage. A withdrawal can still remain under review even after KYC has already succeeded.
The current pack does not confirm an exact document checklist. When no fixed list is visible, that should be treated as a missing confirmed detail rather than as proof that the review itself is invalid.
Review can begin without a confirmed public trigger explanation in the current fact set. The safe reading is that KYC can be requested at any time, while the exact event that caused it remains unconfirmed here.
When the review still is not clear after the basic checks, support becomes more useful if the first message carries real review facts. A short complaint without context usually creates another round of questions instead of a resolution.
Yes. The current fact set confirms that KYC can be requested at any time, so verification is not limited to one fixed account stage.
Yes. KYC Policies is one of the confirmed policy routes tied to account review and verification logic.
Yes. AML Policy is also part of the confirmed policy routes visible in the current pack.
The registration flow already collects name, date of birth, phone number, address, and country. That means later review does not begin with an empty profile.
No. The exact document list is not confirmed in the current pack, so this page does not present a fixed checklist.
No. The exact review turnaround is not confirmed here, so no fixed waiting window should be invented on this page.
The exact trigger set is not confirmed in the current pack. What is confirmed is the broader rule that KYC can be requested at any time.
Support becomes more useful once the account still remains under review and the basic facts are ready. The strongest first message includes the account email, a screenshot, the time the review became visible, and a clear note about whether the issue affects the account, the payout, or both.