Vi udvikler Power BI-writeback-løsninger på Microsoft Fabric ved hjælp af Translytical Task Flows – så dit team kan redigere planer, omplanlægge opgaver og godkende poster direkte i den rapport, de allerede ser på. Løsningerne er integreret i Power BI, styres af Fabric og udviklet til at køre kontinuerligt i produktion – ikke kun i en demo.
Jeres rapporter viser problemet. Men de gør det ikke muligt for nogen at løse det.
Power BI er udviklet til at læse data, ikke til at skrive dem. I det øjeblik nogen skal opdatere en prognose, omplanlægge en opgave eller godkende en post, forlader de rapporten – og rapporten er ikke længere den eneste pålidelige kilde til information. Translytical Task Flows på Microsoft Fabric udfylder dette hul på en indbygget måde. Spørgsmålet er, om logikken for tilbageskrivning er godt nok udviklet til, at man kan stole på den i produktionsmiljøet.
Planer og prognoser fastfrosset ved sidste eksport
Et tal bliver opdateret i et regneark, men rapporten viser stadig tallet fra sidste måned. Nogen skal huske at importere det igen, og indtil det sker, er alle beslutninger, der træffes på baggrund af dashboardet, baseret på forældede data.
Ændringer i tidsplanen sker uden for tidsplanen
En opgave rykkes to dage frem, en ressource bliver dobbeltbooket, og ingen opdager det, før det dukker op som en konflikt en uge senere. Den rapport, der skulle have opfanget dette, kan kun vise planen – den giver ikke mulighed for at justere den og se de afledte konsekvenser i realtid.
Godkendelser og rettelser findes i e-mails, ikke i journalen
Nogen godkender en budgetpost ved at svare på en e-mail. Det fremgår aldrig af rapporten. Når revisoren spørger, hvem der har godkendt hvad og hvornår, findes svaret ikke i systemet – det ligger i en eller andens indbakke.
Writeback, som vi udvikler til vores kunder.
Vi er specialister i Power BI-writeback på Microsoft Fabric – nærmere bestemt Translytical Task Flows og Fabric User Data Functions. Det betyder, at skrivestien er integreret i den platform, som din rapport allerede kører på, og ikke et påsætningsværktøj med sit eget separate datalager, der skal vedligeholdes. Fra et enkelt redigerbart felt til en fuldt interaktiv visualisering af tidsplaner bygger vi flowet fra start til slut: udløseren, valideringslogikken, skrivningen og opdateringen tilbage til rapporten.
Translytiske arbejdsgange og Fabric-brugerdatafunktioner
Den indbyggede Microsoft-løsning til writeback: Et kontrolelement i din rapport udløser en Fabric User Data-funktion, som validerer indtastningerne og skriver dataene til en Fabric SQL-database, et Fabric-lager eller et Fabric Lakehouse. Der er ingen separat middleware, der skal hostes, og intet separat identitetssystem, der skal administreres – det kører på den Fabric-tenant, du allerede har. Typiske arbejdsgange omfatter:
- Tilbageførsel af redigerbare felter – en værdi, der indtastes direkte i et rapportelement, valideres og skrives til den underliggende Fabric SQL-database
- Opdatering af godkendelsesstatus – når der foretages en godkendelse eller afvisning i rapporten, registreres beslutningen, tidsstemplet og godkenderen i posten
- Betinget tilbageskrivning – modtagertabellen eller valideringsreglen ændres afhængigt af den indtastede værdi (f.eks. markeres beløb, der overstiger en tærskelværdi, til gennemgang)
- Masseopdateringsforløb – en enkelt handling anvender en ændring på flere valgte rækker, med validering for hver enkelt række
Brugerdefinerede visualiseringer af tilbageskrivninger
I visse anvendelsessituationer er en knap og et tekstfelt ikke nok – der er behov for direkte manipulation. Vi udvikler skræddersyede Power BI-visualiseringer med træk-og-slip-interaktion, der aktiverer Fabric User Data Functions ved hver ændring, hvilket giver brugerne feedback i realtid, inden der skrives noget til databasen. Typiske løsninger omfatter:
- Interaktiv Gantt-planlægning – træk en opgave for at omplanlægge den, juster størrelsen for at ændre varigheden, og se ressourcekonflikter fremhævet i realtid, mens du trækker, endnu før ændringen er gemt
- Planlægningsdiagrammer i tabelform – rediger budget- eller prognosetal direkte i en matrix, hvor totalbeløbene genberegnes, mens du skriver
- Indsamling af kommentarer og noter – vedhæft en note til et hvilket som helst datapunkt direkte fra visualiseringen; noten gemmes sammen med bruger- og tidsstempel
Validering og styring
Hver eneste skrivning gennemgår en validering på serversiden inden for Fabric User Data Function – det er ikke blot en kontrol i det visuelle interface, som kan omgås. Sikkerheden på rækkeplan overholdes, hver ændring forsynes med et tidsstempel, og afviste skrivninger returnerer en tydelig begrundelse i stedet for blot at mislykkes uden fejlmeddelelse. Typiske mønstre omfatter:
- Validering af forretningsregler, før en skrivning gennemføres (f.eks. ingen dobbeltbooking af en ressource, ingen budgetposter med negativt beløb)
- Revisionslogning af, hvem der har ændret hvad, hvornår og fra hvilken rapport
- Den semantiske model opdateres automatisk efter en vellykket skrivning, så alle brugere straks kan se opdateringen
Sådan fungerer det.
1. Arkitektur og systemklarhed
Inden vi begynder at skrive kode, fastlægger vi, hvad jeres Fabric-tenant allerede understøtter, hvor måldataene skal opbevares (Fabric SQL Database, Warehouse eller Lakehouse), og hvad valideringsreglerne skal omfatte. Dette dokumenteres og aftales med jer, inden udviklingen går i gang. En writeback-proces, der bygger på uklare regler, resulterer i upålidelige data.
2. Byg og test
Vi udvikler brugerdatafunktionen, udløseren på rapport-siden og – hvor det er nødvendigt – det brugerdefinerede visualiseringselement, hvorefter vi tester dem i dit Fabric-miljø med realistiske data. Vi tester både standardforløbet og grænsetilfældene: samtidige redigeringer af den samme post, en skrivning, der ikke består valideringen, og et netværksudfald midt i en gemme-operation. De fleste fejl ved tilbageskrivning i produktionsmiljøet skyldes netop disse scenarier.
3. UAT og godkendelse
Du tester forløbet ud fra konkrete scenarier fra din daglige rapportering. Vi løser eventuelle problemer, dokumenterer kendte begrænsninger og bekræfter, at validerings- og opdateringsfunktionen fungerer som aftalt, inden godkendelsen.
4. Overdragelse og dokumentation
Fuldstændig overdragelse, herunder en skriftlig beskrivelse af hver funktions inddata, valideringslogik og skrivemål – så tydelig, at dit team kan forstå og vedligeholde systemet uden at have brug for os. Omfatter 3 måneders fejlretning. Løbende support tilbydes som en fast aftale.
Hvad vores kunder skriver tilbage.
Interaktiv planlægning af opgaver og ressourcer
En planlægger trækker en opgave i et Gantt-diagram til en ny dato. Under trækningen fremhæves overlappende bookinger på den samme ressource straks. Når opgaven slippes, validerer en Fabric User Data-funktion den nye planlægning i forhold til alle andre bookinger for den pågældende ressource og skriver ændringen til Fabric SQL-databasen. Hvis der foreligger en reel konflikt, afvises skrivningen med en tydelig begrundelse i stedet for at ødelægge planen uden varsel.
Redigering af budget og prognoser
En økonomichef justerer et prognosetal direkte i en Power BI-matrix. Ændringen valideres i forhold til det godkendte budgetramme og gemmes i det underliggende Fabric Warehouse. Alle andre, der ser rapporten, får det opdaterede tal at se ved næste opdatering – uden eksport, uden reimport og uden brug af et separat planlægningsværktøj.
Arbejdsgange for godkendelse
En anmodning vises i en rapport med knapperne »Godkend« og »Afvis«. Når anmodningen godkendes, udløses en Fabric User Data-funktion, der skriver beslutningen, godkenderen og et tidsstempel tilbage til posten og opdaterer status, så den er synlig for alle i de efterfølgende led. Den fulde beslutningshistorik findes i den samme tabel, som rapporten henter data fra.
Datakorrektion ved kilden
En bruger opdager en forkert værdi under gennemgangen af en rapport og retter den med det samme, i stedet for at oprette en supportanmodning og vente på, at en anden retter fejlen i den oprindelige kilde. Rettelsen valideres og skrives direkte til den Fabric-baserede kildetabel.
Kommentarer og bemærkninger
En korrekturlæser tilføjer en bemærkning til et bestemt datapunkt – f.eks. en forklaring på en afvigelse eller en markering, der skal følges op på. Bemærkningen registreres med brugerens navn og tidsstempel og vises for den næste person, der åbner den samme rapport.
Gennemsigtig prissætning.
Vi arbejder på Time & Material-basis. Du betaler for de dage, du rent faktisk arbejder, til en fast dagspris. Ingen overraskelser med fast pris, ingen udvidelse af omfanget uden din accept.
| Flow-type | Typisk omfang | Vejledende omkostninger (netto) |
|---|---|---|
| Et enkelt redigerbart felt eller en godkendelseshandling | 2–4 dage | 1.600–3.200 euro |
| Brugerdefineret visualisering af tilbageskrivning (f.eks. interaktivt Gantt-diagram med konfliktdetektering) | 6-12 dage | 4.800–9.600 euro |
| Dagspris | fra €800/dag (netto) - 100% fjernbetjening | |
Tilbageførsel er ofte en del af en større Power BI eller Stof engagement - kombinerede engagementer nyder godt af en enkelt dagspris for hele omfanget.
Vi havde brug for, at brugerne kunne omplanlægge produktionsopgaver direkte i rapporten og straks se eventuelle konflikter – uden at skulle eksportere dem til et regneark og sende dem rundt via e-mail. Det, vi fik, var en Gantt-visning, hvor man ved at trække en opgave kan se konflikten, allerede før man slipper musen, og den kører stadig i produktionen uden problemer flere måneder senere.
— Driftsleder, Produktion, Tyskland
Hvorfor vælge os?
Indbygget i selve platformen, helt fra starten
Vi bygger udelukkende på Translytical Task Flows og Fabric User Data Functions i stedet for at dirigere skrivninger gennem et separat tredjepartsdatlager. Det betyder, at dine data forbliver inden for den Fabric-tenant, som du allerede administrerer, sikrer og betaler for – ingen yderligere platform, der skal licenseres, og intet separat system, der opbevarer en kopi af dine data.
Vi håndterer grænsetilfældene
En writeback-proces, der fungerer i en fem minutters demo, går ofte i stykker, første gang to personer redigerer den samme post, eller når en skrivning mislykkes halvvejs. Vi indbygger validering på serversiden, konflikthåndtering og tydelige fejlmeddelelser i hver eneste funktion, så når noget går galt – og det vil det – kan brugeren se årsagen, i stedet for at få en lydløs, fejlbehæftet skrivning.
Specialister, ikke generalister
Writeback i Power BI og Fabric er vores speciale. Vi er ikke et generelt BI-konsulentfirma, der lejlighedsvis udvikler en writeback-proces – dette er vores kernekompetence, lige fra det enkleste redigerbare felt til fuldt tilpassede drag-and-drop-visualiseringer med realtidsvalidering.
Ofte stillede spørgsmål.
Har vi brug for en Microsoft Fabric-licens?
Ja – Translytical Task Flows kører på Fabric User Data Functions, hvilket kræver en Fabric-kapacitet (en prøvekapacitet er tilstrækkelig til at komme i gang). Vi tjekker din nuværende licensering og giver dig besked på forhånd, hvis der er behov for yderligere ressourcer, inden vi går i gang med udviklingen.
Hvilke datakilder kan Target skrive tilbage til?
Fabric SQL Database, Fabric Warehouse og Fabric Lakehouse er de understøttede skrivemål. Hvis dine data i øjeblikket ligger et andet sted, vil vi som en del af projektomfanget rådgive dig om den mest praktiske måde at overføre dem til Fabric på.
Kan man oprette et brugerdefineret visuelt element med træk-og-slip-funktion, f.eks. et Gantt-diagram, der kan planlægges?
Ja – det er en af de funktioner, der er størst efterspørgsel efter. Brugerne trækker en opgave for at omplanlægge den eller ændre dens varighed, ser konflikter fremhævet med det samme, mens de trækker, og ændringen bekræftes og gemmes, så snart de slipper musen.
Hvad sker der, hvis en skrivning mislykkes?
Funktionen »Fabric User Data« angiver en klar årsag til fejlen – en valideringsregel, der ikke blev overholdt, en modstridende ændring, et problem med tilladelser – i stedet for blot at afvise handlingen uden yderligere besked. Brugeren kan straks se årsagen i rapporten.
Kan du dokumentere flowene, så vi selv kan vedligeholde dem?
Ja. Hvert projekt omfatter skriftlig dokumentation af hver funktions inddata, valideringslogik og skrivemål, formuleret i et letforståeligt sprog. Jeres team bør være i stand til at forstå, hvad en funktion gør, og foretage mindre justeringer uden at skulle kontakte os.
Hvor lang tid tager et writeback-projekt?
Et enkelt redigerbart felt eller en godkendelseshandling tager typisk 2–4 dage, inklusive test og dokumentation. Et skræddersyet visualiseringselement med realtidsvalidering, såsom et interaktivt Gantt-diagram, tager normalt 6–12 dage, afhængigt af kompleksiteten. Vi udarbejder en skriftlig projektbeskrivelse, inden vi går i gang.
Ofte kombineret med Power BI-writeback.
Power BI-rådgivning
Writeback er kun så nyttigt som den model, det bygger på. Vi udvikler den semantiske model og DirectQuery-opsætningen, der sikrer, at din rapport holdes opdateret, så snart en opdatering gennemføres.
Microsoft Fabric
Translytical-arbejdsgange forudsætter et velstruktureret Fabric-miljø. Hvis den underliggende Fabric SQL-database, det underliggende datawarehouse eller det underliggende lakehouse endnu ikke er klar, sørger vi for at opsætte det som en del af samme projekt.
Power Automate
Visse writeback-hændelser bør udløse en efterfølgende proces – en notifikation, en godkendelseskæde eller en statusopdatering et andet sted i Microsoft 365. Vi kobler Fabric-writeback-hændelser til Power Automate-flows, hvor det er nødvendigt.
Er du klar til at gøre dine rapporter redigerbare?
Fortæl os, hvad der skal kunne redigeres – et felt, en godkendelse, en hel planlægningsvisning – så vender vi tilbage med et vejledende omfang og et overslag inden for 24 timer.
Eller send os en e-mail direkte på info@leaplytics.de
Relaterede tjenester: Power BI-rådgivning - Microsoft Fabric - Power Automate - Power-apps