Jak AI pilnuje umów w DocuSign i SIGNIUS: statusy, utknięte kontrakty i terminy w kalendarzu

Tak, AI da się podłączyć zarówno do DocuSign, jak i SIGNIUS. Oba systemy mają REST API, które pozwala pobierać statusy kopert i paczek, sprawdzać, kto jeszcze nie złożył podpisu, i ściągać gotowe dokumenty PDF. AI mające dostęp do tych danych potrafi pilnować umów utkniętych u kontrahenta, porównywać wersję podpisaną z wysłaną i wyciągać z gotowych kontraktów terminy oraz kary umowne do kalendarza, bez czekania, aż ktoś ręcznie to sprawdzi.

Koperta w DocuSign i paczka w SIGNIUS: czym tak naprawdę zarządzamy

W DocuSign podstawową jednostką jest koperta (envelope). Wkładacie do niej jeden albo kilka dokumentów PDF, dodajecie odbiorców i zaznaczacie pola podpisu na stronach. Każdy odbiorca ma rolę: Signer (podpisuje), Approver (zatwierdza bez złożenia podpisu), Carbon Copy (dostaje kopię do wiadomości). Opcja Routing Order decyduje o kolejności, więc możecie ustawić, że najpierw podpisuje Wasz prawnik wewnętrzny, a dopiero potem kontrakt idzie do kontrahenta. Każda koperta ma swój unikalny EnvelopeId, po którym AI ją zawsze znajdzie, niezależnie od nazwy dokumentu.

W SIGNIUS pracujecie na paczkach do podpisu. Paczka zawiera dokumenty i listę sygnatariuszy. Platforma obsługuje podpis kwalifikowany (QES) zgodny z rozporządzeniem eIDAS, więc nadaje się do umów wymagających certyfikowanego podpisu elektronicznego: przetargów publicznych, dokumentów, gdzie prawo wprost wymaga kwalifikowanego. Podpisać przez SIGNIUS może sygnatariusz posiadający aktywny certyfikat kwalifikowany, np. z Certum, SimplySign albo mSzafira. Temat samych certyfikatów opisujemy oddzielnie, tutaj skupiamy się na tym, co dzieje się po stronie platformy i obiegu dokumentu.

Obu systemów używa się zazwyczaj do różnych typów dokumentów. DocuSign częściej do umów handlowych i zamówień, gdzie wystarczy podpis elektroniczny zwykły albo zaawansowany. SIGNIUS tam, gdzie prawo wymaga kwalifikowanego. Firma obsługująca przetargi publiczne albo duże kontrakty B2B często ma oba i oba da się spinać z tym samym systemem AI w jednym widoku.

Wspólny problem jest jeden: koperty i paczki często utykają w połowie drogi. Kontrakt wysłany do czterech osób: trzy podpisały, jedna nie. Mija tydzień. Mija drugi. Nikt nie sprawdza ręcznie, bo system wysłał automatyczne przypomnienie, a mail od systemu ląduje w spamie u kontrahenta albo po prostu ginie w skrzynce przepełnionej innymi wiadomościami.

Co trzeba mieć, żeby AI mogło zajrzeć do DocuSign i SIGNIUS: API, klucze i dostępy

DocuSign udostępnia eSignature REST API. Żeby z niego korzystać, potrzebujecie konta produkcyjnego z włączonym dostępem do API, co zależy od wybranego planu: Business Pro i wyżej zazwyczaj to obejmuje, niższe mogą wymagać dopłaty. W ustawieniach konta tworzycie Integration Key (nazywany też Client ID) i wybieracie metodę uwierzytelniania: najczęściej JWT Grant albo Authorization Code Grant. JWT Grant jest wygodniejszy dla automatów działających w tle, bo nie wymaga, żeby ktoś ręcznie logował się co jakiś czas, żeby odświeżyć token dostępu.

