Foundry /FAQ & trust

The hard questions,
answered straight.

Ownership, data, migration, incidents — the questions your lawyer and your CTO will ask anyway. Here are the answers we put in contracts.

01 · Who owns what

Four lines. No fine print.

The licenseYours

We advise on jurisdiction and scope, and wire in the checks it requires.

Players & dataYours

Dedicated server and database. Export the base and the history anytime.

The brandYours

Your name, your domain, your face. No "powered by" unless you want it.

The engineOurs

We build it, run it, watch it and update it — that's the whole point.

02 · The questions

Asked before every deal.

Whose license does the casino run on?

Yours. The engine is license-agnostic: we advise on jurisdictions, then configure the KYC depth, limits and reporting your license requires. Compliance tooling is built in; the legal relationship with the regulator is yours.

Can we migrate an existing casino onto Foundry?

Yes. Players, balances, KYC status and history import into a staging copy first; you verify the numbers side by side, then we schedule the cutover. Bonuses and VIP tiers are mapped to their Foundry equivalents before the switch.

And if we decide to leave?

You export the player base, transactions and history in standard formats, point your domain elsewhere, and go. It's written in the contract — the exit clause is the first thing we show, because it's the reason operators trust the rest.

Who handles incidents at 3am?

We do — the platform is monitored 24/7 and failovers fire automatically. You see a status page in your admin, and every incident closes with a postmortem: what broke, what changed so it doesn't repeat.

How often does the engine update — and can an update break us?

Continuously — every casino on Foundry gets features as they ship, at no extra cost. Changes that touch your workflows are announced ahead, and your content, theme and settings are never overwritten by an update.

Which markets and languages are covered?

Player-facing locales today: en, es, pt, ru — with payment mixes tuned per market (PIX in Brazil, cards in Europe, crypto anywhere). New locales are added per deal; the CMS keeps every language side by side so nothing ships half-translated.

How is the back-office secured?

2FA is required for every admin account, roles follow least privilege, and every action lands in the audit log with author, time and IP. Each casino runs isolated — your own server, your own database, daily backups.

How fast can we see a live demo?

Same week. You get a working back-office with demo data and a storefront sketched in your colors — then a brief, a number, and days to live. The commercial side is here

03 · Security practices

Boring, by design.

Security you never think about is the kind that works. These are defaults, not add-ons.

Access is earned. 2FA everywhere, least-privilege roles, sessions you can revoke — the audit log remembers everything.
Isolation is physical. Your casino shares nothing: its own server, its own database, its own backups.
Watched around the clock. Monitoring, alerts and automatic failover — incidents end in postmortems, not mysteries.
DEFAULTS2FA REQUIREDLEAST PRIVILEGEFULL AUDIT LOGDATA ISOLATIONDAILY BACKUPS24/7 MONITORING

Ask us the hard ones.

Bring your lawyer's list and your CTO's doubts — straight answers, same day.

Message us on Telegrama human replies · no forms, no waiting