Excel'den Power BI'ya Geçiş: Adım Adım Kılavuz

Her Power BI geçişi Excel'de başlar. Excel'in Power BI için bir ön koşul olması değil, Excel'in kuruluşunuzun analitik bilgilerinin yaşadığı yer olması nedeniyle. Finans ekibinizin tuttuğu e-tablolar, satış müdürünüzün her Pazartesi oluşturduğu pivot tablolar, operasyon yöneticinizin üç yıl boyunca yinelenen iyileştirmeler sonucunda oluşturduğu gösterge tablosu çalışma kitabı - bunlar yalnızca veri dosyaları değildir. Yeri doldurulamaz iş mantığını, alan bilgisini ve analitik kalıpları kodlarlar. Bu kurumsal bilgiyi yakalamadan Power BI'a geçiş yapmak, teknik açıdan modern ancak analitik açıdan yerini aldıkları e-tablolara göre daha düşük panolar üretir.

Bu kılavuz geçiş yolculuğunun tamamını ele alır: Excel'in sınırlarına ulaştığını fark etmek, elektronik tablo portföyünüzü denetlemek, Excel formüllerini ve kalıplarını Power BI eşdeğerlerine çevirmek, uygun bir veri modeli oluşturmak, sonuçları doğrulamak, her iki sistemi paralel olarak çalıştırmak ve son olarak elektronik tabloları kullanımdan kaldırmak. Amaç, Power BI'da Excel'i kopyalamak değil; ekibinizin oluşturduğu her analitik öngörüyü korurken Excel'in sağlayamayacağı yeteneklerin kilidini açmaktır.

Önemli Çıkarımlar

• Geçiş, bir teknoloji takası değil, bir bilgi aktarım projesidir --- en zor kısım, karmaşık elektronik tablolara gömülü iş mantığını yakalamaktır
• DÜŞEYARA/DİZİN-EŞLEŞTİRME kalıpları Power BI'da doğru veri modeli ilişkilerine dönüşerek arama hatalarını ortadan kaldırır ve performansı önemli ölçüde artırır
• Excel pivot tabloları Power BI matris görselleriyle eşlenir ancak DAX ölçümleri, pivotları hassas hale getiren hesaplanan alanların ve öğelerin yerini alır
• Power Query, manuel kopyala-yapıştır veri hazırlama iş akışlarının yerini alarak raporlama döngüsü başına saat tasarrufu sağlar ve insan hatasını ortadan kaldırır
• Hizmetten çıkarmadan önce en az bir tam raporlama döngüsü boyunca Excel ve Power BI'ı paralel olarak çalıştırın --- her sayının eşleştiğini doğrulayın
• En basitinden ziyade en yüksek değere sahip, en sıkıntılı e-tabloyla başlayın --- en zor problemde yatırım getirisinin kanıtlanması ivme kazandırır
• Departman düzeyinde geçiş için 3-6 aylık, kuruluş genelinde geçiş için 6-12 aylık bir geçiş zaman çizelgesi planlayın

---

Ne Zaman Geçiş Yapılmalı: Excel'in Sınırlarını Bilmek

Belirtiler

Excel olağanüstü bir araçtır. Özel analizler, hızlı hesaplamalar ve küçük veri kümeleri için hiçbir şey onun yerini tutamaz. Ancak kuruluşlar Excel'in analitik yeteneklerini öngörülebilir şekillerde aşıyor. Ekibiniz bu belirtilerden üç veya daha fazlasını yaşıyorsa Power BI'a geçiş gecikmiş demektir:

Dosya boyutu sorunları. 50 MB'ın üzerindeki çalışma kitaplarının açılması, kaydedilmesi ve hesaplanması yavaşlar. 100 MB'ın üzerindeki çalışma kitapları düzenli olarak çöküyor. Ekibiniz dosya boyutunu yönetmek için tek bir analitik modeli birden fazla dosyaya böldüyse Excel'i aşmışsınız demektir.

Sürüm kontrolü kaosu. "Revenue_Report_v3_FINAL_FINAL_revised_Feb.xlsx" sürüm kontrolü değildir. Birden fazla kişi aynı e-tablonun kopyalarını düzenlediğinde ve hiç kimse hangi sürümün doğru sayılara sahip olduğundan emin olmadığında, Excel'in çözemeyeceği bir yönetim sorununuz vardır.

Manuel veri yenileme. Birisi her hafta veri tabanı dışa aktarma işleminden veri kopyalamak, bunu bir e-tabloya yapıştırmak, pivot tabloları yeniden çalıştırmak ve güncellenen dosyayı e-posta yoluyla dağıtmak için saatler harcıyorsa, bu Power BI'ın otomatik yenilemesinin tamamen ortadan kaldırdığı zamandır.

Formülün kırılganlığı. Karmaşık iç içe geçmiş formüllerin (SUMproduct içindeki DÜŞEYARA içindeki IF içinde IF içindeyse) denetlenmesi zordur, kırılması kolaydır ve asıl yazar dışında herhangi birinin bakımı imkansızdır. Elektronik tabloyu oluşturan kişi kuruluştan ayrıldığında formül mantığı bir kara kutuya dönüşür.

