Model streszcza czterdzieści stron umowy w dziesięciu punktach i pisze: „ryzyko ograniczone”. Brzmi uspokajająco. Nie zauważa, że załącznik zmienia karę, odniesienie do polityki prowadzi do nowej wersji, a klauzula o danych dotyczy innego procesu. Streszczenie jest krótkie. Odpowiedzialność nadal długa.
Analiza umowy z AI powinna przygotowywać mapę obowiązków, dowodów i pytań. Nie zastępuje oceny prawnika ani decyzji biznesowej. Ma pomóc nie zgubić warunku, powiązania i wersji.
Ustal cel i rolę czytającego
Zapisz, czy analiza dotyczy podpisania, negocjacji, wdrożenia, zmiany lub zakończenia. Inne pytania zadajesz przed podpisem, inne przy egzekwowaniu obowiązku. Model powinien pracować na konkretnym pytaniu.
Określ, czyj interes analizujesz i jaka jest rola zespołu. Nie wystarczy „czy umowa jest bezpieczna”. Bezpieczna dla kogo i przy jakim procesie? Ta sama klauzula może mieć inny skutek dla dostawcy i klienta.
Zaznacz, że wynik jest materiałem roboczym. Prawnik i właściciel decydują o ocenie prawnej oraz akceptacji ryzyka. AI nie zna pełnego kontekstu negocjacji i zależności biznesowych.
Zbierz komplet dokumentów i wersji
Sprawdź umowę główną, załączniki, aneksy, polityki, ofertę i odniesienia zewnętrzne. Zapisz daty, statusy i relacje. Dokument bez załącznika może wyglądać na kompletny, ale kluczowy limit znajduje się właśnie w nim.
Nie zakładaj, że najnowsza data pliku oznacza wiążącą wersję. Sprawdź podpisanie i obowiązywanie. Jeżeli wersja robocza i podpisana są w tym samym folderze, oznacz je przed analizą.
Przy skanach sprawdź odczyt stron i tabel. Brak jednej strony może zmienić cały wniosek. Metody odbioru opisuje przewodnik o OCR polskich dokumentów.
Stwórz mapę stron i procesów
Wypisz strony, role, podwykonawców, odbiorców danych i właścicieli decyzji. Następnie procesy: dostarczenie, odbiór, płatność, wsparcie, zmiana, zakończenie, usuwanie. Nie analizuj klauzul jako luźnych cytatów bez skutku.
Przy każdym procesie zapisz obowiązek i dowód wykonania. „Dostawca zapewnia wsparcie” nie mówi, co zespół musi zrobić w praktyce. Szukaj kanału, czasu, zakresu i ograniczeń.
Jeżeli dokument odnosi się do polityki zewnętrznej, zachowaj jej adres i wersję. Model nie powinien streszczać jej bez odczytu. Sprawdź treść i wersję dokumentu, a w razie wątpliwości poproś prawnika o ocenę, czy i w jakim zakresie odesłanie wiąże strony. Samo przeczytanie linku nie rozstrzyga skuteczności odesłania.
Wyciągaj obowiązki z warunkami
Przy każdym punkcie zapisz, kto, co, kiedy, na jakim warunku i z jakim skutkiem. Zachowaj wyjątki oraz odniesienia do innych sekcji. Nie zamieniaj „może” na „musi” i „rozsądny termin” na konkretny dzień.
Zaznacz pojęcia wymagające definicji: wrażliwe dane, awaria, istotne naruszenie, uzasadniony koszt, dzień roboczy. Jeżeli definicje są w innej sekcji, połącz je z klauzulą. Bez tego model może użyć znaczenia potocznego.
Nie oceniaj automatycznie, czy zapis jest ważny lub wykonalny. To wymaga prawa właściwego i kontekstu. Możesz przygotować pytanie dla prawnika z dokładnym cytatem.
Mapuj skutek na pracę firmy
Przy obowiązku zapisz właściciela wewnętrznego, system i dowód. Jeżeli umowa wymaga powiadomienia w określonym czasie, potrzebny jest alert i zastępstwo. Sam przepis w dokumencie nie tworzy procesu.
Sprawdź, czy firma ma wymagane narzędzia i dane. Zobowiązanie do raportowania może być trudne bez rejestru zdarzeń. Nie zapisuj „do wdrożenia” bez osoby i terminu.
Przy braku możliwości wykonania warunku zaznacz go przed podpisaniem. Model nie powinien obiecywać zgodności na podstawie tego, że proces brzmi standardowo.
Szukaj sprzeczności między sekcjami
Porównaj główną umowę z załącznikami, polityką prywatności, SLA i ofertą. Zapisz rozbieżności w czasie, zakresie, odpowiedzialności i danych. Nie wybieraj automatycznie dłuższego tekstu ani nowszego pliku.
Sprawdź zasady pierwszeństwa. Dokument może wskazywać, która część ma wyższą wagę w konflikcie. Przywołaj właściwą klauzulę zamiast zgadywać. Jeżeli nie rozstrzyga problemu, zostaw pytanie.
Nie uśredniaj kar, terminów ani limitów. Dwie różne liczby nie tworzą trzeciej bezpiecznej. Czytelnik musi zobaczyć konflikt i jego skutek.
Analiza danych wymaga przepływu
Zapisz, jakie dane wchodzą do usługi, gdzie są przechowywane, kto je przetwarza, jak długo i jak się je usuwa. Uwzględnij logi, kopie, wsparcie i podwykonawców. Klauzula „nie trenujemy” nie odpowiada na cały przepływ.
Sprawdź prawa i obowiązki po zakończeniu. Eksport, format, termin usuwania i dowód są praktycznymi punktami. Model nie powinien stwierdzać „dane są bezpieczne” na podstawie jednej deklaracji.
Przy pracy z NDA i poufnymi materiałami stosuj zasady z przewodnika o NDA przy AI. Sama analiza umowy również przetwarza chronioną treść.
Nie przepisuj porady prawnej z modelu
Nie pytaj „czy możemy to podpisać?” i nie przyjmuj odpowiedzi jako decyzji. Przygotuj listę konkretnych pytań: skutek klauzuli, konflikt, brak definicji, nadmierny zakres, niewykonalny obowiązek.
Każde pytanie powinno zawierać cytat i kontekst procesu. Prawnik otrzymuje materiał do oceny, nie wygładzoną wersję, która ukrywa problem. Model może pomóc sformułować pytania, ale nie wybierać odpowiedzi.
Przy decyzji biznesowej oddziel ryzyko prawne od kosztu i możliwości operacyjnych. Akceptacja należy do właściciela, nie do modelu ani automatycznego raportu.
Przykład: eksport po zakończeniu
Umowa mówi o eksporcie danych, ale załącznik ogranicza go do formatu PDF. Zespół potrzebuje migracji do nowego systemu. Model oznacza „eksport dostępny” i kończy temat. Operacyjnie to nie jest wystarczające.
Mapa powinna pokazać format, zakres, relacje, termin i koszt przygotowania. Pytanie do negocjacji dotyczy eksportu strukturalnego, a nie tylko możliwości pobrania pliku. Przy wyborze dostawcy łączy się to z oceną ofert SaaS.
Test praktyczny powinien potwierdzić eksport przed podpisaniem lub wdrożeniem. Klauzula jest ważna, ale rzeczywisty plik pokazuje koszt wyjścia.
Odbiór mapy przez dwie role
Prawnik sprawdza interpretację i pytania prawne. Właściciel procesu sprawdza wykonalność, systemy i koszt. Nie przekazuj im tylko ogólnego streszczenia. Każda rola potrzebuje cytatów i powiązań.
Zapisz rozbieżności ocen zamiast wygładzać je. Prawnik może uznać zapis za akceptowalny, ale operacje nie mają jak go wykonać. Decyzja powinna uwzględniać obie perspektywy.
Po odbiorze zachowaj wersję mapy i źródeł. Przy aneksie aktualizuj zależne punkty, nie generuj całości bez kontroli. Zmiana jednego załącznika może wpływać na wiele procesów.
Kiedy zatrzymać analizę automatyczną
Zatrzymaj przy braku stron, nieczytelnych tabelach, nieznanej wersji, konflikcie źródeł i klauzulach o dużym skutku. Nie pozwól modelowi uzupełniać braków na podstawie podobnych umów.
Przy języku obcym zachowaj oryginał i właściwą weryfikację tłumaczenia. Termin prawny nie zawsze ma prosty odpowiednik. Automatyczne tłumaczenie może być pomocne roboczo, ale wymaga odbioru.
Jeżeli decyzja jest pilna, oznacz ograniczenia zamiast publikować pewność. Lepiej przygotować listę nierozstrzygniętych punktów niż zielony raport do podpisu.
Karta decyzji po analizie
Zapisz zakres, wersje, najważniejsze obowiązki, konflikty, pytania, właścicieli i termin. Oddziel fakty zapisane w dokumencie od oceny oraz rekomendacji. Każda rekomendacja powinna mieć właściciela i powód.
Przy podpisaniu zaktualizuj rejestr obowiązków i alertów. Analiza nie kończy się archiwizacją PDF-a. Proces musi wiedzieć, co dalej z danymi, odbiorem, płatnością i zakończeniem.
Negocjacje: przygotuj propozycje zamiast samej listy problemów
Przy każdym istotnym ryzyku zapisz, jaki wariant obowiązku byłby wykonalny. Nie generuj automatycznie nowej klauzuli jako gotowej do wysłania. Najpierw ustal proces i właściciela, a prawnik przygotowuje właściwą redakcję. Model może pomóc opisać skutek operacyjny bez udawania tekstu prawnego.
Przykład: zamiast ogólnego „lepszy eksport” zapisz wymagane pola, format, relacje, termin i sposób potwierdzenia. To pozwala rozmawiać o konkretnym koszcie i możliwościach. Nie obiecuj dostawcy funkcji, której twój zespół nie zatwierdził.
Zachowaj priorytety. Nie każda uwaga wymaga negocjacji. Wybierz zapisy blokujące pracę, dane i wyjście. Pozostałe mogą zostać zaakceptowane z jawnym ograniczeniem.
Umowa w języku obcym i wersja tłumaczenia
Przy analizie zachowaj oryginał i oznacz tłumaczenia robocze. Nie porównuj tylko polskiej wersji z polską, jeżeli wiążący jest inny język. Termin prawny powinien być sprawdzony przez osobę kompetentną, a nie wybrany ze słownika ogólnego.
Dodaj przypadki, gdzie tłumaczenie zmienia zakres obowiązku. „Reasonable” czy „material” nie zawsze mają prosty odpowiednik. Model może zaproponować pytania, ale nie rozstrzygać interpretacji.
Przy publikowaniu mapy zaznacz, które cytaty są oryginalne, a które tłumaczone. To pozwala prawnikowi wrócić do właściwego tekstu i uniknąć wniosku z gładkiej wersji roboczej.
Po podpisaniu: test jednego obowiązku
Wybierz warunek z konkretnym terminem i wykonaj próbę procesu: powiadomienie, eksport, odbiór lub usunięcie danych. Sprawdź właściciela, system, zastępstwo i dowód. Nie czekaj na rzeczywisty incydent jako pierwszy test.
Zapisz, co nie działa i co wymaga zmiany przed kolejnym okresem. Jeżeli obowiązek zależy od dostawcy, potwierdź kanał i format. Sam fakt posiadania kontaktu nie dowodzi wykonalności procesu.
Przy zmianie właściciela powtórz odbiór zależny. Obowiązki umowne powinny przetrwać zmianę osoby, a nie znikać w prywatnej skrzynce.
Przy kolejnym aneksie porównaj nie tylko zmieniony fragment, ale także zależne mapy procesów. Jedna nowa definicja może zmieniać kilka obowiązków w innych sekcjach. Nie przepisuj całej umowy automatycznie; wskaż powiązania i powtórz właściwe testy.
Zachowaj poprzednią wersję analizy i datę zmiany. Właściciel powinien widzieć, które decyzje operacyjne wymagają aktualizacji. Jeżeli aneks dotyczy ceny lub danych, sprawdź także alerty, raporty i uprawnienia, a nie tylko nowy PDF.
Przy przeglądzie kwartalnym wybierz obowiązki z rzeczywistymi zdarzeniami i potwierdź dowody. Nie generuj nowej analizy tylko dla daty. Oceń, czy proces wykonuje zapisy i czy nie pojawiły się nowe dokumenty.
Jeżeli wykonanie odbiega od umowy, zapisz skutek i właściciela decyzji. Nie poprawiaj mapy tak, by pasowała do praktyki. Rozbieżność wymaga analizy prawnej i operacyjnej, a nie cichej aktualizacji źródła prawdy.
Przy zmianie dostawcy oceń, czy obowiązki przechodzą na nową stronę i czy zakres się zgadza. Nie przenoś starej mapy bez sprawdzenia warunków i procesu. Eksport danych, wsparcie i zakończenie mogą działać inaczej mimo podobnej nazwy usługi.
Zachowaj dowody migracji i ostatniego wykonania obowiązku. To ogranicza lukę między formalnym zakończeniem umowy a faktycznym zatrzymaniem procesu.
Aeneia Audit pomaga połączyć klauzule z procesem i odpowiedzialnością. Przy rejestrowaniu decyzji pomocny jest rejestr Aeneia Signal.
Mapa ryzyka powinna prowadzić do konkretnego fragmentu umowy i pytania o jego wykonanie. Przy zmianie dostawcy ponownie sprawdź obowiązki dotyczące danych, wsparcia i zakończenia współpracy.
Sprawdź nas. To zdrowe.
Temat zmienia się szybko. Linki prowadzą do źródeł pierwotnych i stron, na których możesz zweryfikować kontekst.
