DW Job Center von DaniWorld bietet eine direkte Auswahl ziviler Jobs und Bewerbungen für Whitelist-Jobs. Die geprüfte Version 1.0.0 richtet sich an QBCore. Gehalt, Vorteile und Voraussetzungen in config.lua sind Anzeigetexte; sie implementieren weder Lohnzahlungen noch Ausrüstung oder Hintergrundprüfungen.
Ressource, Datenbank und Target-Einrichtung
Behalte dw-jobcenter mit client, server, html, config.lua und fxmanifest.lua vollständig bei. Starte qb-core und oxmysql vor ensure dw-jobcenter. Die README nennt mysql-async als Alternative, das Manifest importiert aber @oxmysql/lib/MySQL.lua. Ein direkter Austausch setzt Anpassung und Prüfung der Integration voraus.
Sichere die Framework-Datenbank und vergleiche sql.sql mit deinem vorhandenen Schema, bevor du job_applications anlegst. README-Beispiel und sql.sql unterscheiden sich bei Datumstypen und Vorgaben. Wähle bewusst ein kompatibles Schema; CREATE TABLE IF NOT EXISTS passt eine vorhandene Tabelle nicht an.
Standardmäßig sind qb-target und die interne Bewerbungsprüfung aktiv. Setze TargetSystem für ox_target auf ox. UseTarget = false aktiviert den Textzugang zum Jobcenter. Interne Prüfpunkte verzweigen aber weiterhin nach TargetSystem und können Target-Exporte aufrufen. UseTarget allein entfernt daher nicht deren Target-Abhängigkeit.
Jobdefinitionen und Prüferrechte
Gleiche Schlüssel und Ränge in Config.Jobs mit deinen QBCore-Jobs ab, ergänze Config.JobOrder und wähle civilian oder whitelisted als type. Whitelist-Einträge definieren auch questions und minReviewGrade. Das interne Standardsystem braucht kein dw-bossmenu; die externe Integration benötigt einen gesonderten Kompatibilitätstest.
Die Bewertungsaktion prüft Job und Mindestrang des Prüfers. Der Callback zum Lesen der Bewerbungen erzwingt diese Prüfungen jedoch nicht und verknüpft einen angefragten Jobnamen mit SQL. Ergänze serverseitige Job-/Rangprüfung und parametrisierte Abfragen im Lesezugriff; sichtbare Prüfpunktsperren reichen nicht.
Offline-Einstellungen und Bewerbungstexte
Bei Online-Bewerbern ruft die Annahme SetJob auf. Offline schreibt sie dagegen einen einfachen Jobnamen und eine Spalte job_grade in players. Im geprüften QBCore-Schema fehlt job_grade; dessen Speicherpfad schreibt ein JSON-Jobobjekt. Passe Offline-Zuweisungen an dein Framework an und prüfe die Speicherung nach erneutem Verbinden. Ein angenommener Bewerbungsstatus beweist keine erfolgreiche Einstellung.
Die Prüfoberfläche fügt Antworten über innerHTML ein. Stelle fremde Antworten als Text dar und prüfe Eingabetypen, Längen, Mehrfachbewerbungen und Statuswechsel serverseitig. Teste berechtigte und unberechtigte Prüfer, Annahme online und offline, Ablehnung, Nutzung ohne Target und Ressourcen-Neustarts.
Vorhandene Entwicklervorschau
Quellen am 10. September 2026 geprüft: DW-Revision 418dec5004059c0ebe45cdf82f3ff7ca03380e29 und QBCore-Referenz 9b3cddcce93e5e12cbcf6b47b866b687d32ac7bf. Lua, Konfiguration, SQL und relevante Darstellungspfade der Prüfung wurden untersucht. Es gab keine Datenbankmigration, keinen Einstellungsablauf und keinen Test im Spiel.