AI Engine korzysta z modelu bezpieczeństwa Salesforce, a nie z osobnego. Dostęp nadawany jest za pomocą dwóch permission setów, a agent odczytuje Twoje dane Salesforce z uprawnieniami bieżącego użytkownika, w zakresie ustawionym przez administratora w Agent Objects. Ten artykuł wyjaśnia oba te mechanizmy administratorom i osobom weryfikującym bezpieczeństwo.
Dwa permission sety#
AI Engine Admin (AI_Engine_Admin) |
AI Engine User (AI_Engine_User) |
|
|---|---|---|
| Przeznaczenie | Administratorzy konfigurujący AI Engine | Wszyscy, którzy korzystają z czatu, akcji, scoringu, PDF-ów i Magic Snap |
| Konfiguracja AI Engine (Org Profile, Agent Objects, szablony promptów i źródła danych, szablony PDF, konfiguracja scoringu) | Tworzenie, odczyt, edycja i usuwanie (konfiguracja scoringu: bez usuwania) | Tylko odczyt |
| AI Activity Log | Wyświetlanie i modyfikowanie wszystkich rekordów | Odczyt (przy org-wide default Private – tylko własne rekordy użytkownika) |
| Pola oceny AI na leadach i szansach sprzedaży (Opportunity) | Odczyt i edycja | Odczyt i edycja |
| User External Credentials | Nie zawiera | Odczyt, którego Salesforce wymaga do wywoływania dostawcy AI |
Administratorom przypisz oba permission sety. AI Engine Admin otwiera panel administratora i Activity Monitor. AI Engine User zawiera to, na czym opierają się funkcje AI, na przykład dostęp Read do User External Credentials, a automatyczny scoring uruchamia się tylko dla użytkowników, którzy go mają.
Kilka zasad wynikających ze sposobu sprawdzania dostępu:
- AI Engine sprawdza uprawnienia niestandardowe (custom permissions) dostarczane z tymi permission setami. Działa zarówno przypisanie bezpośrednie, jak i przez permission set group.
- Profil System Administrator sam w sobie nie daje dostępu. Administrator bez tych permission setów widzi komunikat „AI Engine access required”.
- Użytkownicy potrzebują także dostępu do poświadczenia dostawcy AI. Jest on nadawany osobno; zobacz Klucze API i Named Credentials.
Kroki przypisywania znajdziesz w artykule Przypisz permission sety.
Jak działa dostęp do danych#
Agent odczytuje rekordy z uprawnieniami użytkownika i z uwzględnieniem field-level security. Dotyczy to akcji na rekordach oraz zapytań, które AI pisze na podstawie pytania w czacie:
- Udostępnianie (sharing): zwracane są tylko rekordy, które użytkownik widzi w Salesforce. Rekordy spoza jego udostępniania nie są zwracane, więc nie są wysyłane do AI.
- Uprawnienia do obiektów i field-level security: jeśli pytanie wymaga pola lub obiektu, którego użytkownik nie może odczytać, zapytanie jest odrzucane, a odpowiedź informuje, że na tę część nie można odpowiedzieć przy uprawnieniach użytkownika. Agent nie zgaduje.
- Agent Objects jako dodatkowa warstwa: czat może odpytywać tylko obiekty, które administrator włączył i ustawił jako aktywne (Active) w Agent Objects (Task, Event i User są zawsze dostępne), a AI otrzymuje informacje tylko o włączonych tam polach. Własny dostęp użytkownika może ten zakres dodatkowo zawęzić, ale nigdy go nie poszerza.
- Zapytania tylko do odczytu: zapytania generowane przez AI mogą jedynie odczytywać dane. Instrukcje próbujące zmienić dane są odrzucane.
Kiedy AI Engine zapisuje dane#
- Akcje klikane przez użytkownika (utworzenie zadania, wysłanie e-maila, zapisanie PDF w Files, zapisanie leada lub konta z Magic Snap) działają z uprawnieniami tego użytkownika. Użytkownik potrzebuje odpowiednich uprawnień Salesforce, na przykład do tworzenia zadań (Tasks) lub plików (Files), i musi widzieć rekord, do którego dany element jest dołączany.
- Oceny AI są zapisywane w czterech polach
AI_Scorena leadzie i szansie sprzedaży. Automatyczny scoring przy utworzeniu lub zmianie rekordu uruchamia się tylko dla zmian wprowadzonych przez użytkowników mających permission set AI Engine User, więc użytkownicy integracyjni bez niego nie uruchamiają scoringu. Zaplanowany batch scoringu działa jako administrator, który go zaplanował, i ocenia rekordy widoczne dla tego użytkownika. - Dziennik aktywności jest zapisywany przez sam AI Engine podczas wykonywania akcji. Użytkownicy nie potrzebują uprawnień do tworzenia ani edycji obiektu dziennika, a permission set AI Engine User daje im wyłącznie dostęp do odczytu.
Dziennik aktywności a udostępnianie#
Właścicielem rekordów AI Activity Log jest użytkownik, który uruchomił akcję. Gdy org-wide default jest ustawiony na Private:
- Użytkownicy mogą czytać własne rekordy dziennika.
- Dopóki dla obiektu w Sharing Settings zaznaczone jest Grant Access Using Hierarchies, menedżerowie mogą także czytać rekordy użytkowników znajdujących się niżej w hierarchii ról. Odznacz to pole wyboru, jeśli menedżerowie nie powinni widzieć, jak ich zespół korzysta z AI.
- Administratorzy z AI Engine Admin widzą wszystkie rekordy dziennika.
Nowe instalacje startują z ustawieniem Private. Sprawdź wartość w swoim orgu; zobacz Zalecane ustawienia bezpieczeństwa.
Klonowanie permission setów#
Jeśli sklonujesz AI Engine Admin lub AI Engine User, klony nie otrzymują zmian z aktualizacji pakietu. Nowe pola, obiekty lub uprawnienia dodane w aktualizacji trzeba dodać do klonów ręcznie, w przeciwnym razie użytkownicy klonów mogą utracić dostęp do funkcji lub widzieć błędy. Tam, gdzie to możliwe, przypisuj spakowane permission sety.