Prüfungen
Prüfungen sind die Auffälligkeiten, die dzbot gefunden hat und die ein Mensch beurteilen muss. Das System kann dir sagen, dass sich zwei Konten einen Browser teilen oder dass jemand ein erst letzte Woche erstelltes Discord-Konto verknüpft hat — ob das ein Betrugsversuch, ein Haushalt oder Zufall ist, kann es nicht sagen. Diese Entscheidung liegt bei dir, und diese Seite hält sie fest.
Navigationspfad:
Server-Admin→Prüfungen
Zugriffsrechte
| Recht | Was es freischaltet |
|---|---|
admin.reviews.view | Die Prüfungen sehen, die diesen Server betreffen |
admin.reviews.decide | Die Warteschlange bearbeiten: übernehmen, Notiz schreiben, Tickets verknüpfen, erledigen |
Eine Prüfung gehört zur Organisation, nicht zu einem Server: es geht um Menschen, und zwei Server dürfen über dieselben Menschen nie zu zwei verschiedenen Urteilen kommen. Du siehst die Prüfungen, bei denen mindestens eines der Konten auf deinem Server spielt — und deine Entscheidung gilt überall.
Was eine Prüfung auslöst
Mehrfachkonto
Zwei oder mehr registrierte Konten teilen sich ein Gerät, ein Browser-Profil oder eine Adresse. Belege mit nur einem registrierten Konto werden nie zur Prüfung — ein einzelnes Konto kann nicht das Zweitkonto von jemandem sein. Eine Konsole, auf der ein Spieler und vier unbeanspruchte Ingame-Namen auftauchen, ist kein Fund, sondern eine Konsole.
Frisches Konto
Jemand hat ein Discord-Konto verknüpft, das erst kurz vorher erstellt wurde. Das ist die Prüfung, die viele Teams von Hand gegen Bann-Umgehung fahren: ein gebannter Spieler kommt mit einem neuen Discord-Konto zurück, verknüpft es und macht weiter. Das Alter steckt in der Discord-ID selbst, ist also exakt und braucht keine Abfrage.
Die Warteschlange abarbeiten
Die Liste ist eine Warteschlange: eine Zeile pro Fall, mit Typ, Bearbeiter und Alter. Wer einen öffnet, bekommt den ganzen Vorgang in einem Panel — und eine eigene Adresse, sodass sich eine Prüfung aus einem Ticket, aus Discord oder von einem Kollegen heraus verlinken lässt.
Dort stehen die beteiligten Konten mit ihrer Discord-Identität, was sie verbindet, und wie viele Konten an diesem Beleg hängen. Ein Klick auf ein Konto öffnet dessen Seite auf diesem Server — mit Spielzeit, Bans, Notizen und Kontostand. Ein Konto, das zur Prüfung gehört, aber hier nicht spielt, ist entsprechend markiert und führt stattdessen auf seine Organisations-Seite.
Einen Fall übernehmen
An dieser Warteschlange arbeiten mehrere Leute, deshalb lässt sich ein Fall übernehmen. Damit steht er auf „in Klärung" unter deinem Namen, und alle anderen sehen auf einen Blick, dass sich jemand kümmert. Gibst du ihn ab, geht er zurück in die Warteschlange; zieht ihn jemand an sich, steht auch das im Verlauf. „In Klärung" und „offen" lassen sich zusätzlich von Hand setzen — für einen Fall, der auf eine Antwort wartet und nicht auf dich.
Die Warteschlange zeigt offene und in Klärung befindliche Fälle zusammen: einen Vorgang zu übernehmen darf ihn nicht aus der Liste werfen, in der du ihn übernommen hast. Unbearbeitetes steht oben, darunter das Älteste zuerst.
Wird eine entschiedene Prüfung wieder geöffnet, verliert sie ihren Bearbeiter. Wer sie entschieden hat, hat einen kleineren Fall beurteilt als den, der jetzt vorliegt — und ein wiedereröffneter Fall mit einem Namen daneben sieht aus, als kümmere sich jemand.
Tickets
Aus einer Prüfung können Tickets entstehen, und die Verknüpfung hält in beide Richtungen: die Prüfung listet sie, und jedes Ticket nennt den Vorgang, aus dem es kam. Erstellen lässt sich eins direkt aus der Prüfung — ohne Spieler bleibt es intern, was eine Zweitkonto-Prüfung normalerweise sein sollte. Bestehende Tickets werden von der Ticket-Seite aus zugeordnet.
Ein Ticket auf einem anderen Server deiner Organisation bleibt sichtbar, ist von hier aus aber nicht anklickbar; ein Ticket in einem Support-Level, das du nicht sehen darfst, behält seine Nummer und verschweigt den Rest.
Erledigen
Eine Prüfung wird mit einer Notiz geschlossen, und die Notiz ist Pflicht — sie ist die vollständige Aufzeichnung des Ergebnisses. Schreib hin, was du geprüft hast und was passiert ist: „Brüder, gleiche Wohnung, geduldet", „gebannt, hat sich nicht gemeldet", „über Ticket #412 geklärt, nichts dran".
Es gibt bewusst keine Liste von Urteilen zum Anklicken. Eine frühere Fassung bot pro Typ drei an — das unterstellt, dass der Prüfer die Antwort im Moment des Hinschauens schon kennt. In der Praxis macht er ein Ticket auf oder bannt vorsorglich und erfährt sie erst später. Dazu kommt: je mehr Prüfungsarten es gibt, desto mehr eigene Vokabulare bräuchte man, und „bestätigt / nicht bestätigt" passt auf die wenigsten davon.
Alles, was mit einer Prüfung passiert — geöffnet, übernommen, Ticket verknüpft, erledigt, wieder geöffnet — bleibt in ihrer Historie, auch später überholte Ergebnisse. Eine bereits erledigte Prüfung erneut zu erledigen ist erlaubt und hängt einen neuen Eintrag an, statt den alten zu überschreiben.
Wann eine Prüfung zurückkommt
Eine entschiedene Prüfung geht nur dann wieder auf, wenn ein Konto dazukommt, das du bei deiner Entscheidung noch nicht gesehen hattest. Derselbe Beleg, der erneut auftaucht, öffnet nichts — und auch mehr Belege über dieselben Leute nicht. Die hattest du ja schon vor dir.
Wenn sie wieder aufgeht, ist das neue Konto markiert: du siehst, was sich geändert hat, statt den ganzen Fall erneut lesen zu müssen.
Automatisierung rund um Prüfungen
Beim Öffnen und Wiedereröffnen schreibt eine Prüfung ein review_opened-Log-Event — damit können
Actions darauf reagieren: automatisch bannen bei starkem Match, in einen
Discord-Kanal schreiben, was auch immer dein Team braucht. Ein Event deckt beide Fälle ab
(reason ist created oder reopened), sodass eine einzige Action für „hier muss jemand
draufschauen" genügt.
Jedes Konto im Event trägt is_new — eine Action kann also gezielt nur das Konto behandeln, das die
Wiedereröffnung ausgelöst hat, statt der ganzen Gruppe, die letzte Woche freigegeben wurde.
Eine Action kann auch ein Ticket öffnen und es an die auslösende Prüfung hängen, damit automatische Arbeit dort landet, wo auch die manuelle liegt:
server.create_ticket(
"Zweitkonto prüfen: " .. data.accounts[1].username,
"Vorgang " .. data.review_id .. " geöffnet (" .. data.reason .. "). " .. data.url,
nil,
data.review_id
);
Ist die Prüfung inzwischen mit einer anderen verschmolzen und ihre Nummer existiert nicht mehr, wird das Ticket trotzdem erstellt und die Action läuft weiter — nur die Verknüpfung entfällt, mit einem Hinweis im Action-Log.
Einstellungen
Unter Organisation → Allgemein lässt sich einstellen, welche Treffer eine Prüfung erzeugen und wie
jung ein Discord-Konto sein muss, damit die Neukonto-Prüfung greift (Standard: 90 Tage; 0 schaltet
sie ab).
Standardmäßig erzeugen nur Browser-Treffer eine Prüfung.
Geräte-Treffer sind aus, weil DayZ keine Geräte-Kennung mehr liefert: jede Geräte-Verknüpfung in den Daten wurde von einem Moderator eingetragen, der bereits wusste, dass die Konten zusammengehören — eine Prüfung gäbe dir also nur deine eigene Schlussfolgerung zurück. Einschalten, falls die automatische Erkennung zurückkommt.
IP-Treffer sind aus einem anderen Grund aus: etwa die Hälfte aller Treffer und fast nie ein Fund, weil WGs, Familien und Mobilfunknetze sich alle Adressen teilen.
Wo Prüfungen sonst auftauchen
Die Seite eines Spielers zeigt die Prüfungen, an denen er beteiligt ist, in der Moderations-Historie neben Notizen und Einschränkungen. Dort begegnet man ihnen meistens: während man ohnehin etwas anderes über diesen Spieler entscheidet.