FiveM Einreise-System einrichten: Ablauf, Teamorganisation und Schutz vor Moddern

Ein FiveM Einreise-System hält neue Spieler in einer abgetrennten Einreise-Dimension am Flughafen fest, bis ein Teammitglied mit ihnen gesprochen, Skin und Charakter geprüft und über Freigabe, Kick oder Ban entschieden hat. Damit das funktioniert, brauchst du drei Bausteine: eine isolierte Dimension mit Rufpunkt, ein Team im Dienstmodus mit klaren Entscheidungsregeln und Protokolle, die jede Aktion festhalten. Dieser Beitrag zeigt dir den kompletten Ablauf, die Organisation des Einreiseteams und wie du Modder schon vor der Stadt ausbremst.

Was ein FiveM Einreise-System leisten muss

Die Einreise ist der erste Kontakt eines Spielers mit deinem Server. Sie hat zwei Aufgaben, die sich gegenseitig ergänzen: Sie filtert Spieler heraus, die nicht zum Konzept passen, und sie gibt passenden Spielern einen sauberen Start ins Roleplay.

Technisch heißt das: Ungeprüfte Spieler dürfen die Stadt weder sehen noch beeinflussen. Sie dürfen keine Fahrzeuge der Stadt stehlen, keine Objekte in laufende Szenen spawnen und keinen Kontakt zu Spielern aufnehmen, die gerade RP machen. Organisatorisch heißt es: Jemand aus dem Team muss erreichbar sein, das Gespräch folgt einem festen Schema und jede Entscheidung ist nachvollziehbar.

Ein Einreise-System ist nur so gut wie die Regeln, nach denen das Team entscheidet, und die Protokolle, mit denen die Teamleitung diese Entscheidungen später prüfen kann. Die Technik schafft den Raum, die Qualität entsteht im Gespräch.

Wie läuft eine Einreise Schritt für Schritt ab?

Ein bewährter Ablauf sieht so aus:

1. Spawn in der Einreise-Dimension: Der Spieler verbindet sich und landet nicht in der Stadt, sondern an einem zufälligen Spawnpunkt am Flughafen in einer eigenen Dimension.
2. Team rufen: Über einen Rufpunkt meldet der Spieler, dass er bereit ist. Eine Abklingzeit verhindert, dass derselbe Spieler das Team im Sekundentakt anpingt.
3. Teammitglied geht in den Dienst: Mit Dienst-Skin, Nametags und Godmode ist es sofort als Team erkennbar und kann nicht gestört werden.
4. Gespräch: Regelwissen, Charakteridee, Name und Hintergrund werden abgefragt.
5. Skin und Charakter prüfen: Passt der Charakter nicht, öffnet das Team das Skin-Menü oder setzt die Identität zurück, damit der Spieler sie neu anlegt.
6. Entscheidung: Freigabe über das Whitelist-Menü, Kick mit der Bitte, es später erneut zu versuchen, oder Ban.
7. Zurück an die Arbeit: Das Teammitglied kehrt an seine vorherige Position zurück und meldet sich bei Bedarf aus dem Dienst ab.

Wichtig ist, dass dieser Ablauf schriftlich im Teamhandbuch steht. Neue Supporter lernen so in der ersten Woche dieselbe Reihenfolge wie erfahrene, und Spieler erleben keine völlig unterschiedlichen Einreisen je nach Teammitglied.

Die Einreise-Dimension technisch umsetzen

FiveM trennt Spieler über sogenannte Routing Buckets. Jeder Bucket ist eine eigene Welt: Spieler und Entitäten in Bucket 50 sehen nichts von Bucket 0, in dem die Stadt läuft. Wer selbst entwickelt, setzt die Einreise serverseitig etwa so um:

local EINREISE_BUCKET = 50

CreateThread(function()
    -- keine NPCs und Verkehr in der Einreise
    SetRoutingBucketPopulationEnabled(EINREISE_BUCKET, false)
    -- Clients duerfen keine eigenen Entitaeten erzeugen
    SetRoutingBucketEntityLockdownMode(EINREISE_BUCKET, 'strict')
end)

local function inEinreiseSchicken(src)
    SetPlayerRoutingBucket(src, EINREISE_BUCKET)
end

local function freigeben(src)
    SetPlayerRoutingBucket(src, 0)
end

Der Lockdown-Modus strict verhindert, dass Clients in diesem Bucket selbst Entitäten erzeugen. Das ist ein starker Schutz, kann aber Scripts stören, die clientseitig Fahrzeuge oder Peds spawnen, etwa für Vorschauen. Teste deshalb vor dem Livegang, ob Skin-Menü und Charaktererstellung in der Dimension sauber laufen. Alternativ gibt es relaxed, bei dem nur Script-Entitäten erlaubt bleiben.

Warum zufällige Spawnpunkte sinnvoll sind

