E-podpis w firmie: 3 poziomy, Autenti czy DocuSign (i jak spiąć podpis z automatyzacją obiegu dokumentów)

W większości mikrofirm i małych firm usługowych, z którymi rozmawiam, panuje przekonanie, że e-podpis „nie jest tak naprawdę ważny prawnie” i trzeba mieć papier z odręcznym podpisem, żeby umowa się obroniła. To przekonanie kosztuje realne pieniądze: drukowanie, skanowanie, kurierów, czas na podpisanie, który zamiast trwać dwie minuty w telefonie, ciągnie się trzy dni, bo dokument fizycznie wędruje między stronami. Zanim więc zaczniecie wybierać między Autenti a DocuSign, warto odpowiedzieć na pytanie bardziej podstawowe: czy ten konkretny typ dokumentu w ogóle wymaga podpisu kwalifikowanego, czy wystarczy coś dużo tańszego i szybszego.

Co faktycznie mówi prawo: forma pisemna, dokumentowa, elektroniczna

Kodeks cywilny rozróżnia kilka form czynności prawnej i to rozróżnienie jest kluczowe, bo od niego zależy, jakiego narzędzia potrzebujecie. Forma pisemna (art. 78 k.c.) wymaga własnoręcznego podpisu albo jego elektronicznego odpowiednika w postaci kwalifikowanego podpisu elektronicznego. Art. 78¹ k.c. mówi wprost: oświadczenie woli złożone w formie elektronicznej z kwalifikowanym podpisem jest równoważne formie pisemnej. To jedyny podpis elektroniczny, który ma tę siłę prawną w pełni automatycznie, bez dodatkowych ustaleń między stronami.

Obok tego istnieje forma dokumentowa (art. 77² k.c.), która jest dużo łagodniejsza: wystarczy, że z dokumentu można ustalić osobę składającą oświadczenie. Mail, skan podpisanej kartki, a nawet zwykły e-podpis złożony przez platformę typu Autenti bez certyfikatu kwalifikowanego, spełniają formę dokumentową bez problemu. I tu jest sedno sprawy: większość umów handlowych w relacjach B2B nie wymaga wcale formy pisemnej pod rygorem nieważności. Forma pisemna bywa zastrzeżona umownie przez strony (np. w starym wzorze umowy ktoś wpisał „zmiany wymagają formy pisemnej pod rygorem nieważności”) albo przez konkretny przepis, ale jeśli nikt tego nie zastrzegł, forma dokumentowa wystarcza, a każdy sensowny e-podpis ją spełnia.

Gdzie kwalifikowany podpis faktycznie jest potrzebny albo mocno zalecany:

• przeniesienie majątkowych praw autorskich - ustawa o prawie autorskim wymaga formy pisemnej pod rygorem nieważności;
• umowa o zakazie konkurencji po ustaniu stosunku pracy - forma pisemna pod rygorem nieważności z Kodeksu pracy;
• pełnomocnictwo ogólne oraz niektóre pełnomocnictwa szczególne;
• czynności w systemie S24 przy zakładaniu lub zmianach w spółce (tu zresztą działa też podpis zaufany i podpis osobisty, nie tylko kwalifikowany);
• przeniesienie własności nieruchomości - tu żaden e-podpis nie zastąpi aktu notarialnego, kropka.

Dla reszty - ofert, umów zlecenia, umów o dzieło, NDA, regulaminów akceptowanych przez klienta, zgód marketingowych, większości aneksów - zwykły e-podpis albo nawet świadome kliknięcie „akceptuję” z zapisanym logiem czasowym i adresem IP, wystarczy. Umowa o pracę to case osobny: wymaga formy pisemnej, ale brak tej formy nie powoduje jej nieważności (pracownik i tak jest zatrudniony), więc w praktyce liczy się bezpieczeństwo dowodowe bardziej niż twarda sankcja prawna - i tu akurat warto mieć coś mocniejszego niż zwykły klik.

Trzy poziomy podpisu elektronicznego - i gdzie każdy ma sens

Profil zaufany (podpis przez login.gov.pl, dawne ePUAP) jest darmowy i prawnie traktowany jako rodzaj podpisu elektronicznego, ale jego naturalne środowisko to kontakt z administracją publiczną: ZUS, urząd skarbowy, PUE, e-KRS. W czysto biznesowej relacji między dwiema firmami bywa używany, ale rzadko - po pierwsze dlatego, że druga strona musi mieć konto i umieć się nim posłużyć, po drugie dlatego, że nie każda platforma do obiegu umów wspiera go natywnie tak dobrze jak kwalifikowany podpis czy zwykły e-podpis. Jeśli budujecie proces podpisywania umów z klientami B2B, nie opierałbym go o profil zaufany jako podstawowy mechanizm - traktowałbym go jako opcję dodatkową dla kontrahentów, którzy wprost go preferują.

Autenti, DocuSign czy coś prostszego - jak ja bym to wybierał

