Veri Kalitesi ve Yönetişim

28 dilde daha mevcut

English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)

An open sketchbook on a drafting table at dawn, a building sketched on one page and a data model on the other, with a pencil, an eraser, a cup and a lamp. — Görsel yapay zekâ ile üretilmiştir

Data Architect kursunun 5. bölümünün çalışma rehberi. Önce altı modülü okuyun; bu sayfa aklınızda neyin kaldığını kontrol etmenize yardım eder.

Bu çalışma rehberi hakkında. Yalnızca bu kursun kendi içeriğinden ve Salesforce’un yayımladığı sınav rehberindeki hedefler listesinden hazırlanmıştır. Hiçbir zaman gerçek sınav sorularına dayanmaz ve sınavda ne olduğunu bildiğini iddia etmez. Sınava girdiyseniz lütfen bana sınavdan soru göndermeyin: sertifika sözleşmesi bunları paylaşmayı yasaklar ve zaten yanıt ezberlemek mimar olmanın yanlış yoludur.

Bu bölüm sınavın Veri Yönetişimi kısmını (%10) ve Veri Modelleme (meta veri) ile Salesforce Veri Yönetimi (tutarlılık) kısımlarının bir bölümünü taşır. Gizlilik yasasının veri modeliyle buluştuğu yer de burasıdır. Bu hukuki tavsiye değil, mimaridir: neyin geçerli olduğuna Hukuk karar verir, mimar onu uygulanabilir kılar. Platform sayıları değişir; bu yüzden onlara güvenmeden önce güncellerini kontrol edin.

Sınav İçin

İlerledikçe işaretleyin. Her madde öğretildiği yere bağlanır.

GOV-2: bir yönetişim programı tasarlamak

Kayıt sahibinin (erişim için bir platform mekanizması) veri sahibi (veriden bir iş varlığı olarak hesap veren) olmadığını ve her alanın bir Data Owner kaydedebildiğini bilirim. (Kayıt Sahibi Veri Sahibi Değildir)
Veri sahibini (politikayı belirler), veri sorumlusunu (işin yürümesini sağlar) ve muhafızı (sistemi işletir) birbirinden ayırabilirim. (Sahip, Veri Sorumlusu, Muhafız)
Sınav bilgisi: Bir yönetişim programını yürütmenin üç yolunu, merkezî, federe (merkeziyetsiz) ve karma, ve her birinin politikayı kimin belirlediği ve ortak tanımların nerede yaşadığı açısından ne anlama geldiğini bilirim. (Program Nasıl Yürür)
Verinin nerede oluşturulduğunu, düzenlendiğini ve başvurulduğunu yanıtlamak için bir RACI kullanabilirim. (RACI Yerini Hak Etsin)
Bir yönetişim politikası için yalnızca eğitim değil, bir uygulama noktası (izinler, doğrulama, yalnızca entegrasyonun yazdığı alanlar, alan geçmişi) belirtebilirim. (Yönetişim Mekanik Hale Gelmelidir)
Ölçmeye değer kalite sinyallerinin birinin harekete geçeceği sinyaller olduğunu bilirim. (Birinin Harekete Geçeceğini Ölçün)

SDM-2 ve MDM-4: kötü veriyi dışarıda tutmak

