A postafiókba érkező PDF-mellékletes számlák. AI olvassa ki az adatokat, majd párosítja NAV-tételhez és bank-tranzakcióhoz. Egy levélben több melléklet is lehet: a PDF-eket mind feldolgozza, a NAV ellenőrző hash-fájl viszont NEM kerül be ide — az a Drive-on, a számla mellett, azonos néven áll meg.

A számlaértesítő levélből kinyert fiók-linkről tölti le a PDF-et.

A levélben lévő linkről tölt le. A letöltés egyben átvételi visszajelzést is küld a kiállítónak.

Jelszóval védett portál. A jelszó az n8n data table-ben; sikertelen belépésnél nincs újrapróbálkozás (24 órás zárolás).

Belépés, keresés dátumablakkal, majd számlánként PDF + XML. Az XML-ből pontos adat jön, ezért AI-hívás nélkül dolgozunk — a cégazonosítás is a vevő nevéből történik.

E.ON, PÉTÁV, Generali, MVM (a lakossági és a céges portál is): a belépést és a captchát ember végzi, utána a bővítmény összegyűjti a látható számlákat, és feltölti. A letöltés vagy linkről megy, vagy — ahol a portál JS-ből állítja elő a fájlt (E.ON) — a letöltés elkapásával. Kereséskor lekéri a Merkurtól, melyik számlakép hiányzik. Három állapotot különböztet meg: hiányzik, már megvan, illetve nincs róla NAV-adat — az utolsót is felajánlja letöltésre, mert a magánszámlákról és az eltérő portál-számlaszámokról a NAV nem tud, tehát a hiányuk nem állapítható meg.

Az ügyfélportál CAPTCHA-védett, de a rapid-payment link belépés nélkül adja a nyitott számlákat JSON API-n. Csak a még ki nem fizetett tételeket látja.

Bejövő és kimenő számlák letöltése cégenként, ütemezetten. A cégkódot a feldolgozó sorra ragasztja, hogy a párhuzamos ágak ne keverhessék össze a cégeket.

CSV-import több bank formátumában (OTP, K&H, UniCredit, Revolut, MBH), tartalom-hash alapú duplikátum-szűréssel. A PDF-kivonatokat cég/év/bank szerint mappákba rendezi.

A könyvelőtől kapott PDF-lista összevetése a saját NAV-adatainkkal: mi hiányzik nálunk, mi van többletben, hol tér el az összeg, és mely számlához nincs számlakép. Az elemzés minden megnyitáskor frissen fut; a megjegyzéseid megmaradnak.

Az eltérésekből másolható szöveg készül, a soronkénti és összesített megjegyzéseiddel együtt.

Az ÁFA kimutatás külön kigyűjti azokat a bizonylatokat, amikhez nincs NAV-számla: adómentes szolgáltatás (pl. biztosítás), külföldi kibocsátó, magánszemélyként kapott számla. Ezeket a könyvelő nem tudja a NAV-ból lehúzni, tehát tőlünk kell megkapnia. A megerősített bizonylatok összege ellenőrzöttnek számít, ezért beleszámít az ÁFA-egyenlegbe (bejövő levon, kimenő hozzáad) — külön, nyomon követhető sorban. Ami még ellenőrzésre vár, az csak tájékoztató, az egyenleget nem módosítja.

Teljesítés dátuma szerint, bejövő/kimenő bontásban. Külön kiírja azokat a számlákat, amelyek kelte ebbe az időszakba esik, de a teljesítése nem — ezek a NAV-listában itt látszanak, a kimutatásban viszont a másik időszakban. A devizás tételeket forintra váltja: elsőként a bizonylaton szereplő árfolyammal, ennek hiányában az MNB középárfolyamával a teljesítés napjára. Amit nem sikerül átváltani, az kimarad az összesítésből, és tételesen ki van írva — nem hallgatjuk el.

Az AI a bizonylatról a szerződésszámot is kiolvassa. A kiállítók sokféle néven írják: biztosításnál kötvényszám, közműnél „szerződéses folyószámla" — mind ugyanide kerül, a bankszámlaszám viszont nem. Ha az egyértelműen egy szerződésre illik, automatikusan összeköti. Ütköző számnál (több szolgáltatónál könnyen van egy „12345") partner szerint szűkít; ha úgy is több marad, inkább nem köt semmit. A mező kézzel is javítható a bizonylat lapján, és az „Újra feldolgozás" is kitölti. Ha a szerződésszám nálunk még nem létezik, CSONK szerződést hoz létre belőle „tervezett" állapotban — így nem vész el, hogy van egy szerződés, amiről nem tudtunk. A csonk tétlen: nem küld határidő-emlékeztetőt és nem gyárt fizetési periódusokat, amíg valaki ki nem egészíti. A meglévő bizonylatokra a documents:link-contracts parancs futtatható — alapból ingyenes (csak a már eltárolt adatból dolgozik), --ai kapcsolóval viszont bizonylatonként egy fizetős lekérdezés.

Szolgáltatói szerződés partnerrel, típussal, időtartammal és díjjal, egy eszközhöz kötve (jármű, ingatlan, telephely, személy). Két mező feltételesen kötelező, mert nélkülük a modul nem működne: fix díjnál a várt összeg, automatikus megújulásnál a felmondási idő.

Napi ütemezett ellenőrzés. Nem a lejáratot figyeli, hanem a FELMONDÁSI HATÁRIDŐT (lejárat mínusz felmondási idő) — automatikusan megújuló szerződésnél a lejárat napján már késő. 14 és 3 nappal előtte szól, pontosan egyszer, nem minden nap.

Ha egy bizonylat típusa „Fizetési felszólítás", kihagyja a normál ellenőrzési sort, sürgős jelölést kap, és azonnali értesítés megy. Ha a partnernek pontosan egy aktív szerződése van, rá is köti — így a szerződés adatlapján piros sávban látszik.

Külön Claude-hívás a szerződés PDF-jére (nem a számla-prompt): felek, tárgy, díj, felmondási feltétel, lejárat és 2-3 mondatos összefoglaló. Ami nem állapítható meg egyértelműen, az üresen marad — a szerződés szövege a mérvadó, nem az összefoglaló.

Periódusonként (havi, negyedéves…) mutatja, mennyit vártunk és mennyi jött. Fix díjnál az eltérés hiba; fogyasztás-alapúnál a várt érték a korábbi időszakok átlaga, és az eltérés csak azt jelenti, hogy SZOKATLAN. Hiányzót csak lezárult időszakra jelez — egy még futó hónapról nem állítja, hogy elmaradt a számla.

reCAPTCHA a belépésen.

reCAPTCHA a belépésen.

Bot-védelem (Incapsula) és kétlépcsős azonosítás.

Díjnetre felvéve automatizálható lenne.