Ancomox Premium Warehouse – Die Lagerhalle für deinen Server

Bereit, deinen Spielern mehr zu geben als eine Kiste am Straßenrand? Vergiss unsichtbare Stashes und geteilte Lagerräume, in denen jeder mitliest. Das Ancomox Premium Warehouse macht aus Stauraum ein echtes Business mit modernem Design.

Egal ob Einzelspieler mit kleinem Depot, Crew mit gemeinsamer Halle oder Konzern mit 300 Slots Stauraum – jede Lagerhalle gehört ihrem Besitzer allein. Kaufen oder mieten, ausbauen, Zugänge freischalten und das eigene Team mit genau den Rechten ausstatten, die es bekommen soll.

💎 Hochmodernes UI-Design

Das komplette Erlebnis läuft über eine einzige Oberfläche statt über drei verschachtelte Standard-Menüs.

• Glass-Morphism Aesthetic: Ein transparentes Design mit weichen Verläufen, durch das das Spielgeschehen sichtbar bleibt – die Stärke bestimmst du selbst.
• Flüssige Animationen: Hochwertige Hover-Effekte, weiche Übergänge und dezentes Sound-Feedback bei jeder Aktion.
• Freie Akzentfarbe: Eine Zeile in der Config färbt das gesamte Interface auf deine Serverfarben um.
• Kapazitäts-Visualisierung: Ausbaustufen als Fortschritts-Leiter, Slots und Traglast auf einen Blick.
• Eigene Benachrichtigungen: Vier Meldungstypen in eigenem Design, die Position ist frei wählbar – damit sie nicht auf deiner HUD landen.

🏢 Kaufen oder Mieten – dein Wirtschaftsmodell

Du entscheidest, wie deine Spieler an ihre Halle kommen.

• Kaufmodell: Einmalige Zahlung, dauerhaftes Eigentum, jederzeit wieder verkäuflich.
• Mietmodell: Feste Intervalle mit automatischem Einzug vom Konto – die laufende Geldsenke, die vielen Servern fehlt.
• Kulanz & Sperrung: Nach Ablauf bekommt der Mieter eine Schonfrist, danach wird die Halle gesperrt und bei anhaltendem Zahlungsverzug aufgelöst.
• Erinnerungen: Der Mieter wird rechtzeitig benachrichtigt, bevor seine Laufzeit endet.
• Verkauf mit Sicherheitsnetz: Konfigurierbare Rückerstattung aus Kaufpreis, Zugängen und Ausbaustufen. Das Lager muss leer sein und der Name zur Bestätigung eingetippt werden.
• Alles abschaltbar: Miete, Verkauf und Team-Keys lassen sich einzeln deaktivieren und verschwinden dann komplett aus der UI.

🔑 Ausbau, Zugänge & Team

Eine Lagerhalle wächst mit ihrem Besitzer – und mit seiner Crew.

• Vier Ausbaustufen: Slots, Traglast und Preis je Stufe frei konfigurierbar. Im Auslieferungszustand von 40 Slots und 100 kg bis 300 Slots und 2,5 Tonnen.
• Mehrere Zugänge: Drei Eingänge je Halle an verschiedenen Standorten, die einzeln freigeschaltet und bezahlt werden.
• Zugangs-Keys: Bis zu acht Personen pro Halle. Vier Rechte einzeln schaltbar – Inventar öffnen, Zugänge kaufen, ausbauen und selbst Keys vergeben.
• Live-Verwaltung: Rechte werden direkt im Interface umgeschaltet und serverseitig geprüft. Ein Mitarbeiter kann sich nicht selbst befördern, und wer den Zugang verliert, fliegt sofort aus der Halle.
• Eigener Name: Spieler benennen ihre Halle selbst – aus „Mittleres Lager“ wird „Nordhafen Depot“.

🛠️ Features & Technische Highlights