Hesap oluşturmanın açık mı kilitli mi olması gerektiğine karar verebilirim ve ana kaydı bir ERP’de olan hesaplar için geçici kayıt türü yolunu bilirim. (Açık mı, Kilitli mi?, Orta Yol)
Salesforce’un kendi alanlarını düzenlenebilir bırakırken yönetilen öznitelikleri (bir ERP kimliği, bir yasal ad) koruyabilirim: bir karma altın kayıt. Ve bir Dynamic Forms sayfasındaki salt okunur alanın uygulama olmadığını bilirim; alan düzeyinde güvenlik ya da bir doğrulama kuralı uygulamadır. (Yönetilen Kaydı Koruyun, Her Akış İçin Bir Kayıt Türü)
Çift yönlü akışların en zoru olduğunu bilirim: bir alanın ana kaynağı ERP ise Salesforce onu değiştirmeyi istiyordur ve bir çakışmanın bir kurala ihtiyacı vardır (ERP kazanır, değiştiyse reddet ya da bir insan çözer). (Yönetilen Kaydı Koruyun)
Zorunlu alanların sahte veri (N/A, 999999) yaratabileceğini ve alternatifleri bilirim. (Zorunlu Alanların Sahte Veri Yaratmasına İzin Vermeyin)
Kontrollerden geçemeyen gelen veriye ne olacağına karar verebilirim: kabul, ret ya da karantina ve istisnanın sahibi kim. (Her Veri Sınırının Bir Kalite Kararına İhtiyacı Vardır)
Referans verisinin de meta veriye ihtiyacı olduğunu bilirim: tanımlar, bir sahip, bir kaynak ve sistemler arası eşlemeler. (Referans Verisinin de Meta Veriye İhtiyacı Vardır)

DM-3: iş ve teknik meta verisi

Sınav bilgisi: İş meta verisini (anlam, tanımlar, sahip, kurallar, hassasiyet) teknik meta veriden (nesneler, alanlar, türler, API adları, şemalar, eşlemeler, köken) ayırt ederim. (İki Tür Meta Veri)
Bir iş sözlüğü (ne anlama geldiği), köken (nereden geldiği) ve sınıflandırma (nasıl ele alınması gerektiği) arasındaki farkı bilirim. (Verinizi Tanıyın)
Salesforce’un sınıflandırma alanlarını bilirim: standart ve özel alanlarda Data Owner, Field Usage, Data Sensitivity Level, Compliance Categorization. (Sınıflandırma Farklı Bir Soruyu Yanıtlar)
Her alanı değil, hassas alanları sınıflandırmam gerektiğini ve uygulamasız sınıflandırmanın süs olduğunu bilirim. (Uygulamasız Sınıflandırma Süstür)

GOV-1: kişisel ve hassas veri

Sınavın Ötesinde

Sınav taban, tavan değil. Bunlar bu bölümden, bir soru onları hiç sorsun ya da sormasın, bir mimarın ihtiyaç duyduğu alışkanlıklardır.

Uygulama noktası olmayan bir politika çoğunlukla bir dilektir.
Sahipler politikayı belirler; mimarlar uygular. Politikayı icat etmeyin ve avukatlık taslamayın.
Yönetişim hiçbir zaman bitmez. Gelgitlerle ilerler; geri bildirimi tasarlayın.
İyi davranışa güvenmeyin. Kontrolü inşa edin: insanlar, entegrasyonlar ve ajanlar hepsi hata yapar.
Yeterince yönetin, her şeyi değil.
Önce pahalı hataları önleyin. İki yıllık geçmişi olan bir yinelenen kayıt büyük bir sorundur.
İnsanların okuduğunu makinelerin karar verdiğinden ayırın.
Geniş belgeleyin; bilinçli sınıflandırın.
Yönetmesi en ucuz hassas veri, hiç kopyalamadığınız veridir.
Onay veridir ve veriyi kullanma izni veri olarak temsil edilebilmelidir.
Önce kişisel verinin nereye gittiğini kontrol edin, çünkü silme nadir ve zordur.
Uyumluluk bir ürün değildir.
Yakalama → Sınıflandırma → Koruma → Kullanım → Saklama → Silme → Denetim.
Kanıtı kimse istemeden önce yakalayın.

Bilinmesi Gereken Terimler

