A Microsoft Fabric platformon Translytical Task Flows segítségével Power BI-visszaírási megoldásokat fejlesztünk – így a csapatod közvetlenül abban a jelentésben szerkesztheti a terveket, ütemezheti át a feladatokat és hagyhatja jóvá a rekordokat, amelyet éppen megtekint. A megoldás natív Power BI-alkalmazás, a Fabric szabályozza, és úgy lett kialakítva, hogy termelési környezetben is folyamatosan működjön – nem csupán bemutató célokra.
A jelentéseid rámutatnak a problémára. De nem teszik lehetővé, hogy bárki is megoldja azt.
A Power BI-t adatolvasásra tervezték, nem pedig adatírásra. Amint valakinek frissítenie kell egy előrejelzést, át kell ütemeznie egy feladatot vagy jóvá kell hagynia egy rekordot, kilép a jelentésből – és a jelentés ekkor már nem minősül az egyetlen megbízható adatforrásnak. A Microsoft Fabric-en futó Translytical Task Flows natívan pótolja ezt a hiányosságot. A kérdés az, hogy a visszaírási logika elég jól van-e kialakítva ahhoz, hogy termelési környezetben is megbízhassunk benne.
A tervek és előrejelzések az utolsó exportkor rögzültek
Egy számot frissítenek a táblázatban, de a jelentés továbbra is a múlt havi értéket mutatja. Valakinek eszébe kell jutnia, hogy újra importálja az adatokat, és amíg ezt meg nem teszi, a vezérlőpulton hozott minden döntés elavult adatokon alapul.
Az ütemtervben bekövetkező változások az ütemterven kívül történnek
Egy feladat két nappal eltolódik, egy erőforrást kétszer foglalnak le, és senki sem veszi észre, amíg egy héttel később ütközésként nem jelenik meg. Az a jelentés, amelynek ezt észlelnie kellett volna, csupán a tervet tudja megjeleníteni – nem teszi lehetővé, hogy bárki módosítsa azt, és valós időben lássa a láncreakciót.
A jóváhagyások és a javítások az e-mailekben szerepelnek, nem pedig a nyilvántartásban
Valaki egy e-mailre adott válasszal jóváhagy egy költségvetési tételt. Ez azonban soha nem jelenik meg a jelentésben. Amikor az ellenőr megkérdezi, ki, mit és mikor hagyott jóvá, a válasz nem a rendszerben található – hanem valakinek a beérkező levelei között.
Az ügyfeleink számára fejlesztett Writeback.
A Microsoft Fabric-en történő Power BI-visszaírásra specializálódtunk – konkrétan a Translytical Task Flows és a Fabric User Data Functions megoldásokra. Ez azt jelenti, hogy az írási útvonal natív része annak a platformnak, amelyen a jelentésed már fut, nem pedig egy utólag hozzáadott eszköz, amelynek saját, külön adatbázisát kell karbantartani. Egyetlen szerkeszthető mezőtől a teljesen interaktív ütemezési vizualizációig a folyamatot végpontok között építjük fel: a kiváltót, az érvényesítési logikát, az írási műveletet és a jelentésbe történő frissítést.
Translytical feladatfolyamatok és a Fabric felhasználói adatkezelő funkciói
A writeback natív Microsoft-megoldása: a jelentésben található vezérlőelem elindít egy Fabric felhasználói adatfüggvényt, amely ellenőrzi a bevitt adatokat, majd azokat a Fabric SQL Database-be, egy Fabric Warehouse-ba vagy egy Fabric Lakehouse-ba írja. Nincs szükség külön middleware üzemeltetésére, sem külön identitáskezelő rendszerre – a megoldás a már meglévő Fabric-bérlőn fut. A tipikus folyamatok közé tartoznak:
- Szerkeszthető mező visszaírása – a jelentés vizuális elemébe közvetlenül beírt értéket érvényesítik, majd a háttérben lévő Fabric SQL-adatbázisba írják
- A jóváhagyási állapot frissítése – a jelentésben végrehajtott jóváhagyási vagy elutasítási művelet során a döntés, az időbélyeg és a jóváhagyó neve visszakerül a rekordba
- Feltételes visszaírás – a cél táblázat vagy az érvényesítési szabály a bevitt értéktől függően változik (pl. a küszöbértéket meghaladó összegeket felülvizsgálatra jelölik meg)
- Tömeges frissítési folyamatok – egyetlen művelettel több kijelölt sorra is alkalmazható a módosítás, soronkénti érvényesítéssel
Egyedi visszajelző grafikonok
Bizonyos felhasználási eseteknél nem elegendő egy gomb és egy szövegmező – közvetlen manipulációra van szükség. Egyedi Power BI-vizualizációkat készítünk, amelyek drag-and-drop interakcióval működnek, és minden változáskor meghívják a Fabric felhasználói adatfunkciókat, így a felhasználók valós idejű visszajelzést kapnak, mielőtt bármi is lementésre kerülne. A tipikus megoldások közé tartoznak:
- Interaktív Gantt-ütemezés – húzza át a feladatot az újratervezéshez, méretezze át az időtartam módosításához, és a húzás közben valós időben láthatja kiemelve az erőforrás-ütközéseket, még mielőtt a módosítást elmentené
- Rácsos elrendezésű tervezési ábrák – a költségvetési vagy előrejelzési adatok közvetlenül a táblázatban szerkeszthetők, az összegek pedig a beírás közben automatikusan újraszámolódnak
- Megjegyzések és kommentárok rögzítése – bármely adatponthoz közvetlenül a grafikonról csatolhat megjegyzést, amely a felhasználó nevével és az időbélyeggel együtt kerül visszaírásra
Ellenőrzés és irányítás
Minden írási művelet a Fabric User Data Function-en belül szerveroldali érvényesítésen esik át – nem csupán egy olyan vizuális ellenőrzésről van szó, amelyet meg lehet kerülni. A sor szintű biztonsági beállításokat betartják, minden módosításhoz időbélyeg kerül hozzá, és az elutasított írási műveletek nem csendben buknak meg, hanem egyértelmű indoklást adnak vissza. A gyakori minták közé tartoznak:
- Az üzleti szabályok érvényesítése minden írási művelet véglegesítése előtt (pl. egy erőforrás nem foglalható le kétszer, nem lehet negatív költségvetési tétel)
- Az ellenőrzési napló rögzíti, hogy ki, mit, mikor és melyik jelentésből módosított
- A szemantikai modell automatikus frissítése a sikeres írási művelet után, így minden felhasználó azonnal láthatja a frissítést
Hogyan működik.
1. Az architektúra és a rendszer felkészültsége
Mielőtt bármilyen kódot írnánk, meggyőződünk arról, hogy a Fabric-bérlője milyen funkciókat támogat már, hol kell tárolni a céladatokat (Fabric SQL Database, Warehouse vagy Lakehouse), és milyen érvényesítési szabályokat kell figyelembe venni. Mindezt dokumentáljuk, és a fejlesztés megkezdése előtt egyeztetjük Önnel. A nem egyértelmű szabályokra épülő visszaírási folyamat megbízhatatlan adatokat eredményez.
2. Építés és tesztelés
Létrehozzuk a felhasználói adatfunkciót, a jelentésoldali triggert, valamint – amennyiben szükséges – az egyedi vizualizációt, majd valós adatokkal teszteljük őket az Ön Fabric-környezetében. Teszteljük a normál működési esetet és a szélsőséges eseteket is: ugyanazon rekord párhuzamos szerkesztése, az érvényesítésen megbukó írási művelet, valamint a mentés közbeni hálózati kapcsolat megszakadása. A termelési környezetben előforduló írási műveletek meghiúsulásainak nagy része pontosan ezekből a forgatókönyvekből származik.
3. UAT és aláírás
A folyamatot a mindennapi jelentéskészítés során felmerülő valós helyzetek alapján teszteli. A jóváhagyás előtt kijavítjuk az esetleges problémákat, dokumentáljuk az ismert korlátozásokat, és meggyőződünk arról, hogy az érvényesítés és a frissítés a megbeszéltek szerint működik.
4. Átadás és dokumentáció
Teljes átadás, beleértve az egyes funkciók bemeneteinek, érvényesítési logikájának és írási célpontjának írásbeli leírását – olyan érthető formában, hogy a csapatuk a mi segítségünk nélkül is megértse és karbantartsa a rendszert. Tartalmazza a hibajavításra szánt 3 hónapos időszakot. Folyamatos támogatás havi előfizetés keretében vehető igénybe.
Mit írnak vissza ügyfeleink.
Interaktív feladat- és erőforrás-ütemezés
A tervező egy feladatot a Gantt-ábrán egy új dátumra húz. A húzás során az ugyanazon erőforrásra vonatkozó, egymást átfedő foglalások azonnal kiemelve jelennek meg. Az elhelyezéskor egy Fabric felhasználói adatfunkció ellenőrzi az új ütemezést az erőforrás összes többi foglalásával, és a változást a Fabric SQL adatbázisba írja. Ha valódi ütközés áll fenn, az írási műveletet egyértelmű indoklással elutasítja, ahelyett, hogy a tervet észrevétlenül megrongálná.
Költségvetés és előrejelzés szerkesztése
A pénzügyi vezető közvetlenül a Power BI-mátrixban módosítja az előrejelzési adatot. A módosítást a jóváhagyott költségvetési keret alapján ellenőrzik, majd az adatot a háttérben lévő Fabric Warehouse-ba írják. A jelentés minden többi felhasználója a következő frissítéskor már a frissített értéket látja – nincs szükség exportálásra, újbóli importálásra vagy külön tervezőeszközre.
Jóváhagyási munkafolyamatok
A jelentésben megjelenik egy kérelem, amelyen a „Jóváhagyás” és „Elutasítás” gombok találhatók. A jóváhagyás egy Fabric felhasználói adatfunkciót indít el, amely a döntést, a jóváhagyó nevét és az időbélyeget visszírja a rekordba, valamint frissíti az állapotot, amely a folyamatban utána következő összes felhasználó számára láthatóvá válik. A döntések teljes előzménye abban a táblában található, amelyből a jelentés az adatokat olvassa be.
Adatjavítás a forrásnál
Egy felhasználó egy jelentés áttekintése közben észrevesz egy hibás értéket, és azt azonnal kijavítja, ahelyett, hogy hibajelentést nyújtson be, és megvárja, amíg valaki más kijavítja a problémát a rendszer felsőbb szintjén. A javítást érvényesítik, és közvetlenül a Fabric által támogatott forrás táblába írják.
Megjegyzések és magyarázatok
Az értékelő megjegyzést fűz egy adott adatponthoz – például magyarázatot egy eltérésre, vagy jelölést a további intézkedéshez. A megjegyzéshez rögzítik a felhasználó nevét és az időbélyeget, és az a következő személy számára is látható lesz, aki ugyanazt a jelentést megnyitja.
Átlátható árképzés.
Time & Material alapon dolgozunk. Ön a ténylegesen ledolgozott napokért fizet, rögzített napi díjszabás szerint. Nincsenek fix áras meglepetések, és nincs az Ön beleegyezése nélküli bővülés.
| Áramlástípus | Tipikus hatókör | Indikatív költség (nettó) |
|---|---|---|
| Egyetlen szerkeszthető mező vagy jóváhagyási művelet | 2–4 nap | 1 600–3 200 euró |
| Egyedi visszajelző vizuális elem (pl. interaktív Gantt-diagram ütközésfelismeréssel) | 6-12 nap | 4 800–9 600 euró |
| Napidíj | 800 €/nap (nettó) - 100% távirányítóval | |
A visszavezetés gyakran egy nagyobb rendszer része Power BI vagy Szövet megbízás - a kombinált megbízások esetében egyetlen napidíj jár a teljes terjedelemre.
Arra volt szükségünk, hogy a felhasználók közvetlenül a jelentésben tudják átütemezni a termelési feladatokat, és azonnal észrevegyék az ütközéseket – anélkül, hogy táblázatba kellene exportálniuk az adatokat, majd e-mailben továbbítaniuk azokat. Az eredmény egy Gantt-nézet lett, amelyben a feladat húzásakor már az egér elengedése előtt láthatóvá válik az ütközés, és ez hónapokkal később is problémamentesen működik a termelésben.
— Gyártási műveleti vezető, Németország
Miért pont mi?
Kifejezetten szövethez tervezve
Kizárólag a Translytical Task Flows és a Fabric User Data Functions funkciókra építünk, ahelyett, hogy az írási műveleteket egy különálló, harmadik féltől származó adattárolón keresztül irányítanánk. Ez azt jelenti, hogy az adatai azon a Fabric-bérlői fiókban maradnak, amelyet Ön már eddig is irányít, biztonságban tart és fizet – nincs szükség további platform licencelésére, és nincs külön rendszer, amely az adatai másolatát tárolná.
Kezeljük az éles eseteket
Egy olyan visszaírási folyamat, amely egy ötperces bemutató során még működik, gyakran meghibásodik, amint két felhasználó egyszerre szerkeszti ugyanazt a rekordot, vagy ha egy írási művelet félúton meghiúsul. Minden függvénybe beépítjük a szerveroldali érvényesítést, az ütközéskezelést és az egyértelmű hibaüzeneteket, hogy ha valami baj történik – és ez biztosan meg fog történni –, a felhasználó lássa, mi az oka, ahelyett, hogy csendben, hibásan történne meg az írás.
Szakemberek, nem általános szakemberek
A Power BI és a Fabric rendszerrel kapcsolatos visszajelzések – ez a tevékenységünk. Nem vagyunk olyan általános üzleti intelligencia-tanácsadó cég, amely csak alkalmanként készít visszajelzési folyamatot – ez a fő szakterületünk, a legegyszerűbb szerkeszthető mezőktől kezdve egészen a valós idejű érvényesítéssel rendelkező, teljesen testreszabható, drag-and-drop típusú vizualizációkig.
Gyakran ismételt kérdések.
Szükségünk van-e Microsoft Fabric licencre?
Igen – a Translytical Task Flows a Fabric User Data Functions-en fut, amelyhez Fabric-kapacitás szükséges (a kezdéshez elegendő a próba-kapacitás). Ellenőrizzük az Ön jelenlegi licencelését, és a fejlesztés megkezdése előtt előre tájékoztatjuk Önt, ha bármilyen további lépésre van szükség.
Mely adatforrások lehetnek a visszaírás célpontjai?
A Fabric SQL Database, a Fabric Warehouse és a Fabric Lakehouse a támogatott írási célpontok. Ha az adatai jelenleg máshol tárolódnak, a projekt keretében tanácsot adunk arra vonatkozóan, hogy milyen módon lehet azokat a legpraktikusabban átvinni a Fabricbe.
Lehet-e létrehozni egy egyedi, drag-and-drop funkcióval rendelkező vizuális elemet, például egy ütemezhető Gantt-diagramot?
Igen – ez az egyik leggyakrabban kért funkciónk. A felhasználók a feladatot áthúzva átütemezhetik vagy átméretezhetik; az áthúzás közben az ütközések azonnal kiemelve jelennek meg, és a módosítás érvényesítésre kerül, valamint a rendszerbe rögzítésre kerül abban a pillanatban, amikor elengedik az egérgombot.
Mi történik, ha egy írási művelet sikertelen?
A Fabric felhasználói adatkezelő funkciója egyértelműen megjeleníti a hiba okát – például egy nem teljesített érvényesítési szabályt, egy ütköző módosítást vagy jogosultsági problémát –, ahelyett, hogy csendben megszakítaná a műveletet. A felhasználó az okot azonnal láthatja a jelentésben.
Tudja dokumentálni az áramlásokat, hogy mi magunk is karbantarthassuk őket?
Igen. Minden megbízás keretében írásos dokumentációt készítünk az egyes függvények bemeneteiről, érvényesítési logikájáról és írási céljáról, közérthető nyelven. A csapatuknak képesnek kell lennie arra, hogy megértse, mit csinál egy-egy függvény, és kisebb módosításokat hajtson végre anélkül, hogy hozzánk kellene fordulnia.
Mennyi ideig tart egy writeback-projekt?
Egy szerkeszthető mező vagy jóváhagyási művelet elkészítése általában 2–4 napot vesz igénybe, beleértve a tesztelést és a dokumentációt is. Egy valós idejű érvényesítéssel rendelkező, egyedi visszajelző vizuális elem – például egy interaktív Gantt-diagram – elkészítése a bonyolultságtól függően általában 6–12 napot vesz igénybe. A munka megkezdése előtt írásos feladatleírást adunk át Önnek.
Gyakran a Power BI visszaírási funkciójával együtt használják.
Power BI tanácsadás
A Writeback csak annyira hasznos, amennyire az a modell, amelybe adatokat táplál. Olyan szemantikai modellt és DirectQuery-beállítást tervezünk, amelyek biztosítják, hogy a jelentésed az írási művelet végrehajtásának pillanatában azonnal szinkronban legyen.
Microsoft Fabric
A Translytical feladatfolyamatok egy jól felépített Fabric-környezettől függenek. Amennyiben az alapul szolgáló Fabric SQL-adatbázis, adattárház vagy Lakehouse még nem áll készen, azt ugyanazon megbízás keretében állítjuk be.
Power Automate
Bizonyos visszaírási eseményeknek egy utólagos folyamatot kell elindítaniuk – például értesítést, jóváhagyási láncot vagy állapotfrissítést a Microsoft 365 más részein. Szükség szerint összekapcsoljuk a Fabric visszaírási eseményeit a Power Automate-folyamatokkal.
Készen állsz arra, hogy a jelentéseidet szerkeszthetővé tedd?
Kérjük, mondja el, mit szeretne szerkeszthetővé tenni – egy mezőt, egy jóváhagyást vagy egy teljes ütemezési nézetet –, és 24 órán belül visszajelzünk egy tájékoztató jellegű feladatkörrel és költségbecsléssel.
Vagy írjon nekünk közvetlenül a info@leaplytics.de
Kapcsolódó szolgáltatások: Power BI tanácsadás - Microsoft Fabric - Power Automate - Teljesítményalkalmazások