Menu dokumentacji

Twórz aplikację dla wielu organizacji klientów

Na tej stronie

Używaj encji organizacyjnych, gdy aplikacja obsługuje kilka organizacji klientów. Każda encja organizacyjna ma członków i wyznacza granicę dostępu. Encja modelu danych, taka jak zadanie, to inne pojęcie.

Encje organizacyjne: organizacje klientów i ich członkowie w aplikacji.
Encje organizacyjne: organizacje klientów i ich członkowie w aplikacji.
  1. Określ w specyfikacji granice między klientami: które rekordy należą do każdej encji organizacyjnej i które role zarządzają jej członkostwem.
  2. Otwórz panel zarządzania organizacjami i grupami projektu w docelowym środowisku.
  3. Korzystaj z dostępnych opcji, aby dodawać członków, zarządzać nimi i ich przynależnością do grup.
  4. Przejrzyj uprawnienia obowiązujące w obrębie organizacji i sprawdź, komu je przyznano.
  5. Przeprowadź test z dwiema fikcyjnymi organizacjami klientów. Upewnij się, że każdy użytkownik widzi wyłącznie rekordy, do których dają mu dostęp jego uprawnienia.
  6. Przetestuj działanie aplikacji jako użytkownik należący do więcej niż jednej encji organizacyjnej i sprawdź, czy działa w zamierzonym kontekście.

W Task Grove dwóch klientów może korzystać z tej samej aplikacji, zarządzając oddzielnymi projektami. Kierownik w organizacji jednego klienta nie powinien uzyskać dostępu do zadań drugiego.

Wielodostępność (multi-tenancy) oznacza, że jedna aplikacja obsługuje kilku klientów, ale dostęp każdego z nich pozostaje odrębny. Zdefiniuj i testuj ten podział wraz z funkcjami biznesowymi.

Narzędzia organizacji MCP udostępniają nazwy organizacji, członków, grupy i przyznane uprawnienia. Użyj entitySlug, gdy narzędzie wymaga nazwy organizacji klienta. Gdy prosisz agenta o dodanie nowych typów rekordów, wymagaj zachowania mechanizmów kontroli dostępu.

Przykładowa aplikacja

Kategoria: Zarządzanie projektami i zadaniami. Przykład: Task Grove, tablica zadań dla małego zespołu.