„Power BI“ duomenų grąžinimas

Mes kuriame „Power BI“ duomenų įrašymo sprendimus „Microsoft Fabric“ platformoje, naudodami „Translytical Task Flows“ – taip jūsų komanda gali redaguoti planus, perplanuoti užduotis ir tvirtinti įrašus tiesiogiai toje pačioje ataskaitoje, kurią jau peržiūri. Šie sprendimai yra integruoti į „Power BI“, valdomi „Fabric“ ir sukurti taip, kad veiktų gamybinėje aplinkoje, o ne tik demonstracinėje versijoje.

Prašyti sąmatos

Jūsų ataskaitos atskleidžia problemą. Tačiau jos neleidžia niekam jos išspręsti.

„Power BI“ sukurta duomenims skaityti, o ne įrašyti. Vos tik kam nors prireikia atnaujinti prognozę, pakeisti užduoties grafiką ar patvirtinti įrašą, jis išeina iš ataskaitos – ir ataskaita nustoja būti vieninteliu patikimu šaltiniu. „Translytical Task Flows“ platformoje „Microsoft Fabric“ šią spragą užpildo iš esmės. Kyla klausimas, ar duomenų įrašymo logika yra pakankamai gerai sukurta, kad ja būtų galima pasitikėti gamybinėje aplinkoje.

Planai ir prognozės, įšaldyti paskutinio eksporto metu

Skaičius skaičiuoklėje atnaujinamas, tačiau ataskaitoje vis dar rodomas praėjusio mėnesio rodiklis. Kažkas turi nepamiršti jo importuoti iš naujo, o kol tai nebus padaryta, kiekvienas sprendimas, priimamas remiantis informaciniu skydeliu, grindžiamas pasenusiais duomenimis.

Tvarkaraščio pakeitimai atliekami ne pagal tvarkaraštį

Užduotis nukeliama dviem dienomis, išteklius paskirstoma dvigubai, ir niekas to nepastebi, kol po savaitės tai nepasireiškia kaip konfliktas. Ataskaita, kuri turėjo tai pastebėti, gali tik parodyti planą – ji neleidžia niekam jo koreguoti ir realiuoju laiku stebėti pasekmių.

Patvirtinimai ir pataisymai saugomi el. laiškuose, o ne įraše

Kažkas patvirtina biudžeto eilutę, atsakydamas į el. laišką. Ataskaitoje tai niekada neatsispindi. Kai auditorius paklausia, kas, ką ir kada patvirtino, atsakymo nėra sistemoje – jis yra kažkieno pašto dėžutėje.

„Writeback“ – tai programa, kurią kuriame savo klientams.

Mes specializuojamės „Power BI“ duomenų įrašymo funkcijose „Microsoft Fabric“ aplinkoje – konkrečiai, „Translytical Task Flows“ ir „Fabric User Data Functions“. Tai reiškia, kad įrašymo procesas yra integruotas į platformą, kurioje jau veikia jūsų ataskaita, o ne papildomas įrankis su atskira duomenų saugykla, kurią reikia prižiūrėti. Nuo vieno redaguojamo lauko iki visiškai interaktyvaus tvarkaraščio vaizdinio – mes kuriame visą srautą nuo pradžios iki pabaigos: trigerį, patvirtinimo logiką, įrašymą ir atnaujinimą atgal į ataskaitą.

„Translytical“ užduočių srautai ir „Fabric“ vartotojų duomenų funkcijos

„Microsoft“ numatytas „writeback“ procesas: jūsų ataskaitoje esantis valdymo elementas suaktyvina „Fabric“ vartotojo duomenų funkciją, kuri patikrina įvesties duomenis ir įrašo juos į „Fabric SQL Database“, „Fabric Warehouse“ arba „Fabric Lakehouse“. Nereikia diegti jokios atskiros tarpinės programinės įrangos, nereikia valdyti jokios atskiros tapatybės sistemos – viskas veikia jūsų jau turimame „Fabric“ nuomininko paskyroje. Tipiniai procesai apima:

Redaguojamo lauko duomenų įrašymas – tiesiogiai į ataskaitos vaizdinį elementą įvestas reikšmė patikrinama ir įrašoma į pagrindinę „Fabric SQL Database“ duomenų bazę
Patvirtinimo būsenos atnaujinimas – ataskaitoje atlikus patvirtinimo arba atmetimo veiksmą, į įrašą įrašomas sprendimas, laiko žyma ir patvirtintojo vardas
Sąlyginis įrašymas – paskirties lentelė arba tikrinimo taisyklė keičiasi priklausomai nuo įvestos reikšmės (pvz., sumos, viršijančios nustatytą ribą, pažymimos peržiūrai)
Masinio atnaujinimo srautai – vienu veiksmu pakeitimas pritaikomas kelioms pasirinktoms eilutėms, kiekvieną eilutę atskirai patikrinant

