Zum Inhalt springen
RPScripts

Die wichtigsten FiveM-Scripts für einen neuen Server: eine Checkliste

Baue einen neuen FiveM-Server in der Reihenfolge der Abhängigkeiten auf. Installiere zuerst Datenbank und Framework, dann Inventar und Charaktere, danach abhängige Systeme wie Fahrzeuge, Jobs, Polizei und Telefone. Teste Framework, Abhängigkeiten und Edition jedes Systems auf dem Staging-Server, bevor du das nächste hinzufügst.

Offenlegung: RPScripts verkauft FiveM-Ressourcen, und die Kategorie-Links unten führen in den eigenen Katalog. Sie zeigen, wo du einen Ressourcentyp durchstöbern kannst, und sind keine Produktempfehlung. Die Checkliste basiert auf der Framework- und Cfx.re-Dokumentation, die in den einzelnen Schritten verlinkt ist, und wurde am 13. Oktober 2026 geprüft. Es handelt sich um eine Prüfung der Dokumentation, nicht um einen Praxistest: RPScripts hat die hier genannten Ressourcen für diesen Artikel weder installiert noch ausgeführt. Welches Framework du einsetzt, entscheidet über die meisten Antworten – kläre das also zuerst mit FiveM-Frameworks im Vergleich.

Entscheide drei Dinge, bevor du irgendetwas installierst

  1. Framework. ESX Legacy, QBCore oder Qbox. Jede Ressource, die du kaufst, muss das gewählte Framework unterstützen. Siehe FiveM-Frameworks im Vergleich.
  2. Spieleedition. Die Cfx.re-Seite Legacy vs Enhanced führt Mumble-Voice auf Enhanced als veraltet (deprecated) und Asset Escrow dort als noch nicht implementiert auf. Eine Ressource, die auf Legacy läuft, ist damit auf Enhanced nicht erwiesenermaßen lauffähig.
  3. Datenhoheit. Wisse für jedes der folgenden Systeme, welche Ressource die Daten speichert (Inventar-Items, Schlüssel, Geld, Häuser) und dass nur eine Ressource sie besitzt. Wenn zwei Ressourcen dieselben Daten schreiben, können Items doppelt auftauchen oder verloren gehen.

In dieser Reihenfolge installierst du

Die folgende Reihenfolge ist ein redaktioneller Vorschlag und keine Cfx.re-Regel; insbesondere Maps und Telefone müssen eventuell früher kommen, wenn eine Job- oder Housing-Ressource sie voraussetzt.

  1. Cfx.re-Lizenzschlüssel und ein txAdmin-Recipe für dein Framework: ESX, QBCore oder Qbox.
  2. Datenbank und oxmysql, gestartet vor allem, was die Datenbank nutzt.
  3. Framework-Core und seine gemeinsamen Bibliotheken wie ox_lib.
  4. Inventar, dann Charaktere und Spawn.
  5. HUD, Fahrzeuge, Housing, Jobs und Wirtschaft.
  6. Polizei, Dispatch und Medizin, die von Jobs, Inventar und Fahrzeugen abhängen.
  7. Admin-Tools, Voice, Telefon, Ladebildschirm und Maps.

Die Resource-Manifest-Referenz von Cfx.re beschreibt dependency so, dass die genannte Ressource vor der aktuellen geladen werden muss. Prüfe die Reihenfolge jeder Ressource anhand ihres Manifests und ihrer Dokumentation. Zum Beispiel nennt die ESX-Seite von Overextended oxmysql, ox_lib, es_extended und qtarget vor ox_inventory, während die Qbox-Seite sagt, ox_inventory solle unmittelbar nach qbx_core gestartet werden.

Die Checkliste, System für System

1. Framework-Core und Recipe

Muss leisten: Spieler- und Charakterdaten, Jobs, Geld und die API bereitstellen, die andere Ressourcen aufrufen. Entscheiden: das offizielle Recipe verwenden, statt einen einzelnen Core-Ordner zu kopieren. Prüfen: die Recipe-Version und was es bereits installiert, damit du nichts doppelt hinzufügst.