Ölçeklenebilirlik tavanı. Excel'in 1.048.576 satırlık kesin sınırı vardır. Bu sınıra ulaşmadan önce bile performans 100.000 satırın üzerinde önemli ölçüde düşüyor. İşlem verileriniz bu eşiği aşarsa Excel analitik platformunuz olamaz.

Güvenlik sınırlamaları. E-postayla gönderilen Excel dosyaları herkese iletilebilir. Sayfa koruması önemsiz bir şekilde atlanır. Dosyaya kimin eriştiğine veya hangi değişiklikleri yaptıklarına dair bir denetim izi yoktur. Düzenlemeye tabi endüstriler veya hassas finansal veriler için bu sınırlamalar gerçek risk oluşturur.

Göç Durumu

Power BI, Excel'i değerli kılan analitik yeteneklerini korurken bu sınırlamaların her birini ele alır. Yüz milyonlarca satırdan oluşan veri kümelerini performans sorunları olmadan işler. Herkesin tek bir bağlantı üzerinden erişebildiği, merkezi, sürüm kontrollü raporlar sunar. Zamanlanmış yenileme, manuel veri hazırlama işlemini ortadan kaldırır. DAX ölçümleri, iç içe geçmiş Excel formüllerinden daha güçlü ve daha denetlenebilirdir. Satır düzeyinde güvenlik, her kullanıcının yalnızca yetkili verileri görmesini sağlar.

Soru göç edip etmeyeceği değil, ne zaman olacağıdır. Cevap şudur: Bir e-tablo arızası, iş açısından kritik bir kararın yanlış rakamlarla alınmasına neden olmadan önce. Bu başarısızlık, karmaşık elektronik tablolara dayanan her kuruluşta, bir ne zaman olacağı meselesi değildir.

---

Aşama 1: Elektronik Tablo Denetimi ve Önceliklendirme

Elektronik Tablo Portföyünüzü Kataloglama

Power BI Desktop'ı açmadan önce, taşımayı planladığınız departmanlardaki iş açısından kritik tüm elektronik tabloları kataloglayın. Her e-tablo için şunları belgeleyin:

Önceliklendirme Matrisi

2x2'lik bir matris kullanarak geçiş için e-tablolara öncelik verin:

Yüksek Değer + Yüksek Ağrı (Önce Geçiş) Bunlar kritik iş kararlarını destekleyen ve en çok soruna neden olan elektronik tablolardır. Bunlar karmaşıktır, sıklıkla güncellenir, bakımı zaman alır ve hata geçmişi vardır. Öncelikle bunların taşınması, en görünür yatırım getirisini sağlar ve daha geniş bir geçiş için kurumsal ivme oluşturur.

Yüksek Değer + Düşük Ağrı (İkinci Geçiş) Bu e-tablolar önemli kararları destekler ancak nispeten istikrarlı ve bakımlıdır. Power BI'ın güvenliğinden, dağıtımından ve ölçeklenebilirliğinden yararlanırlar ancak etkin sorunlara neden olmadıkları için aciliyet daha düşüktür.

Düşük Değer + Yüksek Ağrı (Değerlendir) Bunlar sorunlara neden olur ancak kritik kararları desteklemez. Analizin hala gerekli olup olmadığını düşünün. Eğer öyleyse, taşıyın. Kimsenin kullanmadığı ancak birisinin görev bilinciyle güncellediği eski bir eser haline geldiyse kullanımdan kaldırın.

Düşük Değer + Düşük Ağrı (Sonuncuya Taşı veya Atla) Küçük bir kitle tarafından kullanılan basit, istikrarlı e-tablolar. Bunların Power BI'a hiç ihtiyacı olmayabilir. SharePoint aracılığıyla paylaşılan iyi yapılandırılmış bir Excel dosyası, bazı kullanım durumları için tamamen yeterlidir.

Öncelikli E-Tabloların Derinlemesine Analizi

"Önce Taşı" kategorisindeki her e-tablo için ayrıntılı bir analiz yapın:

Veri akışlarını haritalayın. Kaynağından son çıkışına kadar her girişi izleyin. Ham veriler e-tabloya nereye giriyor? Hangi dönüşümler uygulanır? Hangi hücreler diğer hücreleri besler? İşlem hattının tamamını gösteren bir veri akış şeması çizin.

İş kurallarını çıkarın. Karmaşık e-tablolar, formüllerdeki iş kurallarını kodlar. Sipariş hacmine göre indirim katmanları atayan bir DÜŞEYARA. Alacak hesaplarının yaşlandırmasını mevcut, 30 günlük, 60 günlük ve 90+ günlük gruplara ayıran iç içe geçmiş bir IF. Çalışan sayısı oranlarına göre paylaşılan maliyetleri departmanlar arasında dağıtan bir TOPLAM ÜRÜN. Bu kuralların tanımlanması, belgelenmesi ve DAX veya Power Query mantığına çevrilmesi gerekir.

