Tworzymy rozwiązania do zapisywania danych w Power BI w oparciu o platformę Microsoft Fabric z wykorzystaniem Translytical Task Flows – dzięki czemu Twój zespół może edytować plany, zmieniać harmonogramy zadań i zatwierdzać rekordy bezpośrednio w raporcie, który właśnie przegląda. Rozwiązania te są natywne dla Power BI, zarządzane przez Fabric i zaprojektowane z myślą o ciągłej pracy w środowisku produkcyjnym – a nie tylko w wersji demonstracyjnej.

Prośba o wycenę

Wasze raporty wskazują na problem. Nie pozwalają jednak nikomu go rozwiązać.

Power BI zostało zaprojektowane do odczytu danych, a nie do ich zapisywania. W momencie, gdy ktoś musi zaktualizować prognozę, zmienić harmonogram zadania lub zatwierdzić rekord, opuszcza raport – a raport przestaje być jedynym wiarygodnym źródłem informacji. Translytical Task Flows na platformie Microsoft Fabric w naturalny sposób wypełniają tę lukę. Pytanie brzmi, czy logika zapisywania danych jest wystarczająco dobrze zbudowana, aby można było jej zaufać w środowisku produkcyjnym.

Plany i prognozy zaktualizowane na podstawie danych z ostatniego eksportu

W arkuszu kalkulacyjnym zaktualizowano pewną liczbę, ale w raporcie nadal widnieje wartość z poprzedniego miesiąca. Ktoś musi pamiętać o ponownym zaimportowaniu danych, a dopóki tego nie zrobi, każda decyzja podejmowana na podstawie pulpitu nawigacyjnego opiera się na nieaktualnych danych.

Zmiany w harmonogramie mają miejsce poza harmonogramem

Zadanie zostaje przesunięte o dwa dni, zasób zostaje zarezerwowany dwukrotnie, a nikt tego nie zauważa, dopóki tydzień później nie pojawi się konflikt. Raport, który miał to wykryć, może jedynie wyświetlać plan – nie pozwala nikomu go modyfikować ani obserwować skutków łańcuchowych w czasie rzeczywistym.

Zatwierdzenia i poprawki znajdują się w wiadomościach e-mail, a nie w rejestrze

Ktoś zatwierdza pozycję budżetową, odpowiadając na wiadomość e-mail. W raporcie nigdy nie ma o tym wzmianki. Kiedy audytor pyta, kto, co i kiedy zatwierdził, odpowiedzi nie ma w systemie – znajduje się ona w skrzynce odbiorczej jakiejś osoby.

Rozwiązania typu „writeback”, które tworzymy dla naszych klientów.

Specjalizujemy się w funkcji „writeback” w Power BI w środowisku Microsoft Fabric – a konkretnie w przepływach zadań Translytical oraz funkcjach danych użytkownika Fabric. Oznacza to, że ścieżka zapisu jest natywna dla platformy, na której już działa raport, a nie stanowi dodatkowego narzędzia wymagającego utrzymywania oddzielnego magazynu danych. Od pojedynczego edytowalnego pola po w pełni interaktywny element wizualny przedstawiający harmonogram — tworzymy przepływ od początku do końca: wyzwalacz, logikę walidacji, zapis oraz odświeżanie danych w raporcie.

Translytical: schematy zadań i funkcje danych użytkownika Fabric

Natywna ścieżka firmy Microsoft dla funkcji zapisywania danych: kontrolka w raporcie uruchamia funkcję danych użytkownika Fabric, która weryfikuje dane wejściowe i zapisuje je w bazie danych Fabric SQL Database, magazynie danych Fabric lub środowisku Fabric Lakehouse. Nie trzeba hostować oddzielnego oprogramowania pośredniczącego ani zarządzać oddzielnym systemem tożsamości — wszystko działa w ramach posiadanego już dzierżawcy Fabric. Typowe przepływy danych obejmują:

  • Zapis danych z edytowalnego pola – wartość wprowadzona bezpośrednio w elemencie wizualnym raportu jest sprawdzana pod kątem poprawności i zapisywana w bazie danych Fabric SQL Database
  • Aktualizacja statusu zatwierdzenia – operacja zatwierdzenia lub odrzucenia w raporcie powoduje zapisanie decyzji, sygnatury czasowej oraz osoby zatwierdzającej z powrotem w rekordzie
  • Warunkowe zapisywanie – tabela docelowa lub reguła walidacji zmienia się w zależności od wprowadzonej wartości (np. kwoty przekraczające próg są oznaczane do weryfikacji)
  • Procesy zbiorczej aktualizacji – pojedyncza operacja powoduje zastosowanie zmiany w wielu wybranych wierszach, z weryfikacją każdego wiersza z osobna