Poza samym API, DocuSign oferuje Connect: mechanizm webhooków, który wysyła HTTP POST na Wasz adres za każdym razem, gdy zmieni się status koperty. Zamiast co godzinę pytać API "czy coś się zmieniło?", system sam informuje, że koperta przeszła np. ze statusu sent na delivered albo że ktoś odrzucił dokument (declined). Payload każdego zdarzenia zawiera EnvelopeId, aktualny status, listę odbiorców i znaczniki czasu. AI przetwarza te zdarzenia na bieżąco, nie w trybie odpytywania. To znacząco zmniejsza liczbę zapytań i przyspiesza reakcję na każdy ruch w obiegu.

SIGNIUS udostępnia REST API dla integratorów, opisane w dokumentacji dla partnerów. Klucz API generujecie w panelu administratora platformy. System obsługuje webhookowe powiadomienia o zmianie statusu paczki: po przejściu na status podpisana, odrzucona albo wygasła SIGNIUS wysyła zdarzenie na Wasz endpoint. Po podpisaniu dokumenty są dostępne do pobrania przez API jako PDF z osadzonym podpisem elektronicznym.

Czego producenci nie udostępniają przez API: pełnych logów audytowych w niższych planach DocuSign, historii zmian treści dokumentu przed wysłaniem, danych billingowych. Archiwum podpisanych kopert w DocuSign trzymane jest domyślnie przez 7 lat na kontach biznesowych i dostępne do pobrania jako PDF z Certyfikatem Zakończenia (Certificate of Completion), który zawiera adresy IP, znaczniki czasu i odciski palców pliku. To ważne z perspektywy dowodowej, gdy trzeba wykazać, że dana osoba złożyła podpis.

Jeśli Wasza firma ma już produkcyjne konto i używa go aktywnie, sprawdźcie, czy plan obejmuje API: wejdźcie w Settings i szukajcie sekcji Apps and Keys. Jeśli tej sekcji nie ma, plan nie obejmuje API i trzeba to zmienić przed podłączeniem AI.

Jakie statusy AI widzi i kto jeszcze nie podpisał

Przez API DocuSign AI może odpytać każdą kopertę o jej obecny stan i stan każdego odbiorcy. Endpoint GET /envelopes/{envelopeId}/recipients zwraca listę osób z rolą, aktualnym statusem i znacznikiem czasu ostatniej aktywności. Statusy odbiorcy to: sent (mail wysłany, link nie otworzony), delivered (otworzono link, ale nie podpisano), signed, completed, declined. AI widzi więc nie tylko "czy podpisano", ale też "czy w ogóle otworzono". Kontrakt w statusie delivered u kontrahenta od 5 dni to inna sytuacja niż sent, bo pierwszy oznacza, że ktoś dokument widział i świadomie nic nie zrobił.

Typowo wygląda to tak: AI raz na dobę pobiera listę wszystkich kopert w statusie sent albo delivered, które zostały wysłane ponad X dni temu i nadal nie mają statusu completed. Dla każdej takiej koperty sprawdza, którzy odbiorcy nie podpisali, i generuje raport. Handlowiec widzi rano w portalu coś w stylu: "3 umowy czekają na podpis kontrahenta dłużej niż 5 dni roboczych" z imionami, mailami i datami otwarcia dokumentu.

W SIGNIUS dane są analogiczne: lista sygnatariuszy paczki, ich status i czas ostatniej zmiany. AI zestawia to razem i wyciąga, kto blokuje finalizację. Jeśli firma używa obu platform, jeden widok może zbierać koperty z DocuSign i paczki z SIGNIUS posortowane po czasie oczekiwania, bez przełączania się między dwoma systemami.

Umowa utknęła u kontrahenta: jak AI to wykrywa i co wtedy robi

To jest ta sytuacja, która bolała każdego, kto obsługuje dużo kontraktów. Wysłaliście umowę, Wasz dyrektor ją podpisał jako pierwszy, paczka poszła do kontrahenta. I cisza. Kontrahent nie zadzwonił, że coś jest nie tak. Po prostu nie podpisał. Po tygodniu automatyczne przypomnienie z systemu. Cisza. Po 10 dniach account manager pyta, czy umowa już jest. Nikt nie wie, bo nikt nie sprawdzał.

