<\/p>\n
Wij bouwen Power BI-writeback-oplossingen op Microsoft Fabric met behulp van Translytical Task Flows \u2013 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 \u2013 niet alleen in een demo.<\/p>\n
Een offerte aanvragen<\/a><\/p>\n <\/p>\n 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 \u2013 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.<\/p>\n 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.<\/p>\n 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 \u2013 het biedt niemand de mogelijkheid om het aan te passen en de domino-effecten in realtime te zien.<\/p>\n 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 \u2013 het staat in iemands inbox.<\/p>\n <\/p>\n Wij zijn gespecialiseerd in Power BI-writeback op Microsoft Fabric \u2013 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.<\/p>\n 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 \u2013 het draait op de Fabric-tenant die u al hebt. Typische workflows zijn onder meer:<\/p>\n Sommige gebruiksscenario\u2019s vereisen meer dan alleen een knop en een tekstveld \u2013 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:<\/p>\n Elke schrijfbewerking wordt aan de serverzijde gevalideerd binnen de Fabric User Data Function \u2013 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:<\/p>\n <\/p>\n Voordat we ook maar \u00e9\u00e9n 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.<\/p>\n We bouwen de User Data Function, de trigger aan de rapportzijde en \u2013 indien nodig \u2013 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\u2019s voort.<\/p>\n U test de workflow aan de hand van concrete scenario\u2019s 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.<\/p>\n Volledige overdracht, inclusief een schriftelijke beschrijving van de invoergegevens, validatielogica en schrijfdoel van elke functie \u2013 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.<\/p>\n <\/p>\n 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.<\/p>\n 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 \u2013 zonder export, zonder opnieuw importeren en zonder aparte planningstool.<\/p>\n Een verzoek verschijnt in een rapport met knoppen voor \u2018Goedkeuren\u2019 en \u2018Afwijzen\u2019. 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.<\/p>\n 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.<\/p>\n Een beoordelaar voegt een opmerking toe aan een specifiek gegevenspunt \u2013 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.<\/p>\n <\/p>\n 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.<\/p>\nUit jullie rapporten blijkt wat het probleem is. Maar ze zorgen er niet voor dat iemand het kan oplossen.<\/h2>\n
Plannen en prognoses bevroren op het moment van de laatste export<\/h3>\n
Wijzigingen in het rooster vinden plaats buiten het rooster om<\/h3>\n
Goedkeuringen en correcties worden via e-mail afgehandeld, niet in het dossier<\/h3>\n
De terugboekingen die we voor onze klanten uitvoeren.<\/h2>\n
Translytical-taakstromen en functies voor gebruikersgegevens in Fabric<\/h3>\n
\n
Aangepaste weergaven voor terugschrijvingen<\/h3>\n
\n
Validatie en beheer<\/h3>\n
\n
Hoe het werkt.<\/h2>\n
1. Architectuur en gereedheid van de infrastructuur<\/h3>\n
2. Bouwen en testen<\/h3>\n
3. UAT en aftekenen<\/h3>\n
4. Overdracht en documentatie<\/h3>\n
Wat onze klanten ons terugschrijven.<\/h2>\n
Interactieve planning van taken en middelen<\/h3>\n
Bewerking van begrotingen en prognoses<\/h3>\n
Goedkeuringsworkflows<\/h3>\n
Gegevenscorrectie bij de bron<\/h3>\n
Opmerkingen en aantekeningen<\/h3>\n
Transparante prijzen.<\/h2>\n