Niestandardowe elementy wizualne funkcji „Writeback”

Niektóre scenariusze użytkowania wymagają czegoś więcej niż tylko przycisku i pola tekstowego — potrzebują bezpośredniej manipulacji danymi. Tworzymy niestandardowe elementy wizualne Power BI z obsługą „przeciągnij i upuść”, które przy każdej zmianie wywołują funkcje Fabric User Data Functions, zapewniając użytkownikom informacje zwrotne w czasie rzeczywistym, zanim jakiekolwiek dane zostaną zapisane. Typowe rozwiązania obejmują:

  • Interaktywne planowanie w diagramie Gantta – przeciągnij zadanie, aby zmienić jego termin, zmień jego rozmiar, aby dostosować czas trwania, i obserwuj, jak konflikty zasobów są podświetlane na bieżąco podczas przeciągania, jeszcze zanim zmiana zostanie zapisana
  • Wizualizacje planowania w formie tabeli – edytuj dane budżetowe lub prognozy bezpośrednio w tabeli, a sumy są przeliczane na bieżąco podczas wpisywania danych
  • Rejestrowanie komentarzy i adnotacji – dodaj notatkę do dowolnego punktu danych bezpośrednio z wykresu; notatka zostanie zapisana wraz z informacją o użytkowniku i datą oraz godziną

Weryfikacja i zarządzanie

Każda operacja zapisu przechodzi walidację po stronie serwera w ramach funkcji Fabric User Data Function – nie jest to jedynie kontrola w interfejsie użytkownika, którą można ominąć. Zapewnione jest bezpieczeństwo na poziomie wierszy, każda zmiana jest opatrzona sygnaturą czasową, a odrzucone operacje zapisu zwracają jasny powód zamiast kończyć się cichym błędem. Typowe wzorce obejmują:

  • Weryfikacja zgodności z regułami biznesowymi przed zatwierdzeniem każdej operacji zapisu (np. brak podwójnej rezerwacji zasobów, brak ujemnych pozycji budżetowych)
  • Rejestrowanie audytowe informacji o tym, kto, co, kiedy i z którego raportu zmienił
  • Automatyczne odświeżanie modelu semantycznego po pomyślnym zapisaniu danych, dzięki czemu każdy użytkownik widzi aktualizację natychmiast

Jak to działa?

1. Architektura i gotowość infrastruktury

Zanim zaczniemy pisać kod, sprawdzamy, jakie funkcje obsługuje już Państwa środowisko Fabric, gdzie powinny znajdować się dane docelowe (baza danych Fabric SQL, magazyn danych lub Lakehouse) oraz jakie reguły walidacji należy uwzględnić. Wszystko to jest dokumentowane i uzgadniane z Państwem przed rozpoczęciem prac programistycznych. Proces zapisywania danych oparty na niejasnych regułach prowadzi do powstania niewiarygodnych danych.

2. Budowanie i testowanie

Tworzymy funkcję danych użytkownika, wyzwalacz po stronie raportu oraz – w razie potrzeby – niestandardowy element wizualny, a następnie testujemy je w Państwa środowisku Fabric przy użyciu realistycznych danych. Testujemy zarówno scenariusz idealny, jak i przypadki skrajne: równoczesną edycję tego samego rekordu, operację zapisu, która nie przeszła walidacji, oraz utratę połączenia sieciowego w trakcie zapisywania. Większość błędów zapisu w środowisku produkcyjnym wynika właśnie z tych scenariuszy.

3. UAT i zatwierdzenie

Przetestujcie Państwo przebieg procesu w oparciu o rzeczywiste scenariusze z codziennej działalności sprawozdawczej. Naprawimy wszelkie problemy, udokumentujemy znane ograniczenia oraz upewnimy się, że proces walidacji i odświeżania danych działa zgodnie z ustaleniami przed ostatecznym zatwierdzeniem.

4. Przekazanie i dokumentacja

Kompleksowe przekazanie projektu, obejmujące pisemny opis danych wejściowych każdej funkcji, logiki walidacji oraz miejsca zapisu – wystarczająco przejrzysty, aby Twój zespół mógł go zrozumieć i utrzymywać bez naszej pomocy. Obejmuje 3 miesiące usuwania usterek. Dalsze wsparcie dostępne w ramach umowy ryczałtowej.

Co piszą nasi klienci.

Interaktywne planowanie zadań i zasobów