2. Datenbank und oxmysql

Muss leisten: alles Dauerhafte speichern. Entscheiden: Datenbankserver und Version. Die Qbox-Dokumentation verlangt MariaDB 10.9.0 oder neuer und nennt MySQL nicht unterstützt; die oxmysql-Dokumentation empfiehlt MariaDB ausdrücklich, weil viele für MySQL 5.7 geschriebene Ressourcen unter MySQL 8 kaputtgehen können. Prüfen: dass oxmysql zuerst startet und der Connection-String mit set mysql_connection_string gesetzt ist, bevor die Ressourcen starten (oxmysql-Dokumentation). Ältere Ressourcen rufen eventuell noch mysql-async auf; siehe mysql-async-Ressourcen migrieren. Das ist Infrastruktur, deshalb gibt es dafür keine Shop-Kategorie.

3. Inventar

Muss leisten: Items, Waffen, Stashes und Metadaten verwalten. Entscheiden: welches Inventar alle anderen Ressourcen aufrufen. ox_inventory benötigt oxmysql und ox_lib; seine Framework-Einstellung nennt ox, esx, qbx und nd. Unter ESX ersetzt es die Item-, Inventar- und Waffensysteme vollständig, und die ESX-Seite führt Standard-Shops und -Stashes (esx_shops, esx_weaponshop, esx_policejob) als inkompatibel auf. QBCore dokumentiert qb-inventory. Prüfen: ob jedes Shop-, Crafting- und Job-Script dein Inventar unterstützt. Katalog: Inventar-Scripts. Mehr: Inventar-Kompatibilität.

4. Multicharacter und Spawn

Muss leisten: Charakterauswahl, Charaktererstellung und ersten Spawn. ESX liefert esx_multicharacter als Standardsystem mit, standardmäßig mit vier Slots und einem /relog-Befehl (Dokumentation). QBCore dokumentiert qb-multicharacter, inklusive einer Option für eine Start-Wohnung und eines Standard-Spawns (Dokumentation). Entscheiden: Slots und ob Spieler Charaktere löschen dürfen. Prüfen: wie der Ersatz die Charakter-Identifier speichert und ob er deine Housing- und Spawn-Ressourcen voraussetzt. Katalog: Multicharacter-Scripts.

5. HUD

Muss leisten: die vom Framework bereitgestellten Statusdaten anzeigen. Die PlayerData von QBCore enthält hunger, thirst und stress in metadata, und HUDs lesen diese Werte. Entscheiden: nur eine Statusquelle behalten; zwei Bedürfnissysteme kämpfen um die Werte. Prüfen: Framework, Status- oder Needs-Ressource sowie Fuel- und Voice-Integrationen in der Beschreibung. Anleitung: HUD installieren und testen.

6. Fahrzeuge, Garage, Schlüssel und Sprit

Muss leisten: Fahrzeuge verkaufen, einlagern, abschließen, betanken und bergen. qb-vehiclekeys dokumentiert Abschließen, Lockpicking und Carjacking, führt auf seiner Seite aber keine Exports auf; bei einem Ersatz musst du den Vertrag daher im Quellcode prüfen. Entscheiden: genau eine Ressource für Schlüssel, eine für Garagen, eine für Sprit. Prüfen: welche Ressource die Fahrzeugbesitz-Daten hält und welche Exports die Schlüssel- und Sprit-Ressourcen aufrufen. Katalog: Garagen und Fahrzeug-Scripts.

7. Housing und Immobilien

Muss leisten: Besitz, Zugang und Lagerung. ESX dokumentiert ein Property-Addon, und QBCore dokumentiert qb-houses und qb-apartments. Entscheiden: wem die Haus-Stashes gehören. ox_inventory enthält einen optionalen Schritt convertinventory esxproperty. Prüfen: den Interior- oder Shell-Typ, die Inventar-Integration und was mit dem Besitz passiert, wenn ein Spieler entfernt wird. Katalog: Housing. Mehr: Housing-Kompatibilität.

