Veri ambarı projeleri genellikle bir araç seçimiyle başlar: hangi platform, hangi BI aracı, hangi bulut. Oysa projenin seyrini belirleyen soru çok daha sadedir: verileriniz nerede duruyor, kime ait ve ne sıklıkla değişiyor? Bu sorulara tek bir belgede yanıt veren çalışmaya kaynak sistem envanteri diyoruz. Bu yazıda ERP, CRM ve saha sistemlerindeki veri kaynaklarını, sahiplerini ve güncellenme sıklığını tek tabloda toplamayı adım adım anlatıyoruz.
Envanter çıkarılmadan başlayan projelerde tipik tablo şudur: Geliştirme ilerledikten sonra bir Excel dosyasının aslında kritik bir rapora kaynaklık ettiği anlaşılır. Aynı müşteri için iki sistem farklı kayıt tutar. Bir veri tablosunun kimin sorumluluğunda olduğu bilinmez. Bunların her biri takvimi uzatır ve rapor güvenini zedeler. Envanter, bu sürprizleri proje başlamadan görünür kılar.
01Kaynak sistem envanteri veri ambarı projesinde neden ilk adımdır?
Veri ambarı, dağınık kaynaklardaki verileri ortak bir yapıda toplayıp raporlanabilir hâle getirir. Hangi kaynağın ambara gireceğine, hangisinin dışarıda kalacağına karar verebilmek için önce elinizdeki kaynakları bilmeniz gerekir. Envanter üç somut fayda sağlar:
- Kapsam netliği: İlk aşamada hangi kaynakların bağlanacağı, hangilerinin sonraya bırakılacağı yazılı hâle gelir.
- Sorumluluk netliği: Verinin iş sahibi ve teknik sahibi bellidir; tutarsızlık çıktığında kime gidileceği bilinir.
- Planlanabilir yükleme: Güncellenme sıklığı bilinen bir kaynak için anlık mı, saatlik mi, gecelik mi aktarım gerektiği daha doğru tartılır.
Envanter bir BT dokümantasyon ödevi değil, iş ve BT tarafının birlikte doldurduğu bir karar belgesidir. Bu nedenle sade tutulmalı ve tek tabloda yaşamalıdır.
02Envanter tablosu: hangi sütunlar gerekir?
Tablonun her satırı bir kaynak sistemi, her sütunu o kaynağa dair bir soruyu temsil eder. Aşağıdaki yapı ERP, CRM ve saha sistemlerini aynı çatı altında toplamak için yeterlidir. Değerler yalnızca örnektir; kendi kurumunuzun gerçek verileriyle doldurulmalıdır.
| Kaynak sistem | Tür | Ana veri alanları | Sahip (rol) | Güncellenme sıklığı | Erişim yöntemi | Kişisel veri |
|---|---|---|---|---|---|---|
| ERP (muhasebe ve stok) | İş uygulaması | Cari, fatura, stok hareketi | Finans müdürü / BT yöneticisi | Gün içinde sürekli, kapanış dönemlerinde yoğun | API veya veritabanı okuma kopyası | Evet (cari bilgileri) |
| CRM | İş uygulaması | Müşteri, fırsat, görüşme notu | Satış müdürü / CRM yöneticisi | Gün içinde sürekli | REST API | Evet |
| Üretim hattı verisi | Saha sistemi | Sayaç, duruş, kalite ölçümü | Üretim müdürü / otomasyon sorumlusu | Saniye ya da dakika bazlı | Ara katman, dosya ya da kuyruk | Hayır |
| Sipariş takip dosyası | Excel | Haftalık sipariş listesi | Operasyon sorumlusu | Haftalık, elle | Paylaşımlı klasör | Kısmen |
Dördüncü satır dikkatinizi çekmeli: Excel dosyaları genellikle resmî sistem listesinde yer almaz, ama raporların önemli bir bölümü onlardan beslenir. Envantere dâhil edilmeleri gerekir.
03Adım adım envanter nasıl çıkarılır?
- Kapsamı iş sorusuyla sınırlayın. Tüm şirketi taramak yerine, ambarın yanıtlaması gereken üç ila beş iş sorusuyla başlayın. Örneğin aylık satış ile tahsilat farkı ya da hat bazlı duruş süresi.
- Sistem listesini üç yönden çıkarın. Süreç sahipleriyle kısa görüşmeler yapın, BT varlık kayıtlarına bakın ve yazılım abonelik ödemelerini gözden geçirin. Üç kaynağın kesişimi, hem resmî sistemleri hem de bölümlerin kendi kurduğu araçları yakalar.
- Her sistem için tek satır açın. Yukarıdaki tablonun sütunlarını doldurun. Bilinmeyen alanı boş bırakmak yerine "doğrulanacak" yazın ve sorumlusunu atayın.
- İki ayrı sahip yazın. İş sahibi verinin anlamından ve doğruluğundan, teknik sahip erişimden ve altyapıdan sorumludur. İkisi çoğu zaman farklı kişilerdir.
- Güncellenme sıklığını varsayımla değil gözlemle yazın. Ana tablolarda son kayıt zaman damgasına bakın; hangi saatlerde ve hangi günlerde yeni kayıt geldiğini birkaç gün izleyin.
- Erişim yöntemini ve kısıtlarını not edin. API var mı, doğrudan veritabanı okuması mümkün mü, yalnızca dosya dışa aktarımı mı sunuluyor? Okuma yetkisi için ek lisans ya da teknik kullanıcı gerekip gerekmediğini de yazın.
- Envanteri iş ve BT birlikte onaylasın. Onaylanmamış envanter, bir sonraki toplantıda yeniden tartışılan bir taslaktan öteye geçmez.
ERP kaynaklarında nelere bakılır?
ERP tarafında ayrım modül düzeyinde yapılır: finans, stok, satın alma, üretim. Aynı ERP içinde modüller farklı sahiplere ve farklı güncelleme düzenine sahip olabilir. Dönem kapanışlarında geriye dönük düzeltme yapılıp yapılmadığını da sorun; bu, ambara yüklenen verinin sonradan değişebileceği anlamına gelir.
CRM kaynaklarında nelere bakılır?
CRM verisi çoğu zaman serbest metin ve elle girilen alanlardan oluşur. Zorunlu alanları, tekrar eden müşteri kayıtlarını ve ERP'deki cari kodla eşleşme olup olmadığını envantere not edin. Bu eşleşme anahtarı, ileride müşteri bazlı raporların temelini oluşturur.
Saha sistemlerinde nelere bakılır?
Sensör, sayaç, PLC ve SCADA gibi saha kaynaklarında asıl soru verinin nasıl dışarı alınacağıdır. Doğrudan erişim güvenlik gerekçesiyle sınırlı olabilir; bu durumda ara katman ya da denetimli bir ağ geçidi gerekir. Bağlantı koptuğunda verinin cihazda tamponlanıp tamponlanmadığını da tabloya yazın.
04Envanteri veri ambarı kapsamına çevirmek
Tablo dolduktan sonra iki ek sütun açın: öncelik ve risk. Önceliği, ilk aşamadaki iş sorularına katkıya göre belirleyin. Hem bir iş sorusunu yanıtlayan hem de erişimi kolay olan kaynaklar ilk dalgaya girer. Risk sütununda şu işaretleri kullanabilirsiniz:
- Kişisel veri içeriyor: KVKK kapsamında amaç, saklama süresi ve erişim yetkisi ambar tasarımında baştan düşünülmelidir. Gerekirse maskeleme planlanır.
- Sahibi belirsiz: Sahibi atanmadan ambara alınmaz.
- Erişim yöntemi yok: Önce erişimin nasıl sağlanacağı çözülür; çözülmeden takvime konmaz.
- Elle güncelleniyor: Veri kalitesi riski taşır; doğrulama kuralı gerektirir.
Küçük başlayın: ilk dalgada üç ila beş kaynağı güvenilir biçimde bağlamak, on beş kaynağı yarım yamalak bağlamaktan daha değerlidir.
Önceliklendirilmiş envanter, aynı zamanda ambar tasarımının girdisidir. Hangi kaynağın hangi sıklıkla yükleneceği, hangi tabloların ortak müşteri ya da ürün anahtarıyla birleştirileceği ve hangi alanların maskeleneceği bu belgeden çıkar.
05Sık sorulan sorular
Envanteri kim hazırlamalı?
Tek bir kişi yeterli değildir. BT tarafı sistemleri ve erişim yöntemlerini, iş birimleri ise verinin anlamını ve sahipliğini bilir. Pratikte bir koordinatör tabloyu tutar; iş birimi temsilcileri kendi satırlarını doğrular.
Envanter için özel bir araç gerekir mi?
Başlangıçta gerekmez. Paylaşımlı bir elektronik tablo yeterlidir. Önemli olan sütunların tutarlı doldurulması ve tablonun güncel tutulmasıdır. Sistem sayısı arttıkça veri katalogu araçları değerlendirilebilir.
Dokümantasyonu olmayan eski bir sistemi nasıl ele alırız?
Önce sistemi kullanan kişilerden ve ekranlardan hangi verinin üretildiğini çıkarın. Ardından veritabanı yapısını ve son kayıt zamanlarını inceleyin. Bulduklarınızı "doğrulanacak" işaretiyle envantere yazın; doğrulama sonrası tabloyu güncelleyin.
06Sonuç
İyi hazırlanmış bir kaynak sistem envanteri, veri ambarı projesinin sürpriz çıkaran kısımlarını başta görünür kılar: kaynaklar, sahipler, güncelleme düzeni, erişim yolları ve riskler tek sayfada toplanır. Siz de bu tabloyu bir iş sorusuyla başlatıp iş ve BT ekipleriyle birlikte doğrulayarak ilerleyebilirsiniz. Veri ambarı, iş zekâsı panoları ve makine öğrenmesi çalışmalarında OPEIS'in nasıl bir yaklaşım izlediğini görmek isterseniz Veri Analitiği hizmet sayfamızı inceleyebilirsiniz.
07Kaynaklar
DESTEK
Bu konuda destek alın
Yazıdaki yaklaşımı kendi altyapınıza uyarlamak için ekibimize yazın. 1 iş günü içinde dönüş yapıyoruz.
İletişime geçin