A munkafolyamat
Hogyan működik az AI szerződéselemzés?
Hat lépés a feltöltéstől a véglegesítésig. Az első ötöt a rendszer végzi, az iroda saját standard pozíciói szerint. A hatodikat szándékosan nem veszi át.
Lépésről lépésre
A hat lépés közelről.
Minden lépésnél ott áll, mit jelent ez az iroda hétköznapjaiban.
Feltöltés
Az iroda magyar nyelvű szerződést tölt fel PDF- vagy DOCX-formátumban — abban a formában, ahogy az akta amúgy is megérkezik. A dokumentum a privát, EU-s környezetbe kerül, vagy az iroda saját szerverére; külső AI-szolgáltatóhoz nem megy ki.
Mit jelent ez a gyakorlatban?
- Nincs átgépelés: a meglévő fájl megy be, változtatás nélkül.
- A feltöltött irat a privát környezetben marad, külső AI-API nélkül.
Kikötés-kinyerés
A rendszer végigolvassa a szerződést, és kiemeli a jogilag releváns elemeket: a feleket, a kötelezettségeket, a futamidőt, a felelősségi és felmondási kikötéseket, valamint a GDPR-záradékokat. A tucatnyi oldalon szétszórt rendelkezésekből strukturált, egy képernyőn átnézhető kép lesz.
Mit jelent ez a gyakorlatban?
- A kikötések egy helyen, összevethető formában jelennek meg.
- A mellékletekbe rejtett rendelkezés sem marad ki.
Kockázatjelzés
A kinyert kikötéseket a rendszer az iroda saját standard pozícióihoz — a playbookhoz — méri, nem egy általános checklistához. Jelzi az eltérést a megszokott szövegtől, és ami legalább ilyen fontos: jelzi a hiányzó védő-kikötést is, azt, ami nincs benne a szerződésben.
Mit jelent ez a gyakorlatban?
- Az eltérés az iroda saját elvárásához képest látszik, nem elvont mércéhez.
- A hiányzó kikötés éppúgy megjelenik, mint a rosszul szövegezett.
Szövegjavaslat
A jelzett pontokhoz a rendszer redline-t és standard kikötés-szöveget ajánl, az iroda szövegezési szokásai szerint. A javaslat javaslat marad: nem írja felül a dokumentumot, és nem hoz döntést az ügyvéd helyett.
Mit jelent ez a gyakorlatban?
- A kiindulási szöveg kész — nem üres lapról indul a szövegezés.
- Minden javaslat elfogadható, átírható vagy elvethető.
Kérdés-válasz
Az iroda kérdést tehet fel a dokumentumra — mennyi a felmondási idő, hol korlátozza a szerződés a felelősséget, mit ír az adatfeldolgozásról —, és a választ a rendszer a konkrét kikötésre hivatkozva adja meg. A hivatkozás miatt a válasz ellenőrizhető: nem bizalmat kér, hanem megmutatja, honnan származik.
Mit jelent ez a gyakorlatban?
- Minden válasz mellett ott a kikötés, amiből származik.
- Az ellenőrzés egy odalapozás, nem a szerződés újraolvasása.
Az ügyvéd véglegesít
Ezt a lépést a rendszer szándékosan nem veszi át. A szakmai ellenőrzés, a döntés és a felelősség az eljáró ügyvédé marad — az AI Szerződéselemző szoftver, nem jogi tanácsadás. Az előző öt lépés kimenete előkészítés: onnan az ügyvéd dolgozik tovább.
Mit jelent ez a gyakorlatban?
- A kimenet előkészített anyag, nem jogi álláspont.
- Az ügyfél felé az iroda felel — ezen a rendszer nem változtat.
És mindez hol fut? Nem egy amerikai szolgáltatónál.
A hat lépés mindegyike privát AI-n zajlik: az ATAILA saját, EU-s hardverén, vagy teljes egészében az iroda saját szerverén. Külső AI-API nincs a folyamatban, így a privilegizált irat nem hagyja el a védett környezetet. DPA, audit-nyom és adatkimentés a csomag része.
A playbook
Ettől lesz a kimenet az irodáé.
A playbook az iroda standard pozícióinak rendezett gyűjteménye: az a néhány tucat kikötés-elvárás, amit a partnerek amúgy is fejből tudnak, csak eddig nem volt leírva. Ez a harmadik lépés mércéje — enélkül a kockázatjelzés általános maradna.
Mit tartalmaz
A megszokott felelősségkorlátozást, a vállalható kötbér- és felmondási feltételeket, a kötelező adatvédelmi kikötéseket — vagyis azt, amit az iroda egy adott szerződéstípusnál el szokott érni, és azt, amit nem enged.
Egyszer állítjuk be
A standard pozíciók felvétele egyszeri munka szerződéstípusonként; onnantól minden feldolgozott dokumentum ehhez mérődik. Módosítani bármikor lehet, és a következő szerződésnél már az új állapot érvényes.
Ettől nem általános
Playbook nélkül bármelyik eszköz csak elvont kockázati listát tud adni. A playbookkal a jelzés az iroda saját elvárásához szól — ezért használható, és ezért lehet másodpercek alatt eldönteni, hogy jogos-e.
A playbook felvétele a bevezetés első érdemi lépése, és a pilot része. Így zajlik a pilot →
Fókusz
Miért egyetlen szerződéstípussal kezdünk?
Mert „az egész jogot” nem lehet lemérni, egy titoktartási vagy egy szolgáltatási szerződést viszont igen. A szűk kezdés nem szerénység, hanem az egyetlen mód, hogy az iroda tényleg lássa, mit kap.
Egy típus, mérhető eredmény
Egy szerződéstípusnál pontosan megmondható, mit kellett volna kiemelni, és mit jelzett a rendszer. Az iroda a saját aktáin, számon kérhetően látja az eredményt — nem egy általános ígéretet mérlegel.
A playbook véges marad
Egyetlen típushoz tartozó standard pozíciók néhány óra alatt felvehetők egy tapasztalt kollégával. Egy teljes jogterületnél ugyanez hónapokba fulladna, és soha nem érne készre.
Előbb működjön, aztán bővüljön
Amikor az első típus stabilan hozza az eredményt, a következő már a bejáratott folyamatra épül: a feltöltés, a jelzés és az ellenőrzés rendje megvan, csak a pozíciók bővülnek.
A platform tovább bővül
A szerződéselemzés az első modul.
Ugyanez a hat lépés — feltöltés, kinyerés, jelzés, javaslat, hivatkozott válasz, ügyvédi véglegesítés — a további modulok alapja is. Mind ugyanazon a privát AI-platformon fut:
- GDPR és EU AI Act megfelelőségi asszisztens
- Dokumentum- és sablongenerálás
- Jogi átvilágítás (due diligence) támogatás
- Jogi kérdés-válasz a magyar joganyagra
- Ügyfél-bekérdezés (intake)
Nézzük meg a hat lépést az Önök szerződésén.
Mondja el, melyik szerződéstípus viszi el a legtöbb időt az irodában, és megmutatjuk rajta a teljes munkafolyamatot — az Önök standard pozíciói szerint.