Yönetim Raporlama Paneli: ERP Verisinden Sabah Ekranı Kurmak
Yönetim raporlama paneli nedir, ne değildir?
Yönetim raporlama paneli, işletmenin ana göstergelerini mevcut programlardan okuyup tek ekranda, tanımlı aralıklarla yenilenen biçimde gösteren rapor katmanıdır. Bir ERP modülü değildir, ERP'nin yerine geçmez ve ERP'deki hiçbir kaydı değiştirmez.
Panelin ERP'nin kendi raporlarından farkı iki noktadadır. Birincisi birleştirmedir: satış ERP'de, üretim kaydı ayrı bir programda, banka bakiyesi başka bir yerde olabilir; panel bunları yan yana koyar. İkincisi seçiciliktir: ERP yüzlerce rapor sunar, sabah ekranı ise yalnızca yöneticinin her gün baktığı birkaç göstergeyi ve eşiği aşanları gösterir.
Panel bir analiz aracı da değildir. "Geçen yılın aynı çeyreğinde hangi bayi hangi ürün grubunu ne kadar sattı" gibi keşif soruları için ayrı bir analiz ortamı daha uygundur. Sabah ekranının işi keşif değil, istisnayı göstermektir.
Neden en düşük riskli yazılım projesi: salt okuma ilkesi
Yönetici paneli, ERP'ye hiçbir kayıt yazmadığı için yazılım projeleri içinde riski en düşük olanlardan biridir. Yanlış kurulmuş bir panel yanlış bir rakam gösterebilir, ama muhasebe kaydını, stok bakiyesini veya faturayı bozamaz.
Bu güvenceyi gerçek kılmak için salt okuma ilkesi teknik olarak da uygulanır:
- Ayrı ve kısıtlı kullanıcı: Panel, ERP veritabanına yalnızca okuma yetkisi olan, kişisel olmayan ayrı bir kullanıcıyla bağlanır. Bu kullanıcının yazma yetkisi yoktur; hata olsa bile kayıt değiştiremez.
- Yükü ERP kullanıcılarından uzak tutmak: Ağır sorgular canlı veritabanı yerine mümkünse bir rapor kopyası üzerinde çalıştırılır ya da gece toplanıp ayrı bir rapor tablosunda tutulur. Böylece muhasebe ekibi panel yüzünden yavaşlamaz.
- Resmi arayüzün olduğu yerde resmi arayüz: Bazı üreticiler doğrudan veritabanı erişimini değil kendi arayüzlerini öngörür. Örneğin Mikro, Desktop API içindeki serbest SQL ucunu yalnızca SELECT için belgeler; Microsoft, Dynamics 365 Business Central'da doğrudan veritabanı entegrasyonunu desteklemez ve API'yi öngörür. Bulut programlarda zaten tek yol üreticinin API'sidir ve istek sınırlarına uyulur.
- Kurulumu bozmamak: ERP veritabanına panel için tablo, tetikleyici veya saklı yordam eklenmez. Bu tür eklemeler sürüm yükseltmesinde sorun çıkarabilir.
Salt okuma ilkesi ERP entegrasyonunun genel kuralının bir parçasıdır: okuma doğrudan yapılabilir, yazma her zaman programın resmi arayüzünden yapılır. Panel bu kuralın yalnızca okuma tarafında kalır.
Sabah ekranında hangi göstergeler olmalı? Sektöre göre örnekler
Sabah ekranı 8-12 göstergeyle sınırlı tutulmalıdır; daha fazlası ekranı her gün bakılan bir araç olmaktan çıkarıp ayda bir açılan bir rapora dönüştürür. Aşağıdaki tablo sektörlere göre başlangıç önerileridir; hangilerinin sizin ekranınıza gireceği işletmenin önceliklerine göre seçilir.
| Sektör | Satış ve tahsilat | Operasyon | Stok ve nakit |
|---|---|---|---|
| İmalat | Dünkü sipariş girişi, termini geçmiş sipariş sayısı | Dün biten iş emri, plansız duruş süresi, fire miktarı | Kritik seviyenin altındaki hammadde, vadesi bu hafta dolan tahsilat |
| Toptan ve dağıtım | Dünkü satış (bayi/bölge kırılımında), iade | Sevk edilemeyen sipariş, bekleyen irsaliye | Stok devir hızı düşük ürünler, vadesi geçmiş alacak |
| Perakende ve e-ticaret | Kanal bazında dünkü ciro, iptal ve iade | Kargoya verilmemiş sipariş, ortalama hazırlama süresi | Satılabilir stoku tükenen ürünler, pazaryeri hakediş bekleyen tutar |
| Hizmet ve proje | Teklif sayısı ve dönüşen teklif, faturalanmamış iş | Geciken iş/proje, açık destek talebi | Vadesi geçmiş alacak, bu hafta ödenecekler |
Her sektörde ortak olan birkaç gösterge vardır: banka ve kasa toplamı, vadesi geçmiş alacak, bu hafta ödenecek borçlar. Bunlar çoğu işletmede muhasebe programından doğrudan okunabilir.
Her gösterge için bir tanım kartı yazın
Panelin en sık başarısız olduğu nokta teknoloji değil tanımdır. "Dünkü satış" bir kişi için kesilen faturaların KDV hariç toplamı, bir başkası için girilen siparişlerin KDV dahil toplamıdır. Her gösterge için aşağıdaki kart doldurulmadan panel kurulmamalıdır:
- Ad ve soru: Gösterge hangi soruya cevap veriyor?
- Hesaplama: Hangi belgeler dahil, hangileri hariç (iade, iptal, iç satış, numune)? KDV dahil mi hariç mi? Döviz nasıl çevriliyor?
- Kaynak: Hangi program, hangi tablo veya arayüz?
- Tazelik: Ne sıklıkla yenileniyor?
- Sahibi: Rakam sorgulandığında kim cevap veriyor?
- Eşik: Hangi değerde renk değişiyor veya uyarı çıkıyor?
Tanım kartı yazılınca çoğu zaman ilk sürpriz çıkar: aynı göstergenin muhasebe ve satış tarafından farklı hesaplandığı ortaya çıkar. Bu tartışmanın panel canlıya çıkmadan yapılması, panelin güvenilirliğini baştan korur.
Veri tazeliği: her göstergenin anlık olması gerekmez
Veri tazeliği, göstergenin kaynağındaki değişikliğin panele ne kadar sürede yansıdığıdır ve her gösterge için ayrı belirlenir. Sabah ekranının büyük kısmı için gece yapılan bir yenileme yeterlidir, çünkü soru zaten "dün ne oldu"dur.
Gün içinde değişen ve müdahale gerektiren birkaç gösterge (kargoya verilmemiş sipariş, duran hat) daha sık yenilenebilir. Anlık yenileme her zaman daha iyi değildir: her yenileme ERP'ye bir sorgu gönderir ve sık sorgu, ERP'yi kullanan ekibi yavaşlatabilir. Bu yüzden tazelik ihtiyaca göre seçilir ve ekranda her göstergenin son güncellenme saati görünür.
Yetki: kim neyi görür?
Yetki, panelin aynı ekranı farklı kullanıcılara farklı veriyle göstermesidir ve tasarımın başında belirlenir. Genel müdür bütün işletmeyi, bölge sorumlusu kendi bölgesini, şube müdürü kendi şubesini görür; maaş ve maliyet gibi hassas kalemler yalnızca ilgili kişilere açılır.
Yetki iki katmanda düşünülür: hangi ekranı görebileceği ve o ekranda hangi satırları görebileceği. Çok şirketli ve çok şubeli kurulumlarda ikinci katman kritik önem taşır. Örneğin Logo ürünlerinde firma numarası, döneme bağlı tablolarda ise dönem numarası da tablo adına gömülüdür; panel yanlış firmanın tablosunu okursa rakam hata vermeden yanlış çıkar. Firma ve şube filtresinin atlanması rapor projelerinde sık görülen hatalardandır.
Hazır BI aracı mı, özel panel mi?
Hazır BI aracı ile özel panel arasındaki seçim, kimin raporu kuracağına, kaç kişinin izleyeceğine ve panelin iş akışına ne kadar bağlanacağına göre yapılır. İki yol da aynı veri tanımlarını ve aynı salt okuma ilkesini gerektirir.
Hazır BI aracının lisans modeli: Power BI örneği
Hazır BI araçları genellikle kullanıcı başına ya da kapasite bazında lisanslanır; modelin ayrıntısı izleyici sayısına bakılarak okunmalıdır. Microsoft'un Power BI belgelerine göre (2026 itibarıyla) üç kullanıcı başına lisans türü vardır: ücretsiz (Fabric Free), Pro ve Premium Per User (PPU); bunlara ek olarak kapasite lisansları bulunur. Ücretsiz lisanslı kullanıcı kendi raporlarını oluşturabilir, ama içerik yeterli büyüklükte bir kapasitede (Fabric F64 ve üstü ya da Premium) barınmıyorsa başkalarının paylaştığı içeriği görüntüleyemez; paylaşılan içeriği izlemek için izleyicinin de uygun ücretli lisansı olması gerekir.
Aynı belgelerde iki pratik ayrıntı daha var. Paylaşımlı kapasitedeki bir veri modeli günde en fazla 8 zamanlanmış yenileme alabilir, Premium'da bu sayı 48'dir. İşletmenin kendi sunucusundaki bir veritabanına bulut servisinden erişmek için yerel ağa kurulan bir veri ağ geçidi (on-premises data gateway) gerekir. Satır bazlı güvenlik (RLS) tanımlanabilir, ancak Microsoft'un notuna göre bu kısıt yalnızca çalışma alanında "Görüntüleyici" rolündeki kullanıcılara uygulanır. Güncel lisans koşulları ve fiyatlar için Microsoft'un kendi sayfalarına başvurun; diğer BI araçlarının modelleri farklıdır ve her biri ayrıca değerlendirilir.
Karar tablosu
| Ölçüt | Hazır BI aracı öne çıkar | Özel panel öne çıkar |
|---|---|---|
| Raporu kim kuracak? | İçeride rapor kurgulamayı bilen ve bunu sürdürecek biri var | İçeride böyle biri yok, panel teslim alınıp kullanılacak |
| Kaç kişi izleyecek? | İzleyici sayısı lisans modeline makul biçimde uyuyor | Sahada, şubelerde veya bayilerde çok sayıda izleyici var |
| Ekran ne yapacak? | Yalnızca gösterecek ve analiz yapılacak | Gösterilen kayda tıklayıp işlem başlatılacak (onay, görev açma, bildirim) |
| Veri kaynakları | Aracın hazır bağlayıcısı olan kaynaklar | Hazır bağlayıcısı olmayan programlar, dosya aktarımı, özel hesap kuralları |
| Erişim biçimi | Kullanıcılar aracın kendi arayüzünü kullanabilir | Panel mevcut bir portalın veya uygulamanın içine gömülecek |
| Keşif ihtiyacı | Yöneticiler veriyi kendileri kırmak, filtrelemek istiyor | Sabit ekran ve uyarılar yeterli |
Tabloda soldaki sütun ağır basıyorsa hazır BI aracı doğru başlangıçtır ve özel panel önermeyiz. Sağdaki sütun ağır basıyorsa, fabrikaya özel yazılım kapsamında yazılan bir panel daha uygun olabilir; kullanıcı başı lisans yerine geliştirme ve bakım emeği öne çıkar.
Üçüncü yol: önce veri katmanı
Seçimi ertelemenin sağlıklı bir yolu, önce göstergelerin hesaplandığı bir rapor veri katmanı kurmaktır. ERP'den okunan veri gece bu katmanda tanım kartlarına göre hesaplanır; üstüne ister hazır BI aracı, ister özel bir ekran bağlanır. Böylece tanımlar tek yerde durur ve araç değiştiğinde yeniden yazılmaz.
Kurulum sırası: dört adımda sabah ekranı
- Gösterge listesi ve tanım kartları: Yönetici ile birlikte 8-12 gösterge seçilir, her biri için kart doldurulur.
- Kaynak ve erişim teyidi: Her göstergenin hangi programdan, hangi yoldan okunacağı ve okuma kullanıcısının nasıl açılacağı belirlenir; gerekiyorsa yetkili bayinizle birlikte teyit edilir.
- Karşılaştırmalı pilot: Panel birkaç hafta mevcut Excel raporlarıyla yan yana çalışır; farklar tanım kartına göre açıklanır.
- Yetki ve uyarılar: Rakamlar oturduktan sonra kullanıcı yetkileri ve eşik uyarıları açılır.
Sıkça Sorulan Sorular
Yönetici paneli ERP'mizi yavaşlatır mı?
Doğru kurulursa belirgin bir etki beklenmez. Ağır sorgular gece çalıştırılır veya bir rapor kopyası üzerinde yürütülür, gün içinde yalnızca gerekli göstergeler yenilenir. Yenileme sıklığı her gösterge için ayrı belirlendiğinde ERP'ye giden sorgu sayısı kontrol altında kalır.
Panel ERP'deki verileri değiştirebilir mi?
Hayır. Panel yalnızca okuma yetkisi olan ayrı bir kullanıcıyla bağlanır ve ERP'ye kayıt yazmaz. Panelden bir işlem başlatılması isteniyorsa (örneğin bir siparişin onaylanması), bu ayrı bir geliştirme kalemidir ve programın resmi arayüzü üzerinden yapılır.
Power BI ile özel panel arasında maliyet farkı nasıl hesaplanır?
Hazır BI aracında maliyetin ana kalemi kullanıcı ya da kapasite lisansı ve raporu içeride sürdürecek kişinin zamanıdır. Özel panelde ana kalem geliştirme ve sonrasındaki bakım anlaşmasıdır. Doğru karşılaştırma, izleyici sayınız ve birkaç yıllık kullanım üzerinden iki seçeneğin toplamına bakmaktır; güncel lisans fiyatları için üreticinin sayfasına başvurun.
Birden çok şirket ve şubemiz var; tek panelde toplanabilir mi?
Toplanabilir, ama her şirket ve şubenin verisinin hangi tablodan veya hangi arayüzden geldiği ayrı ayrı tanımlanmalıdır. Firma, dönem ve şube filtreleri panelin en kritik ayarlarıdır; atlandığında rakam hata vermeden yanlış çıkar. Konsolidasyonun nasıl yapılacağı mali müşavirinizle birlikte belirlenir.
Bulut muhasebe programı kullanıyoruz; panel kurulabilir mi?
Bulut programlarda veritabanına doğrudan erişim genellikle verilmez; veri üreticinin API'si veya dışa aktarım dosyaları üzerinden alınır. API'nin hangi veriyi verdiği ve istek sınırları programdan programa değişir, bu yüzden keşifte kontrol edilir. Üreticinin yayımladığı açık bir API bulamadığımız programlarda düzenli dışa aktarılan dosyalar kullanılır.
Sonraki adım: göstergelerinizi bir kâğıda yazın
Panel projesine başlamanın en ucuz yolu, her sabah sorduğunuz soruları bir kâğıda yazmaktır. On sorudan fazlası çıkıyorsa önceliklendirin; her biri için "bu rakamı bugün kim, nereden çıkarıyor" diye not alın. Bu liste hem hazır bir BI aracıyla hem de özel bir panelle çalışacak ekibin ilk girdisidir.
Mersin merkezli bir yazılım ekibiyiz ve hiçbir ERP üreticisinin bayisi değiliz; ERP verisini salt okuma ilkesiyle okuyan, göstergeleri tanım kartlarına göre hesaplayan sabah ekranlarını işletmenin ihtiyacına göre kuruyoruz. Hazır bir BI aracı sizin için daha uygunsa bunu da açıkça söyleriz. İlk keşif görüşmesi online ve ücretsizdir; gösterge listenizi ve kullandığınız programları konuşmak için iletişime geçin. İsterseniz WhatsApp'tan da yazabilirsiniz.
Doğuhan Bulut
Kurucu & CTO
Muhasebe/ERP entegrasyonları, otomasyon ve web mimarisi. 10+ yıl yazılım geliştirme deneyimi.
Programınızı değiştirmeden bağlayalım
Logo, Netsis, Mikro, Paraşüt, Luca ve diğerleri: hangi programın verisini hangi resmi yoldan açtığını, neyin okunup neyin yazılabileceğini tek sayfada anlattık.
ERP entegrasyonu sayfasıAylık dijital özet bültenimiz
Ayda 1 e-posta — yeni yazılar, KOBİ + KVKK güncellemeleri, entegrasyon ve otomasyon notları. Spam yok, istediğiniz an çıkış.
İlgili Yazılar
WhatsApp Siparişlerini Kayda Almak: Sipariş Takip Programına Geçiş
Sipariş, kanal yüzünden değil sohbet kayıt sayıldığı için kaybolur. Durum modeli, teyit adımı, müşteriye otomatik bilgi ve Meta'nın WhatsApp Business Platform koşulları.
Devamını okuOtomatik Nakit Akış Raporu: Muhasebe Verisinden Vade ve Yaşlandırma
Alacak ve borç vadeleri, çek ve senetler, banka bakiyesi ve açık siparişlerden haftalık nakit akışı tablosu ve yaşlandırma raporu; şablon, sınırlar ve otomatik gönderim.
Devamını okuERP Değiştirmek mi, Mevcut Programa Ek Modül mü? Ne Zaman Hangisi?
ERP değişikliği lisansın ötesinde veri taşıma, entegrasyon, eğitim ve paralel dönem demektir. Şikâyet sahadaysa ek katman çoğu zaman daha az risklidir; ERP'nin gerçekten değişmesi gereken durumları da anlatıyoruz.
Devamını oku