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.

1. Zaznacz rekordy do scalenia (na przykład rekordy klientów), a następnie wybierz pozycję Scal.

   

2. 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 nr 1: Scalanie rekordów będących własnością użytkowników
• Scenariusz nr 2: Scalanie rekordów współdzielonych przez użytkowników
• Scenariusz nr 3: Scalanie rekordów udostępnionych członkom zespołu mającego dostęp
• Scenariusz nr 4: Scalanie rekordów będących własnością 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 demonstracji łączenia rekordów.

• Użytkownika Jeden: przykładowy użytkownik.

• Użytkownik Dwa: przykładowy użytkownik.

• Uprawnienia ról zabezpieczeń: Zarówno użytkownik pierwszy, jak i użytkownik drugi mają uprawnienie do odczytu na poziomie użytkownika dla tabeli kont.

  

• Konto testowe Jeden: główne konto do scalenia. Do tego konta jest przypisany Użytkownik Jeden.

• Konto testowe Dwa: konto podrzędne, które jest scalane do konta głównego. 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 Dwa

• 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 Dwa

• 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 Dwa

• 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 Dwa

• 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.