Iliustracinis pavyzdys: 25 darbuotojų statybos UAB buhalterė kiekvieną mėnesį gauna 80–120 tiekėjų PVM sąskaitų faktūrų PDF formatu el. paštu. Jos darbas: atsidaryti kiekvieną PDF, perskaityti, rankiniu būdu įvesti duomenis į Rivilę — tiekėjo pavadinimą, PVM kodą, sąskaitos numerį, datą, sumą, PVM tarifą. Tai gali užtrukti kelias darbo valandas per mėnesį. Jei sąskaita nuskanuota blogai arba tiekėjas naudoja neįprastą formatą, vienas dokumentas gali atimti 10–15 minučių.
Daugelyje 5–50 darbuotojų Lietuvos įmonių ši situacija yra norma. Finansų vadovai ir buhalteriai, tvarkantys 100–500 gaunamų sąskaitų per mėnesį, neretai skiria kelias valandas per savaitę vien duomenų įvedimui — darbui, kurį AI OCR sistema gali atlikti per sekundes, o žmogui lieka patikrinti abejotinus laukus.
Šiame straipsnyje paaiškinu, kaip veikia dirbtinio intelekto OCR technologija sąskaitoms faktūroms, kokie 8 PVM laukai turi būti atpažinti, kokie įrankiai tinka Lietuvos verslui ir kaip integruotis su vietinėmis apskaitos sistemomis. Taip pat rasite praktinį diegimo planą dviem savaitėms.
Kaip veikia AI OCR sąskaitoms faktūroms
Tradicinis OCR (optinis simbolių atpažinimas) veikė paprastai: jis “skaitė” tekstą iš vaizdo, pikselis po pikselio, ir bandė atpažinti raides pagal formą. Šis metodas gerai veikė standartizuotiems dokumentams, bet klysdavo, kai keisdavosi šriftas, išdėstymas arba dokumentas buvo nuskanuotas kreivai.
AI OCR veikia kitaip. Šiuolaikiniai sprendimai, tokie kaip Google Document AI, Amazon Textract ar OpenAI modeliai su vaizdo atpažinimu, naudoja neuroninius tinklus, apmokytus dideliais dokumentų kiekiais. Jie ne tik atpažįsta tekstą, bet ir supranta dokumento struktūrą: kur yra antraštė, kur eilutės, kur “Iš viso” sumos blokas. Net jei tiekėjas naudoja neįprastą išdėstymą ar spalvotą lentelę, AI geba teisingai identifikuoti laukus.
Procesas žingsnis po žingsnio: pirma, PDF konvertuojamas į aukštos raiškos vaizdą (rasterizacija). Antra, AI modelis analizuoja vaizdą ir identifikuoja teksto blokus bei jų erdvinį ryšį. Trečia, NLP (natūralios kalbos apdorojimas) sluoksnis ištraukia struktūrizuotus laukus — sąskaitos numeris, data, tiekėjas, suma. Ketvirta, rezultatai grąžinami JSON ar XML formatu, paruoštu integracijai su apskaitos sistema.
- 1PDF paverčiamas vaizduRasterizacija
- 2Modelis randa teksto blokus ir jų vietąDocument AI / Textract / OpenAI
- 3Ištraukiami laukaiNumeris, data, tiekėjas, PVM, sumos
- 4JSON arba XML apskaitos programai
Skirtumas nuo rankinio įvedimo yra principinis: sistema apdoroja 100 sąskaitų tiek pat laiko, kiek 1 — paprastai kelias sekundes vienam dokumentui. Detaliau apie sąskaitų automatizavimo procesą: automatinis sąskaitų išrašymas ir apdorojimas.
8 privalomi PVM sąskaitos laukai, kuriuos AI privalo atpažinti
PVM įstatymo 80 straipsnis nustato privalomus PVM sąskaitos faktūros rekvizitus — jų yra daugiau (pvz., pirkėjo PVM kodas, šalių pavadinimai ir adresai), o žemiau aptariu 8 svarbiausius OCR atpažinimui. OCR sistema yra naudinga tik tada, kai ji teisingai ištraukia visus privalomus laukus — trūkstamas ar klaidingas laukas reiškia rankinio tikrinimo poreikį ir neužskaityto PVM riziką.
1. Pardavėjo PVM mokėtojo kodas
PVM kodas prasideda “LT” ir turi 9 arba 12 skaitmenų. OCR turi atskirti PVM kodą nuo įmonės kodo — dažna klaida pradedančioms sistemoms. Teisingas PVM kodo atpažinimas yra kritinis: klaidingas ar trūkstamas pardavėjo PVM kodas sukelia PVM atskaitos riziką.
2. Sąskaitos faktūros numeris
Unikalus sąskaitos identifikatorius — reikalingas dublikatų kontrolei ir buhalterinei apskaitai. Numeriai gali būti raidiniai-skaitmeniniai (pvz., SF-2026-001482), todėl sistema turi atpažinti bet kokį formatą.
3. Sąskaitos faktūros data
Data lemia, į kurį mokestinį laikotarpį pateks PVM. Lietuvos tiekėjai naudoja skirtingus formatus: 2026-05-15, 15/05/2026, 2026 m. gegužės 15 d. AI turi normalizuoti visus formatus į vieną standartą.
4. Suma be PVM
Grynoji prekių ar paslaugų vertė prieš PVM. Kai sąskaitoje yra kelios eilutės su skirtingais PVM tarifais, sistema turi teisingai sumuoti kiekvieną grupę atskirai.
5. PVM tarifas ir 6. PVM suma
Nuo 2026 m. sausio 1 d. Lietuvoje taikomas standartinis 21 % PVM tarifas ir lengvatiniai 12 % (pvz., apgyvendinimo paslaugoms) bei 5 % (pvz., vaistams ir medicinos priemonėms, knygoms ir periodiniams leidiniams) tarifai, taip pat 0 % tam tikriems sandoriams; ankstesnis 9 % tarifas dar gali pasitaikyti senesnių laikotarpių sąskaitose (VMI: PVM tarifai). Sąskaitoje gali būti eilučių su skirtingais tarifais — OCR turi atskirti kiekvieną grupę ir patikrinti, ar PVM suma matematiškai teisinga.
7. Bendra suma su PVM (“Viso mokėti”)
Galutinė mokėtina suma. Geras OCR sprendimas kryžmiškai tikrina: suma be PVM + PVM suma = bendra suma. Jei skaičiai nesutampa — iškart pažymima žmogaus peržiūrai.
8. Prekių ar paslaugų eilutės
Detalus sąrašas su kiekiu, vieneto kaina ir sumos stulpeliais. Eilučių atpažinimas yra sudėtingiausias uždavinys — ypač kai lentelė išskaidyta per kelis puslapius arba kai tiekėjas naudoja nestandartinį stulpelių išdėstymą.
Geriausi AI OCR įrankiai Lietuvos verslui: kainų palyginimas
Rinkoje yra keletas brandžių sprendimų — nuo specializuotų SaaS platformų iki lanksčių pasirinktinių integracijų. Žemiau pateikiamas praktinis palyginimas pagal kainą, tikslumą ir tinkamumą Lietuvos sąskaitų formatams.
Rossum — kaina pagal užklausą
Rossum yra viena labiausiai pažengusių sąskaitų faktūrų OCR platformų Europoje. Jis iš anksto apmokytas dideliu Europos sąskaitų kiekiu. Privalumai: aukštas tikslumas jau netrukus po diegimo (tikslumą verta pasitikrinti su lietuviškomis sąskaitomis), patogi korekcijų sąsaja, kurioje žmonių pataisymai pagerina modelį, integracija per API. Kaina skelbiama pagal užklausą, todėl dažniausiai tinka įmonėms, tvarkančioms šimtus sąskaitų per mėnesį.
Klippa — mokama pagal kiekį
Klippa yra olandų startuolis, siūlantis lankstų dokumentų OCR API. Stipriausia pusė — greita integracija per REST API ir paruošti sprendimai buhalterinėms sistemoms. Palaikoma daug kalbų ir dokumentų formatų. Kaina priklauso nuo dokumentų kiekio ir plano — pasitikrinkite gamintojo svetainėje.
n8n + OpenAI — nuo ~20 EUR/mėn., kainos keičiasi
Ekonomiškiausias variantas techniškai patyrusiam verslui. n8n automatizavimo platforma priima PDF el. paštu arba iš debesų saugyklos, konvertuoja į vaizdą ir siunčia į OpenAI API (vaizdus atpažįstantį modelį, pvz., GPT-4o) su konkrečia ekstrakcijos instrukcija. Modelis grąžina JSON su visais laukais. Kaina: VPS serveris n8n ~10–15 EUR/mėn. (arba n8n Cloud Starter — 20 €/mėn. mokant metams, 2026 m. spalio duomenimis) + OpenAI API orientaciškai ~0,01–0,03 USD už sąskaitą (100 sąskaitų — keli doleriai). Viso: nuo ~20 EUR/mėn., priklausomai nuo kiekio; API kainos keičiasi. Diegimui reikia techninių žinių, tačiau lankstumas yra maksimalus — galima pritaikyti prie bet kokio formato.
- 1 OpenAI modelis ištraukia sąskaitos laukus
- 2 Patikra: suma be PVM + PVM = bendra suma
Google Document AI — mokama pagal kiekį
Google Document AI turi specialų “Invoice Parser” modelį, apmokytą ant pasaulinio masto sąskaitų. Mokama pagal apdorotų puslapių kiekį (žr. Google Cloud kainoraštį). Integruojamas per REST API arba per n8n mazgą. Puikiai tinka, jei jau naudojate Google Cloud ekosistemą.
Integracija su Lietuvos apskaitos sistemomis
OCR sistema yra naudinga tik tada, kai ištraukti duomenys automatiškai patenka į apskaitos programą — ne į Excel lentelę, kurią dar reikia rankiniu būdu importuoti. Žemiau aprašytos keturios pagrindinės Lietuvos sistemos ir jų integracijų galimybės.
Lietuviški OCR sprendimai. Prieš kurdami savo srautą, patikrinkite, ką jau turi jūsų programa: Rivile ERP pirkimo sąskaitų skaitmeninimas — iki 10 dokumentų per mėnesį nemokamai, Site.pro (buvusi B1.lt) turi sąskaitų atpažinimą, o įvesk.lt, Fitek ar Labbis siūlo skaitmeninimą už 0,09–0,58 € už dokumentą (2026 m. spalio duomenimis). Visos kainos su šaltiniais — straipsnyje sąskaitų automatizavimo kaina 2026, o kur dar DI padeda apskaitoje — straipsnyje dirbtinis intelektas buhalterijoje.
Rivilė — viena seniausių ir labiausiai paplitusių buhalterinių sistemų Lietuvoje — siūlo integracijų API. Duomenų mainams galima naudoti tiesioginę API arba XML importo formatą, kurį Rivilė palaiko standartiškai. n8n sraute Rivilė XML generuojamas dinamiškai pagal ištrauktus laukus.
Finvalda naudoja REST API gaunamų dokumentų įkėlimui. Integracija reikalauja Finvalda API rakto ir standartinio JSON formato — tai lengvai paruošiama n8n sraute. Finvalda dažnai pasirenkama įmonių, kurios turi sudėtingesnius buhalterinės apskaitos reikalavimus.
Kitos programos (Directo, Site.pro, Labbis ir kt.) dažniausiai priima duomenis per API arba importo failą (CSV, XML). Tokiu atveju greičiausias kelias — n8n srautas: OCR → JSON → automatiškai sugeneruotas importo failas ar API užklausa → įrašas apskaitoje, kurį buhalterė tik patvirtina.
Tikslumas: ko tikėtis ir kaip jį padidinti
Tikslumas priklauso nuo dokumento kokybės ir naudojamos technologijos. Praktinės orientacinės vertės pagal dokumento tipą:
Natyvus PDF (iš apskaitos programos): paprastai aukščiausias tikslumas. Dauguma tiekėjų dabar išrašo sąskaitas iš programų — toks PDF turi aiškų, mašininiu būdu skaitomą tekstą. Tikslumas dažnai artimas rankinio įvedimo tikslumui, o greitis — gerokai didesnis.
Nuskanuotas PDF arba foto: tikslumas žemesnis. Kokybė priklauso nuo skenavimo rezoliucijos (rekomenduojama ne mažiau kaip 300 DPI) ir apšvietimo tolygumo. Kreivai nuskanuotų ar sulankstytų sąskaitų tikslumas krenta dar labiau.
Kaip padidinti tikslumą: pirma, prašykite tiekėjų siųsti sąskaitas kaip natyvų PDF, ne skenuotą. Antra, sukurkite patvirtintų tiekėjų sąrašą — sistema automatiškai patikrina ištrauktą PVM kodą prieš sąrašą ir pažymi neatitikimus. Trečia, pirmas mėnuo — visada peržiūra 100 % sąskaitų; vėliau — tik pažymėtas (žemas confidence score). Ketvirta, kiekviena pataisyta klaida moko sistemą — sprendimai kaip Rossum mokosi iš korekcijų ir po kelių savaičių tikslumas auga.
- 1Sąskaita ateina el. paštuGeriausia – natyvus PDF
- 2AI OCR ištraukia laukus
- 3Automatinė patikraSuma be PVM + PVM = bendra suma; PVM kodas pagal tiekėjų sąrašą
- 4Žemas confidence score → peržiūra žmoguiPirmą mėnesį tikrinamos visos
- 5Patvirtintas įrašas apskaitojeRivilė / Finvalda / kt.
Įgyvendinimo žingsniai per 2 savaites
Praktinis AI OCR diegimas daugumai 5–50 darbuotojų įmonių neužtrunka ilgiau nei dvi savaites. Žemiau pateikiamas realus žingsnių planas.
1 savaitė — pasiruošimas ir testavimas
Pirmadienį — surinkite 30–50 praėjusio mėnesio sąskaitų kaip testavimo rinkinį. Stenkitės, kad rinkinys apimtų įvairius tiekėjus, formatus ir vieną nuskanuotą sąskaitą testavimui. Antradienį–trečiadienį — sukonfigūruokite OCR įrankį arba n8n srautą, paleiskite testavimo rinkinį ir peržiūrėkite tikslumą kiekvienam laukui atskirai. Ketvirtadienį–penktadienį — sukonfigūruokite integraciją su apskaitos sistema bandomojoje aplinkoje ir patikrinkite, ar duomenys teisingai pasirodo buhalterinėje programoje.
2 savaitė — integracija ir paleidimas
Pirmadienį–antradienį — sukonfigūruokite gaunamų sąskaitų el. pašto stebėjimą: sistema automatiškai paima priedus iš nurodyto el. pašto adreso. Trečiadienį — kartu su buhalterija atlikite pilną bandomąjį ciklą su 10–20 realių sąskaitų ir ištaisykite pastebėtas klaidas. Ketvirtadienį — perjunkite į produkcinę aplinką, nustatykite klaidų pranešimus ir confidence score ribas. Penktadienį — pirmoji pilna darbo diena su gyva sistema: stebėkite, ar sąskaitos tinkamai apdorojamos, ar klaidos pažymimos, ar buhalterė gauna tik tuos, kurie reikalauja dėmesio.
Po pirmo mėnesio — peržiūrėkite statistiką: kiek sąskaitų automatiškai apdorota be žmogaus įsikišimo, kiek reikalavo korekcijų, kiek sutaupyta valandų. Siekiamas rezultatas: didžioji dalis sąskaitų apdorojama automatiškai, o buhalterė tikrina tik pažymėtas. Tikslūs skaičiai priklauso nuo sąskaitų kokybės ir tiekėjų įvairovės — juos pamatuosite po pirmo mėnesio.