# Veri Ambarı Nedir? ETL Süreci, Mimari Seçenekler ve Şirketinize Ne Zaman Gerekir?

> Veri ambarı nedir, ETL nasıl çalışır? ERP, CRM ve üretim verisini tek kaynakta toplayan mimariyi, ETL/ELT/CDC farkını ve 8 kurulum adımını öğrenin.

Kaynak: https://digitalbridge.com.tr/blog/veri-ambari-etl.html
Yayıncı: Digital Bridge Teknoloji (https://digitalbridge.com.tr)
Konu: Veri ve Analitik
Yayın: 2026-09-24 · Güncelleme: 2026-10-30

Veri ambarı (data warehouse), ERP, CRM, e-ticaret, üretim ve İK gibi farklı sistemlerdeki verinin raporlama için ortak tanımlarla ve geçmişiyle toplandığı merkezi veritabanıdır. Veri, [ETL](https://digitalbridge.com.tr/sozluk.html#etl) (Extract, Transform, Load: çıkar, dönüştür, yükle) süreçleriyle kaynaklardan otomatik çekilir, temizlenir ve ambara yüklenir; raporlar canlı sistemleri yavaşlatmadan tek kaynaktan beslenir ve herkes aynı rakamı görür.

## Kısaca

- Veri ambarı, birçok sistemin verisini ortak tanımlarla ve geçmişiyle tek bir raporlama veritabanında toplar; raporlar canlı ERP'yi yavaşlatmaz.
- ETL veriyi ambara yüklemeden önce dönüştürür, ELT ham veriyi önce yükler; CDC yalnızca değişen kayıtları taşır.
- TÜİK'e göre 2025'te 10+ çalışanlı girişimlerin %28,3'ü ERP, yalnızca %6,5'i iş zekası (BI) yazılımı kullandı.
- Proje iş sorularıyla başlar; önce satış ya da finans gibi tek bir veri pazarı uçtan uca kurulur, sonra genişletilir.
- Ambar birçok sistemin kişisel verisini bir araya getirdiği için yetki, maskeleme ve KVKK saklama süreleri baştan tasarlanır.

## Şirket verisi neden farklı sistemlere dağılır?

Şirket büyüdükçe her iş için ayrı bir sistem gelir. Muhasebe ve stok ERP'de (kurumsal kaynak planlaması), teklifler CRM'de (müşteri ilişkileri yönetimi), siparişler e-ticaret sitesinde ve pazaryeri panellerinde, üretim verisi [MES'te (üretim yürütme sistemi)](https://digitalbridge.com.tr/blog/mes-nedir-erp-farki.html), personel bilgisi İK yazılımında durur. Her sistem kendi formatında, kendi saatinde ve kendi kodlarıyla veri üretir.

Bir rapor gerektiğinde tipik senaryo şudur: biri her sistemden dışa aktarım alır, Excel'de DÜŞEYARA ile birleştirir, eşleşmeyen kayıtları elle düzeltir. Aynı ciro satışta bir, finansta başka rakam çıkar; ağır rapor sorguları gün içinde ERP'yi yavaşlatır; geçen yılla karşılaştırma yapılmak istendiğinde de o dönemin fiyat ya da organizasyon yapısı çoktan değişmiştir. Bu elle raporlamadan çıkış yolunu [Excel raporlamadan BI'a geçiş](https://digitalbridge.com.tr/blog/excel-raporlamadan-bi-gecis.html) yazısında adım adım anlattık; "ciro" gibi bir tanımın kime ait olduğunu ve nasıl sabitleneceğini ise [veri yönetişimi](https://digitalbridge.com.tr/blog/veri-yonetisimi-nedir.html) rehberinde ele aldık.

ERP tek başına bu tabloyu çözmez, çünkü ERP işlemleri kaydetmek için tasarlanmıştır, analiz için değil. CRM'deki teklif, pazaryerindeki sipariş ya da MES'teki duruş kaydı ERP'ye hiç girmeyebilir.

## Dağınık verinin şirkete maliyeti nedir?

Türkiye'de işletmelerin çoğunda veri kaydediliyor ama analiz edilmiyor:

> TÜİK'e göre 2025'te 10 ve daha fazla çalışanı olan girişimlerin %28,3'ü ERP kullanırken iş zekası (BI) yazılımı kullananların oranı yalnızca **%6,5** oldu. ([TÜİK Girişimlerde Bilişim Teknolojileri Kullanım Araştırması 2025](https://veriportali.tuik.gov.tr/tr/press/54012))

ERP ile iş zekası arasındaki bu fark, verinin sistemlerde durduğu ama karar için birleştirilmediği şirketleri gösteriyor. Dağınık verinin maliyeti tek bir kalemde görünmez; hatalı raporda, geciken kararda, iki kez sayılan stokta ortaya çıkar. Veri kalitesi uzmanı Thomas C. Redman, kötü verinin çoğu şirkete maliyetini gelirin %15-25'i olarak tahmin ediyor ve bu maliyetin üçte ikisinin belirlenip kalıcı olarak ortadan kaldırılabileceğini öngörüyor ([MIT Sloan Management Review, "Seizing Opportunity in Data Quality", 2017](https://sloanreview.mit.edu/article/seizing-opportunity-in-data-quality/)).

Altyapı tarafında da tablo değişiyor. TÜİK'e göre 2026'da girişimlerin %20,2'si ücretli bulut bilişim hizmeti kullandı; oran 250+ çalışanlılarda %57,0, 10-49 çalışanlılarda %16,7 ([TÜİK Girişimlerde Bilişim Teknolojileri Kullanım Araştırması 2026](https://veriportali.tuik.gov.tr/tr/press/58021)). Aynı araştırmaya göre girişimlerin yalnızca %15,2'si BİT uzmanı istihdam ediyor. Kısacası veri ambarı artık yalnızca büyük şirketlerin işi değil; ama kurmak ve işletmek, çoğu şirketin kendi ekibinde bulunmayan bir uzmanlık gerektiriyor. Verinizin gerçekten büyük veri ölçeğinde olup olmadığını anlamak için [büyük veri nedir](https://digitalbridge.com.tr/blog/buyuk-veri-nedir.html) yazımıza bakabilirsiniz.

## Veri ambarı nasıl çalışır? Katmanlar ve ETL süreci

Bir veri ambarı, kaynaktan rapora uzanan birkaç katmandan oluşur:

- **Kaynak sistemler:** ERP (Logo, SAP, Mikro, Netsis ya da firmaya özel), CRM, e-ticaret ve [pazaryeri API'leri](https://digitalbridge.com.tr/blog/api-entegrasyonu-nedir.html), MES/SCADA, İK ve bordro, Excel dosyaları.
- **ETL / ELT süreçleri:** Verinin kaynaktan çekilmesi (extract), iş kurallarına göre dönüştürülmesi (transform) ve ambara yüklenmesi (load). [ELT](https://digitalbridge.com.tr/sozluk.html#elt)'de veri önce ham haliyle yüklenir, dönüşüm ambarın içinde yapılır. İki yaklaşımın hangi durumda öne çıktığını [ETL ile ELT farkı](https://digitalbridge.com.tr/blog/etl-mi-elt-mi.html) yazısında karşılaştırdık.
- **Hazırlık (staging) alanı:** Ham verinin dönüştürülmeden önce geçici olarak tutulduğu, kalite kontrollerinin yapıldığı katman.
- **Ambar modeli:** Olgu (satış, üretim, hareket) ve boyut (müşteri, ürün, tarih, şube) tablolarıyla kurulan yıldız şema (star schema). Raporları hızlandırır ve anlaşılır kılar.
- **Veri pazarları (data mart):** Satış, finans ya da üretim gibi tek bir alana odaklanan, ambarın alt kümeleri.
- **Ham veri alanı (data lake):** Sensör akışları, log dosyaları, görüntüler gibi hacimli ya da yapılandırılmamış veriler için ayrı depolama. Ambarla farkını [veri gölü nedir](https://digitalbridge.com.tr/blog/veri-golu-nedir.html) yazısında, saniyelik sensör akışları için kullanılan [zaman serisi veritabanlarını](https://digitalbridge.com.tr/blog/zaman-serisi-veritabani-sensor-verisi.html) ise ayrı bir rehberde anlattık.
- **Tüketim katmanı:** [yönetici panelleri (BI dashboard)](https://digitalbridge.com.tr/blog/bi-dashboard-kpi.html), raporlar, [yapay zeka ile talep tahmini](https://digitalbridge.com.tr/blog/yapay-zeka-talep-tahmini.html) ve diğer yapay zeka modelleri.

Mekânsal veri de ambarın kaynağı olabilir. Belediye ve altyapı işletmelerinde boru, vana, abone ve bölge katmanları [belediye CBS'inde](https://digitalbridge.com.tr/blog/cbs-belediye.html), su idarelerinde ise [su şebekesi CBS envanterinde](https://digitalbridge.com.tr/blog/su-sebekesi-cbs-envanteri.html) tutulur; bu katmanlar varlık kodu ya da bölge anahtarıyla ambara alındığında arıza, tüketim ve tahakkuk verisi bölge bazında aynı raporda birleşir.

### ETL mi, ELT mi, doğrudan bağlantı mı?

| Yaklaşım | Nasıl çalışır | Uygun olduğu durum | Dikkat edilecek nokta |
|---|---|---|---|
| Raporlamada doğrudan bağlantı | BI aracı kaynak veritabanını doğrudan sorgular | Tek sistem, az kullanıcı, basit raporlar | Canlı sistemi yavaşlatır, geçmiş korunmaz |
| ETL | Veri ambar dışında dönüştürülüp temiz haliyle yüklenir | Şirket içi (on-premise) sunucular, sıkı veri kuralları | Dönüşüm kuralı değişince yeniden yükleme gerekebilir |
| ELT | Ham veri önce yüklenir, dönüşüm ambarda yapılır | Bulut ambarları, yüksek veri hacmi | Ham veride kişisel veri erişimi iyi yönetilmeli |
| CDC (değişen veriyi yakalama) | Yalnızca değişen kayıtlar aktarılır | Stok, sipariş gibi sık güncellenen kritik veriler | Kaynak veritabanının bu yönteme uygunluğu kontrol edilmeli |

Pratikte çoğu veri ambarı projesi bu yöntemlerin karışımını kullanır: stok ve sipariş verisi CDC ile dakikalar içinde, finans verisi gece toplu olarak aktarılır.

### Veri ambarında geçmiş neden korunur?

Bir müşteri bu yıl başka bir satış temsilcisine devredildiğinde, geçen yılki satışlarının hangi temsilciye yazılacağı sorusu raporları doğrudan etkiler. Kaynak sistem genellikle yalnızca güncel durumu tutar. Veri ambarında "yavaş değişen boyut" (slowly changing dimension) yöntemiyle eski ve yeni değer tarihleriyle saklanır; böylece fiyat, cari ya da organizasyon değiştiğinde geçmiş dönem rakamları bozulmaz.

## Veri ambarı projesi nasıl kurulur? 8 adım

1. **Soruları toplayın.** Ambar, yanıtlanacak iş sorularına göre tasarlanır. Yönetim, satış, finans ve üretimin her ay sorduğu soruları ve bunlar için kullanılan göstergeleri listeleyin. Göstergeleri seçme yöntemini [KPI nasıl belirlenir](https://digitalbridge.com.tr/blog/kpi-nasil-belirlenir.html) yazımızda anlattık.
2. **Kaynakları haritalayın.** Hangi veri hangi sistemde, hangi tabloda, hangi sıklıkla değişiyor; kim sorumlu. Excel'de tutulan paralel listeler de bu haritaya girer.
3. **Ortak tanımları yazın.** "Net satış", "aktif müşteri", "stoktaki ürün" gibi terimlerin tek bir tanımı olmadan ambar, eski tartışmayı yeni bir veritabanına taşır. Farklı sistemlerdeki müşteri ve ürün kodlarının tek karşılığı [ana veri yönetimi (MDM)](https://digitalbridge.com.tr/blog/ana-veri-yonetimi-mdm.html) ile belirlenir; tanımların herkesin bulabileceği yeri ise [veri kataloğu ve veri sözlüğü](https://digitalbridge.com.tr/blog/veri-katalogu-veri-sozlugu.html) olur.
4. **Veri kalitesini ölçün.** Mükerrer cari, farklı kodlanmış ürün ve boş zorunlu alanlar yükleme öncesinde tespit edilir. Bu konuyu [veri kalitesi ve mükerrer kayıt](https://digitalbridge.com.tr/blog/veri-kalitesi-mukerrer-kayit.html) yazımızda ayrıntılı ele aldık.
5. **Altyapıyı seçin.** PostgreSQL, MSSQL ya da BigQuery, Redshift gibi bulut ambarları; seçim veri hacmine, mevcut lisanslara, kişisel verinin nerede tutulması gerektiğine ve ekibin yetkinliğine göre yapılır. Bulut tarafının maliyet kalemlerini [bulut geçişi maliyeti](https://digitalbridge.com.tr/blog/bulut-gecisi-maliyet.html) yazısında, ambarın kendi bütçe kalemlerini ise [veri ambarı maliyet kalemleri](https://digitalbridge.com.tr/blog/veri-ambari-maliyet-kalemleri.html) yazısında inceledik.
6. **Tek alanla başlayın.** Önce satış ya da finans gibi tek bir veri pazarını uçtan uca kurun, raporu kullanıcıya açın, sonra genişletin. Finans için iyi bir ilk kapsam, banka, cari ve ödeme planını birleştiren [nakit akış raporu otomasyonudur](https://digitalbridge.com.tr/blog/nakit-akis-raporu-otomasyonu.html).
7. **Otomatikleştirin ve izleyin.** ETL süreçleri zamanlanmış ve yeniden çalıştırılabilir olmalı; başarısız yükleme kaydedilmeli ve sorumluya bildirilmelidir. Sessizce duran bir ETL, eski veriyle karar verdirir.
8. **Erişimi ve KVKK'yı planlayın.** 6698 sayılı Kişisel Verilerin Korunması Kanunu (KVKK) açısından ambar, birçok sistemin verisini tek yerde topladığı için yetki yapısı kaynaktakinden daha dikkatli kurulmalıdır. Kişisel veriler için maskeleme, [saklama ve imha süresi](https://digitalbridge.com.tr/blog/saklama-imha-politikasi.html) ve erişim kaydı baştan tasarlanır.

## Digital Bridge veri ambarı ve ETL projelerini nasıl kuruyor?

Digital Bridge olarak [veri ambarı ve ETL entegrasyonu](https://digitalbridge.com.tr/veri-analitik/veri-ambari.html) projelerimizde kurduğumuz yapı şu parçalardan oluşuyor:

- **Zamanlanmış, yeniden çalıştırılabilir ETL.** Veri kaynaklardan belirlenen aralıkla çekiliyor, firmanızın iş kurallarına göre dönüştürülüyor. Başarısız yükleme kaydediliyor, otomatik yeniden deneniyor ve sorumluya bildiriliyor.
- **Yıldız şemayla modellenmiş merkezi ambar.** PostgreSQL, MSSQL ya da bulut tabanlı altyapıyı veri hacminize ve mevcut sisteminize göre seçiyoruz; fiyat, cari veya organizasyon değişikliklerinde geçmiş dönem rakamları korunuyor. Bulut ya da şirket içi kararında [bulut geçiş ve altyapı danışmanlığı](https://digitalbridge.com.tr/danismanlik/bulut-gecis-altyapi-danismanligi.html) ekibimiz de sürece dahil oluyor.
- **Yükleme anında kalite kontrolü.** Boş alanlar, yinelenen kayıtlar, biçim hataları ve eşleşmeyen referanslar yükleme sırasında yakalanıyor; hatalı kayıt rapora girmeden ayrılıyor. Kök nedenin kaynakta çözülmesi gerekiyorsa [veri yönetişimi ve kalite](https://digitalbridge.com.tr/veri-analitik/veri-yonetisimi-kalite.html) çalışmasıyla ilerliyoruz.
- **CDC ile canlı sistemi yormadan aktarım.** Stok ve sipariş gibi kritik veriler dakikalar içinde, finans verisi günlük toplu aktarılıyor; yalnızca değişen kayıtlar taşındığı için ERP yavaşlamıyor.
- **Kaynak sistem bağlantıları.** Logo, SAP, Mikro, Netsis ve firmaya özel ERP'ler, CRM ve pazaryeri API'leri için bağlantıları [sistem entegrasyonları](https://digitalbridge.com.tr/teknoloji-donanim/sistem-entegrasyonlari.html) deneyimimizle kuruyoruz.
- **Tüketim katmanı.** Ambarın üzerine [BI dashboard](https://digitalbridge.com.tr/veri-analitik/bi-dashboard.html) ve [talep tahmini analitiği](https://digitalbridge.com.tr/teknoloji-donanim/talep-tahmini-analitigi.html) gibi modeller kuruyor, hepsinin aynı tek kaynaktan beslenmesini sağlıyoruz.

Operasyon sistemleri de kaynak olabilir. Digital Bridge'in kartlı geçiş, PDKS ve yemekhane ürünü [SmartPass](https://digitalbridge.com.tr/smartpass.html), kapanan ayın kişi başına puantaj özetini panelden CSV ya da API üzerinden JSON olarak, yemekhane raporlarını Excel ya da CSV olarak verir. Bu dosyalar ERP verisiyle aynı ambara yüklendiğinde personel ve devam verisi, üretim ve maliyet rakamlarıyla yan yana görünür.

Hazır paket satmıyoruz; ihtiyaç analizinin ardından kapsamı, aşamaları ve bedeli içeren yazılı bir teklif hazırlıyoruz. Veri kalitesi, KPI ve CBS gibi komşu başlıklar için [Veri ve Analitik rehberimizin tamamına](https://digitalbridge.com.tr/blog/konu/veri.html) göz atabilirsiniz.

## Şirketinize veri ambarı gerekir mi? Üç soruluk kontrol

Veri ambarı ihtiyacını anlamak için kendinize üç soru sorun: Yönetim raporu için kaç sistemden dışa aktarım alınıyor? Aynı göstergeyi iki departman farklı rakamla raporluyor mu? Geçen yılın aynı dönemiyle güvenilir karşılaştırma yapabiliyor musunuz? Yanıtlardan biri bile sizi rahatsız ediyorsa, tek bir veri alanıyla başlayan bir ambar projesi değerlendirmeye değer. [Bizimle iletişime geçin](https://digitalbridge.com.tr/iletisim.html); kaynaklarınızı birlikte haritalayıp ilk veri pazarının kapsamını çıkaralım.

## Sık Sorulan Sorular

### Veri ambarı ile veritabanı arasındaki fark nedir?

Operasyonel veritabanı (ERP, CRM) günlük işlemleri hızlıca kaydetmek için tasarlanır ve genellikle yalnızca güncel durumu tutar. Veri ambarı ise birçok sistemin verisini analiz için birleştirir, ortak tanımlarla dönüştürür ve geçmişiyle saklar. Raporlar ambardan beslendiğinde canlı sistem yavaşlamaz. Ambar, geçen yılın aynı dönemiyle güvenilir karşılaştırmayı da mümkün kılar.

### ETL ile ELT arasındaki fark nedir?

ETL'de veri ambar dışında dönüştürülür ve temiz haliyle yüklenir; ELT'de ham veri önce ambara yüklenir, dönüşüm ambarın içinde yapılır. ELT, işlem gücü yüksek bulut ambarlarında yaygındır; ETL ise şirket içi sunucularda ve sıkı veri kurallarının olduğu yapılarda tercih edilir. Pratikte birçok proje iki yaklaşımı birlikte kullanır.

### Veri ambarı ile data lake aynı şey mi?

Hayır. Veri ambarı yapılandırılmış, temizlenmiş ve modellenmiş veriyi raporlama için tutar. Data lake ise sensör akışları, log dosyaları ve görüntüler gibi ham ve yapılandırılmamış veriyi düşük maliyetle depolar. Birçok projede ikisi birlikte kullanılır: ham veri gölde saklanır, raporlamaya gereken kısmı temizlenip ambara alınır. Böylece hem esneklik hem de güvenilir raporlama elde edilir.

### KOBİ'lerin veri ambarına ihtiyacı var mı?

Tek bir ERP'den basit raporlar alınıyorsa genellikle gerekmez. Birden fazla sistemin verisi birleştiriliyorsa, raporlar ERP'yi yavaşlatıyorsa ya da geçmiş dönem karşılaştırmaları güvenilmezse, tek bir veri alanıyla başlayan küçük ölçekli bir ambar KOBİ için de anlamlıdır. Satış ya da finans gibi tek bir veri pazarıyla başlamak, yatırımı ilk kullanılan rapora bağlar.

### Veri ambarında kişisel veriler nasıl korunur?

Ambar birçok sistemin verisini bir araya getirdiği için yetkilendirme, maskeleme ve erişim kaydı baştan tasarlanmalıdır. Rapor için gerekmeyen kişisel veriler ambara alınmaz ya da maskelenir; saklama süreleri KVKK kapsamındaki kişisel veri envanterinizle uyumlu tutulur. Kimin hangi veriyi sorguladığı kayıt altına alınır.

### Veri ambarı için hangi altyapı kullanılır?

Veri ambarı PostgreSQL ya da MSSQL gibi şirket içi veritabanlarında veya BigQuery, Redshift gibi bulut ambarlarında kurulabilir. Seçim veri hacmine, mevcut lisanslara, kişisel verinin nerede tutulması gerektiğine ve ekibin yetkinliğine göre yapılır. Bulut ambarları yüksek hacimde ELT için uygundur; sıkı veri kuralları olan yapılarda şirket içi sunucu ve ETL öne çıkabilir.

### Yavaş değişen boyut (slowly changing dimension) nedir?

Yavaş değişen boyut, müşteri, ürün ya da organizasyon bilgisindeki değişikliklerin eski ve yeni değerleriyle, tarihleriyle birlikte saklandığı veri ambarı yöntemidir. Kaynak sistemler genellikle yalnızca güncel durumu tutar. Bu yöntem sayesinde bir müşteri başka satış temsilcisine devredildiğinde ya da fiyat değiştiğinde geçmiş dönem rakamları bozulmaz ve geçen yılla karşılaştırma güvenilir kalır.