Een FiveM bedrijf heeft meestal twee aparte lagen nodig: een MLO levert het gebouw, kamers en collision; een job script levert werknemers, crafting, facturatie, voorraad, verkoop en management. Het kopen van beide garandeert niet dat ze samenwerken. Compatibiliteit hangt af van je framework en de andere resources ertussen.
Snelle compatibiliteitsmatrix
| Laag | Wat te controleren | Veelvoorkomende mismatch |
|---|---|---|
| MLO | Coördinaten, deuren, collision en mapconflicten | Een andere map bewerkt dezelfde locatie |
| Framework | ESX, QBCore, Qbox of standalone ondersteuning | Een QBCore label wordt behandeld als bewijs van Qbox ondersteuning |
| Inventaris | Item definities, afbeeldingen, metadata en exports | Het script verwacht een andere inventaris API |
| Interactie | Target resource, zones, markers of key prompts | Interactiepunten zijn geschreven voor een ander target systeem |
| Bedrijfslogica | Job grades, duty, facturatie, society account en boss menu | Grade namen of account identifiers komen niet overeen |
| Database | SQL wijzigingen, eigendom en persistentie | Tabellen worden geïmporteerd zonder back-up of migratieplan |
1. Kies de locatie en gameplay apart
Begin met de roleplay-lus: monteur, restaurant, café, dealer, nachtclub of een ander bedrijf van een speler. Kies vervolgens onafhankelijk de map en het script. Een gepolijst interieur biedt geen recepten of facturen, en een compleet jobscript verplaatst zijn interactiepunten niet automatisch naar een aangepast gebouw.
Vergelijk bijvoorbeeld monteur-jobscripts met de FiveM MLO catalogus. Inspecteer voor horeca-roleplay de Irish Pub Job, UwU Cafe MLO En Billiard Bar MLO als aparte componenten.
2. Lees de resource manifests en afhankelijkheidslijsten
Open elk geleverd fxmanifest.lua voordat je de resource toevoegt aan server.cfg. Het manifest kan scripts, bestanden en afhankelijkheden identificeren, terwijl de documentatie van de maker het vereiste framework, de inventaris, het doel, het menu, de melding, de audio en de databasebronnen moet vermelden. Gebruik de officiële Cfx.re resource manifest referentie wanneer een richtlijn onduidelijk is.
Ga er voor Qbox niet van uit dat elke QBCore resource compatibel is. Lees de Qbox vs QBCore gids en vereis een native-Qbox verklaring of een gedocumenteerd brugpad op het individuele product.
3. Installeer eerst de MLO
- Maak een back-up van de server en database, maak vervolgens een staging-kopie.
- Start alleen de MLO en de gedocumenteerde kaartafhankelijkheden ervan.
- Controleer ingangen, deuren, botsingen, verlichting en voertuigtoegang.
- Zoek naar overlappende YMAP, MLO of vegetatiebronnen op dezelfde locatie.
- Noteer de exacte coördinaten voor servicebalies, opslag, crafting, dienst en beheer.
Dit scheidt een kaartprobleem van een job-script probleem. Als het gebouw niet op zichzelf werkt, maakt het toevoegen van facturatie- en inventarisbronnen de diagnose moeilijker.
4. Definieer banen, rangen en accounts
Maak de job- en rangstructuur die door het script wordt verwacht. Match interne namen exact: mechanic En mechanic2 zijn verschillende identifiers. Bepaal welke rangen kunnen aannemen, geld opnemen, beperkte items maken of toegang krijgen tot beheer. Als het script een gemeenschaps- of bedrijfsaccount gebruikt, verifieer dan dat stortingen en opnames dat account bereiken na een herverbinding en herstart van de bron.
Een gedeelde beheerlaag zoals de Geavanceerd baas- en bendemenu heeft nog steeds de juiste job-rangen en permissies nodig; het kan geen veilige organisatiestructuur afleiden.
5. Inventaris, doelen en coördinaten in kaart brengen
Voeg elk vereist item toe aan de inventaris die op je server wordt gebruikt, inclusief afbeeldingen en metadata waar nodig. Vervang de standaard interactiecoördinaten van het script door de punten die binnen de MLO zijn vastgelegd. Verifieer vervolgens doelzones of toetsenprompts vanaf verschillende afstanden en spelersposities.
Restaurant- en pubbronnen hebben extra aandacht nodig rond recepten: ingrediëntenamen, hoeveelheden, uitvoeritems en verkoopprijzen moeten overeenkomen met de live economie. Monteurbronnen hebben controles nodig voor voertuigeigendom, reparatie-items en facturering. Autodealerbronnen hebben showroom-spawns, voorraad- en aankoopvalidatie nodig.
6. Test de volledige klant- en werknemerstraject
- Werknemer klokt in en heeft alleen toegang tot de acties die zijn toegestaan door de rang.
- Klant kan kopen, een factuur ontvangen of interageren zonder de werknemersbaan te hebben.
- Items worden precies één keer verwijderd en toegekend.
- Bedrijfswinst bereikt de juiste rekening.
- Volledige inventarissen, geannuleerde acties en onbeschikbare afhankelijkheden falen veilig.
- Status overleeft herverbindingen, scriptherstarts en een volledige serverherstart.
- Twee spelers die hetzelfde station gebruiken, kunnen geen voorraad of beloningen dupliceren.
Aanbevolen aankoopvolgorde
- Kies de business loop en het framework.
- Koop of installeer de MLO, en bewijs vervolgens dat deze geen kaartconflicten heeft.
- Selecteer een job script met expliciete ondersteuning voor je framework en dependency stack.
- Voeg management-, inventaris- of interactiebronnen toe alleen wanneer de gekozen job ze vereist.
- Voltooi staging tests voordat je de setup importeert in productie.
Eindchecklist
Voor aankoop moet je de frameworkversie, inventaris, targetsysteem, managementbron, business-accountmethode, database wijzigingen en kaartlocatie kunnen benoemen. Als een van deze onbekend is, vraag het de maker of kies een product met duidelijkere documentatie. Dat is sneller en goedkoper dan een incompatibele business stack repareren na de lancering.