Delegacje bez Excela: AI liczy diety w 3 krokach (i dlaczego OCR paragonu to dopiero połowa roboty)

Kiedy firma przychodzi do nas z problemem "rozliczanie delegacji zajmuje księgowej pół dnia w tygodniu", pierwszy odruch bywa taki: trzeba znaleźć dobrą aplikację do skanowania paragonów. I to jest błędny trop. OCR paragonu to zadanie, które w 2026 roku rozwiązuje praktycznie każde narzędzie na rynku, od Expensify po prostą integrację z Google Vision. Problem zaczyna się chwilę później, kiedy trzeba przeliczyć tę podróż na dietę, odjąć ewentualne posiłki zapewnione przez kontrahenta, dodać kilometrówkę za prywatny samochód i upilnować, żeby wszystko zgadzało się z aktualnym rozporządzeniem. Tego żadna zagraniczna appka nie zrobi, bo po prostu nie zna polskiego prawa pracy.

Gdzie naprawdę jest wąskie gardło

W większości firm, które odwiedzamy, proces wygląda tak: pracownik wraca z delegacji, zbiera paragony do koperty albo robi im zdjęcia telefonem, a potem siada do Excela i próbuje przypomnieć sobie, o której godzinie przekroczył granicę miasta i czy obiad w dniu wyjazdu się liczy, czy nie. Dział kadr dostaje gotowe zestawienie, ale i tak musi je zweryfikować, bo stawki diety krajowej czy limity kilometrówki zmieniają się na tyle rzadko, że nikt nie pamięta ich na pamięć, a na tyle często, że arkusz z zeszłego roku jest już nieaktualny.

To jest dokładnie ten rodzaj zadania, które nadaje się do automatyzacji: powtarzalne, oparte na jasnych regułach, ale wymagające aktualnej wiedzy, którą trzeba regularnie odświeżać. Jeśli ktoś w firmie co miesiąc traci po kilka godzin na ręczne przeliczanie delegacji i poprawianie błędów w Excelu, to jest dokładnie ten moment, w którym warto zbudować prosty, ale poprawnie zaprojektowany proces, zamiast kupować kolejną subskrypcję zagranicznego narzędzia.

Flow, który faktycznie działa: skan, kalkulator, eksport

W naszych wdrożeniach proces rozliczania delegacji dzielimy na trzy jasno oddzielone etapy. Nie łączymy ich w jedno "magiczne" narzędzie, bo każdy z nich ma inną logikę i inny poziom ryzyka błędu.

1. OCR paragonu i wyciąganie danych

Na tym etapie narzędzie (u nas najczęściej scenariusz w n8n połączony z modelem rozpoznającym tekst) czyta datę, kwotę, walutę i kategorię wydatku z paragonu lub faktury. To zadanie jest dziś rozwiązane technicznie dobrze, wskaźniki poprawności odczytu dla czytelnych paragonów są wysokie. Problem pojawia się przy paragonach z terminala, które blakną po kilku dniach, albo przy fakturach zagranicznych w innym układzie niż polski. Tu zostawiamy pracownikowi możliwość ręcznej korekty jednym kliknięciem, zamiast udawać, że automat zawsze ma rację.

2. Kalkulator diet i kilometrówki wg aktualnych przepisów

To jest serce całego procesu i miejsce, w którym 90% dostępnych na rynku narzędzi się wykłada. Kalkulator musi znać: wysokość diety krajowej i stawek diet zagranicznych dla danego kraju wg aktualnego rozporządzenia Ministra Rodziny, Pracy i Polityki Społecznej, zasady pomniejszania diety o zapewnione posiłki, sposób liczenia czasu trwania podróży w zależności od godziny wyjazdu i powrotu oraz aktualną stawkę za kilometr przy wykorzystaniu samochodu prywatnego. Budujemy to jako osobny moduł logiki, nie jako prompt do modelu językowego, bo liczenie pieniędzy pracownikom to nie jest miejsce na "mniej więcej dobrą" odpowiedź AI. Model świetnie czyta paragon, ale to zwykła, deterministyczna reguła biznesowa ma decydować, ile wynosi dieta.

