Obsługa dokumentów, która zachowuje stan sprawy po przerwie

Obsługa dokumentów klienta w instytucji regulowanej nie jest jednym zadaniem. Sprawa trwa tygodniami: dokumenty przychodzą partiami, część wygasa, a lista braków często pozostaje w pamięci operatora. Gdy sprawę przejmuje inna osoba albo system jest ponownie uruchamiany po zmianie, nie powinno być konieczne odtwarzanie wszystkiego od początku.

Wersja demonstracyjna używa 12 przygotowanych teczek i nie zawiera danych klienta.

Automatyzacja takiego procesu ma dwa wymagania. Stan sprawy musi przetrwać wielodniowe oczekiwanie i ponowne uruchomienie systemu. Jednocześnie system pomocniczy nie może sam zatwierdzić klienta ani wykonać działania zastrzeżonego dla pracownika.

Oczekiwanie jest normalnym stanem sprawy

W systemie przyjmowania dokumentów klienta oczekiwanie jest normalnym stanem procesu. System porównuje teczkę z wymaganym zestawem dla danego typu podmiotu, sprawdza spójność danych i daty ważności. Gdy brakuje dokumentu albo potrzebna jest decyzja człowieka, zapisuje pełny stan i wskazuje następny krok.

Zapis obejmuje teczkę, historię i następny krok. Test sprawdza kontrolowane ponowne uruchomienie usługi, ale nie mierzy wielodniowej dostępności ani zgodności danych po zmianie wersji aplikacji.

Test zapisuje stan sprawy, ponownie uruchamia usługę i porównuje stan po wznowieniu z wcześniejszym zapisem. W kontrolowanej próbie stan został zachowany w całości. W osobnym odczycie dokumentu system nadal poprawnie wykazywał cztery rzeczywiste braki; próba zużyła 351 tokenów, trwała 1,81 s i kosztowała szacunkowo 0,00089 zł. Te kontrole trzeba powtórzyć na infrastrukturze wdrożenia i dokumentach klienta.

System może wykonywać tylko z góry określone działania

System nie może zatwierdzić klienta, ponieważ takie działanie nie znajduje się na liście dostępnych operacji.

Lista obejmuje dokładnie siedem działań: odczyt dokumentu, klasyfikację, sprawdzenie wymaganego zestawu, odczyt stanu teczki, kontrolę spójności, przygotowanie prośby o brakujący dokument i przekazanie sprawy pracownikowi. Nie obejmuje zatwierdzania klienta, sprawdzania list sankcyjnych ani oceny ryzyka. Zakres jest udokumentowany i widoczny na ekranie systemu.

Model odczytujący dokument może się pomylić, ale nie ma operacji pozwalającej wykonać działanie zastrzeżone. W dwóch kontrolach system nie wykonał zakazanych działań, a na 1 000 przygotowanych stanów poprawnie rozpoznał kompletność teczki. Wynik dotyczy danych testowych; zasady dla dokumentów klienta wymagają osobnego sprawdzenia.

Co powinien zawierać stan sprawy

Punkt zapisu ma wartość tylko wtedy, gdy pozwala wznowić pracę bez zgadywania. Powinien obejmować listę otrzymanych dokumentów, ich wersje i daty ważności, wykryte braki, nierozstrzygnięte sprzeczności, wykonane kontrole, decyzje ludzi oraz następny dozwolony krok. Sam zapis etykiety „oczekuje” nie wystarczy, jeżeli operator nadal musi przeglądać całą korespondencję.

Każda operacja musi być odporna na powtórzenie. Ponowne dostarczenie tego samego pliku albo powtórzenie komunikatu po awarii nie powinno tworzyć drugiej wersji sprawy ani wysyłać kolejnej prośby. Dokument potrzebuje stabilnego identyfikatora, a działanie w systemie zewnętrznym osobnego klucza pozwalającego rozpoznać powtórkę.

Trzeba też ustalić zasady wersjonowania. Jeżeli w czasie oczekiwania zmieni się wymagany zestaw dokumentów, system musi wiedzieć, czy sprawę oceniać według reguł obowiązujących przy jej otwarciu, czy według nowej polityki. Taka decyzja należy do właściciela procesu i powinna być zapisana przy stanie sprawy.

Jak zaplanować pilotaż

Pilotaż najlepiej zacząć od jednego typu podmiotu i ograniczonego zestawu dokumentów. Zespół opisuje dozwolone stany, warunki przejścia, działania człowieka oraz sytuacje, które wymagają ponownej oceny całej teczki. Dopiero potem powstaje automatyczna klasyfikacja i lista braków.

Próby powinny obejmować przerwanie w każdym ważnym punkcie: po przyjęciu dokumentu, po klasyfikacji, przed przygotowaniem prośby, po decyzji operatora i podczas zmiany wersji. Po wznowieniu należy porównać nie tylko liczbę dokumentów, lecz także następny krok, historię i działania już wykonane na zewnątrz.

Warto osobno przeprowadzić próbę przekazania sprawy innemu pracownikowi. Jeżeli nowa osoba potrafi zrozumieć stan, podstawę braków i oczekiwaną decyzję bez rozmowy z poprzednikiem, zapis spełnia swój cel operacyjny.

Jak mierzyć wartość i ryzyko

Liczba spraw oznaczonych jako kompletne jest miarą niebezpieczną, jeżeli nie rozdziela prawidłowych kompletów od fałszywej gotowości. W pierwszej kolejności trzeba mierzyć przypadki błędnie uznane za kompletne, pominięte sprzeczności, powtórzone prośby oraz sprawy, których nie dało się wznowić bez ręcznej rekonstrukcji.

Do oceny korzyści przydają się czas aktywnej pracy operatora, liczba kontaktów z klientem, czas oczekiwania wynikający z nieprecyzyjnej prośby i liczba przekazań między pracownikami. Koszt modelowego odczytu jednego dokumentu nie obejmuje bazy, integracji, archiwizacji ani obsługi wyjątków. Stanowi tylko jeden wiersz pełnego rachunku wdrożenia.

Lista kontrolna trwałego procesu

1. Czy stan zawiera dokumenty, wersje, braki, decyzje i następny krok?
2. Co dzieje się po ponownym otrzymaniu tego samego pliku lub komunikatu?
3. Jak system reaguje na zmianę wymagań w trakcie sprawy?
4. Czy każdą akcję zewnętrzną można bezpiecznie powtórzyć albo rozpoznać jako wykonaną?
5. Których działań celowo nie ma na liście narzędzi?
6. Czy wznowienie jest testowane w każdym ważnym stanie i po zmianie wersji?
7. Czy inny operator potrafi przejąć sprawę wyłącznie na podstawie zapisu?
8. Jak wygląda ręczna ścieżka awaryjna, gdy stan jest niepełny lub uszkodzony?

Co z tego wynika dla procesu

Operator otwiera listę spraw i widzi teczki z dokładnie opisanymi brakami oraz następny krok dla każdej z nich. Prośba o brakujący dokument jest gotowym szkicem wskazującym konkretną pozycję. Po wznowieniu operator widzi zapisaną historię decyzji.

Proces zawsze zamyka człowiek, a wszystkie działania dostępne dla systemu znajdują się na zamkniętej liście. Dzięki temu podczas kontroli można jasno pokazać zakres automatyzacji i odpowiedzialność operatora.

Szczegóły i pomiary znajdziesz na karcie systemu. Podczas bezpłatnego przeglądu procesu możemy ustalić, gdzie dziś ginie stan sprawy i które decyzje muszą pozostać po stronie pracownika.