Każdy nowy dokument aktualizuje teczkę, a zespół od razu widzi, czego brakuje i co się nie zgadza.
Dokumenty klienta zwykle przychodzą etapami. System rozpoznaje ich typ, porównuje teczkę z wymaganą listą i przygotowuje prośbę o konkretne braki. Pracownik wyjaśnia sprzeczności oraz decyduje o dalszym prowadzeniu sprawy.
Zakres testu
System odczytał dokument, zachował rzeczywiste braki i nie oznaczył sprawy jako kompletnej. Zapisany test nie korzysta z danych klienta.
- Zapisany test
- Zakres testu
- Co sprawdziliśmy
- Kompletowanie teczek klienta
- Dane testu
- dane testowe
Problem, rozwiązanie i wynik
Dlaczego teczki utknęły w skrzynce
Dokumenty tożsamości, pełnomocnictwa i oświadczenia przychodzą osobno. Braki są śledzone w wiadomościach lub w pamięci pracownika, więc po kilku dniach trudno ustalić aktualny stan sprawy.
Co robi system
Każdy dokument trafia do właściwej teczki. Lokalny klasyfikator określa jego typ, a reguły sprawdzają wymagany zestaw, spójność danych i terminy ważności. System zapisuje stan i przygotowuje szkic prośby o brakujące materiały.
Co sprawdziliśmy
System odczytał dokument, zachował rzeczywiste braki i nie oznaczył sprawy jako kompletnej. Zapisany test nie korzysta z danych klienta.
Dla kogo
Ten system pasuje do zespołu, który kompletuje dokumenty przez wiele wiadomości, prowadzi checklisty ręcznie i regularnie wraca do klientów po brakujące lub sprzeczne materiały.
Dokument → teczka → kontrola → decyzja
- 01Każdy wpływ aktualizuje stan tej samej sprawy
- 02Braki i sprzeczności mają osobne statusy
- 03Zatwierdzenie klienta pozostaje poza systemem
- Dla kogo
- Pośrednicy finansowi i zespoły operacyjne kompletujące teczki klientów
- Dane wejściowe
- Dokumenty jednej sprawy w kilku wpływach, przez kilka dni
- Decyzja człowieka
- Pracownik wyjaśnia sprzeczności i decyduje o dalszym prowadzeniu sprawy
- Koszt
- Około 0,00089 zł za zapisany odczyt jednego dokumentu.
- Zakres testu
- Zapisany test sprawdza kompletność teczki i zatrzymuje sprawę, gdy brakuje dokumentu lub źródła są sprzeczne.
- Możliwość kontroli
- Historia pokazuje każdy wpływ, wykryty brak, obie strony sprzeczności i decyzję pracownika.
- Budowa podobnego systemu
- od 25 000 zł netto · 6–16 tygodni
Decyzje pracownika
Czego system celowo nie robi
System nie może zatwierdzić klienta, sprawdzić list sankcyjnych ani ocenić ryzyka. Szkic prośby nie jest wysyłany automatycznie. Pracownik ocenia sprzeczności i podejmuje wszystkie decyzje dotyczące przyjęcia klienta.
- Koszt
- Około 0,00089 zł za zapisany odczyt jednego dokumentu.
Szacowany efekt
Policz efekt na swoim wolumenie
To szacunek oparty na podanym wolumenie. Wpisz własne liczby do formuły, aby ocenić możliwy efekt w swojej firmie. Podczas pilotażu sprawdzamy go na danych procesu.
Dziś
Scenariusz modelowany dziś: pełna obsługa ręczna
Po uruchomieniu
Scenariusz modelowany po: o 15 min krócej na sprawę
Oszczędność czasu lub kosztu
Scenariusz modelowany: 40-70 h/mies., baza 55 h
- Wolumen
- Scenariusz modelowany: 220 spraw/mies.
- Formuła
- 220 x 15 min / 60
- Status wyliczenia
- średnia
Dane na zrzutach. Nazwy, kwoty i dokumenty widoczne na zrzutach są testowe. Dane klientów pozostają prywatne. Wyniki dotyczą opisanego testu; wpływ produkcyjny sprawdzamy na danych klienta.
Ekrany robocze
Pracownik wyjaśnia sprzeczności i podejmuje decyzje. System pamięta dokumenty, braki i historię sprawy.
Pracownik otwiera teczkę i widzi aktualny stan, listę braków oraz elementy wymagające wyjaśnienia. Sprawa może zostać przerwana i wznowiona po restarcie bez utraty dokumentów lub decyzji. Wielodniową niezawodność trzeba potwierdzić w środowisku klienta.
Teczka, lista braków i historia wpływów
Stan teczki
Otrzymane dokumenty, kompletność i terminy ważności.
Braki i sprzeczności
Dokładna lista elementów wymagających kontaktu lub decyzji.
Historia sprawy
Każdy wpływ, zmiana stanu i eskalacja w kolejności czasu.
Ekrany systemu
Zobacz, jak system działa w praktyce
To zrzuty z działającej aplikacji w wersji komputerowej i mobilnej. Pokazują opisany proces oraz miejsca, w których decyzję podejmuje człowiek.
- Ekrany
- 8
- px
- 1440 · 390
- 021440×1100
Sprzeczność wartości wymagająca wyjaśnienia. - 031440×1100
Widok teczki na telefonie.
Otwórz archiwum pozostałych ekranów (5)
- 041440×1100
Braki i terminy - 051440×1100
Prośby do klienta - 061440×1100
Teczki przekazane - 071440×1100
Checkpoint po restarcie i historia decyzji - 081440×1100
Wymagane komplety
Technologia
Zapis sprawy, lokalna klasyfikacja i jawne reguły kompletności
LangGraph prowadzi przebieg sprawy. PostgreSQL przechowuje dokumenty i zapis każdego etapu. Lokalny klasyfikator rozpoznaje typ dokumentu, a FastAPI pilnuje dozwolonych narzędzi i statusów.
- LangGraph z zapisem stanu w PostgreSQL
- prowadzi wielodniowy proces teczki i zapisuje pełny stan przy każdym przerwaniu
- PostgreSQL 17
- przechowuje stan spraw, decyzje i zapis kontroli w jednej bazie
- MinIO
- magazyn obiektów na źródłowe dokumenty sprawy
- Lokalny klasyfikator Naive Bayes
- rozpoznaje typ dokumentu lokalnie
- FastAPI z Pydantic
- waliduje wejście i wystawia komendy oraz odczyty procesu
- Next.js
- wyświetla kolejki, teczkę, sprzeczności i historię sprawy w panelu pracownika
Klient otrzymuje kod, reguły wymaganych zestawów, dane testowe i dokumentację. Lokalna klasyfikacja nie generuje opłat modelowych. Infrastruktura jest liczona osobno.
Szczegóły techniczne i wyniki testów
Jak system pracuje
Każdy nowy dokument aktualizuje tę samą teczkę
Nowy dokument jest klasyfikowany i dokładany do istniejącej sprawy. Reguły ponownie sprawdzają kompletność, spójność oraz daty. Wynik zapisuje się w PostgreSQL i przetrwa przerwę w pracy.
Dokument wpływa do istniejącej sprawy
Klasyfikacja typu i aktualizacja teczki
Kontrola kompletności, spójności i terminu
Brak lub sprzeczność trafia do pracownika
Pracownik wyjaśnia sprawę i decyduje o dalszym kroku
Szczegóły techniczne
Stan sprawy zapisany w bazie i siedem dozwolonych działań
LangGraph prowadzi kolejne etapy sprawy, a PostgreSQL zapisuje jej stan. Agent ma siedem narzędzi: może odczytać i sklasyfikować dokument, sprawdzić teczkę oraz przygotować szkic prośby. Nie ma narzędzia do zatwierdzania klienta.
- 01
Wpływ
Dokument trafia do właściwej sprawy
System zapisuje oryginalny plik i sprawdza wymagane oznaczenie danych testowych w teście.
- 02
Klasyfikacja
Lokalny model rozpoznaje typ dokumentu
Klasyfikator wybiera typ z zamkniętej listy. Wynik można sprawdzić i poprawić przed dalszą kontrolą.
- 03
Kontrola
Reguły ponownie sprawdzają całą teczkę
System porównuje dokumenty z wymaganym zestawem, sprawdza zgodność wartości i daty ważności. Niepełna teczka nie uzyska statusu gotowej. W teście przerwania zachowały się 4 zapisane etapy sprzed restartu, a po poprawnym wznowieniu było ich 5.
- 04
Pamięć
Stan sprawy pozostaje po ponownym uruchomieniu
Stan procesu jest zapisywany w PostgreSQL. W osobnej próbie przerwaliśmy API w połowie procesu, a następnie wznowiliśmy tę samą sprawę z zachowanymi dokumentami i brakami.
Dlaczego zestaw działań jest zamknięty
System może czytać dokumenty, klasyfikować je, sprawdzać kompletność i przygotować szkic prośby. Nie może zatwierdzić klienta, sprawdzić list sankcyjnych ani ocenić ryzyka. Takie operacje nie są dostępne w aplikacji.
- Siedem jawnych narzędzi
- Brak automatycznej wysyłki
- Brak zatwierdzania klienta
- Każda eskalacja zostawia wpis
Chcesz sprawdzić podobny proces w swojej firmie?
- 30 minut z inżynierem, który może prowadzić Twoje wdrożenie.
- Przegląd procesów, które kosztują Cię najwięcej czasu i pieniędzy.
- Pisemne podsumowanie: co zautomatyzować, w jakiej kolejności, z widełkami kosztów.
Terminy zobaczysz w swojej strefie czasowej.
W 30 minut wybieramy proces do oceny, a w ciągu 2 dni roboczych dostajesz rekomendację, także gdy lepsza będzie prostsza droga.