AI skonfigurowane do pilnowania kopert może to wyłapywać automatycznie. Konkretny warunek: koperta bez statusu completed przez zdefiniowaną liczbę dni roboczych, gdzie wszystkie Wasze osoby wewnętrzne podpisały, a przynajmniej jeden odbiorca zewnętrzny ma status delivered albo sent. To warunek, który jednoznacznie wskazuje na "utknięcie u kontrahenta" i odróżnia go od koperty, która jeszcze nie wyszła poza firmę albo czeka na Wasz wewnętrzny podpis.

Co AI może zrobić po wykryciu: wysłać wiadomość do opiekuna klienta z informacją, że kontrakt czeka, opcjonalnie wywołać endpoint DocuSign PUT /envelopes/{envelopeId}/recipients?resend=true, co wysyła ponowne powiadomienie e-mailowe do niezalogowanych odbiorców bez żadnej ingerencji człowieka. Możecie też ustawić eskalację: jeśli po kolejnych 3 dniach nic się nie zmieniło, powiadamiany jest manager albo szef sprzedaży. Bez ręcznego śledzenia i bez "zapomniałem sprawdzić".

U jednego klienta, firmy dostarczającej oprogramowanie dla galerii handlowych, umowy były wysyłane do 2-3 osób po stronie klienta. Zdarzyło się kilkukrotnie, że kontrakt wchodził w sierpień, kiedy główny decydent był na urlopie, a podpisującym miał być inny zastępca. System pilnujący kopert po 7 dniach bez ruchu sam wysyłał wiadomość do handlowca: "umowa numer X u klienta Y czeka na podpis od 7 dni, ostatni ruch: dokument otwarty 3 dni temu". Handlowiec dzwonił i okazywało się, że zastępca po prostu nie miał uprawnień w systemie kontrahenta. Sprawa do rozwiązania w godzinę, a bez tego pilnowania czekaliby do końca urlopu decydenta.

Podpisana wersja a wersja wysłana: czemu warto to porównać

DocuSign i SIGNIUS dają gwarancję integralności dokumentu: po złożeniu podpisu plik jest kryptograficznie zaplombowany i nie da się zmienić jego treści bez unieważnienia podpisów. To zabezpieczenie po stronie platformy. Ale jest jeden moment, który warto kontrolować: chwila przed wysłaniem.

Firma wysyła projekt umowy. Kontrahent prosi o "drobną zmianę w paragrafie 5". Ktoś podmienia plik w kopercie, nie informując prawnika. Nowa wersja idzie do podpisu. Podpisana umowa ma inny zapis o odpowiedzialności niż wersja zatwierdzona przez Waszego radcę prawnego. Formalnie podpisano to, co wysłano. Ale to nie to, co Wasz prawnik zatwierdził.

AI może to wyłapywać, porównując treść dokumentu pobranego z koperty po jej zakończeniu z wersją referencyjną zapisaną w momencie wysyłania. Różnice w tekście, nowe zdania, zmienione liczby w tabelach: AI wypisuje konkretne miejsca do sprawdzenia. To nie zastępuje radcy prawnego przy merytorycznej ocenie umowy, ale pozwala od razu wskazać "w paragrafie 5 strony 3 jest zdanie, którego nie było w wersji referencyjnej", zamiast czytać 20 stron od początku w poszukiwaniu tego, co się zmieniło.

Wdrożenie jest proste: przy wysyłaniu koperty zapisujecie skrót kryptograficzny (hash) albo kopię PDF do repozytorium. Po zakończeniu koperty AI pobiera podpisany PDF przez API, porównuje teksty i generuje raport różnic. Brak różnic: koperta oznaczona jako "zgodna". Są różnice: trafia do ręcznej weryfikacji przez prawnika lub osobę zatwierdzającą.

Terminy i kary z podpisanych umów prosto do kalendarza

Gotowa, podpisana umowa ląduje zazwyczaj w folderze i leży tam do momentu sporu albo odnowienia. A jest w niej masa dat: data obowiązywania, data wygaśnięcia, termin wypowiedzenia, termin na realizację pierwszej dostawy, termin na przesłanie raportu miesięcznego. I kary umowne: za każdy dzień opóźnienia dostawy, za niewykonanie zakresu, za przekroczenie poufności. Wszystko napisane po ludzku w paragrafach, nikt tego ręcznie nie przepisuje do kalendarza ani rejestru.

