A számlázás fejben egy mondat: „a Várda Tanácsadónak tíz óra fejlesztői tanácsadás.” A képernyőn viszont űrlap: partner, tételsorok, áfakulcs, fizetési mód, kelte, teljesítés. Fejben már kész a számla; a rendszerben még végig kell kattintani. És a számla csak a kezdet – utána jön a kérdés, ki fizetett már, mit fizetsz te, áll-e az áfa, és mit kell a hónap végén a könyvelőnek átadni.
A Számlázz.hu és a Billingo elterjedt, sokan használják és szeretik. Nem az a kérdés, van-e igény számlázásra, hanem az, miért kell még mindig kézzel kitölteni ugyanazokat a mezőket – és miért külön szoftverben él a számlázás, a kintlévőség, a bank meg az áfa. Innen az ötlet: ne űrlapot kelljen töltened, hanem elég legyen odaszólnod egy titkárnak, és ő intézze a papírmunkát.
Egy bökkenő van. A számla nem chatüzenet, hanem jogi dokumentum, amit a rendszer jelent a NAV-nak, és kiállítás után nincs „mégse”, csak sztornó. Egy pénzügyi asszisztensnél a bizalom nem utólagos funkció, hanem az alap. Ez szabja meg, mi készül el először.
Mi ez, és mi még nem
A nyitóképernyő egy mondatot ígér, és ma ez a mondat tényleg elég. Az asszisztens kikeresi a partnert, összerakja a tételsorokat, kiszámolja az áfát, és megmutatja az előnézetet. Te döntesz róla, hogy kiállítod-e. Tesztmódban az egész végigvihető, valódi számla és kockázat nélkül.
De a számlázás már csak a belépő. A titkár ma látja a bejövő számláidat is – amiket te fizetsz –, párosítja a bankkivonatot a kimenő és bejövő tételekhez, becsüli az áfa-egyenleged, figyeli a bevallási határidőt, és a hónap végi könyvelési csomagot egy gombbal elküldi a könyvelődnek. Ami nem kérdés, azt magától elintézi; ami igen, arról szól.
Mögötte ott van a Számlázz.hu-integráció, a titkosított kulcskezelés, a számla állapotgépe és a teljes dizájnrendszer. A beszélgetős réteg a látványos rész, de a termék megbízhatósága azon múlik, ami alatta dolgozik – ezért ez készült el előbb.
Ami még nincs, vagy csak félig: hangbevitel, Billingo mint kifelé is választható második szolgáltató, automatikus MNB-árfolyam a devizás számlákhoz. A mag viszont áll, és ki lehet próbálni – a termék alfa, néhány képesség pedig tudatosan a fizetős csomagokhoz vagy a kézzel bekapcsolt automatikához kötött.
A felület, ahogy ma áll
Belépés után egyetlen képernyő fogad: az asszisztens. Egy mondatot kér, és felkínál néhány példát, hogy mit írhatsz. Fent a „tesztmód” jelzés – alapból ebben dolgozol, valódi számla és kockázat nélkül. Nincs menürengeteg, nincs fülről fülre ugráló űrlap: az egész felület arra az egy mondatra koncentrál, amiből majd a számla – vagy bármi más teendő – lesz.
A beszélgetés, ami számlát ír
Egy példa, ahogy ma megy. Beírom: „Számlázz a Várda Tanácsadó Kft.-nek 10 óra fejlesztői tanácsadást, 18 000 Ft-os óradíjjal.” Fent az asszisztens jelzi, hogy a partnert a memóriájából kereste ki; lent pedig felépül az előnézeti kártya. Vevő, nettó, áfa, bruttó, fizetési mód, határidő – minden külön kiírva, semmi nem marad rejtve, mielőtt rábólintasz. Ha kép kézre esőbb a gépelésnél, egy lefotózott megbízási sort vagy képernyőképet is megért: kiolvassa belőle a tételeket, és ugyanígy az előnézetig viszi.
A kiállítás külön, tudatos lépés. A „Kiállítom a NAV felé” gombig az egész csak vázlat; utána a kártya átvált kiállított állapotba, megjelenik a számlaszám és a NAV-jelentés visszaigazolása. Ugyanez az út telefonon is végigmegy: a mondattól az előnézeten át a kiállított, jelentett számláig.
A kiállítás körül ott a többi számlázási művelet is, ugyanabban a mondat-megerősítés ritmusban: díjbekérő, amiből fizetés után végszámla lesz; nyugta; helyesbítő számla, ha csak javítani kell, és sztornó, ha az egész hibás. Ismétlődő számlázás a havi fixdíjakra, és tömeges kiállítás, ha egyszerre több vevőnek megy ugyanaz. A küldés is innen indul: a számla e-mailben, PDF-fel csatolva, a késedelmeseknek fizetési felszólítással.
A pénzügy másik fele
A számlázás csak az egyik irány – a pénz nagyobbik fele a bejövő oldalon mozog. A titkár ezt is figyeli. Hat óránként szinkronizál a NAV-val, így akárki bármilyen programból számláz rád, kérés nélkül észreveszi az új bejövő számlát, behúzza a tételsorait, és könyvelési kategóriát javasol hozzá – a korábbi jóváhagyásaidból szállítónként tanulva. A fordított adózásra gyanús külföldi platform-számlákat (Google, Meta) külön jelzi.
A bankkivonatot – amit a netbankodból exportálsz – a számláidhoz párosítja: a vevői befizetést a kimenő számlához, a saját utalásodat a bejövőhöz. A biztos egyezést magától kifizetettnek jelöli, a bizonytalanokat egy kártyán hagyod jóvá, a részfizetést is könyveli. Így a kintlévőséged és a tartozásod magától marad naprakész, anélkül hogy Excelt vezetnél hozzá.
A kép tetejére jön az áfa és a könyvelő. A titkár tájékoztató áfa-egyenleg-becslést ad (a fizetendő kimenő áfából levonva a levonható bejövőt), összevet két időszakot, 90 napra előre megbecsüli a likviditásodat, megmutatja a havi eredményed (bevétel mínusz költség), a költségeid bontását és a kintlévőséged öregedését a vevőid fizetési moráljával, és a havi könyvelési csomagot – kérésre, vagy bekapcsolva minden hónap elején automatikusan – e-mailben elküldi a könyvelődnek. Az egyeztetett bejövő számlákból eÁFA áfaanalitika-tervezetet és adókód-javaslatot is összerak; ez döntéstámogatás, nem adótanácsadás, a beadás a NAV felületén a te dolgod marad.
Ami magától történik
Egy jó titkár nem várja meg, hogy mindenért szólj. A pénzügyi kontroll-réteg egy kártyán szedi össze a nyitott teendőket – lejárt kintlévőség, párosítatlan utalás, előkönyveletlen bejövő számla, közelgő áfabevallási határidő –, mindegyikhez egykattintásos megoldó művelettel. Megkérdezheted, hogy „mivel állunk?”, de kérdés nélkül is feldobja, ha van mire figyelni. A bevallási gyakoriságodból (havi, negyedéves, éves) pontos NAV-visszaszámláló lesz, és amikor egy teendő állapota változik, munkanap reggel egy összefoglaló e-mailt küld – de csak ha tényleg történt valami. Ide fut be az is, amit te kérsz megjegyezni egy napra – „szólj 20-án a kamarai díjra” –, és egy határidő-naptár idővonalon mutatja a következő hetek pénzügyi határidőit: vevői fizetések, saját tartozások, áfabevallás, ismétlődő számlázások.
Ami ezt összetartja, az nem a parancsértés, hanem a kontextus. A titkár nem a mondat szavaiból dolgozik, hanem a fiókod egészéből: a „készíts díjbekérőt abból, amit előző hónap 5-én számláztam 200 ezerért” mondatban számlaszám és vevő nélkül is megtalálja, mire gondoltál. Egy mondatból több lépést is levezényel: a „zárjuk le a hónapot” végignézi a teendőket, összerakja az áfa-képet, és becsomagol a könyvelőnek. Visszakeres a számláid közt, emlékszik a szokásaidra, tanul a jóváhagyásaidból, és a hiányzó adatot a NAV-tól vagy a cégnyilvántartásból hívja le.
A nehéz rész az AI alatt van
A Számlázz.hu Agent API XML-t vár, kötött mezősorrendben, XSD-hez igazítva. Az áfa itthon nullától 27%-ig terjed, és ott vannak a szöveges kulcsok (AAM, EUT, TAM és társaik), amelyek mind 0%-os áfát jelentenek, csak más-más jogcímen. A kerekítés pénznemfüggő: forintnál egész szám, eurónál és dollárnál két tizedes. A leggyakoribb hibakódok mindegyikéből érthető mondat lesz, és a lista folyamatosan bővül. Ehhez jön a NAV törzsadat-lekérdezése, hogy a partner valóban létezik-e.
Ez a motor nem látványos, de először ennek kell működnie. Ez a része kész. Ráadásul nem köti a terméket egyetlen szolgáltatóhoz sem: a felső réteg nem közvetlenül a szolgáltatóval beszél, hanem egy saját belső interfészen keresztül. A Számlázz.hu az első kör, a Billingo a következő.
A számokat sosem a nyelvi modell adja: a nettót, áfát, bruttót determinisztikus kód számolja, az AI dolga a megértés és a megfelelő művelet kiválasztása. És ahol a kérés gyanús – kiugró összeg, vadonatúj vevő, a megszokottól eltérő áfakulcs, vagy egy már kifizetett számla módosítása –, ott a titkár kiállítás előtt megáll és rákérdez. A kockázatos vagy szabálytalan kérést nem hajtja végre szó nélkül; a szabályos utat javasolja.
Az agent mint rendszer
A „mondd ki, és elintézi” mögött egy eszközkészlet áll: nyolcvanon túli külön művelet – számlázás, díjbekérő, nyugta, partnerkeresés, banki párosítás, fizetésrögzítés, áfa- és könyvelői export, bejövő számlák kezelése –, csoportokba rendezve, és a csomaghoz kötve (a fejlettebbek a fizetős szinteken nyílnak). A modell nem ezeket „tudja”, hanem ezek közül választ: a dolga a megértés és a megfelelő művelet kiválasztása, nem a végrehajtás részletei.
A kockázatos műveletek külön mintát követnek. Számlát, e-mailt, felszólítást, sztornót a modell nem hajt végre – előkészít egy megerősítő kártyát, és a tényleges lépést a kártya gombja indítja, az már a te kezed. Így a modell tévedése legrosszabb esetben egy rossz vázlat, nem egy rossz, NAV-nak jelentett számla. A visszafordíthatatlan műveletek emellett külön, szigorúbb elbírálás alá is esnek.
Hogy a modell értse, mire gondolsz, két irányból kap kontextust. Minden kérésnél egy tömör üzleti pillanatkép kerül elé – hány számlád járt le, ki tartozik, közeleg-e a hó vége –, ettől lesznek a javaslatai a vállalkozásod tényleges helyzetére hangolva, nem csak a beszélgetésre. Cserébe a hosszú beszélgetések régi, terjedelmes eszköz-eredményeit a rendszer rövid jelzésre cseréli, mielőtt a modellhez érnének: az adat a háttérben megvan, de nem duzzasztja feleslegesen a kontextusablakot, és ha újra kell, a modell lekéri.
Nem minden kérés egyforma nehéz, ezért nem is ugyanarra a modellre megy. A rutin számlázás egy gyors, olcsó modellre, a kétértelmű partnerfeloldás vagy a sok tételes, hibajavítós eset egy erősebbre – a választást a legutóbbi üzenet dönti el, a modellek pedig egy konfigurációs sorból cserélhetők, kódváltozás nélkül.
A műveletválasztás – hogy a megfelelő mondatra a megfelelő művelet induljon – túl fontos ahhoz, hogy ránézésre higgyem el. Van rá kiértékelés: a magas tétű eseteket valós nyelvimodell-hívásokkal futtatja, esetenként többször, mert a modell nem determinisztikus, és a kritikusabb döntéseknél szigorúbb átmenő-arányt követel. Ugyanaz a belépőpont állítja össze a modellt, a promptot és az eszközöket a teszthez, mint élesben – így az éles útvonalat mérem.
És emlékszik. Az állandó számlázási alapokat – szokásos áfa, fizetési határidő, pénznem – típusos mezőkben, determinisztikus szabályokkal alkalmazza; a lazább tudnivalókat (egy vevő mindig euróban kér, egy projektszámot fel kell tüntetni) a beszélgetéseken át megőrzi, a jóváhagyásaidból pedig tanul, így a banki párosítást és a könyvelési besorolást hónapról hónapra kevesebbet kérdezi.
A bizalom dizájnja
A dizájnrendszer neve a kódban „éjféli főkönyv”: sötét, meleg, csendes. Egy felület, amit nap mint nap használsz, ne harsogjon.
A színek jelentést hordoznak, és fukarul bánok velük. Borostyán jelzi a műveletet és a megerősítést. Zsályazöld a kiállított számlát. Okker a hiányzó adatot. A vörös pedig egyetlen dologra van fenntartva: a visszafordíthatatlanra, vagyis az éles módra és a sztornóra. Ha a vörös mindig csak annyit jelent, hogy „ez nem vonható vissza”, a felület komolyan vehető marad.
A számok monospace betűvel jelennek meg, hogy az adószám adószámnak nézzen ki. Az előnézeti kártya minden sor nettóját, áfáját és bruttóját külön kiírja, így semmi nem marad rejtve, mielőtt rábólintasz. Az asszisztens javasol; a kiállítás a te döntésed. A tesztmód az alapértelmezett, hogy valódi számla és kockázat nélkül lehessen próbálgatni.
Ugyanez az elv tartja kordában az okosságot is. A titkár sokat lát és sokat tud, de alapból semmit nem állít ki és nem küld magától: számla, díjbekérő, e-mail, felszólítás – mind megerősítő kártyán vár. A pénzedhez nincs írási hozzáférése: a bankkivonatot te adod oda, ő párosítást javasol, utalni nem tud. Az automatizmust (ismétlődő kiállítás, havi könyvelői csomag) te kapcsolod be, és bármikor ki. És minden lépés visszanézhető a fiók tevékenységnaplójában.
Ami a felület alatt van
Az Agent-kulcs tároláskor mindig titkosított (AES-256-GCM), és csak a hívás pillanatában fejti vissza a rendszer; a böngészőhöz és a nyelvi modellhez soha nem jut el. Minden számla vázlatként indul, és rögzített állapotokon halad végig: vázlat → megerősítésre vár → kiállítás alatt → kiállítva vagy sikertelen. Minden átmenet egy csak hozzáfűzhető naplóba kerül. Egy idempotenciakulcs (fiók és tételazonosító) gondoskodik róla, hogy egy újrapróbálkozás soha ne állítson ki kétszer ugyanazt. Ez az a hiba, amit a NAV-nál nem lehet megengedni.
A bekötés is a felhasználónál marad: a saját Számlázz.hu-kulcsodat kötöd be, választasz teszt és éles mód között, és onnantól a számlatörténet is a beszélgetésben épül. A bejövő oldalhoz a NAV Online Számlát figyeli, a banki réteg pedig kizárólag olvas – a kivonat párosítása sosem nyúl a pénzedhez. A fiókot kétfaktoros belépés védi.
A visszaélés ellen kéréskorlát véd; ha a korlátozó réteg kiesne, a rendszer inkább átenged, mint hogy elakadjon. A hibák nem nyers stacktrace-ként, hanem érthető üzenetként jutnak vissza, a háttérben pedig hibafigyelő rögzíti őket, hogy lássam, mi és hol akadt el. A proaktivitás ütemezve fut: hat óránként szinkronizál a NAV-val, a teendő-összefoglaló és az ismétlődő számlázás pedig saját ütemezésen. A keretek: Next.js 16, React 19, Postgres, Drizzle és Better Auth; a rendszer Railwayen fut, EU-régióban.
Hol tart most
A termék alfa, de nem vázlat. Egy mondatból ma végigvihető – teszt módban, valódi kockázat nélkül – az út a vevő feloldásától az előnézeten át a NAV-nak jelentett számláig, és vissza, sztornóval. A pénzügy mindkét oldala egy helyen van: a kimenő számlázás, a bejövő számlák, a banki párosítás, az áfa-becslés és a havi könyvelői csomag. Alatta nyolcvanon túli külön művelet, kétszintű modellválasztás, tesztekkel ellenőrzött eszközválasztás, csak hozzáfűzhető napló és AES-256-GCM-mel titkosított kulcs. Ami fizetős vagy automatikus, az tudatosan az: a Free csomag korlátoz, az ismétlődő kiállítás és a könyvelői csomag pedig csak akkor megy magától, ha bekapcsolod.
Ami jön
Hangbevitel: a vázlatot ki lehet majd mondani, de a végső igazság marad a vizuális előnézet és a kiállítás előtti rábólintás. Billingo mint kifelé is választható szolgáltató – a motor már most sem egyetlen szolgáltatóhoz köt. Automatikus MNB-árfolyam a devizás számlákhoz.
A beszélgetős réteg tehát nem a jövő, hanem a jelen. A nyelvi modell már dolgozik benne – épp azért, mert előbb elkészültek azok a részek, amelyeknek akkor is pontosnak kell maradniuk, ha a modell téved.
A láthatatlan rész
Az ígéret egy mondat: mondd el, mi a teendő, a többit elintézi. A munka java az, hogy ezt a mondatot biztonságos legyen kimondani.
Egy nyelvi modellt rákötni egy számlázó API-ra önmagában nem nehéz. A nehéz az, hogy itt „a többi” egy adóhatóságot, egy bankot és a könyvelődet is jelenti – és hogy mindezt úgy add a titkár kezébe, hogy közben végig a tiéd maradjon az irányítás. A cél mégis az, hogy elég legyen odaszólni.
Mindig van következő szint.
Ha tetszik, amit látsz (akár terméket, akár csapatot raksz össze), szívesen beszélek róla.