Automatizace schvalování a podpisu smluv: od šablony po archiv

Smlouva, na které se obchodně dohodnete za dva dny, se ve firmě podepisuje tři týdny. Ne proto, že by na ní někdo tři týdny pracoval — čistého času se na ní spotřebuje pár hodin. Zbytek je čekání: než si obchodník všimne připomínky právníka, než se vrátí jednatel z dovolené, než někdo najde poslední verzi dokumentu mezi šesti přílohami v jednom e-mailovém vlákně.

Automatizace podpisu smluv se proto v praxi netýká samotného podpisu. Podpis je posledních pět minut celého procesu. Podstatné je to, co mu předchází — vznik dokumentu ze šablony, směrování ke schválení, připomínkování, verzování — a to, co po něm následuje: archivace a schopnost zpětně zrekonstruovat, kdo co a kdy schválil. Tento článek je o tom, jak takový cyklus postavit, co od něj čekat a kde má hranice.

Když si v libovolné firmě rozeberete cestu smlouvy od „dohodli jsme se" po „je podepsaná a založená", najdete téměř vždy stejná čtyři místa, kde se ztrácí čas.

Směrování ke schválení. Nikdo přesně neví, kdo má smlouvu schválit. Rozhoduje objem? Typ smlouvy? Protistrana? V praxi jde o ústní dohodu, kterou zná pár lidí — a když jeden z nich chybí, dokument zůstane viset.

Verze. Smlouva koluje jako příloha e-mailu. Vzniknou soubory smlouva_final.docx, smlouva_final_v2.docx a smlouva_final_v2_pripominky.docx. Někdo pak podepíše verzi, ve které chybí zapracovaná připomínka právníka, a zjistí se to za půl roku.

Jeden člověk. Většina smluvních cyklů má úzké hrdlo v jednom jméně. Dokud tento člověk dokument neotevře, neděje se nic. Není to jeho vina — je to chyba návrhu procesu, který nemá zástup ani časový strop.

Archivace. Podepsaná smlouva skončí v e-mailu podepisujícího, na sdíleném disku a možná i v šanonu. Když za dva roky potřebujete seznam všech smluv s automatickou prolongací, nikdo ho neumí sestavit jinak než ručním prohledáváním.

Smluvní proces se nezrychlí tím, že ho uděláte digitálním. Zrychlí se tím, že přestane čekat, až si někdo vzpomene.

Graf výše je kvalitativní ilustrace typického rozložení, se kterým se při analýze procesů setkáváme — nejde o naměřená data. Má ukázat jedinou věc: největší prostor ke zlepšení obvykle není v psaní smlouvy, ale v prostojích mezi kroky.

Jádrem automatizace je schvalovací matice přepsaná z hlavy do systému. Dokud existuje jen jako zvyk, nedá se ani zautomatizovat, ani auditovat.

Pravidla směrování

Začněte tím, že smlouvy roztřídíte podle několika málo atributů, které reálně určují, kdo je má vidět: typ smlouvy, finanční objem, délka závazku, zda jde o standardní nebo upravenou šablonu, případně riziková kategorie protistrany. Z těchto atributů vznikne rozhodovací tabulka — například „standardní objednávka do stanoveného limitu jde přímo vedoucímu oddělení, upravená smlouva nebo smlouva nad limit jde i k právnímu a finančnímu schvalovateli".

Důležitá je disciplína: pravidel má být málo a mají být čitelná i pro člověka, který je nepsal. Schvalovací strom s dvaceti větvemi nikdo neudrží aktuální a po roce bude generovat víc výjimek než rozhodnutí. Stejný princip platí u všech ostatních schvalovacích procesů ve firmě — u dovolených, objednávek i cestovních příkazů.

Zástupy a eskalace po uplynutí lhůty

Tohle je krok, který nejčastěji chybí a který zároveň přináší nejvíc. Každý schvalovatel má mít určeného zástupce a každý krok má mít lhůtu. Když lhůta uplyne, systém nemá poslat třetí připomenutí — má úkol předat dál podle předem dohodnutého pravidla: zástupci, nadřízenému, nebo ho vyhodnotit jako tichý souhlas, pokud to firma u daného typu dokumentu připouští.

Tichý souhlas je citlivá věc a nepatří do každého procesu — u smluv s vyšším rizikem se mu vyhněte úplně. U opakovaných nízkoobjemových dokumentů je to však legitimní způsob, jak zabránit tomu, aby proces zastavil kvůli člověku, který je tři dny na školení.

Paralelní versus sériové schvalování

Pokud právní, finanční a obchodní stanovisko na sobě nezávisí, nemají na sebe čekat. Zbytečné sériové řazení kroků je nejčastější důvod, proč i plně digitalizovaný proces trvá dlouho. Paralelizujte vše, co paralelizovat lze, a sériově nechte jen to, kde jeden krok opravdu potřebuje výstup předchozího.

Druhá polovina zrychlení spočívá v tom, že právní oddělení přestane číst dokumenty, které samo napsalo.

