Beste FiveM Inventar-Scripts 2026: Kompletter Vergleichsguide

Das Inventarsystem ist das Rückgrat jedes FiveM-Servers. Es bestimmt, wie Spieler Items lagern, Ausrüstung verwalten, mit der Welt interagieren und miteinander handeln. Die Wahl des richtigen Inventar-Scripts beeinflusst Server-Performance, Spielererlebnis und Kompatibilität mit anderen Ressourcen. Dieser Guide vergleicht alle wichtigen Inventarsysteme, die 2026 verfügbar sind.

Warum deine Inventar-Wahl wichtig ist

Dein Inventar-Script berührt fast alles auf deinem Server. Jobs nutzen es, um Items zu geben und zu nehmen. Shops hängen davon für Transaktionen ab. Drogensysteme, Crafting, Housing, Fahrzeuge – sie alle verbinden sich mit dem Inventar. Später zu wechseln bedeutet, Dutzende von Ressourcen-Integrationen neu zu schreiben. Wähle von Anfang an sorgfältig.

Die wichtigsten Inventar-Scripts im Vergleich

ox_inventory

Framework: Universal (ESX, QBCore, QBOX über ox_core) Preis: Kostenlos (Open Source) Entwickler: Overextended

ox_inventory ist zum De-facto-Standard für moderne FiveM-Server geworden. Es ist Teil des OX-Ökosystems und integriert sich nahtlos mit ox_lib, ox_target und QBOX. Der vollständige Quellcode und die Dokumentation leben im ox_inventory GitHub-Repository.

Stärken:

• Ausgezeichnete Performance (eines der leichtesten verfügbaren Inventar-Scripts)
• Framework-agnostisch über Bridge-System
• Slot + Gewicht-Hybridsystem
• Eingebaute Waffen-Attachments, Haltbarkeit und Metadaten
• Aktive Entwicklung mit häufigen Updates
• Starker Community-Support und Dokumentation
• Container-System (Kofferräume, Stashes, Handschuhfächer)

Schwächen:

• Benötigt ox_lib als Abhängigkeit
• Migration von älteren Inventaren erfordert Datenkonvertierung
• UI ist funktional, aber nicht das visuell Polierteste

Am besten für: Neue Server, die frisch starten, Server, die zu QBOX migrieren, alle, die Performance und langfristigen Support priorisieren.

qs-inventory

Framework: QBCore, ESX Preis: Premium (kostenpflichtig, ~35–50 $) Entwickler: Quasar Store

qs-inventory ist eine kostenpflichtige Alternative mit Fokus auf visuelles Design und UI-Politur. Es ist Teil des breiteren Quasar-Store-Ökosystems neben qs-hud, qs-housing und anderen Quasar-Ressourcen.

Hinweis: Quasar Store hat einen gemischten Ruf bei Post-Sale-Support und Stabilität auf vollen Servern. Siehe unser Review zu Quasar Mods, bevor du dich auf das Ökosystem festlegst.

Stärken:

• Wunderschönes, modernes UI-Design
• Drag-and-Drop mit flüssigen Animationen
• Hotbar mit Tastenbelegungen
• Eingebautes Crafting-System
• Umfangreiche Konfigurationsoptionen
• Aktiver kommerzieller Support

Schwächen:

• Kostenpflichtig (höhere Anfangskosten)
• Etwas ressourcenintensiver als ox_inventory
• Vendor Lock-in mit Quasar-Ökosystem

Am besten für: Server, die visuellen Glanz priorisieren und bereit sind, für Premium-Support zu zahlen.

qb-inventory (Standard QBCore)

Framework: QBCore Preis: Kostenlos (mit QBCore inklusive) Entwickler: QBCore Framework

Das Standard-Inventar, das mit QBCore geliefert wird. Funktional und weit unterstützt, zeigt aber sein Alter.

Stärken:

• Zero-Setup (kommt mit QBCore)
• Maximale Kompatibilität mit QBCore-Ressourcen
• Vertrautes UI für QBCore-Spieler
• Große Community mit verfügbarem Support

Schwächen:

• Veraltetes UI-Design
• Performance hinter modernen Alternativen
• Begrenzte Metadaten-Unterstützung
• Weniger funktionsreich als dedizierte Inventar-Scripts