Gizli varsayımları belirleyin. E-tablolar genellikle hücrelere gömülü ve açıkça hesaplamanın bir parçası olmayan sabit kodlanmış varsayımları içerir: vergi oranları, döviz kurları, hedef marjlar, büyüme varsayımları. Bunları bulun ve bunların Power BI modelinde parametre mi, yoksa referans tablosundaki veriye dayalı değerler mi haline gelmesi gerektiğine karar verin.

---

Aşama 2: Formül ve Desen Çevirisi

İlişkilerde DÜŞEYARA ve DİZİN-EŞLEŞTİRME

Excel'in DÜŞEYARA işlevi, farklı tablolardaki verileri birleştirmek için en sık kullanılan işlevdir. Power BI'da, uygun veri modeli ilişkileri birleştirme işlemini otomatik olarak gerçekleştirdiğinden DÜŞEYARA gereksizdir.

Excel modeli:

=VLOOKUP(A2, CustomerTable, 3, FALSE)

Bu, A sütununda bir müşteri kimliğini arar, bunu Müşteri Tablosu'nda bulur ve üçüncü sütundaki (müşteri adı) değeri döndürür.

Power BI eşdeğeri: Bilgi tablonuz ile müşteri kimliği sütunundaki Müşteri boyutu arasında bir ilişki oluşturun. İlişki mevcut olduğunda, Müşteri tablosundan bir alan ve olgu tablosundan bir hesaplama içeren herhangi bir görsel, ilişki aracılığıyla aramayı otomatik olarak çözer. Formüle gerek yok.

Bu sadece sözdizimsel bir farklılık değil, temel bir gelişmedir. Excel'de DÜŞEYARA, arama tablosunun üstüne satırlar eklendiğinde bozulur, arama sütunu sıralanmadığında (yaklaşık eşleşme için) yanlış sonuçlar döndürür ve çalışma kitabı her değiştiğinde yeniden hesaplama yapar (performansı düşürür). Power BI'daki ilişkiler yalnızca sorgulandığında dizine eklenir, doğrulanır ve hesaplanır.

Pivot Tablolardan Matris Görsellerine

Excel pivot tabloları doğrudan Power BI'ın matris görseline çevrilir. Haritalama basittir:

Temel fark: Excel'de hesaplanan alanlar pivot tablo içinde tanımlanır ve hassastır; pivot yapısını değiştirmek onları bozabilir. Power BI'da ölçümler veri modelinde tanımlanır ve görselin nasıl yapılandırıldığına bakılmaksızın tüm görsellerde tutarlı bir şekilde çalışır.

HESAPLANACAK ETOPLA ve ÇOKEĞER

Excel'in ÇOK ETOPLA işlevi, birden çok koşula sahip değerleri toplar. DAX'ın HESAPLAMA işlevi daha güçlüdür ancak aynı konsepti izler.

Excel:

=SUMIFS(Revenue, Region, "North", Year, 2026, Status, "Closed")

DAX:

North 2026 Closed Revenue =
CALCULATE(
    [Total Revenue],
    DimRegion[Region] = "North",
    DimDate[Year] = 2026,
    DimStatus[Status] = "Closed"
)

DAX sürümü daha ayrıntılı ancak daha güçlüdür. Her filtre bağımsız değişkeni basit bir karşılaştırma, bir tablo işlevi (SAMEPERIODLASTYEAR gibi) veya karmaşık bir ifade olabilir. Ve SUMIFS'den farklı olarak CALCULATE, görselin filtre bağlamıyla etkileşime girer, böylece aynı ölçüm halihazırda Bölge ve Yıla göre filtreleyen bir matris görselinde kullanılabilir ve ek filtreleri üstte doğru şekilde uygular.

IF/Yuvalanmış IF'den DAX'a Anahtar ve Değişkenler

Excel'deki karmaşık iç içe geçmiş IF ifadeleri bir bakım kabusudur. Klasik yaşlandırma kovası formülü:

Excel:

=IF(DaysPastDue<=0,"Current",IF(DaysPastDue<=30,"1-30 Days",IF(DaysPastDue<=60,"31-60 Days",IF(DaysPastDue<=90,"61-90 Days","90+ Days"))))

DAX (hesaplanmış bir sütun veya ölçü olarak):

Aging Bucket =
SWITCH(
    TRUE(),
    [Days Past Due] <= 0, "Current",
    [Days Past Due] <= 30, "1-30 Days",
    [Days Past Due] <= 60, "31-60 Days",
    [Days Past Due] <= 90, "61-90 Days",
    "90+ Days"
)

SWITCH(TRUE()), koşulları sırayla değerlendirir ve ilk DOĞRU koşulunun sonucunu döndürür. İç içe IF'ye göre okunması, bakımı daha kolay ve genişletilmesi daha kolaydır.

