İş Zekası ve Raporlama Paneli Nedir?

İş zekası (BI), şirketin farklı sistemlerinde dağınık duran veriyi tek yerde toplayıp yöneticinin karar verebileceği bir özete dönüştürme işidir; raporlama paneli (dashboard) ise bu özetin ekrandaki hâlidir. Pratikte tek bir soruyu cevaplar: bu ay hangi ürün, hangi şubede, hangi kârlılıkla satıldı — ve cevabı üç kişiden Excel dosyası istemeden verir. Üç yolla kurulur: hazır bir BI aracı bağlamak, ERP’nizin kendi rapor modülünü açmak ya da kendi verinize göre özel bir panel geliştirmek. Doğru seçim veri kaynağı sayısına ve raporun ne sıklıkla değiştiğine bağlıdır. Aşağıda üç yolun farkını, bir panelin dört katmanını, gerçek bir özet tablo örneğini, panele hangi metriklerin girmesi gerektiğini ve projeyi bozan beş hatayı bulacaksınız.

İş zekası nedir, raporlama panelinden farkı ne?

İş zekası bir yazılım ürünü değil, bir süreçtir: veriyi toplamak, temizlemek, ortak bir tanıma oturtmak ve sunmak. Raporlama paneli bu sürecin yalnızca son adımıdır — vitrindir. Bu ayrımı atlayan projeler hep aynı yerde biter: güzel görünen ama kimsenin güvenmediği bir ekran. Panelde “ciro” yazan kutunun neyi saydığı (KDV dâhil mi, iadeler düşülmüş mü, iptal siparişler sayılıyor mu) yazılı olarak tanımlanmadıysa, ilk yönetim toplantısında iki müdür iki farklı sayı savunur ve panel üçüncü ayında rafa kalkar.

Excel ile raporlama nerede tıkanır?

Excel yanlış bir araç değildir; belirli bir ölçeğe kadar en hızlı araçtır. Sorun, şirket büyüdükçe raporun kendisinin bir işe dönüşmesidir. Tıkanma beş yerde görünür:

• Veri birden fazla yerde. Satış e-ticaret veritabanında, tahsilat muhasebe programında, stok depo sisteminde durur. Birleştirme işi her ay elle yapılır ve her ay biraz farklı yapılır.
• Rapor kişiye bağımlıdır. Dosyayı hazırlayan kişi izne çıktığında ay kapanışı gecikir; formüller zamanla kimsenin açıklayamadığı bir hâle gelir.
• Veri tarihlidir. Pazartesi hazırlanan rapor perşembe alınan kararı yönlendirir; arada gelen iadeler ve iptaller görünmez.
• Sürüm karmaşası çıkar. Aynı dosyanın üç kopyası dolaşır ve hangisinin doğru olduğu tartışmalıdır.
• Denetlenemez. Bir sayı yanlışsa hatanın hangi adımda girdiğini geriye doğru izlemek mümkün değildir.

Kritik eşik şudur: raporu hazırlamak ayda iki günden fazla sürüyorsa ya da aynı soruya iki bölüm iki farklı cevap veriyorsa, sorun Excel’in yeteneği değil, veriyi birleştirecek bir katmanın olmamasıdır. Veriyi zaten tek yerde toplayan bir sisteminiz varsa yolun yarısındasınız; bu katmanın ne kapsadığını ERP nedir yazımızda anlattık.

Bir raporlama panelinin dört katmanı

• Veri kaynakları — ERP, muhasebe programı, e-ticaret sitesi, CRM, pazaryeri panelleri, kargo firması. Her biri ayrı bir bağlantıdır ve her birinin güncelleme sıklığı farklıdır.
• Aktarım katmanı — kaynaklardan veriyi çekip tek bir veri ambarına yazan zamanlanmış iş. Buradaki tek kritik özellik yeniden çalıştırılabilir olmasıdır: iş yarıda kaldığında baştan çalıştırıldığında veriyi ikiye katlamamalıdır.
• Model katmanı — ham tabloların iş diline çevrildiği yer. Net ciro, aktif müşteri, geciken sipariş tanımları burada bir kez yazılır; paneldeki her grafik aynı tanımı kullanır.
• Sunum katmanı — grafikler, filtreler ve yetkiler. Şube müdürü yalnızca kendi şubesini görür, genel müdür hepsini. Yetki sonradan eklenen bir süs değil, kurulumda kararlaştırılan bir gerekliliktir.

Bu dört katmanın üçü kullanıcıya görünmez, ama projenin emeğinin yaklaşık dörtte üçü oradadır. “Bir dashboard yaptıralım” talebiyle gelen işlerin gerçek gövdesi neredeyse her zaman ilk iki katmandır: sistemlerin arayüzlerine bağlanmak ve veriyi düzenli aralıklarla güvenilir biçimde taşımak. Bu bağlantıların nasıl kurulduğunu API entegrasyonu nedir yazımızda ayrıntılandırdık.

