Wenn du das falsche FiveM-Skript kaufst, verschwendest du nicht nur Geld—du erbst Ausfallzeiten, Rückbuchungen, FPS-Beschwerden und eine Support-Belastung. Nutze diese Seite, um Vorverkaufstor: den Anbieter zu prüfen, die Lizenz zu entschlüsseln, die Leistung vorherzusagen und die Rückerstattungs-/Aktualisierungsbedingungen zu vergleichen, bevor du einen Cent ausgibst.
Weiterführende Literatur (in neuen Tabs öffnen):
- Wie du FiveM Scripts bewertest, testest und wartest – Säulenprozess für Sandboxing, CI und langfristige Instandhaltung: https://fivemx.com/maintain-fivem-scripts/
- FiveM Asset Escrow: Grenzen, Mythen und Workarounds — was du mit und ohne Code-Sperre tun kannst: die Vorab-Checkliste
TL;DR – Kurze Checkliste vor dem Kauf
Anbieter und Ruf
- Aufgeführte juristische Person (Name, Land, Registrierung oder Umsatzsteuer).
- Aktiver Support (Discord/Ticket/E-Mail) mit einer Reaktionszeit von < 24 Stunden.
- Öffentliches Änderungsprotokoll; letzte Aktualisierung < 60 Tage.
- Keine ungelösten Betrugs-/Leak-Threads im Zusammenhang mit dem Verkäufer.
Lizenz & Richtlinien
- Gewerbliche Nutzung und Nutzung durch mehrere Admins auf deinem Server erlaubt.
- Rückerstattungsfenster (≥ 7 Tage) mit objektiven Kriterien.
- Aktualisierungsrichtlinie (lebenslang oder klare Haupt-/Nebenregeln).
- FiveM Vermögens-Treuhandkonto Begriffe dokumentiert; leistungskritische Teile editierbar.
- Keine versteckte Telemetrie / Remotecodeausführung ohne Signaturen.
Leistung und Kompatibilität
- Resmon avg < 0,10 ms, S. 99 0,50 ms unter der erwarteten Belastung.
- Keine DB N+1; Schlüsselabfragen indiziert; Timeouts behandelt.
- Angegebene Framework-Unterstützung (ESX/QBCore/QBOX) und Artefakt-/Versionsbereich.
- Keine schweren globalen Eventhandler, keine engen
während wahrSchleifen.
1) Due Diligence des Anbieters (Warnsignale vs. Warnsignale)
Grüne Flaggen
- Eingetragenes Unternehmen, Umsatzsteuer-ID und Land sind auf der Ladenfront ersichtlich.
- Öffentliches Changelog und Issue-Tracker; häufige kleine Updates > seltene große Updates.
- Klare Produktgrenzen (kompatible Frameworks, getesteter Server-Build).
- Support-SLAs: erste Reaktion <24 Stunden, ETA-Richtlinie für Bugfixes, Richtlinie für Sicherheitspatches.
Warnsignale
- Neuer Store, keine Identität, nur DMs für Support.
- „Keine Rückerstattungen jemals“ + keine Demo und kein Testserver.
- Behauptung „Lebenslange Updates“, aber kein Änderungsprotokoll oder aktueller Commit-Verlauf.
- Ruf, der mit Lecks, Verboten oder Massenstreitigkeiten im Zusammenhang mit dem DMCA zusammenhängt.
Open Source verbessert die Inspektionsfähigkeit, ist aber kein Qualitätsnachweis. Überprüfe die Wartungsgeschichte, Berechtigungen, Abhängigkeiten, Testergebnisse und die genauen Dateien, die du ändern darfst.
Lieferanten-Audit-Vorlage (Kopieren/Einfügen)
| Feld | Wert |
|---|---|
| Name des Anbieters | |
| Storefront-URL | |
| Discord/Support-URL | |
| Juristische Person / Reg.-Nr. / USt-IdNr. | |
| Land | |
| Alter des Geschäfts (Monate) | |
| Durchschnittliche Antwortzeit | |
| Aktualisierungsintervall (Tage) | |
| Öffentliche Änderungsprotokoll-URL | |
| Preis / Zahlungsmethoden | |
| Abhängigkeiten (ESX/QBCore/usw.) | |
| Server-Build getestet | |
| Zusammenfassung der Rückerstattungsrichtlinien | |
| Garantie/SLA | |
| Risikohinweise |
JSON-Schema (in deinen Tracker einfügen):
{
"vendorName": "",
"storeUrl": "",
"support": { "discord": "", "email": "", "slaHours": 24 },
"legal": { "entity": "", "regNo": "", "taxId": "", "country": "" },
"reputation": { "disputesOpen": 0, "notes": "" },
"changelogUrl": "",
"updateCadenceDays": 30,
"product": {
"priceEUR": 0,
"dependencies": ["ESX", "ox_lib"],
"artifactTested": ">= 6148",
"frameworks": ["ESX", "QBCore"]
},
"policies": {
"refund": { "windowDays": 7, "conditions": ["nicht wie beschrieben", "kritischer Fehler"] },
"updates": "lebenslang",
"escrow": { "enabled": true, "editableFiles": ["config.lua"] }
},
"riskScore": 0,
"notes": ""
}
2) Lizenzklausel-Schnellübersicht (Entschlüsseln, bevor du kaufst)
| Klausel | So sieht gut aus | Warnsignale |
|---|---|---|
| Nutzungsumfang | Kommerzielle Nutzung auf Servern im Besitz des Käufers; unbegrenzte Spielerzahl | „Nur für den persönlichen Gebrauch“, Sperre pro IP, vage „nicht kommerziell“ |
| Sitze/Instanzen | Pro Server/Organisation mit Offline-Modus, wenn DRM | DRM pro CPU/Maschine, Unterbrechungen bei Hostmigration |
| Änderungen | Konfigurationsänderungen sind erlaubt; Quellcodeänderungen, bei denen kein Treuhandkonto erforderlich ist | „Keine Änderungen, Änderungen machen die Unterstützung ungültig“ |
| Treuhandkonto für Vermögenswerte | Übersichtliche Liste der unverschlüsselt Dateien; leistungskritische Teile editierbar; Fallback-Pfad | Alles gesperrt; Remote-Prüfungen; keine Methode zur Leistungsoptimierung – siehe Treuhandkonto für Vermögenswerte |
| Aktualisierungen | Lebenslange oder versionierte Richtlinie (z. B. v1.x kostenlos) | Kostenpflichtige Updates nach Belieben; keine Verpflichtung zu Sicherheitspatches |
| Rückerstattungen | ≥ 7-Tage-Fenster; objektive Kriterien; Prozess dokumentiert | Pauschal „keine Rückerstattungen“, kein Demo-/Testserver |
| Telemetrie | Opt-in, Zwecke und Datenkategorien aufgelistet, Umschalten in der Konfiguration | Versteckte Telemetrie, Geräte-Fingerprinting, ausgehend beim Start |
| Haftung/Gewährleistung | Garantiezeitraum für Fehler/Sicherheit; Best-Effort-SLA | Vollständiger Haftungsausschluss, jederzeit kündbar, kein Rückgriff |
| Beendigung | Kündigungs- und Nachfrist | Sofortige Kündigung nach eigenem Ermessen |
Tipp: Wenn ein Treuhandkonto verwendet wird, bestätige welche Lua/NUI-Dateien weiterhin bearbeitet werden können (Konfigurationen, Übersetzungen, leistungskritische Schleifen) und ob der Anbieter Profilierungsberatung. Wenn nicht, erhöhe den Risikowert.
3) Rückerstattungs- und Aktualisierungsrichtlinie – Vergleichsarbeitsblatt
Was soll erfasst werden?
- Rückerstattungszeitraum und -bedingungen: objektive Testbarkeit („nicht wie beschrieben“, reproduzierbarer kritischer Fehler).
- Update-Richtlinie: Lebenszeit vs. Haupt- vs. Nebenversion; kostenpflichtige Upgrades; Sicherheitspatches nicht versprochen.
- Übertragbarkeit: Kannst du die Lizenz übertragen, wenn du den Server verkaufst?
- Automatische Updates: Liefermechanismus und Rollback-Plan.
| Verkäufer | Rückerstattungsfenster | Bedingungen | Anforderungsmethode | Updaterichtlinie | Kostenpflichtige Upgrades? | Sicherheitspatch-Richtlinie | Transfers erlaubt? | Hinweise |
|---|---|---|---|---|---|---|---|---|
4) Leistungsrisikomodell (Entscheiden, bevor du dich verpflichtest)
Akzeptanzziele
- Server-CPU (Resmon-Durchschnitt): < 0,10 ms Leerlauf und typische Nutzung; p99 < 0,50 ms unter Burst.
- Client-FPS-Delta: Basislinie vs. mit Ressource ≥ −5 FPS auf einer GPU der Mittelklasse.
- DB-Disziplin: kein N+1; Indizierung auf Fremdschlüsseln; Timeouts behandelt.
- NUI: Eingabe→Malen 100 ms; keine Blockierung
bringenSchleifen. - Zeckensicherheit: keine intensive Arbeit an globalen Ereignissen; vermeiden
während wahrBesetzt-Wartezeiten; Timer verwenden.
Vom Anbieter anzufordernde Nachweise
- Kurz resmon Video/Screens unter skriptgesteuerten Szenarien (Leerlauf, 8 Spieler führen die Kern Aktion aus).
- Erklären/Analysieren für die schwersten Abfragen; Indexplan anzeigen.
- NUI-Leistungserfassung (DevTools-Leistungsfenster).
- Konfigurationsschalter, die Draw Calls oder Netzwerk-Spam reduzieren.
5) Sicherheit und Compliance (keine Hintertür importieren)
Erfordern:
- Keine Remotecodeausführung /
Laststrangvon HTTP ohne Signaturprüfung. - Keine versteckten Analysen oder Geräte-Fingerprinting (nur Opt-in, klare Datenkategorien).
- Klar Handhabung für Keys/Aktivierung im Offline-Modus.
- Keine Erfassung von Anmeldeinformationen, kein Sammeln von Discord-Token, kein „Anti-Leak“, das sich wie Malware verhält.
Warnsignale: Binärblobs mit Netzwerkaufrufen, verschleierte HTTP-Endpunkte, „Phone-Home“ beim Start oder „Anti-Leak“, das die IPs von Mitarbeitern/Administratoren sperrt.
6) Preis und ROI (Gesamtbetriebskosten)
TCO-Formel (grob):TCO = Preis + (Bezahlte Updates über 12 Monate) + (Abhängigkeitslizenzen) + (Personalzeit für Integration und Feinabstimmung) + (Erwartete Ausfallkosten)
Wenn die TCO 30% höher ist als die des Alternativprodukts bei gleichen Funktionen/Leistung, kaufe es nicht.
7) Entscheidungsrahmen (Bestanden/Nicht bestanden + Risikobewertung)
Harte Fehler (automatische Ablehnung)
- Kein Rückerstattungsfenster Und kein Demo-/Testserver.
- Versteckte Telemetrie oder Remotecode ohne Signaturen.
- Letztes Update > vor 6 Monaten für missionskritische Ressourcen.
Risikobewertung (0–100, niedriger ist besser)
Bewerte jede Achse mit 0–20, summiere:
- Anbieter und Ruf
- Lizenz & Richtlinien
- Leistung & DB-Disziplin
- Sicherheitslage
- Kompatibilität und Wartung
Go/No-Go-Regel: Kaufe nur, wenn Punktzahl ≤ 40 Und keine schwerwiegenden Fehler.
8) Druckfertige Checklisten und Arbeitsblätter
Du kannst direkt die Tabellen oben verwenden oder das strukturierte Arbeitsblatt herunterladen (mehrere Blätter: Checklist, Lieferantenaudit, Lizenzklauseln, Rückerstattungs-Updates, Leistungsrisiken):
Verwende es, um Anbieter nebeneinander zu vergleichen und Beweislinks (Screenshots, Testclips) zu speichern.
9) Wie du Ansprüche nach dem Kauf validierst
- Folge dem End-to-End-Testablauf in Wie du FiveM Scripts bewertest, testest und wartest — richte eine Teststadt Sandbox ein, erfasse Basis- vs. Ressourcen-Metriken und führe ein Änderungsprotokoll.
- Wenn das Treuhandkonto vernünftige Anpassungen blockiert, überprüfe deinen Risikowert und schaue FiveM Vermögens-Treuhandkonto für sichere Workarounds.
Anhang A – Kopieren/Einfügen „Checkliste vor dem Kauf“ (kompakt)
- [ ] Identität des Anbieters überprüft (rechtlicher Name, Land, USt-ID/Reg.-Nr.) - [ ] Aktiver Support und SLA (<24h erste Antwort) - [ ] Öffentliches Changelog; letzte Aktualisierung <60 Tage - [ ] Klare Frameworks und Artefaktversionen unterstützt - [ ] Lizenz: Kommerzielle Nutzung erlaubt; Instanzen geklärt - [ ] Lizenz: Änderungen erlaubt (Konfiguration + leistungskritische Bereiche) - [ ] Bedingungen für Asset-Treuhand dokumentiert (editierbare Dateien aufgelistet) - [ ] Rückgabefrist ≥7 Tage mit objektiven Kriterien - [ ] Update-Richtlinie definiert (Lebenszeit/Haupt-/Nebenversion), Sicherheitspatches nicht versprochen - [ ] Keine versteckte Telemetrie; kein Remote-Code ohne Signaturen - [ ] Resmon avg <0.10 ms; p99 <0.50 ms - [ ] Keine DB N+1; Indizes auf Fremdschlüsseln; Timeouts behandelt - [ ] NUI Eingabe→Darstellung <100 ms; keine blockierenden Schleifen - [ ] Keine schweren globalen Handler; keine heißen `while true`-Schleifen - [ ] TCO innerhalb von 30% der besten Alternative
Anhang B – Überprüfung der Lizenzklausel (Ausfüllen)
| Klausel | OK? | Notizen | | --- | --- | --- | | Kommerzielle Nutzung erlaubt | | | | Sitze/Instanzen klar | | | | Änderungen erlaubt | | | | Asset-Escrow-Bereich klar | | | | Rückerstattungsfrist und -prozess | | | | Update-Richtlinie und Sicherheitspatches | | | | Telemetrie nur mit Zustimmung | | | | Haftung/Garantie angegeben | | | | Kündigung mit Nachfrist | | |
Liefere es aus: Führe die Checkliste durch, weise den Risikowert zu und gehe nur weiter, wenn es bestanden wird. Wenn etwas vage ist, ist es ein NEIN.
Bonus: Vertrauenswürdige Tebex-Shops
Überprüfe die genaue FiveMX-Liste vor dem Auschecken.
Wenn du eine Ressource auf FiveMX vergleichst, verwende FiveMX Marketplace Evidence um zu sehen, welche Katalogfakten öffentlich, teilweise verifiziert oder nicht beansprucht sind. Überprüfe die genaue Liste im FiveM-Skript-Marktplatz, dann überprüfe die aktuelle Geschäftsbedingungen Und Rückerstattung-Politik.
Wenn ein Framework, eine Abhängigkeit, eine enthaltene Datei oder ein Bestelldetail unklar ist, frage durch FiveMX-Unterstützung vor dem Installieren der Ressource auf einem Live-Server.