Osoba planująca przeciąga zadanie w widoku Gantta na nową datę. Podczas przeciągania natychmiast podświetlane są nakładające się rezerwacje tego samego zasobu. Po upuszczeniu funkcja danych użytkownika Fabric weryfikuje nowy harmonogram pod kątem wszystkich pozostałych rezerwacji dla tego zasobu i zapisuje zmianę w bazie danych SQL Fabric. Jeśli istnieje rzeczywisty konflikt, zapis zostaje odrzucony wraz z jasnym uzasadnieniem, zamiast cicho uszkadzać plan.

Edycja budżetu i prognoz

Kierownik ds. finansów koryguje wartość prognozy bezpośrednio w macierzy Power BI. Zmiana jest weryfikowana pod kątem zatwierdzonego limitu budżetowego i zapisywana w powiązanej hurtowni danych Fabric. Wszyscy pozostali użytkownicy przeglądający raport widzą zaktualizowaną wartość przy następnym odświeżeniu — bez konieczności eksportowania, ponownego importowania ani korzystania z oddzielnego narzędzia do planowania.

Przepływy pracy zatwierdzania

W raporcie pojawia się zgłoszenie wraz z przyciskami „Zatwierdź” i „Odrzuć”. Zatwierdzenie uruchamia funkcję danych użytkownika Fabric, która zapisuje decyzję, nazwisko osoby zatwierdzającej oraz sygnaturę czasową z powrotem w rekordzie oraz aktualizuje status widoczny dla wszystkich użytkowników na dalszych etapach procesu. Pełna historia decyzji znajduje się w tej samej tabeli, z której raport pobiera dane.

Korekta danych u źródła

Użytkownik, przeglądając raport, zauważa nieprawidłową wartość i natychmiast ją poprawia, zamiast zgłaszać problem i czekać, aż ktoś inny naprawi go u źródła. Poprawka jest weryfikowana i zapisywana bezpośrednio w tabeli źródłowej opartej na platformie Fabric.

Komentarze i adnotacje

Recenzent dołącza notatkę do konkretnego punktu danych – wyjaśnienie odchylenia lub zaznaczenie wymagające dalszych działań. Komentarz jest zapisywany wraz z nazwiskiem użytkownika i datą oraz godziną i jest widoczny dla kolejnej osoby, która otworzy ten sam raport.

Przejrzyste ceny.

Pracujemy w oparciu o czas i materiał. Płacisz za faktycznie przepracowane dni według stałej stawki dziennej. Żadnych niespodzianek w postaci stałej ceny, żadnego rozszerzania zakresu bez Twojej zgody.

Typ przepływu Typowy zakres Orientacyjny koszt (netto)
Pojedyncze pole do edycji lub czynność zatwierdzająca 2–4 dni 1 600–3 200 euro
Niestandardowy element wizualny z funkcją aktualizacji (np. interaktywny wykres Gantta z wykrywaniem konfliktów) 6-12 dni 4 800–9 600 euro
Stawka dzienna od 800 €/dzień (netto) - 100% remote

Odpis jest często częścią większego Power BI lub Tkanina zaangażowanie - połączone zaangażowania korzystają z jednej stawki dziennej w pełnym zakresie.

Chcieliśmy, aby użytkownicy mogli zmieniać harmonogram zadań produkcyjnych bezpośrednio w raporcie i od razu dostrzegać konflikty – bez konieczności eksportowania danych do arkusza kalkulacyjnego i rozsyłania go pocztą elektroniczną. Otrzymaliśmy widok typu Gantta, w którym przeciągnięcie zadania powoduje wyświetlenie kolizji jeszcze przed zwolnieniem przycisku myszy, a rozwiązanie to nadal działa w środowisku produkcyjnym bez żadnych problemów nawet po upływie kilku miesięcy.

— Kierownik ds. operacyjnych, produkcja, Niemcy

Dlaczego właśnie my?

Zaprojektowany z myślą o pracy z materiałami

Opieramy się wyłącznie na Translytical Task Flows i Fabric User Data Functions, zamiast kierować operacje zapisu przez oddzielny magazyn danych innej firmy. Oznacza to, że Twoje dane pozostają w ramach dzierżawy Fabric, którą już zarządzasz, zabezpieczasz i za którą płacisz – nie ma potrzeby nabywania licencji na dodatkową platformę ani korzystania z oddzielnego systemu przechowującego kopię Twoich danych.

Zajmujemy się skrajnymi przypadkami

Proces zapisywania danych, który działa w pięciominutowej wersji demonstracyjnej, często zawodzi, gdy dwie osoby po raz pierwszy edytują ten sam rekord lub gdy zapis nie powiedzie się w połowie. W każdą funkcję wbudowujemy walidację po stronie serwera, obsługę konfliktów oraz jasne komunikaty o błędach, tak aby w razie wystąpienia problemu – a na pewno się pojawi – użytkownik wiedział, co jest przyczyną, zamiast otrzymywać cichy komunikat o uszkodzonym zapisie.