DAX Yineleyicilerine Dizi Formülleri

Excel dizi formülleri (eski sürümlerde Ctrl+Shift+Enter tuşlarıyla girilir) değer dizileri arasında hesaplamalar gerçekleştirir. Power BI eşdeğerleri DAX yineleyici işlevleridir.

Excel (ağırlıklı ortalama):

{=SUM(Quantity*Price)/SUM(Quantity)}

DAX:

Weighted Average Price =
DIVIDE(
    SUMX(Sales, Sales[Quantity] * Sales[UnitPrice]),
    SUM(Sales[Quantity])
)

SUMX, Satış tablosundaki her satırda yinelenir, Miktarı BirimFiyat ile çarpar ve sonuçları toplar. Bu, mantıksal olarak Excel dizi formülüyle aynıdır ancak performans sorunları olmadan milyonlarca satıra ölçeklenir.

---

3. Aşama: Power BI Veri Modelini Oluşturma

Düz Dosyadan Yıldız Şemasına

En yaygın Excel analitik modeli tek bir düz tablodur: tüm veriler, her öznitelik için sütunlarla birlikte tek bir sayfadadır. Müşteri adı, ürün kategorisi, bölge, tarih, tutar --- hepsi tek satırda. DÜŞEYARA ve pivot tabloların düz yapıları işleyebilmesi nedeniyle bu Excel'de işe yarar. Power BI'da bu yapı işlevseldir ancak optimal değildir.

Geçiş, verilerinizi uygun bir yıldız şemasına göre yeniden yapılandırmak için bir fırsattır. Düz masayı şu parçalara ayırın:

Bilgi tablosu: Sayısal değerleri (tutarlar, miktarlar, sayımlar) ve yabancı anahtarları içeren işlem düzeyindeki satırlar. İşlem veya işlem satırı başına bir satır.

Boyut tabloları: Benzersiz açıklayıcı varlıklar. Müşteri başına bir satır. Ürün başına bir satır. Tarih başına bir satır. Tüm olgu tablolarında paylaşılır.

Bu yeniden yapılandırma, sorgu performansını artırır (VertiPaq, boyut sütunlarını daha iyi sıkıştırır), yeniden kullanıma olanak tanır (birden fazla olgu tablosu aynı boyutları paylaşır) ve modelin kendi kendini belgelemesini sağlar (şema, varlıkların nasıl ilişkilendiğini gösterir).

Arama Sayfalarını Boyut Tablolarına Taşıma

Excel çalışma kitaplarında genellikle "arama" sayfaları bulunur; vergi oranları, indirim katmanları, döviz kurları, bölge eşlemeleri, maliyet merkezi açıklamaları ve benzer referans verileri için referans tabloları. Bunlar doğrudan Power BI'daki boyut tablolarına çevrilir.

Her arama sayfasını Power BI'da ayrı bir tablo olarak içe aktarın. Eşleşen anahtar sütununda arama tablolarından olgu tablolarınıza kadar ilişkiler oluşturun. DÜŞEYARA formüllerini kaynak verilerden kaldırın ve bunun yerine model ilişkilerine güvenin.

İş kurallarını (indirim katmanları, vergi dilimleri, fiyat listeleri) içeren arama sayfaları için kuralların aşağıdaki gibi olup olmadığını düşünün:

Modelde statik: Arama tablosunu içe aktarın ve yalnızca kurallar değiştiğinde yenileyin. Ülke listeleri, para birimi kodları ve ölçü birimi dönüşümleri gibi sabit referans verileri için uygundur.

Veri kaynağından dinamik: Arama tablosunu, iş kullanıcılarının Power BI modelini değiştirmeden güncelleştirebilecekleri bir veritabanına veya SharePoint listesine bağlayın. Döviz kurları, hedef bütçeler, mevsimsel ayarlamalar gibi sık değişen referans verilerine uygundur.

Manuel Veri Girişini Yönetme

Bazı Excel elektronik tabloları, herhangi bir kaynak sistemde bulunmayan manuel veri girişi (bütçe hedefleri, yorumlar, sınıflandırmalar ve ayarlamalar) içerir. Bu verilerin taşıma sırasında korunması gerekir.

Manuel verileri işleme seçenekleri:

SharePoint listesi. Manuel verileri bir SharePoint listesine taşıyın. Power BI listeye veri kaynağı olarak bağlanır. İş kullanıcıları SharePoint'teki verileri düzenlemeye devam eder ve Power BI, yenileme sırasında değişiklikleri alır. Yapılandırılmış manuel veriler için önerilen yaklaşım budur.

Dataverse tablosu. Dynamics 365 ortamları için manuel verileri bir Dataverse tablosunda depolayın. Power BI'ın yerel Dataverse entegrasyonu bunu sorunsuz hale getirir.

Ya olursa parametreleri. Sayısal varsayımlar için (büyüme oranı, indirim yüzdesi, vergi oranı), Power BI'nın durum parametreleri, kullanıcıların kaynak verileri değiştirmeden raporda ayarlayabileceği kaydırıcılar oluşturur.

