Ein FiveM-Geschäft benötigt normalerweise zwei separate Ebenen: eine MLO liefert das Gebäude, die Räume und die Kollision; eine Job-Skript liefert Mitarbeiter, Handwerk, Abrechnung, Lagerbestand, Verkauf und Management. Der Kauf beider garantiert nicht, dass sie zusammenarbeiten. Die Kompatibilität hängt von deinem Framework und den anderen Ressourcen zwischen ihnen ab.
Schnelle Kompatibilitätsmatrix
| Ebene | Was zu überprüfen ist | Häufige Diskrepanz |
|---|---|---|
| MLO | Koordinaten-, Tür-, Kollisions- und Kartenkonflikte | Eine andere Karte bearbeitet denselben Ort |
| Framework | ESX, QBCore, Qbox oder Standalone-Unterstützung | Ein QBCore-Label wird als Nachweis für Qbox-Unterstützung behandelt |
| Inventar | Artikeldefinitionen, Bilder, Metadaten und Exporte | Das Skript erwartet ein anderes Inventar API |
| Interaktion | Zielressource, Zonen, Markierungen oder Tastenaufforderungen | Interaktionspunkte sind für ein anderes Zielsystem geschrieben |
| Geschäftslogik | Jobränge, Dienst, Abrechnung, Gesellschaftskonto und Boss-Menü | Rangnamen oder Kontobezeichner stimmen nicht überein |
| Datenbank | SQL Änderungen, Eigentum und Persistenz | Tabellen werden ohne Sicherungs- oder Migrationsplan importiert |
1. Wähle den Veranstaltungsort und das Gameplay separat
Beginne mit dem Roleplay-Loop: Mechaniker, Restaurant, Café, Autohaus, Nachtclub oder ein anderes Spielergeschäft. Dann wähle die Karte und das Skript unabhängig voneinander aus. Ein poliertes Interieur bietet keine Rezepte oder Rechnungen, und ein vollständiges Job-Skript verschiebt seine Interaktionspunkte nicht automatisch in ein benutzerdefiniertes Gebäude.
Vergleiche zum Beispiel Mechaniker-Jobskripte mit dem FiveM MLO-Katalog. Für das Hospitality-Roleplay überprüfe das Irish Pub Job, UwU Cafe MLO und Billard Bar MLO als separate Komponenten.
2. Lies die Ressourcen-Manifeste und Abhängigkeitslisten
Öffne jede gelieferte fxmanifest.lua bevor du die Ressource zu server.cfg. hinzufügst. Das Manifest kann Skripte, Dateien und Abhängigkeiten identifizieren, während die Dokumentation des Erstellers das erforderliche Framework, Inventar, Ziel, Menü, Benachrichtigungs-, Audio- und Datenbankressourcen angeben sollte. Verwende die offizielle Cfx.re Ressourcen-Manifest-Referenz wenn eine Anweisung unklar ist.
Gehe bei Qbox nicht davon aus, dass jede QBCore-Ressource kompatibel ist. Lies die Qbox vs. QBCore-Leitfaden und erfordern eine native Qbox-Anweisung oder einen dokumentierten Bridge-Pfad für das einzelne Produkt.
3. Installiere zuerst die MLO
- Sichere den Server und die Datenbank, dann erstelle eine Staging-Kopie.
- Starte nur die MLO und ihre dokumentierten Kartenabhängigkeiten.
- Überprüfe Eingänge, Türen, Kollisionen, Beleuchtung und Fahrzeugzugang.
- Suche nach überlappenden YMAP-, MLO- oder Vegetationsressourcen am selben Ort.
- Notiere die genauen Koordinaten für Serviceschalter, Lager, Handwerk, Dienst und Verwaltung.
Dies trennt ein Kartenproblem von einem Job-Skript-Problem. Wenn das Gebäude allein nicht funktioniert, erschwert das Hinzufügen von Abrechnungs- und Inventarressourcen die Diagnose.
4. Definiere Jobs, Dienstgrade und Konten
Erstelle die vom Skript erwartete Job- und Dienstgradstruktur. Gleiche interne Namen genau ab: mechanic und mechanic2 sind unterschiedliche Bezeichner. Entscheide, welche Dienstgrade einstellen, Geld abheben, eingeschränkte Gegenstände herstellen oder auf die Verwaltung zugreifen können. Wenn das Skript ein Gesellschafts- oder Geschäftskonto verwendet, überprüfe, ob Ein- und Auszahlungen dieses Konto nach einer erneuten Verbindung und einem Neustart der Ressource erreichen.
Eine gemeinsame Verwaltungsebene wie die Erweitertes Boss & Gang-Menü benötigt immer noch korrekte Job-Dienstgrade und Berechtigungen; sie kann keine sichere Organisationsstruktur ableiten.
5. Inventar, Ziele und Koordinaten zuordnen
Füge jeden benötigten Gegenstand zum Inventar deines Servers hinzu, einschließlich Bildern und Metadaten, wo erforderlich. Ersetze die Standard-Interaktionskoordinaten des Skripts durch die im MLO aufgezeichneten Punkte. Überprüfe dann Zielzonen oder Tastenaufforderungen aus verschiedenen Entfernungen und Spielerpositionen.
Ressourcen für Restaurants und Pubs benötigen besondere Aufmerksamkeit bei Rezepten: Zutatenbezeichnungen, Mengen, Ausgabeelemente und Verkaufspreise müssen mit der aktuellen Wirtschaft übereinstimmen. Mechaniker-Ressourcen benötigen Fahrzeugbesitz, Reparaturartikel und Rechnungsprüfungen. Händler-Ressourcen benötigen Showroom-Spawns, Lagerbestände und Kaufvalidierung.
6. Teste die gesamte Kunden- und Mitarbeiterreise
- Mitarbeiter stempelt ein und kann nur die Aktionen ausführen, die der Dienstgrad erlaubt.
- Kunden können kaufen, eine Rechnung erhalten oder interagieren, ohne den Angestelltenjob zu haben.
- Gegenstände werden genau einmal entfernt und gewährt.
- Geschäftseinnahmen erreichen das richtige Konto.
- Vollständige Inventare, abgebrochene Aktionen und nicht verfügbare Abhängigkeiten schlagen sicher fehl.
- Der Zustand überlebt Wiederverbindungen, Skriptneustarts und einen vollständigen Serverneustart.
- Zwei Spieler, die dieselbe Station benutzen, können keine Bestände oder Belohnungen duplizieren.
Empfohlene Kaufreihenfolge
- Wähle die Geschäftslogik und das Framework.
- Kaufe oder installiere das MLO, und beweise dann, dass es keinen Kartenkonflikt gibt.
- Wähle ein Job-Skript mit expliziter Unterstützung für dein Framework und deinen Abhängigkeitsstapel.
- Füge Management-, Inventar- oder Interaktionsressourcen nur hinzu, wenn der gewählte Job sie erfordert.
- Führe Staging-Tests durch, bevor du das Setup in die Produktion importierst.
Abschließende Checkliste
Vor dem Kauf solltest du in der Lage sein, die Framework-Version, das Inventar, das Zielsystem, die Managementressource, die Methode für Geschäftskonten, Datenbankänderungen und den Kartenstandort zu benennen. Wenn einer davon unbekannt ist, frage den Ersteller oder wähle ein Produkt mit klarerer Dokumentation. Das ist schneller und günstiger, als einen inkompatiblen Geschäftsstack nach dem Start zu reparieren.