Automatizácia schvaľovania a podpisu zmlúv: od šablóny po archív

Zmluva, na ktorej sa obchodne dohodnete za dva dni, sa vo firme podpisuje tri týždne. Nie preto, že by na nej niekto tri týždne pracoval — čistého času sa na nej minie pár hodín. Zvyšok je čakanie: kým si obchodník všimne pripomienku právnika, kým sa vráti konateľ z dovolenky, kým niekto nájde poslednú verziu dokumentu medzi šiestimi prílohami v jednom e-mailovom vlákne.

Automatizácia podpisu zmlúv sa preto v praxi netýka samotného podpisu. Podpis je posledných päť minút celého procesu. Podstatné je to, čo mu predchádza — vznik dokumentu zo šablóny, smerovanie na schválenie, pripomienkovanie, verzovanie — a to, čo po ňom nasleduje: archivácia a schopnosť spätne zrekonštruovať, kto čo a kedy schválil. Tento článok je o tom, ako taký cyklus postaviť, čo od neho čakať a kde má hranice.

Keď si v ľubovoľnej firme rozmeníte cestu zmluvy od „dohodli sme sa" po „je podpísaná a založená", nájdete takmer vždy tie isté štyri miesta, kde sa stráca čas.

Smerovanie na schválenie. Nikto presne nevie, kto má zmluvu schváliť. Rozhoduje objem? Typ zmluvy? Protistrana? V praxi ide o ústnu dohodu, ktorú pozná pár ľudí — a keď jeden z nich chýba, dokument ostane visieť.

Verzie. Zmluva koluje ako príloha e-mailu. Vzniknú súbory zmluva_final.docx, zmluva_final_v2.docx a zmluva_final_v2_pripomienky.docx. Niekto potom podpíše verziu, v ktorej chýba zapracovaná pripomienka právnika, a zistí sa to o pol roka.

Jeden človek. Väčšina zmluvných cyklov má úzke hrdlo v jednom mene. Kým tento človek dokument neotvorí, nedeje sa nič. Nie je to jeho vina — je to chyba návrhu procesu, ktorý nemá zástup ani časový strop.

Archivácia. Podpísaná zmluva skončí v e-maile podpisujúceho, na zdieľanom disku a možno aj v šanóne. Keď o dva roky potrebujete zoznam všetkých zmlúv s automatickou prolongáciou, nikto ho nevie zostaviť inak než ručným prehľadávaním.

Zmluvný proces sa nezrýchli tým, že ho urobíte digitálnym. Zrýchli sa tým, že prestane čakať na to, kým si niekto spomenie.

Graf vyššie je kvalitatívna ilustrácia typického rozloženia, s akým sa pri analýze procesov stretávame — nejde o namerané dáta. Má ukázať jedinú vec: najväčší priestor na zlepšenie zvyčajne nie je v písaní zmluvy, ale v prestojoch medzi krokmi.

Jadrom automatizácie je schvaľovacia matica prepísaná z hlavy do systému. Kým existuje len ako zvyk, nedá sa ani zautomatizovať, ani auditovať.

Pravidlá smerovania

Začnite tým, že zmluvy roztriedite podľa niekoľkých málo atribútov, ktoré reálne určujú, kto ich má vidieť: typ zmluvy, finančný objem, dĺžka viazanosti, či ide o štandardnú alebo upravenú šablónu, prípadne riziková kategória protistrany. Z týchto atribútov vznikne rozhodovacia tabuľka — napríklad „štandardná objednávka do stanoveného limitu ide priamo vedúcemu oddelenia, upravená zmluva alebo zmluva nad limit ide aj právnemu a finančnému schvaľovateľovi".

Dôležitá je disciplína: pravidiel má byť málo a majú byť čitateľné aj pre človeka, ktorý ich nepísal. Schvaľovací strom s dvadsiatimi vetvami nikto neudrží aktuálny a po roku bude generovať viac výnimiek než rozhodnutí. Rovnaký princíp platí pri všetkých ostatných schvaľovacích procesoch vo firme — pri dovolenkách, objednávkach aj cestovných príkazoch.

Zástupy a eskalácia po uplynutí lehoty

Toto je krok, ktorý najčastejšie chýba a ktorý zároveň prináša najviac. Každý schvaľovateľ má mať definovaného zástupcu a každý krok má mať lehotu. Keď lehota uplynie, systém nemá poslať tretie pripomenutie — má úlohu odovzdať ďalej podľa vopred dohodnutého pravidla: zástupcovi, nadriadenému, alebo ju vyhodnotiť ako tichý súhlas, ak to firma pri danom type dokumentu pripúšťa.

Tichý súhlas je citlivá vec a nepatrí do každého procesu — pri zmluvách s vyšším rizikom sa mu vyhnite úplne. Pri opakovaných nízkoobjemových dokumentoch je to však legitímny spôsob, ako zabrániť tomu, aby proces zastal kvôli človeku, ktorý je tri dni na školení.

Paralelné verzus sériové schvaľovanie

Ak právne, finančné a obchodné stanovisko na sebe nezávisia, nemajú na seba čakať. Zbytočné sériové radenie krokov je najčastejší dôvod, prečo aj plne digitalizovaný proces trvá dlho. Paralelizujte všetko, čo sa paralelizovať dá, a sériovo nechajte len to, kde jeden krok naozaj potrebuje výstup predchádzajúceho.

Druhá polovica zrýchlenia spočíva v tom, že právne oddelenie prestane čítať dokumenty, ktoré samo napísalo.