Specjaliści, a nie uniwersaliści

Zajmujemy się funkcją writeback w Power BI i Fabric. Nie jesteśmy ogólną firmą konsultingową z zakresu BI, która od czasu do czasu tworzy procesy writeback – to nasza główna specjalizacja, od najprostszych pól edytowalnych po w pełni dostosowane wizualizacje typu „przeciągnij i upuść” z walidacją na żywo.

Często zadawane pytania.

Czy potrzebujemy licencji na Microsoft Fabric?

Tak – przepływy zadań Translytical działają w ramach funkcji Fabric User Data Functions, które wymagają przydziału zasobów Fabric (na początek wystarczy przydział w ramach wersji próbnej). Sprawdzamy aktualny stan licencji i z góry informujemy, czy przed rozpoczęciem tworzenia rozwiązania konieczne są jakieś dodatkowe działania.

Jakie źródła danych mogą być docelowymi miejscami zapisu zwrotnego?

Obsługiwanymi miejscami docelowymi zapisu są: baza danych Fabric SQL, Fabric Warehouse oraz Fabric Lakehouse. Jeśli Twoje dane znajdują się obecnie w innym miejscu, w ramach zakresu projektu doradzimy Ci, jaki jest najbardziej praktyczny sposób przeniesienia ich do Fabric.

Czy można stworzyć niestandardowy element wizualny z funkcją „przeciągnij i upuść”, na przykład wykres Gantta z możliwością planowania?

Tak – to jedna z naszych najczęściej zamawianych funkcji. Użytkownicy przeciągają zadanie, aby zmienić jego termin lub rozmiar, a podczas przeciągania natychmiast widzą zaznaczone konflikty; zmiana jest zatwierdzana i zapisywana w momencie zwolnienia przycisku myszy.

Co się stanie, jeśli operacja zapisu zakończy się niepowodzeniem?

Funkcja danych użytkownika Fabric zwraca jasny powód niepowodzenia – niezastosowanie się do reguły walidacji, sprzeczną zmianę, problem z uprawnieniami – zamiast po cichu zgłaszać błąd. Użytkownik od razu widzi ten powód w raporcie.

Czy możesz udokumentować przepływy, abyśmy mogli sami je utrzymać?

Tak. Każde zlecenie obejmuje pisemną dokumentację dotyczącą danych wejściowych każdej funkcji, logiki walidacji oraz miejsca zapisu, sporządzoną prostym językiem. Wasz zespół powinien być w stanie zrozumieć, jak działa dana funkcja, i wprowadzać drobne poprawki bez konieczności kontaktowania się z nami.

Jak długo trwa realizacja projektu typu „writeback”?

Praca nad pojedynczym polem edytowalnym lub akcją zatwierdzającą zajmuje zazwyczaj 2–4 dni, łącznie z testowaniem i dokumentacją. Stworzenie niestandardowego elementu wizualnego z funkcją aktualizacji danych w czasie rzeczywistym i walidacją na bieżąco, takiego jak interaktywny wykres Gantta, zajmuje zazwyczaj 6–12 dni, w zależności od stopnia złożoności. Przed rozpoczęciem prac przekazujemy Państwu pisemny zakres prac.

Często łączy się to z funkcją „writeback” w Power BI.

Power BI Consulting

Funkcja odtworzenia danych ma wartość tylko wtedy, gdy model, na którym się opiera, jest odpowiedni. Projektujemy model semantyczny i konfigurację DirectQuery, dzięki którym raport jest aktualizowany natychmiast po zatwierdzeniu zapisu.

Microsoft Fabric

Przepływy zadań w systemie Translytical wymagają dobrze zorganizowanego środowiska Fabric. Jeśli bazowa baza danych SQL, hurtownia danych lub Lakehouse w ramach Fabric nie są jeszcze gotowe, konfigurujemy je w ramach tego samego projektu.

Power Automate

Niektóre zdarzenia typu „writeback” powinny uruchamiać procesy następcze – powiadomienie, łańcuch zatwierdzeń lub aktualizację statusu w innym miejscu w usłudze Microsoft 365. W razie potrzeby łączymy zdarzenia typu „writeback” z platformy Fabric z przepływami w usłudze Power Automate.

Chcesz umożliwić edycję swoich raportów?

Powiedz nam, co ma być edytowalne – pole, zatwierdzenie, cały widok harmonogramu – a my w ciągu 24 godzin przedstawimy orientacyjny zakres prac i kosztorys.

Skontaktuj się z nami

Lub napisz do nas bezpośrednio na adres info@leaplytics.de


Powiązane usługi: Power BI Consulting - Microsoft Fabric - Power Automate - Power Apps