Członek organizacji

MEMBER to rola operacyjna zespołu. Nawigacja egzekwuje allowlistę MEMBER_ALLOWED_PATHS - w menu widać tylko dozwolone pozycje.

Dostępne ścieżki

  • /dashboard - Strona główna (kafelki w zakresie roli)
  • /dashboard/qr - Oferty (podgląd / udostępnianie w zakresie UI; bez pełnej administracji jak OWNER/ADMIN)
  • /dashboard/timetable - Grafik
  • /dashboard/chat - Chat
  • /dashboard/dues - Należności zapisów
  • /dashboard/dues/messages - Wiadomości zapisów

Czego MEMBER nie robi

  • Ustawienia organizacji, providerzy, KSeF, branding.
  • Promocje (kupony / referral) jako admin, pełna kartoteka klientów, analityka.
  • Deweloperzy, webhooki, klucze API, plany SaaS.
  • Usługi i prowadzący zapisów - to OWNER/ADMIN; MEMBER pracuje na należnościach i wiadomościach.
  • Zapraszanie do zespołu.

Dane zawężone

  • W settlements odczyt może być ograniczony do własnych płatników / powiązań.
  • W wiadomościach - konwersacje w zakresie członka.
  • Wejście pod bezpośrednim URL poza allowlistą kończy się brakiem dostępu.

Po akceptacji zaproszenia

Nowy MEMBER ląduje w organizacji w kontekście allowlisty. Jeśli organizacja ma Zapisy, zobaczy Należności i Wiadomości; w trybie płatności ofertowych - Home, Oferty, Grafik, Chat.

MARKETING zamiast MEMBER

Gdy potrzebujesz tylko komunikacji zapisów, użyj MARKETING (Home + messages, domyślne lądowanie na wiadomościach). Wymaga dashboardMode ≠ PAYMENTS.

MEMBER i MARKETING to role zespołu organizacji. Nie odblokowują deweloperów ani ustawień nawet na planie Enterprise.