Od dokumentów przychodzących do sprawdzonego rejestru

Od jakiej pracy zaczynamy

Wyobraźmy sobie zespół otrzymujący od partnerów dokumenty dotyczące zamówień. Pliki mają różny układ, a pracownik musi wpisać do wspólnego rejestru datę, numer, nadawcę, wykaz pozycji i inne uzgodnione dane. Część czasu zajmuje czytanie i przepisywanie, część — wyjaśnianie braków i duplikatów. W przykładowym scenariuszu asystent AI przygotowuje wpis i wskazuje miejsca, których nie można potwierdzić w źródle.

Na pierwszą rozmowę wybiera się jeden rodzaj dokumentów i jeden wynik, na przykład rejestr zgłoszeń dotyczących określonego obszaru. Pozwala to dokładnie opisać pola i wyjątki. Sam odczyt danych nie oznacza zatwierdzenia zgłoszenia, płatności ani uznania dokumentu za obowiązujący. Takie decyzje należą do dalszego procesu i pozostają po stronie odpowiedzialnego pracownika.

Co ustalić przed przetwarzaniem

Najpierw określa się, jakich danych rzeczywiście potrzebuje odbiorca. Pole „data” może oznaczać datę sporządzenia, otrzymania lub zdarzenia opisanego w tekście. Numer zamówienia też nie zawsze pokrywa się z numerem dokumentu. Dla każdej kolumny rejestru ustala się znaczenie i pokazuje źródło wartości na przykładach. Jeśli plik zawiera kilka pasujących wartości, reguła wyboru musi być zrozumiała dla osoby sprawdzającej.

Osobno ustala się sposób zapisu. Numeru z zerami na początku nie można niepostrzeżenie zamienić w zwykłą liczbę, a pozycji połączyć z sąsiednią tylko ze względu na podobną nazwę. W kwotach i ilościach znaczenie mają jednostki oraz oznaczenia obecne w dokumencie. Jeśli potrzebnych danych brakuje, pole pozostaje puste z wyjaśnieniem przyczyny, zamiast otrzymać najbardziej prawdopodobną wartość.

Jak przyjmowane są pliki

W tym przykładzie dokumenty trafiają do wybranego folderu roboczego. Inne źródło można rozważyć, jeśli jego możliwości i uprawnienia pozwalają na podłączenie. Przy odbiorze zachowuje się powiązanie z oryginałem oraz informację, jak plik trafił do przetwarzania. Dzięki temu pracownik otworzy dokładnie ten materiał, z którego powstał wiersz, nawet gdy później pojawi się poprawiona wersja.

Zawartość sprawdza się przed odczytem danych. Jeden załącznik może zawierać kilka dokumentów, a zdjęcie — dodatkowe strony lub uciętą krawędź. Dla takich sytuacji z góry wybiera się postępowanie: odpowiednio podzielić materiał, poprosić o inny plik lub przekazać go do ręcznej analizy. Samo rozszerzenie PDF nie mówi, jak dobrze można odczytać zawartość.

Jak wygląda propozycja asystenta

Pracownik otrzymuje roboczy wiersz rejestru z odnośnikiem do źródła. Obok niejednoznacznego pola widzi zrozumiałą uwagę, na przykład że numer jest słabo czytelny lub różne części pliku podają inne daty. Taka forma pomaga sprawdzać konkretne miejsca, zamiast szukać przyczyny wątpliwości w całym dokumencie. Jeśli technicznie można pokazać odpowiedni fragment obok wartości, sprawdza się to osobno w wybranym interfejsie.

Kontrola polega na porównaniu danych z dokumentem i zasadami procesu. Formalnie wypełniony wiersz nie musi być poprawny. Przykładowo nazwa odbiorcy może trafić do kolumny nadawcy, a suma strony — do pola sumy całkowitej. Potrzebne są przykłady kontrolne rozróżniające wartości według ich znaczenia, a nie tylko obecności tekstu lub liczby.

Jak odróżniać duplikat od poprawki

Dokument bywa wysyłany ponownie pod inną nazwą pliku. Innym razem pod starą nazwą przychodzi poprawiona wersja. Dlatego nazwa załącznika nie może być jedyną cechą duplikatu. Przed konfiguracją ustala się, jakie zestawienia danych i cechy pliku służą do porównywania wpisów oraz które różnice wymagają decyzji pracownika. Bez takiej reguły nie wolno łączyć podobnych dokumentów.

Poprawiony wariant powinien pozostać powiązany z poprzednim, jeśli wymaga tego przyjęta ewidencja. Osobie sprawdzającej pomaga informacja, co się zmieniło i którą wersję zatwierdzono do rejestru. Przykładowy scenariusz nie przewiduje cichej podmiany uzgodnionych danych: najpierw trzeba ustalić cel zmiany, następnie zastosować ją zgodnie z procedurą i zachować czytelny status.

Co dzieje się po zatwierdzeniu

Sprawdzone dane można przekazać do uzgodnionego arkusza lub systemu roboczego. Obsługa potrzebnego sposobu zapisu zależy od narzędzi, uprawnień i dostępnych interfejsów. Przed wykonaniem czynności ustala się, jakie wiersze można dodać, które dane wolno zmienić i jak system docelowy informuje o powodzeniu. Warunki te sprawdza się niezależnie od jakości odczytu.

Przy błędzie połączenia nie można automatycznie uznać, że wpis nie powstał. Operacja mogła zakończyć się bez odpowiedzi, dlatego przed ponowieniem trzeba sprawdzić wynik. Jeśli czynności nie udało się wykonać, pracownik widzi przygotowane dane i zakres pozostały do przekazania. Taki status pozwala kontynuować proces bez tworzenia kolejnego wpisu dla tego samego dokumentu.

Jak ocenić pilotaż

Zestaw kontrolny powinien obejmować różne warianty jednego zadania: dokument z tabelą, plik z kilkoma podobnymi datami, niepełny skan, ponowny załącznik i poprawkę wcześniej otrzymanego materiału. Dla każdego przykładu przygotowuje się oczekiwane pola i dopuszczalny sposób postępowania. Warto sprawdzić zarówno znalezione wartości, jak i to, co asystent prawidłowo pozostawił jako nieznane.

Razem z pracownikiem ocenia się drogę od odbioru do zatwierdzonego rejestru: czytanie wyniku, poprawki, otwieranie źródeł i dalsze przekazanie. Pokazuje to, które czynności stały się prostsze, a gdzie pojawił się dodatkowy krok. Przykładowy scenariusz nie uzasadnia obietnic dokładności ani procentowej oszczędności czasu; kryteria i wyniki ustala się na materiałach konkretnego procesu.

Jak omówić wdrożenie

Na rozmowę z ASK ARMONIVO przygotuj zanonimizowane próbki jednego rodzaju dokumentów i pusty wzór rejestru. Zaznacz dane, które pracownik sprawdza szczególnie uważnie, oraz to, co uznajecie za gotowy wynik. Po ustaleniu jakości plików, liczby wariantów, sposobu podłączenia i obsługi wyjątków można określić zakres wdrożenia asystenta AI do dokumentów i obliczyć koszt.