← Všechny články

Propojení e-shopu s Pohodou, Money S4 nebo ERP: konektor, API, nebo export?

Tři úrovně propojení e-shopu s účetnictvím a skladem, co se vyplatí synchronizovat a proč většině e-shopů stačí pravidelný export místo integrace.

Tři úrovně propojení e-shopu s účetnictvím vedle sebe: pravidelný export, který používá drtivá většina klientů, hotový konektor s měsíčním poplatkem a vlastní napojení přes API i s jeho limity.

Otázka „dá se to propojit s naším účetnictvím" padne skoro na každém hovoru. Skoro vždy má stejný podtext — někdo někde přepisuje čísla z jednoho systému do druhého a chce, aby to přestalo.

Odpověď bývá překvapivá: ve většině případů nepotřebujete integraci. Potřebujete export. Rozdíl mezi těmi dvěma věcmi je několik tisíc eur a pár měsíců života.

Čas čtení: 10 min | Aktualizováno: září 2026

Rychlá odpověď, pokud nemáte 10 minut

  • Tři úrovně propojení: pravidelný export · hotový konektor · vlastní napojení přes API. Cena a křehkost rostou zleva doprava.
  • Podle našeho odhadu si zhruba 99,5 % našich klientů posílá faktury do účetnictví jako pravidelný export, ne v reálném čase. A je to tak v pořádku.
  • Upgates umí vystavit fakturu sám a vyexportovat ji v isdoc, který zvládne například Pohoda.
  • Money S3/S4 jsme nikdy reálně nenasadili. Řešili jsme to v nabídkách, v praxi to končilo exportem. Píšeme to proto, že jinde se to uvádí jako hotová věc.
  • Jedna číselná řada faktur na celou instanci je omezení, na které narazíte dřív než na cokoli technického.

Obsah článku

  1. Tři úrovně propojení
  2. Co je opravdu třeba synchronizovat a co ne
  3. Pohoda konkrétně
  4. Money S3 a S4 — co víme a co ne
  5. Vlastní napojení přes API a jeho limity
  6. Dávka jednou denně versus průběžně
  7. Co se u propojení pokazí nejčastěji
  8. Často kladené otázky

1. Tři úrovně propojení

Úroveň 1: pravidelný export

E-shop vystavuje faktury sám. Jednou za čas z něj vyexportujete dávku a nahrajete ji do účetnictví. Žádné rozhraní, žádný dodavatel navíc, žádný bod, který může spadnout.

Zní to primitivně a je to nejčastěji správná odpověď. Tomáš to na hovorech doporučuje rovnou:

„Ať si to ten e-shop fakturuje sám a jednou za čas to celé vyexportujete do účetnictví."

Podle našeho odhadu takhle funguje 99,5 % našich klientů. Ne proto, že by na víc neměli, ale proto, že víc nepotřebují. Faktura, která se dostane do účetnictví o čtyři hodiny později, nikoho nestojí ani cent.

Úroveň 2: hotový konektor

Prostředník, který data přenáší sám — Chameleoon a podobné nástroje. Platíte měsíčně, nastavení je otázka konfigurace, ne vývoje.

Má smysl, když máte víc systémů naráz. Konkrétní případ z praxe: klient provozoval souběžně dva e-shopy na různých platformách a účtoval ve třetím systému. Chtěl to spravovat z jednoho místa — a tam už konektor jako společná synchronizační vrstva smysl dává.

Úroveň 3: vlastní napojení přes API

Programátorská práce šitá na vaše procesy. Nejvíc možností, nejvyšší cena a jediná úroveň, u které si kupujete i závazek to roky udržovat.

Vyplatí se tehdy, když máte procesy, které se nedají poskládat z hotových dílů — typicky výroba, komplikovaná rezervace skladu nebo vlastní systém, který nikdo jiný nepoužívá.

2. Co je opravdu třeba synchronizovat a co ne

Nejdražší chyba u integrací není špatné provedení. Je to přehnaný rozsah — synchronizovat všechno, protože „když už do toho jdeme".

