Automatizace objednávek? Chyba že zapomenete na výjimky

Mezi typické chyby patří snaha zavést systém bez přípravy a školení lidí, kteří s ním budou pracovat. Další častou chybou je ignorování okamžiku, kdy se stav rozchází se skutečností – každý rozdíl je signál, že někde chybí evidence příjmu nebo výdeje. Vyhněte se také tomu, abyste systém přizpůsobovali výjimkám místo toho, abyste sjednotili procesy. A pozor na přehnanou složitost: čím více políček a kroků, tím menší ochota je vyplňovat.

Automatizace vyřizování objednávek není o tom koupit nástroj a zapnout ho. Je to o tom popsat, co se v e-shopu skutečně děje od okamžiku, kdy zákazník klikne na dokončení objednávky, až po předání zásilky přepravci. Většina e-shopů začíná automatizovat příliš brzy a přeskočí mapování stavů. Výsledkem je, že robot posílá e-maily, které nedávají smysl, a sklad dostává objednávky, které nejdou vyřídit.

Před spuštěním si napište, co se stane, když automatizace selže. Kdo dostane upozornění, kde se objednávka zasekne a jak ji vrátíte do toku. Bez tohoto záložního plánu se z ušetřené práce stane skrytá fronta nevyřízených případů, které nikdo nesleduje. Automatizace má smysl ve chvíli, kdy zvládá rutinu a člověku nechává jen rozhodnutí, která rutinu nejsou.

Kde se automatizace láme nejčastěji Největší problém nebývá samotné propojení systému s přepravcem, ale ošetření výjimek. Objednávka se dvěma položkami, z nichž jedna chybí, se v automatizaci často chová stejně jako běžná objednávka. Zákazník dostane potvrzení o odeslání, přepravce vygeneruje štítek na celou zásilku a sklad řeší ručně, co vlastně poslat. Výjimky proto definujte předem: částečné odeslání, náhradní plnění, čekání na doplnění skladu. Pokud je systém neumí rozlišit, automatizujte toku a zbytek nechte na člověku s jasným upozorněním.

Cenové modely se obvykle odvíjejí od počtu zpracovaných dokladů za měsíc, od počtu uživatelů nebo od kombinace obojího. Některé nástroje účtují i za neúspěšné pokusy o rozpoznání, jiné nabízejí pevnou měsíční částku bez ohledu na objem. Pozor na tzv. skryté položky: poplatek za API, za export do účetního systému, za archivaci dokladů nebo za nadlimitní stránky. Před podpisem si vyžádejte ceník včetně těchto položek a spočítejte scénář, kdy se vám objem faktur meziročně zvedne o polovinu.

Typická chyba je porovnávat jen cenu za doklad. Ve skutečnosti rozhoduje celková roční nákladovost včetně času, který lidé stráví kontrolou a opravami. Zapomeňte na to, že AI bude stoprocentní. U složitějších dokladů je lidská kontrola nutná vždy, jen se posouvá z přepisování do ověřování. Do porovnání proto zahrňte i to, zda nástroj umí označit nejisté položky, zda zobrazí původní sken vedle rozpoznaných dat a zda umí nastavit pravidla pro opakující se dodavatele.

Náklady se nedají posuzovat jen podle licence. Počítejte s časem na zavedení a úklid dat, s případným propojením na účetnictví nebo personální systém a s pravidelnou kontrolou, zda metadata odpovídají skutečnosti. Levné řešení, které nikdo nepoužívá, je dražší než dražší řešení, které šetří hodiny měsíčně. Před podpisem smlouvy s dodavatelem si vyžádejte zkušební provoz na vašich datech a ověřte, jak rychle se dá dohledat dodatek a jak funguje export při ukončení spolupráce.

Začněte tím, že si vytipujete vzorek deseti až dvaceti faktur, které pokrývají všechny typy, jež úložné prostory v malém bytěám chodí. Účtenky z terminálů, zahraniční faktury v cizí měně, dobropisy, faktury se dvěma sazbami DPH i skeny, které přišly poštou. Tento vzorek pak prožeňte testovací verzí každého nástroje. Sledujte dvě věci: kolik polí vyplní správně bez zásahu a jak rychle opravíte zbytek. Nástroj, který rozpozná 90 % faktur, ale oprava trvá deset minut, je horší než nástroj s 80 % a opravou barvy stěn do obýváku minuty.

Druhým častým selháním je komunikace se zákazníkem. Automatické e-maily mají smysl jen tehdy, když odrážejí skutečný stav. Nic nekazí důvěru víc než zpráva „vaše objednávka byla odeslána", která přijde ve chvíli, kdy se teprve čeká na platbu. Nastavte proto podmínky pro každý e-mail zvlášť a vždy testujte na vlastních objednávkách, včetně zrušení a vrácení. Testovací objednávky prožeňte celým cyklem, ne jen do prvního kroku.

Začněte tím, že sepíšete všechny stavy objednávky, které ve vašem systému existují. Ne jen „nová", „vyřízená" a „odeslaná". Patří sem i platba na dobírku, čekání na potvrzení převodu, částečné vrácení, storno po zaplacení, ruční kontrola při podezření na podvod a objednávky s položkou, která není skladem. Ke každému stavu napište, kdo ho má změnit a co se má stát dál. Teprve z tohoto seznamu vzniká workflow, ne z demošablony v aplikaci.