Funguje to tak, že firma má schválené šablóny zmlúv a knižnicu doložiek s tromi úrovňami: preferované znenie, akceptovateľná alternatíva a znenie, ktoré musí ísť na individuálne posúdenie. Obchodník si zostaví zmluvu z povolených blokov a systém rozpozná, či dokument obsahuje výhradne schválené znenia, alebo aj odchýlku.

Ak je zmluva čisto štandardná, právne posúdenie sa preskočí. Ak obsahuje odchýlku, do schvaľovania vstúpi právnik — dostane však zvýraznené presne tie odseky, ktoré sa líšia, nie celý dokument. Pri väčších objemoch sa na predbežné označenie odchýlok a rizikových formulácií dá nasadiť aj AI agent pre právne oddelenie. Slúži ako filter, nie ako posledné slovo — finálne posúdenie ostáva na človeku a takto by mal byť proces aj navrhnutý.

Tu treba postupovať opatrne. Elektronický podpis nie je jedna vec — rozlišuje sa niekoľko úrovní, ktoré sa líšia mierou overenia totožnosti podpisujúceho a dôkaznou silou. Zjednodušene:

Kľúčové upozornenie: ktorá úroveň je pre konkrétny typ zmluvy potrebná, závisí od druhu dokumentu a od jurisdikcie a treba si to potvrdiť s právnikom. Nie je to technické rozhodnutie a nedá sa spraviť plošne „pre celú firmu". Bežná praktická poloha býva taká, že prevažná väčšina interných a obchodných dokumentov vystačí s nižšou úrovňou, zatiaľ čo úzka skupina dokumentov vyžaduje kvalifikovaný podpis — a práve túto skupinu treba identifikovať skôr, než sa navrhne workflow.

Automatizovaný podpisový proces má hodnotu len vtedy, keď po sebe zanecháva použiteľnú stopu.

Audit trail. Ku každému dokumentu má existovať záznam: kto ho vytvoril a z akej šablóny, kto a kedy videl ktorú verziu, kto schválil, kto odmietol a s akým komentárom, kedy a akým spôsobom bol dokument podpísaný. Tento záznam má byť neprepisovateľný a exportovateľný — pri spore alebo kontrole je to jediné, čo sa dá predložiť.

Archivácia. Podpísaný dokument patrí do jedného zdroja pravdy, nie do troch. Spolu s ním aj metadáta, ktoré neskôr potrebujete filtrovať: protistrana, typ, platnosť od–do, výpovedná lehota, automatická prolongácia, zodpovedná osoba. Práve metadáta robia z archívu nástroj — bez nich máte len priečinok plný PDF súborov. Retenčné lehoty a prípustný spôsob uchovávania sa líšia podľa typu dokumentu, takže aj toto je téma na konzultáciu, nie na odhad.

Integrácia. Zmluva takmer nikdy nezačína ani nekončí v podpisovom nástroji. Začína v CRM pri príležitosti alebo cenovej ponuke a končí v ERP pri fakturácii. Ak tieto systémy nie sú prepojené, ušetrený čas sa vráti späť v podobe ručného prepisovania údajov. Prepojenie ERP, CRM a ďalších systémov preto nie je nadstavba projektu, ale jeho podmienka. V INTERFASE bývajú práve integračné body najpracnejšou časťou nasadenia — nie samotný workflow.

Automatizácia zmluvného cyklu nie je univerzálne dobrá investícia a stojí za to vedieť, kedy ju odložiť.

• Malý objem a vysoká unikátnosť. Ak firma podpisuje pár zmlúv mesačne a každá je iná, šablóny ani smerovacie pravidlá nebude z čoho postaviť. Oplatí sa upratať verzovanie a archív, nič viac.
• Neustálený proces. Ak sa schvaľovacia matica mení každý kvartál, zautomatizujete niečo, čo o pol roka nebude platiť. Najprv proces ustáľte na papieri.
• Odpor protistrany. Elektronický podpis funguje len vtedy, keď ho akceptuje aj druhá strana. Pri niektorých segmentoch a inštitúciách treba naďalej počítať s papierovou vetvou procesu.

Ak si nie ste istí, či je práve zmluvný cyklus tým správnym prvým kandidátom, pomôže systematickejší pohľad na výber procesov vhodných na automatizáciu.

Automatizácia podpisu zmlúv nie je o podpisovom tlačidle. Je o tom, že dokument vznikne zo schválenej šablóny, sám sa nasmeruje na správnych ľudí, nečaká donekonečna na jedného z nich, po podpise skončí v archíve s metadátami a zanechá po sebe stopu, ktorú viete predložiť.

Postup, ktorý funguje: zmapujte, kde presne sa čas stráca; prepíšte schvaľovaciu maticu do pravidiel a doplňte lehoty a zástupy; postavte šablóny a knižnicu doložiek, aby právnik riešil len odchýlky; s právnikom si potvrďte požadovanú úroveň podpisu pre jednotlivé typy zmlúv; a až potom riešte nástroj a integrácie. Opačné poradie — najprv nástroj, potom proces — je najčastejší dôvod, prečo nasadenie sklame.

Ak zvažujete, ako by taký workflow vyzeral vo vašom prostredí, pozrite si naše riešenia pre AI a automatizáciu alebo nám napíšte a prejdeme si váš zmluvný cyklus — konkrétne úzke hrdlá sa dajú pomenovať už na prvom stretnutí.