Power BI Writeback – LeapLytics

Na platformi Microsoft Fabric razvijamo rešitve za povratno pisanje v Power BI z uporabo Translytical Task Flows – tako lahko vaša ekipa ureja načrte, prestavlja naloge in odobri zapise neposredno v poročilu, ki ga ravno pregleduje. Rešitev je del Power BI, jo upravlja Fabric in je zasnovana za neprekinjeno delovanje v produkcijskem okolju – ne le v predstavitvenem.

Zahtevek za oceno

Vaša poročila kažejo na problem. Nikomur pa ne omogočajo, da ga odpravi.

Power BI je zasnovan za branje podatkov, ne pa za njihovo zapisovanje. Takoj, ko mora nekdo posodobiti napoved, preložiti nalogo ali odobriti zapis, zapusti poročilo – in poročilo preneha biti edini vir resnice. Translytical Task Flows na Microsoft Fabricu to vrzel zapolnjujejo že v osnovi. Vprašanje je, ali je logika zapisovanja dovolj dobro zasnovana, da ji lahko zaupamo v produkcijskem okolju.

Načrti in napovedi, zamrznjeni ob zadnjem izvozu

Številka se v preglednici posodobi, vendar poročilo še vedno prikazuje podatke iz prejšnjega meseca. Někdo mora poskrbeti za ponovni uvoz podatkov, dokler pa tega ne stori, so vse odločitve, sprejete na podlagi nadzorne plošče, utemeljene na zastarelih podatkih.

Spremembe urnika se pojavljajo zunaj urnika

Naloga se prestavi za dva dni, vir je rezerviran dvakrat, a tega nihče ne opazi, dokler se to teden dni kasneje ne pojavi kot konflikt. Poročilo, ki naj bi to zaznalo, lahko prikazuje le načrt – ne omogoča pa nikomur, da ga prilagodi in v realnem času spremlja verižni učinek.

Potrditve in popravki se nahajajo v e-pošti, ne v evidenci

Nekdo odobri proračunsko postavko tako, da odgovori na e-poštno sporočilo. V poročilu se to nikoli ne odraža. Ko revizor vpraša, kdo je kaj odobril in kdaj, odgovora ni v sistemu – je v nekomovem nabiralniku.

Writeback, ki ga razvijamo za naše stranke.

Specializirani smo za povratno pisanje v Power BI na platformi Microsoft Fabric – natančneje za Translytical Task Flows in Fabric User Data Functions. To pomeni, da je pot pisanja del platforme, na kateri vaše poročilo že deluje, in ne gre za dodatno orodje z lastnim ločenim skladiščem podatkov, ki ga je treba vzdrževati. Od posameznega uredljivega polja do popolnoma interaktivnega vizualnega prikaza urnika – ustvarimo celoten tok od začetka do konca: sprožilec, logiko preverjanja veljavnosti, zapisovanje in osvežitev v poročilu.

Translitični poteki nalog in funkcije za obdelavo uporabniških podatkov v Fabricu

Prvotna pot Microsoft za zapisovanje podatkov: nadzorni element v poročilu sproži funkcijo Fabric User Data Function, ki preveri veljavnost vnosa in podatke zapiše v Fabric SQL Database, Fabric Warehouse ali Fabric Lakehouse. Ni potrebe po gostovanju ločene vmesne programske opreme niti po upravljanju ločenega sistema za upravljanje identitet – vse poteka v vašem obstoječem najemniku Fabric. Tipični poteki vključujejo:

Zapis v urejljivo polje – vrednost, vnesena neposredno v vizualni element poročila, se preveri in zapiše v osnovno bazo podatkov Fabric SQL Database
Posodobitev statusa odobritve – z akcijo »odobri/zavrni« v poročilu se v zapis ponovno vpišejo odločitev, časovni žig in ime odobritelja
Pogojno zapisovanje – ciljna tabela ali pravilo preverjanja se spremeni glede na vneseno vrednost (npr. zneski, ki presegajo prag, se označijo za pregled)
Tokovi množičnih posodobitev – ena sama akcija uporabi spremembo na več izbranih vrsticah, pri čemer se za vsako vrstico izvede preverjanje veljavnosti