8. Jobs und Wirtschaft

Muss leisten: Bezahlung, Ränge, Dienststatus, Society-Konten und Shops. ESX dokumentiert Society, Addon Account, Billing und Banking; QBCore dokumentiert qb-management und qb-banking. Entscheiden: ein einziges Banking- und Society-System. Prüfen: das Rangformat. Qbox verwendet numerische Job-Ränge, QBCore dagegen Strings, laut dem Umstellungsleitfaden.

9. Polizei, Dispatch und MDT

Muss leisten: Dienst, Festnahmen, Beweismittel, Akten und Alarme. qb-policejob dokumentiert Handschellen, Beweismittel, Gefängnis und einen einfachen /911p-Alarm, beschreibt auf seiner Seite aber kein MDT. Entscheiden: welche Ressource die Dispatch-Alarme und welche die Akten verwaltet. Prüfen: Jobnamen, Rangprüfungen und die Inventar-Items, die sie brauchen. Katalog: Polizei-Scripts. Mehr: Polizei, MDT und Dispatch.

10. Medizin und EMS

Muss leisten: Todeszustand, Wiederbelebung, Behandlung und Krankenhausablauf. ESX hat ein Ambulance-Job-Addon, und QBCore dokumentiert qb-ambulancejob. Entscheiden: eine einzige Quelle für den Todeszustand, weil HUD, Polizei und Inventar ihn lesen. Die PlayerData von QBCore hat ein Metadata-Feld isdead. Prüfen: Krankenhaus-Maps, Item-Namen und Respawn-Verhalten.

11. Admin-Tools, Berechtigungen und Logging

Muss leisten: dem Team Handlungen erlauben und allen anderen nicht. Die Server-Sicherheitshinweise von Cfx.re sagen, dass man auf dem Server validieren und Client-Eingaben nicht vertrauen soll. Die Seite zu den Server-Exports von Qbox markiert ihre Permission-Exports seit v1.8.0 als veraltet zugunsten von ACE. Entscheiden: Teamrollen und was protokolliert wird. Prüfen: teste, dass ein normaler Account jeden Admin-Befehl verweigert bekommt. Ein Anti-Cheat ist eine eigene Ressource; als redaktionelle Einschätzung gilt: Lies vor der Installation, was er erkennt und wie er bannt. Siehe auch Serveradministration.

12. Voice

Muss leisten: Proximity-Voice und Funk. Die Voice-Dokumentation von Cfx.re beschreibt Mumble-basierte Voice und auf Enhanced eine neue Voice-Implementierung, die sie ersetzt. Entscheiden: deine Edition, bevor du eine Voice-Ressource auswählst. Prüfen: Editionsunterstützung und Einstellungen. Anleitung: Voice einrichten.

13. Telefon

Muss leisten: Kontakte, Nachrichten, Apps und Banking-Verknüpfungen. QBCore speichert eine Telefonnummer in charinfo, also prüfe, wie ein Telefon Nummern ableitet. Entscheiden: Inventar-Item oder kein Item. Prüfen: Abhängigkeiten zu Framework, Inventar und Banking und ob sich die Daten migrieren lassen. Katalog: Telefone. Mehr: Telefon-Kompatibilität.

14. Ladebildschirm

Muss leisten: während des Verbindungsaufbaus angezeigt werden. Laut der Loadscreen-Dokumentation bleibt er bestehen, bis SHUTDOWN_LOADING_SCREEN aufgerufen wird, es sei denn, du aktivierst das manuelle Beenden. Prüfen: dass er beim Spawn schließt und die Musik die Lautstärke respektiert. Anleitung: Ladebildschirm erstellen.

15. Maps und MLOs

