Kvalita dat a správa dat
このコンテンツはまだ日本語訳がありません。
K dispozici také v 29 jazycích
English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)
Studijní průvodce ke kapitole 5 kurzu Data Architect. Nejdřív si přečtěte šest modulů; tato stránka vám pomůže ověřit, co vám zůstalo v hlavě.
O tomto studijním průvodci. Je sestavený jen z vlastního obsahu tohoto kurzu a ze seznamu cílů v oficiálním průvodci zkouškou od Salesforce. Nikdy nevychází ze skutečných zkouškových otázek a netvrdí, že ví, co u zkoušky bude. Pokud jste zkoušku skládali, prosím, neposílejte mi z ní otázky: certifikační smlouva jejich sdílení zakazuje a učit se odpovědi nazpaměť je stejně špatná cesta, jak se stát architektem.
Tato kapitola nese oddíl zkoušky Data Governance (10 %) a části oddílů Data Modeling (metadata) a Salesforce Data Management (konzistence). Je to také místo, kde se právo na ochranu soukromí potkává s datovým modelem. Je to architektura, ne právní rada: co platí, rozhoduje právní oddělení a architekt to dělá vynutitelným. Čísla platformy se mění, takže si před spolehnutím ověřte ta aktuální.
Ke zkoušce
Section titled “Ke zkoušce ”Odškrtávejte si je postupně. Každý bod odkazuje na místo, kde se vykládá.
GOV-2: návrh programu správy dat
- Vím, že vlastník záznamu (mechanismus platformy pro přístup) není vlastník dat (odpovídá za data jako za obchodní aktivum) a že každé pole může zaznamenat Data Owner. (Vlastník záznamu není vlastník dat)
- Umím rozlišit vlastníka dat (stanovuje zásady), datového správce (udržuje data v chodu) a technického správce (provozuje systém). (Vlastník, správce, technický správce)
- Ke zkoušce: znám tři způsoby, jak vést program správy dat, centralizovaný, federovaný (decentralizovaný) a hybridní, a co každý znamená pro to, kdo stanovuje zásady a kde žijí sdílené definice. (Jak program běží)
- Umím použít RACI k odpovědi na to, kde se data vytvářejí, upravují a odkazují. (Ať si RACI zaslouží své místo)
- Umím pojmenovat místo vynucení zásady správy dat (oprávnění, ověřování, pole jen pro integraci, historie polí), ne jen školení. (Správa dat se musí stát mechanickou)
- Vím, že signály kvality, které stojí za měření, jsou ty, podle kterých bude někdo jednat. (Měřte, podle čeho bude někdo jednat)
SDM-2 a MDM-4: udržení špatných dat venku
- Umím rozhodnout, jestli má být vytváření účtů otevřené, nebo zamčené, a znám cestu přes prozatímní typ záznamu pro účty spravované v ERP. (Otevřeno, nebo zamčeno?, Střední cesta)
- Umím chránit řízené atributy (ID z ERP, oficiální název) a zároveň nechat vlastní pole Salesforce upravitelná: hybridní zlatý záznam. A vím, že pole jen pro čtení na stránce Dynamic Forms není vynucení; vynucením je zabezpečení na úrovni polí nebo ověřovací pravidlo. (Chraňte řízený záznam, Typ záznamu pro každý tok)
- Vím, že obousměrné toky jsou nejtěžší: pokud pole spravuje ERP, Salesforce žádá o jeho změnu a kolize potřebuje pravidlo (vyhraje ERP, odmítnout, pokud se hodnota změnila, nebo to vyřeší člověk). (Chraňte řízený záznam)
- Vím, že povinná pole mohou vytvářet falešná data (
N/A,999999), a znám alternativy. (Nenechte povinná pole vytvářet falešná data) - Umím rozhodnout, co se stane s příchozími daty, která neprojdou kontrolami: přijmout, odmítnout, nebo dát do karantény, a kdo vlastní výjimku. (Každá hranice dat potřebuje rozhodnutí o kvalitě)
- Vím, že i referenční data potřebují metadata: definice, vlastníka, zdroj a mapování mezi systémy. (I referenční data potřebují metadata)
DM-3: obchodní a technická metadata
- Ke zkoušce: rozlišuji obchodní metadata (význam, definice, vlastník, pravidla, citlivost) od technických metadat (objekty, pole, typy, názvy API, schémata, mapování, původ dat). (Dva druhy metadat)
- Znám rozdíl mezi obchodním slovníkem (co data znamenají), původem (odkud přišla) a klasifikací (jak se s nimi musí zacházet). (Znejte svá data)
- Znám klasifikační pole Salesforce: Data Owner, Field Usage, Data Sensitivity Level, Compliance Categorization, na standardních i vlastních polích. (Klasifikace odpovídá na jinou otázku)
- Vím, že mám klasifikovat citlivá pole, ne každé pole, a že klasifikace bez vynucení je dekorace. (Klasifikace bez vynucení je dekorace)
GOV-1: osobní a citlivá data
- Poznám hlavní zákony (GDPR, CCPA/CPRA, PIPEDA, LGPD, australský Privacy Act, HIPAA, PCI DSS, SOX, COPPA), vím, že GDPR může sahat i na organizace mimo EU, a vím, co mají zákony společného: práva, předávání, ohlašování porušení zabezpečení a odpovědnost. (Předpisy, které byste měli poznat, Zákony se nezastaví na hranici)
- Znám rozdíl mezi šifrováním, maskováním, pseudonymizací a anonymizací a vím, že pseudonymizované údaje jsou pořád osobní údaje. (Anonymizováno, pseudonymizováno, šifrováno, maskováno)
- Vím, že sbírat méně je kontrola ochrany soukromí a že uchovávání se navrhuje předem. (Sbírat méně je architektonické rozhodnutí, Uchovávání je součástí modelu)
- Znám datový model souhlasů: globální souhlas na jednotlivci (Individual), souhlas pro kanál komunikace, souhlas pro kontaktní bod a účel použití dat. (Použijte model, který Salesforce už postavil)
- Vím, že žádosti mají lhůty (GDPR: jeden měsíc, prodloužitelný o další dva), takže mapa kopií musí existovat předem. (Hodiny běží)
- Vím, že právo být zapomenut znamená najít každou kopii (historie, archivy, analytika, logy, soubory, volný text) a že zásady Privacy Center se spouštějí po objektech proti záznamu zákazníka. (Teď osoba řekne: zapomeňte mě, Privacy Center je nástroj)
- Znám kompromisy Shield Platform Encryption: pravděpodobnostně šifrovaná pole nelze v SOQL filtrovat, seskupovat ani řadit; deterministické šifrování filtrování dovoluje; šifrovaná pole nemohou řídit sdílení podle kritérií. (Šifrování je kontrola, ne soulad)
- Vím, že nemám kopírovat citlivá data z produkce do sandboxů a že Data Mask nahrazuje Data Mask & Seed. (Nekopírujte riziko z produkce do sandboxu)
- Znám sledování historie polí (až 20 polí na objekt; 18 měsíců, 24 jen přes API; u dlouhého textu jen záznam o úpravě) oproti Field Audit Trail (až 200 polí, uchovává se, dokud to nesmažete). (I historie jsou data)
- Znám uchovávání protokolů Event Monitoring (bez doplňku 1 den u některých událostí, s ním ve výchozím stavu 30 dní, prodloužitelně až 365) a vím, že události mám exportovat do SIEM dřív, než je budu potřebovat: placené protokoly nelze získat z doby před začátkem smlouvy. (Audit a monitorování nejsou totéž)
Nad rámec zkoušky
Section titled “Nad rámec zkoušky ”Zkouška je podlaha, ne strop. Tohle jsou návyky z této kapitoly, které architekt potřebuje, ať se na ně nějaká otázka zeptá, nebo ne.
- Zásada bez místa vynucení je většinou jen přání.
- Vlastníci stanovují zásady; architekti je vynucují. Nevymýšlejte zásady a nehrajte si na právníka.
- Správa dat nikdy nekončí. Přichází v přílivech a odlivech; navrhněte zpětnou vazbu.
- Nespoléhejte na dobré chování. Postavte kontrolu: chyby dělají lidé, integrace i agenti.
- Spravujte dost, ne všechno.
- Nejdřív předcházejte drahým chybám. Duplicita se dvěma lety historie je velký problém.
- Rozlišujte, co čtou lidé, od toho, podle čeho rozhodují stroje.
- Dokumentujte široce; klasifikujte záměrně.
- Nejlevnější citlivá data na správu jsou ta, která jste nikdy nezkopírovali.
- Souhlas jsou data a povolení data používat musí být reprezentovatelné jako data.
- Nejdřív řiďte, kam osobní údaje jdou, protože výmaz je vzácný a těžký.
- Soulad není produkt.
- Zachytit → Klasifikovat → Chránit → Používat → Uchovávat → Smazat → Auditovat.
- Zachyťte důkazy dřív, než o ně kdokoli požádá.
Pojmy k zapamatování
Section titled “Pojmy k zapamatování ”| Pojem | V jedné větě |
|---|---|
| Správa dat (data governance) | Zásady pro data a architektura, která zajistí, že platí |
| Vlastník dat (data owner) | Osoba nebo funkce, která odpovídá za určitý druh dat |
| Datový správce (data steward) | Osoba, která den za dnem udržuje data zdravá |
| Technický správce (custodian) | Tým, který provozuje systémy, v nichž data jsou |
| RACI | Responsible, Accountable, Consulted, Informed (odpovídá, zodpovídá, konzultován, informován) |
| Prozatímní záznam | Záznam vytvořený dřív, než ho autoritativní systém přijal |
| Obchodní slovník | Dohodnuté definice důležitých pojmů byznysu |
| Původ (lineage) | Odkud hodnota přišla a co se s ní cestou stalo |
| Klasifikace dat | Označení dat podle citlivosti a kategorie souladu, aby dostala správné kontroly |
| Taxonomie | Sada štítků, kterými organizace data klasifikuje |
| Osobní údaje | Informace, které identifikují osobu, nebo je lze s ní zpětně spojit |
| Pseudonymizace | Nahrazení identifikátorů, přičemž cesta zpět pořád existuje; pořád osobní údaje |
| Anonymizace | Odstranění rozumné možnosti osobu identifikovat |
| Datový model souhlasů | Objekty Salesforce pro souhlas podle osoby, kanálu, kontaktního bodu a účelu |
| Právo být zapomenut | Právo osoby, kde ho zákon dává, na výmaz jejích osobních údajů |
| Hybridní zlatý záznam | Jeden záznam s poli kmenového systému a vlastními poli Salesforce, každé s jedním zdrojem |
| Obchodní / technická metadata | Co data znamenají a kdo je vlastní / jak jsou postavená a jak se pohybují |
| Field Audit Trail | Delší historie polí: až 200 polí na objekt, uchovávaná do smazání |
| Event Monitoring | Protokoly přihlášení, exportů, volání API a zobrazení, uchovávané po omezenou dobu |
| SIEM | Bezpečnostní úložiště, kde se protokoly událostí uchovávají a analyzují |
Otestujte se
Section titled “Otestujte se ”Krátké scénáře ve stylu kurzu. Rozhodněte se pro odpověď dřív, než ji otevřete.
1. Zásada říká, že oficiální název zákazníka smějí měnit jen Finance. Tým to plánuje pokrýt školením. Co chybí?
Místo vynucení. Školení není kontrola: použijte přístup na úrovni polí, pole, do kterého zapisuje jen integrace, ověřovací pravidlo nebo řízený proces. Vlastníci stanovují zásady; architekt zajistí, aby mechanicky platily. Přečtěte si znovu Správa dat se musí stát mechanickou.
2. Zákazníci se spravují v ERP. Obchodníci potřebují novým potenciálním zákazníkům začít prodávat hned. Jak jim to umožníte, aniž by kmenový záznam vytvářely dva systémy?
Nechte obchodníky vytvořit účet jako prozatímní typ záznamu a pak ho převeďte řízeným procesem: schválí ho Finance, nebo ho integrace předá do ERP, které zákazníka spáruje nebo vytvoří a pošle zpět autoritativní ID. Přečtěte si znovu Střední cesta.
3. Nové povinné pole se plní hodnotami „N/A“ a „999999“. Co se stalo a co byste udělali místo toho?
Uživatelé byli nuceni odpovědět dřív, než odpověď znali. Vyžadujte to později v procesu, nechte to dodat jiný systém, použijte prozatímní stav, nebo dovolte výslovnou hodnotu Unknown, když je to skutečná odpověď. Přečtěte si znovu Nenechte povinná pole vytvářet falešná data.
4. Tým nahradil jména tokeny a tvrdí, že data jsou anonymizovaná, takže žádost o výmaz je vyřízená. Je?
Ne, pokud lze tokeny spojit zpět s osobou: to je pseudonymizace a data jsou pořád osobní. Řekněte přesně, co systém dělá, kde žije mapování, a nechte právní oddělení rozhodnout, jestli to požadavek splňuje. Přečtěte si znovu Anonymizováno, pseudonymizováno, šifrováno, maskováno.
5. Příjemce souhlasí se SMS o doručení, ale ne s marketingem. Jak to má model držet?
S datovým modelem souhlasů, ne jedním zaškrtávacím políčkem: osoba, kanál (SMS), konkrétní číslo a účel použití dat (oznámení o doručení, ne marketing). A rozhodněte, který systém je pro souhlas autoritativní, aby se odvolání dostalo ke každému systému, který podle něj jedná. Přečtěte si znovu Použijte model, který Salesforce už postavil.
6. Compliance potřebuje filtrovat sestavy podle šifrovaného pole s číslem sociálního zabezpečení. Pole používá výchozí schéma šifrování. V čem je problém?
Pravděpodobnostní šifrování nedovoluje filtrovat v klauzulích SOQL WHERE ani ve filtrech správy dat. Deterministické šifrování filtrování dovoluje za cenu malé ztráty síly. Šifrování je návrhové rozhodnutí s kompromisy, ne zaškrtávací políčko na konci. Přečtěte si znovu Šifrování je kontrola, ne soulad.
7. Šest měsíců po incidentu se někdo zeptá, kdo exportoval sadu záznamů. Nikdo nenastavil úložiště pro Event Monitoring. Co mu můžete říct?
Nejspíš nic: protokoly událostí se uchovávají omezenou dobu (nejvýše rok, i s prodloužením), takže cokoli staršího je pryč, pokud se to nevyexportovalo. Nastavte Event Monitoring a posílejte události do SIEM dřív, než je budete potřebovat. Přečtěte si znovu Audit a monitorování nejsou totéž.
8. Obchodník požádá Salesforce o změnu oficiálního názvu zákazníka, který spravuje ERP. Ve stejných minutách ho někdo změní v ERP. Co má návrh říkat?
Že Salesforce žádal, neměnil: pole spravuje ERP. Rozhodněte pravidlo pro kolize předem (vyhraje ERP, odmítnout, pokud se hodnota změnila, nebo to vyřeší člověk) a jestli související pole cestují společně. Přečtěte si znovu Chraňte řízený záznam.
9. Přijde žádost osoby o výmaz. Tým plánuje začít mapovat, kde žijí její data. V čem je problém?
Hodiny už běží: podle GDPR jeden měsíc, u složitých žádostí prodloužitelný o další dva. Mapa kopií musí existovat dřív, než žádost přijde. Přečtěte si znovu Hodiny běží.
K prozkoumání
Section titled “K prozkoumání ”- Salesforce Certified Platform Data Architect Exam Guide (otevře se v nové kartě), Salesforce Help (ověřeno 2026-10-17): oficiální seznam cílů a jejich vah. Před přihlášením ke zkoušce si vždy ověřte aktuální verzi.
- Sekce K prozkoumání každého modulu uvádí dokumentaci Salesforce a zákony, ze kterých vycházejí jeho fakta, s datem ověření.