Autenti to polskie rozwiązanie i to widać w szczegółach: obsługuje kwalifikowany podpis, podpis zaufany i zwykły e-podpis w jednym procesie, ma polskojęzyczny support i rozumie polskie realia prawne (np. integrację z KSeF czy KRS). Dla firmy, która głównie podpisuje umowy z polskimi kontrahentami, to naturalny wybór. DocuSign jest globalnym standardem, silniejszym w środowiskach korporacyjnych i międzynarodowych, z rozbudowanym ekosystemem integracji, ale w polskich realiach prawnych bywa trochę cięższy w konfiguracji pod kwalifikowany podpis zgodny z eIDAS - zwykle wymaga dodatkowego partnera certyfikującego.

Modele cenowe obu platform opierają się na liczbie wysłanych „kopert” (dokumentów do podpisu) w miesiącu, a nie na liczbie użytkowników, więc zanim porównacie cenniki, policzcie realny wolumen: firma usługowa podpisująca piętnaście umów miesięcznie ma zupełnie inne potrzeby niż agencja rekrutacyjna wysyłająca dwieście dokumentów tygodniowo. Dla małych wolumenów czasem prostsze i tańsze okazuje się rozwiązanie typu PandaDoc czy natywny moduł e-podpisu wbudowany w system do fakturowania, zamiast osobnej platformy enterprise.

Moja zasada przy wyborze jest prosta: jeśli 90% waszych dokumentów to oferty i umowy zlecenia niewymagające formy pisemnej, nie płacę za narzędzie, którego główną wartością jest obsługa kwalifikowanego podpisu. Płacę za narzędzie, które ma dobre API i webhooki, bo to one pozwalają wpiąć podpis w resztę procesu bez ręcznego klikania w kolejnej zakładce.

Jak to spiąć z automatyzacją obiegu dokumentów

Samo podpisanie dokumentu elektronicznie to połowa oszczędności. Druga połowa bierze się z tego, że nie trzeba ręcznie wysyłać linku, pilnować, czy klient podpisał, ani przeklejać danych z podpisanej umowy do systemu księgowego. Typowy scenariusz, który spinam klientom w n8n lub Make, wygląda tak: dane z formularza albo z CRM generują dokument z szablonu (Google Docs, PDF), automatyzacja wysyła go przez API Autenti albo DocuSign do podpisu, webhook po stronie platformy informuje system o statusie „podpisano”, a podpisany plik trafia automatycznie do odpowiedniego folderu i wiąże się z rekordem klienta czy zleceniem. Dla biur rachunkowych ten sam mechanizm działa przy umowach o świadczenie usług księgowych - klient podpisuje zdalnie, a dokument od razu ląduje w systemie obiegu dokumentów razem z resztą teczki klienta, co opisujemy szerzej przy automatyzacji biura rachunkowego.

Tam, gdzie umowa wiąże się bezpośrednio z fakturowaniem - na przykład podpisanie zlecenia automatycznie odblokowuje wystawienie faktury zaliczkowej albo aktywuje subskrypcję - warto spiąć ten sam webhook z procesem automatyzacji faktur, żeby status „umowa podpisana” od razu generował dokument sprzedażowy bez udziału człowieka. To jest moment, w którym oszczędności z e-podpisu przestają być kosmetyczne: nie chodzi już tylko o brak drukowania, tylko o cały łańcuch zadań, które wcześniej ktoś robił ręcznie po otrzymaniu podpisanego skanu.

Webhooki i API obu platform (Autenti i DocuSign) są wystarczająco otwarte, żeby podpiąć je zarówno przez gotowe connectory w Make, jak i przez standardowe zapytania HTTP w n8n, jeśli gotowego node'a brakuje. W praktyce rzadko jest to bariera techniczna - barierą częściej jest to, że szablon umowy ma pola, które trzeba dynamicznie wypełniać danymi z CRM, i to wymaga trochę więcej pracy przy mapowaniu niż sama integracja z podpisem.

Gdzie automat kończy się, a zaczyna człowiek

Automatyzacja dobrze radzi sobie z wysyłką, przypomnieniami i archiwizacją. Nie zastąpi natomiast decyzji, czy dany kontrahent w ogóle powinien dostać niestandardowy zapis w umowie, ani nie wyłapie sama z siebie, że ktoś podpisał dokument w złej wersji, bo szablon zmienił się tydzień wcześniej, a proces wciąż wysyłał starą kopię. Dlatego przy wdrażaniu takiego flow zawsze zostawiam punkt kontrolny: jedną osobę, która raz w tygodniu przegląda listę podpisanych umów i sprawdza, czy wszystko wygląda jak powinno, zanim dane w pełni popłyną dalej do systemu księgowego. 80% przypadków leci bez udziału człowieka, ale wyjątek - inny typ umowy, inny kraj kontrahenta, nietypowy zapis - zawsze powinien mieć ręczną ścieżkę zatwierdzenia, a nie być wrzucany w ten sam automat co standardowa oferta.

Drugie ograniczenie dotyczy samej mocy prawnej: automatyzacja nie zmienia tego, jaki rygor formy ma dany dokument. Jeśli ktoś wrzuci do automatu przeniesienie praw autorskich i podepnie pod nie zwykły e-podpis zamiast kwalifikowanego, cały proces zadziała technicznie bez zarzutu, a umowa i tak będzie nieważna w świetle prawa. Dlatego ten etap - klasyfikacja dokumentów według wymaganej formy - trzeba zrobić raz, ręcznie, z prawnikiem, zanim zacznie się automatyzować cokolwiek.