Kualitas dan Tata Kelola Data
Juga tersedia dalam 28 bahasa
English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)
Panduan belajar untuk bab 5 kursus Data Architect. Baca dulu enam modulnya; halaman ini membantu Anda memeriksa apa yang sudah melekat.
Tentang panduan belajar ini. Panduan ini disusun hanya dari konten kursus ini sendiri dan daftar tujuan yang tercantum dalam panduan ujian resmi Salesforce. Panduan ini tidak pernah didasarkan pada soal ujian yang sebenarnya, dan tidak mengklaim tahu apa yang keluar di ujian. Jika Anda sudah mengikuti ujiannya, mohon jangan kirimkan soal-soalnya kepada saya: perjanjian sertifikasi melarang membagikannya, dan menghafal jawaban memang cara yang salah untuk menjadi arsitek.
Bab ini memikul bagian Data Governance dalam ujian (10%) serta sebagian Data Modeling (metadata) dan Salesforce Data Management (konsistensi). Di sinilah hukum privasi bertemu model data. Ini arsitektur, bukan nasihat hukum: tim Hukum memutuskan apa yang berlaku, dan arsitek membuatnya bisa ditegakkan. Angka-angka platform berubah, jadi periksa angka terkininya sebelum Anda mengandalkannya.
Untuk Ujian
Section titled “Untuk Ujian ”Centang satu per satu sambil berjalan. Setiap poin bertaut ke tempat ia diajarkan.
GOV-2: merancang program tata kelola
- Saya tahu pemilik rekaman (mekanisme platform untuk akses) bukanlah pemilik data (bertanggung jawab atas data sebagai aset bisnis), dan bahwa setiap bidang bisa mencatat Data Owner. (Pemilik Rekaman Bukanlah Pemilik Data)
- Saya bisa membedakan pemilik data (menetapkan kebijakan), data steward (menjaganya tetap berjalan), dan kustodian (menjalankan sistemnya). (Pemilik, Steward, Kustodian)
- Pengetahuan untuk ujian: Saya tahu tiga cara menjalankan program tata kelola, terpusat, terfederasi (terdesentralisasi), dan hibrida, serta apa arti masing-masing bagi siapa yang menetapkan kebijakan dan di mana definisi bersama tinggal. (Bagaimana Programnya Berjalan)
- Saya bisa memakai RACI untuk menjawab di mana data dibuat, diedit, dan dirujuk. (Buat RACI Membuktikan Manfaatnya)
- Saya bisa menyebutkan titik penegakan untuk sebuah kebijakan tata kelola (izin, validasi, bidang khusus integrasi, riwayat bidang), bukan hanya pelatihan. (Tata Kelola Harus Menjadi Mekanis)
- Saya tahu sinyal kualitas yang layak diukur adalah yang akan ditindaklanjuti seseorang. (Ukur Apa yang Akan Ditindaklanjuti Seseorang)
SDM-2 dan MDM-4: mencegah data buruk masuk
- Saya bisa memutuskan apakah pembuatan akun sebaiknya terbuka atau dikunci, dan saya tahu jalur tipe rekaman sementara untuk akun yang dikelola sebagai master di ERP. (Terbuka atau Dikunci?, Jalan Tengah)
- Saya bisa melindungi atribut yang dikelola (ID ERP, nama resmi) sambil membiarkan bidang-bidang milik Salesforce sendiri tetap bisa diedit: sebuah golden record hibrida. Dan saya tahu bidang read-only di halaman Dynamic Forms bukanlah penegakan; keamanan tingkat bidang atau aturan validasilah penegakannya. (Lindungi Rekaman yang Dikelola, Satu Tipe Rekaman untuk Setiap Alur)
- Saya tahu alur dua arah adalah yang paling sulit: jika ERP menjadi master sebuah bidang, Salesforce sedang meminta untuk mengubahnya, dan tabrakan butuh aturan (ERP menang, tolak jika sudah berubah, atau seseorang menyelesaikannya). (Lindungi Rekaman yang Dikelola)
- Saya tahu bidang wajib bisa menciptakan data palsu (
N/A,999999), dan apa alternatifnya. (Jangan Biarkan Bidang Wajib Menciptakan Data Palsu) - Saya bisa memutuskan apa yang terjadi pada data masuk yang gagal pemeriksaan: terima, tolak, atau karantina, dan siapa pemilik pengecualiannya. (Setiap Batas Data Butuh Keputusan Kualitas)
- Saya tahu data referensi juga butuh metadata: definisi, pemilik, sumber, dan pemetaan antarsistem. (Data Referensi Juga Butuh Metadata)
DM-3: metadata bisnis dan teknis
- Pengetahuan untuk ujian: Saya bisa membedakan metadata bisnis (makna, definisi, pemilik, aturan, sensitivitas) dari metadata teknis (objek, bidang, tipe, nama API, skema, pemetaan, silsilah data). (Dua Jenis Metadata)
- Saya tahu perbedaan antara kamus bisnis (apa artinya), silsilah data (dari mana asalnya), dan klasifikasi (bagaimana ia harus diperlakukan). (Kenali Data Anda)
- Saya tahu bidang-bidang klasifikasi Salesforce: Data Owner, Field Usage, Data Sensitivity Level, Compliance Categorization, pada bidang standar dan kustom. (Klasifikasi Menjawab Pertanyaan yang Berbeda)
- Saya tahu untuk mengklasifikasikan bidang yang sensitif, bukan setiap bidang, dan bahwa klasifikasi tanpa penegakan hanyalah hiasan. (Klasifikasi Tanpa Penegakan Hanyalah Hiasan)
GOV-1: data pribadi dan sensitif
- Saya mengenali hukum-hukum utama (GDPR, CCPA/CPRA, PIPEDA, LGPD, Privacy Act Australia, HIPAA, PCI DSS, SOX, COPPA), dan saya tahu GDPR bisa menjangkau organisasi di luar UE, serta kesamaan di antara hukum-hukum itu: hak, transfer, pemberitahuan pelanggaran data, dan akuntabilitas. (Regulasi yang Perlu Anda Kenali, Hukum Tidak Berhenti di Perbatasan)
- Saya tahu perbedaan antara enkripsi, penyamaran, pseudonimisasi, dan anonimisasi, dan bahwa data yang dipseudonimkan tetaplah data pribadi. (Dianonimkan, Dipseudonimkan, Dienkripsi, Disamarkan)
- Saya tahu mengumpulkan lebih sedikit adalah kontrol privasi, dan retensi dirancang sejak awal. (Mengumpulkan Lebih Sedikit Adalah Keputusan Arsitektur, Retensi Adalah Bagian dari Model)
- Saya tahu model data persetujuan: persetujuan global pada Individu, persetujuan kanal keterlibatan, persetujuan titik kontak, dan tujuan penggunaan data. (Pakai Model yang Sudah Dibangun Salesforce)
- Saya tahu permintaan punya tenggat waktu (GDPR: satu bulan, bisa diperpanjang dua bulan lagi), jadi peta salinan harus sudah ada lebih dulu. (Waktu Terus Berjalan)
- Saya tahu hak untuk dilupakan berarti menemukan setiap salinan (riwayat, arsip, analitik, log, file, teks bebas), dan bahwa kebijakan Privacy Center berjalan per objek terhadap sebuah rekaman pelanggan. (Sekarang Orangnya Berkata: Lupakan Saya, Privacy Center Adalah Alat)
- Saya tahu trade-off Shield Platform Encryption: bidang probabilistik tidak bisa difilter, dikelompokkan, atau diurutkan di SOQL; enkripsi deterministik memungkinkan pemfilteran; bidang terenkripsi tidak bisa menggerakkan aturan berbagi berbasis kriteria. (Enkripsi Adalah Kontrol, Bukan Kepatuhan)
- Saya tahu untuk tidak menyalin data sensitif production ke sandbox, dan bahwa Data Mask sedang digantikan oleh Data Mask & Seed. (Jangan Menyalin Risiko Production ke Sandbox)
- Saya tahu pelacakan riwayat bidang (hingga 20 bidang per objek; 18 bulan, 24 bulan hanya melalui API; untuk teks panjang hanya mencatat bahwa ada edit) dibandingkan Field Audit Trail (hingga 200 bidang, disimpan sampai Anda menghapusnya). (Riwayat Juga Data)
- Saya tahu retensi log Event Monitoring (1 hari tanpa add-on untuk sebagian event, 30 hari secara bawaan dengan add-on, hingga 365 hari jika diperpanjang), dan untuk mengekspor event ke SIEM sebelum Anda membutuhkannya: log berbayar tidak bisa diambil dari masa sebelum kontrak dimulai. (Audit dan Pemantauan Tidaklah Sama)
Di Luar Ujian
Section titled “Di Luar Ujian ”Ujian adalah batas bawah, bukan batas atas. Inilah kebiasaan dari bab ini yang dibutuhkan seorang arsitek, entah ada pertanyaan ujian tentangnya atau tidak.
- Kebijakan tanpa titik penegakan sebagian besar hanyalah harapan.
- Pemilik menetapkan kebijakan; arsitek menegakkannya. Jangan mengarang kebijakannya, dan jangan berlagak jadi pengacara.
- Tata kelola tidak pernah selesai. Ia pasang surut; rancang umpan baliknya.
- Jangan mengandalkan perilaku baik. Bangun kontrolnya: manusia, integrasi, dan agen semuanya bisa salah.
- Kelola secukupnya, bukan semuanya.
- Cegah kesalahan yang mahal lebih dulu. Duplikat dengan riwayat dua tahun adalah masalah besar.
- Bedakan apa yang dibaca manusia dari apa yang menjadi dasar keputusan mesin.
- Dokumentasikan secara luas; klasifikasikan dengan sengaja.
- Data sensitif yang paling murah untuk dikelola adalah data yang tidak pernah Anda salin.
- Persetujuan adalah data, dan izin untuk memakai data harus bisa direpresentasikan sebagai data.
- Kendalikan lebih dulu ke mana data pribadi pergi, karena penghapusan jarang dan sulit.
- Kepatuhan bukanlah produk.
- Tangkap → Klasifikasikan → Lindungi → Pakai → Simpan → Hapus → Audit.
- Tangkap buktinya sebelum ada yang memintanya.
Istilah Penting
Section titled “Istilah Penting ”| Istilah | Dalam satu baris |
|---|---|
| Tata kelola data | Kebijakan untuk data, dan arsitektur yang membuatnya benar |
| Pemilik data | Orang atau fungsi yang bertanggung jawab atas suatu jenis data |
| Data steward | Orang yang menjaga data tetap sehat sehari-hari |
| Kustodian | Tim yang mengoperasikan sistem-sistem yang menyimpan data |
| RACI | Responsible, Accountable, Consulted, Informed |
| Rekaman sementara | Rekaman yang dibuat sebelum sistem otoritatif menerimanya |
| Kamus bisnis | Definisi yang disepakati untuk istilah-istilah penting bisnis |
| Silsilah data (lineage) | Dari mana sebuah nilai berasal dan apa yang terjadi padanya di sepanjang jalan |
| Klasifikasi data | Memberi label pada data berdasarkan sensitivitas dan kategori kepatuhan agar mendapat kontrol yang tepat |
| Taksonomi | Kumpulan label yang dipakai organisasi untuk mengklasifikasikan data |
| Data pribadi | Informasi yang mengidentifikasi seseorang, atau bisa ditautkan kembali ke seseorang |
| Pseudonimisasi | Mengganti pengenal sementara jalan kembali masih ada; tetap data pribadi |
| Anonimisasi | Menghilangkan kemampuan yang wajar untuk mengidentifikasi orangnya |
| Model data persetujuan | Objek-objek Salesforce untuk persetujuan per orang, kanal, titik kontak, dan tujuan |
| Hak untuk dilupakan | Hak seseorang, jika diberikan oleh hukum, agar data pribadinya dihapus |
| Golden record hibrida | Satu rekaman dengan bidang-bidang dari sistem master dan bidang-bidang milik Salesforce sendiri, masing-masing dengan satu sumber |
| Metadata bisnis / teknis | Apa arti data itu dan siapa pemiliknya / bagaimana ia dibangun dan berpindah |
| Field Audit Trail | Riwayat bidang yang lebih panjang: hingga 200 bidang per objek, disimpan sampai dihapus |
| Event Monitoring | Log login, ekspor, panggilan API, dan tampilan, disimpan untuk waktu yang terbatas |
| SIEM | Repositori keamanan tempat log event disimpan dan dianalisis |
Uji Diri
Section titled “Uji Diri ”Skenario singkat dengan gaya kursus ini. Tentukan jawaban Anda sebelum membukanya.
1. Kebijakan menyatakan hanya Keuangan yang boleh mengubah nama resmi pelanggan. Tim berencana membahasnya di pelatihan. Apa yang kurang?
Titik penegakan. Pelatihan bukanlah kontrol: pakai akses tingkat bidang, bidang yang hanya ditulis integrasi, aturan validasi, atau proses terkendali. Pemilik menetapkan kebijakan; arsitek membuatnya benar secara mekanis. Baca lagi Tata Kelola Harus Menjadi Mekanis.
2. Pelanggan dikelola sebagai master di ERP. Para sales perlu segera mulai menjual ke prospek baru. Bagaimana Anda mengizinkannya, tanpa dua sistem sama-sama membuat rekaman master?
Biarkan sales membuat akun sebagai tipe rekaman sementara, lalu konversikan melalui proses terkendali: Keuangan menyetujui, atau integrasi mengirimkannya ke ERP, yang mencocokkan atau membuat pelanggan lalu mengirim kembali ID otoritatifnya. Baca lagi Jalan Tengah.
3. Sebuah bidang wajib baru terisi "N/A" dan "999999". Apa yang terjadi, dan apa yang sebaiknya Anda lakukan?
Pengguna dipaksa menjawab sebelum mereka tahu. Wajibkan belakangan dalam prosesnya, biarkan sistem lain menyediakannya, pakai status sementara, atau izinkan pilihan Tidak diketahui yang eksplisit ketika itu memang jawaban yang sah. Baca lagi Jangan Biarkan Bidang Wajib Menciptakan Data Palsu.
4. Tim mengganti nama-nama dengan token dan berkata datanya sudah dianonimkan, jadi permintaan penghapusan sudah selesai. Benarkah?
Tidak, jika token itu bisa ditautkan kembali ke orangnya: itu pseudonimisasi, dan datanya tetap data pribadi. Nyatakan dengan tepat apa yang dilakukan sistem, di mana pemetaannya tinggal, dan biarkan tim Hukum memutuskan apakah itu memenuhi persyaratannya. Baca lagi Dianonimkan, Dipseudonimkan, Dienkripsi, Disamarkan.
5. Seorang Penerima setuju menerima SMS pengiriman tetapi tidak setuju pemasaran. Bagaimana model seharusnya menyimpannya?
Dengan model data persetujuan, bukan satu kotak centang: orangnya, kanalnya (SMS), nomor spesifiknya, dan tujuan penggunaan datanya (notifikasi pengiriman, bukan pemasaran). Dan putuskan sistem mana yang otoritatif untuk persetujuan agar penarikan persetujuan sampai ke setiap sistem yang bertindak berdasarkannya. Baca lagi Pakai Model yang Sudah Dibangun Salesforce.
6. Tim kepatuhan perlu memfilter laporan berdasarkan bidang Social Security yang terenkripsi. Bidang itu memakai skema enkripsi bawaan. Apa masalahnya?
Enkripsi probabilistik tidak memungkinkan pemfilteran di klausa SOQL WHERE atau filter manajemen data. Enkripsi deterministik memungkinkan pemfilteran dengan sedikit mengorbankan kekuatan. Enkripsi adalah keputusan desain dengan trade-off, bukan kotak centang di akhir. Baca lagi Enkripsi Adalah Kontrol, Bukan Kepatuhan.
7. Enam bulan setelah sebuah insiden, seseorang bertanya siapa yang mengekspor sekumpulan rekaman. Tidak ada yang menyiapkan penyimpanan Event Monitoring. Apa yang bisa Anda sampaikan?
Kemungkinan besar tidak ada: log event disimpan untuk waktu terbatas (paling lama setahun, bahkan jika diperpanjang), jadi apa pun yang lebih lama sudah hilang kecuali diekspor. Siapkan Event Monitoring dan kirim event-eventnya ke SIEM sebelum Anda membutuhkannya. Baca lagi Audit dan Pemantauan Tidaklah Sama.
8. Seorang sales meminta Salesforce mengubah nama resmi seorang pelanggan, yang di-master-kan oleh ERP. Dalam menit-menit yang sama, seseorang mengubahnya di ERP. Apa yang seharusnya dinyatakan oleh desainnya?
Bahwa Salesforce sedang meminta, bukan mengubah: ERP adalah master bidang itu. Tetapkan aturan tabrakannya sejak awal (ERP menang, tolak jika nilainya sudah berubah, atau seseorang menyelesaikannya) dan apakah bidang-bidang yang saling terkait berpindah bersama. Baca ulang Lindungi Rekaman yang Dikelola.
9. Permintaan penghapusan dari seseorang datang. Tim berencana mulai memetakan di mana data orang itu tinggal. Apa masalahnya?
Waktunya sudah berjalan: menurut GDPR, satu bulan, bisa diperpanjang dua bulan lagi untuk permintaan yang rumit. Peta salinan harus sudah ada sebelum permintaannya datang. Baca ulang Waktu Terus Berjalan.
Jelajahi
Section titled “Jelajahi ”- Salesforce Certified Platform Data Architect Exam Guide (opens in a new tab), Bantuan Salesforce (dicek 2026-09-25, bahasa Inggris): daftar resmi tujuan ujian dan bobotnya. Selalu periksa versi terkininya sebelum Anda mendaftar ujian.
- Bagian Jelajahi di setiap modul mencantumkan dokumentasi Salesforce dan hukum-hukum di balik fakta-faktanya, beserta tanggal pengecekannya.