AI do porównywania wersji umowy: jak pokazać zmianę i skierować ją do oceny

Dwie wersje umowy różnią się kilkoma zdaniami. W jednej zmieniono termin odpowiedzi, w drugiej dopisano wyjątek dotyczący odpowiedzialności. Narzędzie oparte na AI może pomóc wskazać miejsca wymagające uwagi i przygotować porównanie. Nie powinno jednak samo rozstrzygać, czy nowe brzmienie jest korzystne ani czy dokument można podpisać. Taką ocenę podejmuje osoba znająca sprawę i uprawniona do decyzji.

Żeby porównanie było przydatne, system musi wiedzieć, które wersje zestawia, pokazywać fragmenty źródłowe i zachować informację o zmianach, których nie potrafił odczytać. Ważna jest także ochrona dokumentów oraz sposób przekazania wyniku prawnikowi lub właścicielowi umowy. Efektowna lista różnic nie wystarczy, jeśli nie wiadomo, z jakich plików powstała.

Jeśli rozważasz takie rozwiązanie, wyślij brief z opisem rodzaju dokumentów, uczestników przeglądu i decyzji podejmowanych po porównaniu. Na początek wystarczą fikcyjne fragmenty. Nie przesyłaj poufnych umów, danych klientów ani haseł.

Wybierz dwie właściwe wersje

Wyobraźmy sobie firmę negocjującą umowę z dostawcą. Po kilku wymianach wiadomości pracownik otrzymuje nowy plik i chce porównać go z ostatnią wersją zaakceptowaną wewnętrznie. To przykład projektowy, a nie opis zrealizowanego wdrożenia ani porada prawna. Pierwsze pytanie brzmi: który dokument stanowi punkt odniesienia i kto potwierdził, że jest właściwy?

Nazwy plików nie zawsze wystarczą. „Umowa_finalna_2” może być wcześniejsza niż załącznik w ostatniej wiadomości. Aplikacja powinna pozwolić rozpoznać dokumenty po sprawie, dacie, autorze i uzgodnionym statusie. Warto też pokazać osobie przeglądającej oba pliki przed uruchomieniem analizy. Pomyłka na tym etapie sprawi, że nawet poprawne porównanie odpowie na niewłaściwe pytanie.

Ustalcie, czy porównanie obejmuje tylko treść głównego dokumentu, czy także załączniki, tabele i przypisy. Zmiana w załączniku cenowym może mieć znaczenie mimo braku zmian na pierwszej stronie. Jeżeli system nie potrafi odczytać części materiału, powinien to wyraźnie wskazać. Brak wykrytej różnicy w nieodczytanej sekcji nie jest dowodem, że sekcja pozostała bez zmian.

Dostęp do obu wersji powinien wynikać z uprawnień osoby prowadzącej sprawę. Pracownik, który widzi jedną umowę, nie musi automatycznie mieć dostępu do całej korespondencji z kontrahentem. O kontroli źródeł w aplikacjach korzystających z dokumentów piszemy w tekście o uprawnieniach do firmowych dokumentów.

Oddziel wykrycie różnicy od interpretacji

Podstawowa lista zmian może pokazać fragment usunięty i nowy tekst. Taki widok pozwala osobie przeglądającej samodzielnie ocenić brzmienie. AI może dodatkowo zaproponować krótkie podsumowanie, ale powinno ono prowadzić z powrotem do obu fragmentów. Jeśli podsumowanie mówi o „wydłużeniu terminu”, użytkownik musi móc zobaczyć wcześniejszą i nową wartość wraz z otaczającymi je warunkami.

Nie każda zmiana ma ten sam charakter. Poprawa literówki różni się od usunięcia wyjątku, zmiany osoby odpowiedzialnej lub dopisania warunku. Narzędzie może proponować grupowanie, lecz ocena znaczenia należy do człowieka. Przy braku kontekstu bezpieczniej jest oznaczyć fragment do sprawdzenia niż twierdzić, że jest nieistotny.

Warto też zwracać uwagę na zmiany przeniesione w inne miejsce. Akapit może zniknąć z jednej sekcji i pojawić się w innej, częściowo zmieniony. Samo porównanie pozycji w pliku może pokazać usunięcie i dodanie bez wyjaśnienia związku między nimi. Zespół powinien wiedzieć, jak narzędzie przedstawia takie przypadki i czy można łatwo przejść do obu miejsc.

Opis zmiany nie jest poradą dotyczącą skutków prawnych. System może wskazać, że w jednym fragmencie zastąpiono określoną wartość inną, ale nie powinien bez dodatkowej oceny obiecywać, że umowa spełnia wymagania albo nie zawiera ryzyka. O pracy z materiałem w usługach profesjonalnych piszemy w artykule o AI w usługach profesjonalnych.