Power BI'ya doğrudan giriş (sınırlı). Power BI, küçük statik tablolar oluşturmak için "Veri Gir" seçeneğini destekler. Bu, küçük, nadiren değiştirilen referans verileri (100 satırın altında) için uygundur ancak sık sık değişen veriler için uygun değildir.

---

Aşama 4: Veri Hazırlama için Güç Sorgusu

Manuel Kopyala-Yapıştır İş Akışlarını Değiştirme

Geçişten elde edilen en hızlı zaman tasarrufu, her raporlama döngüsünde gerçekleştirilen manuel veri hazırlama işleminin otomatikleştirilmesiyle sağlanır. Tipik bir Excel iş akışı şöyle görünebilir:

1. CSV'yi ERP sisteminden dışa aktarın
2. Excel'de açın, başlık satırlarını silin
3. Verileri raporlama çalışma kitabına kopyalayın
4. Tarih formatlarını manuel olarak düzeltin
5. Müşteri adları için arama formülleri ekleyin
6. Pivot tabloları yenileyin
7. Hataları kontrol edin
8. Dosyayı paydaşlara e-postayla gönderin

Power BI'da bu iş akışının tamamı Power Query'de otomatikleştirilir:

1. Power Query doğrudan ERP veritabanına bağlanır (CSV dışa aktarımı yoktur)
2. Dönüşüm adımları başlık satırlarını, tarih formatlarını ve veri türlerini işler
3. İlişkiler arama formüllerinin yerini alır
4. Zamanlanmış yenileme otomatik olarak tetiklenir
5. Kontrol panelleri tüm paydaşlar için her zaman günceldir

Power Query adımlarını ilk kez oluşturduğunuzda, orijinal Excel çalışma kitabını oluşturma çabasıyla kıyaslanabilir bir çaba gerekir. Ancak sonraki her yenileme, sıfır manuel müdahaleyle otomatik olarak gerçekleşir. Bir yıldan fazla haftalık raporlama, çalışma kitabı başına 50'den fazla saat tasarruf anlamına gelir.

Ortak Power Query Dönüşümleri

Özetlemeden çıkarma. Excel raporları genellikle verileri geniş bir formatta özetler: aylar sütun başlıkları olarak, kategoriler ise satırlar halinde. Power BI uzun ve dar verilerle daha iyi çalışır. Power Query'nin Özeti Çözme işlevi geniş tabloları uzun tablolara dönüştürür:

Önce: | Product | Jan | Feb | Mar | Sonra: | Product | Month | Revenue |

Bu, geçiş sırasında en yaygın ve değerli dönüşümlerden biridir. Excel'deki geniş tablolar, Power BI'da düzgün şekilde modellenmiş olgu tablolarına dönüşür.

Birden fazla dosya ekleme. Excel iş akışınız 12 aylık dosyayı açmayı ve bunları tek bir sayfaya kopyalamayı içeriyorsa Power Query'nin Dosyaları Birleştir özelliği bunu otomatikleştirir. Power Query'yi bir klasöre yönlendirdiğinizde, klasördeki tüm dosyaları otomatik olarak tek bir tabloya ekler. Klasöre yeni bir aylık dosya eklendiğinde, bir sonraki yenilemede dosya otomatik olarak alınır.

Veri türü uygulaması. Excel, veri türleri konusunda hoşgörülüdür; bir sütun, aynı sütunda sayılar, metin ve tarihler içerebilir. Power BI tutarlı türler gerektirir. Power Query tür uyuşmazlıklarını tanımlar ve bunları temizlemek için araçlar sağlar: hataları değiştirin, türleri dönüştürün veya sorunlu satırları kaldırın.

Sütun bölme ve birleştirme. "Tam Ad" sütununu "Ad" ve "Soyadı" olarak bölün. "Şehir", "Eyalet" ve "Zip"i tek bir "Adres" sütununda birleştirin. Bir tarihten yılı çıkarın. Kategori önekini ürün numarasından ayırmak için ürün kodunu ayrıştırın. Excel formülleri gerektiren bu dönüşümler, yeniden kullanılabilir Power Query adımlarına dönüşür.

---

Aşama 5: Doğrulama ve Paralel Çalıştırma

Doğrulama Çerçevesi

Herhangi bir e-tabloyu kullanımdan kaldırmadan önce Power BI raporunun aynı sonuçları ürettiğini doğrulayın. Bu tartışılamaz. Rakamlar güvenilir Excel raporlarından farklıysa, Power BI numaraları gerçekten doğru olsa bile kullanıcılar Power BI'ya hemen güvenmez.

Temel metrikleri yan yana karşılaştıran bir doğrulama çalışma kitabı oluşturun:

Tutarsızlıkların Araştırılması

Farklılıklar normaldir ve beklenir. Şunlardan kaynaklanırlar:

Farklı veri kapsamı. Power BI modeli bunları filtrelerken (veya tam tersi) Excel dosyası toplamda iptal edilen siparişleri içerebilir. Filtre kriterlerini her iki sistem arasında hizalayın.

Yuvarlama farklılıkları. Excel ve Power BI, farklı kayan nokta duyarlılığını kullanır. Binlerce ondalık değerin toplamı, yuvarlama sırasına göre kuruşluk farklılık gösterebilir. Bu kabul edilebilir ve beklenen bir durumdur.

Zamanlama farklılıkları. Excel dosyası sabah 8:00'de ve Power BI veri kümesi sabah 6:00'da yenilendiyse, sabah 6:00 ile 8:00 arasında kaydedilen işlemler birinde görünür, diğerinde görünmez. Aynı veri anlık görüntüsünü kullanarak doğrulayın.

Excel'deki formül hataları. Bazen Power BI numarası doğru, Excel numarası ise yanlıştır. Geçiş genellikle aylarca veya yıllardır sessizce yanlış sonuçlar üreten formül hatalarını ortaya çıkarır. Bu bulguları belgeleyin; bunlar göçün değerini ortaya koyuyor.

Gizli filtreler. Excel pivot tablolarına hemen görülemeyen filtreler uygulanmış olabilir. Pivotun kaynak verilerindeki "Rapor Filtresi" alanını ve gizli manuel filtreleri kontrol edin.

Paralel Çalışma Dönemi

En az bir tam raporlama döngüsü (ideal olarak iki) için her iki sistemi de paralel olarak çalıştırın. Bu dönemde:

Her iki sistem de güncellendi. Excel çalışma kitabı manuel olarak yenilenmeye devam ediyor. Power BI raporu otomatik olarak yenilenir. Her ikisi de kullanıcılara açıktır.

Kullanıcılar sonuçları karşılaştırır. Kullanıcıları Power BI raporunu güvendikleri Excel raporuyla karşılaştırmaya teşvik edin. Araştırıp çözebilmeniz için tutarsızlıkları rapor etmelerini sağlayın.

Geri bildirim toplama. Power BI deneyimine ilişkin geri bildirim toplayın. Düzen sezgisel mi? Doğru metrikler öne çıkıyor mu? Eksik bir şey var mı? Excel sürümü kullanımdan kaldırılmadan önce kullanıcı girişine göre Power BI tasarımını yineleyin.

Paralel çalışma sırasında eğitim. Kullanıcı eğitimi için paralel dönemi kullanın. Kullanıcılar, tanıdık Excel raporlarını bir güvenlik ağı olarak kullanmaya devam ederken Power BI'ın arayüzünü öğrenebilirler. Bu geçişle ilgili endişeyi azaltır.

---

Aşama 6: Elektronik Tabloların Kullanımdan Kaldırılması

Hizmetten Çıkarma Kontrol Listesi

Elektronik tabloları aniden kullanımdan kaldırmayın. Yapılandırılmış bir süreci takip edin:

Zaman çizelgesini duyurun. Kullanıcılara, e-tablo kullanımdan kaldırılmadan 2-4 hafta önce bildirimde bulunun. Belirli bir tarihi ve onun yerine geçen Power BI raporunu iletin.

E-tabloyu arşivleyin. Excel dosyasının son sürümünü açıkça etiketlenmiş bir arşiv klasörüne (etkin raporlama klasörüne değil) taşıyın. Silmeyin; kullanıcıların geçiş sırasında geçmiş verilere başvurması gerekebilir ve orijinalin mevcut olması endişeyi azaltır.

Belgeleri güncelleyin. Excel raporuna referans veren tüm standart işletim prosedürlerini, eğitim materyallerini veya süreç belgelerini güncelleyin. Referansları Power BI raporunun URL'siyle değiştirin.

Canlı sürüme erişimi kaldırın. E-tablo SharePoint'te veya bir ağ paylaşımındaysa düzenleme erişimini iptal edin ancak arşiv kopyasına okuma erişimini sürdürün. Bu, herhangi birinin kullanımdan kaldırılan Excel sürümünü güncellemeye devam etmesini ve gölge raporlama sistemi oluşturmasını engeller.

Power BI'ın benimsenmesini izleyin. Hizmetten çıkarmadan sonraki ilk ay boyunca yedek Power BI raporunun kullanım ölçümlerini izleyin. Kullanım önemli ölçüde düşerse, kullanıcıların e-tablolara dönüp dönmediğini veya analizi hiç yapmadığını araştırın (her ikisi de müdahale gerektiren sorunlardır).

Dirençle Başa Çıkmak

Bazı kullanıcılar geçişe direnecek ve endişeleri saygıyı hak ediyor. Ortak itirazlar ve yanıtlar:

"Excel'de Power BI'ın yapamadığı şeyleri yapabiliyorum." Bu bazen doğrudur. Excel'in anlık esnekliği (yorum ekleme, manuel ayarlamalar, tek seferlik hesaplamalar) eşsizdir. Bunun cevabı her şeyi Power BI'a zorlamak değildir. Kullanıcıların anlık keşif için Excel'i kullanmaya devam etmesine izin verin. Power BI, Excel'in üstün olduğu tek seferlik analizin değil, manuel olarak yapılmaması gereken yinelenen raporlamanın yerini alır.

"Power BI numaralarına güvenmiyorum." Bu, doğrulama aşamasının ele alınması gereken işidir. Paralel çalışma dönemi tutarlı bir doğruluk gösterirse güven oluşur. Tutarsızlıklar devam ederse, hizmetten çıkarmadan önce bunları giderin. Güven sorunları çözülmeden asla hizmetten çıkarmayın.

"Power BI e-tablomdan daha yavaş." Küçük veri kümeleri için Excel'in açılması ve etkileşimde bulunulması gerçekten de bir web tarayıcısındaki Power BI raporundan daha hızlıdır. Bu değiş tokuşu kabul edin. Hız farkı, otomatik yenileme, merkezi erişim ve ölçeklenebilirlik ile dengelenir. Yükleme süresinin kritik olduğu panolar için Power BI raporunun performansını iyileştirin (görselleri azaltın, DAX'ı iyileştirin, toplamaları kullanın).

"Ekibim için raporu değiştirmem gerekiyor." Power BI bunu çalışma alanı izinleri aracılığıyla destekler. Uzman kullanıcılara, paylaşılan veri kümesine bağlı kendi raporlarını oluşturmaları için "Katkıda Bulunan" erişimi verin. Temel veri modeli yönetilen ve tutarlı kalırken istedikleri özelleştirme esnekliğine sahip oluyorlar.

ECOSIRE'ın Power BI geçiş hizmetleri, Excel'den Power BI geçişini planlayan kuruluşlar için elektronik tablo denetimleri, formül çevirisi, veri modelleme, doğrulama çerçeveleri ve kullanıcı eğitimi dahil olmak üzere yapılandırılmış geçiş desteği sağlar. Üretim, perakende, finans ve profesyonel hizmet kuruluşlarında iş açısından kritik yüzlerce elektronik tabloyu Power BI'a taşıdık.

---

Göç Sonrası: Değişimi Sürdürmek

Self Servis Kültürü Oluşturmak

Excel'den Power BI'a geçişin nihai hedefi, bir statik raporlama aracını diğeriyle değiştirmek değildir. İş kullanıcılarının BT'nin bir rapor oluşturmasını beklemeden kendi sorularını yanıtlayabilecekleri bir self servis analiz kültürü yaratmaktır.

Self servisi şu şekilde etkinleştirin:

Paylaşılan veri kümelerini yayınlama. İş kullanıcılarının kendi raporlarını oluştururken bağlanabilecekleri, yönetilen, sertifikalı veri kümeleri oluşturun. Veri kümesi, incelenmiş veri modelini, ölçümleri ve ilişkileri içerir. Kullanıcılar, temeldeki veri hattını anlamalarına gerek kalmadan görselleri en üst düzeyde oluştururlar.

Şablonların sağlanması. Kullanıcıların kopyalayıp özelleştirebileceği yaygın rapor türleri (satış kontrol paneli, operasyonel puan kartı, finansal özet) için başlangıç ​​şablonları oluşturun. Şablonlar kullanıcılara yaratıcı özgürlük verirken tasarım tutarlılığını da güçlendirir.

Aylık eğitim oturumları düzenleniyor. Belirli konulara ilişkin kısa, odaklanmış oturumlar (1 saat): "Çubuk grafik nasıl oluşturulur", "Dilimleyici nasıl oluşturulur", "Detaylandırma nasıl kullanılır?" Kuruluşun gerçek verilerini kullanarak oturumları pratik ve uygulamalı tutun.

Mükemmellik merkezini sürdürmek. Küçük bir ekip (2-3 kişi) dahili Power BI uzmanları olarak görev yapar. Paylaşılan veri kümelerini korur, en iyi uygulamalara ilişkin rehberlik sağlar, raporları inceleyip onaylar ve Power BI'ın aylık özellik sürümleriyle güncel kalırlar.

Sürekli İyileştirme

Göç tek seferlik bir olay değildir. Power BI aylık olarak yeni özellikler yayınlar. İş gereksinimleriniz gelişir. Veri kaynakları değişir. Bugün oluşturduğunuz raporların yarın güncellenmesi gerekecek.

Power BI ortamınızın üç aylık incelemelerini planlayın:

Kullanım analizi. Hangi raporlar yoğun olarak kullanılıyor? Hangileri kullanılmaz? İlkine yatırım yapın; ikincisini emekli edin.

Performans incelemesi. Yenileme süreleri artıyor mu? Görseller yavaş mı işleniyor? Performans, kullanıcıların kontrol panellerini kullanmayı bırakacak kadar düşmesinden önce optimizasyon yapın.

