Power BI Kontrol Paneli Geliştirmeye İlişkin Tam Kılavuz

Power BI panosu oluşturmak basittir. İnsanların gerçekten kullandığı, güvendiği ve günlük kararlarında dayandığı bir sistem oluşturmak tamamen farklı bir disiplindir. İşlevsel bir kontrol paneli ile etkili bir kontrol paneli arasındaki boşluk, kuruluşların yanlış yorumlanmış veriler, göz ardı edilen raporlar ve içgüdüsel olarak alınan kararlarla binlerce saat harcamasına neden oluyor çünkü mevcut analizler ayrıştırılamayacak kadar kafa karıştırıcıydı.

Bu kılavuz, doğru KPI'ların tanımlanmasından en uygun görselleştirmelerin seçilmesine, ayrıntılı gezinme, yer imleri, mobil düzenler, satır düzeyinde güvenlik ve otomatik yenileme zamanlamalarının uygulanmasına kadar Power BI panosu geliştirmenin tüm yaşam döngüsünü kapsar. İster ilk yönetici puan kartınızı oluşturuyor olun ister yüzlerce raporla genişleyen bir analiz ortamını yeniden tasarlıyor olun, buradaki ilkeler sizi önemli ölçüde yeniden çalışmaktan kurtaracaktır.

Önemli Çıkarımlar

• Etkili panolar görsel tasarımla değil, KPI tanımlamasıyla başlar --- Power BI Desktop'ı açmadan önce panonun hangi kararları desteklemesi gerektiğini tanımlayın
• Her kontrol paneli sayfasını maksimum 5-7 görselle sınırlandırın; Bilgi yoğunluğu anlamanın düşmanıdır
• Detaylandırma sayfaları ve yer imleri düzinelerce ayrı rapor ihtiyacını ortadan kaldırarak bakım yükünü %60-70 oranında azaltır
• Mobil düzenler duyarlı ölçeklendirme değil, özel tasarım gerektirir --- bunları ayrı çıktılar olarak değerlendirin
• Satır düzeyinde güvenlik (RLS), tek bir raporun içeriği çoğaltmadan birden fazla hedef kitleye hizmet vermesini sağlar
• Artımlı yenileme politikalarıyla zamanlanmış yenileme, ağ geçidi kaynaklarını aşırı doldurmadan kontrol panellerini güncel tutar
• En iyi kontrol panelleri, soruları kullanıcı açtıktan sonra 5 saniye içinde yanıtlar

---

Tasarımdan Önce KPI'ları Tanımlama

KPI Tanımlama Çerçevesi

Kontrol paneli geliştirmede en sık yapılan hata verilerle başlamaktır. Ekipler ERP veya CRM'lerindeki her şeyi dışa aktarır, Power BI'a aktarır ve ilginç görünen sütunların etrafında grafikler oluşturur. Sonuç, her şeyi gösteren ve hiçbir şey iletmeyen bir gösterge panosudur.

Bunun yerine kontrol panelini kullanacak her paydaş için üç soruyla başlayın:

Günlük veya haftalık olarak hangi kararları alıyorsunuz? Her Pazartesi sabahı boru hattının durumunu inceleyen bir satış direktörünün, nakit akışını üç ayda bir değerlendiren bir CFO'dan farklı ölçümlere ihtiyacı vardır. Kontrol panelini veri kullanılabilirliğiyle değil, karar döngüleriyle eşleştirin.

Yalnızca bir tane görebilseydiniz hangi tek sayıyı kontrol ederdiniz? Bu, birincil KPI'yı ortaya çıkarır. Bir lojistik yöneticisi için bu, zamanında teslimat oranı olabilir. Bir pazarlama başkan yardımcısı için bu, nitelikli potansiyel müşteri başına maliyet olabilir. Bu sayı öne çıkıyor ve ortada, büyük ve kaçırılmayacak bir rakam.

Bu rakamla ilgili hangi bağlama ihtiyacınız var? Birincil KPI'nın destekleyici metriklere ihtiyacı var. %94'lük zamanında teslimat oranı, geçen ay %91'in mi (iyileşiyor) yoksa %97'nin mi (azalıyor) olduğunu bilmeden hiçbir şey ifade etmiyor. Trend çizgileri, dönemler arası karşılaştırmalar ve hedef kıyaslamalar bu bağlamı sağlar.

Power BI'a dokunmadan önce KPI'larınızı yapılandırılmış bir biçimde belgeleyin:

KPI'ları Görsel Türlerle Eşleştirme

Her metrik aynı görsel muameleyi hak etmez. Power BI, 30'dan fazla yerel görsel türün yanı sıra yüzlerce özel görsel sunar, ancak çoğu panonun yalnızca beş veya altıya ihtiyacı vardır.

Tek rakamlı KPI'lar için kart görselleri. Bunlar, kontrol paneli sayfanızın üst kısmındaki büyük, kalın sayılardır. Rengi hedefe göre performansa göre değiştirmek için koşullu biçimlendirmeyi kullanın; yolda olmak için yeşil, uyarı için sarı, kritik için kırmızı. Alt başlığı veya küçük bir trend göstergesini kullanarak doğrudan kartın üzerine bir karşılaştırma değeri (son döneme karşı, hedefe karşı) ekleyin.