Sprawdź odczyt i kompletność materiału

Plik edytowalny, skan i dokument zawierający obrazy wymagają różnych sposobów odczytu. Przy skanie może pojawić się błąd rozpoznania tekstu, a tabela może stracić powiązanie między nazwą pozycji a wartością. Jeżeli narzędzie przetwarza tylko tekst, powinno wskazać strony lub elementy, których nie udało się wiarygodnie odczytać. Osoba przeglądająca potrzebuje dostępu do oryginalnego widoku.

Dla obu wersji sprawdźcie liczbę stron, obecność załączników oraz sposób obsługi komentarzy i śledzonych zmian. Nie każdy komentarz jest częścią ostatecznej treści, a nie każda zmiana widoczna w edytorze została już zaakceptowana. Przed porównaniem trzeba ustalić, które elementy mają być analizowane i jak prezentować ich status.

Przy dokumentach wielojęzycznych znaczenie mają także powiązania między wersjami językowymi. Tłumaczenie może nie być dosłownym odwzorowaniem struktury innego pliku. Jeżeli system porównuje różne języki, wynik powinien wyraźnie wskazać ograniczenia i umożliwić kontrolę przez osobę znającą oba teksty. Nie należy zakładać, że brak wykrytej różnicy oznacza pełną zgodność znaczenia.

Przygotujcie przykłady dokumentów z prostymi i trudniejszymi zmianami: pojedynczą datą, usuniętym warunkiem, zmienioną tabelą oraz nieczytelną stroną. Zespół powinien wcześniej zapisać, czego oczekuje od narzędzia i które wyniki wymagają ręcznej kontroli. O projektowaniu takich scenariuszy piszemy w artykule o testowaniu asystenta AI.

Zaprojektuj przegląd i decyzję

Wynik porównania powinien pomagać w pracy nad konkretną sprawą. Przydatne mogą być: opis zmiany, dwa fragmenty źródłowe, osoba odpowiedzialna, komentarz oraz stan przeglądu. Jeśli kilka osób analizuje różne części umowy, trzeba ustalić, kto zbiera uwagi i podejmuje decyzję o kolejnej wersji. Sama liczba oznaczonych fragmentów nie mówi, czy dokument jest gotowy.

Zespół może potrzebować stanów takich jak „do sprawdzenia”, „wyjaśnione” i „wymaga decyzji”. Nazwy i przejścia powinny odpowiadać rzeczywistemu procesowi. Jeśli prawnik odrzuca proponowaną interpretację narzędzia, powinien móc zapisać własną uwagę bez zmieniania oryginalnego dokumentu. Historia powinna odróżniać propozycję systemu od oceny człowieka. Jeżeli przegląd odbywa się wspólnie z kancelarią, dostęp do materiałów może uporządkować portal klienta kancelarii.

Przy zmianie wersji podczas przeglądu warto wyraźnie wskazać, które uwagi dotyczą wcześniejszego pliku. Część z nich może być nadal aktualna, inne wymagają ponownego sprawdzenia. Automatyczne przeniesienie wszystkich komentarzy do nowej wersji bez kontroli może sprawić, że uwaga znajdzie się przy niewłaściwym fragmencie.

Jeśli z wyniku ma powstać wiadomość do kontrahenta, osoba odpowiedzialna powinna przed wysyłką sprawdzić adresata i treść. W artykule o zatwierdzaniu działań AI opisujemy znaczenie czytelnej propozycji oraz decyzji dotyczącej konkretnego działania. Przy umowie szczególnie ważne jest, aby system nie wysłał stanowiska firmy na podstawie niezatwierdzonego podsumowania.

Powiązanie decyzji z konkretnym plikiem jest potrzebne także przy akceptacji materiałów marketingowych przed publikacją.

Ustal drogę poufnych danych

Mapa procesu powinna obejmować miejsce przechowywania umów, narzędzie odczytujące plik, usługę porównującą, ekran przeglądu oraz system zapisujący wynik. Przy każdym etapie zapytajcie o zakres danych, dostęp i okres przechowywania. Jeśli w pracy uczestniczą zewnętrzni dostawcy, potrzebne są także aktualne warunki dotyczące używanych funkcji i konfiguracji.

Dokumentacja OpenAI o kontroli danych w API pokazuje, że zasady przechowywania i dostępne opcje mogą zależeć od funkcji i ustawień. To przykład źródła, które należy sprawdzić dla konkretnej usługi, a nie uniwersalna zasada dla całego rynku. Warunki innego dostawcy mogą być inne, podobnie jak ustalenia umowne dla danej organizacji.

