Schvalovací proces v účetnictví: kompletní průvodce pro rok 2026

Jak nastavit schvalovací proces faktur v účetní firmě. Pravidla, lhůty, schvalovatelé, zastupování. Reálné scénáře a checklist.

Co se v článku dozvíte

  • Čtyři povinné součásti každého schvalovacího procesu
  • Typická selhání ručního schvalování e-mailem a chatem
  • Rozdíl mezi pravidlovým systémem a nahodilým směrováním
  • Reálný scénář faktury nad 50 000 Kč od přijetí ke schválení
  • Co SmartDocto v této oblasti skutečně umí a co ne

Účetní firmy schvalují faktury přes vlákna přeposílaných e-mailů, screenshoty z WhatsApp a verbální souhlas v kuchyňce, a pak na konci roku tráví hodiny shromažďováním důkazů pro auditora. Práce je neviditelná do chvíle, kdy něco selže: dodavatel upomíná splatnost nebo se klient ptá, kdo přesně schválil fakturu nad 2 000 000 Kč v březnu.

01 / 08

Co je schvalovací proces v účetnictví?

Schvalovací proces je pravidlový systém, který převede dokument od příchodu k zaznamenanému závaznému rozhodnutí (schválit, zamítnout, vrátit k doplnění). Nahrazuje nahodilé rozesílání přes e-mail nebo chat explicitními a auditovatelnými pravidly. Každý funkční schvalovací proces má čtyři povinné součásti.

Spouštěč (trigger)

Podmínka, která proces zahájí. Typicky kombinace typu dokumentu a hodnotového prahu nebo podmínky nad konkrétním polem, například dodavatelské faktury nad 50 000 Kč. Bez explicitního spouštěče systém nedokáže rozhodnout, zda dokument vůbec schvalování potřebuje.

Pravidlo směrování

Pravidlo, které určí, kdo požadavek obdrží. Směrování přiřadí dokument jednomu nebo více schvalovatelům, případně podle hodnotových pásem, nákladových středisek nebo skupin dodavatelů. Dobré pravidlo je deterministické: stejný vstup vždy vyústí ve stejný seznam schvalovatelů.

Lhůta pro rozhodnutí

Každý požadavek má pevnou lhůtu, do kdy se očekává rozhodnutí. Lhůta se nastavuje na úrovni pravidlové sady a platí od vytvoření požadavku. Schvalovatel je při přiřazení upozorněn a vidí termín. Po uplynutí lhůty se požadavek v přehledu označí jako po termínu a čeká na rozhodnutí člověka.

Viditelný stav po termínu

Co se stane, když lhůta uplyne a přiřazený schvalovatel nerozhodl. Požadavek se v přehledu označí jako po termínu, aby byl na očích a nezapadl. Dobré systémy nikdy nerozhodnou za člověka tiše, ani neschválí, ani nezamítnou. Žádost čeká, dokud se k ní nedostane odpovědná osoba.

02 / 08

Proč manuální schvalování selhává

Schvalování přes e-mail a chat funguje při malém objemu a tiše se rozpadá s rostoucím počtem dokladů. Šest typických selhání, která hlásí účetní firmy a finanční týmy nejčastěji.

Chybějící auditní stopa

Screenshoty z WhatsApp a přeposlané e-maily nejsou trvalým účetním důkazem. Když se auditor zeptá, kdo a kdy schválil konkrétní fakturu, odpověď z paměti se neobhájí a historie odchází z firmy spolu se zaměstnancem.

Jediný bod selhání na dovolené

Když jediný člověk, který schvaluje faktury nad daný práh, odjede na dva týdny pryč, fronta se zastaví. Není automatický zástup, splatnosti se zpožďují a tým se to dozví, až když si dodavatel stěžuje.

Promeškané splatnosti

Bez lhůty navázané na každý požadavek se faktury vznášejí v osobních schránkách, dokud dodavatel nepošle upomínku. Pozdní platba spouští úroky z prodlení, ale náklad se málokdy zpětně přičte schvalovacímu procesu.

