Dokumenty
Przesyłanie, parsowanie i zarządzanie dokumentami przychodzącymi — faktury od dostawców, paragony, inne dowody księgowe. AI wyodrębnia dane, człowiek weryfikuje, a Numify zamienia to w transakcję do zaksięgowania.
Nie mylić z Faktury. Ta strona opisuje dokumenty przychodzące — faktury od dostawców, paragony, które AI parsuje i zamienia w transakcje. Jeśli chcesz wystawić fakturę sprzedażową, zobacz Faktury.
Dokumenty to punkt wejścia do księgowości — miejsce, gdzie spółka przesyła dowody księgowe (faktury zakupu, paragony, inne), a Numify automatycznie wyodrębnia z nich dane do dalszej obróbki.
Informacje mają charakter edukacyjny
Dokumentacja nie zastępuje porady doradcy podatkowego ani biegłego rewidenta. W sprawach szczegółowych skontaktuj się ze specjalistą. Jak weryfikujemy dokumentację ↗
Po co to w Numify
UoR, art. 20 ust. 1 wymaga, aby każde zdarzenie gospodarcze zostało wprowadzone do ksiąg w postaci zapisu. Podstawą tego zapisu musi być dowód księgowy (art. 20 ust. 2) — w praktyce dla sp. z o.o. najczęściej faktura zakupu otrzymana od kontrahenta.
Numify:
- Przechowuje oryginał dokumentu (PDF, obraz) w Cloudflare R2 — elektronicznie, zgodnie z UoR, art. 73 ust. 2.
- Parsuje dane modelem AI i podsuwa je do weryfikacji.
- Tworzy transakcję po zatwierdzeniu — to z niej zostanie utworzony zapis w dzienniku (UoR art. 14).
Co można przesłać
| Format | Obsługa | Uwagi |
|---|---|---|
| Pełna — tekstowa + skany z OCR | Preferowany format | |
| PNG / JPG | Pełna — OCR w ramach modelu | Jakość ma znaczenie |
| HEIC | Automatycznie konwertowane do JPEG | iPhone scans |
| XML FA(3) | Tak — bezpośredni parsing (bez AI) | Faktury z KSeF |
Limit wielkości: domyślnie 10 MB na plik. Wiele plików można wgrać jednocześnie (drag-and-drop) — każdy jest przetwarzany asynchronicznie w tle (BullMQ).
Pipeline parsowania
Upload → R2 (oryginał) → ekstrakcja tekstu (PDF/OCR)
→ model Gemini 2.5 Flash → schema Zod → draft transakcji
→ (ludzki przegląd) → zaakceptowanie → dziennikCo AI wyciąga z dokumentu
Schemat (invoiceSchema) obejmuje m.in.:
- typ dokumentu (
invoice/receipt/credit_note/other), - numer dokumentu, data wystawienia, termin płatności,
- sprzedawcę (nazwa, NIP, adres, kraj),
- nabywcę (nazwa, NIP, adres),
- pozycje (opis, ilość, cena jednostkowa, netto, stawka VAT, brutto),
- sumy (netto, VAT, brutto, waluta),
- kategorię kosztu (dopasowaną do UoR, art. 21 ust. 1 pkt 6 — „dekretacja").
Przed zaakceptowaniem jako transakcja zawsze trafia to do weryfikacji ludzkiej — AI może się mylić, zwłaszcza przy paragonach o niskiej jakości.
Statusy dokumentu
| Status | Znaczenie |
|---|---|
pending | Wrzucony, w kolejce BullMQ. |
processing | AI parsuje w tej chwili (UI odpytuje co 5 s). |
completed | Sparsowany; czeka na akceptację lub edytę. |
failed | Parsing zawiódł (np. dokument nieczytelny) — możliwa obsługa ręczna. |
Po zaakceptowaniu transakcji dokument zostaje na stałe powiązany z tą transakcją (i z wpisem w dzienniku) — to materializuje wymóg UoR, art. 21 ust. 1 pkt 1–2 (rodzaj i numer dowodu, strony).
Wymogi art. 21 — 6 elementów dowodu
Zgodnie z UoR, art. 21 ust. 1 dowód księgowy powinien zawierać co najmniej sześć elementów:
| # | Element | Skąd w Numify |
|---|---|---|
| 1 | Rodzaj i numer dowodu | Z faktury (invoiceNumber) + klasyfikacja Numify (invoice / receipt …). |
| 2 | Strony operacji (nazwy, adresy) | Z faktury (seller, buyer). |
| 3 | Opis operacji + wartość | Pozycje + sumy (linie dokumentu). |
| 4 | Data operacji | invoiceDate (+ saleDate jeśli różne). |
| 5 | Podpis wystawcy | Typowo brak na e-fakturach — zastępuje go cyfrowa autentyczność wystawienia. W KSeF — numer KSeF pełni tę rolę. |
| 6 | Dekretacja (konta, miesiąc, sposób ujęcia) | Nadawana przy akceptacji transakcji (propozycja AI + korekta użytkownika). |
Bezpieczne przechowywanie
Zgodnie z UoR, art. 73 ust. 2 dowody elektroniczne są akceptowalne, jeśli zapewniona jest niezmienność przez wymagany okres przechowywania (5 lat dla większości dowodów — szczegóły → przechowywanie dokumentów).
Numify realizuje to tak:
- Oryginał w R2 jest write-once (kluczowany hashem zawartości — nadpisanie nie jest możliwe bez świadomej akcji).
- Powiązanie dokument ↔ transakcja ↔ zapis księgowy jest twarde (klucze obce) — nie da się „osierocić" zapisu.
- Usunięcie dokumentu jest zablokowane, gdy istnieje powiązana transakcja (ślad rewizyjny → UoR, art. 25).
Ograniczenia
- AI czasem się myli na paragonach niskiej jakości (wyblakły druk, odręczne notatki). Wymaga ręcznej poprawki.
- Dokumenty wielopozycyjne o nietypowym układzie (skany książek przychodów z XIX w., faktury rękopisy) mogą wymagać pełnej edycji ręcznej.
- Brak rozpoznawania języków innych niż PL / EN — faktury w DE / FR / IT są obsługiwane, ale jakość klasyfikacji jest gorsza.
- Dokumenty obraz + tekst w jednym PDF — model zazwyczaj radzi sobie z obydwoma, ale przy bardzo dużych plikach (200+ stron) zalecane jest dzielenie.
- Brak zbiorczego uploadu faktur z KSeF w pełnej automatyzacji — odbiór z KSeF działa, ale wymaga skonfigurowanej sesji (→ KSeF — odbieranie).
Rekomendowany workflow
- Prześlij PDF / obraz — przeciągnij do strefy lub kliknij Upload.
- Poczekaj kilka sekund — status zmienia się z
pending→processing→completed. - Otwórz dokument, sprawdź wyciągnięte dane (kontrahent, kwoty, stawki VAT).
- Popraw błędy, jeśli występują — jeden klik → edycja pola.
- Utwórz transakcję — dokument zostaje trwale powiązany.
- Nie usuwaj dokumentu po zaksięgowaniu — zamiast tego użyj korekty w transakcjach.
Powiązane
- transakcje — powstają z zaakceptowanych dokumentów.
- faktury — faktury wystawiane (nie mylić z przychodzącymi).
- kontrahenci — parser tworzy kontrahentów z NIP-u wystawcy.
- UoR — dziennik.
- Przechowywanie dokumentów.
Bilans otwarcia
Wprowadzenie sald początkowych na rozpoczęcie roku obrotowego lub migrację z innego systemu — z automatyczną kontrolą Aktywa = Pasywa + Kapitał, przypisaniem strony Wn/Ma według typu konta i idempotencją (jeden BO na rok).
Szczegóły dokumentu
Widok detalu pojedynczego dokumentu (PDF, skan faktury, zdjęcie paragonu) — podgląd oryginału, metadane, status parsingu AI oraz lista powiązanych transakcji wyciągniętych z dokumentu. Punkt audytowy dla dowodów źródłowych wg ustawy o rachunkowości.