Logo ERP kullanan pek çok işletmede tuhaf bir çelişki vardır: veri ERP'ye düzenli giriliyor, faturalar kesiliyor, stok hareketleri işleniyor, cari hesaplar güncel — ama yönetim toplantısına gelen sayılar hâlâ birinin gece elle hazırladığı bir Excel dosyasından geliyor. "ERP'miz var ama yönetim raporu alamıyoruz" cümlesi, sanıldığı kadar nadir bir şikâyet değildir.
Sorunun asıl kaynağı: iki farklı rapor türü
Bu çelişkinin kökeninde genellikle bir kavram karışıklığı yatar. ERP, doğası gereği operasyonel raporlar üretir: bugün kesilen faturaların dökümü, güncel stok listesi, açık cari hesap bakiyeleri, bekleyen siparişler. Bu raporlar doğrudur, günceldir ve işin yürümesi için gereklidir. Ama bunlar tek bir ana odaklıdır — "şu an ne durumdayız".
Yönetimin ihtiyaç duyduğu rapor ise farklı bir şeye cevap arar: karşılaştırma ve eğilim. Bu ay geçen aya göre nasıl? Bu yıl geçen yılın aynı dönemine göre nerede? Hangi yön iyileşiyor, hangisi kötüleşiyor? Bu, tek bir andaki durumu değil, zaman içindeki değişimi ve bu değişimin ardındaki nedeni görmeyi gerektirir. ERP'nin standart ekranları bu soruyu doğrudan yanıtlamak üzere tasarlanmamıştır — çünkü onların işi farklıdır.
Bu ayrımı görmeden atılan her adım, yanlış yere yatırım olur. "ERP'yi değiştirelim, bu ERP raporlama yapamıyor" sonucuna varmadan önce, aslında istenen şeyin ERP'nin değil, ERP'nin üzerine kurulacak ayrı bir raporlama katmanının işi olduğunu görmek gerekir.
Excel'e dökme alışkanlığının gerçek maliyeti
ERP'nin üretmediği karşılaştırmalı görünüm, çoğu işletmede aynı şekilde telafi edilir: biri her ay ERP'den veriyi çeker, Excel'e aktarır, formüllerle birleştirir, birkaç sekmeye dağıtır ve toplantıya yetiştirir. Bu çözüm işe yarıyormuş gibi görünür — ama taşıdığı maliyet genellikle görünmez kalır.
- Versiyon karmaşası: Aynı raporun üç farklı sürümü üç farklı kişide dolaşır; hangisinin güncel olduğu belirsizleşir.
- Elle hata: Kopyala-yapıştır, formül sürükleme veya yanlış filtre — büyük tablolarda tek bir hücre hatası fark edilmeden ilerler ve karara girer.
- Geç kalmış bilgi: Rapor hazırlanana kadar geçen süre (genellikle birkaç gün) yönetimin baktığı sayıyı, karar anına göre zaten eskimiş hâle getirir.
- Kimsenin aynı rakama bakmaması: Satış ekibi kendi tablosuna, finans kendi tablosuna göre konuşur; toplantıda tartışma sayının doğruluğu üzerine kilitlenir, kararın kendisine değil.
- Bağımlılık riski: Tabloyu hazırlayan kişi izinliyken veya işten ayrıldığında, o raporu nasıl ürettiği de çoğu zaman onunla birlikte gider.
Yönetimin gerçekten sorduğu sorular
Yönetim toplantılarında dönüp dolaşıp sorulan sorular, aslında görece sınırlı bir kümedir. Bu soruların çoğu ERP'de zaten var olan veriden cevaplanabilir — yeter ki veri doğru biçimde bir araya getirilsin:
- Kârlılık nerede oluşuyor: Hangi ürün grubu, hangi bölge, hangi kanal gerçekten kâr bırakıyor; hangisi ciro büyütüp kâr eritiyor?
- Hangi müşteri veya ürün gerçekte kazandırıyor: Ciroya göre büyük görünen bir müşteri, maliyet ve iskonto düşüldüğünde aslında düşük katkı sağlıyor olabilir.
- Nakit nerede takılıyor: Tahsilat ile ödeme arasındaki fark hangi dönemde açılıyor, hangi müşteri grubu ödemeyi sistematik olarak geciktiriyor?
- Stok devir hızı: Hangi ürün grubunda stok hızlı dönüyor, hangisi depoda uzun süre bekliyor ve sermayeyi bağlıyor?
- Tahsilat performansı: Vadesi geçmiş alacaklar hangi müşterilerde yoğunlaşıyor, tahsilat süresi zaman içinde uzuyor mu kısalıyor mu?
Bu soruların ortak özelliği, tek bir ekranda değil, birden fazla modülün verisinin (satış, stok, finans, cari) birlikte okunmasını gerektirmesidir. İş zekâsı katmanının asıl işlevi budur: dağınık veriyi bu sorulara cevap verecek şekilde bir araya getirmek.
Dürüst bir uyarı: veri kalitesi olmadan rapor işe yaramaz
Burada iyimser bir tablo çizmek yanıltıcı olur. Bir dashboard kurmak, altındaki veri tutarsızsa sorunu çözmez — sadece yanlış rakama daha hızlı ve daha güvenle bakılmasını sağlar. Stok hareketleri gecikmeli giriliyorsa, cari mutabakatlar aylarca yapılmıyorsa, aynı ürün farklı depo/şube kayıtlarında farklı kodlarla tanımlıysa, üzerine kurulacak her rapor bu bozukluğu miras alır.
Kötü veriye güzel bir görsel giydirmek, sorunu gizlemekten başka bir işe yaramaz; hatta zararı büyütür — çünkü artık yanlış sayı, doğruymuş gibi görünen bir grafikle sunulmaktadır. Bu yüzden raporlama çalışmasının ilk adımı genellikle rapor tasarımı değil, hangi verinin ne kadar güvenilir olduğunu dürüstçe tespit etmektir.
İş zekâsı ERP'yi değiştirmez, üstüne katman ekler
Burada netleştirilmesi gereken bir başka nokta: iş zekâsı çözümü, ERP'nin yerini almaz. ERP, işin günlük operasyonunu (fatura kesme, sipariş girme, stok hareketi) yürütmeye devam eder; iş zekâsı katmanı bu operasyonun ürettiği veriyi düzenli aralıklarla okur, birleştirir ve karşılaştırmalı görünümlere dönüştürür. Biri işi yapar, diğeri yapılan işi görünür kılar. Bu ayrımı net tutmak, "ERP'mizi değiştirmemiz mi gerekiyor" gibi gereksiz ve maliyetli bir tartışmayı baştan önler.
Nereden başlanmalı: tek bir soru, dev bir proje değil
Raporlama ihtiyacına genellikle iki şekilde yaklaşılır. Birincisi, "her şeyi kapsayan bir yönetim panosu" kurmaya çalışmaktır — tüm departmanları, tüm göstergeleri, tüm senaryoları aynı anda kapsayan bir proje. Bu yaklaşım hem uzun sürer hem de kapsamı büyüdükçe hangi göstergenin gerçekten önemli olduğu netliğini kaybeder.
İkinci ve daha isabetli yaklaşım, yönetimde en çok tartışılan tek bir soruyla başlamaktır: örneğin "hangi ürün grubu gerçekten kâr bırakıyor?" Bu soru netleştiğinde hangi verinin gerektiği, hangi kaynaklardan geleceği ve nasıl görselleştirileceği de netleşir. İlk rapor doğru çalıştığında bir sonraki soruya geçilir. Kapsam, ihtiyaç doğrultusunda büyür; baştan tahmin edilerek değil.
Raporlamanın bir sahibi olmalı
Kurulduktan sonra kimsenin sahiplenmediği bir dashboard, yavaşça ölür: veri kaynağı değiştiğinde kimse güncellemez, bir gösterge yanlış görününce kimse fark etmez, yeni bir ihtiyaç doğduğunda kimse talep etmez. Raporlamanın işlevini sürdürmesi için, o raporu düzenli kullanan ve doğruluğundan sorumlu tutulan bir sahibi olmalıdır — genellikle finans veya yönetim tarafında somut bir kişi. Sahibi olmayan rapor, er ya da geç yeniden Excel'e dönüşür.
Özetle: sorun çoğu zaman veri eksikliği değil, mevcut verinin doğru katmanla, doğru soruya karşılaştırmalı biçimde görünür kılınmamasıdır. Bu görünürlüğü sağlamak insan yargısının yerini almaz; yalnızca o yargının önüne, tartışmasız aynı sayıyı koyar. İşin ilerleyen aşamasında bu görünür veri, yapay zekâ destekli öngörü ve karar modelleri için de bir zemin oluşturur — ama o, ayrı bir konudur.