Funguje to tak, že firma má schválené šablony smluv a knihovnu doložek se třemi úrovněmi: preferované znění, akceptovatelná alternativa a znění, které musí jít k individuálnímu posouzení. Obchodník si sestaví smlouvu z povolených bloků a systém rozpozná, zda dokument obsahuje výhradně schválená znění, nebo i odchylku.

Pokud je smlouva čistě standardní, právní posouzení se přeskočí. Pokud obsahuje odchylku, do schvalování vstoupí právník — dostane však zvýrazněné přesně ty odstavce, které se liší, ne celý dokument. U větších objemů lze na předběžné označení odchylek a rizikových formulací nasadit i AI agenta pro právní oddělení. Slouží jako filtr, ne jako poslední slovo — finální posouzení zůstává na člověku a tak by měl být proces i navržen.

Tady je třeba postupovat opatrně. Elektronický podpis není jedna věc — rozlišuje se několik úrovní, které se liší mírou ověření totožnosti podepisujícího a důkazní silou. Zjednodušeně:

Klíčové upozornění: která úroveň je pro konkrétní typ smlouvy potřeba, závisí na druhu dokumentu a na jurisdikci a je třeba si to potvrdit s právníkem. Není to technické rozhodnutí a nedá se udělat plošně „pro celou firmu". Běžná praktická poloha bývá taková, že převážná většina interních a obchodních dokumentů vystačí s nižší úrovní, zatímco úzká skupina dokumentů vyžaduje kvalifikovaný podpis — a právě tuto skupinu je třeba identifikovat dřív, než se navrhne workflow.

Automatizovaný podpisový proces má hodnotu jen tehdy, když po sobě zanechává použitelnou stopu.

Audit trail. Ke každému dokumentu má existovat záznam: kdo ho vytvořil a z jaké šablony, kdo a kdy viděl kterou verzi, kdo schválil, kdo odmítl a s jakým komentářem, kdy a jakým způsobem byl dokument podepsán. Tento záznam má být nepřepsatelný a exportovatelný — při sporu nebo kontrole je to jediné, co lze předložit.

Archivace. Podepsaný dokument patří do jednoho zdroje pravdy, ne do tří. Spolu s ním i metadata, která později potřebujete filtrovat: protistrana, typ, platnost od–do, výpovědní lhůta, automatická prolongace, odpovědná osoba. Právě metadata dělají z archivu nástroj — bez nich máte jen složku plnou PDF souborů. Retenční lhůty a přípustný způsob uchovávání se liší podle typu dokumentu, takže i tohle je téma na konzultaci, ne na odhad.

Integrace. Smlouva téměř nikdy nezačíná ani nekončí v podpisovém nástroji. Začíná v CRM u příležitosti nebo cenové nabídky a končí v ERP u fakturace. Pokud tyto systémy nejsou propojené, ušetřený čas se vrátí zpět v podobě ručního přepisování údajů. Propojení ERP, CRM a dalších systémů proto není nadstavba projektu, ale jeho podmínka. V INTERFASE bývají právě integrační body nejpracnější částí nasazení — ne samotné workflow.

Automatizace smluvního cyklu není univerzálně dobrá investice a stojí za to vědět, kdy ji odložit.

• Malý objem a vysoká unikátnost. Pokud firma podepisuje pár smluv měsíčně a každá je jiná, nebude z čeho postavit šablony ani směrovací pravidla. Vyplatí se uklidit verzování a archiv, nic víc.
• Neustálený proces. Pokud se schvalovací matice mění každý kvartál, zautomatizujete něco, co za půl roku nebude platit. Nejdřív proces ustalte na papíře.
• Odpor protistrany. Elektronický podpis funguje jen tehdy, když ho akceptuje i druhá strana. U některých segmentů a institucí je třeba nadále počítat s papírovou větví procesu.

Pokud si nejste jistí, zda je právě smluvní cyklus tím správným prvním kandidátem, pomůže systematičtější pohled na výběr procesů vhodných k automatizaci.

Automatizace podpisu smluv není o podpisovém tlačítku. Je o tom, že dokument vznikne ze schválené šablony, sám se nasměruje ke správným lidem, nečeká donekonečna na jednoho z nich, po podpisu skončí v archivu s metadaty a zanechá po sobě stopu, kterou umíte předložit.

Postup, který funguje: zmapujte, kde přesně se ztrácí čas; přepište schvalovací matici do pravidel a doplňte lhůty a zástupy; postavte šablony a knihovnu doložek, aby právník řešil jen odchylky; s právníkem si potvrďte požadovanou úroveň podpisu pro jednotlivé typy smluv; a teprve pak řešte nástroj a integrace. Opačné pořadí — nejdřív nástroj, potom proces — je nejčastější důvod, proč nasazení zklame.

Pokud zvažujete, jak by takové workflow vypadalo ve vašem prostředí, podívejte se na naše řešení pro AI a automatizaci nebo nám napište a projdeme si váš smluvní cyklus — konkrétní úzká hrdla se dají pojmenovat už na prvním setkání.