AIAStudium wdrożenia
Automatyzacja raportowania w Delegacie: od dokumentów do kontroli wyniku
W Delegacie powstał obieg, który analizuje wiadomości i dokumenty, przypisuje informacje do źródła oraz okresu i przygotowuje raporty robocze dla zespołu. Automatyzacja raportowania obejmuje tu pracę z rozproszonymi materiałami oraz kontrolę powstającego zestawienia. W stanie zweryfikowanym 17 października 2026 r. raporty pozostawały częściowe i wymagały sprawdzenia.
Punktem wyjścia były dane spływające w treści maili i załącznikach: arkuszach Excel, plikach PDF, Word oraz CSV. Zespół musiał odczytać materiały, zinterpretować wpisy i przenieść je do zestawień dla nadawców. W analizie czerwca 2026 r. uwzględniono 357 wiadomości, w tym 325 z załącznikiem biznesowym, oraz 8 docelowych raportów. Te liczby opisują historyczny zakres analizy. Nie są bieżącym wynikiem automatu ani liczbą zatwierdzonych raportów.
Jak działa obieg od wiadomości do raportu?
Informacja przechodzi przez kilka etapów, a każdy odpowiada na inne pytanie. Automatyzacja raportów zaczyna się od pobrania materiału. Potem trzeba ustalić, co zawiera dokument, jakiego okresu dotyczy i do którego zestawienia należą jego dane. Dopiero z tak uporządkowanych informacji powstaje raport roboczy.
Powiązanie ze źródłem ma praktyczne znaczenie podczas kontroli. Osoba sprawdzająca wynik potrzebuje możliwości powrotu do wiadomości lub dokumentu, z którego pochodzi dany wpis. Sam wiersz w gotowym arkuszu nie wyjaśnia jeszcze, czy odczyt obejmował cały materiał i czy uwzględnił późniejszą poprawkę.
Osobny etap to zapis pliku w chmurze. Po zapisie należy ponownie pobrać jego zawartość i porównać ją z wersją, która miała trafić do odbiorcy. Taka kontrola odpowiada na pytanie o zgodność zapisanej wersji. Nadal pozostaje sprawdzenie, czy raport obejmuje wszystkie potrzebne źródła i czy jego treść jest poprawna.
Jeżeli materiał jest niejednoznaczny albo czegoś brakuje, potrzebne jest wyjaśnienie. W opisanym obiegu pytanie trafia do pracownika, odpowiedź wraca do właściwej sprawy, a potwierdzone ustalenie może służyć przy podobnych przypadkach. Do oceny raportu trzeba więc włączyć również stan tych wyjaśnień.
Co sprawdzamy przed zatwierdzeniem raportu?
Kontrola kompletności raportu zaczyna się od zakresu wejścia. Trzeba wiedzieć, jakich wiadomości i plików oczekujemy dla danego okresu oraz które z nich rzeczywiście uwzględniono. Lista powinna obejmować potrzebne części dokumentów i załączniki. Brak materiału, brak odczytu oraz odczytana wartość zero wymagają odrębnego oznaczenia.
Następnie sprawdzamy poprawki i niejednoznaczności. Jeśli źródło zostało uzupełnione, kontrola musi dotyczyć wersji uwzględniającej tę zmianę. Otwarta sprawa powinna pozostać widoczna dla osoby zatwierdzającej. Inaczej raport może wyglądać na zamknięty, mimo że nadal czeka na informację potrzebną do oceny.
Końcowa kontrola wymaga porównania z niezależnym zestawieniem dla tego samego okresu i zakresu. To pozwala wskazać konkretne różnice do wyjaśnienia. Porównanie raportu z plikiem utworzonym z tych samych danych może potwierdzić zgodność kopii, ale nie rozstrzyga, czy pierwotne dane były kompletne.
Poniższa tabela porządkuje kryteria kontroli. Opisuje, jaki dowód jest potrzebny na każdym etapie; nie oznacza, że wszystkie warunki zostały już spełnione w Delegacie.
| Etap | Potrzebny dowód | Granica potwierdzenia |
|---|---|---|
| Przygotowany raport | Powiązanie wpisów ze źródłami i okresem; jawne braki. | Powstanie zestawienia nie potwierdza pełnego zakresu. |
| Aktualna zapisana wersja | Odczyt pliku z miejsca zapisu i porównanie z wersją przeznaczoną do zapisania. | Zgodność pliku nie rozstrzyga poprawności jego treści. |
| Zatwierdzona kompletność | Porównanie z niezależnym zestawieniem, wyjaśnienie różnic i decyzja osoby odpowiedzialnej. | Decyzja dotyczy sprawdzonej wersji i okresu. |
Co jest potwierdzone, a co nadal wymaga sprawdzenia?
Wcześniejsze sprawdzenia, opisane 26 września 2026 r., potwierdzały wygenerowanie arkuszy, aktualizację plików w chmurze i zgodny odczyt po zapisie. Są dowodem wykonania tych czynności w sprawdzonym wówczas zakresie. Nie potwierdzają automatycznie aktualności kolejnych wersji.
Odczyt stanu procesu z 17 października 2026 r. nadal wskazywał raporty częściowe, wymagające kontroli. Dlatego ten przykład pokazuje zbudowany mechanizm oraz sposób oceny wyniku, a nie zakończony odbiór całego wdrożenia.
Aktualność wszystkich raportów w chmurze pozostaje bez potwierdzenia. Nie mamy również potwierdzenia pełnego miesiąca zgodnego z niezależnym zestawieniem ani finalnego odbioru przez klienta. Brakuje pomiaru, który pozwalałby podać oszczędność czasu lub zwrot z inwestycji. Takich wyników nie można wyprowadzić z samej liczby przetworzonych materiałów.
Kontrola musi wracać po zmianach danych i kolejnych zapisach. Sposób obserwowania błędów oraz przekazywania spraw do człowieka opisujemy szerzej w materiale o nadzorze nad agentami AI.
Jak odnieść ten przykład do własnej firmy?
Zacznij od jednego raportu, który regularnie przygotowujecie. Wskaż jego właściciela, odbiorcę, okres oraz źródła danych. Zapisz też, kto rozstrzyga brakujące informacje i kto zatwierdza końcową wersję. Te ustalenia pozwalają opisać zadanie, które później da się sprawdzić.
Przed próbą ustalcie, z czym porównacie wynik i jakie błędy zatrzymają jego wykorzystanie. Warto uwzględnić dokument niepełny, poprawkę do wcześniejszych danych i przypadek wymagający wyjaśnienia przez pracownika. Kryteria oraz sposób zapisywania błędów znajdziesz w poradniku jak ocenić pilotaż AI.
Własny test powinien obejmować cały przebieg: od wybranych źródeł, przez przygotowanie raportu i zapis, po odczyt oraz decyzję osoby sprawdzającej. Dopiero wtedy można oceniać jakość rezultatu i mierzyć czas potrzebny do jego uzyskania, łącznie z poprawkami.
Jeśli podobny obieg zajmuje czas Waszego zespołu, zobacz automatyzację raportowania w AIA. Na rozmowę przygotujcie przykład raportu i listę materiałów, z których powstaje. Porozmawiajmy o podobnym procesie.