PlayDeck
Home / Course / The Money Map + Compliance Foundation
Track B · Lesson 1

The Money Map + Compliance Foundation

Most "make money with FiveM" guides skip the part that gets people banned. This lesson does the opposite: we map the five legitimate ways creators earn, then lock down the Cfx.re rules first — so every script you build and sell in later lessons is compliant by default, not patched for compliance after the fact.

Compliance is the foundation, not the footnote

Here's the order most people get wrong: they build a script, find an audience, start selling, and then read the rules. By then the violation is already shipped. FiveM runs on the Cfx.re platform, and your right to monetize anything on it comes from one document — the Cfx.re Platform License Agreement (PLA). Break it and you don't get a polite warning email; you can lose your Tebex access, your assets, and your account.

So we front-load it. Learn the boundaries now, and every "how do I sell this?" question in later lessons already has a safe answer. We won't paste the PLA here — it changes, and a copy would be stale the day Cfx updates it. Instead: always verify the current PLA yourself before you publish. We teach the principles; you confirm the letter at the source.

The five ways creators actually earn

There's no single "FiveM business." There are five, and most working creators run two or three at once:

  1. Selling resources. You build a script, UI, or asset pack and sell it on a storefront. This is the classic path and the one this track focuses on.
  2. Commissions and custom dev. Server owners pay you to build something specific. Higher rate, no passive income, great for a portfolio and reputation.
  3. Server perks. You run your own server and sell cosmetic and convenience perks — priority queue, custom plates, extra character slots. This is the most rule-sensitive path (more below).
  4. Subscriptions and support. Recurring revenue: ongoing updates, a private support channel, a "dev partner" retainer for a server. Predictable income, but you owe real maintenance.
  5. Education and templates. Tutorials, starter templates, UI kits, courses. You sell knowledge and reusable scaffolding instead of finished features. (PlayDeck itself lives here.)

None of these is "better." They trade passive vs. active income, and audience vs. craft. Pick the one that matches what you actually enjoy building — burnout kills more creators than competition does.

The two sanctioned channels

You may only take money for FiveM work through channels Cfx sanctions. As of January 2026 there are exactly two:

That's the whole list. Selling through a random Discord, a personal PayPal link, or a third-party site is a violation even if the script itself is perfectly clean. The channel matters as much as the product. (Channels and rules evolve — confirm the current sanctioned list before you launch a store.)

The red lines — and why AI will cross them for you

Four hard bans. Memorize them, because they don't bend:

Why bring AI into a compliance lesson? Because when you ask an AI to "add a premium VIP package," it has no concept of the PLA. It will happily generate a perk that doubles your paycheck, or sells $1M in-game for $5 — a textbook violation — and sound confident doing it. AI also invents exports that don't exist, mixes ESX, QBCore, and Qbox patterns in one file, and writes logic that trusts the client. That last habit is also a business risk: a script that validates a purchase or perk on the client can be spoofed, which means chargebacks and refund disputes. Pin one framework — we use the modern ox-first stack (ox_lib, ox_inventory, ox_target, with Qbox/QBCore) — validate every purchase server-side with lib.callback, and verify anything the AI writes against the real native reference and the PlayDeck sandbox before it ever reaches a paying customer.

Cosmetic vs. pay-to-win, in code

The line between an allowed perk and a banned one is one question: does it affect in-game power? Make that line explicit in your config so a teammate — or an AI assistant — can't quietly blur it:

-- config.lua — perks for a server you monetize
-- WHY this file exists: it encodes the compliance line so no one
-- (human or AI) can slip a pay-to-win perk into the store unnoticed.

Config = {}

-- ALLOWED: cosmetic + convenience only. Zero effect on gameplay balance.
Config.Perks = {
    priority_queue  = { label = "Priority Queue",       advantage = false }, -- queue spot, not power
    custom_plate    = { label = "Custom License Plate", advantage = false }, -- vanity text only
    extra_char_slot = { label = "Extra Character Slot", advantage = false }, -- more saves, same rules
}

-- Compliance tripwire: refuse to boot if any perk grants in-game advantage.
-- Runs server-side at startup, so a bad perk fails loudly instead of shipping.
for id, perk in pairs(Config.Perks) do
    assert(
        perk.advantage == false,
        ("Perk '%s' grants in-game advantage = pay-to-win = PLA violation"):format(id)
    )
end

This won't catch every edge case — judgment still matters — but it turns an abstract rule into something your code enforces every single time it starts.

Practice

This week, write your one-page money plan. Open the current Cfx.re PLA and read it yourself — link it, don't trust our summary. Then pick one of the five paths to pursue first and write three sentences: what you'll make, who it's for, and which sanctioned channel (Tebex or Cfx Marketplace) you'll sell it through. One path. One channel. One page.

Recap

Learn it by building it

PlayDeck is an original course on building GTA roleplay scripts with AI — Lua, frameworks, NUI, debugging, and a browser sandbox to test every lesson without booting the game.

Browse the course