Când o firmă primește o versiune nouă de contract, anexă DPA, procedură internă sau caiet de sarcini, „track changes” nu este întotdeauna suficient. O virgulă mutată contează mai puțin decât o obligație nouă de raportare, o condiție de reziliere sau o excepție ascunsă într-un paragraf rescris. Aici merită folosit un Semantic Diff: nu ca verdict juridic automat, ci ca metodă de lucru care combină diferențele exacte dintre texte cu o analiză semantică verificabilă.
Ce înseamnă Semantic Diff, fără marketing
Un diff clasic compară două texte și arată ce s-a șters, ce s-a adăugat și ce s-a mutat. Microsoft Word are opțiunea „legal blackline”, descrisă de Microsoft ca metodă de comparare a două documente pentru a vedea diferențele dintre ele. Google Docs permite verificarea modificărilor prin istoricul versiunilor și arată cine a actualizat fișierul și când.
Semantic Diff adaugă peste aceste funcții o întrebare mai utilă pentru management: „ce s-a schimbat ca sens și ca obligație?”. În practică, sistemul împarte documentele în secțiuni, compară textul exact, apoi grupează fragmentele apropiate ca sens. Modelele de tip sentence embeddings, folosite în cercetarea despre similaritatea semantică a propozițiilor, pot ajuta la găsirea pasajelor reformulate, nu doar copiate identic.
Pentru firmele care lucrează cu volume mari de documente, această abordare se leagă natural de indexarea incrementală a documentelor: nu vrei să reanalizezi tot depozitul, ci doar secțiunile afectate de versiunea nouă.
Flux practic pentru documente lungi
Începe cu o regulă simplă: AI-ul nu trebuie să fie prima și singura sursă a adevărului. Păstrează fișierul vechi, fișierul nou, data primirii și canalul pe care au fost transmise. Dacă există semnături, comentarii sau istoric de editare, salvează-le înainte de conversii.
Pasul 1 este compararea exactă. Folosește Word, Google Docs sau un instrument intern pentru a marca adăugările, ștergerile și mutările. Pentru text simplu, biblioteca Diff Match Patch este documentată ca bibliotecă de manipulare a textului simplu, cu funcții de diff, match și patch în mai multe limbaje. Important: rezultatul exact se păstrează ca dovadă tehnică, nu se înlocuiește cu rezumatul AI.
Pasul 2 este segmentarea. Împarte documentul după capitole, clauze, liste și definiții. Pentru fiecare fragment, notează identificatorul: capitol, pagină, clauză sau titlu. Fără acest pas, AI-ul poate produce un rezumat corect ca idee, dar inutil pentru verificare.
Pasul 3 este analiza semantică. Cere sistemului să marcheze schimbările în categorii clare: obligație nouă, obligație eliminată, termen modificat, condiție nouă, excepție introdusă, responsabilitate mutată, definiție schimbată. În zona de productivitate, aceeași disciplină ajută și la organizarea documentelor și recapitulărilor cu AI, dar aici miza este controlul riscului, nu doar economisirea timpului.
Ce trebuie verificat manual
Semantic Diff nu decide dacă o clauză este acceptabilă pentru firmă. Decide doar ce merită citit cu atenție. O modificare aparent minoră, precum „poate” în loc de „trebuie”, poate schimba nivelul de obligație. O condiție introdusă într-o anexă poate afecta livrarea, plata sau răspunderea, chiar dacă restul contractului pare neschimbat.
Lista de verificare ar trebui să includă: termene, penalități, limitări de răspundere, drepturi de audit, transferuri de date, subcontractori, confidențialitate, condiții de reziliere și obligații de notificare. Pentru documente cu date personale, verificarea trebuie făcută împreună cu responsabilul de protecția datelor sau cu consilierul juridic, după caz.
NIST AI Risk Management Framework recomandă gestionarea riscurilor AI prin funcțiile Govern, Map, Measure și Manage. Aplicat aici, asta înseamnă reguli interne, context clar pentru documente, măsurarea erorilor și decizii asumate de oameni, nu aprobări automate generate de model.
Controale pentru o firmă din România
Stabilește un registru al comparațiilor: cine a cerut analiza, ce versiuni au fost comparate, ce instrument a fost folosit, ce fragmente au fost marcate și cine a aprobat concluzia. Dacă folosești RAG sau un asistent intern peste documente, ai grijă la invalidare: după schimbarea sursei, rezultatele vechi pot rămâne în cache. Pentru această problemă există o discuție separată despre semantic caching pentru RAG și invalidarea după schimbarea documentelor.
Nu încărca documente confidențiale într-un serviciu AI fără verificarea contractului, a setărilor de retenție și a drepturilor de acces. Pentru documente sensibile, varianta mai sigură este un flux controlat: stocare internă, jurnalizare, drepturi pe roluri și export al raportului de diferențe pentru revizie umană.
Rezultatul bun nu este un rezumat frumos, ci o listă trasabilă: fragment vechi, fragment nou, tipul schimbării, risc posibil, persoana care verifică și decizia. Așa transformi AI-ul într-un filtru de atenție, nu într-un semnatar invizibil al contractelor.
Întrebări frecvente
Semantic Diff înlocuiește verificarea juridică?
Nu. Semantic Diff ajută firma să identifice pasajele schimbate ca sens, dar decizia privind acceptarea unei clauze trebuie verificată de oamenii responsabili.
De ce nu este suficient un simplu „track changes”?
Un diff clasic arată adăugări și ștergeri, dar nu explică întotdeauna efectul unei reformulări asupra obligațiilor, termenelor sau condițiilor.
Ce trebuie păstrat ca dovadă?
Firma ar trebui să păstreze versiunea veche, versiunea nouă, data primirii, canalul de transmitere, comparația exactă și raportul cu fragmentele marcate.
Ce riscuri apar dacă folosesc un serviciu AI extern?
Pentru documente confidențiale, trebuie verificate contractul, setările de retenție și drepturile de acces înainte de încărcare.