Prilagojeni vizualni elementi za povratno knjiženje

Nekateri primeri uporabe zahtevajo več kot le gumb in polje za vnos besedila – potrebujejo neposredno manipulacijo. Razvijamo prilagojene vizualizacije za Power BI z interakcijo »povleci in spusti«, ki ob vsaki spremembi pokličejo funkcije Fabric User Data Functions, s čimer uporabnikom zagotovijo povratne informacije v realnem času, še preden se karkoli zapiše. Tipične rešitve vključujejo:

Interaktivno načrtovanje po Ganttovi metodi – nalogo lahko premaknete, da spremenite njen časovni razpored, spremenite njeno velikost, da prilagodite trajanje, ter v realnem času med premikanjem vidite označene konflikte virov, še preden spremembo sploh shranite
Vizualizacije načrtovanja v obliki tabele – proračunske ali napovedne vrednosti lahko urejate neposredno v matrici, pri čemer se seštevki ponovno izračunajo že med tipkanjem
Zabeleževanje komentarjev in opomb – k kateri koli podatkovni točki lahko neposredno iz vizualizacije dodate opombo, ki se shrani skupaj z uporabnikom in časovnim žigom

Preverjanje veljavnosti in upravljanje

Vsak vpis se preveri na strežniški strani znotraj funkcije Fabric User Data Function – ne gre le za preverjanje v grafičnem vmesniku, ki ga je mogoče zaobiti. Upošteva se varnost na ravni vrstic, vsaka sprememba je opremljena z časovnim žigom, zavrnjeni vpisi pa vrnejo jasen razlog, namesto da bi se tiho ne uspeli. Med pogoste vzorce spadajo:

Preverjanje poslovnih pravil pred potrditvijo vsakega zapisa (npr. preprečevanje dvojne rezervacije vira, preprečevanje negativnih proračunskih postavk)
Evidentiranje revizijskih podatkov o tem, kdo je kaj spremenil, kdaj in iz katerega poročila
Samodejna osvežitev semantičnega modela po uspešnem pisanju, tako da vsak uporabnik takoj vidi posodobitev

Kako deluje.

1. Arhitektura in pripravljenost omrežja

Preden začnemo pisati kodo, preverimo, kaj vaš Fabric-tenant že podpira, kje naj se nahajajo ciljni podatki (Fabric SQL Database, Warehouse ali Lakehouse) in kaj morajo zajemati pravila za preverjanje veljavnosti. To se dokumentira in dogovori z vami še pred začetkom razvoja. Postopek zapisovanja nazaj, ki temelji na nejasnih pravilih, prinaša nezanesljive podatke.

2. Sestavljanje in testiranje

Izdelamo funkcijo za uporabniške podatke, sprožilec na strani poročila in – kjer je to potrebno – prilagojeno vizualizacijo, nato pa jih preizkusimo v vašem okolju Fabric z realističnimi podatki. Preizkušamo običajni potek in mejne primere: sočasno urejanje istega zapisa, vnos, ki ne opravi validacije, prekinitev omrežne povezave med shranjevanjem. Večina napak pri pisanju v produkcijskem okolju izhaja prav iz teh scenarijev.

3. UAT in potrditev

Potek postopka preizkusite v okviru dejanskih scenarijev iz vašega vsakodnevnega poročanja. Odpravimo morebitne težave, dokumentiramo znane omejitve ter pred končnim potrditvijo preverimo, ali validacija in osveževanje delujeta v skladu z dogovorom.

4. Predaja in dokumentacija

Celovita predaja, vključno s pisnim opisom vhodnih podatkov vsake funkcije, logike preverjanja veljavnosti in cilja zapisa – dovolj jasno, da bo vaša ekipa lahko razumela in vzdrževala sistem brez naše pomoči. Vključuje 3 mesece odpravljanja napak. Stalna podpora je na voljo v okviru pogodbe o stalnem sodelovanju.