3. Eksport do systemu kadrowo-płacowego

Policzona kwota, z rozbiciem na dietę, kilometrówkę i zwrot udokumentowanych wydatków, trafia do systemu kadrowo-płacowego w formacie, który księgowa może po prostu zaakceptować, bez przepisywania. To jest etap, na którym najczęściej integrujemy się z systemami używanymi w polskich biurach rachunkowych, bo tam ostatecznie ląduje cała dokumentacja rozliczeniowa. Jeśli firma korzysta z zewnętrznej księgowości, warto od razu zaprojektować eksport pod jej format, zamiast generować kolejny plik, który ktoś i tak musi ręcznie przeklikać. Więcej o tym, jak wygląda taka integracja po stronie księgowości, piszemy przy okazji automatyzacji biura rachunkowego.

Co trzeba zaszyć w systemie na 2026 rok

Stawki, które zasilają kalkulator, nie są stałe i to jest główny powód, dla którego firmowy Excel z zeszłego roku zawsze się psuje. Rozporządzenie MRPiPS w sprawie należności przysługujących pracownikowi z tytułu podróży służbowej określa wysokość diety krajowej oraz diet zagranicznych dla poszczególnych państw, a te stawki bywają aktualizowane. Dieta krajowa ustalona od stycznia 2023 roku na poziomie 38 zł za dobę pokazuje dobrze mechanizm: stawka potrafi obowiązywać przez kilka lat bez zmian, a potem zostać zaktualizowana jednym rozporządzeniem, o którym firma dowiaduje się z opóźnieniem, jeśli nikt tego nie pilnuje systemowo. W dobrze zaprojektowanym procesie automatyzacji stawka nie jest wpisana na sztywno w kodzie, tylko trzymana w jednym miejscu (np. arkuszu referencyjnym albo bazie danych), które aktualizujemy raz, kiedy pojawi się nowe rozporządzenie, i od razu poprawnie liczy wszystkie kolejne delegacje.

Podobnie wygląda sprawa kilometrówki za samochód prywatny użyty w delegacji. Stawka za kilometr zależy od pojemności silnika: inna dla samochodu osobowego o pojemności skokowej silnika do 900 cm3, inna powyżej 900 cm3, jeszcze inna dla motocykla i motoroweru. To są limity wynikające z przepisów o zwrocie kosztów używania pojazdów prywatnych do celów służbowych i w przeciwieństwie do diet zmieniają się rzadziej, ale tym bardziej łatwo o nich zapomnieć, bo nikt nie sprawdza ich co miesiąc. Automat, który ma zaszyty aktualny limit, po prostu nie popełni tego błędu, a pracownik kadr nie musi pamiętać, kiedy ostatnio była aktualizacja.

Trzeci element, który regularnie pomijają gotowe aplikacje zagraniczne, to VAT od paliwa kupionego w trakcie delegacji. Jeśli samochód jest wykorzystywany w sposób mieszany, firmowo i prywatnie, odliczeniu podlega zwykle 50% VAT z faktury za paliwo, a pełne odliczenie przysługuje tylko przy pojazdach wykorzystywanych wyłącznie do działalności gospodarczej i odpowiednio zgłoszonych, z prowadzoną ewidencją przebiegu. To jest akurat obszar, w którym nie polecamy automatyzować decyzji "ile odliczyć", tylko oznaczać fakturę jako wymagającą klasyfikacji przez księgowość, bo błąd w odliczeniu VAT kosztuje więcej niż oszczędzony czas. Jeśli temat faktur kosztowych i VAT w ogóle jest u Was bolączką, warto spojrzeć szerzej na automatyzację obiegu faktur, bo delegacje to w praktyce tylko jeden z kilku strumieni dokumentów kosztowych w firmie.

