Veri kataloğu, kurumdaki tablo, rapor, dosya ve API gibi veri varlıklarının nerede durduğunu, ne anlama geldiğini, kime ait olduğunu ve nereden beslendiğini tek yerde gösteren aranabilir bir üst veri envanteridir. Veri sözlüğü ise tek bir veritabanındaki alanların teknik tanımıdır. Sözlük "bu sütun ne?", katalog "aradığım veri nerede ve güvenilir mi?" sorusunu cevaplar.
Kısaca
- Veri sözlüğü tek bir sistemdeki alanları teknik olarak tanımlar; veri kataloğu tüm sistemlerdeki veri varlıklarını sahip, kaynak ve güncellik bilgisiyle listeler.
- İş sözlüğü, "aktif müşteri" ya da "net satış" gibi iş terimlerinin kurum genelinde onaylanmış tek tanımıdır.
- Drexel LeBow ve Precisely'nin 2024 araştırmasında 565 veri uzmanının %67'si kurumunun kullandığı veriye tam güvenmediğini söyledi.
- Rakamlar toplantıda çelişiyorsa iş sözlüğüyle, alan anlamları soruluyorsa veri sözlüğüyle, kaynaklar çoğaldıysa veri kataloğuyla başlayın.
- Veri kataloğu tek bir pilot alanla, her varlığa sahip atanarak ve teknik üst veri otomatik taranarak kurulur; araç seçimi en sona kalır.
Analistin haftası neden veriyi aramakla geçiyor?
Tanıdık bir sahne: genel müdür "geçen çeyrekte bölge bazında iade oranı ne?" diye sorar. Analist önce hangi sistemde iade kaydı tutulduğunu bulmaya çalışır; kurumsal kaynak planlama (ERP) sisteminde bir tablo, e-ticaret panelinde başka bir rapor, muhasebede bir Excel dosyası vardır. Hangisinin güncel olduğunu bilen kişi izindedir. Cevap iki gün sonra gelir ve toplantıda başka bir departmanın rakamıyla çelişir.
Analistin yaşadığı sorun verinin yokluğu değil, verinin bulunamaz ve açıklanamaz olmasıdır. Kimse "IADE_TUTAR" sütununun KDV dahil mi hariç mi olduğunu yazmamıştır. Kimse "bölge" alanının müşterinin adresinden mi, satış temsilcisinden mi geldiğini belgelememiştir. Bilgi, birkaç kıdemli çalışanın kafasında durur.
Veri kataloğu ve veri sözlüğü bu bilgiyi kişilerden alıp sisteme taşır. Veri yönetişimi çerçevesi kimin karar vereceğini belirler; katalog ise bu kararların herkesin görebildiği, aranabilir kaydıdır.
Belgelenmemiş veri şirkete neye mal olur?
Belgesiz veri, sessizce para yakar: aynı soru için tekrar tekrar yapılan analiz, yanlış tabloya dayanan karar, işten ayrılan uzmanla birlikte kaybolan bilgi. Araştırmalar sorunun yaygın olduğunu gösteriyor:
Drexel Üniversitesi LeBow İşletme Fakültesi ile veri bütünlüğü yazılımları satan Precisely'nin 565 veri ve analitik uzmanıyla yaptığı ve Eylül 2024'te yayımlanan araştırmada katılımcıların %67'si kurumunun kullandığı veriye tam güvenmediğini söyledi; %64'ü veri kalitesini veri bütünlüğünün önündeki en büyük sorun olarak gösterdi. (Drexel LeBow & Precisely, 2025 Outlook: Data Integrity Trends and Insights)
Aynı araştırmada yapay zeka girişimlerini engelleyen en büyük veri sorunu %62 ile veri yönetişimi eksikliği çıktı; verisini yapay zekaya hazır görenlerin oranı yalnızca %12. Bir dil modeline ya da tahmin modeline hangi tablonun "doğru müşteri listesi" olduğunu söyleyemiyorsanız, model de söyleyemez. Bu yüzden yapay zekaya nereden başlanmalı sorusunun cevabı çoğu zaman bir veri envanteriyle başlar.
Parasal etki için bir uzman tahmini de var: veri kalitesi uzmanı Thomas C. Redman, 2017'de MIT Sloan Management Review'da yayımlanan "Seizing Opportunity in Data Quality" makalesinde kötü verinin çoğu şirkete gelirinin %15–25'i kadar maliyet çıkardığını tahmin ediyor. Bu bir ölçüm değil, tahmindir. Yine de tanımı belirsiz alanlar, bu maliyeti besleyen etkenlerden biridir.
Türkiye'de işin bir de mevzuat boyutu var. Kişisel Verileri Koruma Kurumu'nun KVKK 2025 Yılı Faaliyet Raporu'na göre 31 Aralık 2025 itibarıyla 149.118 veri sorumlusu Veri Sorumluları Sicil Bilgi Sistemi'ne (VERBİS) bildirim yapmıştı. Bu bildirimler kişisel veri envanterine dayanır; envanter ise "hangi kişisel veri hangi sistemde, hangi amaçla tutuluyor?" sorusunun cevabıdır. Ortak bir üst veri kaydı olmayan kurumlarda bu envanter çoğu zaman her güncellemede yeniden, anket ve e-posta zinciriyle toplanır.
Veri kataloğu ile veri sözlüğü ve iş sözlüğü arasındaki fark nedir?
Veri kataloğu, veri sözlüğü ve iş sözlüğü sık karıştırılır, çünkü üçü de "üst veri" (metadata), yani veriyi anlatan veridir. Fark, kimin için yazıldıkları ve hangi kapsamı taşıdıklarıdır.
| Özellik | Veri sözlüğü | İş sözlüğü | Veri kataloğu |
|---|---|---|---|
| Temel soru | Bu alan teknik olarak ne? | Bu terim işte ne demek? | Aradığım veri nerede, güvenilir mi? |
| Kapsam | Tek veritabanı ya da sistem | Kurum geneli terimler | Tüm sistemler, raporlar, dosyalar |
| Birincil kullanıcı | Geliştirici, veritabanı yöneticisi | Yönetici, iş birimi | Analist, rapor kullanıcısı, veri ekibi |
| Tipik içerik | Alan adı, tip, uzunluk, izin verilen değerler | "Aktif müşteri", "net satış" tanımları | Sahip, kaynak, güncellik, veri soy ağacı, kullanım |
| Nasıl oluşur | Çoğunlukla veritabanı şemasından çıkarılır | İş birimleriyle yazılır, onaylanır | Otomatik tarama + insan açıklaması |
| Güncellik riski | Şema değişince eskir | Tanım değişince tartışma çıkar | Tarama düzenli çalışmazsa güvenini kaybeder |
Özetle: veri sözlüğü teknik bir referanstır ve bir sistemin içine bakar. İş sözlüğü kurumun ortak dilidir; "ciro" dendiğinde herkesin aynı şeyi anlamasını sağlar. Veri kataloğu ise ikisini birleştirip bir arama katmanı ekler: "net satış" terimini aradığınızda hangi tablolarda, hangi raporlarda geçtiğini, sahibinin kim olduğunu ve verinin en son ne zaman yenilendiğini görürsünüz. Belgelerin, e-postaların ve sözleşmelerin içeriğinde arama ise ayrı bir ihtiyaçtır; onu yapay zeka destekli kurumsal arama yazısında ele aldık.
Veri kataloğunu veri sözlüğünden ayıran iki önemli özellik vardır. Birincisi veri soy ağacı (lineage): bir rapordaki rakamın hangi kaynak tablodan, hangi dönüşümlerden geçerek geldiğini gösterir. ETL ve ELT süreçleri çoğaldıkça bu iz, hatalı rakamın kaynağını bulmanın en hızlı yoludur. İkincisi kullanım bilgisidir: hangi tablonun gerçekten sorgulandığını, hangisinin terk edildiğini gösterir.
Veri kataloğu mu, veri sözlüğü mü: hangisiyle başlamalı?
Her kurumun ilk gün kurumsal bir veri kataloğu platformuna ihtiyacı yoktur. Başlangıç noktası, sorunun nerede acıttığına bağlıdır:
- Toplantıda aynı metrik için farklı rakamlar çıkıyorsa önce iş sözlüğü yazılır. Sorun tanımdadır, araçta değil. KPI'ların nasıl belirleneceğini netleştirmek bu adımın parçasıdır.
- Geliştiriciler ve entegrasyon ekibi alanların anlamını soruyorsa veri sözlüğü önceliklidir. Özellikle ERP değişimi ya da sistemler arası API entegrasyonu öncesinde şart hâle gelir.
- Birden fazla kaynak, bir veri ambarı veya veri gölü varsa ve analistler veriyi bulamıyorsa veri kataloğu zamanıdır. Veri gölü ile veri ambarı birlikte kullanılan ortamlarda katalog olmadan yönünüzü bulmak zorlaşır.
Küçük ve orta ölçekli bir işletmede sık görülen doğru sıra şudur: önce 20–30 kritik terimlik bir iş sözlüğü, sonra bu terimlerin geçtiği tabloların veri sözlüğü, en son ikisini bağlayan ve otomatik tarama yapan bir katalog. Araç seçimini en sona bırakmak, boş bir katalog platformu satın alıp kimsenin doldurmamasından çok daha ucuzdur.
Veri kataloğu 7 adımda nasıl kurulur?
- Kapsamı dar tutun. Tüm kurumu değil, en çok tartışılan tek bir alanı seçin: satış, stok ya da müşteri verisi. İlk hedef, bu alandaki raporların kaynağını eksiksiz göstermektir.
- Kritik veri varlıklarını listeleyin. Yönetim raporlarını besleyen tabloları, dosyaları ve API'leri çıkarın. Kullanılmayan yüzlerce tabloyu belgelemeye çalışmayın; kullanım sıklığına göre önceliklendirin.
- Her varlığa bir sahip atayın. Sahip, tanımı onaylayan ve soruları cevaplayan kişidir. Sahibi olmayan kayıt, katalogda "güvenilir değil" olarak işaretlenmelidir.
- İş sözlüğünü yazın. Her terim için tek cümlelik tanım, hesaplama kuralı ve istisnalar. "Aktif müşteri = son 12 ayda en az bir faturalı siparişi olan, kapatılmamış cari hesap; bayiler ayrı sayılır" gibi.
- Teknik üst veriyi otomatik toplayın. Tablo ve alan listeleri, tipler ve güncellenme zamanları veritabanlarından taranarak alınmalı; elle girilen teknik bilgi ilk şema değişikliğinde eskir.
- Terimleri tablolara ve raporlara bağlayın. "Net satış" teriminin hangi sütunda hesaplandığı ve hangi panoda gösterildiği bağlantılı olmalı. Soy ağacı bu adımda görünür hâle gelir. Bu bağ, iş birimlerinin self servis raporlamada aynı tanımı kullanmasını da sağlar.
- Güncellik ve kullanım kuralı koyun. Yeni bir tablo ya da rapor, katalog kaydı olmadan canlıya alınmasın. Üç ayda bir sahiplerle kısa bir gözden geçirme yapın; kullanılmayan kayıtları arşivleyin.
Veri kataloğu kurulumunda en sık yapılan hata, kataloğu bir belgeleme projesi gibi görmektir. Katalog, veri kalitesi ve mükerrer kayıt çalışmalarının ve ana veri yönetiminin günlük aracıdır; yaşayan bir sistem olarak ele alınmadığında birkaç ay içinde güvenilmez hâle gelir.
Katalogdaki her kayıtta bulunması gereken alanlar
Minimum bir katalog kaydı şunları içermelidir: açıklayıcı ad ve tek paragraflık açıklama, sahip, kaynak sistem, güncellenme sıklığı ve son güncellenme zamanı, bağlı iş sözlüğü terimleri, erişim düzeyi ve kişisel veri içerip içermediği. Son alan, kişisel veri envanterini katalogla aynı kaynaktan beslemenizi sağlar. Böylece VERBİS bildirimini ve saklama-imha politikasını güncel tutmak için ayrı bir Excel dosyasına bağlı kalmazsınız; hukuki değerlendirme ise yine envanterin sorumlusunda kalır.
Digital Bridge veri kataloğu projelerini nasıl yürütüyor?
Digital Bridge olarak veri kataloğu kurarken araçla değil, sorunla başlıyoruz. Tipik bir çalışma şöyle ilerler:
- Keşif ve ihtiyaç analizi. Yönetim raporlarını ve bunları besleyen sistemleri (ERP, müşteri ilişkileri yönetimi (CRM), üretim, e-ticaret, Excel dosyaları) inceliyor, en çok tartışılan rakamların kaynağını haritalıyoruz. Bu, veri yönetişimi ve kalite hizmetimizin başlangıç adımıdır.
- Pilot alan. Tek bir konu alanında iş sözlüğünü sahiplerle birlikte yazıyor, ilgili tabloların veri sözlüğünü çıkarıyor ve ikisini bağlıyoruz. Pilotun başarısı ölçülebilir: analistin veriyi bulma süresi ve raporlar arası çelişkilerin sayısı.
- Entegrasyon ve otomatik tarama. Kaynak sistemlerden teknik üst veriyi otomatik toplayan akışları sistem entegrasyonları kapsamında kuruyoruz. Veri birden fazla kaynaktan geliyorsa veri ambarı tasarımını katalogla birlikte yapıyor, soy ağacını dönüşüm adımlarından türetiyoruz.
- Raporlara bağlama. Onaylanan tanımları BI ve yönetim panolarına taşıyoruz; panodaki her metrik, katalogdaki tanımına tek tıkla ulaşır. Konunun pano tarafını yönetici paneli ve KPI rehberimizde ayrıntılı anlattık.
- KVKK hizalaması. Katalogdaki kişisel veri işaretlerini envanterle eşliyor, gerekirse KVKK uyum danışmanlığı kapsamında saklama-imha süreçlerini birlikte hazırlıyoruz. Genel çerçeve için KVKK uyum süreci yazımıza bakabilirsiniz.
Hazır bir katalog platformu mu, açık kaynak bir araç mı, yoksa mevcut BI ortamına eklenen hafif bir çözüm mü sorusunu, pilotun sonuçlarına göre birlikte cevaplıyoruz. Seçim kriterlerinin benzer bir mantığını BI aracı seçimi yazısında bulabilirsiniz.
Veri kataloğu için bu hafta atılacak ilk adım
Veri kataloğuna hazırlık için bu hafta yapabileceğiniz tek bir iş var: yönetim toplantılarında en çok kullanılan beş rakamı yazın ve her biri için kaynak tabloyu, hesaplama kuralını ve sorumlu kişiyi not edin. Boş kalan hücreler, kataloğunuzun nereden başlaması gerektiğini gösterir.
Bu listeyle iletişim sayfamızdan bize ulaşın; sistemlerinizi birlikte inceleyip pilot alanı ve kapsamı yazılı olarak önerelim. Konuyla ilgili diğer rehberler için Veri ve Analitik sayfamıza göz atabilirsiniz.