Automatizace objednávkového procesu end-to-end: od košíku po vratku
Objednávka projde šesti systémy, než je vyřízená. Ukážeme, jak celý tok propojit, kde použít webhooky a fronty a co musí zůstat v rukou člověka.
Jedna objednávka v e-shopu projde typicky šesti systémy: e-shop, platební brána, ERP, sklad, dopravce a účetnictví. Pokud mezi nimi data přenáší člověk, stojí to čas a vznikají chyby. Zboží odejde nezaplacené, faktura má jinou adresu než štítek, zákazník čeká na tracking, který nikdo neposlal.
End-to-end automatizace znamená, že objednávka projde celým tokem sama a člověk řeší jen výjimky. Neznamená to jeden velký robot. Znamená to sadu propojení, která na sebe navazují a o každé chybě dají vědět. Projdeme tok krok za krokem.
Mapa toku: šest kroků jedné objednávky
| Krok | Co se děje | Spouštěč | Typická chyba |
|---|---|---|---|
| 1. Objednávka | e-shop založí objednávku, rezervuje zásobu | zákazník | prodej zboží, které už není |
| 2. Platba | brána potvrdí úhradu, nebo se čeká na převod | notifikace brány | objednávka zůstane „nezaplacená“ |
| 3. ERP | vznikne doklad, odečte se sklad | zaplacení nebo schválení | duplicitní doklad, špatná sazba DPH |
| 4. Sklad a WMS | pick list, balení, kontrola | doklad v ERP | vyskladnění nezaplacené objednávky |
| 5. Dopravce | štítek, předání, tracking | zabalená zásilka | špatná adresa, chybějící číslo zásilky |
| 6. Fakturace a vratky | faktura, dobropis, refundace | expedice, odstoupení | faktura bez vazby na vratku |
U každého kroku se ptáme na tři věci: co ho spustí, kdo je zdroj pravdy a co se stane, když selže.
Krok 1 a 2: objednávka a platba
Automatizace začíná u platby. Platební brána posílá e-shopu notifikaci o změně stavu platby. Na tuto událost navazuje zbytek toku: objednávka se přepne do stavu „zaplaceno“ a teprve pak odchází do ERP a skladu.
U převodů a QR plateb je potřeba párovat příchozí platby z banky s objednávkami podle variabilního symbolu a částky. Nespárované a částečné platby jsou první výjimka, kterou má dostat člověk do fronty úkolů. Podrobně v článku Napojení plateb na ERP a účetnictví.
Pravidlo, které se vyplatí: nic se nevyskladní, dokud platba není potvrzená, nebo dokud objednávka nemá schválenou dobírku či platbu na fakturu.
Krok 3: předání do ERP
ERP je místo, kde vzniká doklad a mění se účetní sklad. Integrace musí vyřešit párování zásob a zákazníků, sazby DPH, dopravy a platby jako položky dokladu a číselné řady. Detailní postup pro konkrétní systémy popisujeme v článcích Pohoda a e-shop a Money S3 a e-shop.
Zásadní je idempotence. Když stejná objednávka dorazí do ERP dvakrát, například po opakovaném pokusu, nesmí vzniknout dva doklady. Každý zápis proto nese jednoznačný identifikátor a integrace před zápisem kontroluje, jestli už doklad existuje.
Krok 4: sklad a WMS
U menšího e-shopu stačí sklad v ERP a tisk pick listu. S růstem přichází skladový systém (WMS) se čtečkami, pozicemi a kontrolou balení. WMS dostane objednávku z ERP nebo přímo z e-shopu a zpět hlásí stav: vychystáno, zabaleno, předáno dopravci.
Důležité je rozhodnout, kdo vede dostupnost pro web. Pokud WMS, ERP i e-shop počítají zásobu každý po svém, rozejdou se. Více v článcích Skladové hospodářství a WMS pro rostoucí e-shop a Propojení ERP, e-shopu a skladu.
Krok 5: dopravce, štítky a tracking
Dopravci jako Zásilkovna, PPL nebo DPD mají API pro podání zásilky a tisk štítku. Integrace podá zásilku, stáhne štítek, zapíše číslo zásilky k objednávce a pošle zákazníkovi odkaz na sledování. Při více dopravcích se často používá agregátor, který sjednotí podání pod jedno rozhraní.
Tracking se pak vrací zpět: stav „doručeno“ může uzavřít objednávku, stav „nedoručeno“ nebo „vráceno odesílateli“ má vytvořit úkol pro podporu. Dobírka vybraná dopravcem se musí spárovat s dokladem, jinak účetní dohledává platby ručně.
Krok 6: fakturace a vratky
Fakturace. Faktura se typicky vystavuje při zaplacení nebo expedici, podle toho, jak máte nastavené účetnictví. Musí vzniknout v jednom systému, e-shopu nebo ERP, a druhý ji jen převezme. Dvě místa vystavení znamenají dvě číselné řady a chaos. Náležitosti dokladů a archivaci rozebíráme v článku Fakturace a účetní podklady.
K legislativě k září 2026 stručně:
- EET 2.0. Prezident zákon podepsal v září 2026 a evidence startuje 1. ledna 2027. Podle schváleného znění se evidují platby s fyzickou přítomností zákazníka, tedy hotovost, karty na místě nebo QR kód na místě. Bankovní převody a úhrady přes bránu na dálku se neevidují. Pokud máte výdejnu s platbou na místě, pokladna musí být připravená. Výklad k dobírce ověřte s daňovým poradcem.
- E-fakturace. V Česku zatím povinná není. Směrnice EU ViDA zavádí strukturovanou e-fakturaci pro přeshraniční B2B transakce od 1. července 2030. Na Slovensku platí povinná e-fakturace mezi plátci DPH od 1. ledna 2027. Pokud tam fakturujete firmám, řešte to s poradcem už teď.
Vratky. Spotřebitel může od smlouvy uzavřené na dálku odstoupit do 14 dnů. Od 19. června 2026 musí e-shop nabízet tlačítko pro odstoupení od smlouvy s potvrzovacím krokem a automatickým potvrzením e-mailem. Tlačítko je vlastně spouštěč automatizace: vytvoří vratku, pošle zákazníkovi instrukce nebo štítek, po příjmu zboží založí dobropis v ERP, vrátí zboží na sklad a spustí refundaci přes bránu nebo převodem. Platební stránku vratek popisujeme v článku Vratky a reklamace: platební procesy.
Technika: webhooky, fronty a orchestrace
Webhooky místo neustálého dotazování. Když se v systému něco stane, pošle webhook na zadanou adresu. Integrace reaguje hned a nemusí každých pět minut kontrolovat, jestli je něco nového. Webhooky ale mohou přijít dvakrát nebo vůbec. Proto potřebujete ověření podpisu, idempotenci a noční kontrolní synchronizaci, která dorovná, co se ztratilo.
Fronty mezi systémy. ERP na desktopu občas neběží, API dopravce občas vrací chybu. Fronta zpráv drží úlohy, dokud je cílový systém nepřijme, a opakuje neúspěšné pokusy. Co se nepodaří ani po několika pokusech, spadne do odkladové fronty a pošle upozornění. Víc v článku Fronty a asynchronní zpracování.
Orchestrace v n8n nebo Make. Pro propojení bez hotových konektorů, notifikace, výjimky a menší objemy používáme nástroje n8n a Make. Vizuální workflow je čitelné i pro netechnika a rychle se mění. U kritických toků s velkým objemem je doplňujeme o frontu, logování a monitoring, případně část logiky přesouváme do vlastní služby.
| Situace | Doporučený přístup |
|---|---|
| Platforma i ERP mají hotový doplněk | doplněk + monitoring chyb |
| Chybí konektor, desítky objednávek denně | n8n nebo Make, webhooky, upozornění |
| Stovky objednávek denně, víc skladů a kanálů | middleware s frontou, idempotence, kontrolní synchronizace |
| Kritický tok, kde výpadek stojí peníze každou minutu | vlastní služba, fronty, alerting, dohled |
Co nechat člověku
Automatizace nemá odstranit lidi, ale rutinu. Člověk by měl dostávat:
- nespárované a částečné platby,
- objednávky s podezřelou adresou nebo neobvykle vysokou hodnotou,
- chyby zápisu do ERP po vyčerpání opakovaných pokusů,
- nedoručené zásilky a sporné vratky.
Každá výjimka má mít jednoho vlastníka a jedno místo, kam přichází. Ne pět e-mailů třem lidem.
Jak na to prakticky
- Nakreslete tok. Kroky, systémy, spouštěče a zdroj pravdy pro každý údaj.
- Změřte ruční práci. Kde lidé přepisují, kontrolují a dohledávají. Tam začněte.
- Automatizujte po krocích. Obvykle platba → ERP, pak dopravce, pak vratky.
- Postavte dohled dřív než další krok. Logy, upozornění a denní kontrola, že počty objednávek sedí mezi systémy.
- Otestujte výjimky. Storno po zaplacení, částečná vratka, nedoručená dobírka, změna adresy.
Základní synchronizace objednávek a skladu s ERP u nás obvykle trvá 2–4 týdny, další kroky přidáváme postupně. Cenu připravíme po konzultaci podle počtu systémů a objemu. Víc na stránkách Automatizace a realtime synchronizace a ERP a systémy. Pokud chcete do toku zapojit i AI, například pro třídění výjimek, podívejte se na článek AI workflow automatizace od objednávky po fakturaci.
Potřebujete s tím pomoct?