Zaman içindeki trendler için çizgi grafikler. Gelir, hacim ve performans ölçümlerinin tümü gidişatın görülmesinden yararlanır. Çizgi grafiklerini maksimum üç seriyle sınırlayın. Bunun ötesinde renkler birbirine karışıyor ve grafik okunamaz hale geliyor. Üçten fazla seriyi karşılaştırmanız gerekiyorsa bunun yerine küçük katları (bireysel çizgi grafiklerinden oluşan bir ızgara) kullanın.

Kategorik karşılaştırmalar için çubuk grafikler. Bölgeye göre satışlar, ürün grubuna göre gelir, önceliğe göre biletler. Yatay çubuk grafikler, kategori etiketleri uzun olduğunda (ürün adları, müşteri adları) daha iyi çalışır. Çubukları her zaman alfabetik olarak değil, değere göre sıralayın; göz hemen en büyük ve en küçük değerleri bulmalıdır.

Ayrıntı düzeyindeki veriler için tablolar ve matrisler. Kullanıcıların görsel desenler yerine belirli sayıları görmesi gerektiğinde tablo doğru seçimdir. Hassasiyetten ödün vermeden tablo verilerine görsel ağırlık eklemek için koşullu biçimlendirmeyi (veri çubukları, renk ölçekleri, simge kümeleri) kullanın.

Haritalar yalnızca coğrafyanın anlamlı bir boyut olması durumunda. Satış verileriniz 40 ülkeyi kapsıyorsa dolu bir harita, çubuk grafiğin anlatamayacağı bir coğrafi hikaye anlatır. Verileriniz üç bölgeyi kapsıyorsa haritayı atlayın; bu, alan israfına neden olur ve hiçbir bilgi sağlamaz.

---

Kontrol Paneli Düzeni ve Görsel Tasarım

F-Desen Düzeni

Göz izleme araştırması sürekli olarak kullanıcıların kontrol panellerini F düzeninde taradığını gösteriyor: üstte, sonra sol tarafta, dikkat sağ alt tarafa doğru azalıyor. Düzeninizi buna göre tasarlayın.

Üst satır: Kart görsellerindeki birincil KPI'lar. Bunlar kullanıcının görmeye geldiği numaralardır. Anlaşılır etiketler, değerler ve trend göstergeleriyle bunları büyük (en az 200 piksel yüksekliğinde) yapın. Üstteki üç ila beş kart idealdir.

Sol sütun: Ana analitik görsel --- genellikle ana eğilimi (zaman içindeki gelir, zaman içindeki siparişler, zaman içindeki destek biletleri) gösteren bir çizgi grafik. Anlatıyı ayakta tutan görsel budur.

Orta alan: Üst sıradaki KPI'ların dökümünü sağlayan destekleyici görseller. Üst satırda toplam gelir gösteriliyorsa ortadaki alan ürün kategorisine göre geliri, bölgeye göre geliri ve müşteri segmentine göre geliri gösterebilir.

Alt bölüm: Ayrıntılı tablolar, ikincil metrikler veya bağlamsal bilgiler. Bu alan en az dikkati çektiğinden, düşük öncelikli verileri buraya yerleştirin.

Renk Stratejisi

Power BI'ın varsayılan renk paleti prototip oluşturma için kabul edilebilir ancak üretim panoları için yetersizdir. Bilinçli bir renk stratejisi tanımlayın:

Anlamsal renkler. Yeşil, sarı ve kırmızıyı yalnızca performans göstergeleri (iyi, uyarı, kötü) için ayırın. Bu renkleri asla kategorik veriler için kullanmayın. Çubuk grafiğinizde "Kuzey Amerika" için yeşil ve "Avrupa" için kırmızı kullanılıyorsa, veriler aksini söylese bile kullanıcılar bilinçsizce Avrupa'nın düşük performans gösterdiğini okuyacaktır.

Marka renkleri. Kategorik veriler için kuruluşunuzun marka paletini kullanın. Markanız lacivert, barut grisi ve deniz mavisi kullanıyorsa bunlar çubuk grafiğiniz ve çizgi grafik renkleriniz olur. Bu, kontrol panellerinin genel bir analiz aracı değil, kuruluşun iletişiminin bir parçası gibi hissetmesini sağlar.

Bağlam için gri tonlama. Hedefler, kıyaslamalar ve önceki dönem karşılaştırmaları için açık grileri kullanın. Bu referans çizgileri görünür olmalı ancak dikkat çekmek için birincil verilerle rekabet etmemelidir.

Toplamda 5-6 renkle sınırlıdır. Tek bir kontrol paneli sayfasında altıdan fazla farklı renk, görsel gürültü oluşturur. Verilerinizde altıdan fazla kategori varsa küçük olanları "Diğer" olarak gruplandırın.

Beyaz Alan ve Bilgi Yoğunluğu

Bir kontrol paneli sayfasına eklediğiniz her görsel, o sayfadaki diğer görsellerin etkinliğini azaltır. Bu bir görüş değil, insanın dikkatinin bir işlevidir. Nielsen Norman Group'un araştırması, ekran başına yedi görsel öğeden sonra gösterge tablosunun anlaşılmasının keskin bir şekilde düştüğünü gösteriyor.