Nekonzistentní pravidla

Bez sepsané pravidlové sady žije politika v hlavě jedné vedoucí účtárny. Práh pro schválení jednatelem i pravidlo pro mezistřediskové schválení se liší podle toho, koho se zeptáte, a nový kolega se týdny učí neformální zvyklosti.

Hrdlo lahve při uzávěrce

Manuální schvalování roste lineárně s objemem. Při měsíční uzávěrce, kdy objem faktur skokově roste a zápisy musí být zaúčtovány do termínu, se schvalovací fronta stává limitujícím faktorem. Tým zůstává přes čas a roste chybovost.

Žádný přehled o lhůtách

Vedoucí účtárny, která chce vědět, kolik faktur čeká neschválených a jak dlouho, nemá centrální pohled. Informace žije v osobních schránkách, takže úzká místa se ukážou až poté, co napáchala škodu.

03 / 08

Manuální versus pravidlové schvalování

Tabulka níže srovnává typický e-mailově-chatovací schvalovací proces s pravidlovým systémem. Každý řádek odráží schopnosti, které SmartDocto skutečně má v produkčním nasazení, řádky, jež by produkt přehnaně reprezentovaly, jsou vypuštěny.

Manuální (e-mail, chat)

  • Spouštěč

    Někdo se rozhodne dokument přeposlat.

  • Směrování

    Kdo je zrovna online nebo na koho si odesílatel vzpomene.

  • Lhůta

    Nepsaná, většinou se vyvodí z urgence dodavatele.

  • Auditní stopa

    Částečná. Archiv e-mailů plus útržky chatu, těžko se rekonstruuje.

  • Po termínu

    Ruční dohánění zadavatelem, většinou až po stížnosti dodavatele.

  • Externí strany

    Přeposlat e-mail a doufat, že odpoví.

Pravidlový proces

  • Spouštěč

    Typ dokumentu a podmínky polí směrují automaticky.

  • Směrování

    Definovaná pravidlová sada pro každé pravidlo zpracování, deterministická pro každý dokument.

  • Lhůta

    Explicitní pevná lhůta pro rozhodnutí, viditelná schvalovateli od přiřazení.

  • Auditní stopa

    Záznam rozhodnutí pro každý požadavek s akcí, uživatelem, časem a důvodem.

  • Po termínu

    Žádost po termínu se v přehledu označí a čeká na rozhodnutí, nic se neschválí automaticky.

  • Externí strany

    Vyhrazená role externího schvalovatele s plnohodnotným uživatelským účtem.

04 / 08

Jak schvalování řeší SmartDocto

SmartDocto je AI platforma pro účetní firmy a finanční týmy. Schvalovací systém rozhoduje, kdo posuzuje každý dokument, v jaké lhůtě a co se stane při vypršení.

Základ

Jedna pravidlová sada na pravidlo zpracování

Každé pravidlo (šablona × AI model) má právě jednu schvalovací sadu. Schéma to vynucuje unikátní vazbou, směrování zůstane deterministické.

Vstupní validace

Konfigurovatelné podmínky automaticky zamítnou dokument při porušení firemních pravidel (chybějící DIČ, dodavatel mimo seznam). Vstupní validace umí pouze zamítnout, nikdy schválit.

Pevná lhůta pro rozhodnutí

Lhůtu nastavíte na pravidlové sadě v rozsahu od jedné hodiny do 30 dní. Platí od vytvoření požadavku. Schvalovatel je o přiřazení a termínu upozorněn jednou, při přiřazení žádosti.

Žádost po termínu zůstává na očích

Po uplynutí lhůty se žádost v přehledu označí jako po termínu a čeká na rozhodnutí přiřazeného schvalovatele. Neděje se nic automatického, žádné přeřazení, žádné schválení ani zamítnutí. Termín po lhůtě je viditelný, takže žádost nezapadne.