Panel canlı veritabanını okumaz: özet tablo katmanı

Yeni başlayan ekiplerin en sık yaptığı tercih, paneli doğrudan canlı sipariş tablosuna bağlamaktır. İlk ay sorunsuz çalışır. Sipariş sayısı büyüdüğünde önce panel yavaşlar, sonra raporu açan her kullanıcı satış veritabanını yorar ve mağazanın kendisi yavaşlar. Doğru kurgu, panelin okuyacağı ayrı özet tablolar üretmektir: gece çalışan bir iş gün, şube ve ürün kırılımında toplamları hesaplar; panel yalnızca bu küçük tabloyu okur.

-- Günlük satış özeti. Panelin okuduğu tablo canlı sipariş tablosu değildir.
-- Gece çalışan iş yalnızca değişen kayıtları yeniden hesaplar.
INSERT INTO ozet_gunluk_satis (tarih, sube_id, siparis_adedi, net_ciro, iade_tutari)
SELECT
    CAST(s.olusturma_tarihi AS date)          AS tarih,
    s.sube_id,
    COUNT(*)                                  AS siparis_adedi,
    SUM(s.tutar - COALESCE(s.iade_tutari, 0)) AS net_ciro,
    SUM(COALESCE(s.iade_tutari, 0))           AS iade_tutari
FROM siparis s
WHERE s.durum IN ('tamamlandi', 'iade')
  AND s.guncelleme_tarihi >= :son_calisma_zamani   -- tam yeniden yükleme yok
GROUP BY CAST(s.olusturma_tarihi AS date), s.sube_id
ON CONFLICT (tarih, sube_id) DO UPDATE SET
    siparis_adedi = EXCLUDED.siparis_adedi,
    net_ciro      = EXCLUDED.net_ciro,
    iade_tutari   = EXCLUDED.iade_tutari;

İki ayrıntı bu sorguyu üretime dayanıklı kılar. Birincisi, koşulun güncelleme tarihine bakması: her gece tüm geçmişi yeniden hesaplamak yerine yalnızca değişen kayıtlar işlenir, böylece iş dakikalar değil saniyeler sürer. İkincisi, çakışma durumunda satırı güncellemesi: iş bir gün iki kez çalışırsa toplamlar ikiye katlanmaz, üzerine yazılır. Bu ikinci özellik yoksa bir gece yaşanan ağ kesintisi, ertesi sabah cironun iki katı görünmesiyle sonuçlanır — ve panelin güvenilirliği bir kerede biter.

Raporlama projelerinde teknik başarısızlık nadirdir; güven kaybı yaygındır. Panelin ilk haftasında bir sayı muhasebedeki sayıyla tutmazsa ekip panele bir daha bakmaz. Bu yüzden devreye alma planının ilk maddesi grafik sayısı değil, üç kilit metriğin kaynak sistemle rakam rakam karşılaştırılıp yazılı olarak mutabık kalınmasıdır.

Hazır BI aracı mı, özel dashboard mı?

• Hazır BI aracı (Power BI, Metabase, Looker Studio, Tableau gibi) — Kurulum hızlıdır, grafik çeşidi boldur, kullanıcı bir süre sonra kendi raporunu üretebilir. Ücretlendirme genellikle kullanıcı başına aylıktır; raporu okuyan kişi sayısı arttıkça maliyet doğrusal büyür. Standart satış ve finans raporları için en verimli yol budur.
• Mevcut yazılımın rapor modülü — Veri zaten içeride olduğu için ek entegrasyon gerekmez; en ucuz seçenektir. Sınırı esnekliktir: modülün sunmadığı bir kırılımı (örneğin kampanya bazlı kârlılık ya da müşteri yaşam boyu değeri) üretmek çoğu zaman mümkün değildir.
• Özel geliştirilen panel — Kendi ekranlarınızı, kendi metrik tanımlarınızı ve dışarıya açılabilen bir arayüzü istiyorsanız gereklidir. Kullanıcı başına lisans yoktur; maliyet baştan geliştirmeye ödenir. Paneli ürününüzün bir parçası olarak bayiye, franchise’a ya da müşteriye açacaksanız pratikte tek seçenek budur.

Karar kuralı basittir: raporu yalnızca şirket içinden 5-10 kişi okuyacaksa ve sorular standartsa hazır araç; rapor ürünün parçasıysa, yüzlerce kişiye açılacaksa ya da metrik tanımlarınız sektöre özgüyse özel panel. Bayi ağına açılan raporlama ihtiyacını B2B bayi sipariş sistemi yazımızda ayrıca ele aldık.