Kaj nam pišejo naši stranke.

Interaktivno načrtovanje nalog in virov

Načrtovalec povleče nalogo v Ganttovem prikazu na nov datum. Med vlečenjem se takoj označijo prekrivajoče se rezervacije za isti vir. Ob spustitvi funkcija Fabric User Data Function preveri nov urnik glede na vse druge rezervacije za ta vir in spremembo zapiše v Fabric SQL Database. Če obstaja resničen konflikt, se zapis zavrne z jasnim razlogom, namesto da bi se načrt tiho pokvaril.

Urejanje proračuna in napovedi

Vodja finančnega oddelka popravi napovedano vrednost neposredno v matrici Power BI. Sprememba se preveri glede na odobreni proračunski okvir in shrani v osnovno skladišče Fabric. Vsi ostali uporabniki poročila vidijo posodobljeno vrednost ob naslednji osvežitvi – brez izvoza, brez ponovnega uvoza, brez ločenega orodja za načrtovanje.

Delovni tokovi odobritve

Zahtevek se prikaže v poročilu z gumboma »Odobri« in »Zavrni«. Ob odobritvi se sproži funkcija »Fabric User Data«, ki v zapis zapiše odločitev, ime odobritelja in časovni žig ter posodobi status, ki je viden vsem v nadaljnjem toku. Celotna zgodovina odločitev se nahaja v isti tabeli, iz katere poročilo črpa podatke.

Popravek podatkov pri viru

Uporabnik med pregledovanjem poročila opazi napačno vrednost in jo takoj popravi, namesto da bi odprl zahtevek in čakal, da jo nekdo drug popravi na višji ravni. Popravek se preveri in zapiše neposredno v izvorno tabelo, ki temelji na Fabricu.

Komentarji in opombe

Pregledovalec k določeni podatkovni točki doda opombo – pojasnilo za odstopanje ali opozorilo za nadaljnje spremljanje. Komentar je opremljen z imenom uporabnika in časovnim žigom ter se prikaže naslednji osebi, ki odpre isto poročilo.

Pregledno določanje cen.

Delamo na podlagi časa in materiala. Plačujete za dejansko opravljene dneve po fiksni dnevni tarifi. Brez presenečenj glede fiksne cene in brez vašega soglasja.

Vrsta pretoka	Tipičen obseg	Okvirni stroški (neto)
Posamezno polje za urejanje ali postopek odobritve	2–4 dni	1.600–3.200 evrov
Prilagojeni vizualni prikaz povratnih podatkov (npr. interaktiven Ganttov diagram z zaznavanjem navzkrižij)	6-12 dni	4.800–9.600 evrov
Dnevna tarifa	od 800 €/dan (neto) - 100% daljinski upravljalnik

Povračilo je pogosto del širšega Power BI ali Tkanina sodelovanje - za združene posle velja enotna dnevna cena za celoten obseg.

Potrebovali smo, da bi uporabniki lahko naloge v produkciji prestavljali neposredno v poročilu in takoj opazili morebitne konflikte – ne pa da bi jih morali izvoziti v preglednico in pošiljati po e-pošti. Rezultat je bil Ganttov prikaz, v katerem se ob premikanju naloge konflikt prikaže še preden sploh spustiš miško, in ta funkcija v produkciji še mesece kasneje deluje brez težav.

— Vodja operativnega oddelka, proizvodnja, Nemčija

Zakaj ravno mi?

Že v osnovi zasnovano za tkanine

Zgradimo sistem izključno na podlagi Translytical Task Flows in Fabric User Data Functions, namesto da bi zapisovanje usmerjali prek ločenega zunanjega skladišča podatkov. To pomeni, da vaši podatki ostanejo znotraj najemnika Fabric, ki ga že upravljate, varujete in za katerega plačujete – ni potrebe po licenciranju dodatne platforme, niti ni ločenega sistema, ki bi hranil kopijo vaših podatkov.

Obravnavamo robne primere