Pokročilé akce

Pozastavení pro doplnění informací

Schvalovatel požadavek pozastaví a žádá zadavatele o doplnění. Původní lhůta zůstane zachována, proces pokračuje po odpovědi. Pauza má vlastní časový limit.

Vrácení k doplnění

Schvalovatel vrátí dokument zadavateli s povinným důvodem. Požadavek se označí jako vrácený a historie pokračuje bez restartu.

Delegování

Aktuálně přiřazený schvalovatel dobrovolně předá požadavek jinému uživateli. Jde o vědomý manuální krok, žádné automatické přeřazení se neděje. Původní schvalovatel zůstává v historii.

Schvalování více pravidly

Na jeden dokument se může napasovat více schvalovacích pravidel a každé přiřadí jednoho schvalovatele. Dokument je schválen, až rozhodnou všichni přiřazení schvalovatelé, kterékoli zamítnutí ho zamítne. Schvalovatelé rozhodují souběžně, žádné kvórum typu N z M na jedno pravidlo.

Externí schvalovatelé s plnohodnotnými účty

Externí schvalovatelé, například klienti a externí poradci, schvalují přes týmovou pozvánku. Mají plnohodnotné účty, ne jednorázové odkazy, takže auditní stopa drží trvalou identitu.

  • SmartDocto neumí převod vlastnictví požadavku mimo rámec delegování, předání iniciuje vždy aktuálně přiřazený schvalovatel.
  • SmartDocto neschvaluje automaticky na základě skóre spolehlivosti AI, žádná taková cesta v kódu neexistuje.
  • SmartDocto po uplynutí lhůty žádost nepřeřadí ani neschválí automaticky, jen ji v přehledu označí jako po termínu a čeká na rozhodnutí člověka.
  • SmartDocto neumí kvórum typu N z M na jednom pravidle, každé schvalovací pravidlo přiřadí jednoho schvalovatele.
05 / 08

Příklad reálného procesu

Průchod používá obecné hodnoty odpovídající skutečnému chování produktu. Scénář popisuje jednu dodavatelskou fakturu nad 50 000 Kč přicházející e-mailem, která projde schvalovacím systémem od začátku do konce.

  1. 01

    Dodavatel pošle fakturu e-mailem

    Dodavatel pošle fakturu na adresu faktury@priklad-firma.cz, kterou hlídá kanál EMAIL. SmartDocto stáhne přílohu, projede ji antivirovou kontrolou a zařadí ji do fronty zpracování.

  2. 02

    Extrakce běží proti šabloně

    Dokument je rozpoznán jako dodavatelská faktura a extrahován proti nastavené šabloně. Hlavička a řádky položek se rozparsují, ke každému poli se zaznamená skóre spolehlivosti.

  3. 03

    Pravidlo zpracování spustí pravidlovou sadu

    Pravidlo pro dodavatelské faktury se shoduje a automaticky se načte jeho jediná schvalovací pravidlová sada. Unikátní vazba brání nejednoznačnosti, která sada se má použít.

  4. 04

    Vstupní validace projde

    Vstupní validace běží před založením požadavku. DIČ se kontroluje proti seznamu dodavatelů a celková částka proti limitu dodavatele. Při neúspěchu by se faktura automaticky zamítla.

  5. 05

    Požadavek se vytvoří s pevnou lhůtou

    Vytvoří se požadavek s vlastníkem nákladového střediska jako schvalovatelem a pevnou lhůtou pro rozhodnutí 72 hodin. Lhůta platí od vytvoření požadavku. Schvalovatel obdrží oznámení v aplikaci i e-mailem a vidí termín.

  6. 06

    Schvalovatel má termín na očích

    Po dobu lhůty čeká požadavek na rozhodnutí přiřazeného schvalovatele. Termín je viditelný v žádosti i v přehledu, takže schvalovatel ví, do kdy má rozhodnout.

  7. 07

    Po termínu zůstane žádost označená

    Když lhůta uplyne bez rozhodnutí, požadavek se v přehledu označí jako po termínu. Neděje se nic automatického, žádné přeřazení, žádné schválení ani zamítnutí. Žádost dál čeká na rozhodnutí člověka.

  8. 08

    Schvalovatel schválí a spustí se výstupní integrace

    Schvalovatel fakturu zkontroluje a schválí. Dokument se označí jako schválený, historie schvalování se uzamkne a dokument pokračuje do výstupní integrace na ERP nebo účetní systém.