Zastanówcie się, czy do przeglądu potrzebny jest cały dokument, czy tylko określone fragmenty. Ograniczenie zakresu może zmniejszyć ilość przekazywanych informacji, ale nie powinno usuwać warunków potrzebnych do zrozumienia zmiany. Wybór wymaga próby na rzeczywistych typach dokumentów przy odpowiedniej ochronie danych lub na materiałach zastępczych.

Ustalcie również, co trafia do dzienników technicznych. Do wyjaśnienia błędu integracji nie zawsze potrzebna jest pełna treść umowy. Przydatne mogą być identyfikator sprawy, wersja procesu i rodzaj błędu. O przygotowaniu danych i odpowiedzialności za źródła piszemy w artykule o porządku w danych przed wdrożeniem AI.

Sprawdź cały proces, zanim zespół zacznie mu ufać

W próbie uwzględnijcie zamianę wersji miejscami, brak załącznika, błędnie odczytaną tabelę oraz zmianę dokumentu podczas przeglądu. Sprawdźcie, czy osoba oceniająca może otworzyć oba źródła, poprawić opis i przekazać sprawę dalej. Test powinien obejmować również użytkownika bez dostępu do jednego z plików oraz próbę otwarcia wyniku po odebraniu uprawnienia.

Przy integracji z repozytorium dokumentów ustalcie, który system przechowuje wynik oraz jak powiązać go z właściwą sprawą. Jeżeli zapis komentarza lub pobranie pliku się nie powiedzie, pracownik powinien dostać czytelną informację. O podziale odpowiedzialności między systemami piszemy w artykule o integracji systemów i źródłach danych.

Po wdrożeniu zbierajcie przypadki, w których przegląd człowieka wykrył pominiętą zmianę lub niewłaściwy opis. Wykorzystujcie odpowiednio przygotowane przykłady do ponownych testów po zmianie narzędzia. Wskazówki OpenAI dotyczące oceny opisują tworzenie zestawów związanych z konkretnym zadaniem. Wynik takiej oceny nie zastępuje przeglądu prawnego danego dokumentu.

Warto wcześniej określić, jak zespół będzie traktował różnice czysto redakcyjne. Zmiana numeracji, formatowania albo podziału akapitów może utrudnić znalezienie właściwej poprawki. Nie należy jednak automatycznie ukrywać wszystkich takich różnic: numeracja może być używana w odwołaniu do innej części dokumentu. Osoba przeglądająca powinna mieć możliwość obejrzenia pełnego porównania oraz zawężenia widoku według uzgodnionych zasad.

Osobnego scenariusza wymaga brak wyniku od dostawcy. Jeśli przetwarzanie dokumentu trwa dłużej niż oczekiwano, pracownik powinien wiedzieć, czy zadanie nadal jest wykonywane, czy zakończyło się błędem. Ponowna próba nie powinna usuwać wcześniejszych uwag ani tworzyć kilku nieodróżnialnych raportów. Właściciel sprawy potrzebuje również drogi ręcznego porównania, gdy narzędzie jest niedostępne lub nie potrafi obsłużyć danego formatu.

Gdy porównanie obejmuje kilka tur negocjacji, zachowajcie powiązanie każdego raportu z dwiema konkretnymi wersjami. Raport między wersją pierwszą a drugą odpowiada na inne pytanie niż zestawienie wersji pierwszej z czwartą. Widok historii powinien pomagać rozpoznać tę różnicę i nie sugerować, że wszystkie wcześniejsze uwagi zostały uwzględnione w najnowszym pliku. Taki stan potwierdza osoba prowadząca sprawę.

Po zakończeniu przeglądu ustalcie, gdzie przechowywane są zatwierdzone uwagi i kto może do nich wrócić. Nie każda robocza propozycja systemu musi zostać zachowana w tej samej formie co końcowa decyzja. Zasady dostępu i czasu przechowywania należy dobrać do procesu oraz obowiązujących wymagań. Warto też sprawdzić, czy usunięcie roboczej kopii nie pozostawia niepotrzebnych duplikatów w innych narzędziach.

Przy przekazywaniu sprawy kolejnej osobie przydaje się także lista pytań, które nadal wymagają decyzji. Dzięki temu nowy uczestnik nie musi odtwarzać całej historii z komentarzy rozproszonych po różnych plikach.

Na początek można wybrać jeden rodzaj umowy i ograniczoną grupę użytkowników, którzy znają jej strukturę. Po próbie będzie łatwiej ustalić, co system potrafi wiarygodnie pokazać, a które fragmenty zawsze wymagają bezpośredniej kontroli. Projektując rozwiązania AI dla firm, warto zaplanować tę kontrolę razem z drogą dokumentu i odpowiedzialnością za decyzję.