Görseller arasında kasıtlı olarak beyaz boşluk bırakın. Power BI'ın kılavuza yaslama özelliği, tutarlı aralıkların korunmasına yardımcı olur. İlgili görselleri gruplandırmak için ayırıcı çizgiler veya ince arka plan dikdörtgenleri kullanın, ancak bunları aşırı kullanmayın; çok fazla gruplama öğesi görsel dağınıklığa neden olur.

5-7 görsel içeren, iyi tasarlanmış tek sayfalık bir kontrol paneli, her seferinde 15 görsel içeren darmadağın bir sayfadan daha iyi performans gösterir. İkincil analizi ana görünüme sıkıştırmak yerine detaylandırma sayfalarına taşıyın.

---

Detaylandırma Sayfaları ve Gezinme

Detaylandırma Sayfaları Oluşturma

Detaylandırma, Power BI'ın ayrı raporlar oluşturmadan özetten ayrıntıya geçme mekanizmasıdır. Kullanıcı bir veri noktasına (bir ürün, bir bölge, bir müşteri) sağ tıklar ve bu seçime göre önceden filtrelenmiş bir ayrıntı sayfasına gider.

Etkili detaya geçiş sayfaları oluşturmak için:

1. Adım: Ayrıntı sayfasını oluşturun. Raporunuza yeni bir sayfa ekleyin. Görselleştirmeler bölmesinde, detaylandırma alanını (örneğin, Ürün Adı) "Detaylandırma" kuyusuna sürükleyin. Power BI otomatik olarak bir geri düğmesi ekler.

2. Adım: Ayrıntı düzenini tasarlayın. Ayrıntı sayfası bir sonraki seviyedeki soruları yanıtlamalıdır. Özet sayfası ürüne göre gelir gösteriyorsa, belirli bir ürünün detaylandırma sayfası gelir eğilimini, marj analizini, o ürün için en iyi müşterileri ve son siparişleri gösterebilir.

3. Adım: Çapraz filtre bağlamı ekleyin. Özet sayfasındaki tüm dilimleyiciler veya filtreler otomatik olarak detaylandırma sayfasına uygulanır. Ayrıntı sayfası görsellerinizin bu filtrelere uygun olduğundan emin olun; davranışı doğrulamak için farklı dilimleyici kombinasyonlarıyla test edin.

4. Adım: Geri düğmesini özelleştirin. Varsayılan geri düğmesi küçüktür ve gözden kaçırılması kolaydır. Daha büyük, açıkça etiketlenmiş bir düğmeyle değiştirin. Daha görünür bir gezinme öğesi oluşturmak için eylemi "Geri" olarak ayarlanmış bir metin kutusu veya şekil kullanın.

Görünümler için Yer İmlerini Uygulama

Yer imleri, bir rapor sayfasının durumunu (hangi filtrelerin uygulandığını, hangi görsellerin görünür olduğunu ve hangi seçimlerin etkin olduğunu) yakalar. Tek bir sayfada birden fazla "görüntülemeye" olanak tanıyarak raporunuzdaki toplam sayfa sayısını azaltırlar.

Yaygın yer imi desenleri şunları içerir:

Grafik ve tablo arasında geçiş yapın. Sayfada aynı konuma bir grafik ve tablo yerleştirin. İki yer imi oluşturun; biri grafik görünür ve tablo gizli, diğeri ters. İlgili yer imlerini etkinleştiren "Grafik Görünümü" ve "Tablo Görünümü" etiketli düğmeler ekleyin.

Önceden ayarlanmış filtre kombinasyonları. Bir satış yöneticisi, "Bölgem" ile "Tüm Bölgeler" arasında veya "Bu Çeyrek" ile "Yıldan Bugüne" arasında hızlı bir şekilde geçiş yapmak isteyebilir. Yer imleri bu filtre durumlarını yakalayabilir ve sayfanın üst kısmındaki bir dizi düğme tek tıklamayla geçişe olanak tanır.

Yönlendirmeli analiz anlatımları. Kullanıcıya bir hikaye boyunca yol gösterecek bir dizi yer işareti oluşturun: "Genel performans → Bölgesel dağılım → Sorunlu alanlar → Önerilen eylemler." Bir "İleri" düğmesi sıra boyunca ilerler. Bu model, özellikle gösterge panelinin slayt sunumu görevi gördüğü yönetici sunumları için etkilidir.

Düğmelerle Sayfada Gezinme

Power BI, detaya geçiş ve yer işaretlerinin ötesinde, bir web sitesinin gezinme menüsü gibi işlev gören sayfa gezinme düğmelerini destekler. "Sayfada gezinme" eylemlerine sahip şekilleri kullanarak tüm rapor sayfalarında tutarlı bir gezinme çubuğu oluşturun.

Her sayfanın üst kısmında, her bölüm için düğmeler içeren yatay bir gezinme çubuğu tasarlayın: Genel Bakış, Satış, Operasyonlar, Finans, İK. Koşullu biçimlendirme veya farklı bir arka plan rengi kullanarak geçerli sayfanın düğmesini vurgulayın. Bu, çok sayfalı bir raporu kafa karıştırıcı bir sekme koleksiyonundan yapılandırılmış bir analitik uygulamaya dönüştürür.