Pasirinktiniai atkūrimo vaizdai

Kai kuriais atvejais nepakanka vien mygtuko ir teksto laukelio – reikalingas tiesioginis duomenų tvarkymas. Mes kuriame pritaikytus „Power BI“ vaizdinius elementus su „vilk ir paleisk“ sąveika, kurie kiekvieną kartą, kai įvyksta pokytis, iššaukia „Fabric“ vartotojo duomenų funkcijas, taip suteikdami vartotojams grįžtamąjį ryšį realiuoju laiku, dar prieš įrašant bet kokius duomenis. Tipiniai sprendimai apima:

Interaktyvus Gantto diagramos planavimas – perkelkite užduotį, kad pakeistumėte jos grafiką, pakeiskite jos dydį, kad pakeistumėte trukmę, ir matykite išteklių konfliktus, kurie išryškinami realiuoju laiku, kol perkeliate užduotį, dar prieš išsaugant pakeitimus
Tinklelinio stiliaus planavimo vaizdai – redaguokite biudžeto ar prognozės duomenis tiesiogiai matricoje, o bendros sumos perskaičiuojamos, kai įvedate duomenis
Komentarų ir pastabų fiksavimas – prie bet kurio duomenų taško galima pridėti pastabą tiesiogiai iš vaizdinės medžiagos; ji įrašoma kartu su vartotojo vardu ir laiko žyma

Patikrinimas ir valdymas

Kiekvienas įrašymo veiksmas patikrinamas serverio pusėje, naudojant „Fabric“ vartotojo duomenų funkciją – tai ne tik vizualioje sąsajoje atliekamas patikrinimas, kurį galima apeiti. Laikomasi eilučių lygio saugumo reikalavimų, kiekvienam pakeitimui priskiriamas laiko žymos, o atmesti įrašymo veiksmai grąžina aiškią priežastį, o ne tiesiog tyliai baigiasi nesėkme. Dažniausiai pasitaikantys atvejai:

Verslo taisyklių patikrinimas prieš patvirtinant bet kokį įrašymą (pvz., išvengiama dvigubo išteklių rezervavimo, neigiamų biudžeto eilučių)
Audito įrašai, kuriuose nurodoma, kas, ką, kada ir iš kokios ataskaitos pakeitė
Seminio modelio automatinis atnaujinimas po sėkmingo įrašymo, todėl kiekvienas peržiūrėtojas atnaujinimą mato iš karto

Kaip tai veikia.

1. Architektūra ir sistemos parengtis

Prieš pradedant rašyti bet kokį kodą, mes patikriname, ką jau palaiko jūsų „Fabric“ nuomininkas, kur turėtų būti saugomi tiksliniai duomenys („Fabric“ SQL duomenų bazėje, „Warehouse“ ar „Lakehouse“) ir ką turi apimti patikrinimo taisyklės. Tai užfiksuojama dokumentuose ir suderinama su jumis prieš pradedant kurti. Pagal neaiškias taisykles sukurtas duomenų įrašymo procesas generuoja nepatikimus duomenis.

2. Sukurti ir išbandyti

Mes sukuriame vartotojo duomenų funkciją, ataskaitos pusės trigerį ir – jei reikia – pritaikytą vizualizaciją, tada juos išbandome jūsų „Fabric“ aplinkoje, naudodami realistiškus duomenis. Mes išbandome įprastą veikimo scenarijų ir ribinius atvejus: vienu metu atliekamus to paties įrašo redagavimus, įrašą, kuris neatitinka patikrinimo reikalavimų, bei ryšio nutrūkimą įrašymo proceso metu. Dauguma gamybinėje aplinkoje pasitaikančių įrašymo atgal klaidų kyla būtent dėl šių scenarijų.

3. UAT ir pasirašymas

Jūs išbandote procesą, remdamiesi realiais scenarijais iš savo kasdienės ataskaitų rengimo veiklos. Mes ištaisome visas problemas, užfiksuojame žinomus apribojimus ir prieš galutinį patvirtinimą įsitikiname, kad duomenų tikrinimas ir atnaujinimas veikia taip, kaip buvo sutarta.

4. Perdavimas ir dokumentacija

Išsamus perdavimas, įskaitant rašytinį kiekvienos funkcijos įvesties duomenų, tikrinimo logikos ir išvesties tikslo aprašymą – pakankamai aiškų, kad jūsų komanda galėtų jį suprasti ir prižiūrėti be mūsų pagalbos. Įskaičiuotas 3 mėnesių trūkumų šalinimas. Nuolatinė pagalba teikiama pagal nuolatinės priežiūros sutartį.

