BrandiShop nutzt ein gemeinsames Rechte-Modell im Spiel und Panel. Shopbesitzer und Mitarbeitende können unterschiedliche Befugnisse für Preise, Lager, NPCs und Bestellungen erhalten. Das Panel prüft Rechte auch dann, wenn ein Menüknopf im Spiel sichtbar ist.

Was du vor dem Start prüfen solltest

Besitzer- und Personalaufgaben sauber trennen. Prüfe dabei zuerst den aktiven Server, deine Rolle und den tatsächlichen Ausgangszustand. Gerade bei Besitz, Geld oder Inventar kann ein Schritt Auswirkungen haben, die sich nicht durch erneutes Klicken rückgängig machen lassen. Arbeite an einer kleinen Testmenge oder einer Testfläche, wenn die Funktion neu für dich ist.

Schritt für Schritt

1. Schritt 1: Shop und aktives Projekt eindeutig auswählen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
2. Schritt 2: Die konkrete Aufgabe der Person festlegen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
3. Schritt 3: Im Panel nur die dafür nötige Rolle oder Berechtigung vergeben. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
4. Schritt 4: Mit dem Mitarbeiterkonto die benötigte Ansicht testen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
5. Schritt 5: Eine unerwünschte Aktion ebenfalls als Negativtest prüfen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
6. Schritt 6: Nach Ende der Mitarbeit Zugriff wieder entziehen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.

Details und typische Anwendung

Ein Recht zum Öffnen der Verwaltung ist nicht automatisch ein Recht zur Preisänderung oder Lagerentnahme. Plane Zuständigkeiten pro Funktion. Wenn ein Shop mehrere Verkaufskanäle nutzt, wirken Änderungen zentral. Dokumentiere wichtige Preis- oder Lageraktionen, damit andere Teammitglieder sie nachvollziehen können.

Ein vollständiger Test hat drei sichtbare Zustände: den Anfang, die Aktion und das Ergebnis. Vergleiche die Anzeige nach dem Vorgang mit dem Anfang. Eine Chatmeldung allein reicht bei Geld, Rechten oder Lagerbeständen nicht immer aus; die zugehörige Übersicht sollte denselben Zustand zeigen. Bei gemeinsam genutzten Projekten hilft es, Änderungen mit Zeitpunkt und zuständiger Person kurz festzuhalten.

Fehlersuche

Bei fehlender Verwaltung aktives Projekt, Shopzuordnung und Panelrecht prüfen. Bei sichtbarem, aber gesperrtem Button die konkrete Fehlermeldung notieren. Bei einem unerwartet breiten Zugriff die Rechte sofort korrigieren und betroffene Aktionen prüfen.

Ändere bei der Fehlersuche nur eine Sache pro Versuch. Prüfe zunächst die Eingabe, dann Berechtigung und Gebiet, anschließend den Serverzustand. Wenn eine Zahlung oder Buchung möglicherweise ausgeführt wurde, löse sie nicht erneut aus, bevor die Historie geklärt ist. Ein reproduzierbarer Fehler mit genauer Meldung ist für den Support viel hilfreicher als viele unklare Wiederholungen.

Abschlusskontrolle und Support

• Stimmt die angezeigte Objekt-ID, Position oder der Empfänger?
• Hat sich nur der erwartete Wert beziehungsweise Bestand geändert?
• Ist die Funktion für andere Beteiligte so sichtbar, wie beabsichtigt?
• Kannst du den Vorgang mit einem kleinen Beispiel erneut nachvollziehen?

Für eine Meldung gehören Server, Welt oder Panel-Seite, Uhrzeit, ausgeführter Befehl beziehungsweise Klickfolge, erwartetes Ergebnis und sichtbare Fehlermeldung zusammen. Bilder bitte auf den relevanten Ausschnitt beschränken. Zugangsdaten, Tokens und vollständige Zahlungsdaten niemals beilegen.