Am besten für: QBCore-Server, die Einfachheit und maximale Kompatibilität ohne zusätzliches Setup möchten.

Core Inventory (codem-inventory)

Framework: QBCore, ESX Preis: Premium (kostenpflichtig, ~30 $) Entwickler: Codem

Stärken:

• Saubere, moderne Benutzeroberfläche
• Waffen-Rad-Integration
• Integriertes Kleidungs-/Outfit-System
• Gutes Performance-Profil

Schwächen:

• Kostenpflichtig
• Kleinere Community als ox_inventory oder qs-inventory

ESX Standard-Inventar

Framework: ESX Preis: Kostenlos Entwickler: ESX Framework

Das Legacy-gewichtsbasierte Inventarsystem. Wenn du ESX betreibst und noch nicht upgegradet hast, ist das, was du hast.

Fazit: Ersetze es. Das ESX-Gewichtsinventar hat bekannte Probleme und wird erheblich von ox_inventory (das ESX nativ unterstützt) übertroffen. Siehe den ESX-Legacy-Guide für den vollständigen Modernisierungspfad.

Vergleichstabelle

Feature	ox_inventory	qs-inventory	qb-inventory	codem-inventory
Preis	Kostenlos	~40 $	Kostenlos	~30 $
ESX-Unterstützung	Ja	Ja	Nein	Ja
QBCore-Unterstützung	Ja	Ja	Ja	Ja
QBOX-Unterstützung	Nativ	Bridge	Nein	Nein
Slot + Gewicht	Ja	Ja	Nur Slots	Ja
Waffen-Attachments	Ja	Ja	Grundlegend	Ja
Item-Metadaten	Vollständig	Vollständig	Begrenzt	Vollständig
Crafting eingebaut	Nein	Ja	Nein	Nein
Kofferraum/Stash	Ja	Ja	Ja	Ja
Performance	Ausgezeichnet	Gut	Durchschnittlich	Gut
UI-Qualität	Gut	Ausgezeichnet	Veraltet	Gut

Installationsguide: ox_inventory

ox_inventory ist die häufigste Wahl für neue Server, daher hier eine schrittweise Installationsübersicht:

1. ox_lib zuerst installieren: ox_inventory hängt von ox_lib ab. Sicherstellen, dass es im Ressourcen-Ordner ist und in server.cfg vor ox_inventory gestartet wird.
2. ox_inventory herunterladen: Die neueste Version von GitHub holen. Den Ordner in das Ressourcen-Verzeichnis ablegen.
3. SQL-Migration ausführen: Die ox_inventory.sql-Datei erstellt die notwendigen Datenbank-Tabellen. Vor dem Starten der Ressource in die Server-Datenbank importieren.
4. Framework-Bridge konfigurieren: ox_inventory/data/server.lua öffnen und Framework (esx, qb oder qbox) festlegen. Das aktiviert die richtige API-Bridge.
5. Zu server.cfg hinzufügen: ensure ox_inventory nach ox_lib und vor jedem Script hinzufügen, das Inventar-Funktionen verwendet.
6. Item-Definitionen migrieren: Wenn du Custom-Items in qb-inventory oder ESX-Inventar hast, übertrage sie zu ox_inventory/data/items.lua.
7. Abhängige Scripts aktualisieren: Jedes Script, das qb-inventory-Funktionen direkt aufruft, muss aktualisiert werden. Die meisten großen Scripts unterstützen ox_inventory bereits nativ.

Item-Metadaten: Was sie sind und warum sie wichtig sind

Item-Metadaten sind eines der mächtigsten Features moderner Inventarsysteme. Im Gegensatz zu einfachen Inventaren, die jede Instanz eines Items als identisch behandeln, lassen Metadaten jedes Item einzigartige Daten tragen.

Gängige Metadaten-Anwendungsfälle in ox_inventory:

• Waffen: Seriennummer, Haltbarkeitsprozentsatz, installierte Attachments (Schalldämpfer, Taschenlampe, Zielfernrohr), Munitionszählung pro Waffeninstanz
• Dokumente: Spielergeschriebener Inhalt gespeichert in einem "Papier"-Item – Ausweise, Führerscheine, Haftbefehle
• Essen und Drogen: Verfallsdaten, Qualitätsstufen oder wer eine Drogen-Charge produziert hat
• Schlüssel: Welches Fahrzeug oder welche Immobilie der Schlüssel entsperrt, gespeichert als Metadaten am Schlüssel-Item selbst
• Telefon: Die Nummer des Spielers, Kontakte und Nachrichten an ein Telefon-Item angehängt

Beispiel-Metadaten-Struktur für eine Waffe in ox_inventory:

{
  "durability": 87.5,
  "serial": "VM-4829-XK",
  "attachments": ["suppressor", "flashlight"],
  "ammo": 24
}

Scripts greifen darauf über exports.ox_inventory:GetItemMetadata() zu. Das ermöglicht Szenarien, die mit älteren Inventarsystemen unmöglich sind – eine gestohlene Waffe, die per Seriennummer zurückverfolgt werden kann, eine Drogen-Charge, die zu ihrem Hersteller zurückverfolgt wird, oder ein Hausschlüssel, der aufhört zu funktionieren, wenn der Besitzer die Schlösser wechselt.

Performance-Benchmarks

In praktischen Tests auf einem 64-Spieler-Server:

Inventar-Script	Durchschn. ms (idle)	Durchschn. ms (aktiver Handel)	Speicherverbrauch
ox_inventory	0,08 ms	0,35 ms	Niedrig
qs-inventory	0,15 ms	0,55 ms	Mittel
qb-inventory	0,22 ms	0,80 ms	Mittel
ESX Standard	0,45 ms	1,40 ms	Hoch

Diese Zahlen potenzieren sich mit der Spielerzahl. Bei 100 Spielern kostet ein Inventar, das 0,40 ms langsamer als ox_inventory läuft, 40 ms zusätzliche Server-Tick-Zeit – eine erhebliche Verschlechterung. resmon verwenden, um eigene Server-Zahlen zu messen.

Integrations-Tipps

Inventar mit Housing-Stashes verbinden

Sowohl bcs-housing als auch qs-housing unterstützen ox_inventory-Stashes nativ. Wenn ein Spieler seinen Heimspeicher öffnet, ruft das Housing-Script exports.ox_inventory:openInventory() mit einem Stash-Identifier auf. Dieser Stash bleibt automatisch über Sessions hinweg persistent. Konfigurations-Details in unserem Housing-Guide.

Inventar mit Garagen-Fahrzeugkoffern verbinden

Fahrzeugkoffer-Inventare in ox_inventory sind an das Kennzeichen des Fahrzeugs gebunden. Wenn ein Spieler sein Auto spawnt, übergibt das Garagen-Script das Kennzeichen an ox_inventory, das die gespeicherten Items des Fahrzeugs lädt. Das bedeutet, dass Kofferraum-Inhalte über Garagen-Ein- und Auszahlungen hinweg persistent bleiben – eine erhebliche Verbesserung gegenüber älteren Session-basierten Kofferraum-Systemen. Details in unserem Garagen-Scripts-Guide.

Inventar mit QBOX-Scripts verbinden

Auf QBOX-Servern ist ox_inventory das native Inventar. Keine Bridge benötigt. QBOX's eigene Funktionen wie exports.qbx_core:GetPlayer() geben Spielerdaten zurück, die bereits auf ox_inventory-Slots und -Items verweisen. Diese enge Integration ist einer der Hauptvorteile von QBOX gegenüber älteren Frameworks.

ox_inventory einrichten: Schritt-für-Schritt-Checkliste

Für Server, die ox_inventory wählen (die häufigste Wahl), hier ist eine komprimierte Checkliste, um die häufigsten Setup-Fehler zu vermeiden:

• ox_lib zuerst installieren: ox_inventory startet ohne es nicht. Bestätigen, dass ox_lib keine Fehler zeigt, bevor du fortfährst.
• SQL-Datei importieren: ox_inventory.sql muss in deine Datenbank importiert werden. Diesen Schritt zu überspringen führt dazu, dass Inventar-Öffnung still fehlschlägt.
• Framework in Config festlegen: data/server.lua öffnen und Config.Framework auf 'esx', 'qb' oder 'qbox' entsprechend setzen. Falsches Framework bedeutet, dass Spielerdaten nicht laden.
• Bestehende Item-Definitionen migrieren: Item-Namen von deinem alten Inventar nach data/items.lua kopieren. Items, die hier nicht definiert sind, erscheinen nicht im Spiel, auch wenn sie in der Datenbank existieren.
• Shop-Scripts aktualisieren: Jedes Script, das Items in einen Shop über alte Inventar-Exports hinzufügt, muss aktualisiert werden. ox_inventory verwendet exports.ox_inventory:AddItem() statt QBCore- oder ESX-Item-APIs.
• Stashes und Kofferräume testen: Einen Fahrzeugkofferraum und einen Immobilien-Stash im Spiel öffnen, bevor du live gehst. Das sind die häufigsten Fehlerpunkte nach der Migration.
• Anfangs mit ausführlichem Logging betreiben: setr ox:printlevel 4 in server.cfg während des Tests setzen, um alle Inventar-Events in der Konsole zu sehen. Dieses Level vor dem Öffnen für Spieler reduzieren.

Unsere Empfehlung

Für neue Server: Mit ox_inventory starten. Es ist kostenlos, performant, framework-agnostisch und die Richtung, in die sich das Ökosystem bewegt. Wenn du später zu QBOX wechselst, kommt ox_inventory nativ.

Für bestehende QBCore-Server: Wenn qb-inventory deinen Bedürfnissen entspricht, behalte es. Wenn du bessere Features und UI möchtest, zu ox_inventory (kostenlos) oder qs-inventory (kostenpflichtig, schöner) migrieren.

Für maximalen visuellen Glanz: qs-inventory liefert das beste UI out-of-the-box.

Migrations-Tipps

Das Wechseln von Inventarsystemen erfordert sorgfältige Datenmigration. Spieler-Inventare, Stash-Inhalte, Kofferraum-Daten – alles muss konvertiert werden.

• Immer die Datenbank sichern, bevor du migrierst
• Migration zuerst auf einem Staging-Server testen
• Alle Ressourcen aktualisieren, die mit dem Inventar verbunden sind (Shops, Jobs, Drogensysteme)
• Die Änderung den Spielern mit Wartungsplan ankündigen
• Beide Inventare nebeneinander im Testing mit einer kleinen Gruppe vertrauenswürdiger Spieler betreiben, bevor der vollständige Rollout erfolgt

Für Framework-Migrationen, die Inventar-Änderungen beinhalten, siehe FiveM-Scripts zwischen Frameworks konvertieren.

FAQ

Kann ich ox_inventory mit QBCore verwenden?

Ja. ox_inventory unterstützt QBCore nativ über sein Bridge-System. Die meisten QBCore-Ressourcen funktionieren ohne Modifikation.

Beeinflusst das Inventar die Server-Performance?

Erheblich. Das Inventar-Script läuft bei jeder Spieler-Interaktion. Ein schlecht optimiertes Inventar fügt Millisekunden zu jeder Aktion hinzu, was sich mit der Spielerzahl potenziert. resmon verwenden, um die Auswirkung zu messen.

Sollte ich ein kostenloses oder kostenpflichtiges Inventar verwenden?

ox_inventory (kostenlos) übertrifft die meisten kostenpflichtigen Alternativen in Features und Performance. Für ein Inventar nur zahlen, wenn seine spezifischen Features (UI-Design, eingebautes Crafting) dir die Kosten wert sind.

Kann ich benutzerdefinierte Items zu ox_inventory hinzufügen?

Ja. Items werden in ox_inventory/data/items.lua definiert. Jedes Item hat einen Namen, ein Label, ein Gewicht, ein Stack-Verhalten und einen optionalen benutzerdefinierten Use-Callback. Du kannst auch Item-Use-Callbacks von jeder anderen Ressource aus über exports.ox_inventory:registerHook() registrieren.

Mehr Script-Empfehlungen benötigt? Schau in unserem vollständigen FiveM-Scripts-Guide oder in unserem Marktplatz für Premium-Inventar-Lösungen.