Translytical Görev Akışlarını kullanarak Microsoft Fabric üzerinde Power BI geri yazma çözümleri geliştiriyoruz – böylece ekibiniz, halihazırda inceledikleri raporun içinden doğrudan planları düzenleyebilir, görevleri yeniden planlayabilir ve kayıtları onaylayabilir. Power BI’ye özgü, Fabric tarafından yönetilen ve sadece demo ortamında değil, üretim ortamında da kesintisiz çalışacak şekilde tasarlanmış çözümler.
Raporlarınız sorunu ortaya koyuyor. Ancak bu raporlar, sorunun çözülmesine engel oluyor.
Power BI, verileri okumak için tasarlanmıştır, yazmak için değil. Birisi bir tahmini güncellemesi, bir görevi yeniden planlaması veya bir kaydı onaylaması gerektiği anda rapordan çıkar – ve rapor, tek doğru bilgi kaynağı olmaktan çıkar. Microsoft Fabric üzerindeki Translytical Görev Akışları bu boşluğu yerel olarak kapatır. Asıl soru, geri yazma mantığının üretim ortamında güvenilebilecek kadar iyi tasarlanmış olup olmadığıdır.
Planlar ve tahminler son ihracat verileriyle sabitlendi
Bir hesap tablosundaki rakam güncelleniyor, ancak raporda hâlâ geçen ayın rakamı görünüyor. Birinin bunu yeniden içe aktarmayı hatırlaması gerekiyor ve bu yapılana kadar, kontrol panelinden alınan her karar güncel olmayan verilere dayalı oluyor.
Program değişiklikleri, programın dışında gerçekleşir
Bir görev iki gün ertelenir, bir kaynak çakışır ve bir hafta sonra bir çakışma olarak ortaya çıkana kadar kimse farkına varmaz. Bunu tespit etmesi gereken rapor sadece planı gösterebilir; kimsenin planı düzenlemesine ve bunun zincirleme etkisini gerçek zamanlı olarak görmesine imkân vermez.
Onaylar ve düzeltmeler kayıtta değil, e-postada yer alır
Birisi bir e-postaya yanıt vererek bir bütçe kalemini onaylıyor. Ancak bu durum rapora hiçbir şekilde yansımıyor. Denetçi, neyin ne zaman kim tarafından onaylandığını sorduğunda, cevap sistemde değil; birinin gelen kutusunda bulunuyor.
Müşterilerimiz için geliştirdiğimiz geri bildirim sistemi.
Microsoft Fabric üzerinde Power BI geri yazma işlemleri konusunda uzmanız – özellikle Translytical Görev Akışları ve Fabric Kullanıcı Veri İşlevleri. Bu, yazma yolunun raporunuzun halihazırda çalıştığı platforma özgü olduğu anlamına gelir; ayrı bir veri deposunu yönetmek zorunda kalacağınız ek bir araç değildir. Tek bir düzenlenebilir alandan tamamen etkileşimli bir zamanlama görseline kadar, akışı baştan sona oluşturuyoruz: tetikleyici, doğrulama mantığı, yazma işlemi ve rapora geri yükleme.
Translytical Görev Akışları ve Fabric Kullanıcı Verisi İşlevleri
Writeback için Microsoft’un kendi yolunu kullanma: Raporunuzdaki bir denetim, bir Fabric Kullanıcı Veri İşlevini tetikler; bu işlev, girdiyi doğrular ve Fabric SQL Veritabanına, bir Fabric Warehouse’a veya bir Fabric Lakehouse’a veri yazar. Barındırılması gereken ayrı bir ara yazılım ya da yönetilmesi gereken ayrı bir kimlik sistemi yoktur – halihazırda sahip olduğunuz Fabric kiracısında çalışır. Tipik akışlar şunlardır:
- Düzenlenebilir alanın geri yazılması – bir rapor görseline doğrudan girilen değer doğrulanır ve altta yatan Fabric SQL Veritabanına yazılır
- Onay durumu güncellemesi – rapordaki bir onaylama/reddetme işlemi, karar, zaman damgası ve onaylayıcı bilgilerini kayda geri yazar
- Koşullu geri yazma – girilen değere bağlı olarak hedef tablo veya doğrulama kuralı değişir (örneğin, belirli bir eşik değerin üzerindeki tutarlar inceleme için işaretlenir)
- Toplu güncelleme akışları – tek bir işlemle, seçilen birden fazla satıra değişiklik uygulanır; her satır için ayrı ayrı doğrulama yapılır
Özel Geri Yazma Görselleri
Bazı kullanım senaryoları, bir düğme ve bir metin alanından daha fazlasını gerektirir; doğrudan müdahaleye ihtiyaç duyarlar. Her değişiklikte Fabric Kullanıcı Veri İşlevlerini çağıran ve herhangi bir veri yazılmadan önce kullanıcılara gerçek zamanlı geri bildirim sağlayan, sürükle ve bırak etkileşimine sahip özel Power BI görselleri geliştiriyoruz. Tipik örnekler arasında şunlar yer alır:
- Etkileşimli Gantt zamanlama – bir görevi sürükleyerek yeniden planlayın, boyutunu değiştirerek süresini ayarlayın ve sürükleme işlemi sırasında, değişiklik henüz kaydedilmeden önce kaynak çakışmalarının anlık olarak vurgulanmasını izleyin
- Tablo tarzı planlama görselleri – bütçe veya tahmin rakamlarını doğrudan bir matris içinde düzenleyin; toplamlar, yazdıkça otomatik olarak yeniden hesaplanır
- Yorum ve açıklama kaydı – herhangi bir veri noktasına doğrudan görselden bir not ekleyin; bu not, kullanıcı adı ve zaman damgası ile birlikte kaydedilir
Doğrulama ve Yönetişim
Her yazma işlemi, Fabric Kullanıcı Veri İşlevi içinde sunucu tarafında bir doğrulama sürecinden geçer – bu, görsel arayüzde atlanabilen basit bir kontrol değildir. Satır düzeyinde güvenlik kurallarına uyulur, her değişiklik zaman damgası ile işaretlenir ve reddedilen yazma işlemleri sessizce hata vermek yerine net bir neden bildirir. Yaygın örüntüler arasında şunlar yer alır:
- Herhangi bir yazma işleminin onaylanmasından önce iş kuralı doğrulaması (örneğin, bir kaynağın çifte rezerve edilmemesi, bütçe kalemlerinde negatif tutar olmaması)
- Kimin, neyi, ne zaman ve hangi rapordan değiştirdiğine dair denetim günlüğü
- Yazma işleminin başarıyla tamamlanmasının ardından anlamsal modelin otomatik olarak yenilenmesi; böylece her görüntüleyen güncellemeyi anında görebilir
Nasıl çalışıyor?
1. Mimari ve Altyapı Hazırlığı
Herhangi bir kod yazmadan önce, Fabric kiracınızın halihazırda neleri desteklediğini, hedef verilerin nerede depolanması gerektiğini (Fabric SQL Veritabanı, Warehouse veya Lakehouse) ve doğrulama kurallarının neleri kapsaması gerektiğini belirleriz. Bu hususlar, geliştirme çalışmalarına başlamadan önce belgelendirilir ve sizinle mutabık kalınır. Belirsiz kurallara dayalı bir geri yazma akışı, güvenilir olmayan verilerle sonuçlanır.
2. Oluştur ve Test Et
Kullanıcı Veri İşlevini, rapor tarafındaki tetikleyiciyi ve – gerektiğinde – özel görseli oluştururuz, ardından bunları gerçekçi verilerle Fabric ortamınızda test ederiz. Normal akış senaryolarını ve sınır durumlarını test ediyoruz: aynı kayda eşzamanlı düzenlemeler, doğrulamayı geçemeyen bir yazma işlemi, kaydetme işlemi sırasında meydana gelen ağ kesintisi. Üretim ortamındaki yazma geri alma hatalarının çoğu tam da bu senaryolardan kaynaklanmaktadır.
3. UAT ve Onaylama
Akışı, günlük raporlamanızdaki gerçek senaryolar üzerinden test edersiniz. Herhangi bir sorunu giderir, bilinen sınırlamaları belgelendirir ve onaylamadan önce doğrulama ve yenileme işlemlerinin kararlaştırıldığı şekilde çalıştığını teyit ederiz.
4. Devir Teslim ve Dokümantasyon
Her bir fonksiyonun girdi bilgilerini, doğrulama mantığını ve yazma hedefini içeren yazılı bir açıklama da dahil olmak üzere eksiksiz bir devir teslim – ekibinizin bize ihtiyaç duymadan anlayabileceği ve bakımını yapabileceği kadar net. 3 aylık hata düzeltme hizmeti dahildir. Sürekli destek, sabit ücretli hizmet olarak sunulmaktadır.
Müşterilerimizden gelen geri bildirimler.
Etkileşimli Görev ve Kaynak Planlaması
Bir planlayıcı, Gantt görselindeki bir görevi yeni bir tarihe sürükler. Sürükleme işlemi sırasında, aynı kaynak üzerindeki çakışan rezervasyonlar anında vurgulanır. Gönderildiğinde, bir Fabric Kullanıcı Veri İşlevi, yeni programı o kaynak için yapılan diğer tüm rezervasyonlarla karşılaştırarak doğrular ve değişikliği Fabric SQL Veritabanına kaydeder. Gerçek bir çakışma varsa, planın sessizce bozulması yerine, yazma işlemi açık bir gerekçeyle reddedilir.
Bütçe ve Tahmin Düzenleme
Bir finans sorumlusu, bir Power BI matrisinde tahmin rakamını doğrudan düzenler. Değişiklik, onaylanmış bütçe tavanına göre doğrulanır ve altta yatan Fabric Warehouse’a kaydedilir. Raporun diğer tüm görüntüleyenleri, bir sonraki yenilemede güncellenmiş rakamı görür – dışa aktarma, yeniden içe aktarma veya ayrı bir planlama aracı gerekmez.
Onay İş Akışları
Bir raporda, “Onayla / Reddet” denetimleri içeren bir talep görünür. Onaylama işlemi, kararı, onaylayıcıyı ve bir zaman damgasını kayda geri yazan ve sonraki aşamalarda herkesin görebileceği durumu güncelleyen bir Fabric Kullanıcı Veri İşlevini tetikler. Karar geçmişinin tamamı, raporun verilerini aldığı aynı tabloda tutulur.
Kaynakta Veri Düzeltme
Bir kullanıcı, bir raporu incelerken hatalı bir değer fark eder ve bir bilet açıp başka birinin bunu kaynağında düzeltmesini beklemek yerine, o anda düzeltir. Düzeltme doğrulanır ve doğrudan Fabric ile desteklenen kaynak tabloya kaydedilir.
Yorumlar ve Açıklamalar
Bir gözden geçiren, belirli bir veri noktasına bir not ekler – bir sapmanın açıklaması ya da takip edilmesi gereken bir husus gibi. Bu yorum, kullanıcı adı ve zaman damgasıyla birlikte kaydedilir ve aynı raporu açan bir sonraki kişiye görünür.
Şeffaf fiyatlandırma.
Zaman ve Malzeme esasına göre çalışıyoruz. Gerçekte çalışılan günler için sabit bir günlük ücret ödersiniz. Sabit fiyat sürprizi yok, sizin onayınız olmadan kapsam genişletme yok.
| Akış tipi | Tipik kapsam | Gösterge niteliğindeki maliyet (net) |
|---|---|---|
| Tek bir düzenlenebilir alan veya onay eylemi | 2–4 gün | 1.600 € – 3.200 € |
| Özel geri yazma görseli (örn. çakışma algılama özelliğine sahip etkileşimli Gantt diyagramı) | 6-12 gün | 4.800 € – 9.600 € |
| Günlük ücret | 800 €/gün'den başlayan fiyatlarla (net) - 100% uzaktan kumanda | |
Geri yazma genellikle daha geniş kapsamlı bir sürecin parçasıdır Power BI veya Kumaş angajman - birleştirilmiş angajmanlar tüm kapsam için tek bir günlük ücretten yararlanır.
Kullanıcıların üretim görevlerini doğrudan rapor içinde yeniden planlayabilmelerini ve çakışmaları anında görebilmelerini istiyorduk – bir elektronik tabloya aktarıp e-posta ile göndermek yerine. Sonuç olarak, bir görevi sürüklediğinizde fareyi bırakmadan önce çakışmayı gösteren bir Gantt görünümü elde ettik ve bu sistem aylar sonra bile üretim ortamında sorunsuz bir şekilde çalışmaya devam ediyor.
— Üretim Operasyonları Sorumlusu, Almanya
Neden biz?
Tasarımından itibaren kumaşa özgü
Yazma işlemlerini ayrı bir üçüncü taraf veri deposu üzerinden yönlendirmek yerine, tamamen Translytical Görev Akışları ve Fabric Kullanıcı Veri İşlevleri üzerine kuruyoruz. Bu, verilerinizin halihazırda sizin yönettiğiniz, güvenliğini sağladığınız ve ücretini ödediğiniz Fabric kiracısı içinde kaldığı anlamına gelir – lisans almanız gereken ek bir platform yok, verilerinizin bir kopyasını barındıran ayrı bir sistem de yok.
Uç durumları ele alıyoruz
Beş dakikalık bir demoda sorunsuz çalışan bir geri yazma akışı, genellikle iki kişi aynı kaydı ilk kez düzenlediğinde ya da bir yazma işlemi yarıda kesildiğinde bozulur. Her fonksiyona sunucu tarafında doğrulama, çakışma yönetimi ve net hata mesajları entegre ediyoruz; böylece bir sorun çıktığında – ki çıkacaktır – kullanıcı, sessizce bozuk bir yazma işlemi yerine sorunun nedenini görebilir.
Uzmanlar, genelciler değil
Power BI ve Fabric üzerinde geri yazma işlemleri, bizim uzmanlık alanımızdır. Ara sıra geri yazma akışları oluşturan genel bir iş zekası danışmanlık şirketi değiliz; bu, en basit düzenlenebilir alanlardan canlı doğrulama özelliğine sahip tamamen özelleştirilebilir sürükle-bırak görsellerine kadar uzanan temel uzmanlık alanımızdır.
Sıkça sorulan sorular.
Microsoft Fabric lisansına ihtiyacımız var mı?
Evet – Translytical Görev Akışları, Fabric Kullanıcı Veri İşlevleri üzerinde çalışır ve bu işlevler için bir Fabric kapasitesi gereklidir (başlangıç için deneme kapasitesi yeterlidir). Geliştirmeye başlamadan önce mevcut lisans durumunuzu teyit eder ve ek bir şeye ihtiyaç olup olmadığını size önceden bildiririz.
Hangi veri kaynakları yazma işlemi için hedef olarak seçilebilir?
Fabric SQL Veritabanı, Fabric Warehouse ve Fabric Lakehouse, desteklenen yazma hedefleridir. Verileriniz şu anda başka bir yerde bulunuyorsa, proje kapsamında bunları Fabric’e aktarmanın en pratik yolunu size önereceğiz.
Zamanlanabilir bir Gantt şeması gibi, sürükle ve bırak özelliğine sahip özel bir görsel oluşturabilir misiniz?
Evet – bu, en çok talep edilen özelliklerimizden biridir. Kullanıcılar bir görevi sürükleyerek yeniden planlayabilir veya boyutunu değiştirebilir; sürükleme sırasında çakışmalar anında vurgulanır ve parmağını bıraktıkları anda değişiklik onaylanarak kaydedilir.
Yazma işlemi başarısız olursa ne olur?
Fabric Kullanıcı Verileri İşlevi, hatayı sessizce döndürmek yerine, hatanın net bir nedenini (karşılanmayan bir doğrulama kuralı, çakışan bir değişiklik, izin sorunu gibi) bildirir. Kullanıcı, bu nedeni raporda anında görebilir.
Kendi bakımımızı yapabilmemiz için akışları belgeleyebilir misiniz?
Evet. Her proje kapsamında, her fonksiyonun girdi verileri, doğrulama mantığı ve yazma hedefi, anlaşılır bir dille yazılı olarak belgelenir. Ekibiniz, bir fonksiyonun ne işe yaradığını anlayabilmeli ve bize başvurmaya gerek kalmadan küçük ayarlamalar yapabilmelidir.
Bir yazma geri yükleme projesi ne kadar sürer?
Tek bir düzenlenebilir alan veya onay işlemi, test ve belgeleme dahil olmak üzere genellikle 2–4 gün sürer. Etkileşimli Gantt şeması gibi, canlı doğrulama özelliğine sahip özel bir geri yazma görseli ise karmaşıklığına bağlı olarak genellikle 6–12 gün sürer. Çalışmaya başlamadan önce size yazılı bir kapsam belgesi sunuyoruz.
Genellikle Power BI geri yazma özelliği ile birlikte kullanılır.
Power BI Danışmanlığı
Bir yazma işleminin yararı, beslediği modelin yararı kadar olur. Bir yazma işlemi gerçekleştirildiği anda raporunuzun senkronize kalmasını sağlayan semantik modeli ve DirectQuery yapılandırmasını biz tasarlıyoruz.
Microsoft Fabric
Translytical Görev Akışları, iyi yapılandırılmış bir Fabric ortamına bağlıdır. Altta yatan Fabric SQL Veritabanı, Veri Ambarı veya Lakehouse henüz hazır değilse, bunları aynı proje kapsamında kurarız.
Power Automate
Bazı geri yazma olayları, bir sonraki aşamadaki süreci tetiklemelidir – bir bildirim, bir onay zinciri veya Microsoft 365’in başka bir yerinde bir durum güncellemesi gibi. Gerektiğinde, Fabric geri yazma olaylarını Power Automate akışlarına bağlarız.
Raporlarınızı düzenlenebilir hale getirmeye hazır mısınız?
Neyin düzenlenebilir olması gerektiğini bize bildirin – bir alan, bir onay, tüm planlama görünümü – biz de 24 saat içinde yaklaşık bir kapsam ve maliyet tahmini ile size geri döneceğiz.
Veya bize doğrudan e-posta gönderin info@leaplytics.de
İlgili hizmetler: Power BI Danışmanlığı - Microsoft Fabric - Power Automate - Güç Uygulamaları