Ana Veri Kalitesi: Tek Kayıt Oluşturmak Doğru Bilgi Üretmek Değildir

Kaliteyi tek puana sıkıştırmayın

Microsoft Purview veri kalitesini doğruluk, tamlık, biçim uygunluğu, tutarlılık, güncellik ve tekillik gibi farklı boyutlarla ele alır. Boş olmayan bir alanın mutlaka doğru olmadığı da bu ayrımın önemli parçasıdır. [1] Kendi projenizde yüksek bir genel puanın hangi kritik kusurları gizleyebileceğini inceleyin.

Örneğin bütün tedarikçi kayıtlarında telefon bulunabilir, fakat numaraların önemli bölümü eski olabilir. Tamlık kontrolü geçerken güncellik sorunu devam eder. Aynı şekilde ürün kodunun tekil olması, kodun doğru ürünle eşleştiğini kanıtlamaz. Her kontrolün neyi söyleyebildiğini açıkça yazın.

Ana kaydın sorumlusunu belirleyin

Bir alanı kim değiştirebilir, hangi kaynak daha güvenilir ve değişiklik hangi sistemlere yayılır? Satış, operasyon ve muhasebe aynı şirket bilgisini farklı amaçlarla tutabilir. Her alanda son gelen değeri doğru kabul etmek yerine bağlama uygun kaynak önceliği belirleyin.

Varsayımsal bir tedarikçi adresi satış ekibinde güncellenmiş ama sevkiyat adresi değişmemiş olsun. Bu iki adresin aynı olması gerektiğini varsayarak birini diğerinin üzerine yazmayın. Ticari unvan, fatura ve teslimat bağlamları farklı ilişkiler taşıyabilir. Veri modeli bu ayrımları korumalıdır.

Şüpheli eşleşmeyi otomatik birleştirmeyin

Benzer isim, aynı telefon veya aynı alan adı eşleşme adayı bulmaya yardımcı olabilir. Ancak tek başına aynı varlık olduğunun kesin kanıtı olmayabilir. Kesin eşleşme, inceleme gerektiren benzerlik ve farklı kayıtlar ayrı sınıflandırılsın. Yanlış birleşmenin geri alınması için önceki ilişkiler kaybolmasın.

Birleştirme kararı sırasında hangi alanın hangi kaynaktan alındığı görülsün. Eski kimlikler yeni kayda yönlendirilecekse bağlı sipariş ve belgelerin davranışı test edilsin. Geçmişi topluca yeniden yazmak bazı operasyon kayıtlarının anlamını değiştirebilir; kapsam uzman ekiplerle belirlenmelidir.

Örnek ana veri kontrol tablosu

Bu tablo önerilen bir değerlendirme aracıdır; her alan için aynı eşik gerekli değildir. Kritik kimliklerde hata toleransı ile isteğe bağlı açıklamalardaki tolerans farklı olabilir. Kalite skorunu yükseltmek için bilinmeyen alanlara sahte değer yazılması açıkça engellenmelidir.

Düzeltmeyi tek seferlik temizlikten çıkarın

Hatalı kayıtları listeleyen raporun yanında sorumlu, karar ve yeniden kontrol adımı bulunsun. Veri girişinin kaynağı değişmedikçe temizlenen kayıtlar yeniden bozulabilir. Tekrarlayan hata için form, entegrasyon veya kaynak süreç incelensin. Sorunu sadece veri ekibinin elle düzeltmesine bırakmayın.

Kabulde örnek doğru, yanlış, eksik ve şüpheli kayıtlarla test yapın. Hatalı kaydın nasıl ayrıldığı ve düzeltmenin hedef sistemlere nasıl yayıldığı izlenebilsin. Raporun kapsamı ve kural sürümü saklansın; farklı zamanlardaki kalite puanlarını aynı kontrol setiymiş gibi karşılaştırmayın.

Sık sorulan sorular

Ana veri yönetimi için ayrı büyük platform şart mı?

Her zaman değil. Az sayıda sistemde açık sahiplik ve kontrollü bir kayıt yapısı yeterli olabilir. Karmaşıklık arttığında araç ihtiyacı yeniden değerlendirilir.

Veri kalitesi yüzde yüz olabilir mi?

Tanımlanmış kontrollerin tamamı geçebilir, fakat bu gerçek dünyanın bütün doğrularının kanıtı değildir. Ölçüm kapsamı ve bilinmeyenler ayrıca açıklanmalıdır.