Ką rašo mūsų klientai.

Interaktyvus užduočių ir išteklių planavimas

Planuotojas Gantto diagramos vaizdiniame elemente užduotį perkelia į naują datą. Perkeliant, iš karto paryškinami to paties išteklio užsakymai, kurie sutampa laiko atžvilgiu. Užbaigus vilkimą, „Fabric“ vartotojo duomenų funkcija patikrina, ar naujas tvarkaraštis nesikerta su kitais to paties išteklio užsakymais, ir įrašo pakeitimą į „Fabric“ SQL duomenų bazę. Jei iš tikrųjų kyla konfliktas, įrašymas atmetamas, aiškiai nurodant priežastį, o ne tyliai sugadinant planą.

Biudžeto ir prognozių redagavimas

Finansų vadovas koreguoja prognozuojamą skaičių tiesiogiai „Power BI“ matricoje. Pakeitimas patikrinamas pagal patvirtintą biudžeto limitą ir įrašomas į pagrindinę „Fabric Warehouse“ duomenų saugyklą. Visi kiti ataskaitos peržiūrėtojai atnaujintą skaičių mato jau po kito atnaujinimo – nereikia nei eksportuoti, nei vėl importuoti, nei naudoti atskirų planavimo įrankių.

Patvirtinimo darbo eigos

Ataskaitoje pasirodo prašymas su valdymo elementais „Patvirtinti“ / „Atmesti“. Patvirtinus prašymą, suaktyvinama „Fabric“ vartotojo duomenų funkcija, kuri įrašą papildoma sprendimu, patvirtinančio asmens duomenimis ir laiko žyma, taip pat atnaujinamas statusas, matomas visiems tolesniems grandinės dalyviams. Visa sprendimų istorija saugoma toje pačioje lentelėje, iš kurios ataskaita gauna duomenis.

Duomenų taisymas šaltinyje

Vartotojas, peržiūrėdamas ataskaitą, pastebi neteisingą reikšmę ir ją iš karto ištaiso, užuot pateikęs užklausą ir laukęs, kol kas nors kitas ją ištaisys šaltinyje. Pataisa patvirtinama ir įrašoma tiesiai į „Fabric“ palaikomą šaltinio lentelę.

Komentarai ir pastabos

Vertintojas prie konkretaus duomenų taško prideda pastabą – nukrypimo paaiškinimą arba žymę, kad reikia imtis tolesnių veiksmų. Pastaba užrašoma nurodant vartotojo vardą ir laiko žymą, ir ji matoma kitam asmeniui, kuris atidarys tą pačią ataskaitą.

Skaidri kainodara.

Dirbame laiko ir medžiagų pagrindu. Mokate už faktiškai dirbtas dienas pagal fiksuotą dienos įkainį. Jokių netikėtumų dėl fiksuotos kainos, jokių apimties pokyčių be jūsų sutikimo.

Srauto tipas	Tipinė taikymo sritis	Orientacinės sąnaudos (grynosios)
Vienas redaguojamas laukas arba patvirtinimo veiksmas	2–4 dienos	1 600–3 200 eurų
Pasirinktinis atnaujinimo vaizdinis elementas (pvz., interaktyvus Gantto diagramos vaizdinis elementas su konfliktų nustatymu)	6-12 dienų	4 800–9 600 eurų
Dienos įkainis	nuo 800 € per dieną (neto) - 100% nuotolinis

Atstatymas dažnai yra didesnio proceso dalis "Power BI arba Audinys jungtinės užduotys - jungtinėms užduotims taikomas vienas dienos įkainis visai apimčiai.

Mums reikėjo, kad vartotojai galėtų perplanuoti gamybos užduotis tiesiogiai ataskaitoje ir iš karto pastebėti konfliktus – o ne eksportuoti duomenis į skaičiuoklę ir siųsti juos el. paštu. Galiausiai gavome Gantto vaizdą, kuriame, vilkdami užduotį, pamatote konfliktą dar prieš atleidžiant pelę, ir šis sprendimas jau kelis mėnesius be jokių problemų veikia gamybos aplinkoje.

— Gamybos operacijų vadovas, Vokietija

Kodėl būtent mes?

Iš esmės pritaikytas audiniui

Mes naudojame išskirtinai „Translytical“ užduočių srautus ir „Fabric“ vartotojų duomenų funkcijas, o ne nukreipiame įrašymo operacijas per atskirą trečiosios šalies duomenų saugyklą. Tai reiškia, kad jūsų duomenys lieka toje „Fabric“ nuomininko aplinkoje, kurią jau valdote, saugote ir už kurią mokate – nereikia įsigyti papildomos platformos licencijos, nėra atskiros sistemos, kurioje būtų saugoma jūsų duomenų kopija.