---

Mobil Kontrol Paneli Tasarımı

Duyarlılık Neden Yeterli Değil

Power BI Desktop, "Mobil düzen" görünümünü kullanarak herhangi bir rapor sayfası için mobil düzen oluşturmanıza olanak tanır. Bu, üretim kontrol panelleri için isteğe bağlı değildir. Power BI içeriğinin %40'tan fazlası mobil cihazlarda tüketiliyor ve bu oran, masalarında nadiren oturan saha satış ekipleri, yöneticiler ve operasyon yöneticileri için daha da artıyor.

Mobil düzen, masaüstü düzeninizin duyarlı bir şekilde yeniden ölçeklendirilmesi değildir. Bilinçli olarak oluşturulması gereken ayrı bir tasarımdır. Aynı görselleri dikey bir yığın halinde yeniden düzenlemek, kötü bir mobil deneyime neden olur. Mobil kontrol panelleri farklı tasarım kararları gerektirir.

Mobil Tasarım İlkeleri

Acımasızca öncelik verin. Bir masaüstü kontrol paneli sayfasında yedi görsel bulunabilir. Mobil versiyonda üç ila dört tane olmalıdır. Yalnızca en kritik KPI'ları ve birincil analitik görseli gösterin. Geriye kalan her şeyi ikincil sayfalara taşıyın.

Dikey olarak istifleyin. Mobil ekranlar uzun ve dardır. Görselleri tek bir sütunda düzenleyin. Her görsel, mobil tuvalin tüm genişliğini kaplamalı ve gözleri kısmadan okunabilecek kadar uzun olmalıdır; kartlar için en az 200 piksel ve grafikler için en az 300 piksel.

Yazı tipi boyutlarını artırın. 27 inçlik bir monitörde 12 pikselde okunabilen metin, 6 inçlik bir telefon ekranında 12 pikselde okunamaz. Mobil düzeninizde tüm metin boyutlarını %40-60 artırın. Kartın görsel değerleri en az 28px olmalıdır. Eksen etiketleri en az 14 piksel olmalıdır.