Projděte si to po jednom a u každé položky se zeptejte, co se stane, když to bude pozdě o čtyři hodiny:

  • Stav skladu → e-shop. Tohle je jediná položka, kde zpoždění opravdu stojí peníze. Prodáváte, co nemáte, nebo neprodáváte, co máte.
  • Ceny → e-shop. Obvykle stačí jednou denně. Měníte-li je během dne, potřebujete častěji.
  • Objednávky → systém. Máte-li sklad s expedicí, chcete to průběžně. Balíte-li jednou denně, dávka stačí.
  • Faktury → účetnictví. Nikdy to není naspěch. Tohle je úroveň 1.
  • Zákazníci → CRM. Málokdy naspěch a téměř vždy je to první věc, kterou byste měli vyhodit z rozsahu.

Co se tím opravdu hledá, pojmenovala jedna klientka lépe než kterákoli technická specifikace:

„Proto bych chtěla vlastně ten zdroj pravdy."

Jedno místo, kde data žijí, a ostatní systémy si je odtamtud berou. Rozhodnutí, který systém to bude, je důležitější než výběr nástroje na přenos. U e-shopu s vlastním skladem to bývá podnikový systém; u e-shopu, který prodává jen online, klidně i e-shop.

3. Pohoda konkrétně

Pohoda je nejčastější případ, na který narážíme. Praktická cesta:

  1. E-shop vystavuje faktury.
  2. Exportujete je v isdoc — standardizovaném formátu, který Pohoda čte.
  3. Do účetnictví je nahrajete dávkou.

Není to „integrace" v tom smyslu, v jakém to slovo používají prodejci konektorů, a většině e-shopů to úplně stačí. Potřebujete-li něco těsnějšího — například aby se stav skladu z Pohody přepisoval do e-shopu průběžně — je na to konektor třetí strany. Tehdy jste na úrovni 2 a platíte měsíčně.

4. Money S3 a S4 — co víme a co ne

Tady budeme nepříjemně konkrétní, protože to jinde nenajdete. Money jsme řešili ve více nabídkách. Přímou integraci jsme zatím nikdy reálně nenasadili. V praxi to pokaždé skončilo exportem a importem.

Neznamená to, že se to nedá — znamená to, že o tom nemáme praktickou zkušenost a nebudeme předstírat opak. Nabízí-li vám někdo integraci Money, položte mu otázku, kterou byste měli položit u každé integrace: kolik takových jste nasadili a můžu se toho klienta zeptat, jak to funguje dnes?

5. Vlastní napojení přes API a jeho limity

Na Upgates je API doplněk řádově za 5 € měsíčně. Konkrétní limity, se kterými je třeba počítat při návrhu:

  • 100 požadavků za hodinu
  • 1 500 požadavků za den
  • maximálně 3 souběžné
  • po 100 položkách v dávce

Co to znamená prakticky: při 5 000 produktech je jeden kompletní průchod katalogem 50 požadavků. Vejde se to pohodlně. Co se nevejde, je snaha tahat každý produkt zvlášť — na to jsou dávky.

Na druhé straně je štědrost: objednávka posílá přes API kolem 120 až 170 atributů. Přicházíte-li ze staršího řešení, kde vám přišlo dvacet polí, je to podstatný rozdíl u jakékoli automatizace.

Zajímavý vývoj posledního roku je, že si část klientů jednoduchá propojení staví sama. Jeden zájemce si propojil podnikový systém s vlastním nástrojem a okomentoval to takto:

„AI to udělá za 3 sekundy."

Na jednorázový přenos nebo prototyp to opravdu funguje. Rozdíl mezi prototypem a integrací, na které stojí fakturace, je ale v tom, co se stane za půl roku — když se změní formát na jedné straně a nikdo neví, kde to opravit.

6. Dávka jednou denně versus průběžně

Dávka je levnější, jednodušší a u většiny provozů úplně dostačující. Má ale jednu vlastnost, kterou je třeba mít ošetřenou: tichý pád.

Reálný případ z hovoru. Řetězec měl e-shop napojený na podnikový systém dávkou jednou denně. Když dávka selhala potřetí po sobě, data se ten den nedotáhla vůbec. Nikdo nedostal hlášku — přišlo se na to podle toho, že na e-shopu byly špatné stavy skladu.

Proto u jakéhokoli dávkového přenosu trvejte na dvou věcech:

  1. Upozornění, když dávka neprojde. E-mail nebo zpráva konkrétnímu člověku, ne záznam v logu, který nikdo neotevře.
  2. Upozornění, když dávka projde, ale je podezřele malá. Nula řádků je technicky úspěšný přenos.

