Kunden
Alle Konten deiner Website in einer Liste: wer sich registriert, wer verifiziert hat, wer gesperrt ist - und der Schalter, der jemanden von der Anmeldung ausschließt.
Ein Kunde ist ein Website-Mitglied aus Sicht des Admins: ein Record eines Modells mit aktivierten Konten, identifiziert über seine Identität (meist eine E-Mail). Eine eigene Kundentabelle gibt es nicht. Hat dein Workspace zwei Kontomodelle - etwa members und wholesale - zeigt der Bereich Kunden beide, mit einem Tab pro Modell.
Der Bereich liegt in der Admin-Navigation neben Commerce und Team. Er erscheint, sobald mindestens ein Modell Konten aktiviert hat; vorher verweist er auf Modelle.
Die Liste
Suche nach Identität, filtere nach Status und nach Firma, wenn das Modell eine deklariert. Jede Zeile zeigt das Anzeigefeld des Records (oder die Identität, wenn es leer ist), das Modell, den Status und die letzte Anmeldung.
active- kann sich anmelden.pending- registriert, E-Mail noch nicht verifiziert. Gibt es nur, wenn das Modell Verifizierung verlangt.suspended- Anmeldung verweigert, alle Sitzungen beendet.
Eine Sperre nach zu vielen Fehlversuchen ist kein Status: die Zeile zeigt gesperrt bis, und sie läuft von selbst ab.
Die Detailseite
Die Kontokarte, dann drei Tabs: Profil (die Felder des Records, nur lesend; Bearbeiten öffnet denselben Record-Dialog wie Modelle), Bestellungen und Warenkörbe dieses Kunden. Das Profil ist der Record, Bearbeiten braucht also models:edit; die beiden Tabs brauchen orders:view und carts:view.
Sperren und freigeben
Sperren blockiert die Anmeldung und macht jeden Access- und Refresh-Token des Kunden ungültig - die nächste Anfrage mit einem alten Token wird abgewiesen. Bestellungen, Warenkörbe und der Record selbst bleiben. Ein pending-Konto lässt sich nicht sperren: seine Verifizierung würde sonst zu einem Weg, es zu aktivieren.
Freigeben lässt den Kunden wieder anmelden und hebt jede Sperre auf. Beide Aktionen verweigern, wenn das Konto schon im Zielzustand ist - ein Agent, der einen Aufruf wiederholt, kann es nicht zweimal umschalten.
Bestellungen und Gäste
Eine Bestellung eines angemeldeten Mitglieds hängt an diesem Mitglied. Eine Gastbestellung wird später zugeordnet, wenn der Gast dieselbe E-Mail registriert und verifiziert - „meine Bestellungen“ füllt sich rückwirkend. Aus dem Bestelldetail kannst du einen Kunden auch von Hand zuordnen oder lösen.
Firmen (B2B)
Im Auth-Tab des Kontomodells benennst du ein Firmenfeld (eine Relation zu deinem Firmenmodell) und ein Firmenrollenfeld (ein Select wie buyer / approver). Die Kundenliste bekommt dann eine Firmenspalte und einen Filter, Bestellungen und Warenkörbe lassen sich nach Firma listen, und eine Bestellung friert den Firmennamen beim Checkout ein, damit eine spätere Umbenennung die Historie nicht umschreibt. Nichts von der Firma erscheint auf der öffentlichen API.
Berechtigungen
customers:view- Bereich, Liste und Detail sehen. Standard in der Rolle Viewer.customers:manage- sperren und freigeben. Standard in der Rolle Editor.
Einen Kunden einer Bestellung zuzuordnen ist eine Bestelländerung und braucht orders:manage.
Aus MCP und Spotlight
Dieselbe Oberfläche steht Agenten zur Verfügung: list_customers (Modell, Status, Suche, Firma, Paging), get_customer (Zusammenfassung plus Record-Daten), suspend_customer und unsuspend_customer. get_model liefert die auth-Konfiguration des Modells, update_model setzt die Firmenfelder. list_orders und get_order liefern customerId, companyId und companyName (null bei Gastbestellungen), und list_orders nimmt einen companyId-Filter, sodass die Bestellungen einer Firma einen Agenten auf demselben Weg erreichen. Siehe den Werkzeugkatalog.
Nächste Schritte
- Mitglieder-Authentifizierung - der Registrierungs- und Anmeldefluss deiner Website.
- Commerce - Bestellungen, Warenkörbe und Checkout.
- Mitglieder und Rollen - wer im Team welche Berechtigung bekommt.