06 / 08

Schvalování více pravidly

Na jeden dokument se v SmartDocto může napasovat více schvalovacích pravidel. Každé pravidlo přiřadí jednoho schvalovatele a dokument je schválen, až rozhodnou všichni přiřazení. Kterékoli zamítnutí dokument zamítne. Přiřazení schvalovatelé rozhodují souběžně, pevné pořadí typu úroveň 2 čeká na úroveň 1 se za běhu nevynucuje. Pro směrování podle hodnoty faktury kombinujte samostatná pravidla zpracování navázaná na prahy.

Vzor souběžného schvalování

V rámci jedné pravidlové sady definujete více pravidel, každé s jedním schvalovatelem. Klasické využití je vlastník nákladového střediska a vedoucí oddělení, oba dostanou požadavek a rozhodují nezávisle na sobě. Dokument je schválen, až rozhodnou oba.

Vzor prahového směrování

Pro směrování podle hodnotových pásem nastavte samostatná pravidla zpracování pro každé pásmo. Faktury pod 50 000 Kč se shodují s pravidlem A a směrují se na vedoucí účtárny, faktury od 50 000 Kč nahoru se shodují s pravidlem B a směrují se na jednatele. Směrování řídí, které pravidlo se na fakturu napasuje.

07 / 08

Lhůty pro rozhodnutí

SmartDocto konfiguruje schvalovací lhůty, nikoli smluvní SLA. Chování níže popisuje, co se reálně stane, když lhůta uplyne, a odpovědi jsou strukturované jako konkrétní otázky, aby pravidla byla jednoznačná.

Jak schvalovatel pozná, že mu byla žádost přiřazena a do kdy má rozhodnout?

Schvalovatel je upozorněn jednou, při přiřazení žádosti, oznámením v aplikaci i e-mailem. Notifikace nese viditelný termín, do kdy se očekává rozhodnutí. Žádné opakované připomínky se neodesílají.

Co se stane, když lhůta pro rozhodnutí uplyne?

Žádost se v přehledu označí jako po termínu a dál čeká na rozhodnutí přiřazeného schvalovatele. Neděje se nic automatického, žádné přeřazení na jiného člověka, žádné schválení ani zamítnutí a žádná změna schvalovatele.

Přeřadí SmartDocto žádost po termínu na někoho jiného?

Ne. Po uplynutí lhůty se na přiřazení nic nemění. Žádost zůstává na původním schvalovateli a je jen viditelně označená jako po termínu, aby nezapadla. Předání jinému člověku je vždy vědomý krok přes delegování.

Lze lhůtu nastavit pro každé pravidlo zvlášť?

Ano. Lhůta se nastavuje na úrovni pravidlové sady v rozsahu od jedné hodiny do 30 dní a platí od vytvoření žádosti. Různá pravidla mohou mít různě dlouhé lhůty podle typu dokumentu nebo hodnoty faktury.

SmartDocto neschvaluje dokumenty automaticky, když vyprší lhůta, ani když AI skóre spolehlivosti dosáhne nějakého prahu. Každé schválení vyžaduje explicitní rozhodnutí člověka, nebo automatické zamítnutí vstupní validací při porušení podmínky. Tiché schválení by znehodnotilo auditní stopu.

08 / 08

Auditní stopa a soulad se zákonem o účetnictví