Dokunma dostu etkileşimler kullanın. Mobil cihazlarda kullanıcılar fareyle üzerine gelmek yerine dokunuyor. Araç ipuçlarına erişmek daha zordur. En önemli verilerin etkileşim olmadan görünür olduğundan emin olun. Detaya geçişin gerekli olduğu yerlerde, büyük dokunma hedeflerine sahip açıkça etiketlenmiş düğmeler kullanın (Apple'ın İnsan Arayüzü Yönergelerine göre en az 44 piksel kare).

Gerçek cihazlarda test edin. Power BI mobil uygulaması, Power BI Desktop'taki mobil düzen önizlemesinden biraz farklı davranır. Raporunuzu Power BI hizmetinde yayınlayın ve tasarıma imza atmadan önce hem iOS hem de Android'deki mobil uygulamada açın. Yatay yönlendirmeyi de kontrol edin; birçok kullanıcı, haritayı daha iyi görüntülemek için telefonlarını döndürür.

Mobile Özel Görseller

Bazı görseller mobil cihazlarda diğerlerinden daha iyi çalışır. KPI kartları, gösterge grafikleri ve tek değerli ekranlar mükemmeldir çünkü bir bakışta bir sayıyı iletirler. Çizgi grafikler bir veya iki seriyle sınırlıysa iyi çalışır. Etiketlerin kesilmesini önlemek için çubuk grafikler mobil cihazlarda yatay olmalıdır.

Mobil cihazlarda matris görsellerinden kaçının; yatay kaydırma gerektirirler ve bu sinir bozucudur. Bunları yalnızca en önemli sütunları gösteren filtrelenmiş bir tabloyla değiştirin veya aynı karşılaştırmayı aktaran bir çubuk grafik kullanın.

---

Satır Düzeyinde Güvenlik (RLS)

RLS Neden Önemlidir

Satır düzeyinde güvenlik, kullanıcının kimliğine göre hangi veri satırlarını göreceğini kısıtlar. RLS olmadan iki istenmeyen seçenekle karşı karşıya kalırsınız: ya herkes tüm verileri görür (bir güvenlik ve gizlilik riski) ya da her hedef kitle için yinelenen raporlar oluşturursunuz (bir bakım kabusu).

RLS, raporu kimin görüntülediğine göre otomatik olarak filtreler uygulayarak bu sorunu çözer. Bölge satış yöneticisi yalnızca kendi bölgesinin verilerini görür. Bir departman başkanı yalnızca kendi departmanının metriklerini görür. CFO her şeyi görür. Hepsi aynı rapordan.

Power BI'da RLS'yi Uygulama

1. Adım: Power BI Desktop'ta rolleri tanımlayın. Modelleme → Rolleri Yönet → Oluştur'a gidin. Rolü adlandırın (örneğin, "Bölge Müdürü"). İlgili tabloya bir DAX filtre ifadesi ekleyin:

[Region] = USERPRINCIPALNAME()

Daha karmaşık senaryolar için kullanıcı e-posta adreslerini görmeleri gereken verilerle eşleştiren bir güvenlik tablosu kullanın. Bu yaklaşım, kullanıcı adlarını rol tanımlarına kodlamaktan daha sürdürülebilirdir.

2. Adım: Bir güvenlik eşleme tablosu oluşturun. Veri modelinizde, UserEmail sütunlarını ve erişebilecekleri boyut değerlerini (Bölge, Departman, Maliyet Merkezi) içeren SecurityAccess adlı bir tablo oluşturun. Bu tablo ile olgu/boyut tablolarınız arasında bir ilişki oluşturun.

Rol filtresi ifadesi daha sonra şöyle olur:

[UserEmail] = USERPRINCIPALNAME()

SecurityAccess tablosuna uygulanan bu filtre, ilişkiler aracılığıyla tüm bağlı tablolara yayılır ve kullanıcıyı yalnızca yetkili verileriyle sınırlandırır.

3. Adım: Power BI Desktop'ta test edin. Modellemeyi Kullan → Farklı Görüntüle → rolü seçin ve bir test kullanıcı adı girin. Görsellerin yalnızca beklenen verileri gösterdiğini doğrulayın. Uç durumları test edin: birden fazla bölgeye erişimi olan kullanıcılar, eşleşen satırı olmayan kullanıcılar (tüm verileri değil boş görseller görmelidir) ve yönetici rolü (her şeyi görmelidir).

4. Adım: Kullanıcıları Power BI hizmetindeki rollere atayın. Yayımladıktan sonra veri kümesi ayarları → Güvenlik → her role Azure AD kullanıcılarını veya güvenlik gruplarını atayın. Daha kolay yönetim için bireysel kullanıcılar yerine güvenlik gruplarını kullanın.

Dinamik RLS Modelleri

Karmaşık hiyerarşilere sahip kuruluşlar için statik roller kullanışsız hale gelir. Dinamik RLS, hiyerarşik erişimi yönetmek için DAX işlevleriyle birleştirilmiş güvenlik eşleme tablosu yaklaşımını kullanır.

Yönetici hiyerarşisi için ortak bir model: SecurityAccess tablosu hem doğrudan erişim satırlarını hem de devralınan erişim satırlarını içerir. Üç bölge yöneticisini yöneten bir Başkan Yardımcısı, üç bölgenin tüm verilerini otomatik olarak görür. Güvenlik tablosundaki DAX filtresi hem doğrudan hem de devralınan izinleri denetler:

CONTAINS(
    FILTER(SecurityAccess, SecurityAccess[UserEmail] = USERPRINCIPALNAME()),
    SecurityAccess[Region], Fact[Region]
)

Bu yaklaşım, yüzlerce kullanıcılı ve karmaşık organizasyon şemalarına sahip kuruluşlara, birisi her işe alındığında, terfi ettirildiğinde veya transfer edildiğinde rol değişikliği gerektirmeden ölçeklenir.

---

Programları ve Veri Hattını Yenileyin

Zamanlanmış Yenileme Yapılandırması

Eski verilere sahip bir kontrol paneli, kontrol panelinin olmamasından daha kötüdür. Güncelliğini yitirmiş numaralarla bir kez karşılaşan kullanıcılar kontrol paneline güvenmeyi tamamen bırakırlar ve bu güvenin yeniden inşa edilmesi neredeyse imkansızdır.

Power BI, Premium kapasitede günde 48'e kadar planlanmış yenilemeyi destekler (Pro'da günde 8). Yenileme planınızı karar döngüleriyle uyumlu olacak şekilde yapılandırın:

Sabah yenilemesi (06:00). Gece boyunca verileri işler, böylece kullanıcılar kontrol panelini sabah 8:00'de açtıklarında dünkü resmin tamamını görürler. Bu en yaygın kalıptır ve kullanım durumlarının %80'ini karşılar.

İş sonu yenilemesi (17:00). Ayrılmadan önce günlük performansı inceleyen ekipler için tüm günün etkinliğini yakalar. Günlük hedefleri takip eden satış ekipleri için kullanışlıdır.

Saatlik yenileme. Gerçek zamanlıya yakın farkındalığın kritik olduğu operasyonel kontrol panelleri için ayrılmıştır: müşteri desteği kuyruk derinliği, üretim hattı durumu, lojistik takibi. Premium kapasite veya Kullanıcı Başına Premium lisanslama gerektirir.

Artımlı Yenileme

Birkaç milyon satırı aşan veri kümeleri için tam yenileme yavaşlar ve kaynak yoğun hale gelir. Artımlı yenileme, Power BI'a geçmiş verileri önbellekte tutarken yalnızca son verileri (örneğin son 7 güne) yenilemesini söyler.

Tarih sütununuzdaki RangeStart ve RangeEnd parametrelerini kullanarak Power BI Desktop'ta artımlı yenilemeyi yapılandırın. Artımlı aralığı (son N günü yenileyin) ve geçmiş aralığını (son N yıla ait verileri saklayın) tanımlayın. Power BI veri kümesini bölümlere ayırır ve yalnızca artımlı aralıkta yer alan bölümleri yeniler.