Postopek sinhronizacije, ki v petminutni predstavitvi deluje brez težav, se pogosto pokvari takoj, ko dva uporabnika hkrati urejata isti zapis ali ko se zapisovanje prekine na pol poti. V vsako funkcijo vgradimo preverjanje na strežniški strani, obravnavanje konfliktov in jasna sporočila o napakah, tako da uporabnik, ko pride do težav – in te se bodo zagotovo pojavile –, vidi razlog za to, namesto da bi se zapisovanje tiho prekinilo in povzročilo poškodbo podatkov.

Strokovnjaki, ne splošni strokovnjaki

Naše delo je obdelava podatkov v Power BI in Fabric. Nismo splošno svetovalno podjetje za poslovno inteligenco, ki občasno razvije tok za obdelavo podatkov – to je naša glavna specializacija, od najpreprostejših polj za urejanje do popolnoma prilagojenih vizualizacij z vlečenjem in spuščanjem ter preverjanjem v realnem času.

Pogosto zastavljena vprašanja.

Ali potrebujemo licenco za Microsoft Fabric?

Da – Translytical Task Flows delujejo na funkcijah Fabric User Data Functions, za katere je potrebna zmogljivost Fabric (za začetek zadostuje poskusna zmogljivost). Preverimo vaše trenutne licenčne pogoje in vas vnaprej obvestimo, če je pred začetkom razvoja potrebno kaj dodatnega.

Na katere vire podatkov se lahko nanaša povratno zapisovanje?

Podprti cilji za zapisovanje so Fabric SQL Database, Fabric Warehouse in Fabric Lakehouse. Če so vaši podatki trenutno shranjeni drugje, vam bomo v okviru obsega projekta svetovali, kakšen je najbolj praktičen način za njihov prenos v Fabric.

Ali je mogoče ustvariti prilagojeno vizualizacijo s funkcijo »povleci in spusti«, na primer Ganttov diagram, ki ga je mogoče načrtovati?

Da – to je ena od naših najbolj zahtevanih funkcij. Uporabniki z vlečenjem naloge spremenijo njen čas ali velikost, med vlečenjem pa se takoj prikažejo morebitni konflikti, sprememba pa se potrdi in shrani takoj, ko spustijo nalogo.

Kaj se zgodi, če zapis ne uspe?

Funkcija »Podatki o uporabnikih« v Fabricu vrne jasen razlog za napako – neizpolnjeno pravilo preverjanja veljavnosti, nasprotujočo spremembo, težavo z dovoljenji – namesto da bi napako prikrila. Uporabnik razlog takoj vidi v poročilu.

Ali lahko dokumentirate tokove, da jih bomo lahko vzdrževali sami?

Da. Vsak projekt vključuje pisno dokumentacijo o vhodnih podatkih, logiki preverjanja in cilju zapisa vsake funkcije, napisano v preprostem jeziku. Vaša ekipa bi morala biti sposobna razumeti, kaj funkcija počne, in opraviti manjše prilagoditve, ne da bi nas morala poklicati.

Kako dolgo traja projekt ponovnega vpisa?

Za eno urejanje polja ali odobritveno dejanje je običajno potrebnih 2–4 dni, vključno s testiranjem in dokumentacijo. Izdelava prilagojenega vizualnega elementa z vgrajenim preverjanjem v realnem času, kot je na primer interaktivni Ganttov diagram, običajno traja 6–12 dni, odvisno od zahtevnosti. Pred začetkom dela vam posredujemo pisni opis obsega dela.

Pogosto se uporablja v kombinaciji s funkcijo »writeback« v Power BI.

Ste pripravljeni omogočiti pisanje v poročila?

Povejte nam, kaj naj bo mogoče urejati – polje, odobritev, celoten pogled urnika –, mi pa vam bomo v roku 24 ur posredovali okvirni obseg dela in oceno stroškov.

Stopite v stik

Ali nam pišite neposredno na naslov info@leaplytics.de

Sorodne storitve: Svetovanje Power BI - Microsoft Fabric - Power Automate - Aplikacije Power Apps