Mit takar a kategória?
Az AI szerződéselemző olyan szoftver, amely egy szerződés átnézésének előkészítő munkáját végzi el. Beolvassa a dokumentumot, kibontja belőle a lényeges kikötéseket, összeveti azokat egy előre rögzített mércével, és megjelöli, hol tér el a szöveg attól, amit az iroda elfogadhatónak tart. A kimenete nem álláspont, hanem rendezett anyag: kikötések, jelzések és szövegjavaslatok, mindegyik a szerződés konkrét pontjához kötve.
Ez a meghatározás szándékosan szűk. Nem tartozik bele az a program, amelyik csak kulcsszavakat emel ki egy dokumentumból, és nem tartozik bele az a használat sem, amikor valaki egy általános célú chatbotba illeszti be az iratot. Az első kevés ahhoz, hogy érdemi időt takarítson meg; a második ügyvédi irodánál más okból problémás, és erre a cikk végén visszatérünk.
A valódi fájdalom nem a tudás hiánya
Egy tapasztalt ügyvéd fél perc alatt észreveszi a rosszul megírt felelősségkorlátozást. A gond nem az, hogy ne tudná — hanem hogy ezt heti több tucat szerződésen kell megtennie, jórészt ugyanazokon a pontokon. Az ismétlődő átolvasás, a kockázatos kikötések kiszűrése és a saját sablonhoz igazítás nem szakmai kihívás; időt és figyelmet visz el attól, ami az.
Kis és közepes irodánál ez különösen élesen jelentkezik, mert nincs mögötte dedikált előkészítő kapacitás: minden a partneren és néhány kollégán múlik, és nincs kire delegálni az első átolvasást. Ha a partner ideje az egyetlen szűk keresztmetszet, akkor a növekedést nem a szakértelem korlátozza, hanem az átfutási idő. Az AI szerződéselemző erre a szűk keresztmetszetre válasz — és józanul nézve csak erre.
Mit automatizál ma az AI, és mit nem
Amit a gép megbízhatóan elvégez
Először a kikötés-kinyerést: a felek, a kötelezettségek, a futamidő, a felelősség, a felmondás és a GDPR-záradékok azonosítását, majd ezek rendezett megjelenítését. Ezután az összevetést: a kikötések ütköztetését az iroda standard pozícióival és az eltérések megjelölését — és ami legalább ennyire fontos, a hiányzó védő-kikötés jelzését, ami átolvasáskor sokkal könnyebben elsikkad, mint egy rosszul megfogalmazott bekezdés. Végül a szövegjavaslatot: redline-t és standard kikötést az iroda hangján, valamint a dokumentumra irányuló kérdés-választ.
Amit nem vesz át
A jogi értékelést. Azt, hogy egy adott ügyfélnek, egy adott üzleti helyzetben elfogadható-e a kockázat, melyik ponton érdemes engedni a tárgyaláson, és milyen következménnyel jár mindez. Ugyanígy nem veszi át az ügyfélkapcsolatot sem: a bizalom, a jó kérdés és a helyzet megértése nem automatizálható részfeladat. A szoftver előkészít; az eljáró ügyvéd ellenőriz, dönt és véglegesít — a felelősség végig nála marad.
Ezt nem óvatosságból írjuk le. Aki abból indul ki, hogy az eszköz majd megmondja a választ, rosszul is fogja használni: átfutja a kimenetet ahelyett, hogy ellenőrizné. Aki abból indul ki, hogy előkészített anyagot kap egy szakértő kezébe, az nyer vele időt.
Miért számít a kikötés szintű hivatkozás
Egy jelzés önmagában keveset ér. Ha a rendszer azt írja, hogy a felelősségkorlátozás aránytalan, de nem mutatja meg, melyik bekezdésből következtetett erre, akkor az ügyvédnek újra végig kell olvasnia a szerződést — pontosan azt az időt költve el, amit meg kellett volna spórolni. A hivatkozás ezért nem kényelmi funkció, hanem az egész munkafolyamat feltétele: minden állításnak visszavezethetőnek kell lennie a dokumentum egy konkrét pontjára.
Ennek van egy második hozadéka is. A hivatkozás teszi láthatóvá, ha a rendszer téved. Ellenőrizhetetlen kimenetnél a hiba észrevétlen marad, és éppen ott okoz kárt, ahol a legkevésbé szabadna; hivatkozott kimenetnél viszont az első ellenőrzésnél kiderül. Egy eszköz megbízhatóságát nem az mutatja meg, hogy sosem téved, hanem az, hogy a tévedése mennyire gyorsan válik láthatóvá.
Mi az a playbook, és miért kevesebbet ér egy általános checklista
A playbook az iroda standard pozícióinak írásba foglalt gyűjteménye. Nem jogszabálygyűjtemény és nem általános kockázati lista: azt rögzíti, hogy ez az iroda milyen felelősségkorlátozást fogad el, milyen felmondási időt tart elfogadhatónak, milyen titoktartási kikötést vár el, és melyik az a záradék, aminek minden esetben szerepelnie kell.
Egy általános checklista mindenkinél ugyanazt jelzi. Ezért gyakran olyat is szóvá tesz, ami az adott irodánál nem kockázat, miközben elhallgat olyat, ami ott igenis az. A playbookra hangolt rendszer az irodához méri a szerződést, nem egy piaci átlaghoz. Ennek ára van: a playbookot össze kell rakni, és ez néhány munkaülésnyi közös gondolkodás. Cserébe ez az a pont, ahol egy általános eszközből az iroda eszköze lesz.
Ahol az adatkérdés belép a képbe
Eddig a szakmai oldalról volt szó — holott ügyvédi irodánál rendszerint egy másik kérdés dönt: hová kerül a feltöltött irat. A privilegizált ügyfélanyag nem kezelhető úgy, mint egy belső feljegyzés, és ez már azelőtt behatárolja a szóba jöhető eszközök körét, hogy a funkciólistát megnéznénk. Ezt a kérdést külön írásban vettük végig.
Hogyan oldja meg mindezt az AI Szerződéselemző
A rendszer hat lépésben dolgozik. Magyar nyelvű szerződés feltöltése PDF- vagy DOCX-formátumban; kikötés-kinyerés a felekre, a kötelezettségekre, a futamidőre, a felelősségre, a felmondásra és a GDPR-záradékokra; kockázatjelzés az iroda saját playbookja alapján, a hiányzó védő-kikötésekkel együtt; redline és standard kikötések az iroda hangján; hivatkozott kérdés-válasz a dokumentumra. A hatodik lépést szándékosan nem a szoftver végzi: az eljáró ügyvéd ellenőriz és véglegesít.
Mindez privát AI-ként fut: saját, EU-s hardveren, külső AI-API nélkül — vagy teljes egészében az iroda saját szerverén. A rendszer magyar nyelvű szerződéseken dolgozik, magyar jogi korpuszra hangolva, és a bevezetés egy vagy két szerződéstípussal indul, jellemzően titoktartási megállapodással vagy szolgáltatási szerződéssel. Ez a szűkítés nem szerénység, hanem módszer: egy típuson mérhető, mit talál meg a rendszer és mit nem.
Ez az írás általános tájékoztatás, nem jogi tanácsadás. Az AI Szerződéselemző szoftver; a jogi döntés és a felelősség az eljáró ügyvédé.