Terim	Tek satırda
Veri yönetişimi	Veriyle ilgili politikalar ve onları doğru kılan mimari
Veri sahibi	Bir veri türünden hesap veren kişi ya da işlev
Veri sorumlusu	Verinin günlük sağlığını koruyan kişi
Muhafız	Veriyi tutan sistemleri işleten ekip
RACI	Sorumlu, Hesap Veren, Danışılan, Bilgilendirilen
Geçici kayıt	Esas sistem kabul etmeden önce oluşturulan bir kayıt
İş sözlüğü	İşin önemli terimlerinin üzerinde anlaşılmış tanımları
Köken	Bir değerin nereden geldiği ve yolda başına ne geldiği
Veri sınıflandırması	Veriyi doğru kontrolleri alsın diye hassasiyet ve uyumluluk kategorisine göre etiketlemek
Taksonomi	Bir kuruluşun veriyi sınıflandırmak için kullandığı etiketler kümesi
Kişisel veri	Bir kişiyi tanımlayan ya da bir kişiye geri bağlanabilen bilgi
Takma adlandırma	Geri dönüş yolu varken tanımlayıcıları değiştirmek; hâlâ kişisel veridir
Anonimleştirme	Kişiyi tanımlamanın makul olanağını ortadan kaldırmak
Onay veri modeli	Kişiye, kanala, iletişim noktasına ve amaca göre onay için Salesforce nesneleri
Unutulma hakkı	Bir kişinin, yasanın tanıdığı yerlerde, kişisel verisinin silinmesini isteme hakkı
Karma altın kayıt	Ana sistemin alanlarını ve Salesforce’un kendi alanlarını taşıyan, her birinin tek kaynağı olan tek kayıt
İş / teknik meta veri	Verinin ne anlama geldiği ve sahibinin kim olduğu / nasıl kurulduğu ve nasıl hareket ettiği
Field Audit Trail	Daha uzun alan geçmişi: nesne başına en fazla 200 alan, silinene kadar saklanır
Event Monitoring	Oturum açmaların, dışa aktarımların, API çağrılarının ve görüntülemelerin sınırlı süre saklanan günlükleri
SIEM	Olay günlüklerinin saklandığı ve analiz edildiği bir güvenlik deposu

Kendinizi Sınayın

Kursun tarzında kısa senaryolar. Açmadan önce yanıtınıza karar verin.

1. Politika bir müşterinin yasal adını yalnızca Finans'ın değiştirebileceğini söylüyor. Ekip bunu eğitimde anlatmayı planlıyor. Eksik olan ne?

Bir uygulama noktası. Eğitim bir kontrol değildir: alan düzeyinde erişim, yalnızca entegrasyonun yazdığı bir alan, bir doğrulama kuralı ya da kontrollü bir süreç kullanın. Politikayı sahipler belirler; mimar onu mekanik olarak doğru kılar. Yönetişim Mekanik Hale Gelmelidir bölümünü yeniden okuyun.

2. Müşterilerin ana kaydı ERP'de. Satış temsilcilerinin yeni potansiyel müşterilere hemen satış yapmaya başlaması gerekiyor. İki sistem ana kaydı oluşturmadan buna nasıl izin verirsiniz?

Temsilcilerin hesabı geçici bir kayıt türü olarak oluşturmasına izin verin, sonra onu kontrollü bir süreçle dönüştürün: Finans onaylar ya da entegrasyon onu ERP’ye gönderir; ERP müşteriyi eşleştirir veya oluşturur ve esas kimliği geri gönderir. Orta Yol bölümünü yeniden okuyun.

3. Yeni bir zorunlu alan “N/A” ve “999999” ile doluyor. Ne oldu ve bunun yerine ne yapardınız?

Kullanıcılar bilmeden yanıt vermeye zorlandı. Süreçte daha sonra zorunlu yapın, başka bir sistemin sağlamasına izin verin, geçici bir durum kullanın ya da gerçek bir yanıt olduğunda açık bir Bilinmiyor seçeneğine izin verin. Zorunlu Alanların Sahte Veri Yaratmasına İzin Vermeyin bölümünü yeniden okuyun.

4. Ekip adları belirteçlerle değiştirdi ve verinin anonimleştirildiğini, dolayısıyla silme talebinin tamamlandığını söylüyor. Öyle mi?

