FJX Studios
Startseite /FJX FSD-SCRIPT

FJX FSD-SCRIPT

FJX FSD-SCRIPT — Bild 1

Übersicht

Features und Details

FJX FSD-SCRIPT — FEUERWEHRSCHLÜSSELDEPOT (ESX + QB-Core + Standalone)

FJX FSD-SCRIPT ist ein vollständiges Feuerwehrschlüsseldepot-System für FiveM-Server — mit zweigeteilter Depot-Tür, Freischaltelement, Objektschlüssel für ganze Gebäude und Anbindung an fünf Doorlock-Systeme. Komplett ingame konfigurierbar. Optional koppelbar an das FJX BMA-System — dann gilt: kein Alarm, kein Schlüssel. YouTube-Preview: https://youtu.be/WGF1qUlx9Hg


⚙️ Hauptfunktionen

🚪 Depot mit echter Zweitür-Mechanik

  • Drei eigene 3D-Modelle: geschlossen, Außentür offen, komplett offen

  • Außentür mechanisch — die Feuerwehr kommt immer bis zur Innentür

  • Innentür elektrisch — sie öffnet nur bei bestehender Freigabe

  • Kein Weg direkt von verschlossen zu ganz offen — jeder Schritt ist bewusst

  • Sieben Zustände: Verriegelt, Freigegeben, Außentür offen, Geöffnet, Schlüssel entnommen, Sabotiert, Störung

🔥 Mit oder ohne FJX BMA

  • Mit BMA: Die Anlage gibt das Depot bei Alarm von selbst frei — ohne Alarm bleibt die Innentür zu

  • Ohne BMA: Läuft eigenständig im jobbasierten Modus — die Feuerwehr öffnet das Depot jederzeit, alle übrigen Funktionen bleiben vollständig erhalten

  • Vier Modi pro Depot einstellbar: Strict / Hybrid / Jobbasiert / Standalone

  • Warnt im Creator sichtbar, wenn ein Depot ohne Alarmbezug freigibt

🔔 Freischaltelement (FSE)

  • Der Weg an den Schlüssel, wenn kein Alarm anliegt

  • Löst einen echten BMA-Alarm aus — samt Dispatch und Log, nicht nur eine Tür

  • Bei bestehender Freigabe automatisch gesperrt (wäre wirkungslos)

  • Position wählbar: außen an der Fassade oder erst hinter der Außentür

  • Optional an ein Inventar-Item gebunden

🗝️ Objektschlüssel

  • Generalschlüssel für das gesamte Objekt — entnehmbar nur bei geöffnetem Depot

  • Zwei Arbeitsweisen: Target (jede Tür einzeln auf-/zuschließen) oder Auto (alle Türen sofort)

  • Wer den Schlüssel hat, wird serverseitig festgehalten

  • Automatische Rücksetzung bei Timeout oder wenn der Träger den Server verlässt — Türen verriegeln, Depot geht auf Störung

  • Restart-sicher: offene Türen werden beim Stop und beim Start zurückgesetzt

🔓 Doorlock-Anbindung

  • Unterstützt: ox_doorlock, qb-doorlock, doors_creator (Jaksam), nui_doorlock — oder ganz ohne

  • Automatische Erkennung des laufenden Systems

  • Gebäude statt Einzeltüren: Im Creator einmal das Gebäude wählen — später ergänzte Türen gehören automatisch dazu

  • Bei doors_creator werden die echten Gebäudenamen direkt aus der Datenbank gelesen

  • Alternativ: Umkreis-Modus (alle Türen im Radius) oder einzeln erfasste Türen

  • Adapter-Dateien liegen offen — eigene Doorlock-Systeme lassen sich ergänzen

🏗️ Ingame Creator

  • Depots anlegen und platzieren — alles ingame, ohne Server-Neustart

  • Prop-Preview mit Pfeiltasten-Steuerung für Position, Höhe und Rotation

  • BMA-Gebäude per Dropdown verknüpfen

  • Türen per Mausklick erfassen — erfasste Türen bleiben grün markiert

  • Betriebsmodus, Freischaltelement und Gebäudezuordnung pro Depot

  • Test-Freigabe zum Durchspielen ohne echten Alarm und ohne Dispatch

  • Teleport zum Depot und Instandsetzung direkt aus dem Creator

🔨 Sabotage & Störung

  • Depot aufbrechbar — mit Dauer, Cooldown und Dispatch-Meldung an die Leitstelle

  • Serverseitig gegen Manipulation gesichert: Sitzung, Mindestdauer und Distanz werden geprüft

  • Feuerwehr-Jobs sehen die Aufbrechen-Option auf Wunsch gar nicht

  • Optional an ein Werkzeug-Item gebunden

  • Störungszustand mit eigener Instandsetzung durch Berechtigte

🎯 Multi-Framework & Target Support

  • Frameworks: ESX Legacy, QB-Core, Standalone

  • Target: ox_target, qb-target, 3D-Text (ohne Dependencies)

  • Inventar (optional): ox_inventory, ESX, QB-Core

  • Automatische Framework-Erkennung

  • Nur oxmysql als Pflicht-Dependency