Bu, büyük veri kümeleri için yenileme süresini saatlerden dakikalara düşürür. 50 milyon işlem satırına sahip bir perakende şirketi, tüm veri setini 45 dakika içinde yeniledi. 7 günlük bir aralıkla artımlı yenileme uygulandıktan sonra yenileme 3 dakikadan kısa sürede tamamlandı.

Ağ Geçidi En İyi Uygulamaları

Şirket içi veri ağ geçidi, şirket içi veri kaynaklarınız (SQL Server, Oracle, dosya paylaşımları) ile Power BI hizmeti arasındaki köprüdür. Ağ geçidi performansı, yenileme güvenilirliğini doğrudan etkiler.

Ağ geçidini özel bir sunucuya yükleyin. Bunu bir geliştiricinin dizüstü bilgisayarına veya paylaşılan bir uygulama sunucusuna kurmayın. Ağ geçidinin tutarlı kullanılabilirliğe ve tüm veri kaynaklarına ağ erişimine ihtiyacı vardır.

Bağlantı havuzu oluşturmayı yapılandırın. Ağ geçidi yapılandırma uygulamasında, yüksek sorgu hacmine sahip veri kaynakları için bağlantı havuzu oluşturmayı etkinleştirin. Bu, her sorgu için yenilerini oluşturmak yerine veritabanı bağlantılarını yeniden kullanır ve yenileme süresini önemli ölçüde azaltır.

Ağ geçidi durumunu izleyin. Power BI, Power BI hizmeti yönetici portalında ağ geçidi günlükleri sağlar. Başarısız yenilemeler için uyarılar ayarlayın. Başarısız olan bir ağ geçidi, kullanıcılara sayıların eski olduğuna dair herhangi bir belirti vermeden eski verileri görüntüleyen kontrol panellerini sessizce bırakır.

Yüksek kullanılabilirlik için ağ geçidi kümelerini kullanın. Ağ geçidini küme modunda iki veya daha fazla sunucuya yükleyin. Bir sunucu çökerse diğeri otomatik olarak devreye girer. Bu, günlük iş operasyonlarını destekleyen üretim kontrol panelleri için gereklidir.

---

Performans Optimizasyonu

Kontrol Paneli Performansını Ölçme

Power BI Desktop, her görselin oluşturulması için geçen süreyi kaydeden bir Performans Analizörü (Görünüm → Performans Analizörü) içerir. Kayda başlayın, kontrol panelinizle etkileşim kurun ve sonuçları inceleyin.

Oluşturulması 2 saniyeden uzun süren görsellerin optimizasyona ihtiyacı vardır. Yaygın nedenler şunları içerir:

Karmaşık DAX ölçümleri. Satır satır yinelenen ölçümler (TOPLAM, büyük tablolarla FİLTRE kullanarak, iç içe HESAPLAMA kullanarak) depolama motorunu kullanan ölçümlerden katlanarak daha yavaştır. Mümkün olduğunda filtre bağlamını kullanmak için yinelenen önlemleri yeniden yazın.

Bir sayfada çok fazla görsel var. Her görsel, veri kümesine ayrı bir sorgu gönderir. 15 görsel içeren bir sayfa 15 sorgu gönderir ve Power BI bunları paralel olarak işler. Görsel sayısını 7 veya daha azına düşürün.

Görsellerdeki yüksek kardinaliteli sütunlar. 10.000 satır gösteren bir tablo görseli veya 500 kategoriye sahip bir çubuk grafik, DAX optimizasyonundan bağımsız olarak yavaş olacaktır. Yönetilebilir sayıda satırı (genellikle tablolar için 100'ün altında, grafikler için 20'nin altında) gösterecek şekilde verileri filtreleyin veya toplayın.

DAX Optimizasyon Teknikleri

Değişkenleri kullanın. Değişkenler (VAR) bir kez değerlendirilip yeniden kullanılır; böylece gereksiz hesaplamalar önlenir:

Revenue Growth =
VAR CurrentRevenue = [Total Revenue]
VAR PriorRevenue = CALCULATE([Total Revenue], DATEADD(Dates[Date], -1, YEAR))
RETURN
DIVIDE(CurrentRevenue - PriorRevenue, PriorRevenue)

Hesaplama yeterli olduğunda FİLTRE'den kaçının. CALCULATE([Measure], Table[Column] = "Value"), CALCULATE([Measure], FILTER(Table, Table[Column] = "Value"))'den daha hızlıdır çünkü ilki depolama motorunu kullanırken ikincisi satır satır taramayı zorlar.

Power Query'de önceden toplama. Kontrol paneliniz yalnızca aylık toplamları gösteriyorsa, günlük verileri veri modeline girmeden önce Power Query'de aylık olarak toplayın. Bu, model boyutunu azaltır ve sonraki her hesaplamayı hızlandırır.

Sorgu Katlama

SQL tabanlı kaynaklara bağlanırken Power Query, dönüşümleri kaynak veritabanına "katlayabilir". Bu, Power BI'ın bellekteki ham verileri işlemesi yerine, veritabanının filtrelemeyi, gruplandırmayı ve birleştirmeyi yönettiği anlamına gelir.

