İçeriğe geç
Teklif al

Hizmet · Bulut, DevOps ve veri

Veri ambarı kurulumu

Yönetim geçen yılın aynı dönemiyle karşılaştırma istediğinde ilk engel, verinin geçmişinin tutulmamış olmasıdır. ERP bir ürünün bugünkü kategorisini bilir, ama geçen yıl hangi kategoride satıldığını bilmez; bayi el değiştirmiş, depo kodları yeniden düzenlenmiştir. Üstelik aynı müşteri muhasebe programında bir kodla, e-ticaret sitesinde e-posta adresiyle, CRM'de başka bir numarayla durur. Raporları doğrudan canlı sistemlerin veritabanından çekmek ise gün içinde o sistemleri yavaşlatır.

Kategori
Bulut, DevOps ve veri
Çalışma modeli
Proje bazlı
Hizmet bölgesi
Türkiye geneli, uzaktan ve yerinde

Veri ambarı kurulumu bu sorunları ayrı bir analiz veritabanında çözer. Kaynak sistemlerden veriyi düzenli aralıklarla çeker, ham hâliyle saklar, temizleyip ortak anahtarlarla eşleştirir ve analiz için tasarlanmış olay ve boyut tablolarına dönüştürürüz. Bir ürünün ya da müşterinin geçmişteki hâli korunduğu için yıllar arası karşılaştırmalar tutarlı kalır. Raporlama, tahmin ve yapay zekâ çalışmaları bu ortak temelin üzerine kurulur.

Veri ambarı kurulumu hangi şirketler için gerekli

Birden çok sistemde dağınık duran veriyi bir arada ve geçmişiyle analiz etmek gerektiğinde veri ambarı devreye girer.

  • ERP, e-ticaret sitesi, pazaryerleri ve mağaza satışlarını tek bir satış görünümünde birleştirmek isteyen perakende ve toptan şirketleri
  • Birden fazla şirketi ya da şubesi farklı muhasebe veritabanlarında tutulan holding ve gruplar
  • Rapor sorguları yüzünden canlı ERP veya uygulama veritabanı yavaşlayan işletmeler
  • Kendi ürününün kullanım verisini müşteri ve fatura verisiyle birlikte incelemek isteyen SaaS şirketleri
  • Talep tahmini ya da müşteri segmentasyonu gibi analitik projelere temiz ve tutarlı veriyle başlamak isteyen ekipler

Veri ambarı projelerinde aşılması gereken engeller

Bu engellerin çoğu teknik değil, verinin kendisinden ve iş kurallarından kaynaklanır.

  • 01

    Kaynaklar arası anahtar uyuşmazlığı

    Aynı ürün ERP'de stok koduyla, pazaryerinde barkodla, e-ticaret sitesinde başka bir kimlikle tutulur. Eşleştirme tabloları ve ana veri kuralları olmadan birleştirilmiş rapor yanlış toplam verir.

  • 02

    Değişen boyutların geçmişi

    Müşterinin bölgesi ya da ürünün kategorisi değiştiğinde eski satışların hangi değerle raporlanacağı bir iş kararıdır. Yavaş değişen boyut yöntemleriyle hem bugünkü hem de o günkü hâl saklanabilir.

  • 03

    Artımlı veri çekme

    Her gece bütün tabloları yeniden kopyalamak veri büyüdükçe sürdürülemez olur. Değişiklik zamanı, kayıt sürümü ya da değişiklik yakalama ile yalnızca yeni ve güncellenen kayıtlar alınır; silinen kayıtlar ayrıca ele alınır.

  • 04

    Veri kalitesi

    Boş müşteri kodları, gelecekte görünen fatura tarihleri ya da çift kaydedilmiş siparişler ambara taşındığında bütün raporları bozar. Yükleme sırasında çalışan kalite testleri bu kayıtları ayırır ve bildirir.

Veri ambarı kurulumu kapsamında yaptıklarımız

