Scalanie danych
Istnieje możliwość scalenia dwóch rekordów w celu połączenia danych lub usunięcia duplikatów. Po scaleniu zapoznaj się z sekcją Zagadnienia dotyczące zabezpieczeń w celu sprawdzenia, czy zmiany są zgodne z wymaganiami w zakresie zabezpieczeń. Tabelę Konto, Kontakt lub Potencjalny klient można scalić.
W celu scalenia danych wykonaj poniższe kroki.
Zaznacz rekordy do scalenia (na przykład rekordy klientów), a następnie wybierz pozycję Scal.
Wybierz rekord główny i pola do scalenia z rekordem głównym, a następnie kliknij przycisk OK.
Uwaga
Rekord główny odziedziczy wszystkie rekordy podlegające rekordowi podrzędnemu. Rekord podrzędny zostanie dezaktywowany.
Aby uzyskać więcej informacji, zobacz Scalanie zduplikowanych rekordów dla klientów, kontaktów lub potencjalnych klientów.
Zagadnienia dotyczące zabezpieczeń
Scalenie współużytkowanych danych może mieć niezamierzone konsekwencje. Zapoznaj się z następującymi scenariuszami i dokładnie zbadaj skutki dla bezpieczeństwa w każdym z nich.
Scenariusze
- Scenariusz #1: Scalanie rekordów należących do użytkowników
- Scenariusz #2: Scalanie rekordów, które są udostępniane użytkownikom
- Scenariusz #3: Scalanie rekordów, które są udostępniane w celu uzyskania dostępu do członków zespołu
- Scenariusz #4: Scalanie rekordów należących do zespołów
Przykładowe ustawienia używane w scenariuszach
Poniższe przykładowe ustawienia są używane w poniższych scenariuszach:
Tabela konta: służy do demonstrowania scalania rekordów.
Użytkownik pierwszy: przykładowy użytkownik.
Użytkownik drugi: przykładowy użytkownik.
Uprawnienia roli zabezpieczeń: Zarówno Użytkownik Jeden, jak i Użytkownik Dwa mają uprawnienie Odczyt na poziomie Użytkownik dla tabeli konta.
Konto testowe pierwsze: konto główne do scalenia. Do tego konta jest przypisany Użytkownik Jeden.
Konto testowe dwa: konto podrzędne, z którym jest scalane. Do tego konta jest przypisany Użytkownik Dwa.
Scenariusz nr 1: Scalanie rekordów będących własnością użytkowników
Scenariusz
- Użytkownik Jeden jest właścicielem Konta testowego Jeden
- Użytkownik Dwa jest właścicielem Konta testowego Dwa
- Konto testowe Jeden (konto główne) zostało scalone z Kontem testowym Dwa (kontem podrzędnym)
Skutki dla bezpieczeństwa
Po scaleniu rekordów:
Użytkownik jeden
- Ma dostęp do:
- Scalony rekord główny klienta — Konto testowe Jeden
Użytkownik drugi
- Ma dostęp do:
- Scalony rekord główny klienta — Konto testowe Jeden
- Nieaktywne konto (tylko do odczytu) — Konto testowe Dwa
Scenariusz nr 2: Scalanie rekordów współdzielonych przez użytkowników
Scenariusz
- Użytkownik Jeden udostępnił Konto testowe Jeden Użytkownikowi Dwa
- Użytkownik Dwa udostępnił Konto testowe Dwa Użytkownikowi Jeden
- Konto testowe Jeden (konto główne) zostało scalone z Kontem testowym Dwa (kontem podrzędnym)
Skutki dla bezpieczeństwa
Po scaleniu rekordów:
Użytkownik jeden
- Ma dostęp do:
- Scalony rekord główny klienta — Konto testowe Jeden
- Nieaktywne konto (tylko do odczytu) — Konto testowe Dwa
Użytkownik drugi
- Ma dostęp do:
- Scalony rekord główny klienta — Konto testowe Jeden
- Nieaktywne konto (tylko do odczytu) — Konto testowe Dwa
Scenariusz nr 3: Scalanie rekordów udostępnionych członkom zespołu mającego dostęp
Scenariusz
- Użytkownik Jeden jest członkiem automatycznie utworzonego zespołu mającego dostęp o nazwie Zespół mający dostęp do klientów
- Użytkownik Dwa jest członkiem automatycznie utworzonego zespołu mającego dostęp o nazwie Zespół mający dostęp do klientów
- Konto testowe Jeden (konto główne) zostało scalone z Kontem testowym Dwa (kontem podrzędnym)
Aby uzyskać więcej informacji na temat zespołów mających dostęp, zobacz Informacje o zespołach mających dostęp i szablonach zespołów.
Skutki dla bezpieczeństwa
Po scaleniu rekordów:
Użytkownik jeden
- Ma dostęp do:
- Scalony rekord główny klienta — Konto testowe Jeden
Użytkownik drugi
- Ma dostęp do:
- Scalony rekord główny klienta — Konto testowe Jeden
- Nieaktywne konto (tylko do odczytu) — Konto testowe Dwa
- Użytkownik Dwa nie został dodany jako członek Zespołu mającego dostęp do klientów (podsiatki) w Koncie testowym Jeden
Scenariusz nr 4: Scalanie rekordów będących własnością zespołów
Scenariusz
- Użytkownik Jeden jest członkiem Zespołu Właścicieli Jeden
- Użytkownik Dwa jest członkiem Zespołu Właścicieli Dwa
- Konto testowe Jeden (konto główne) zostało scalone z Kontem testowym Dwa (kontem podrzędnym)
Aby uzyskać informacje o zespołach właścicieli, zobacz Informacje o zespołach właścicieli.
Skutki dla bezpieczeństwa
Po scaleniu rekordów:
Użytkownik jeden
- Ma dostęp do:
- Scalony rekord główny klienta — Konto testowe Jeden
Użytkownik drugi
- Ma dostęp do:
- Scalony rekord główny klienta — Konto testowe Jeden
- Nieaktywne konto (tylko do odczytu) — Konto testowe Dwa
- Użytkownik Dwa nie został dodany do Zespołu Właścicieli Jeden
Zmiana działania procesu scalania
Za pomocą narzędzia OrgDBOrgSettings można zmienić ustawienia bazy danych, które regulują domyślne zachowanie opcji. Za pomocą narzędzia można zmienić ustawienia dostępu do głównych lub podrzędnych rekordów klientów, korzystając z następujących ustawień:
- GrantFullAccessForMergeToMasterOwner
- GrantSharedAccessForMergeToSubordinateOwner
Aby uzyskać więcej informacji, zobacz Ustawienia bazy danych środowiska.