Jak automatizace dokumentů projde od formuláře ke schválenému PDF

U interní žádosti o nákup v Microsoft 365 se údaje z formuláře mohou automaticky přenést do šablony Wordu, ze které vznikne PDF určené ke schválení. Po rozhodnutí se výsledek zapíše do evidence a schválený soubor uloží na stanovené místo. Pracovník nemusí přepisovat údaje do Wordu, vytvářet přílohu ani hlídat odpovědi v e-mailu. Automatizace dokumentů označuje právě tento předem nastavený sled kroků. Lidé zůstávají tam, kde je potřeba kontrola nebo rozhodnutí. Text popisuje referenční návrh automatizace interní žádosti o nákup, nikoli uskutečněné nasazení s naměřenými výsledky.

Microsoft dokumentuje schvalovací tok v Power Automate, který po vytvoření položky v SharePointu odešle žádost schvalovateli, informuje žadatele a zapíše rozhodnutí i komentář zpět do seznamu. Schvalovatel může odpovědět z e-mailu, centra schválení nebo aplikace Power Automate. Na tento schvalovací tok navazuje navržená automatizace interní žádosti o nákup, která údaje z Microsoft Forms vloží do šablony Wordu a vytvoří PDF. Dokumentace Microsoftu potvrzuje schvalovací část, nikoli výsledky celého zde navrženého postupu. Návrh se hodí tam, kde stejné žádosti vznikají opakovaně. Rozdíly popisuji podrobněji v článku o čtyřech úrovních automatizace dokumentů.

Bez automatizace vzniká jeden dokument na několika místech

Výchozí cesta vypadá jednoduše. Žadatel vyplní online formulář s dodavatelem, účelem, částkou a termínem. Pověřený pracovník otevře odpověď, přepíše údaje do Wordu, upraví záhlaví a dokument převede do PDF. Přílohu pošle schvalovateli. Rozhodnutí se vrátí e-mailem a schválený soubor někdo přesune do sdílené složky.

Jeden požadavek tak postupně existuje jako odpověď ve formuláři, rozpracovaný dokument, příloha PDF a e-mailové vlákno. Chybějící údaj se může odhalit až při přepisování. Po opravě vznikne další příloha, zatímco původní zůstane v poště. Později nemusí být zřejmé, která verze byla schválena. Název final_oprava_3.pdf spolehlivou evidenci nenahradí.

Nejdřív se určí, co zvládne automatizace a kde rozhodne člověk

Automatizace nezačíná výběrem aplikace. Nejdřív je potřeba zakreslit cestu dokumentu od zadání až po archiv. U každého kroku musí být jasné, jaká data vstupují, kdo rozhoduje a co se má stát při chybě. Na jedné stránce je potřeba určit:

1. povinné údaje a jejich formát,
2. kontroly provedené před vytvořením dokumentu,
3. pole, která se vloží do šablony,
4. schvalovatele a jeho případného zástupce,
5. postup při zamítnutí nebo vrácení k doplnění,
6. umístění schváleného souboru a pravidla přístupu.

Automatizace má kontrolovat předvídatelné věci. Ověří, že nechybí částka, datum nebo odpovědná osoba. Nemá sama posuzovat, zda je nákup rozumný. Rozdělení automatických kontrol a lidského rozhodování popisuji v článku o rozhodování, které má zůstat na člověku.

Formulář spouští cestu k hotovému PDF

Navržený model využívá Microsoft Forms, SharePoint, Word a Power Automate. Každý nástroj má jednu úlohu. Celý postup probíhá v tomto pořadí:

1. Microsoft Forms přijme žádost. Odeslání formuláře funguje jako spouštěč, tedy událost, která automaticky zahájí další kroky.

2. Power Automate načte odpověď. Power Automate je služba pro skládání pracovních postupů mezi aplikacemi. Údaje zapíše do seznamu v SharePointu, který slouží jako hlavní evidence žádostí a jejich stavů.

