Každý e-shop, který trochu povyroste, dřív nebo později narazí na stejnou bariéru: objednávky přibývají rychleji, než je stíhá někdo ručně přepisovat do účetnictví a hlídat ve skladu. Ráno se exportuje seznam objednávek, ručně se zakládají faktury, kontroluje se skladová dostupnost, dohledává se, co už bylo zaplaceno a co odesláno. Funguje to do určitého objemu. Pak se to láme — a každá další objednávka, kterou byste měli oslavovat, znamená jen víc ruční práce a víc příležitostí udělat chybu.
Propojení e-shopu s účetnictvím, skladem, platební bránou a dopravcem tohle řeší. Cílem je, aby objednávka prošla celým řetězcem sama: vznikne na webu, založí doklad, odepíše zboží, zaznamená platbu a předá zásilku přepravci — bez toho, aby ji někdo musel přeťukávat z jedné aplikace do druhé. V tomto článku si prakticky projdeme, proč ruční přepis nestačí, co všechno se dá propojit, jakými cestami (API, hotové konektory, nástroje jako Make nebo n8n) a na co si dát pozor, aby vám integrace nedělala víc škody než užitku.
Proč ruční přepis objednávek dřív nebo později nestačí
Ruční přepis vypadá nevinně, dokud jste malí. Pár objednávek denně zvládne majitel nebo asistentka mezi ostatní prací. Problém je, že náklady na tenhle způsob nerostou lineárně s počtem objednávek — rostou rychleji. S objemem přibývá nejen času, ale hlavně chyb a situací, které je potřeba řešit telefonem nebo e-mailem.
- Chyby z přepisu. Překlep v částce, špatný variabilní symbol, prohozená položka. U faktur to znamená dohadování s klientem i s účetní, u skladu nesedící zásoby.
- Zpoždění. Když se objednávky zpracovávají v dávkách jednou denně, zákazník čeká na potvrzení i expedici déle, než by musel. V e-shopu, kde lidé porovnávají dodací lhůty, to znamená ztracené objednávky.
- Přeprodej skladu. Pokud web nezná aktuální stav skladu v reálném čase, snadno prodáte zboží, které už fyzicky nemáte. Následuje storno, omluvný e-mail a poškozená reputace.
- Žádný přehled. Data jsou roztříštěná. Kolik se dnes prodalo, co je zaplacené, co čeká na expedici — odpověď znamená otevřít tři aplikace a něco si dopočítat ručně.
- Závislost na jednom člověku. Když to celé drží jeden zaměstnanec ve své hlavě a v Excelu, jeho dovolená nebo odchod je pro firmu reálný provozní problém.
Jinými slovy: ruční přepis není zadarmo, jen ho nevidíte na faktuře. Platíte ho časem, chybami a zastropovaným růstem. Ve chvíli, kdy začnete řešit, jestli přijmout dalšího brigádníka jen na přepisování objednávek, je skoro vždy levnější a spolehlivější propojit systémy, které už máte.
Co všechno jde u e-shopu propojit
Když se řekne propojení e-shopu s účetnictvím, je to obvykle jen začátek. Smysl dává napojit celý řetězec, kterým objednávka prochází od kliknutí zákazníka po doručení. Tady jsou články, které firmy řeší nejčastěji.
E-shop a účetní nebo ERP systém
Srdce celé integrace. Nová objednávka z e-shopu automaticky založí doklad v účetnictví nebo ERP — fakturu, zálohovou fakturu nebo objednávku, podle toho, jak firma pracuje. Naopak změny z účetnictví (stav úhrady, vystavený daňový doklad) se mohou promítnout zpět. Typicky jde o systémy jako Pohoda, Money nebo Abra, případně ERP postavená nad SQL Serverem či PostgreSQL. Zákazník dostane fakturu rychleji a účetní nemusí nic přepisovat.
E-shop a sklad
Druhý klíčový směr. Objednávka odepíše zboží ze skladu, naskladnění naopak doplní dostupnost na webu. Cílem je, aby stavy skladu na e-shopu odpovídaly realitě v reálném čase — aby zákazník neviděl „skladem“ u zboží, které je dávno pryč. U firem s více prodejními kanály (e-shop, kamenná prodejna, marketplace) je sdílený sklad prakticky nutnost.
E-shop a platební brána
Platba přes bránu (Comgate, GoPay, Stripe a další) automaticky mění stav objednávky a může spustit expedici nebo vystavení dokladu. Informace o úhradě teče dál do účetnictví, takže nikdo ručně nepáruje platby s objednávkami. Tady se nejčastěji využívají webhooky — brána sama oznámí, že platba proběhla.
E-shop a dopravce
Napojení na přepravce (Zásilkovna, PPL, DPD, Česká pošta a další) umožní generovat štítky, předávat zásilky a vracet zpět tracking, který se pošle zákazníkovi. Místo ručního zadávání adres do portálu dopravce vznikne zásilka automaticky z dat objednávky.
Nemusíte propojit všechno najednou. Většinou se vyplatí začít u toho, co nejvíc bolí — typicky zakládání faktur a stavy skladu — a další články řetězce přidávat postupně. Každý propojený krok ušetří kus ruční práce hned, nemusíte čekat na velký projekt.
Jakými cestami se e-shop propojuje
Existuje víc způsobů, jak systémy spojit, a liší se cenou, pružností i tím, kolik si toho pohlídáte. Volba závisí na tom, jaké systémy používáte a jak specifické máte požadavky.
- Hotové konektory a moduly. Mnoho e-shopových platforem (Shoptet, WooCommerce, Shopify) i účetních systémů nabízí připravená propojení. Pokud váš případ pasuje na to, co konektor umí, je to nejrychlejší a nejlevnější cesta. Omezení je v pružnosti — co konektor neumí, to z něj nedostanete.
- Propojení přes API. Většina moderních e-shopů i účetních a skladových systémů má REST API, často doplněné o webhooky pro události v reálném čase. Napojení na míru přes API dává plnou kontrolu nad tím, jaká data kam tečou a jak se ošetří výjimky. Je to nejpružnější řešení a sedne i na netypické procesy. Detailněji o tom píšeme v článku o API integraci a propojení systémů.
- Automatizační nástroje jako mezivrstva. Platformy Make, n8n nebo Power Automate umí poskládat tok z dílčích kroků a propojit i nástroje, které spolu jinak přímo nekomunikují. Hodí se na střední složitost — víc, než zvládne hotový konektor, ale bez nutnosti stavět všechno od nuly. Zvládnou i podmínky, transformace dat a obsluhu chyb.
- Import a export souborů nebo přístup do databáze. U starších systémů bez API se dá přenos postavit nad automatickým exportem a importem (CSV, XML) nebo přímým, bezpečným přístupem do databáze. Není to nejelegantnější, ale spolehlivě to nahradí ruční práci tam, kde jiná cesta není.
V praxi se přístupy často kombinují — na jednu část řetězce hotový konektor, na specifickou věc API na míru, mezi tím automatizační nástroj jako lepidlo. Návrh i stavbu takových propojení řešíme v rámci API řešení a integrací. A pokud chcete propojit nejen data, ale i celé pracovní postupy — schvalování, notifikace, generování dokumentů — navazuje na to automatizace procesů.
Na co si dát pozor
Špatně navržená integrace dokáže nadělat víc škody než užitku. Místo aby tiše běžela na pozadí, chrlí duplicitní faktury nebo rozhází sklad. Tady jsou nejčastější úskalí, na která je potřeba myslet už při návrhu.
- Duplicity. Nejčastější problém. Když se objednávka kvůli chybě nebo opakovanému volání přenese dvakrát, vzniknou dvě faktury nebo se zboží odepíše dvakrát. Řešením je, aby každá objednávka měla jednoznačný identifikátor a systém poznal, že už ji jednou zpracoval (tzv. idempotence).
- Stavy skladu v reálném čase. Pokud se sklad synchronizuje jen jednou za pár hodin, hrozí přeprodej. U zboží, kde na dostupnosti záleží, je potřeba aktualizovat stav okamžitě po objednávce i naskladnění, ideálně přes webhooky.
- Co se stane, když něco selže. Síť vypadne, druhý systém je chvíli nedostupný. Dobrá integrace s tím počítá — neztratí data, zkusí to znovu a v nejhorším upozorní obsluhu. Bez ošetření chyb tiše zmizí objednávka a zjistíte to, až se ozve naštvaný zákazník.
- Mapování dat. Pole z jednoho systému musí odpovídat polím v druhém — sazby DPH, způsoby dopravy, varianty produktů, párovací symboly. Tady se schovává hodně ďáblů v detailu a vyplatí se to pečlivě promyslet předem.
- Bezpečnost. Integrace pracuje s osobními údaji zákazníků a finančními daty. Patří sem moderní autentizace (například OAuth 2.0 s tokeny místo sdílených hesel), šifrovaný přenos přes HTTPS a u webhooků ověřování podpisu. Zpracování osobních údajů zákazníků navíc spadá pod GDPR — konkrétní nastavení je vždy dobré ověřit i z pohledu vašich povinností.
Integraci je potřeba otestovat na hraničních situacích, ne jen na ideální objednávce. Co se stane při stornu objednávky, vratce, částečné platbě nebo dobírce? Právě tyhle případy odhalí, jestli je propojení skutečně spolehlivé.
Jak k propojení přistoupit
Úspěšná integrace nezačíná u kódu, ale u pochopení toho, jak vaše objednávky reálně tečou. Než cokoli propojíme, je dobré vědět, jaká data kam mají jít, jak často a co se má dít při výjimkách. Osvědčený postup vypadá zhruba takto:
- Zmapování. Které systémy máte, jakou cestou dnes prochází objednávka a které kroky se dělají ručně.
- Priorita. Kde to nejvíc bolí — obvykle faktury a sklad. Tím se začíná.
- Návrh toků. Co se má dít automaticky, jakým směrem a jak se ošetří duplicity, storna a chyby.
- Vývoj a mapování dat. Napojení přes API, konektor nebo automatizační nástroj a sladění polí mezi systémy.
- Testování na reálných scénářích. Včetně storn, vratek a výpadků.
- Nasazení a monitoring. Spuštění naostro a hlídání, že data tečou tak, jak mají.
Tahle disciplína se vyplatí. Dobře navržené propojení tiše běží na pozadí a po čase si ho skoro nevšimnete — což je přesně cíl. Objednávky procházejí samy, faktury se zakládají bez překlepů, sklad sedí a vy máte konečně čas věnovat se tomu, co e-shop posouvá dál.
Pokud ve vašem e-shopu objednávky stále někdo ručně přepisuje do účetnictví, hlídá sklad v tabulce a páruje platby podle výpisu, většinu té práce za vás může převzít dobře navržené propojení. Rádi se podíváme na vaše konkrétní systémy — e-shop, účetnictví, sklad, platební bránu i dopravce — navrhneme, co a v jakém pořadí propojit, a poradíme i tam, kde nějaký nástroj nemá API. Ozvěte se nám přes nezávaznou konzultaci a probereme, jak rozhýbat vaše objednávky, aby tekly samy.