Panele hangi metrikler girer?

Bir panelin kalitesi grafik sayısıyla değil, kaç kararı hızlandırdığıyla ölçülür. İyi bir ilk sürüm tek ekrana sığar ve şu beş soruyu cevaplar:

• Ne kadar sattık? Net ciro, sipariş adedi ve ortalama sepet — geçen yılın aynı dönemiyle karşılaştırmalı.
• Ne kadar kazandık? Brüt kâr ve ürün ya da kategori kırılımında marj. Ciro büyürken marjın düşmesi, en geç fark edilen sorundur.
• Elimizde ne var? Stok gün sayısı ve tükenme riski taşıyan ürünler. Bu metriğin doğruluğu stok sisteminizin doğruluğu kadardır; seçenekleri stok takip programı mı özel yazılım mı yazımızda karşılaştırdık.
• Tahsilat nerede? Vadesi geçen alacaklar ve yaşlandırma tablosu. Bu veri muhasebe programından gelir; bağlantısını muhasebe programı entegrasyonu yazımızda anlattık.
• Operasyon aksıyor mu? Geciken siparişler, iade oranı ve ortalama teslim süresi.

Projeyi bozan beş hata

• Metrik tanımını yazmadan başlamak. “Ciro” kelimesinin tek bir yazılı tanımı yoksa panel toplantıdaki tartışmayı çözmez, büyütür.
• Canlı veritabanına doğrudan bağlanmak. Rapor trafiği operasyonu yavaşlatır; özet tablo katmanı baştan kurulmalıdır.
• Yetkilendirmeyi sonraya bırakmak. Maaş, maliyet ve müşteri verisi taşıyan bir panelde rol bazlı erişim ilk sürümün parçasıdır; sonradan eklemek modeli baştan yazmayı gerektirir.
• Aktarım işini sessiz bırakmak. Gece çalışan iş hata verdiğinde kimse haberdar olmuyorsa panel dünkü veriyi bugünün verisi gibi gösterir. Hata bildirimi zorunlu bir gereksinimdir.
• Elli grafikle başlamak. Kullanılmayan her grafik bir bakım yüküdür. Beş metrikle başlayıp kullanıcı istedikçe büyütmek hem daha ucuz hem daha çok kullanılan bir panel üretir.

Maliyet: neyin parasını ödüyorsunuz?

İş zekası projelerinin bütçesi tek kalemde değil, beş ayrı kalemde oluşur. Teklif isterken bunları ayrı ayrı görmek, iki firmayı gerçekten karşılaştırmayı mümkün kılar:

• Kaynak bağlantıları — her sistem ayrı bir iştir. Dokümante bir arayüzü olan bulut yazılıma bağlanmak birkaç gün sürerken, eski bir kurulu programın veritabanından okumak çok daha uzun sürer.
• Veri modeli — metrik tanımlarının çıkarılması ve özet tabloların kurulması. Genellikle projenin en büyük kalemidir ve en çok atlanan da budur.
• Panel geliştirme — ekranlar, filtreler, yetkilendirme ve dışa aktarma.
• Lisans ya da abonelik — hazır araç seçildiyse kullanıcı başına aylık ücret; özel panelde yalnızca sunucu ve veri ambarı maliyeti.
• Bakım — kaynak sistemlerden biri sürüm değiştirdiğinde ya da yeni bir metrik istendiğinde harcanacak süre. Yıllık bir bakım kalemi ayırmayan projeler ikinci yılda güncelliğini kaybeder.

Bu kalemleri adam-gün karşılığıyla istemek, tek bir toplam rakam almaktan çok daha fazlasını gösterir: ölçek büyüdüğünde hangi kalemin büyüyeceğini de görürsünüz. Adam-gün mantığının nasıl çalıştığını özel yazılım maliyeti yazımızda kalem kalem açıkladık.

Sonuç

Bir raporlama paneli şirketin zaten sahip olduğu veriyi karara çevirir; yeni veri üretmez. Bu yüzden başarı grafiklerin güzelliğinde değil üç şeyde saklıdır: metriklerin yazılı tanımı, veriyi düzenli ve güvenilir biçimde taşıyan bir aktarım işi ve ilk sürümü beş metrikle sınırlı tutacak disiplin. Küçük ölçekli bir başlangıç düşünüyorsanız küçük işletmeler için ERP yazımız iyi bir giriş noktasıdır. Dağınık sistemlerinizi tek panelde toplamak istiyorsanız kurumsal çözümler hizmetimize göz atabilir ya da mevcut sistemlerinizi anlatan kısa bir mesajla teklif alabilirsiniz.