Power Query'de bir adıma sağ tıklayıp "Yerel Sorguyu Görüntüle"yi arayarak dönüşümlerinizin katlanıp katlanmadığını kontrol edin. Seçenek mevcutsa adım katlanır. Gri renkteyse adım, büyük veri kümeleri için daha yavaş olan Power BI'da yerel olarak çalışır.

Tipik olarak katlanan dönüşümler: sütun seçimi, satır filtreleme, gruplandırma, sıralama, aynı kaynaktaki tablolar arasında birleştirme, veri türü değişiklikleri. Genellikle katlamayı bozan dönüşümler: M ifadeleriyle özel sütunlar ekleme, farklı kaynaklardan tabloları birleştirme, döndürme/özetlemeyi kaldırma.

---

Yönetişim ve Dağıtım

Çalışma Alanı Mimarisi

Power BI çalışma alanlarınızı kuruluşunuzun yapısına ve veri yönetimi gereksinimlerine uyacak şekilde düzenleyin. Yaygın bir modelde üç katman kullanılır:

Geliştirme çalışma alanları. Her geliştirme ekibine veya projeye, raporları oluşturmak ve yinelemek için bir çalışma alanı verilir. Erişim geliştiricilerle sınırlıdır. Adlandırma kuralı: DEV - Department - Project.

Hazırlama çalışma alanları. Tamamlanan raporlar, inceleme ve test için hazırlama aşamasına taşınır. İş paydaşları veri doğruluğunu ve kullanılabilirliğini doğrular. Adlandırma kuralı: STG - Department.

Üretim çalışma alanları. Onaylanan raporlar üretim çalışma alanlarında yayınlanır. Bunlar son kullanıcıların eriştiği çalışma alanlarıdır. Değişiklikler hiçbir zaman doğrudan üretimde yapılmaz. Adlandırma kuralı: PRD - Department.

Dağıtım Ardışık Düzenleri

Power BI dağıtım işlem hatları, içeriğin Geliştirme aşamasından Hazırlama ve Üretim aşamasına kadar tanıtımını otomatikleştirir. Bu, hataya açık olan ve sürümleri izlemeyen .pbix dosyasının manuel olarak indirilip yeniden yüklenmesi işlemini ortadan kaldırır.

Aşamalar arasında yükseltme yaparken veri kaynağı bağlantılarını otomatik olarak güncellemek için dağıtım kurallarını yapılandırın. Geliştirme raporları bir geliştirme veritabanına, aşamalandırma bir aşamalandırma veritabanına ve üretim, üretim veritabanına bağlanır. Dağıtım hattı, bağlantı değişimini otomatik olarak gerçekleştirir.

Sürüm Kontrolü ve Dokümantasyon

Power BI .pbix dosyaları ikili dosyadır ve geleneksel Git iş akışlarıyla iyi çalışmaz. Ancak bu sınırlamayı azaltabilirsiniz:

Power BI Projelerini (.pbip) kullanın. .pbip biçimi, raporları metin tabanlı ve Git dostu JSON ve TMDL dosyalarından oluşan bir klasör olarak kaydeder. Bu, uygun sürüm kontrolü isteyen ekipler için önerilen yaklaşımdır.

Bir değişiklik günlüğü tutun. Her önemli değişikliği bir raporda belgeleyin: yeni ölçümler eklendi, veri kaynakları değiştirildi, görsel düzenler değiştirildi. Değişikliğin tarihini, yazarını ve nedenini ekleyin.

Önemli sayfaların ekran görüntüsü. Önemli düzen değişiklikleri yapmadan önce mevcut durumun ekran görüntüsünü alın. Bu, teknik değişiklik günlüğünü tamamlayan görsel bir geçmiş sağlar.

Kuruluşunuzun Power BI yönetimini oluşturma veya ölçeklenebilir panolar oluşturma konusunda yardıma ihtiyacı varsa ECOSIRE'ın Power BI pano geliştirme hizmetleri, üretim dağıtımı aracılığıyla KPI tanımından uçtan uca destek sağlar.

---

Kaçınılması Gereken Yaygın Anti-Desenler

"Her Şey Kontrol Paneli"

Yöneticilere, yöneticilere, analistlere ve operasyon ekiplerine hizmet vermeye çalışan tek bir kontrol paneli bunların hiçbirine iyi hizmet etmez. Yöneticilerin trend bağlamına sahip üst düzey KPI'lara ihtiyacı vardır. Analistler esnek filtrelemeye sahip ayrıntılı verilere ihtiyaç duyar. Bunlar temelde farklı tasarımlar gerektiren farklı kullanım durumlarıdır.

Paylaşılan bir anlamsal modelle birbirine bağlanan her hedef kitle için ayrı kontrol panelleri oluşturun. Temel veri modeli aynıdır ve tutarlılık sağlanır. Görsel katman, her izleyicinin ihtiyaçlarına ve karar verme bağlamına göre uyarlanmıştır.

"Güzel Ama Yararsız" Kontrol Paneli

Estetik önemlidir ama amaç değildir. Degrade arka planlar, 3 boyutlu grafikler, gereksiz animasyonlar ve dekoratif görsellerle dolu bir kontrol paneli, ekran görüntüsünde etkileyici görünebilir ancak günlük kullanımda başarısız olur. Veri iletmeyen her görsel unsur dikkat dağıtıcıdır.