Spawnen alle neuen Spieler an exakt derselben Stelle, stehen bei einem Server-Neustart schnell zehn Charaktere ineinander. Mehrere zufällig gewählte Punkte im Flughafenbereich entzerren das, machen Gespräche angenehmer und erschweren es, gezielt auf den Spawn zu zielen.

Den Rufpunkt richtig setzen

Platziere den Rufpunkt gut sichtbar, aber nicht direkt am Spawn, damit Spieler kurz ankommen und die Hinweise lesen, bevor sie das Team rufen. Die Abklingzeit sollte so lang sein, dass Spam unattraktiv wird, und so kurz, dass ein ehrlich wartender Spieler nicht frustriert wird. Kommuniziere sie auf einem Schild oder im Discord.

Was das Team im Gespräch prüfen sollte

Ein Einreisegespräch muss nicht lang sein, aber es braucht feste Punkte. Eine praxistaugliche Reihenfolge:

• Technik: Funktioniert das Mikrofon, ist die Verständigung klar?
• Regelwissen: zwei bis drei offene Fragen zu den wichtigsten Serverregeln, nicht ablesbar per Ja oder Nein.
• Charaktername: realistisch, keine Promi- oder Spaßnamen, keine Anspielungen.
• Hintergrund: Woher kommt der Charakter, was will er in der Stadt?
• Optik: Passt der Skin zum Charakter und zu den Vorgaben des Servers?

Passt der Name nicht, ist der Charakter-Reset das richtige Werkzeug: Der Spieler legt die Identität neu an, statt dass das Team selbst Namen in der Datenbank ändert. Bei der Optik genügt oft das Skin-Menü direkt im Gespräch. Beides ist schneller und fairer als ein sofortiger Kick.

Freigabe, Kick oder Ban: Wann welche Entscheidung?

Ohne feste Kriterien entscheidet jedes Teammitglied nach Bauchgefühl. Lege deshalb im Team eine Staffelung fest, zum Beispiel:

• Freigabe: Regelfragen sinngemäß beantwortet, Charakter stimmig, Skin in Ordnung.
• Kick: Spieler noch nicht vorbereitet, etwa Regeln nicht gelesen oder Technikprobleme. Er darf es später erneut versuchen.
• Ban: Beleidigungen, Trollnamen nach Hinweis, Modding-Versuche in der Einreise oder bekannte Bannumgehung.

Die Ban-Dauer sollte zur Schwere passen. Ein kurzer Ban für wiederholte Trollversuche wirkt anders als ein langer Ban nach einem Modding-Versuch. Halte die Stufen schriftlich fest und gib Spielern im Discord einen Weg, Einspruch einzulegen. Wichtig ist, dass jede Entscheidung mit Grund protokolliert wird, damit eine zweite Person sie nachvollziehen kann.

Das Einreiseteam organisieren: Dienst, Dienstzeiten und Protokolle

Einreise ist Teamarbeit, und die häufigste Schwachstelle ist nicht die Technik, sondern die Erreichbarkeit. Ein paar Grundregeln helfen:

Dienstmodus statt Dauer-Admin

Teammitglieder sollten sich aktiv in den Dienst melden. Ein eigener Dienst-Skin macht sie in der Einreise sofort erkennbar, Nametags helfen beim Zuordnen der wartenden Spieler und Godmode verhindert, dass ein Gespräch durch Angriffe gestört wird. Nach der Einreise bringt eine Rückkehrfunktion das Teammitglied an seine alte Position, damit es sein eigenes RP oder seine Admin-Arbeit fortsetzen kann.

Welche Teamgruppen überhaupt in den Dienst dürfen, regelst du über Berechtigungen. Wie du dafür Gruppen und Identifier sauber anlegst, steht im Beitrag zu ACE Permissions mit Gruppen und Identifiern.

Dienstzeiten fair verteilen

Plane Einreisezeiten vor allem für die Abende und Wochenenden, wenn die meisten neuen Spieler kommen. Ein einfacher Plan im Discord, wer welche Abende abdeckt, verhindert, dass immer dieselben zwei Leute alle Einreisen machen. Hänge zusätzlich die Einreisezeiten öffentlich aus, damit Spieler nicht stundenlang am Flughafen warten.

Protokolle für die Teamleitung

Jede Einreise, jede Ausreise, jeder Kick und jeder Ban sollte mit Spieler, Teammitglied, Zeitpunkt und Grund in einem Discord-Kanal landen. Dazu kommt die Dienstzeit pro Teammitglied. So sieht die Teamleitung ohne eigene Auswertung, wer wie viel Einreise macht und ob Entscheidungen einheitlich ausfallen. Wie du solche Logs robust aufsetzt, beschreibt der Artikel zu sicheren Server-Logs per Discord-Webhook.

Modder in der Einreise ausbremsen

Neue, ungeprüfte Spieler sind das größte Risiko auf jedem Server. Wer mit einem Mod-Menü kommt, probiert es häufig sofort aus, also genau in der Einreise. Für Objekt-Spawns haben sich drei Ansätze bewährt:

• Komplett sperren: In der Einreise-Dimension können Spieler gar keine Objekte erzeugen. Am sichersten, aber prüfe, ob legitime Scripts betroffen sind.
• Begrenzen: Jeder Spieler darf nur eine feste Anzahl an Objekten spawnen. Sinnvoll, wenn einzelne Features Objekte brauchen.
• Aufräumen: Alle Objekte im Radius des Flughafens werden gelöscht. Hilft, wenn trotzdem etwas durchrutscht.

Zusätzlich gilt: Ungeprüfte Spieler bekommen keine Rechte, kein Startgeld und keine Items, bevor sie freigegeben sind. Wer in der Einreise Objekte spawnt oder sich auffällig verhält, wird nicht diskutiert, sondern nach der festgelegten Stufe gebannt. Die Einreise ersetzt dabei kein Anti-Cheat, sie verkleinert nur die Angriffsfläche in der kritischsten Phase.

Typische Fehler beim Einreise-System

• Kein Rufpunkt oder keine Abklingzeit: Das Team wird zugespammt oder Spieler wissen nicht, wie sie sich melden.
• Keine festen Kriterien: Ein Teammitglied lässt jeden durch, das andere niemanden.
• Einreise nur in der normalen Welt mit Absperrung: Ungeprüfte Spieler sehen und stören die Stadt trotzdem.
• Keine Protokolle: Bei Beschwerden steht Aussage gegen Aussage.
• Startausstattung vor der Freigabe: Gebannte Spieler nehmen nichts mit, aber Zweitaccounts sammeln trotzdem.

Checkliste für dein FiveM Einreise-System

• Eigene Dimension für die Einreise, ohne NPCs und Verkehr
• Mehrere zufällige Spawnpunkte am Flughafen
• Rufpunkt mit Abklingzeit und sichtbaren Hinweisen
• Dienstmodus mit Team-Skin, Nametags, Godmode und Rückkehrfunktion
• Gesprächsleitfaden mit festen Fragen
• Skin-Menü und Charakter-Reset für Korrekturen
• Schriftliche Staffelung für Freigabe, Kick und Ban
• Schutzmodus gegen Objekt-Spawns gewählt und getestet
• Protokolle für Ein- und Ausreisen, Aktionen und Dienstzeiten
• Öffentliche Einreisezeiten und Einspruchsweg im Discord

Fertige Umsetzung mit ws_einreise

Wenn du das System nicht selbst entwickeln willst, ist ws_einreise von Web-Services eine Möglichkeit für ESX-Server. Das Script bildet den beschriebenen Ablauf ab: Einreise-Dimension mit zufälligen Spawnpunkten, Call-Team-Punkt mit Abklingzeit, Duty-System mit eigenem Skin, Nametags, Godmode und tp back, Whitelist-Menü, Kick, Ban mit konfigurierbarer Dauer, Skin-Menü und Charakter-Reset. Für Objekt-Spawns stehen die drei oben beschriebenen Modi zur Auswahl, und Ein- und Ausreisen, alle Teamaktionen sowie die Dienstzeit werden per Webhook protokolliert. Es ist vollständig übersetzbar und nach dem Kauf direkt im CFX Portal verfügbar. Details findest du, wenn du das FiveM Einreise Script kaufen möchtest.

Soll die Whitelist zusätzlich auf Discord-Ebene laufen, kannst du einen Whitelist Bot für Discord kaufen, der Freigaben und Sperren per Slash-Command verwaltet. Für Teams, die Einreisen, Akten und Supportfälle zentral in einem Webpanel führen wollen, gibt es das Support Control Panel für FiveM-Teams.

FAQ

Brauche ich für ein Einreise-System eine Whitelist?

Nicht zwingend, aber beides gehört eng zusammen. Die Einreise ist der Ort des Gesprächs, die Whitelist speichert das Ergebnis. Ohne Whitelist müsste ein Spieler bei jedem Verbinden erneut geprüft werden.

Funktioniert ws_einreise mit QBCore oder Qbox?

Nein. ws_einreise ist für ESX gebaut und aktuell nicht für QBCore ausgelegt. Auf QBCore oder Qbox setzt du den Ablauf mit Routing Buckets selbst oder mit einer passenden anderen Lösung um.

Wie lange sollte eine Einreise dauern?

Lege dich nicht auf eine starre Zeit fest, sondern auf feste Inhalte. Ein Gespräch, das Technik, Regelwissen, Name, Hintergrund und Optik abdeckt, ist ausreichend. Wichtiger als die Dauer ist, dass jedes Teammitglied dieselben Punkte prüft.

Was tun, wenn gerade niemand aus dem Team online ist?

Hänge feste Einreisezeiten im Discord aus und zeige sie auch am Flughafen an. So wissen neue Spieler, wann sie wiederkommen sollen, und warten nicht vergeblich in der Einreise-Dimension.