ERP'nin biriktirdiği veri yönetim kararına nasıl çevrilir?
Çoğu üreticide ERP, sürecin omurgasıdır; ancak yönetici kararını oradan değil Excel'den alır. Sebebi karmaşıklık değil; ERP'nin yöneticiye değil, operasyona kurulu olmasıdır. Aradaki katmanı yapay zekâ destekli bir iş zekâsı doldurur.
Türkiye'deki orta ve büyük ölçekli üreticilerin önemli bir kısmı yıllar içinde ERP yatırımı yapmış, süreçlerini bu sistemin etrafında kurmuştur. Logo, Mikro, Netsis veya SAP — adı ne olursa olsun, ERP üretim, satış, finans ve stok süreçlerinin merkezi haline gelmiştir. Buna rağmen yönetim ekiplerinin gündelik karar süreçleri ERP'den değil, dışarı çıkarılmış Excel raporlarından beslenir.
Bu durumun teknik bir sebebi vardır: ERP'ler operasyonel verinin kaydedilmesi için tasarlanmıştır, yöneticinin yorumlaması için değil. Aynı veri, raporlanırken bir mühendislik katmanından geçmek zorundadır. Bu katmanın olmadığı yerde herkes Excel'e döner.
1 — Sorunun adı: rapor değil, karar
Yönetim raporlarının çoğu “rapor” adıyla anılır ama aslında karar üretmek için gereken görünüme dönüştürülmemiş ham veridir. Bir yönetici tablonun başına oturduğunda zihninde dört iş yapar: kıyaslama (geçen aya / bütçeye göre), trend okuma, anomali tespiti ve aksiyon çıkarımı. Bu dört iş için ham tablo yeterli değildir.
Yönetim raporu ile karar paneli arasındaki fark, “neyi gösterdiği” değil, “neyi sorguladığıdır”. Karar paneli yöneticiye hangi metriklerin normalin dışına çıktığını söyler, neden çıktığını sorgulatır.
2 — Veri katmanı: doğrudan ERP üzerinde okuma
Yöneticiye anlamlı veri akışı için ilk adım, ERP'nin canlı veritabanı üzerinde okuma erişimidir. Bu erişim, ERP'nin operasyonel performansını etkilememeli; tipik olarak read replica ya da bekletilmiş bir kopya üzerinden alınır. Veri çekme aralığı, sektöre göre 1 dakikadan 1 saate kadar değişebilir; üretim sektöründe 5–15 dakikalık tazelik çoğu vaka için yeterlidir.
- Read replica ile ERP performansını etkilemeyen veri akışı
- Standart veri sözlüğü ile çoklu ERP destekli soyutlama
- Veri kalitesi kontrolleri ve eksik kayıt uyarıları
3 — Görünüm katmanı: KPI değil, eşik
Yöneticinin karar verebilmesi için her metriğin yanında bir eşik bulunmalıdır: hedef, geçen yıl, kategorinin ortalaması, sektörün karşılaştırması. Eşiksiz tek başına metrik bir karar üretmez. “Bu ay ciro 12 milyon” cümlesi başlı başına bir karar üretmez; “Bu ay ciro 12 milyon, hedefin %18 altında, sebep X kategorisindeki düşüş” cümlesi karar üretir.
Lys Tech'in Datalys ürünü bu eşik mantığını yapay zekâ destekli AI Studio modülü üzerinden işletir. Modül, yöneticiye belirtmediği eşikleri bile veriden çıkarır: önceki dönemlere göre anormal düşen kalemleri öne çıkarır, beklenmedik artışları işaret eder.
4 — Aksiyon katmanı: panodan operasyona köprü
Karar paneli yalnız bir gözlem aracı olarak kalırsa kıymeti sınırlıdır. İdeal kurguda, panoda görülen bir fırsat veya risk, doğrudan operasyona aktarılabilen bir aksiyona dönüştürülebilir olmalıdır. Tahsilatı geciken bir müşteri için Paylys üzerinden ödeme linki üretmek, performansı düşen bir reklam grubuna Adlys'te bütçe yeniden dağıtmak — bunlar panodan operasyona köprülerdir.
Bu köprü, ürün ailelerinin tek mühendislik standardında geliştirildiği zaman doğal olarak kurulur. Parçalı SaaS yığınlarında her kanal için ayrı kimlik doğrulama, ayrı veri formatı ve ayrı operasyon ekibi gerekir.
5 — Mühendislik prensipleri
- Read-only veri erişimi ile ERP performansını koruma
- Rol bazlı yetkilendirme ve denetim kayıtları
- Veri sözlüğü ile çoklu ERP soyutlama
- Yapay zekâ destekli anomali tespiti ve doğal dilde sorgu
- KVKK uyumlu mimari, tenant izolasyonu
Sonuç: ERP'nin biriktirdiği veriyi yönetici kararına çevirmek bir “rapor üretme” problemi değil, bir mühendislik tasarımı problemidir. Doğru tasarlanmış bir iş zekâsı katmanı, yöneticinin günü Excel'de değil, panoda geçirmesini ve günlük kararlarını veriden alarak yönetmesini sağlar.