• Private Instanzen: Jede Halle läuft in einem eigenen Routing Bucket. Besitzer und Key-Inhaber teilen sich die Instanz, alle anderen sehen nichts. NPCs und Verkehr sind darin deaktiviert.
• Unbegrenzt erweiterbar: Weitere Lagerhallen, Standorte und Ausbaustufen legst du in der Config an. Ein Admin-Befehl gibt dir die Koordinate deiner aktuellen Position im fertigen Config-Format aus.
• Target & Marker Support: Unterstützt Third-Eye via ox_target und qb-target oder klassische 3D-Marker. Die Marker lassen sich auch im Target-Modus einblenden, damit Spieler sofort sehen, wo sie stehen müssen.
• Discord Logging: Integrierte Webhooks dokumentieren Käufe, Miete, Ausbau, Verkauf, Key-Vergabe, Admin-Aktionen und verdächtige Ereignisse – jede der neun Kategorien einzeln schaltbar.
• Admin-Werkzeuge: Acht Befehle zum Vergeben, Entziehen, Ausbauen, Entsperren, Auslesen und Neuladen.
• Exports für Entwickler: Vier Schnittstellen, um Lagerbesitz abzufragen, Stash-IDs zu holen oder Hallen per Script als Belohnung zu vergeben.
• Performance: Alle Lagerdaten liegen im Arbeitsspeicher. Die Datenbank wird nur bei echten Änderungen beschrieben, nicht bei jeder Interaktion. Die Marker-Threads schlafen, solange kein Interaktionspunkt in Reichweite ist.
• Keine externen Abhängigkeiten in der UI: Kein CDN, keine Web-Fonts, keine Sounddateien – läuft auch auf Servern mit eingeschränktem Netzwerkzugriff.

🔒 Sicherheit & Anti-Exploit

Kein Preis, kein Besitzverhältnis und keine Berechtigung kommt jemals vom Client.

• Serverseitige Validierung: Jede Aktion wird gegen Konfiguration und Datenbank geprüft, bevor Geld fließt.
• Distanzprüfung: Bei Kauf, Zutritt, Ausbau und Inventarzugriff.
• Rate-Limit: Pro Aktionstyp getrennt, damit Event-Spam nicht durchkommt und legitime Klicks trotzdem funktionieren.
• Strike-System: Auffällige Spieler werden gezählt, geloggt und ab einer einstellbaren Schwelle automatisch gekickt.

⚙️ Kompatibilität & Entwicklerfreundlichkeit

• Unterstützte Frameworks: es_extended, qb-core und qbx_core werden automatisch erkannt.
• Inventar-Systeme: ox_inventory wird empfohlen; qb-inventory und qs-inventory sind über einen Adapter angebunden.
• Custom Inventory: Du nutzt ein anderes Inventar? In den offenen Bridge-Dateien liegt eine dokumentierte Schnittstelle mit vier Funktionen – Stash anlegen, Items lesen, leeren, öffnen. Mehr braucht das Script nicht.
• Custom Frameworks: Du nutzt ein eigenes System? Die offengelegten Bridge-Dateien enthalten alle Anbindungspunkte, um das Script mit grundlegenden Lua-Kenntnissen an dein Framework anzupassen.
• Mehrsprachig: Deutsche und englische Sprachdatei liegen bei, jeder Text ist frei änderbar.
• Asset Escrow System: Dieses Skript ist durch das offizielle Cfx.re Escrow System geschützt. Die Kernlogik ist verschlüsselt. Alle relevanten Dateien für die Integration (Framework-Bridge, Konfiguration, Lagerdefinitionen, UI-Farben, Locales, SQL) sind offen und vollständig bearbeitbar.

📋 Systemanforderungen

Bitte stelle vor dem Kauf sicher, dass dein Server die folgenden Voraussetzungen erfüllt:

Zwingend erforderlich

• FiveM-Server: Build 7290 oder neuer.
• OneSync: Muss aktiviert sein – wird für die privaten Instanzen benötigt.
• Framework: es_extended, qb-core ODER qbx_core (oder die Fähigkeit, ein Custom-Framework über die offenen Bridge-Dateien selbst anzubinden).
• Datenbank: oxmysql.
• Inventar-System:Erforderlich, denn der Lagerbestand läuft darüber. Unterstützt werden:
  • ox_inventory – empfohlen, vollständig integriert
  • qb-inventory – über Adapter angebunden
  • qs-inventory – über Adapter angebunden
  • Jedes andere Inventar – über die offene Schnittstelle in den Bridge-Dateien anbindbar

Optional

• Third-Eye: ox_target oder qb-target. Ist keines vorhanden, schaltet das Script automatisch auf den integrierten 3D-Marker-Modus mit Tastendruck um – es funktioniert also auch ganz ohne Target-Script.
• ox_lib: Wird für Benachrichtigungen und den Interaktions-Hinweis genutzt, wenn es läuft. Ohne ox_lib bringt das Script beides selbst mit.

Die Datenbanktabelle wird beim ersten Start automatisch angelegt. Eine SQL-Datei liegt für den Fall bei, dass dein Datenbank-Benutzer keine Rechte zum Anlegen von Tabellen hat.