Vi utvikler Power BI-løsninger for tilbakeskriving på Microsoft Fabric ved hjelp av Translytical Task Flows – slik at teamet ditt kan redigere planer, omplanlegge oppgaver og godkjenne poster direkte i rapporten de allerede ser på. Løsningen er integrert i Power BI, styres av Fabric og utviklet for å fungere kontinuerlig i produksjonsmiljøet – ikke bare i en demo.
Rapportene deres viser problemet. Men de gjør det umulig for noen å løse det.
Power BI er utviklet for å lese data, ikke for å skrive dem. I det øyeblikket noen må oppdatere en prognose, omplanlegge en oppgave eller godkjenne en post, forlater de rapporten – og rapporten slutter da å være den eneste kilden til sannhet. Translytical Task Flows på Microsoft Fabric fyller dette gapet på en naturlig måte. Spørsmålet er om tilbakeskrivingslogikken er godt nok utviklet til å kunne stole på i produksjonsmiljøet.
Planer og prognoser fastsatt ved siste eksport
Et tall blir oppdatert i et regneark, men rapporten viser fortsatt tallet fra forrige måned. Noen må huske å importere det på nytt, og inntil det skjer, er alle beslutninger som tas ut fra dashbordet basert på utdaterte data.
Endringer i timeplanen skjer utenfor timeplanen
En oppgave blir forskjøvet med to dager, en ressurs blir dobbeltbooket, og ingen legger merke til det før det dukker opp som en konflikt en uke senere. Rapporten som skulle ha oppdaget dette, kan bare vise planen – den lar ikke noen justere den og se ringvirkningene i sanntid.
Godkjenninger og rettelser finnes i e-posten, ikke i journalen
Noen godkjenner en budsjettpost ved å svare på en e-post. Dette vises aldri i rapporten. Når revisoren spør hvem som godkjente hva og når, finnes ikke svaret i systemet – det ligger i noens innboks.
Tilbakemeldinger vi utarbeider for våre kunder.
Vi er spesialister på Power BI-tilbakeskriving på Microsoft Fabric – nærmere bestemt Translytical Task Flows og Fabric User Data Functions. Det betyr at skrivebanen er integrert i plattformen som rapporten din allerede kjører på, og ikke et påsatt verktøy med et eget, separat datalager som må vedlikeholdes. Fra et enkelt redigerbart felt til et fullt interaktivt visualiseringsverktøy for tidsplanlegging bygger vi flyten fra start til slutt: utløseren, valideringslogikken, skrivingen og oppdateringen tilbake til rapporten.
Translytiske arbeidsflyter og funksjoner for brukerdata i Fabric
Den innebygde Microsoft-prosessen for tilbakeskriving: En kontroll i rapporten din utløser en Fabric User Data Function, som validerer inndataene og skriver dem til en Fabric SQL Database, et Fabric Warehouse eller et Fabric Lakehouse. Du trenger ikke å drifte separat mellomvare eller administrere et eget identitetssystem – det kjører på den Fabric-leietakeren du allerede har. Typiske arbeidsflyter inkluderer:
- Tilbakeføring av redigerbare felt – en verdi som legges inn direkte i et rapportelement, valideres og skrives til den underliggende Fabric SQL-databasen
- Oppdatering av godkjenningsstatus – når man i rapporten utfører en godkjennings- eller avvisningshandling, lagres beslutningen, tidsstemplet og godkjenneren tilbake i posten
- Betinget tilbakeskriving – måltabellen eller valideringsregelen endres avhengig av den angitte verdien (f.eks. blir beløp over en terskel merket for gjennomgang)
- Masseoppdateringsprosesser – én enkelt handling fører til at en endring gjelder for flere valgte rader, med validering for hver enkelt rad
Tilpassede visualiseringer for tilbakeskriving
Noen bruksscenarier krever mer enn bare en knapp og et tekstfelt – de krever direkte manipulering. Vi utvikler tilpassede Power BI-visualiseringer med dra-og-slipp-funksjonalitet som utløser Fabric User Data Functions ved hver endring, slik at brukerne får tilbakemelding i sanntid før noe lagres. Typiske løsninger inkluderer:
- Interaktiv Gantt-planlegging – dra en oppgave for å flytte den til et annet tidspunkt, endre størrelsen for å justere varigheten, og se ressurskonflikter markert i sanntid mens du drar, før endringen i det hele tatt er lagret
- Planleggingsvisninger i tabellformat – rediger budsjett- eller prognosetall direkte i en matrise, der totalene beregnes på nytt mens du skriver
- Registrering av kommentarer og merknader – legg til en merknad til et hvilket som helst datapunkt direkte fra diagrammet; merknaden lagres sammen med bruker- og tidsstempel
Validering og styring
Hver skriveoperasjon gjennomgår validering på serversiden inne i Fabric User Data Function – ikke bare en sjekk i det visuelle grensesnittet som kan omgås. Sikkerheten på radnivå overholdes, hver endring tidsstemples, og avviste skriveoperasjoner gir en tydelig begrunnelse i stedet for å mislykkes uten varsel. Vanlige mønstre inkluderer:
- Validering av forretningsregler før en skriveoperasjon bekreftes (f.eks. ingen dobbeltbooking av en ressurs, ingen negative budsjettposter)
- Revisjonslogg som viser hvem som endret hva, når og fra hvilken rapport
- Automatisk oppdatering av den semantiske modellen etter en vellykket skriving, slik at alle brukere ser oppdateringen umiddelbart
Slik fungerer det.
1. Arkitektur og systemklarhet
Før vi begynner å skrive kode, avklarer vi hva din Fabric-tenant allerede støtter, hvor måldataene skal lagres (Fabric SQL Database, Warehouse eller Lakehouse), og hva valideringsreglene må omfatte. Dette dokumenteres og avtales med deg før utviklingen starter. En tilbakeskrivingsprosess basert på uklare regler gir upålitelige data.
2. Bygg og test
Vi utvikler brukerdatafunksjonen, utløseren på rapport-siden og – der det er nødvendig – det tilpassede visualet, og tester dem deretter mot Fabric-miljøet ditt med realistiske data. Vi tester både standardforløpet og grensefallene: samtidige redigeringer av samme post, en skriving som ikke består valideringen, og et nettverksbrudd midt i lagringen. De fleste feil ved tilbakeskriving i produksjonsmiljøet skyldes nettopp disse scenariene.
3. UAT og godkjenning
Du tester arbeidsflyten mot reelle scenarier fra din daglige rapportering. Vi løser eventuelle problemer, dokumenterer kjente begrensninger og bekrefter at validerings- og oppdateringsfunksjonene fungerer som avtalt før godkjenning.
4. Overlevering og dokumentasjon
Fullstendig overlevering, inkludert en skriftlig beskrivelse av inndata, valideringslogikk og skrivemål for hver funksjon – så tydelig at teamet ditt kan forstå og vedlikeholde systemet uten å trenge vår hjelp. Inkluderer 3 måneders feilretting. Løpende support tilbys gjennom en fast avtale.
Hva kundene våre skriver tilbake.
Interaktiv planlegging av oppgaver og ressurser
En planlegger drar en oppgave i et Gantt-diagram til en ny dato. Mens vedkommende drar, blir overlappende bookinger på den samme ressursen umiddelbart markert. Når oppgaven slippes, validerer en Fabric User Data-funksjon den nye tidsplanen opp mot alle andre bookinger for den aktuelle ressursen og skriver endringen til Fabric SQL-databasen. Hvis det foreligger en reell konflikt, avvises skrivingen med en tydelig begrunnelse, i stedet for at planen ødelegges uten at det blir varslet om det.
Redigering av budsjett og prognoser
En finansansvarlig justerer et prognosetall direkte i en Power BI-matrise. Endringen valideres opp mot den godkjente budsjettrammen og lagres i det underliggende Fabric-lageret. Alle andre som ser på rapporten, får se det oppdaterte tallet ved neste oppdatering – uten eksport, uten reimport og uten et eget planleggingsverktøy.
Arbeidsflyter for godkjenning
En forespørsel vises i en rapport med knappene «Godkjenn» og «Avvis». Når forespørselen godkjennes, utløses en Fabric User Data-funksjon som skriver avgjørelsen, godkjenneren og et tidsstempel tilbake til posten, og oppdaterer statusen slik at den blir synlig for alle nedstrøms. Den fullstendige avgjørelseshistorikken lagres i samme tabell som rapporten henter data fra.
Datakorrigering ved kilden
En bruker oppdager en feil verdi mens han eller hun går gjennom en rapport og retter den umiddelbart, i stedet for å opprette en sak og vente på at noen andre skal rette den oppstrøms. Rettelsen blir validert og skrevet direkte inn i kildetabellen som støttes av Fabric.
Kommentarer og merknader
En granskere legger til en merknad til et bestemt datapunkt – for eksempel en forklaring på en avvikelse eller en markering for oppfølging. Merknaden registreres med brukernavn og tidsstempel, og vises for den neste personen som åpner den samme rapporten.
Åpen prissetting.
Vi jobber på Time & Material-basis. Du betaler for faktisk utførte arbeidsdager til en fast dagspris. Ingen overraskelser med fastpris, ingen utvidelse av omfanget uten din godkjenning.
| Strømningstype | Typisk omfang | Veiledende kostnad (netto) |
|---|---|---|
| Ett redigerbart felt eller én godkjenningshandling | 2–4 dager | 1 600–3 200 euro |
| Tilpasset visning av tilbakeføring (f.eks. interaktiv Gantt-diagram med konfliktdeteksjon) | 6-12 dager | 4 800–9 600 euro |
| Dagspris | fra €800/dag (netto) - 100% fjernkontroll | |
Tilbakeføring er ofte en del av en større Power BI eller Stoff engasjement - kombinerte engasjementer drar nytte av én enkelt dagspris for hele omfanget.
Vi trengte at brukerne kunne omplanlegge produksjonsoppgaver direkte i rapporten og se konflikter umiddelbart – ikke eksportere til et regneark og sende det rundt via e-post. Det vi fikk, var en Gantt-visning der man ved å dra en oppgave ser konflikten før man engang slipper musen, og den fungerer fortsatt i produksjonen uten problemer flere måneder senere.
— Driftsleder, Produksjon, Tyskland
Hvorfor velge oss?
Innebygd i selve stoffet, helt fra starten av
Vi bygger utelukkende på Translytical Task Flows og Fabric User Data Functions, i stedet for å sende innskrivninger via et separat datalager fra en tredjepart. Det betyr at dataene dine forblir innenfor den Fabric-leietakeren du allerede administrerer, sikrer og betaler for – ingen ekstra plattform å lisensiere, og ingen separat system som lagrer en kopi av dataene dine.
Vi håndterer de sjeldne tilfellene
En tilbakeskrivingsprosess som fungerer i en fem minutters demo, bryter ofte sammen første gang to personer redigerer den samme posten, eller når en skriving mislykkes halvveis. Vi bygger inn validering på serversiden, konflikthåndtering og tydelige feilmeldinger i hver funksjon, slik at når noe går galt – og det vil det gjøre – ser brukeren hvorfor, i stedet for å oppleve en stille, feilaktig skriving.
Spesialister, ikke generalister
Vi spesialiserer oss på writeback i Power BI og Fabric. Vi er ikke et generelt BI-konsulentfirma som av og til utvikler en writeback-prosess – dette er vår kjernekompetanse, fra det enkleste redigerbare feltet til fullt tilpassede dra-og-slipp-visualiseringer med sanntidsvalidering.
Ofte stilte spørsmål.
Trenger vi en Microsoft Fabric-lisens?
Ja – Translytical Task Flows kjører på Fabric User Data Functions, som krever Fabric-kapasitet (en prøvekapasitet er nok til å komme i gang). Vi sjekker din nåværende lisensiering og informerer deg på forhånd dersom det er behov for noe ekstra før vi begynner å utvikle.
Hvilke datakilder kan «writeback» brukes på?
Fabric SQL Database, Fabric Warehouse og Fabric Lakehouse er de støttede skrivemålene. Dersom dataene dine for øyeblikket ligger et annet sted, vil vi gi råd om den mest praktiske måten å overføre dem til Fabric på, som en del av prosjektomfanget.
Kan man lage et tilpasset visuelt element med dra-og-slipp-funksjonalitet, for eksempel et Gantt-diagram som kan planlegges?
Ja – dette er en av de funksjonene brukerne etterspør mest. Brukerne drar en oppgave for å endre tidspunktet eller størrelsen på den, ser at konflikter markeres umiddelbart mens de drar, og endringen bekreftes og lagres så snart de slipper oppgaven.
Hva skjer hvis en skriveoperasjon mislykkes?
Funksjonen «Fabric User Data» gir en tydelig forklaring på årsaken til feilen – en valideringsregel som ikke ble oppfylt, en endring som skaper konflikt, et problem med tilgangsrettigheter – i stedet for å gi en feilmelding uten nærmere forklaring. Brukeren ser årsaken i rapporten umiddelbart.
Kan du dokumentere flyten slik at vi kan vedlikeholde den selv?
Ja. Hvert oppdrag omfatter skriftlig dokumentasjon av hver funksjons inndata, valideringslogikk og skrivemål, formulert på et lettforståelig språk. Teamet ditt bør kunne forstå hva en funksjon gjør og foreta mindre justeringer uten å måtte kontakte oss.
Hvor lang tid tar et tilbakeføringsprosjekt?
Et enkelt redigerbart felt eller en godkjenningshandling tar vanligvis 2–4 dager, inkludert testing og dokumentasjon. Et tilpasset «writeback»-visuelt element med sanntidsvalidering, for eksempel et interaktivt Gantt-diagram, tar vanligvis 6–12 dager, avhengig av kompleksiteten. Vi gir deg en skriftlig beskrivelse av omfanget før vi setter i gang.
Ofte kombinert med Power BI-tilbakeskriving.
Power BI-rådgivning
En tilbakeskrivning er bare så nyttig som modellen den baserer seg på. Vi utformer den semantiske modellen og DirectQuery-konfigurasjonen som sørger for at rapporten din holdes oppdatert i det øyeblikket en oppdatering gjennomføres.
Microsoft Fabric
Translytical-oppgaveflyter forutsetter et velstrukturert Fabric-miljø. Dersom den underliggende Fabric SQL-databasen, datalageret eller Lakehouse-løsningen ikke er klar ennå, sørger vi for å sette opp dette som en del av det samme oppdraget.
Power Automate
Noen tilbakeskrivningshendelser bør utløse en etterfølgende prosess – et varsel, en godkjenningskjede eller en statusoppdatering et annet sted i Microsoft 365. Vi kobler Fabric-tilbakeskrivningshendelser til Power Automate-flyter der det er nødvendig.
Er du klar til å gjøre rapportene dine redigerbare?
Fortell oss hva som skal kunne redigeres – et felt, en godkjenning, en hel planleggingsvisning – så kommer vi tilbake med et veiledende omfang og et kostnadsoverslag innen 24 timer.
Eller send oss en e-post direkte på info@leaplytics.de
Relaterte tjenester: Power BI-rådgivning - Microsoft Fabric - Power Automate - Power Apps