You don’t have to wait to build. Staging stays open while your review is in progress. Most platforms finish the integration in parallel and go live once their journey is approved.
When you need a review
You need an approved user journey before going live if your application does any of the following:- Registers users or businesses on Fluz through the API, with user registration or business registration.
- Submits KYC or KYB from your own provider with Verify by external provider.
- Issues cards, holds balances, or sends payouts for your own customers.
- Changes a journey we’ve already approved, such as a new onboarding screen, a new country, a new customer type, a new funding method or a new distribution partner.
How the review works
Contact the risk review team
Email partnerships@fluz.app with the subject User journey review – your application name, or ask your implementation lead in your shared Slack channel. We’ll open the review and confirm who on our side owns it.If you’re a money services business, gaming operator or another specialized vertical, complete that review form too. The two reviews run together.
Submit your user journey
Send the full package described below in one place, a single document or shared folder. Pieces spread across email threads slow the review down.
Walk us through it
We’ll schedule a call where you take us through the journey in staging, the way a new customer would see it. This is a working session. Most of the open questions get answered here.
Follow-ups and partner alignment
Expect follow-ups on verification, disclosures and funds flow. Where the program requires it, we align with our sponsor bank, processor or card network. This step is largely out of your hands.
Approval for the journey as submitted
We approve the journey you submitted and enable the production capabilities it needs on your application, such as
VERIFY_KYC for external provider results and the card offers for your program.Approval covers the journey as you described it. If it changes later, come back to us first. Changes are reviewed, but they’re a conversation, not a restart.
What to submit
The more specific the package, the faster the review. Show us what your customer will actually see and do, not what the product might do someday.Program requirements
These apply to every program that onboards its own customers. Build them into your journey. We review against them before launch and monitor against them after.Every card belongs to a verified person
Each card a customer uses carries that customer’s own verified name and address, on their own Fluz account. Cards on your business account carry your business’s details and are for your business’s own use, unless an approved sub-program covers them.Cards and accounts stay with the customer
Card numbers, card details and account access go only to the verified cardholder. They can’t be sold, transferred or handed to anyone else, and your customer terms should say so. Showing cards through the Fluz card reveal element keeps card data off your servers.Your customers, on your platform
Offer the services you build on Fluz only to your own customers, through the application and URLs in your approved journey. Offering them through another platform, an agent network or a reseller needs our written approval first.Each customer approves your application once
A customer grants your application access to their Fluz account once, through the Fluz consent screen, at onboarding. After that you act for them with user access tokens and they aren’t sent back to Fluz. The customer stays the owner of their account, and the approval is what lets you act on it.We receive the verification you relied on
For each customer you verify, send the full decisioned result: identity data, document and selfie evidence where you collected it, and the date your provider made the decision. A pass on its own isn’t enough. Results more than 100 days old aren’t accepted. When we ask for more on a customer, answer within the time given in the request.Fund the way you described
Customers fund from accounts and cards in their own name. Only the funding methods in your approved solution design are enabled. Adding another method, including digital assets, is a change that comes back to review.Serve the markets you were approved for
Cards on a customer’s own account require a US address. Customers outside the US can be served only through a model approved for them. Market only in the countries in your approved journey. Cards are blocked in restricted countries.Describe Fluz and the bank accurately
Use the disclosure language we approve with you. Name the sponsor bank as it appears in the card terms, describe deposit insurance only in the approved wording, and don’t present the Fluz or bank terms as anything other than what’s published at fluz.app/us/legal.Keep your books matched to ours
If you hold balances or cards for customers on your own account, keep a ledger by customer and by card, and reconcile it daily against the transactions API. Webhooks alone aren’t a reconciliation.Monitor, and tell us early
Run your own transaction monitoring and sanctions screening, and tell us promptly when you see activity that doesn’t fit your journey. Fluz also monitors card issuance, geography and merchant mix against the projections you gave us. When activity moves outside them, expect a request for information, and card issuance may be limited until it’s answered.Changes come to us first
Give us at least 30 days’ notice before a material change to your journey, customers, markets, funding or distribution. The change goes live once we confirm it.If activity doesn’t match the journey
If what we see in production doesn’t match the journey you submitted, we may pause card issuance or limit your application while we review it with you. A pause is a review step. The fastest way through it is a quick, complete answer.Start the review
Ready to submit?
Email partnerships@fluz.app with the subject User journey review – your application name, or reach your implementation lead in your shared Slack channel.