Proje, kaynak sistem sayısına ve analiz ihtiyacına göre aşamalara bölünür; ilk aşamada genellikle tek bir iş alanı uçtan uca çalışır hâle getirilir.

  • 01

    Katmanlı mimari

    Ham veri, temizlenmiş ara katman ve analiz katmanı ayrı tutulur. Bir dönüşüm hatası fark edildiğinde kaynak sisteme yeniden gitmeden ham veriden yeniden üretim yapılabilir.

  • 02

    Boyutsal modelleme

    Satış, tahsilat, stok hareketi gibi iş olayları için olay tabloları, ürün, müşteri, tarih ve şube gibi boyutlarla birlikte tasarlanır; tanımlar iş birimleriyle onaylanır.

  • 03

    Veri aktarım hatları

    Kaynaklardan çekme, dönüştürme ve yükleme adımları zamanlanmış, yeniden denenebilir ve izlenebilir iş akışları olarak kurulur; başarısız bir adım bildirim üretir.

  • 04

    Sürümlenen dönüşümler

    SQL dönüşümleri dbt gibi bir araçla sürüm kontrolünde tutulur, test edilir ve otomatik belgelenir; bir tablonun hangi kaynaklardan beslendiği soy ağacından görülebilir.

  • 05

    Erişim ve paylaşım katmanı

    Raporlama araçları ve analistler için ayrı şemalar, görünümler ve rol bazlı yetkiler tanımlanır; kişisel veri içeren sütunlar yalnızca gereken rollere açılır.

Veri ambarına bağlanan kaynaklar ve platformlar

Platform seçimi veri hacmine, mevcut bulut tercihinize ve verinin nerede tutulması gerektiğine göre yapılır.

  • 01

    ERP ve muhasebe sistemleri

    Örneğin Logo, Mikro, Netsis veya SAP Business One veritabanlarından salt okunur erişimle ya da sağladıkları servislerle veri alınır.

  • 02

    Pazaryeri ve e-ticaret verisi

    Trendyol, Hepsiburada, n11 gibi pazaryerlerinin ve e-ticaret altyapınızın sipariş, iade ve komisyon verisi API üzerinden düzenli olarak çekilir.

  • 03

    Bulut veri ambarları

    Google BigQuery, Snowflake, Amazon Redshift ya da Microsoft Fabric gibi yönetilen platformlar değerlendirilir; kullanım bazlı ücretlendirme modeli maliyet tahminine dâhil edilir.

  • 04

    Kendi altyapınızda çalışan seçenekler

    Verinin şirket içinde kalması gerekiyorsa PostgreSQL ya da ClickHouse gibi açık kaynak veritabanları üzerinde ambar kurulabilir.

  • 05

    Raporlama araçları

    Power BI, Looker Studio, Metabase veya Apache Superset gibi araçlar ambarın analiz katmanına bağlanır; tanımlar tek yerde kaldığı için araç değişse de rakamlar değişmez.

Veri ambarı kurulumu hizmeti nasıl ilerler?

  1. Adım 01

    Analiz

    İş akışınızı, kullanıcılarınızı ve mevcut sistemlerinizi dinleriz; kapsamı, öncelikleri ve kabul ölçütlerini yazılı hâle getiririz.

  2. Adım 02

    Tasarım

    Ekran akışlarını ve veri modelini çıkarırız. Arayüzü sizinle gözden geçirip onay almadan geliştirmeye geçmeyiz.

  3. Adım 03

    Geliştirme

    Kısa döngülerle çalışırız; her döngü sonunda çalışan bir sürümü test ortamında görürsünüz.

  4. Adım 04

    Test

    İşlevsel testler, entegrasyon testleri ve temel güvenlik kontrolleriyle hataları yayından önce yakalarız.

  5. Adım 05

    Yayın

    Sunucu, alan adı, yedekleme ve izleme ayarlarını yaparak canlıya alırız; ekibinize kısa bir kullanım eğitimi veririz.

  6. Adım 06

    Bakım

    İsterseniz bakım ve destek anlaşmasıyla güncellemeleri, izlemeyi ve yeni geliştirmeleri sürdürürüz.

Veri ambarında güvenlik, maliyet ve sürdürülebilirlik

Veri ambarı, şirketin farklı sistemlerindeki verinin bir araya geldiği yer olduğu için tek bir sızıntı noktası da olabilir. Müşteri adı, telefon ve kimlik numarası gibi alanlar analiz için gerekmiyorsa ambara hiç taşınmaz ya da maskelenir; gerekiyorsa erişimi sütun düzeyinde sınırlanır. KVKK kapsamında hangi kişisel verinin hangi amaçla saklandığı ve ne zaman silineceği proje belgesinde yer alır.

