Wij bouwen Power BI-writeback-oplossingen op Microsoft Fabric met behulp van Translytical Task Flows – zodat uw team plannen kan bewerken, taken opnieuw kan inplannen en records kan goedkeuren, rechtstreeks vanuit het rapport dat ze op dat moment bekijken. Integraal onderdeel van Power BI, beheerd door Fabric en ontworpen om continu in productie te draaien – niet alleen in een demo.
Uit jullie rapporten blijkt wat het probleem is. Maar ze zorgen er niet voor dat iemand het kan oplossen.
Power BI is ontworpen om gegevens te lezen, niet om ze te schrijven. Zodra iemand een prognose moet bijwerken, een taak opnieuw moet inplannen of een record moet goedkeuren, verlaat hij of zij het rapport – en is het rapport niet langer de enige bron van waarheid. Translytical Task Flows op Microsoft Fabric vullen die leemte op een native manier op. De vraag is of de writeback-logica goed genoeg is gebouwd om er in de productie op te vertrouwen.
Plannen en prognoses bevroren op het moment van de laatste export
Een getal wordt in een spreadsheet bijgewerkt, maar in het rapport wordt nog steeds het cijfer van vorige maand weergegeven. Iemand moet eraan denken om het opnieuw te importeren, en zolang dat niet gebeurt, zijn alle beslissingen die op basis van het dashboard worden genomen, gebaseerd op verouderde gegevens.
Wijzigingen in het rooster vinden plaats buiten het rooster om
Een taak wordt twee dagen verschoven, een resource wordt dubbel ingepland, en niemand merkt het op totdat het een week later als conflict naar voren komt. Het rapport dat dit had moeten opmerken, kan alleen het plan weergeven – het biedt niemand de mogelijkheid om het aan te passen en de domino-effecten in realtime te zien.
Goedkeuringen en correcties worden via e-mail afgehandeld, niet in het dossier
Iemand keurt een begrotingspost goed door op een e-mail te reageren. Dit wordt nooit in het rapport weergegeven. Als de accountant vraagt wie wat en wanneer heeft goedgekeurd, is het antwoord niet in het systeem te vinden – het staat in iemands inbox.
De terugboekingen die we voor onze klanten uitvoeren.
Wij zijn gespecialiseerd in Power BI-writeback op Microsoft Fabric – met name Translytical Task Flows en Fabric User Data Functions. Dat betekent dat het schrijfpad native is aan het platform waarop uw rapport al draait, en geen losse tool is met een eigen, afzonderlijke gegevensopslag die onderhouden moet worden. Van een enkel bewerkbaar veld tot een volledig interactieve visualisatie voor planning: wij bouwen de flow van begin tot eind: de trigger, de validatielogica, het schrijven en het vernieuwen van het rapport.
Translytical-taakstromen en functies voor gebruikersgegevens in Fabric
Het standaard Microsoft-traject voor writeback: een besturingselement in uw rapport activeert een Fabric User Data Function, die de invoer valideert en gegevens opslaat in de Fabric SQL Database, een Fabric Warehouse of een Fabric Lakehouse. U hoeft geen aparte middleware te hosten en geen apart identiteitssysteem te beheren – het draait op de Fabric-tenant die u al hebt. Typische workflows zijn onder meer:
- Terugschrijven van bewerkbare velden – een waarde die rechtstreeks in een rapportvisual wordt ingevoerd, wordt gevalideerd en teruggeschreven naar de onderliggende Fabric SQL-database
- Statusupdate goedkeuring – bij een goedkeurings- of afwijzingsactie in het rapport worden de beslissing, het tijdstempel en de naam van de goedkeurder teruggeschreven naar het record
- Voorwaardelijke terugschrijving – de doeltabel of validatieregel verandert afhankelijk van de ingevoerde waarde (bijvoorbeeld: bedragen boven een bepaalde drempelwaarde worden gemarkeerd voor controle)
- Bulkupdate-processen – met één enkele handeling wordt een wijziging toegepast op meerdere geselecteerde rijen, waarbij elke rij afzonderlijk wordt gecontroleerd
Aangepaste weergaven voor terugschrijvingen
Sommige gebruiksscenario’s vereisen meer dan alleen een knop en een tekstveld – ze vereisen directe interactie. We ontwikkelen op maat gemaakte Power BI-visuals met drag-and-drop-functionaliteit die bij elke wijziging Fabric User Data Functions aanroepen, waardoor gebruikers realtime feedback krijgen voordat er iets wordt opgeslagen. Typische voorbeelden hiervan zijn:
- Interactieve Gantt-planning – sleep een taak om deze opnieuw in te plannen, pas de grootte aan om de duur te wijzigen en zie hoe conflicten tussen middelen direct tijdens het slepen worden gemarkeerd, nog voordat de wijziging is opgeslagen
- Visualisaties in rastervorm – bewerk begrotings- of prognosecijfers rechtstreeks in een matrix, waarbij de totalen automatisch worden bijgewerkt terwijl je typt
- Opmerkingen en aantekeningen vastleggen – voeg rechtstreeks vanuit de visual een notitie toe aan elk gegevenspunt; deze wordt samen met de gebruiker en het tijdstempel teruggeschreven
Validatie en beheer
Elke schrijfbewerking wordt aan de serverzijde gevalideerd binnen de Fabric User Data Function – het gaat niet alleen om een controle in de gebruikersinterface die kan worden omzeild. Beveiliging op rijniveau wordt nageleefd, elke wijziging wordt voorzien van een tijdstempel en afgewezen schrijfbewerkingen geven een duidelijke reden weer in plaats van stilzwijgend te mislukken. Veelvoorkomende patronen zijn onder meer:
- Controle op naleving van bedrijfsregels voordat een schrijfbewerking wordt vastgelegd (bijvoorbeeld: geen dubbele reservering van een hulpbron, geen negatieve begrotingsposten)
- Auditlogboek waarin wordt vastgelegd wie wat heeft gewijzigd, wanneer en vanuit welk rapport
- Het semantische model wordt automatisch vernieuwd na een geslaagde schrijfbewerking, zodat elke gebruiker de update onmiddellijk ziet
Hoe het werkt.
1. Architectuur en gereedheid van de infrastructuur
Voordat we ook maar één regel code schrijven, gaan we na wat uw Fabric-tenant al ondersteunt, waar de doelgegevens moeten worden opgeslagen (Fabric SQL Database, Warehouse of Lakehouse) en welke validatieregels er moeten gelden. Dit wordt vastgelegd en met u afgestemd voordat de ontwikkeling van start gaat. Een writeback-workflow die is gebaseerd op onduidelijke regels leidt tot onbetrouwbare gegevens.
2. Bouwen en testen
We bouwen de User Data Function, de trigger aan de rapportzijde en – indien nodig – de aangepaste visual, en testen deze vervolgens in uw Fabric-omgeving met realistische gegevens. We testen zowel het normale verloop als de randgevallen: gelijktijdige bewerkingen aan hetzelfde record, een schrijfbewerking die de validatie niet doorstaat, een netwerkonderbreking tijdens het opslaan. De meeste fouten bij het terugschrijven in de productieomgeving komen precies uit deze scenario’s voort.
3. UAT en aftekenen
U test de workflow aan de hand van concrete scenario’s uit uw dagelijkse rapportage. We lossen eventuele problemen op, documenteren bekende beperkingen en controleren of de validatie en het verversingsgedrag werken zoals afgesproken, voordat we het project goedkeuren.
4. Overdracht en documentatie
Volledige overdracht, inclusief een schriftelijke beschrijving van de invoergegevens, validatielogica en schrijfdoel van elke functie – zo duidelijk dat uw team deze zelf kan begrijpen en onderhouden zonder dat wij daarbij nodig zijn. Inclusief 3 maanden ondersteuning bij het verhelpen van fouten. Doorlopende ondersteuning is beschikbaar via een vast contract.
Wat onze klanten ons terugschrijven.
Interactieve planning van taken en middelen
Een planner sleept een taak in een Gantt-weergave naar een nieuwe datum. Tijdens het slepen worden overlappende boekingen op dezelfde resource onmiddellijk gemarkeerd. Bij het neerzetten controleert een Fabric User Data-functie of de nieuwe planning in overeenstemming is met alle andere boekingen voor die resource en schrijft de wijziging naar de Fabric SQL-database. Als er sprake is van een daadwerkelijk conflict, wordt de wijziging afgewezen met een duidelijke reden, in plaats van het plan stilletjes te verstoren.
Bewerking van begrotingen en prognoses
Een financieel medewerker past een prognosecijfer rechtstreeks aan in een Power BI-matrix. De wijziging wordt getoetst aan het goedgekeurde budget en opgeslagen in het onderliggende Fabric Warehouse. Alle andere gebruikers van het rapport zien het bijgewerkte cijfer bij de volgende verversing – zonder export, zonder opnieuw importeren en zonder aparte planningstool.
Goedkeuringsworkflows
Een verzoek verschijnt in een rapport met knoppen voor ‘Goedkeuren’ en ‘Afwijzen’. Bij goedkeuring wordt een Fabric User Data-functie geactiveerd die de beslissing, de goedkeurder en een tijdstempel terugschrijft naar het record, en de status bijwerkt die zichtbaar is voor iedereen verderop in het proces. De volledige beslissingsgeschiedenis wordt opgeslagen in dezelfde tabel waaruit het rapport gegevens ophaalt.
Gegevenscorrectie bij de bron
Een gebruiker ontdekt tijdens het doornemen van een rapport een onjuiste waarde en corrigeert deze direct, in plaats van een ticket aan te maken en te wachten tot iemand anders het probleem verderop in het proces oplost. De correctie wordt gevalideerd en direct opgeslagen in de door Fabric ondersteunde brontabel.
Opmerkingen en aantekeningen
Een beoordelaar voegt een opmerking toe aan een specifiek gegevenspunt – bijvoorbeeld een toelichting op een afwijking of een aanduiding voor verdere opvolging. De opmerking wordt vastgelegd met de naam van de gebruiker en een tijdstempel, en is zichtbaar voor de volgende persoon die hetzelfde rapport opent.
Transparante prijzen.
We werken op basis van tijd en materiaal. Je betaalt voor werkelijk gewerkte dagen tegen een vast dagtarief. Geen verrassingen met een vaste prijs, geen scope creep zonder jouw toestemming.
| Type stroom | Typisch toepassingsgebied | Indicatieve kosten (netto) |
|---|---|---|
| Een enkel bewerkbaar veld of een goedkeuringsactie | 2–4 dagen | € 1.600–€ 3.200 |
| Aangepaste weergave voor terugkoppeling (bijv. interactieve Gantt-grafiek met conflictdetectie) | 6-12 dagen | € 4.800–€ 9.600 |
| Dagtarief | vanaf €800/dag (netto) - 100% afstandsbediening | |
Een terugboeking maakt vaak deel uit van een groter geheel Power BI of Stof engagement - gecombineerde engagementen profiteren van één dagtarief voor de volledige scope.
We wilden dat gebruikers productietaken rechtstreeks in het rapport konden herschikken en conflicten direct konden zien – zonder dat ze deze naar een spreadsheet hoefden te exporteren en vervolgens via e-mail te versturen. Het resultaat was een Gantt-weergave waarin je, zodra je een taak versleept, het conflict al ziet voordat je de muis loslaat, en het systeem draait maanden later nog steeds probleemloos in productie.
— Hoofd Bedrijfsvoering, Productie, Duitsland
Waarom voor ons kiezen?
Van meet af aan op stof gebaseerd
We maken uitsluitend gebruik van Translytical Task Flows en Fabric User Data Functions, in plaats van schrijfbewerkingen via een afzonderlijke gegevensopslag van een derde partij te routeren. Dat betekent dat uw gegevens binnen de Fabric-tenant blijven die u al beheert, beveiligt en waarvoor u betaalt – er is geen extra platform waarvoor u een licentie moet aanschaffen, en er is geen afzonderlijk systeem dat een kopie van uw gegevens bevat.
We behandelen de randgevallen
Een terugschrijfproces dat in een demo van vijf minuten goed werkt, loopt vaak vast zodra twee mensen hetzelfde record bewerken, of wanneer een schrijfbewerking halverwege mislukt. We bouwen server-side validatie, conflictoplossing en duidelijke foutmeldingen in elke functie in, zodat de gebruiker – wanneer er iets misgaat (en dat zal gebeuren) – ziet wat de oorzaak is, in plaats van dat er stilletjes een beschadigde schrijfbewerking plaatsvindt.
Specialisten, geen generalisten
Writeback voor Power BI en Fabric is waar wij ons mee bezighouden. Wij zijn geen algemeen BI-adviesbureau dat af en toe een writeback-workflow bouwt – dit is onze kernspecialisatie, van het eenvoudigste bewerkbare veld tot volledig op maat gemaakte drag-and-drop-visuals met live validatie.
Veelgestelde vragen.
Hebben we een Microsoft Fabric-licentie nodig?
Ja – Translytical Task Flows draaien op Fabric User Data Functions, waarvoor Fabric-capaciteit nodig is (een proefcapaciteit is voldoende om aan de slag te gaan). We controleren uw huidige licenties en laten u van tevoren weten of er nog iets extra’s nodig is voordat we beginnen met het bouwen.
Naar welke gegevensbronnen kan er worden teruggeschreven?
Fabric SQL Database, Fabric Warehouse en Fabric Lakehouse zijn de ondersteunde opslagdoelen. Als uw gegevens momenteel elders zijn opgeslagen, zullen wij u, binnen de reikwijdte van het project, adviseren over de meest praktische manier om deze in Fabric onder te brengen.
Kun je een aangepast visueel element maken met slepen en neerzetten, zoals een Gantt-diagram dat je kunt inplannen?
Ja – dit is een van de meest gevraagde functies. Gebruikers slepen een taak om deze opnieuw in te plannen of het formaat aan te passen, zien conflicten direct gemarkeerd terwijl ze slepen, en de wijziging wordt gevalideerd en opgeslagen zodra ze de taak loslaten.
Wat gebeurt er als een schrijfbewerking mislukt?
De Fabric User Data-functie geeft een duidelijke reden voor de fout weer – een validatieregel waaraan niet is voldaan, een conflicterende wijziging, een probleem met machtigingen – in plaats van stilzwijgend te mislukken. De gebruiker ziet de reden onmiddellijk in het rapport.
Kun je de stromen documenteren zodat we ze zelf kunnen onderhouden?
Ja. Bij elke opdracht wordt er een schriftelijke documentatie opgesteld waarin de invoergegevens, de validatielogica en het schrijfdoel van elke functie in begrijpelijke taal worden beschreven. Uw team zou moeten kunnen begrijpen wat een functie doet en kleine aanpassingen kunnen doorvoeren zonder dat u ons daarvoor hoeft te bellen.
Hoe lang duurt een writeback-project?
Een enkel bewerkbaar veld of een goedkeuringsactie neemt doorgaans 2 tot 4 dagen in beslag, inclusief testen en documentatie. Een op maat gemaakte ‘writeback’-visual met realtime validatie, zoals een interactief Gantt-diagram, kost meestal 6 tot 12 dagen, afhankelijk van de complexiteit. Voordat we beginnen, ontvangt u van ons een schriftelijke omschrijving van de opdracht.
Wordt vaak gecombineerd met Power BI-writeback.
Power BI Advies
Een terugschrijving is slechts zo nuttig als het model waarop deze is gebaseerd. Wij ontwerpen het semantische model en de DirectQuery-configuratie die ervoor zorgen dat uw rapport direct wordt bijgewerkt zodra een schrijfbewerking wordt uitgevoerd.
Microsoft Fabric
Translytical-taakstromen zijn afhankelijk van een goed gestructureerde Fabric-omgeving. Als de onderliggende Fabric SQL-database, het datawarehouse of het lakehouse nog niet klaar is, zorgen wij ervoor dat dit wordt opgezet als onderdeel van hetzelfde project.
Automatiseren
Sommige writeback-gebeurtenissen moeten een vervolgproces in gang zetten – een melding, een goedkeuringsketen of een statusupdate elders in Microsoft 365. Waar dat nodig is, koppelen we Fabric-writeback-gebeurtenissen aan Power Automate-flows.
Klaar om je rapporten bewerkbaar te maken?
Laat ons weten wat er bewerkbaar moet zijn – een veld, een goedkeuring, een volledige planningsweergave – en wij sturen u binnen 24 uur een indicatieve omvang en een kostenraming toe.
Of e-mail ons rechtstreeks op info@leaplytics.de
Verwante diensten: Power BI Advies - Microsoft Fabric - Automatiseren - Power-apps