Offre Durée limitée : -10% sur tout le site avec le code WELCOME10

Créer un système de gestion des entreprises RP sur FiveM : guide complet

Mis à jour le 9 août 2026 4 min de lecture 8 sections

Sur un serveur RP FiveM, les entreprises sont souvent ce qui transforme une simple carte GTA en véritable économie vivante : concessions automobiles, agences immobilières, boîtes de nuit, sociétés de sécurité. Ce guide couvre la structure d'un système d'entreprise, du choix du framework jusqu'à la paie automatisée et la fiscalité en jeu.

Pourquoi intégrer un système d'entreprises sur un serveur RP

Un serveur RP dynamique repose sur une économie crédible et des opportunités de gameplay variées. Un système d'entreprise apporte plus d'interactions entre joueurs (employeurs, employés, clients, fournisseurs), une économie qui évolue avec des revenus et des investissements réels, et un contrôle automatisé qui évite à vos administrateurs de tout gérer manuellement.

Choisir un framework : ESX, QBCore ou standalone

Avant de commencer, le choix du framework détermine la suite :

  • ESX : large communauté et beaucoup de scripts déjà disponibles, mais une base de code plus ancienne qui demande parfois de l'optimisation.
  • QBCore : architecture plus moderne, mais un catalogue de ressources tierces un peu moins fourni qu'ESX.
  • Standalone : flexibilité maximale, sans dépendance à un framework, au prix de beaucoup plus de développement sur mesure.

Si votre serveur tourne déjà sur ESX ou QBCore (voir notre guide d'installation d'ESX Legacy si ce n'est pas encore fait), le plus simple est de rester sur ce framework pour ajouter les fonctionnalités d'entreprise plutôt que d'en introduire un second.

Implémenter la gestion d'entreprise

La plupart des serveurs partent d'un script communautaire de base (le nom exact varie selon les dépôts disponibles à un instant donné, cherchez « business » ou « entreprise » associé à votre framework) plutôt que de tout écrire depuis zéro. Le principe reste le même : le script se place dans resources/, se déclare dans server.cfg, et s'accompagne d'un import SQL pour ses tables.

ensure votre-script-entreprise

Gestion des propriétaires et employés

Un système d'entreprise crédible a besoin d'une hiérarchie : rangs personnalisés (patron, manager, employé) et commandes de gestion (recruter, licencier, promouvoir). Exemple de commande de recrutement sous ESX, à adapter à votre propre script :

RegisterCommand('recruter', function(source, args)
    local xPlayer = ESX.GetPlayerFromId(source)
    local targetPlayer = ESX.GetPlayerFromId(tonumber(args[1]))
    if xPlayer.job.grade_name == 'boss' then
        targetPlayer.setJob(xPlayer.job.name, 0)
        TriggerClientEvent('esx:showNotification', source, 'Joueur recruté.')
    else
        TriggerClientEvent('esx:showNotification', source, "Vous n'êtes pas patron.")
    end
end, false)

Paie automatisée

Une entreprise doit payer ses employés à intervalle régulier plutôt qu'à la main. Le principe côté serveur, avec ESX :

Citizen.CreateThread(function()
    while true do
        Citizen.Wait(60000 * 30) -- toutes les 30 minutes
        for _, playerId in pairs(GetPlayers()) do
            local xPlayer = ESX.GetPlayerFromId(playerId)
            if xPlayer.job.name == 'entreprise' then
                xPlayer.addAccountMoney('bank', xPlayer.job.grade_salary)
            end
        end
    end
end)

Testez toujours ces threads sur un serveur de développement avant la production : une boucle mal calibrée (intervalle trop court, requête base de données non optimisée) peut faire grimper la charge serveur sans que ça saute aux yeux immédiatement.

Exemples d'entreprises RP courantes

  • Concession automobile : achat et revente de véhicules.
  • Agence immobilière : achat et vente de propriétés.
  • Boîte de nuit : vente de boissons, animations.
  • Entreprise de sécurité : protection, convoyages.
  • Bureau de taxi : courses de clients.

Chacune se construit généralement à partir d'un script de base que vous adaptez aux besoins de votre serveur plutôt que de partir d'une page blanche.

Un mot sur la fiscalité en jeu

Ajouter une taxe automatique sur le chiffre d'affaires des entreprises est un bon levier pour réguler l'économie du serveur et éviter l'inflation du cash disponible, un problème classique sur les serveurs RP matures. Un pourcentage prélevé périodiquement sur les comptes d'entreprise suffit dans la plupart des cas.

Un système d'entreprise touche directement à l'argent en jeu : c'est justement le genre de script que les tricheurs ciblent en premier. Assurez-vous que toute action qui modifie un solde passe par une validation côté serveur, jamais côté client, un principe détaillé dans notre guide sur la protection contre les tricheurs.

Et ensuite

Un système d'entreprise bien structuré apporte de l'immersion, des opportunités pour tous les profils de joueurs (patrons, employés, clients), et de l'automatisation pour vos administrateurs. Si votre serveur commence à tourner avec beaucoup de scripts actifs en continu (paie, taxes, menus), pensez à surveiller la charge réelle de votre hébergement FiveM plutôt que d'empiler les fonctionnalités sans contrôle. Notre guide de mise en place d'un serveur FiveM couvre les fondamentaux si vous partez de zéro.

FAQ

ESX ou QBCore pour un système d'entreprise RP ?

Le plus simple est de rester sur le framework déjà utilisé par votre serveur plutôt que d'en introduire un second. Les deux disposent de scripts communautaires pour la gestion d'entreprise.

Comment automatiser le paiement des employés ?

Via une boucle serveur qui vérifie périodiquement les joueurs connectés dans le job concerné et crédite leur compte. Testez toujours l'intervalle choisi sur un serveur de développement avant la production.

Faut-il taxer les entreprises RP ?

C'est un bon levier pour réguler l'économie et éviter l'inflation du cash disponible, un problème fréquent sur les serveurs matures. Un pourcentage prélevé périodiquement suffit.

Comment sécuriser un système qui touche à l'argent des joueurs ?

Toute action qui modifie un solde doit être validée côté serveur, jamais acceptée telle quelle depuis le client : c'est la cible numéro un des tentatives de triche sur ce type de script.