Průběžná synchronizace tenhle problém nemá, ale má jiný — když se pokazí, pokazí se naživo a v obou systémech naráz.

7. Co se u propojení pokazí nejčastěji

Číselné řady faktur. Nejčastější a nejnepříjemnější problém. Fakturujete-li i mimo e-shop, můžou se čísla srazit. Na Upgates je třeba počítat s tím, že číselná řada faktur je jedna na celou instanci — oddělené řady například podle pobočky nebo satelitu nastavit nejdou. Řeší se to filtrováním při exportu, což je obcházka, ne funkce. Vyřešte to dřív, než pustíte první fakturu.

Ceny s DPH a bez DPH. Klasika, která se projeví až v reportech. Do měření patří vždy cena bez DPH; do faktury to, co zákazník zaplatil. Když se to jednou pomíchá, čísla nesedí a nikdo neví proč.

Identifikátory produktů. Když každý systém volá tentýž produkt jinak, spárování se rozpadne. Zvolte si jeden identifikátor a držte ho všude — v e-shopu, ve skladu i ve feedech.

Neexistující vlastník. Netechnický problém s největším dopadem. Když e-shop, sklad a pokladnu spravují tři různí externí dodavatelé, integraci mezi nimi nemá kdo vlastnit. Jedna klientka to popsala takto: „Nemáme tu žádný in-house vývojářský ani IT tým. Všechno máme outsourcované... nemáme ani tu autonomii a vychází nás to poměrně draho."

Před podpisem integrace si tedy odpovězte na otázku, kdo ji bude vlastnit za dva roky. Souvisí to přímo s tím, kdo vám e-shop udržuje po spuštění.

8. Často kladené otázky

Potřebujeme propojení hned při migraci?

Většinou ne a doporučujeme to oddělit. Migrace sama o sobě je dost pohyblivých částí. Když k tomu přidáte novou integraci, při problému nebudete vědět, co z toho ho způsobilo. Rozumné pořadí je nejdřív migrovat, potom měsíc fungovat, a až potom propojovat.

Kolik stojí propojení na ERP?

Export nestojí nic navíc — e-shop to umí sám. Konektor je měsíční poplatek podle nástroje a objemu. Vlastní napojení přes API je programátorská práce a cena závisí na tom, co přesně má dělat; proto u něj trvejte na specifikaci po položkách, ne na jedné částce.

Zvládne e-shop fakturaci místo účetního systému?

Na běžnou e-shopovou fakturaci ano a je to nejjednodušší cesta. Nezvládne to, co od účetního systému čekáte jinde — oddělené číselné řady, individuální splatnost pro konkrétního partnera a podobné věci. Právě ty bývají důvod, proč si někdo myslí, že potřebuje integraci.

Co když máme víc e-shopů na různých platformách?

Tehdy dává konektor jako společná vrstva největší smysl — je to přesně případ, na který jsou nástroje typu Chameleoon. Alternativou je sjednotit platformy, což je dražší na začátku a levnější na provozu. Která cesta je lepší, závisí na tom, jestli jsou ty e-shopy trvalé, nebo je to pozůstatek historie.

Jak často má chodit stav skladu?

Podle toho, jak rychle se vám zboží prodává. U kusového sortimentu a sezonních špiček chcete co nejčastěji. U zboží, kterého máte na skladě stovky kusů, dávka jednou denně nikoho nezabolí. Nastavte to podle nejrizikovější položky, ne podle průměru.

Závěr

Při propojování e-shopu s účetnictvím nebo podnikovým systémem se nejvíc peněz ušetří rozhodnutím, co nebudete propojovat. Pravidelný export vyřeší většinu případů, nic nestojí a nemá co spadnout.

Ukáže-li se, že potřebujete víc, ptejte se dodavatele na zkušenost s konkrétním systémem, ne na to, jestli je to možné. Možné je skoro všechno — otázka je, kdo to už postavil a jestli to dodnes běží.

Chcete-li si projít svůj konkrétní případ, napište nám. Řekneme vám i to, když integraci nepotřebujete.

Mohlo by vás zajímat

Další články