AI czyta podpisany PDF po tym, jak koperta przejdzie w status completed. Z treści wyciąga strukturyzowane dane: datę zawarcia, datę końca, długość okresu wypowiedzenia (np. "30 dni kalendarzowych"), zapisy o karach umownych i warunki płatności. Te dane lądują w kalendarzu firmowym albo w CRM jako zadania z przypomnieniami przypisanymi do konkretnych osób. Trzy tygodnie przed wygaśnięciem umowy handlowiec dostaje powiadomienie, że warto zainicjować rozmowę o odnowieniu. Miesiąc przed końcem okresu wypowiedzenia: alert dla prawnika.

Kary umowne warto wyciągać oddzielnie do rejestru ryzyk. Jeśli kontrakt mówi, że za każdy dzień opóźnienia dostawy naliczana jest kara, AI zapamiętuje tę informację i przy każdym zleceniu powiązanym z tym kontrahentem może sygnalizować to osobie odpowiedzialnej za realizację. Nie po to, żeby zastąpić prawnika przy analizie umowy, ale żeby nikt nie realizował zamówienia, nie wiedząc, że ta konkretna umowa ma taki zapis w paragrafie o odpowiedzialności.

Typowo AI wyciąga z umów kilka klas danych: daty graniczne (ważność, wypowiedzenie, opcje przedłużenia), warunki finansowe (terminy płatności, indeksacja ceny), zobowiązania cykliczne (raporty miesięczne, przeglądy roczne, audyty) i ograniczenia (zakaz cesji, klauzula poufności z terminem wygaśnięcia). Każda z tych klas trafia do innego miejsca: daty do kalendarza, warunki finansowe do rejestru umów, zobowiązania cykliczne do systemu zadań. Firma przestaje trzymać te informacje wyłącznie w głowach prawnika i account managera.

Od czego zaczynamy: pierwsze kroki z DocuSign API i AI

Zanim cokolwiek zostanie wdrożone, sprawdźcie trzy rzeczy. Czy Wasz plan DocuSign albo SIGNIUS obejmuje dostęp do API: wejdźcie w ustawienia i szukajcie Apps and Keys w DocuSign albo sekcji API w panelu SIGNIUS. Czy macie osobę albo firmę zewnętrzną, która napisze integrację: samo API nie jest skomplikowane technicznie, ale ktoś musi połączyć je z Waszym portalem lub CRM. Czy macie jasne zasady, kiedy umowa jest "utknięta": 3 dni, 5 dni roboczych, tydzień? Bez tej definicji AI nie wie, kiedy bić alarm i do kogo go kierować.

Realistyczna kolejność dla firmy, która wysyła kilkanaście umów miesięcznie:

• Zacznijcie od prostego raportu: AI raz dziennie odpytuje API i wysyła mailem listę kopert starszych niż X dni bez statusu completed. Bez żadnej automatyki, tylko informacja dla handlowców i prawnika. To pozwala sprawdzić, czy dane są dobrze pobierane, zanim doda się eskalacje.
• Potem dodajcie wyciąganie terminów z podpisanych umów do kalendarza. To przynosi wartość nawet bez części monitorującej i nie wymaga dużo konfiguracji po stronie API.
• Jako trzeci krok: porównanie wersji i automatyczne eskalacje do managera. To wymaga więcej konfiguracji i najlepiej, żeby firma miała już doświadczenie z pierwszymi dwoma krokami i wiedziała, jakie alarmy są realnie potrzebne, a nie tylko teoretycznie.

Jeśli Wasza firma wysyła kilkadziesiąt albo kilkaset umów rocznie i macie poczucie, że umowy "giną" w obiegu albo daty z kontraktów nie trafiają do żadnego systemu, to jest dobry moment na rozmowę o wdrożeniu. Możemy pokazać, jak wyglądają realne wdrożenia u firm podobnych do Waszej, a jeśli chcecie sprawdzić, czy to ma sens u Was: umówcie 15 minut rozmowy i razem przejdziemy przez to, od którego etapu warto zacząć.