Data už v aplikaci jsou. Přesto je někdo kopíruje do šablony, upravuje rozložení, ukládá PDF a posílá ho zákazníkovi. Právě tento poslední ruční úsek může být zajímavým místem pro automatizaci. Výsledkem nemá být pouze nově vzniklý soubor, ale správný dokument uložený u správného případu, dostupný lidem, kteří s ním potřebují dál pracovat.
Servisní zásah je dokončený. Co může následovat? Technik vyplnil údaje, připojil fotografie a potvrdil provedené práce. Zákazník ale očekává protokol. Pokud nyní někdo začne informace znovu přenášet do Wordu, část přínosu aplikace se ztrácí právě na posledních metrech. Údaje už jednou vznikly. Není důvod, aby kvůli finálnímu dokumentu absolvovaly další ruční přepis.
Generování PDF přitom nemusí automaticky znamenat složitou novou infrastrukturu. Pro některé jednodušší scénáře lze využít Power Automate a standardní konektory včetně OneDrive for Business. Důležité je ověřit konkrétní požadovaný výstup a licenční podmínky celého řešení. Označení jednoho konektoru jako standardního není univerzální licence na všechno kolem něj.
Z dat vznikne šablona. Ze šablony dokument.
Jedna z možných cest začíná HTML obsahem sestaveným z potvrzených dat. Automatizace vytvoří soubor, zajistí převod do PDF a finální dokument uloží do týmové knihovny na SharePointu. Aplikace pak může pracovat s odkazem na výsledek místo další lokální kopie.
Takový postup se hodí tam, kde výstup odpovídá možnostem převodu. Neznamená neomezenou kontrolu nad každým detailem sazby. Delší tabulky, obrázky, stránkování nebo specifické rozvržení je potřeba ověřit na skutečné šabloně. Pokud dokument vyžaduje přesné tiskové provedení, může být vhodnější jiný generátor nebo jiný formát vstupní šablony.
Stejně tak je potřeba počítat s průběhem převodu. Soubor se vytvoří, zpracuje a uloží; tyto kroky nemusí skončit současně. Dokumentace konektoru upozorňuje i na situace, kdy je nutné řešit prodlevu mezi vytvořením souboru a převodem. Uživatel má poznat, zda se dokument připravuje, nebo už skutečně existuje.
Finální soubor nemá bydlet u jednoho kolegy
Provozní otázka je stejně důležitá jako technická. Kde bude dokument dohledatelný za půl roku? Kdo k němu má přístup? A co se stane, když autor automatizace změní pozici nebo firmu opustí? Dočasné úložiště pro převod a finální místo pro týmovou dokumentaci mají odlišný účel.
U servisního protokolu dává smysl uložit dokument společně s vazbou na zakázku, datum vzniku a případnou verzi. Kolega ze zákaznické podpory tak nemusí zjišťovat, kdo ho naposledy posílal. Najde ho přímo u případu a vidí, ze kterého stavu dat vznikl.
Verze je podstatná i při opravách. Pokud se po odeslání změní údaje v aplikaci, nové PDF nesmí nenápadně předstírat, že je totožné s původním dokumentem. Potřebujeme jasné pravidlo, zda jde o novou verzi, opravu nebo opětovné odeslání stejného souboru. Názvy typu „final_oprava2“ nejsou dlouhodobou strategií správy dokumentů.
Automatizace má dokončit práci, ne jen vytvořit přílohu
Celý postup může navázat na schválení případu, informovat odpovědnou osobu a připravit dokument pro doručení. Každý krok má ale vlastní výsledek. Vygenerované PDF není totéž jako úspěšně odeslaná zpráva a odeslaná zpráva není automatickým potvrzením převzetí zákazníkem.
Při ověřování proto patří do testů dlouhé názvy, více fotografií, prázdné nepovinné části i opakované spuštění. Nejde o hledání dokonalosti ve všech myslitelných kombinacích. Jde o to, aby běžná varianta zakázky nerozbila dokument, který s jednou ukázkovou položkou vypadal bezchybně.
V Evenaut hledáme přínos právě v propojení těchto posledních kroků. Jednou zadaná informace může vytvořit podklad pro práci, přehled i finální dokument. Pokud se přitom nemusí přepisovat a dohledávat v osobních složkách, automatizace pomáhá celému týmu, ne pouze člověku u tlačítka Export.
Chcete propojit firemní aplikaci s tvorbou dokumentů? Napište nám na customers@evenaut.com.