Özelliğin benimsenmesi. Kullanıcılar yeni Power BI özelliklerinden yararlanıyor mu? Değer katabilecek ancak henüz benimsenmemiş yetenekler (AI görselleri, hızlı öngörüler, hedef izleme) var mı?

Geri bildirim entegrasyonu. Kullanıcı geri bildirimlerini sürekli olarak toplayın ve bunları geliştirme birikiminize entegre edin. En iyi analiz ortamları, onları oluşturan ekip tarafından değil, onları günlük olarak kullanan kişiler tarafından şekillendirilir.

---

SSS

Tipik bir Excel'den Power BI'a geçiş ne kadar sürer?

Tek bir e-tablo geçişi (bir karmaşık çalışma kitabından bir Power BI raporuna) analiz, geliştirme, doğrulama ve paralel çalıştırma dahil olmak üzere 2-4 hafta sürer. Departman düzeyinde bir geçiş (bir ekibe hizmet veren 5-15 e-tablo) 3-6 ay sürer. Kurumsal çapta bir geçiş (birden fazla departmana düzinelerce e-tablo), yönetişim kurulumu, eğitim ve değişiklik yönetimi de dahil olmak üzere 6-12 ay sürer. Geliştirme çalışması nadiren darboğaz oluşturur; doğrulama, eğitim ve benimseme, raporların oluşturulmasından daha uzun sürer.

Power BI'a geçiş yaptıktan sonra Excel'i kullanmaya devam edebilir miyim?

Kesinlikle. Power BI ve Excel birbirini tamamlar. Yinelenen raporlama, paylaşılan panolar ve yönetilen analizler için Power BI'ı kullanın. Geçici analiz, tek seferlik hesaplamalar ve veri araştırması için Excel'i kullanın. Power BI, daha fazla analiz için verileri Excel'e aktarmanıza ve "Excel'de Analiz Et" özelliğini kullanarak Excel'i doğrudan Power BI veri kümelerine bağlamanıza olanak tanıyarak size her iki dünyanın da en iyisini sunar.

Excel makrolarıma ve VBA koduma ne olacak?

VBA makroları Power BI'a çevrilmez. Elektronik tablonuz veri dönüşümü (temizleme, biçimlendirme, dosyaları birleştirme) için makrolara dayanıyorsa bunları Power Query adımlarıyla değiştirin. Makrolar kullanıcı arabirimi davranışını (özel düğmeler, form iletişim kutuları) yönlendiriyorsa Power BI'ın yerel etkileşim modelinin (dilimleyiciler, detaya geçiş, yer işaretleri) eşdeğer işlevsellik sağlayıp sağlamadığını değerlendirin. Harici sistemlerle etkileşim kuran (e-posta gönderme, veritabanlarına yazma) makroları, Power BI veri uyarıları tarafından tetiklenen Power Automate akışlarıyla değiştirin.

Geçiş yapan her Excel kullanıcısı için Power BI lisansına ihtiyacım var mı?

Mutlaka değil. Power BI lisanslaması, önceki Excel kullanımlarına değil, kullanıcıların içeriğe nasıl eriştiğine bağlıdır. Raporları Premium kapasiteli bir çalışma alanında yayınlarsanız görüntüleyenlerin yalnızca ücretsiz bir Power BI hesabına ihtiyacı vardır. Pro çalışma alanlarını kullanıyorsanız her izleyicinin Pro lisansına ihtiyacı vardır (kullanıcı başına 10 ABD doları/ay). Az sayıda rapor oluşturucuya ve çok sayıda görüntüleyiciye sahip kuruluşlar için Premium kapasite daha uygun maliyetlidir. Maliyeti doğru bir şekilde modellemek için Excel kullanıcılarınızı yaratıcılar (Pro veya PPU'ya ihtiyaç duyan) ve görüntüleyenler (Pro'ya ihtiyaç duyan veya Premium ile ücretsiz kullanabilir) olarak kategorize ederek başlayın.

Herhangi bir veritabanında bulunmayan manuel veri girişli e-tabloları nasıl yönetirim?

Yalnızca e-tablolarda bulunan manuel verilerin yeni bir yuvaya ihtiyacı vardır. En iyi seçenek genellikle bir SharePoint listesidir; Power BI'ın veri kaynağı olarak bağlanabileceği yapılandırılmış, çok kullanıcılı bir veri girişi arabirimi sağlar. Dynamics 365 kullanan kuruluşlar için Dataverse tablosu, daha sıkı Power BI entegrasyonuyla aynı amaca hizmet eder. Küçük, nadiren değiştirilen referans verileri için (100 satırın altında), Power BI'ın "Veri Girin" özelliği doğrudan modelde statik bir tablo oluşturur. Temel prensip, manuel verilerin, veri girişi için tasarlanmış bir sisteme (SharePoint, Dataverse, basit bir web formu) girilmesi ve Power BI'ın kendisine girilmemesi, bir veri kaynağı olarak Power BI tarafından tüketilmesi gerektiğidir.