En etkili kontrol panelleri görsel olarak temiz ve yoğun verilidir. Gözü önemli olana yönlendirmek için beyaz boşluk, net tipografi ve anlamsal renk kullanırlar. Bir sanat projesi değil, iyi tasarlanmış bir araç gibi görünüyorlar.

"Ayarla ve Unut" Kontrol Paneli

Kontrol panelleri sürekli bakım gerektirir. Veri kaynakları şemaları değiştirir, iş gereksinimleri gelişir ve kullanıcı geri bildirimleri tasarım boşluklarını ortaya çıkarır. Kullanım ölçümlerini değerlendireceğiniz (Power BI görüntüleme sayılarını ve kullanıcı listelerini sağlar), kullanıcı geri bildirimlerini toplayacağınız ve tasarımı yineleyeceğiniz üç ayda bir pano incelemeleri planlayın.

Hiç güncellenmeyen Dashboard'lar 6-12 ay içerisinde geçerliliğini yitirir. Onlara tek seferlik teslimatlar olarak değil, yaşayan ürünler olarak davranın.

Öğrenme eğrisi olmadan yüksek etkili panolar oluşturmak isteyen ekipler için ECOSIRE, KPI atölyeleri, pano tasarımı ve sürekli optimizasyon dahil olmak üzere kapsamlı Power BI hizmetleri sunar. Özel kullanım durumunuzla ilgili sorularınız varsa danışma için analiz ekibimizle iletişime geçin.

---

SSS

Power BI kontrol paneli sayfası kaç görsel içermelidir?

Her sayfayı 5-7 görselle sınırlandırın. Kontrol panelinin anlaşılması üzerine yapılan araştırmalar, görsel yoğunluk arttıkça kullanıcıların bilgileri daha az doğru işlediğini gösteriyor. Yediden fazla görsele ihtiyacınız varsa, her şeyi tek bir ekrana sıkıştırmak yerine detaylandırma sayfalarını, yer imlerini veya ek rapor sayfalarını kullanın. Yönetici özeti sayfasında daha da az sayıda olmalıdır; üç ila beş arası KPI kartı ve bir ana grafik genellikle idealdir.

Power BI'da pano ile rapor arasındaki fark nedir?

Power BI terminolojisinde "pano", Power BI hizmetinde bir veya daha fazla rapordaki sabitlenmiş kutucukları görüntüleyen tek sayfalık bir tuvaldir. "Rapor", Power BI Desktop'ta oluşturulan çok sayfalı etkileşimli bir belgedir. Uygulamada çoğu kişi "gösterge tablosu"nu teknik olarak bir gösterge tablosu veya rapor olmasına bakılmaksızın herhangi bir analitik ekran anlamında kullanır. Çoğu kullanım durumunda, gezinme düğmeleriyle çok sayfalı bir rapor oluşturmak, kutucukları kontrol paneli tuvaline sabitlemekten daha iyi bir kullanıcı deneyimi sağlar.

Power BI verileri ne sıklıkla yenilenmelidir?

Yenileme sıklığını veri kullanılabilirliğine göre değil, karar döngülerine göre ayarlayın. Günlük sabah yenilemesi (mesai saatlerinden önce) kullanım durumlarının %80'ini karşılar. Gerçek zamanlı kararları (destek kuyrukları, üretim durumu) destekleyen operasyonel kontrol panellerinin saatlik olarak yenilenmesi gerekebilir ve bu da Premium kapasite gerektirir. Aylık inceleme için kullanılan mali kontrol panelleri haftalık olarak yenilenebilir. Aşırı yenileme, ağ geçidi kaynaklarını boşa harcar ve karar kalitesini iyileştirmeden maliyetleri artırır.

Power BI panolarını kendi web uygulamama katıştırabilir miyim?

Evet. Power BI Embedded, JavaScript API'lerini kullanarak raporları ve panoları özel web uygulamalarına yerleştirmenize olanak tanır. Power BI Embedded kapasitesine (A-SKU) veya Power BI Premium'a (P-SKU veya Fabric aracılığıyla F-SKU) ihtiyacınız vardır. Gömülü rapor tüm etkileşimli özellikleri korur: filtreleme, detaya geçiş, yer imleri ve RLS. Pek çok SaaS platformu, müşterilerine Power BI lisanslarına sahip olmalarını gerektirmeden analiz sağlıyor.

Kuruluşum dışındaki kullanıcılar için satır düzeyinde güvenliği nasıl yönetirim?

Harici kullanıcılar (müşteriler, iş ortakları) için Power BI Embedded ile "Uygulama, verilere sahip" ekleme modelini kullanın. Uygulamanız kullanıcının kimliğini doğrular ve RLS rolünü ve kullanıcı adını belirten etkili bir kimliğe sahip bir yerleştirme belirteci oluşturur. Harici kullanıcı hiçbir zaman Power BI hizmetiyle doğrudan etkileşime girmez ve Power BI lisansına ihtiyaç duymaz. Veri modelinde tanımladığınız RLS kuralları, katıştırılmış görünüm için geçerli olup her harici kullanıcının yalnızca kendi yetkili verilerini görmesini sağlar.