Belirteçler kişiye geri bağlanabiliyorsa hayır: bu takma adlandırmadır ve veri hâlâ kişiseldir. Sistemin tam olarak ne yaptığını, eşlemenin nerede yaşadığını söyleyin ve bunun gereksinimi karşılayıp karşılamadığına Hukuk karar versin. Anonimleştirilmiş, Takma Adlandırılmış, Şifrelenmiş, Maskelenmiş bölümünü yeniden okuyun.

5. Bir Alıcı teslimat mesajlarını kabul ediyor ama pazarlamayı kabul etmiyor. Model bunu nasıl tutmalı?

Tek bir onay kutusuyla değil, onay veri modeliyle: kişi, kanal (SMS), belirli numara ve veri kullanım amacı (pazarlama değil, teslimat bildirimleri). Ve bir geri çekmenin ona göre hareket eden her sisteme ulaşması için onay konusunda hangi sistemin esas olduğuna karar verin. Salesforce’un Zaten Kurduğu Modeli Kullanın bölümünü yeniden okuyun.

6. Uyumluluk ekibinin raporları şifreli bir Sosyal Güvenlik alanına göre filtrelemesi gerekiyor. Alan varsayılan şifreleme şemasını kullanıyor. Sorun nedir?

Olasılıksal şifreleme SOQL WHERE yan tümcelerinde ya da veri yönetimi filtrelerinde filtrelemeye izin vermez. Deterministik şifreleme, güçten küçük bir ödün karşılığında filtrelemeye izin verir. Şifreleme sondaki bir onay kutusu değil, ödünleşimleri olan bir tasarım kararıdır. Şifreleme Bir Kontroldür, Uyumluluk Değil bölümünü yeniden okuyun.

7. Bir olaydan altı ay sonra biri bir kayıt kümesini kimin dışa aktardığını soruyor. Kimse Event Monitoring depolamasını kurmamış. Ona ne söyleyebilirsiniz?

Muhtemelen hiçbir şey: olay günlükleri sınırlı bir süre saklanır (uzatılsa bile en fazla bir yıl); dolayısıyla daha eskisi dışa aktarılmadıysa gitmiştir. Event Monitoring’i kurun ve olayları ihtiyaç duymadan önce bir SIEM’e gönderin. Denetim ve İzleme Aynı Şey Değildir bölümünü yeniden okuyun.

8. Bir temsilci, ana kaynağı ERP olan bir müşterinin yasal adını değiştirmesini Salesforce'tan istiyor. Aynı dakikalarda biri onu ERP'de değiştiriyor. Tasarım ne demeli?

Salesforce’un değiştirmediğini, istediğini: alanın ana kaynağı ERP’dir. Çakışma kuralına önceden karar verin (ERP kazanır, değer değiştiyse reddet ya da bir insan çözer) ve ilişkili alanların birlikte taşınıp taşınmayacağına. Yönetilen Kaydı Koruyun bölümünü yeniden okuyun.

9. Bir kişinin silme talebi geliyor. Ekip, verisinin nerede yaşadığını haritalamaya başlamayı planlıyor. Sorun ne?

Süre zaten işliyor: GDPR kapsamında bir ay, karmaşık talepler için iki ay daha uzatılabilir. Kopyaların haritası talep gelmeden önce var olmalıdır. Süre İşliyor bölümünü yeniden okuyun.

Daha Fazlası

Salesforce Certified Platform Data Architect Exam Guide (opens in a new tab), Salesforce Help (İngilizce, kontrol tarihi 2026-09-25): hedeflerin ve ağırlıklarının resmî listesi. Sınava kaydolmadan önce her zaman güncel sürümü kontrol edin.
Her modülün kendi Daha Fazlası kısmı, olgularının arkasındaki Salesforce belgelerini ve yasaları kontrol tarihleriyle birlikte listeler.