3. Proběhne kontrola údajů. Automatizace ověří povinná pole, správný formát data a existenci schvalovatele. Při chybě nastaví stav žádosti na „Doplnit“ a odešle žadateli zprávu. PDF zatím nevznikne.

4. Údaje se vloží do šablony Wordu. Konektor je připravené propojení Power Automate s Wordem. Vyplní označená pole v dokumentu. Šablona určuje vzhled a automatizace dodává obsah.

5. Dokument se převede do PDF. Vzniklé PDF dostane schvalovatel ke kontrole. Žádost i soubor nesou stejné identifikační číslo.

6. Power Automate odešle žádost ke schválení. Určený člověk může rozhodnout z e-mailu, schvalovacího centra nebo aplikace Power Automate. Žádost schválí či zamítne a může doplnit komentář. Praktické možnosti nástroje rozebírám v článku Power Automate co ve firmě zautomatizovat i bez programátora.

7. Rozhodnutí se zapíše a soubor uloží. Do evidence se uloží výsledek, čas, jméno schvalovatele a komentář. Schválené PDF se přesune do určené knihovny dokumentů. Zamítnutá žádost zůstane v evidenci, ale její PDF se neuloží mezi platné soubory.

Cílem navrženého toku není jen vytvořené PDF. Jeden záznam má spojovat původní údaje, stav žádosti, rozhodnutí i konečný soubor. Název přílohy už nemusí nahrazovat správu verzí.

Výsledek je potřeba měřit na celé cestě dokumentu

Záznamy Power Automate a SharePointu umožňují sledovat časy změn a jednotlivé stavy žádosti. Samy ale neukazují aktivní dobu ruční práce, takže z nich nelze určit procento úspory, návratnost ani pokles chybovosti. Tyto výsledky vyžadují srovnání stejného postupu před zavedením a po něm. U tohoto návrhu nejsou k dispozici data z provozu, proto neuvádí naměřenou úsporu ani chybovost. Čísla z jiné automatizace by o interní žádosti o nákup nevypovídala.

Výchozí stav je potřeba zjistit na srovnatelném souboru dokončených dokumentů. U každého je potřeba zaznamenat aktivní dobu ruční práce, čas od odeslání do rozhodnutí, počet ručních zásahů a důvod každého vrácení. Stejné údaje je potřeba sledovat na stejně velkém souboru dokumentů po spuštění. Aktivní práci musí pracovník krátce evidovat, protože systém nerozliší práci na dokumentu od jiné činnosti mezi dvěma zaznamenanými kroky. Bez tohoto srovnání lze ověřit funkčnost postupu, nikoli skutečnou časovou úsporu.

Výjimky a odpovědnost se řeší před spuštěním

Základní větev postupu je přímočará. Formulář přijde, PDF vznikne a schvalovatel rozhodne. Do provozu ale patří také nepřítomní schvalovatelé, změněné šablony, zamítnuté žádosti a selhání služby nebo připojení. U schválení, které může trvat déle než 30 dnů, Microsoft doporučuje uložit schválení do Dataverse a rozdělit postup do dvou toků. Jeden odešle žádost a druhý zpracuje odpověď i po vypršení původního běhu. Už v prvním návrhu je proto potřeba určit, co se stane, když schvalovatel odejde, žádost se po zamítnutí upraví nebo některý krok skončí chybou. Automatizace musí neúspěšný běh zaznamenat a poslat upozornění odpovědnému člověku.

Za proces musí odpovídat jeden konkrétní člověk. Spravuje obsah šablony, seznam schvalovatelů a pravidla postupu. Technický správce hlídá oprávnění a neúspěšné běhy. Po každé změně šablony je potřeba provést jednu testovací žádost od formuláře až do archivu. Jinak se chyba v šabloně promítne do každého dalšího PDF.

V navrženém modelu má schválené PDF dokládat dokončení jedné žádosti. Evidence stavů, ošetřené výjimky a určený vlastník mají umožnit zjistit, co se stalo i u žádostí, které běžnou cestou neprošly.