Muss leisten: Interiors und Standorte für Jobs. Entscheiden: eine Map pro Standort, um Überschneidungen zu vermeiden. Prüfen: die Spieleedition, Kollisionen mit anderen Maps und welche Job- oder Housing-Scripts ihre Koordinaten referenzieren. Anleitungen: MLO hinzufügen und MLO-Kompatibilität.

Was du vor dem Kauf prüfen solltest

  • Genaues Paket und Edition. Name, Ersteller, Version und ob es dein Framework und dein Inventar abdeckt.
  • Escrow. Die Seite zu Asset Escrow von Cfx.re besagt, dass gekaufte Assets auf jedem Server genutzt werden können, den der Käufer besitzt, dass ein nicht autorisierter Server mit einer Meldung über fehlende Berechtigung scheitert und dass Entwickler Dateien mit escrow_ignore vom Schutz ausnehmen können. Frag den Verkäufer, welche Dateien du bearbeiten darfst.
  • Abhängigkeiten. Benötigte Bibliotheken, Target, Inventar und Datenbanktabellen.
  • Support und Updates. Wo du fragen kannst und wie Updates ausgeliefert werden.
  • Dokumentation. Installationsschritte, Config-Referenz und ein Changelog.

Die vollständige Liste findest du in der Checkliste vor dem Kauf, und der Kompatibilitätsleitfaden erklärt die Badges auf den Produktseiten.

Teste jede Ergänzung auf dem Staging-Server

  1. Sichere die Datenbank und den Resources-Ordner; vergewissere dich, dass du sie wiederherstellen kannst.
  2. Füge eine Ressource hinzu, mit ihrem SQL, ihrer Config und der ensure-Zeile in der Reihenfolge der Abhängigkeiten.
  3. Lies die Konsole. Behebe Fehler, bevor du Funktionen testest (txAdmin-Logs lesen).
  4. Teste als normaler Spieler und als Teammitglied: was erlaubt ist und was verweigert werden muss.
  5. Verbinde dich neu (Relog) und starte dann den Server neu. Prüfe, dass Items, Fahrzeuge, Geld und Besitz erhalten bleiben, ohne sich zu duplizieren.
  6. Achte auf Events, die Items oder Geld aufgrund von Client-Eingaben vergeben, wie auf der Sicherheitsseite von Cfx.re beschrieben.
  7. Halte Version und Einstellungen fest und übernimm die Änderung dann auf den Produktivserver.

FAQ

Welche Scripts braucht ein neuer FiveM-Server zuerst?

Das Framework-Recipe, Datenbank und oxmysql, danach ein Inventar und die Charakterauswahl. Die meisten anderen Systeme bauen darauf auf, also installiere und teste sie vor Jobs, Fahrzeugen, Housing, Polizei oder Telefonen.

Muss ich für einen neuen Server Scripts kaufen?

Nicht unbedingt. Lies nach, was das offizielle Recipe deines Frameworks bereits einrichtet, und kaufe eine Ressource nur für eine Funktion, die du konkret benennen kannst – nachdem du Framework, Edition, Abhängigkeiten und Escrow-Status geprüft hast.

Kann ich alle Scripts auf einmal installieren?

Du kannst, aber die Fehlersuche wird schwerer. Füge ein System nach dem anderen auf dem Staging-Server hinzu und mit einem Backup, damit jeder Fehler nur eine wahrscheinliche Ursache hat.

Funktionieren diese Scripts auf FiveM für GTA V Enhanced?

Nicht automatisch. Prüfe die Seite Legacy vs Enhanced und die Angaben des jeweiligen Verkäufers, besonders bei Voice und Asset Escrow.

Nicht das passende Script gefunden? Lass es generieren.

Beschreib dein eigenes Script. 3 kostenlose Credits pro Tag, bis zu 15 pro Kalendermonat; keine Karte nötig.

FiveM AI Script Generator testen

Premium-Empfehlungen für deinen Server

Alle FiveM Server-Pakete