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.
Sprawdzony zakres demonstracji
System odczytał dokument, zachował rzeczywiste braki i nie oznaczył sprawy jako kompletnej. Demonstracja nie korzysta z danych klienta.
- Zapisany test
- Sprawdzony zakres demonstracji
- Co sprawdziliśmy
- Kompletowanie teczek klienta
- Dane pomiaru
- 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. Demonstracja 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 back-office 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
- Demonstracja 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
W rejestrze narzędzi nie ma zatwierdzania klienta, screeningu sankcyjnego ani oceny 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. Wynik potwierdzamy dopiero podczas pilotażu.
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ą syntetyczne. Dane klientów pozostają prywatne. Pomiary dotyczą opisanej wersji demonstracyjnej i są wyraźnie oddzielone od wyników produkcyjnych.
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
Trwała sprawa, lokalna klasyfikacja i jawne reguły kompletności.
LangGraph utrzymuje przebieg sprawy. PostgreSQL przechowuje dokumenty i checkpointy. Lokalny klasyfikator rozpoznaje typ, a FastAPI pilnuje dozwolonych narzędzi i statusów.
- LangGraph z checkpointem PostgreSQL
- prowadzi wielodniowy proces teczki i zapisuje pełny stan przy każdym przerwaniu
- PostgreSQL 17
- trzyma stan spraw, decyzje i audyt 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
- pokój spraw operatora: tace, teczka, sprzeczności i ślad
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 pomiar
Jak system pracuje
Teczka pamięta każdy wpływ i zawsze pokazuje aktualny stan.
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
Trwały stan procesu i zamknięty zestaw dozwolonych działań.
LangGraph prowadzi wieloetapową sprawę, PostgreSQL przechowuje checkpoint, a siedem jawnych narzędzi ogranicza pracę do odczytu, klasyfikacji, kontroli i przygotowania szkicu.
- 01
Wpływ
Dokument trafia do właściwej sprawy.
System zapisuje oryginalny plik i sprawdza wymagane oznaczenie danych syntetycznych w demonstracji.
- 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 przeliczają stan teczki.
System porównuje dokumenty z wymaganym zestawem, sprawdza zgodność wartości i daty ważności. Niepełna teczka nie uzyska statusu gotowej. Test restartu zachował 4 checkpointy przed i po restarcie oraz 5 po poprawnym wznowieniu.
- 04
Pamięć
Stan sprawy przetrwa restart.
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ć, klasyfikować, sprawdzać i przygotować szkic prośby. Nie ma narzędzia do zatwierdzania klienta, screeningu ani oceny ryzyka. Brak takiego narzędzia uniemożliwia przypadkowe przekroczenie zakresu.
- 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.
Bez prezentacji sprzedażowej i bez zobowiązań. Jeśli automatyzacja nie ma sensu, też to napiszemy.