Každý schvalovací požadavek vede plný záznam v historii schvalování: akce, uživatel, předchozí a nový stav, rozhodnutí, důvod, metadata, IP, user agent, časové razítko. Historie je pouze přidávací a přežívá změnu dokumentu.

To pokrývá archivační povinnosti zákona č. 563/1991 Sb. o účetnictví i požadavky GDPR na dohledatelnost zpracování. Auditor dokáže rekonstruovat celý řetězec rozhodnutí.

Auditní stopa pokrývá důkazní požadavky rámce jako ISO 27001, SOC 2 a GoBD: neměnný záznam rozhodnutí, atribuce uživatele, časované přechody stavů, dohledatelnost metadat.

Často kladené otázky

Často kladené otázky

Jak nastavit schvalovací proces faktur v účetní firmě?
Vytvořte pravidlo zpracování pro vaši šablonu faktur a připojte jednu schvalovací pravidlovou sadu. Na sadě nastavte schvalovatele a lhůtu pro rozhodnutí, případně více schvalovacích pravidel, pokud má fakturu schválit více lidí. Doplňte vstupní validace pro automatické zamítnutí při porušení firemních pravidel.
Co se stane, když schvalovatel neschválí fakturu včas?
Žádost se v přehledu označí jako po termínu a dál čeká na rozhodnutí přiřazeného schvalovatele. Neděje se nic automatického, žádné přeřazení na jiného člověka, žádné schválení ani zamítnutí. Termín po lhůtě je viditelný, takže žádost nezapadne a odpovědná osoba ji dořeší.
Může schvalovat fakturu externí osoba, například klient?
Ano. Externí schvalovatelé obdrží týmovou pozvánku, nastaví si heslo a schvalují pod omezenou rolí externího schvalovatele. Mají plnohodnotné účty, ne jednorázové přístupové odkazy, takže auditní stopa uchovává trvalou identitu.
Jakou má SmartDocto lhůtu pro schválení?
Lhůta je konfigurovatelná na úrovni každé pravidlové sady, v rozsahu od jedné hodiny do 30 dní. Nastavujete ji při zakládání pravidlové sady a platí od vytvoření žádosti. Schvalovatel termín vidí v žádosti i v přehledu.
Lze automaticky schvalovat faktury bez zásahu člověka?
Ne. Vstupní validace mohou automaticky zamítnout fakturu při porušení podmínky, ale nikdy ji automaticky neschválí. Žádné automatické schvalování podle skóre spolehlivosti AI ani podle vypršení lhůty v produktu neexistuje. Každé schválení vyžaduje explicitní rozhodnutí člověka.
Co znamená pozastavení pro doplnění informací?
Schvalovatel může požadavek pozastavit a požádat zadavatele o doplnění informace. Požadavek se přepne do pozastaveného stavu, původní lhůta zůstane zachována a proces pokračuje, jakmile zadavatel odpoví. Pauza má vlastní časový limit, po jeho uplynutí se žádost vrátí ke schvalovateli a v přehledu se označí jako po termínu.
Jak začít s nastavením procesu schvalování faktur?
Začněte tím, že na pravidlové sadě určíte schvalovatele, kteří mají fakturu schválit. Podmíněné směrování umožní poslat fakturu konkrétnímu schvalovateli podle pravidla, například podle částky nebo střediska. Vstupní validace přidají kontrolní bránu, která fakturu při porušení podmínky automaticky zamítne ještě před schvalováním. Doporučujeme začít jednoduchým procesem s jedním schvalovatelem a teprve podle reálných faktur přidávat další pravidla a podmínky.

Schvalovací proces je most mezi extrahovanými daty a zaúčtovaným záznamem. Správný návrh zaznamenává kdo, co a kdy schválil, bez tichých zkratek, které by rozbily auditní stopu. Pilot je nejrychlejší cesta, jak otestovat pravidla, lhůty a schvalovatele proti vlastní skladbě faktur.

David Maj, Zakladatel TechOne