🔐 Berechtigungen

  • ESX-Gruppen oder Ace Permissions (konfigurierbar)

  • Access-Denied Screen mit kopierfertigem add_ace Befehl

  • Feuerwehr-Jobs frei definierbar — getrennt für Bedienung und Instandsetzung

  • Creator-Rechte geben nicht automatisch Zugriff aufs Depot (abschaltbar)

📨 Discord-Logs

  • Zehn Ereignisse einzeln an-/abschaltbar: Freigabe, Türöffnung, Schlüsselentnahme und -rückgabe, Sabotage, FSE, Störung, Instandsetzung, Creator-Aktionen, Test

  • Webhook-URL liegt in der config_server.lua — nicht vom Client auslesbar

  • Optional mit License-Identifier des Spielers


🧠 Technische Details

Performance Kein messbarer Idle-Verbrauch · Job-Abfragen clientseitig gecacht statt pro Frame · Asynchrone MySQL-Operationen · Server-seitige State-Verwaltung

Sicherheit Vollständige serverseitige Validierung aller Aktionen · Distanz-, Job-, Zustands- und Berechtigungsprüfung · Cooldowns pro Spieler und Aktion · Zustandsautomat mit definierten Übergängen — ungültige Sprünge werden abgelehnt

Datenbank Auto-Setup + Auto-Migration · Drei Tabellen: depots, doors, events · Vollständige Ereignis-Historie

Diagnose /fsdstatus zeigt für jedes Depot die komplette Freigabekette · /fsddoors prüft die Doorlock-Anbindung · Klartext-Meldungen an der Tür nennen den genauen Grund, wenn die Innentür verriegelt bleibt

Sprachen Deutsch und Englisch vollständig · Alle Texte in Locale-Dateien · Eigene Sprachen ergänzbar


🔧 Konfiguration

config.lua (global): Framework & Target-System · Berechtigungen · Betriebsmodus · Doorlock-System · Schlüssel-Reichweite & Arbeitsweise · Timeouts · Freischaltelement · Items · Sabotage · Dispatch · Props & Offsets · Gebäudenamen

config_server.lua (nur Server): Discord-Webhook · Log-Ereignisse · Sicherheitsgrenzen (Distanz, Namenslänge, Anzahl Türen und Depots)

Ingame Creator (pro Depot): Name · Position & Rotation · BMA-Gebäude · Betriebsmodus · Freischaltelement · Gebäude aus dem Doorlock-System · einzelne Türen


🌍 Warum FJX FSD?

Für Server-Owner Plug & Play — SQL wird automatisch erstellt. Alles ingame konfigurierbar, kein Code nötig. Läuft mit oder ohne FJX BMA. Multi-Framework ohne Anpassungen.

Für die Feuerwehr Depotöffnung wie im echten Einsatz — Außentür auf, Innentür folgt der Freigabe. Ein Objektschlüssel öffnet das ganze Gebäude. Wer ohne Alarm ran will, alarmiert über das FSE die eigene Wache — sichtbar im Dispatch.

Für Admins/Ersteller Ingame Creator ohne Server-Neustart. Gebäude einmal wählen statt jede Tür einzeln. Test-Freigabe zum Durchspielen ohne echten Einsatz. Diagnose-Befehle statt Raten.


📦 Lieferumfang

✅ Vollständiges FSD-System (ESX, QB-Core, Standalone) 

✅ Drei eigene Depot-Modelle mit sichtbaren Türzuständen 

✅ Ingame Creator für alle Einstellungen 

✅ Anbindung an 4 Doorlock-Systeme + eigener Adapter möglich 

✅ Freischaltelement mit echtem BMA-Alarm 

✅ Objektschlüssel mit Target- und Auto-Modus 

✅ Sabotage & Störungssystem 

✅ Discord-Logs (10 Ereignisse) 

✅ Deutsch + Englisch 

✅ SQL-Datenbank mit Auto-Setup 

✅ Escrow-kompatibel


💬 Support & Updates

🔗 Discord: https://discord.gg/7uwQwp3NeP 📚 Docs: fjx.gitbook.io 🔄 Kostenlose Updates inklusive

🔒 Escrow & Sicherheit

✅ FiveM Asset Escrow kompatibel ✅ config.lua + config_server.lua + bridge.lua frei editierbar ✅ Doorlock-Adapter frei editierbar (eigene Systeme ergänzbar) ✅ Locale-Dateien frei übersetzbar ✅ HTML/CSS/JS frei anpassbar

📋 Systemanforderungen

Server: FiveM Server (aktuelle Version) · MySQL-Datenbank (oxmysql) · ESX Legacy ODER QB-Core ODER Standalone 

Optional: FJX BMA (für die alarmgebundene Freigabe) · ox_target / qb-target · ox_doorlock / qb-doorlock / doors_creator / nui_doorlock · ox_inventory · emergencydispatch / cd_dispatch / ps-dispatch


[ESX] [QBCore] [Standalone]

14.99 EUR
FJX FSD-SCRIPT
In den Warenkorb