ℹScenariusz demonstracyjny. Przykład możliwej realizacji, a nie zakończony projekt klienta Neural2B.

Rozpoznawanie i zatwierdzanie przychodzących dokumentów podstawowych

Scenariusz demonstracyjny: skanujemy faktury, akty i listy przewozowe, wyciągamy szczegóły i sprawdzamy zasady. Jeśli model nie jest pewny, przekazujemy go operatorowi.

Opis sytuacji biznesowej

Firma otrzymuje dziesiątki faktur, aktów wykonania prac i listów przewozowych od różnych dostawców. W formacie PDF, skanów lub zdjęć. Księgowy codziennie spędza do 4 godzin na ręcznym wprowadzaniu kwot, weryfikacji numeru identyfikacyjnego firmy, numerów kont IBAN i szukaniu, do którego kontraktu przypisać każdy dokument.

Schemat przeplywu danych i architektura

1Źródła dokumentów: poczta księgowości, przesyłki przez wewnętrzny panel internetowy lub webhook Vczasno

2Model multimodalny, który rozpoznaje tabele i pieczęcie

3Walidator struktury: sprawdza numer identyfikacyjny firmy według cyfry kontrolnej i poprawność IBAN

4Moduł weryfikacji kwot: czy kwota bez VAT + VAT = całkowita do zapłaty

5Integracja: ustrukturyzowany JSON trafia do systemu księgowego, gdzie pojawia się szkic

Rola czlowieka w petli (Human-in-the-loop)

Jeśli system jest mniej niż 95% pewny w jakimkolwiek polu lub jeśli kwota dokumentu przekracza limit, dokument jest podświetlany. Księgowy musi go potwierdzić w wygodnym interfejsie internetowym.

Syntetyczne dane testowe

Przyklad wpisu wejsciowego i odpowiedzi systemu

Zapytanie wejsciowe od uzytkownika:

Skan faktury nr SF-481 od LLC 'TechnoPostach' na kwotę 1 013,00 € (w tym VAT 169,00 €) za dostawę produktów kablowych.

Wygenerowana odpowiedz / dzialanie systemu:

'Rozpoznano: Dostawca: LLC TechnoPostach; numer identyfikacyjny firmy: 38492015; Faktura: XX00 0000 0000 0000 0000 00; Kwota: 1 013,00 €; VAT: 169,00 €; Cel: płatność za produkty kablowe za fakturę 481. Szczegóły zgadzały się z katalogiem dostawców. Szkic utworzony w systemie księgowym. Oczekuje na potwierdzenie księgowego.'

Ograniczenia scenariusza demonstracyjnego

✕Bez elektronicznego podpisu księgowego system nie pobierze pieniędzy z konta
✕Uszkodzone lub nieczytelne skany otrzymują oznaczenie 'Wymaga ponownego przesłania oryginału'
✕Jeśli zmieniły się ceny umowne, system weryfikuje je z zapisanymi warunkami specyfikacji

Co mierzyc podczas testu pilotażowego

✓Dokładność wyciągania obowiązkowych pól (numer identyfikacyjny firmy, kwota, numer, data) — cel: > 98%
✓Czas potrzebny na jeden dokument (cel: < 15 sekund)
✓Udział dokumentów, które przeszły bez żadnych ręcznych poprawek

Odpowiednia usluga firmy

Automatyzacja przetwarzania dokumentów

Przeglad uslugi →

Interesuje Cie podobna architektura?

Dopasujemy logike tego scenariusza do Twoich wewnetrznych programow, struktury baz danych i procedur.

Omowic adaptacje

Inne scenariusze

Adaptacja scenariusza: Rozpoznawanie i zatwierdzanie dokumentów

Opiszcie proces, który zjada czas waszego zespolu. Podpowiemy, co da sie tu zautomatyzowac, jakie dane sa do tego potrzebne i od czego zaczac.