Teraz z AI - twórz strony przez serwer MCP

Klienci

Wszystkie konta Twojej witryny na jednej liście: kto się zarejestrował, kto zweryfikował, kto jest zablokowany - i przełącznik, który odcina logowanie.

Klient to członek witryny widziany z panelu: rekord modelu z włączonymi kontami, identyfikowany przez tożsamość (zwykle e-mail). Nie ma osobnej tabeli klientów. Jeśli workspace ma dwa modele kont - np. members i wholesale - obszar Klienci pokazuje oba, z zakładką na model.

Obszar siedzi obok Commerce i Zespołu w nawigacji panelu. Pojawia się, gdy choć jeden model ma włączone konta; wcześniej odsyła do Modeli.

Lista

Szukaj po tożsamości, filtruj po statusie i po firmie, gdy model ją deklaruje. Wiersz pokazuje pole wyświetlane rekordu (albo tożsamość, gdy jest puste), model, status i ostatnie logowanie.

  • active - może się logować.
  • pending - zarejestrowany, e-mail jeszcze niezweryfikowany. Istnieje tylko, gdy model wymaga weryfikacji.
  • suspended - logowanie odrzucane, wszystkie sesje zakończone.

Blokada po zbyt wielu nieudanych próbach to nie status: wiersz pokazuje zablokowany do i wygasa sama.

Strona szczegółów

Karta konta, potem trzy zakładki: Profil (pola rekordu, tylko do odczytu; Edytuj otwiera ten sam dialog rekordu co Modele), Zamówienia i Koszyki tego klienta. Profil to rekord, więc edycja wymaga uprawnienia models:edit; dwie zakładki wymagają orders:view i carts:view.

Zawieszanie i przywracanie

Zawieś blokuje logowanie i unieważnia każdy token dostępu i odświeżania klienta - kolejne żądanie ze starym tokenem jest odrzucane. Zamówienia, koszyki i sam rekord zostają. Konta pending nie da się zawiesić: jego weryfikacja stałaby się inaczej drogą do aktywacji.

Przywróć pozwala klientowi znowu się logować i czyści blokadę. Obie akcje odmawiają, gdy konto już jest w docelowym stanie, więc agent ponawiający wywołanie nie przestawi go dwa razy.

Zamówienia i goście

Zamówienie zalogowanego członka jest przypięte do niego. Zamówienie gościa przypina się później, gdy gość zarejestruje i zweryfikuje ten sam e-mail - "moje zamówienia" wypełniają się wstecz. Ze szczegółów zamówienia możesz też przypiąć lub odpiąć klienta ręcznie.

Firmy (B2B)

W zakładce Auth modelu kont wskazujesz pole firmy (relację do modelu firm) i pole roli w firmie (select, np. buyer / approver). Lista Klientów dostaje wtedy kolumnę i filtr Firma, zamówienia i koszyki da się listować po firmie, a zamówienie zamraża nazwę firmy przy checkoucie, żeby późniejsza zmiana nazwy nie przepisała historii. Nic o firmie nie wychodzi na publiczne API.

Uprawnienia

  • customers:view - obszar, lista i szczegóły. Domyślnie w roli Viewer.
  • customers:manage - zawieszanie i przywracanie. Domyślnie w roli Editor.

Przypięcie klienta do zamówienia to zmiana zamówienia, więc wymaga orders:manage.

Z MCP i Spotlight

Ta sama powierzchnia jest dostępna dla agentów: list_customers (model, status, wyszukiwanie, firma, stronicowanie), get_customer (podsumowanie plus dane rekordu), suspend_customer i unsuspend_customer. get_model zwraca konfigurację auth modelu, a update_model ustawia pola firmy. list_orders i get_order zwracają customerId, companyId i companyName (null przy zamówieniu gościa), a list_orders przyjmuje filtr companyId, więc zamówienia firmy trafiają do agenta tą samą drogą. Zobacz katalog narzędzi.

Następne kroki