Devamını okuDaha az göster

Bulut veri ambarlarında maliyet, sorgunun taradığı veri miktarına ya da çalışan işlem kapasitesine göre oluşur. Tabloların tarihe göre bölümlenmesi, sık kullanılan özetlerin önceden hesaplanması ve boşta kalan kapasitenin otomatik kapatılması, faturanın kullanımla orantılı kalmasını sağlar.

Kaynak sistemlerde bir alanın adı değiştiğinde ya da yeni bir şube açıldığında aktarım hattı bozulabilir. Şema değişikliklerini yakalayan kontroller ve yüklenen satır sayısını önceki çalışmalarla karşılaştıran testler sayesinde sorun, rapor kullanıcısından önce veri ekibine ulaşır.

Bu hizmette çalışma modelleri

  • 01

    Proje bazlı

    Sabit kapsam, sabit fiyat ve belirli teslim tarihi

    Kapsamı belli, teslim tarihi olan işler için.

    • Yazılı kapsam ve kabul ölçütleri
    • Sabit fiyat ve belirli teslim tarihi
    • Teslim ve kabul adımları sözleşmede
    Bu modelle teklif alın: Proje bazlı

Veri ambarı kurulumu hakkında sık sorulan sorular

Veri ambarı kurulumu fiyatları neye göre değişir?

Bağlanacak kaynak sistem sayısı ve bu sistemlere erişim yöntemi, veri hacmi ve geçmişe ne kadar gidileceği, modellenecek iş alanı sayısı ve seçilen platform belirleyicidir. Proje aşamalara bölündüğü için her aşama ayrı kapsam ve bedelle planlanabilir.

Veri ambarı ile veri gölü arasındaki fark nedir?

Veri ambarı, analiz için temizlenmiş ve yapılandırılmış veriyi tutar; sorular baştan bellidir ve tanımlar ortaktır. Veri gölü ise ham ve farklı biçimdeki veriyi düşük maliyetle saklar. Birçok yapıda ham veri bir göl katmanında tutulup ambar bu katmandan beslenir.

Kurulumdan sonra veri ne sıklıkla güncellenir?

Çoğu iş raporu için gece ya da gün içinde birkaç kez güncelleme yeterlidir. Daha güncel veri gereken alanlarda değişiklik yakalama ile daha sık aktarım kurulabilir; sıklık arttıkça kaynak sistem üzerindeki yük ve altyapı maliyeti de birlikte değerlendirilir.

Mevcut Excel raporlarımız ne olacak?

Önce bu raporlardaki hesaplama mantığını çıkarır, ambardaki tanımlarla karşılaştırırız. Excel kullanıcıları isterse ambara doğrudan bağlanarak aynı raporu güncel veriyle almaya devam edebilir; elle kopyalama adımı ortadan kalkar.

Verimizin yurt içinde kalması gerekiyorsa hangi seçenekler var?

Kendi sunucularınızda ya da yurt içindeki bir veri merkezinde çalışan açık kaynak bir veritabanı üzerinde ambar kurulabilir. Yurt dışındaki bir bulut platformu kullanılacaksa kişisel verilerin aktarımına ilişkin yükümlülükleri hukuk danışmanınızla birlikte netleştirmenizi öneririz.

Proje teslim edildiğinde ekibimiz veri ambarı kurulumu firmasından neyi devralır?

Aktarım hatlarının kodu, dönüşümlerin ve testlerin bulunduğu depo, veri modelinin ve gösterge tanımlarının belgesi ile hata durumunda izlenecek adımlar teslim edilir. Ekibinizden bir kişiyle birlikte birkaç yükleme döngüsünü izleyerek işletimi devrederiz.

İlgili hizmetler ve sayfalar

Veri ambarı kurulumu için teklif alın

Kısa bir ön görüşmede ihtiyacınızı dinleyip kapsamı, çalışma modelini ve takvimi yazılı olarak paylaşırız.

+90 552 579 93 21