{"id":14811,"date":"2026-07-22T11:10:21","date_gmt":"2026-07-22T09:10:21","guid":{"rendered":"https:\/\/www.leaplytics.de\/?page_id=14811"},"modified":"2026-07-22T11:10:22","modified_gmt":"2026-07-22T09:10:22","slug":"power-bi-writeback","status":"publish","type":"page","link":"https:\/\/www.leaplytics.de\/sl\/power-bi-writeback\/","title":{"rendered":"Power BI Writeback"},"content":{"rendered":"<p><!-- SEITEN-TITEL: \"Turn read-only reports into decisions.\"\n     INTRO-ABSATZ: --><\/p>\n<p>Na platformi Microsoft Fabric razvijamo re\u0161itve za povratno pisanje v Power BI z uporabo Translytical Task Flows \u2013 tako lahko va\u0161a ekipa ureja na\u010drte, prestavlja naloge in odobri zapise neposredno v poro\u010dilu, ki ga ravno pregleduje. Re\u0161itev je del Power BI, jo upravlja Fabric in je zasnovana za neprekinjeno delovanje v produkcijskem okolju \u2013 ne le v predstavitvenem.<\/p>\n<p><a href=\"\/sl\/kontakt\/\" class=\"btn-readmore\">Zahtevek za oceno<\/a><\/p>\n<p><!-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n     SECTION 1: PROBLEM\n\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550 --><\/p>\n<h2>Va\u0161a poro\u010dila ka\u017eejo na problem. Nikomur pa ne omogo\u010dajo, da ga odpravi.<\/h2>\n<p>Power BI je zasnovan za branje podatkov, ne pa za njihovo zapisovanje. Takoj, ko mora nekdo posodobiti napoved, prelo\u017eiti nalogo ali odobriti zapis, zapusti poro\u010dilo \u2013 in poro\u010dilo preneha biti edini vir resnice. Translytical Task Flows na Microsoft Fabricu to vrzel zapolnjujejo \u017ee v osnovi. Vpra\u0161anje je, ali je logika zapisovanja dovolj dobro zasnovana, da ji lahko zaupamo v produkcijskem okolju.<\/p>\n<h3>Na\u010drti in napovedi, zamrznjeni ob zadnjem izvozu<\/h3>\n<p>\u0160tevilka se v preglednici posodobi, vendar poro\u010dilo \u0161e vedno prikazuje podatke iz prej\u0161njega meseca. N\u011bkdo mora poskrbeti za ponovni uvoz podatkov, dokler pa tega ne stori, so vse odlo\u010ditve, sprejete na podlagi nadzorne plo\u0161\u010de, utemeljene na zastarelih podatkih.<\/p>\n<h3>Spremembe urnika se pojavljajo zunaj urnika<\/h3>\n<p>Naloga se prestavi za dva dni, vir je rezerviran dvakrat, a tega nih\u010de ne opazi, dokler se to teden dni kasneje ne pojavi kot konflikt. Poro\u010dilo, ki naj bi to zaznalo, lahko prikazuje le na\u010drt \u2013 ne omogo\u010da pa nikomur, da ga prilagodi in v realnem \u010dasu spremlja veri\u017eni u\u010dinek.<\/p>\n<h3>Potrditve in popravki se nahajajo v e-po\u0161ti, ne v evidenci<\/h3>\n<p>Nekdo odobri prora\u010dunsko postavko tako, da odgovori na e-po\u0161tno sporo\u010dilo. V poro\u010dilu se to nikoli ne odra\u017ea. Ko revizor vpra\u0161a, kdo je kaj odobril in kdaj, odgovora ni v sistemu \u2013 je v nekomovem nabiralniku.<\/p>\n<p><!-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n     SECTION 2: WHAT WE BUILD\n\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550 --><\/p>\n<h2 id=\"what-we-build\">Writeback, ki ga razvijamo za na\u0161e stranke.<\/h2>\n<p>Specializirani smo za povratno pisanje v Power BI na platformi Microsoft Fabric \u2013 natan\u010dneje za Translytical Task Flows in Fabric User Data Functions. To pomeni, da je pot pisanja del platforme, na kateri va\u0161e poro\u010dilo \u017ee deluje, in ne gre za dodatno orodje z lastnim lo\u010denim skladi\u0161\u010dem podatkov, ki ga je treba vzdr\u017eevati. Od posameznega uredljivega polja do popolnoma interaktivnega vizualnega prikaza urnika \u2013 ustvarimo celoten tok od za\u010detka do konca: spro\u017eilec, logiko preverjanja veljavnosti, zapisovanje in osve\u017eitev v poro\u010dilu.<\/p>\n<h3>Transliti\u010dni poteki nalog in funkcije za obdelavo uporabni\u0161kih podatkov v Fabricu<\/h3>\n<p>Prvotna pot Microsoft za zapisovanje podatkov: nadzorni element v poro\u010dilu spro\u017ei funkcijo Fabric User Data Function, ki preveri veljavnost vnosa in podatke zapi\u0161e v Fabric SQL Database, Fabric Warehouse ali Fabric Lakehouse. Ni potrebe po gostovanju lo\u010dene vmesne programske opreme niti po upravljanju lo\u010denega sistema za upravljanje identitet \u2013 vse poteka v va\u0161em obstoje\u010dem najemniku Fabric. Tipi\u010dni poteki vklju\u010dujejo:<\/p>\n<ul>\n<li>Zapis v urejljivo polje \u2013 vrednost, vnesena neposredno v vizualni element poro\u010dila, se preveri in zapi\u0161e v osnovno bazo podatkov Fabric SQL Database<\/li>\n<li>Posodobitev statusa odobritve \u2013 z akcijo \u00bbodobri\/zavrni\u00ab v poro\u010dilu se v zapis ponovno vpi\u0161ejo odlo\u010ditev, \u010dasovni \u017eig in ime odobritelja<\/li>\n<li>Pogojno zapisovanje \u2013 ciljna tabela ali pravilo preverjanja se spremeni glede na vneseno vrednost (npr. zneski, ki presegajo prag, se ozna\u010dijo za pregled)<\/li>\n<li>Tokovi mno\u017ei\u010dnih posodobitev \u2013 ena sama akcija uporabi spremembo na ve\u010d izbranih vrsticah, pri \u010demer se za vsako vrstico izvede preverjanje veljavnosti<\/li>\n<\/ul>\n<h3>Prilagojeni vizualni elementi za povratno knji\u017eenje<\/h3>\n<p>Nekateri primeri uporabe zahtevajo ve\u010d kot le gumb in polje za vnos besedila \u2013 potrebujejo neposredno manipulacijo. Razvijamo prilagojene vizualizacije za Power BI z interakcijo \u00bbpovleci in spusti\u00ab, ki ob vsaki spremembi pokli\u010dejo funkcije Fabric User Data Functions, s \u010dimer uporabnikom zagotovijo povratne informacije v realnem \u010dasu, \u0161e preden se karkoli zapi\u0161e. Tipi\u010dne re\u0161itve vklju\u010dujejo:<\/p>\n<ul>\n<li>Interaktivno na\u010drtovanje po Ganttovi metodi \u2013 nalogo lahko premaknete, da spremenite njen \u010dasovni razpored, spremenite njeno velikost, da prilagodite trajanje, ter v realnem \u010dasu med premikanjem vidite ozna\u010dene konflikte virov, \u0161e preden spremembo sploh shranite<\/li>\n<li>Vizualizacije na\u010drtovanja v obliki tabele \u2013 prora\u010dunske ali napovedne vrednosti lahko urejate neposredno v matrici, pri \u010demer se se\u0161tevki ponovno izra\u010dunajo \u017ee med tipkanjem<\/li>\n<li>Zabele\u017eevanje komentarjev in opomb \u2013 k kateri koli podatkovni to\u010dki lahko neposredno iz vizualizacije dodate opombo, ki se shrani skupaj z uporabnikom in \u010dasovnim \u017eigom<\/li>\n<\/ul>\n<h3>Preverjanje veljavnosti in upravljanje<\/h3>\n<p>Vsak vpis se preveri na stre\u017eni\u0161ki strani znotraj funkcije Fabric User Data Function \u2013 ne gre le za preverjanje v grafi\u010dnem vmesniku, ki ga je mogo\u010de zaobiti. Upo\u0161teva se varnost na ravni vrstic, vsaka sprememba je opremljena z \u010dasovnim \u017eigom, zavrnjeni vpisi pa vrnejo jasen razlog, namesto da bi se tiho ne uspeli. Med pogoste vzorce spadajo:<\/p>\n<ul>\n<li>Preverjanje poslovnih pravil pred potrditvijo vsakega zapisa (npr. prepre\u010devanje dvojne rezervacije vira, prepre\u010devanje negativnih prora\u010dunskih postavk)<\/li>\n<li>Evidentiranje revizijskih podatkov o tem, kdo je kaj spremenil, kdaj in iz katerega poro\u010dila<\/li>\n<li>Samodejna osve\u017eitev semanti\u010dnega modela po uspe\u0161nem pisanju, tako da vsak uporabnik takoj vidi posodobitev<\/li>\n<\/ul>\n<p><!-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n     SECTION 3: PROCESS\n\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550 --><\/p>\n<h2>Kako deluje.<\/h2>\n<h3>1. Arhitektura in pripravljenost omre\u017eja<\/h3>\n<p>Preden za\u010dnemo pisati kodo, preverimo, kaj va\u0161 Fabric-tenant \u017ee 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 \u0161e pred za\u010detkom razvoja. Postopek zapisovanja nazaj, ki temelji na nejasnih pravilih, prina\u0161a nezanesljive podatke.<\/p>\n<h3>2. Sestavljanje in testiranje<\/h3>\n<p>Izdelamo funkcijo za uporabni\u0161ke podatke, spro\u017eilec na strani poro\u010dila in \u2013 kjer je to potrebno \u2013 prilagojeno vizualizacijo, nato pa jih preizkusimo v va\u0161em okolju Fabric z realisti\u010dnimi podatki. Preizku\u0161amo obi\u010dajni potek in mejne primere: so\u010dasno urejanje istega zapisa, vnos, ki ne opravi validacije, prekinitev omre\u017ene povezave med shranjevanjem. Ve\u010dina napak pri pisanju v produkcijskem okolju izhaja prav iz teh scenarijev.<\/p>\n<h3>3. UAT in potrditev<\/h3>\n<p>Potek postopka preizkusite v okviru dejanskih scenarijev iz va\u0161ega vsakodnevnega poro\u010danja. Odpravimo morebitne te\u017eave, dokumentiramo znane omejitve ter pred kon\u010dnim potrditvijo preverimo, ali validacija in osve\u017eevanje delujeta v skladu z dogovorom.<\/p>\n<h3>4. Predaja in dokumentacija<\/h3>\n<p>Celovita predaja, vklju\u010dno s pisnim opisom vhodnih podatkov vsake funkcije, logike preverjanja veljavnosti in cilja zapisa \u2013 dovolj jasno, da bo va\u0161a ekipa lahko razumela in vzdr\u017eevala sistem brez na\u0161e pomo\u010di. Vklju\u010duje 3 mesece odpravljanja napak. Stalna podpora je na voljo v okviru pogodbe o stalnem sodelovanju.<\/p>\n<p><!-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n     SECTION 4: USE CASES\n\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550 --><\/p>\n<h2>Kaj nam pi\u0161ejo na\u0161i stranke.<\/h2>\n<h3>Interaktivno na\u010drtovanje nalog in virov<\/h3>\n<p>Na\u010drtovalec povle\u010de nalogo v Ganttovem prikazu na nov datum. Med vle\u010denjem se takoj ozna\u010dijo prekrivajo\u010de 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\u0161e v Fabric SQL Database. \u010ce obstaja resni\u010den konflikt, se zapis zavrne z jasnim razlogom, namesto da bi se na\u010drt tiho pokvaril.<\/p>\n<h3>Urejanje prora\u010duna in napovedi<\/h3>\n<p>Vodja finan\u010dnega oddelka popravi napovedano vrednost neposredno v matrici Power BI. Sprememba se preveri glede na odobreni prora\u010dunski okvir in shrani v osnovno skladi\u0161\u010de Fabric. Vsi ostali uporabniki poro\u010dila vidijo posodobljeno vrednost ob naslednji osve\u017eitvi \u2013 brez izvoza, brez ponovnega uvoza, brez lo\u010denega orodja za na\u010drtovanje.<\/p>\n<h3>Delovni tokovi odobritve<\/h3>\n<p>Zahtevek se prika\u017ee v poro\u010dilu z gumboma \u00bbOdobri\u00ab in \u00bbZavrni\u00ab. Ob odobritvi se spro\u017ei funkcija \u00bbFabric User Data\u00ab, ki v zapis zapi\u0161e odlo\u010ditev, ime odobritelja in \u010dasovni \u017eig ter posodobi status, ki je viden vsem v nadaljnjem toku. Celotna zgodovina odlo\u010ditev se nahaja v isti tabeli, iz katere poro\u010dilo \u010drpa podatke.<\/p>\n<h3>Popravek podatkov pri viru<\/h3>\n<p>Uporabnik med pregledovanjem poro\u010dila opazi napa\u010dno vrednost in jo takoj popravi, namesto da bi odprl zahtevek in \u010dakal, da jo nekdo drug popravi na vi\u0161ji ravni. Popravek se preveri in zapi\u0161e neposredno v izvorno tabelo, ki temelji na Fabricu.<\/p>\n<h3>Komentarji in opombe<\/h3>\n<p>Pregledovalec k dolo\u010deni podatkovni to\u010dki doda opombo \u2013 pojasnilo za odstopanje ali opozorilo za nadaljnje spremljanje. Komentar je opremljen z imenom uporabnika in \u010dasovnim \u017eigom ter se prika\u017ee naslednji osebi, ki odpre isto poro\u010dilo.<\/p>\n<p><!-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n     SECTION 5: PRICING\n\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550 --><\/p>\n<h2>Pregledno dolo\u010danje cen.<\/h2>\n<p>Delamo na podlagi \u010dasa in materiala. Pla\u010dujete za dejansko opravljene dneve po fiksni dnevni tarifi. Brez presene\u010denj glede fiksne cene in brez va\u0161ega soglasja.<\/p>\n<table>\n<thead>\n<tr>\n<th>Vrsta pretoka<\/th>\n<th>Tipi\u010den obseg<\/th>\n<th>Okvirni stro\u0161ki (neto)<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Posamezno polje za urejanje ali postopek odobritve<\/td>\n<td>2\u20134 dni<\/td>\n<td>1.600\u20133.200 evrov<\/td>\n<\/tr>\n<tr>\n<td>Prilagojeni vizualni prikaz povratnih podatkov (npr. interaktiven Ganttov diagram z zaznavanjem navzkri\u017eij)<\/td>\n<td>6-12 dni<\/td>\n<td>4.800\u20139.600 evrov<\/td>\n<\/tr>\n<tr>\n<td>Dnevna tarifa<\/td>\n<td colspan=\"2\">od 800 \u20ac\/dan (neto) - 100% daljinski upravljalnik<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Povra\u010dilo je pogosto del \u0161ir\u0161ega <a href=\"\/sl\/storitve\/power-bi\/\">Power BI<\/a> ali <a href=\"\/sl\/storitve\/fabric\/\">Tkanina<\/a> sodelovanje - za zdru\u017eene posle velja enotna dnevna cena za celoten obseg.<\/p>\n<p><!-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n     SECTION 6: SOCIAL PROOF\n\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550 --><\/p>\n<blockquote>\n<p>Potrebovali smo, da bi uporabniki lahko naloge v produkciji prestavljali neposredno v poro\u010dilu in takoj opazili morebitne konflikte \u2013 ne pa da bi jih morali izvoziti v preglednico in po\u0161iljati po e-po\u0161ti. Rezultat je bil Ganttov prikaz, v katerem se ob premikanju naloge konflikt prika\u017ee \u0161e preden sploh spusti\u0161 mi\u0161ko, in ta funkcija v produkciji \u0161e mesece kasneje deluje brez te\u017eav.<\/p>\n<p>  <cite>\u2014 Vodja operativnega oddelka, proizvodnja, Nem\u010dija<\/cite>\n<\/p><\/blockquote>\n<p><!-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n     SECTION 7: WHY US\n\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550 --><\/p>\n<h2>Zakaj ravno mi?<\/h2>\n<h3>\u017de v osnovi zasnovano za tkanine<\/h3>\n<p>Zgradimo sistem izklju\u010dno na podlagi Translytical Task Flows in Fabric User Data Functions, namesto da bi zapisovanje usmerjali prek lo\u010denega zunanjega skladi\u0161\u010da podatkov. To pomeni, da va\u0161i podatki ostanejo znotraj najemnika Fabric, ki ga \u017ee upravljate, varujete in za katerega pla\u010dujete \u2013 ni potrebe po licenciranju dodatne platforme, niti ni lo\u010denega sistema, ki bi hranil kopijo va\u0161ih podatkov.<\/p>\n<h3>Obravnavamo robne primere<\/h3>\n<p>Postopek sinhronizacije, ki v petminutni predstavitvi deluje brez te\u017eav, 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\u017eni\u0161ki strani, obravnavanje konfliktov in jasna sporo\u010dila o napakah, tako da uporabnik, ko pride do te\u017eav \u2013 in te se bodo zagotovo pojavile \u2013, vidi razlog za to, namesto da bi se zapisovanje tiho prekinilo in povzro\u010dilo po\u0161kodbo podatkov.<\/p>\n<h3>Strokovnjaki, ne splo\u0161ni strokovnjaki<\/h3>\n<p>Na\u0161e delo je obdelava podatkov v Power BI in Fabric. Nismo splo\u0161no svetovalno podjetje za poslovno inteligenco, ki ob\u010dasno razvije tok za obdelavo podatkov \u2013 to je na\u0161a glavna specializacija, od najpreprostej\u0161ih polj za urejanje do popolnoma prilagojenih vizualizacij z vle\u010denjem in spu\u0161\u010danjem ter preverjanjem v realnem \u010dasu.<\/p>\n<p><!-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n     SECTION 8: FAQ\n\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550 --><\/p>\n<h2>Pogosto zastavljena vpra\u0161anja.<\/h2>\n<h3>Ali potrebujemo licenco za Microsoft Fabric?<\/h3>\n<p>Da \u2013 Translytical Task Flows delujejo na funkcijah Fabric User Data Functions, za katere je potrebna zmogljivost Fabric (za za\u010detek zadostuje poskusna zmogljivost). Preverimo va\u0161e trenutne licen\u010dne pogoje in vas vnaprej obvestimo, \u010de je pred za\u010detkom razvoja potrebno kaj dodatnega.<\/p>\n<h3>Na katere vire podatkov se lahko nana\u0161a povratno zapisovanje?<\/h3>\n<p>Podprti cilji za zapisovanje so Fabric SQL Database, Fabric Warehouse in Fabric Lakehouse. \u010ce so va\u0161i podatki trenutno shranjeni drugje, vam bomo v okviru obsega projekta svetovali, kak\u0161en je najbolj prakti\u010den na\u010din za njihov prenos v Fabric.<\/p>\n<h3>Ali je mogo\u010de ustvariti prilagojeno vizualizacijo s funkcijo \u00bbpovleci in spusti\u00ab, na primer Ganttov diagram, ki ga je mogo\u010de na\u010drtovati?<\/h3>\n<p>Da \u2013 to je ena od na\u0161ih najbolj zahtevanih funkcij. Uporabniki z vle\u010denjem naloge spremenijo njen \u010das ali velikost, med vle\u010denjem pa se takoj prika\u017eejo morebitni konflikti, sprememba pa se potrdi in shrani takoj, ko spustijo nalogo.<\/p>\n<h3>Kaj se zgodi, \u010de zapis ne uspe?<\/h3>\n<p>Funkcija \u00bbPodatki o uporabnikih\u00ab v Fabricu vrne jasen razlog za napako \u2013 neizpolnjeno pravilo preverjanja veljavnosti, nasprotujo\u010do spremembo, te\u017eavo z dovoljenji \u2013 namesto da bi napako prikrila. Uporabnik razlog takoj vidi v poro\u010dilu.<\/p>\n<h3>Ali lahko dokumentirate tokove, da jih bomo lahko vzdr\u017eevali sami?<\/h3>\n<p>Da. Vsak projekt vklju\u010duje pisno dokumentacijo o vhodnih podatkih, logiki preverjanja in cilju zapisa vsake funkcije, napisano v preprostem jeziku. Va\u0161a ekipa bi morala biti sposobna razumeti, kaj funkcija po\u010dne, in opraviti manj\u0161e prilagoditve, ne da bi nas morala poklicati.<\/p>\n<h3>Kako dolgo traja projekt ponovnega vpisa?<\/h3>\n<p>Za eno urejanje polja ali odobritveno dejanje je obi\u010dajno potrebnih 2\u20134 dni, vklju\u010dno s testiranjem in dokumentacijo. Izdelava prilagojenega vizualnega elementa z vgrajenim preverjanjem v realnem \u010dasu, kot je na primer interaktivni Ganttov diagram, obi\u010dajno traja 6\u201312 dni, odvisno od zahtevnosti. Pred za\u010detkom dela vam posredujemo pisni opis obsega dela.<\/p>\n<p><!-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n     SECTION 9: RELATED SERVICES\n\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550 --><\/p>\n<h2>Pogosto se uporablja v kombinaciji s funkcijo \u00bbwriteback\u00ab v Power BI.<\/h2>\n<h3><a href=\"\/sl\/storitve\/power-bi\/\">Svetovanje Power BI<\/a><\/h3>\n<p>U\u010dinkovitost funkcije \u00bbWriteback\u00ab je odvisna od kakovosti modela, v katerega se podatki vna\u0161ajo. Oblikujemo semanti\u010dni model in nastavitev DirectQuery, ki zagotavljata, da je va\u0161e poro\u010dilo sinhronizirano takoj, ko se vnos podatkov izvede.<\/p>\n<h3><a href=\"\/sl\/storitve\/fabric\/\">Microsoft Fabric<\/a><\/h3>\n<p>Translyticalovi delovni tokovi so odvisni od dobro strukturiranega okolja Fabric. \u010ce osnovna baza podatkov Fabric SQL, skladi\u0161\u010de podatkov ali Lakehouse \u0161e ni pripravljeno, to vzpostavimo v okviru istega projekta.<\/p>\n<h3><a href=\"\/sl\/storitve\/avtomatizacija-moci\/\">Power Automate<\/a><\/h3>\n<p>Nekateri dogodki za zapis nazaj morajo spro\u017eiti nadaljnji proces \u2013 obvestilo, verigo odobritev ali posodobitev stanja drugje v Microsoft 365. Dogodke za zapis nazaj v Fabricu po potrebi pove\u017eemo s tokovi v Power Automate.<\/p>\n<p><!-- \u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\n     SECTION 10: CTA\n\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550\u2550 --><\/p>\n<h2>Ste pripravljeni omogo\u010diti pisanje v poro\u010dila?<\/h2>\n<p>Povejte nam, kaj naj bo mogo\u010de urejati \u2013 polje, odobritev, celoten pogled urnika \u2013, mi pa vam bomo v roku 24 ur posredovali okvirni obseg dela in oceno stro\u0161kov.<\/p>\n<p><a href=\"\/sl\/kontakt\/\" class=\"btn-readmore\">Stopite v stik<\/a><\/p>\n<p>Ali nam pi\u0161ite neposredno na naslov <a href=\"\/sl\/&\/#109;&#x61;i&#x6c;&#x74;&#111;&#x3a;i&#110;&#x66;&#111;&#x40;l&#101;&#x61;p&#x6c;y&#116;&#x69;c&#x73;&#x2e;&#100;&#x65;\">info@leaplytics.de<\/a><\/p>\n<hr>\n<p><strong>Sorodne storitve:<\/strong> <a href=\"\/sl\/storitve\/power-bi\/\">Svetovanje Power BI<\/a> - <a href=\"\/sl\/storitve\/fabric\/\">Microsoft Fabric<\/a> - <a href=\"\/sl\/storitve\/avtomatizacija-moci\/\">Power Automate<\/a> - <a href=\"\/sl\/storitve\/zmogljive-aplikacije\/\">Aplikacije Power Apps<\/a><\/p>","protected":false},"excerpt":{"rendered":"<p>Na platformi Microsoft Fabric razvijamo re\u0161itve za povratno pisanje v Power BI z uporabo Translytical Task Flows \u2013 tako lahko va\u0161a ekipa ureja na\u010drte, prestavlja naloge in odobri zapise neposredno v poro\u010dilu, ki ga ravno pregleduje. Re\u0161itev je del Power BI, jo upravlja Fabric in je zasnovana za neprekinjeno delovanje v produkcijskem okolju \u2013 ne le v predstavitvenem. Zahtevajte \u2026 <\/p>","protected":false},"author":2,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"footnotes":""},"class_list":["post-14811","page","type-page","status-publish","hentry","latest_post"],"_links":{"self":[{"href":"https:\/\/www.leaplytics.de\/sl\/wp-json\/wp\/v2\/pages\/14811","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.leaplytics.de\/sl\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/www.leaplytics.de\/sl\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/www.leaplytics.de\/sl\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.leaplytics.de\/sl\/wp-json\/wp\/v2\/comments?post=14811"}],"version-history":[{"count":1,"href":"https:\/\/www.leaplytics.de\/sl\/wp-json\/wp\/v2\/pages\/14811\/revisions"}],"predecessor-version":[{"id":14813,"href":"https:\/\/www.leaplytics.de\/sl\/wp-json\/wp\/v2\/pages\/14811\/revisions\/14813"}],"wp:attachment":[{"href":"https:\/\/www.leaplytics.de\/sl\/wp-json\/wp\/v2\/media?parent=14811"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}