Przejdź do głównej zawartości

Uprawnienia i organizacje

Dostęp w ramach organizacji opiera się na rolach powiązanych ze szczegółowymi uprawnieniami. Widoczność pulpitu zależy od aktywnej organizacji, przypisanych ról, zakresu uprawnień oraz włączonych modułów subskrypcji.

W organizacjach modułowych dostęp do funkcji i uprawnienia roli są sprawdzane łącznie. Moduł włącza funkcję dla organizacji, a rola określa, którzy członkowie mogą z niej korzystać. Dodanie modułu nie przyznaje wszystkim członkom uprawnień do edycji. Informacje o wykorzystaniu, okresach próbnych i zmianach zawiera sekcja Subskrypcja.

Informacje o uporządkowanym słowniku uprawnień używanym w edytorach ról znajdują się na stronie /reference/permissions.

Model organizacji​

Dane Scoutello są przypisane do organizacji. Użytkownik może należeć do więcej niż jednej organizacji i mieć w każdej z nich inną rolę. Przed analizą problemów z dostępem, brakujących rekordów lub pozycji na pasku bocznym zawsze należy potwierdzić, która organizacja jest aktywna.

Organizacje mogą mieć również strukturę hierarchiczną. Więksi klienci mogą korzystać z organizacji podrzędnych dla obiektów, zespołów, lokalizacji lub marek, podczas gdy organizacja nadrzędna ułatwia zarządzanie szerszą relacją z klientem.

Struktura uprawnień​

Większość uprawnień ma następującą strukturę:

entity:action:scope

Na przykład customer:read:assigned oznacza, że rola może odczytywać przypisane rekordy klientów, ale niekoniecznie wszystkich klientów w organizacji.

Administracja organizacją korzysta z obiektu entity admin i tego samego wzorca akcji oraz zakresu (na przykład admin:list:all). Role służące do zarządzania organizacjami podrzędnymi i rolami użytkowników zazwyczaj obejmują kilka uprawnień admin:* jednocześnie. Nie należy mylić tego z odrębnym typem konta globalnego administratora platformy Scoutello, używanym wyłącznie przez pracowników Scoutello i zapewniającym dostęp do narzędzi między dzierżawcami.

Jak pasek boczny korzysta z uprawnień​

Pulpit ukrywa odnośniki, z których bieżąca sesja nie powinna korzystać. Przykłady:

  • Trasy zarządzania klientami zależą od możliwości dotyczących obiektów takich jak klient, protokół, zadanie, projekt, dokument, newsletter, wiadomość e-mail i wydarzenie.
  • Trasy aplikacji internetowych i wycieczek zależą od stron docelowych, wycieczek, ofert, formularzy kontaktowych, planów witryn oraz powiązanych reguł przypisywania.
  • Trasy ustawień udostępniają szablony handlowe, narzędzia wydarzeń, elementy sterujące hierarchią dla administratorów organizacji oraz, w stosownych przypadkach, dodatkowe skróty zarezerwowane dla operatorów platformy.
  • Użytkownicy przypisani w organizacji jako przewodnicy wycieczek mogą wyświetlać pozycje analityki i przeglądu bez pełnych uprawnień do edycji stron docelowych lub wycieczek.

Brak pozycji w menu często wynika z reguł uprawnień, a nie z problemu z wdrożeniem.

Procedura wsparcia​

Gdy dostęp wydaje się nieprawidłowy:

  1. Potwierdź aktywną organizację.
  2. Potwierdź rolę użytkownika w tej organizacji.
  3. Sprawdź odpowiedni obiekt, akcję i zakres.
  4. Sprawdź wymagany moduł, jego bieżący limit oraz oczekującą zmianę rozliczeń.
  5. Sprawdź relacje ograniczające dostęp do przypisanych rekordów, które powinny być widoczne.
  6. Uwzględnij, czy użytkownik jest operatorem platformy, czy członkiem organizacji.
  7. Unikaj przyznawania szerokich uprawnień administracji organizacją (obiekt admin), chyba że użytkownik powinien zarządzać strukturą organizacji i rolami.

Powiązane pojęcia: Reference: permissions, Przegląd pulpitu.