Dlaczego nie polecamy Expensify ani Rydoo polskiej firmie

Expensify i Rydoo to dobre narzędzia, mają ładny interfejs mobilny, szybki OCR i integracje z kartami płatniczymi. Problem w tym, że obie te aplikacje są projektowane pod rynki, gdzie nie ma pojęcia "dieta z tytułu podróży służbowej" w polskim rozumieniu Kodeksu pracy. Nie znają polskiego rozporządzenia o dietach, nie mają wbudowanych aktualnych stawek kilometrówki ani logiki pomniejszania diety o zapewnione posiłki. W praktyce firma płaci miesięczny abonament za narzędzie, które i tak wymaga, żeby ktoś na koniec procesu ręcznie doliczył dietę w osobnym arkuszu. To jest podwójny koszt: subskrypcja plus praca ręczna, którą subskrypcja miała wyeliminować.

Dla firmy zatrudniającej kilku handlowców jeżdżących w delegacje raz w miesiącu, różnica może nie być warta budowania własnego procesu, tam prostszy arkusz z formułami też wystarczy. Ale przy kilkunastu lub kilkudziesięciu delegacjach miesięcznie, gdzie każdą trzeba zweryfikować ręcznie pod kątem aktualności stawek, ten koszt czasu robi się realny i wtedy automatyzacja własnego flow zwraca się szybko.

Terminy, których automat pilnuje lepiej niż człowiek

Kodeks pracy i przepisy wykonawcze nakładają na pracownika obowiązek rozliczenia kosztów podróży służbowej w określonym terminie, w praktyce przyjmuje się 14 dni od dnia zakończenia delegacji, chyba że wewnętrzny regulamin firmy wskazuje inny termin. To jest dokładnie ten rodzaj zasady, która w teorii jest znana wszystkim, a w praktyce ginie w natłoku bieżącej pracy. Dobrze zaprojektowany proces automatyzacji wysyła pracownikowi przypomnienie, zanim termin minie, i informuje kadry, jeśli rozliczenie się opóźnia. To nie jest efektowna funkcja, o której warto robić wielką prezentację, ale to właśnie takie drobiazgi odróżniają proces, który ktoś faktycznie stosuje, od takiego, który po trzech miesiącach wraca do Excela, bo "nikt nie pamiętał, żeby to zrobić na czas".

Gdzie kończy się automat, a zaczyna człowiek

Nie polecamy nikomu w pełni bezobsługowego rozliczania delegacji, i to z rozmysłem. Automat dobrze radzi sobie z odczytem paragonu, z policzeniem diety wg jasnej reguły i z przygotowaniem eksportu. Nie powinien samodzielnie decydować w przypadkach granicznych: delegacja łącząca cel służbowy z prywatnym wyjazdem, faktura z zagranicy w walucie, która wymaga ręcznego ustalenia kursu na dany dzień, albo sytuacja, w której pracodawca zapewnił częściowe wyżywienie i trzeba to udokumentować. W takich przypadkach proces powinien po prostu oznaczyć sprawę jako wymagającą decyzji człowieka i przekazać ją do kadr z kompletem danych, zamiast zgadywać. W naszych wdrożeniach to zwykle 10–15% przypadków, które i tak trafiają do ręcznej weryfikacji, reszta przechodzi bez udziału człowieka poza końcową akceptacją.

Warto też pamiętać, że sam model językowy czytający paragon nie powinien być jedynym źródłem prawdy o kwocie do wypłaty. Traktujemy go jako narzędzie wspomagające wprowadzenie danych, a nie jako księgowego. Ostateczna kwota wynika zawsze z deterministycznego kalkulatora opartego na aktualnych przepisach, nie z odpowiedzi modelu AI, bo modele mają tendencję do "uprzejmego" zaokrąglania czy uśredniania, co w kontekście rozliczeń podatkowych po prostu się nie sprawdza.