Tvarkysime kraštinius atvejus

Duomenų atkūrimo procesas, kuris veikia penkių minučių trukmės demonstracinėje versijoje, dažnai sutrinka, kai du žmonės pirmą kartą redaguoja tą patį įrašą arba įrašymas nepavyksta jo vykdymo viduryje. Į kiekvieną funkciją įdiegiame serverio pusėje atliekamą patikrinimą, konfliktų tvarkymą ir aiškius pranešimus apie klaidas, kad, kai kas nors nepavyks – o taip tikrai nutiks – vartotojas suprastų priežastį, o ne susidurtų su tyliu, sugadintu įrašymu.

Specialistai, o ne universalai

„Writeback“ sprendimai, susiję su „Power BI“ ir „Fabric“, yra mūsų pagrindinė veikla. Mes nesame bendro pobūdžio verslo analitikos konsultacinė įmonė, kuri retkarčiais kuria „writeback“ srautus – tai yra mūsų pagrindinė specializacija, pradedant paprasčiausiais redaguojamais laukeliais ir baigiant visiškai pritaikytais „drag-and-drop“ vaizdiniais elementais su tikrinimu realiuoju laiku.

Dažniausiai užduodami klausimai.

Ar mums reikalinga „Microsoft Fabric“ licencija?

Taip – „Translytical Task Flows“ veikia naudojant „Fabric User Data Functions“, kurioms reikalingas „Fabric“ pajėgumas (pradėti dirbti pakanka bandomojo pajėgumo). Prieš pradėdami kurti, patikriname jūsų dabartines licencijas ir iš anksto informuojame, jei reikės ko nors papildomai.

Į kuriuos duomenų šaltinius galima atlikti atgalinį įrašymą?

„Fabric SQL Database“, „Fabric Warehouse“ ir „Fabric Lakehouse“ yra palaikomi įrašymo tikslai. Jei jūsų duomenys šiuo metu saugomi kitur, projekto metu patarsime, kaip juos perkėlimti į „Fabric“ patogiausiu būdu.

Ar galima sukurti individualų vaizdinį elementą, kurį būtų galima valdyti „vilk ir paleisk“ būdu, pavyzdžiui, planuojamą Gantto diagramą?

Taip – tai viena iš labiausiai pageidaujamų mūsų funkcijų. Vartotojai, norėdami pakeisti užduoties laiką ar dydį, ją perkelia pelės žymekliu; perkelimo metu iš karto matomi paryškinti konfliktai, o pakeitimai patvirtinami ir įrašomi į sistemą vos tik atleidus pelės mygtuką.

Kas nutinka, jei įrašymas nepavyksta?

„Fabric“ vartotojo duomenų funkcija pateikia aiškią nesėkmės priežastį – neįvykdytą tikrinimo taisyklę, prieštaringą pakeitimą, teisių problemą – užuot tyliai nutraukusi operaciją. Vartotojas šią priežastį iš karto mato ataskaitoje.

Ar galite dokumentuoti srautus, kad galėtume patys juos prižiūrėti?

Taip. Kiekvieną užsakymą lydi rašytinė dokumentacija, kurioje paprasta kalba aprašomi kiekvienos funkcijos įvestys, tikrinimo logika ir išvesties tikslas. Jūsų komanda turėtų sugebėti suprasti, ką daro funkcija, ir atlikti nedidelius pakeitimus be būtinybės kreiptis į mus.

Kiek laiko trunka „Writeback“ projektas?

Vieno redaguojamo lauko arba patvirtinimo veiksmo parengimas paprastai užtrunka 2–4 dienas, įskaitant testavimą ir dokumentacijos parengimą. Individualaus vaizdinio elemento su tiesioginiu tikrinimu, pavyzdžiui, interaktyvios Gantto diagramos, parengimas paprastai užtrunka 6–12 dienų, priklausomai nuo sudėtingumo. Prieš pradėdami darbą, pateikiame jums rašytinį užduoties aprašymą.

Dažnai naudojama kartu su „Power BI“ duomenų grąžinimo funkcija.

Ar esate pasirengę suteikti galimybę redaguoti savo ataskaitas?

Praneškite mums, ką reikia padaryti redaguojamu – laukelį, patvirtinimą ar visą tvarkaraščio peržiūrą – ir per 24 valandas pateiksime orientacinį darbų apimtį bei sąmatą.

Susisiekite su mumis

Arba rašykite mums tiesiogiai el. paštu info@leaplytics.de

Susijusios paslaugos: "Power BI" konsultacijos - „Microsoft Fabric“ - "Power Automate - "Power Apps