Pohoda a e-shop: kompletní integrace krok za krokem

POHODA je u českých e-shopů nejčastější účetní systém, se kterým se při integracích setkáváme. Důvod je jednoduchý: pracuje v ní velká část účetních. Jenže dokud do ní někdo objednávky přepisuje nebo každé ráno ručně importuje XML, platíte za to hodinou práce denně a občasnou chybou v adrese, DPH nebo skladu.

POHODA má na propojení s e-shopem několik oficiálních cest. Liší se tím, kdo přenos spouští, jak často běží a co se stane, když něco selže. Projdeme je od nejjednodušší po plně automatickou a ukážeme, na co si dát pozor.

Jakou POHODU máte: řady a jejich dopad na integraci

Stormware prodává POHODU ve třech řadách. Pro integraci s e-shopem na tom záleží víc, než se zdá.

Každá řada má varianty podle rozsahu agend, od Mini po Komplet. Licence se kupuje jednorázově a k ní se platí roční SERVIS s aktualizacemi. V roce nákupu je SERVIS zdarma. Podle ceníku Stormware platného od 1. 9. 2025 stojí POHODA Komplet pro 1 PC 19 980 Kč bez DPH (k 9/2026). Síťové licence a řady SQL a E1 jsou dražší. Aktuální ceník ověřte u poskytovatele.

POHODA je desktopový program. Když ji chcete mít „v cloudu“, běží obvykle u hostingového partnera Stormware a vy se k ní připojujete vzdáleně. Stormware vedle toho provozuje online fakturaci mPohoda, která si s POHODOU vyměňuje adresář, faktury, objednávky nebo zásoby. Pro napojení e-shopu je ale podstatná desktopová POHODA a její XML rozhraní. Základní přehled najdete v hesle POHODA.

Tři cesty, jak POHODU propojit s e-shopem

Všechny cesty stojí na jednom principu: POHODA si s okolím vyměňuje data ve formátu XML. Stormware zveřejňuje XML schémata pro objednávky, faktury, zásoby, adresář a další agendy. Při importu se data validují proti schématu, takže chyba v datech se projeví hned při zápisu, ne až v účetnictví. Obecně o formátu píšeme v hesle XML feed.

1. Ruční nebo dávkový XML import a export

Nejjednodušší cesta. E-shop vygeneruje soubor s objednávkami nebo doklady ve formátu pro POHODU a účetní ho načte přes datovou komunikaci. Shoptet například umí exportovat objednávky a doklady ve formátu XML (Pohoda). Opačným směrem POHODA vyexportuje zásoby a ceny.

Funguje to spolehlivě, ale závisí to na člověku. Když účetní týden neimportuje, týden chybí doklady. Stav skladu na webu se touto cestou aktualizuje jen tak často, jak často to někdo udělá.

2. Agenda Internetové obchody

POHODA má v datové komunikaci typ Obecný internetový obchod. Z POHODY se na e-shop přenášejí zásoby, kategorie, parametry a obrázky, zpět se stahují objednávky a adresy. E-shop musí vystavit URL pro import a export ve formátu, který POHODA očekává. Přenos ale pořád spouští POHODA, tedy člověk nebo naplánovaná úloha.

3. POHODA mServer

mServer je HTTP server zabudovaný přímo v programu POHODA. Externí systém mu pošle XML požadavek přes HTTP POST, například „založ tuto objednávku“ nebo „vrať stav zásob“, a mServer vrátí XML odpověď. Spouští se v agendě Účetní jednotky přes nabídku Databáze, POHODA mServer. Autentizace běží přes HTTP hlavičku STW-Authorization s přihlašovacími údaji uživatele POHODY.

Tady se role obrací. Přenos neřídí POHODA, ale e-shop nebo middleware. Objednávka může do POHODY odejít hned po zaplacení a sklad se může vracet na web v pravidelném intervalu bez zásahu člověka. Na mServeru staví většina automatických pluginů a doplňků.

Srovnání cest v jedné tabulce

Na co si dát u mServeru pozor

mServer je nejsilnější cesta, ale má provozní pravidla, se kterými je potřeba počítat předem.

• Zabírá instanci programu. Podle dokumentace Stormware si každá spuštěná konfigurace mServeru vyhradí jednu instanci POHODY jen pro svou komunikaci. U síťové licence tak jedno místo chybí lidem, kteří v POHODĚ pracují ručně.
• Musí běžet a být dosažitelný. mServer je součást desktopového programu. Stroj s POHODOU musí být zapnutý a e-shop nebo middleware se k němu musí dostat po síti. Na běžném počítači v kanceláři za NAT to bývá problém, proto ho doporučujeme provozovat na serveru nebo u hostingu.
• Nepřetržitý běh. Návody k pluginům upozorňují, že mServer spuštěný dlouhodobě bez restartu je nejčastější příčinou výpadků. V praxi se spouští a restartuje plánovanou úlohou a jeho dostupnost se hlídá.
• Hosting. Pokud POHODU provozujete u poskytovatele přes vzdálenou plochu, vyřešte s ním předem, kde mServer poběží a jak na něj bude e-shop bezpečně přistupovat.
• Změny XML schémat. Stormware vede přehled plánovaných změn v kompatibilitě XML. Po větší aktualizaci POHODY integraci otestujte.

Hotová napojení podle platformy

Shoptet. V katalogu doplňků Shoptetu je několik řešení pro POHODU: doplněk od tvůrců Shoptetu i doplňky dalších firem, například Pohoda by Dominik Prajzler nebo Pohoda by ShopSync. Synchronizují podle rozsahu produkty, stav zásob, objednávky, zákazníky a doklady včetně zálohových faktur a dobropisů. Liší se cenovým modelem, intervalem přenosu a tím, co všechno umí vracet zpět. Shoptet v nápovědě upozorňuje, že se zálohové faktury musí do POHODY nahrát dříve než daňové doklady a jejich čísla nesmí kolidovat.

WooCommerce. Pro WordPress existují pluginy pro export objednávek do XML i konektory, které komunikují přes mServer. Ty obvykle bez běžícího mServeru nefungují: v nastavení pluginu zadáte adresu a přihlašovací údaje mServeru a vyberete účetní jednotku.

PrestaShop, ByznysWeb, Eshop-rychle a další. Většina platforem má vlastní návod nebo modul pro export ve formátu POHODY, případně modul pro mServer.

Vlastní e-shop nebo víc kanálů. Tady stavíme integraci přímo nad mServerem, často přes middleware nebo n8n. Middleware drží frontu požadavků, opakuje neúspěšné zápisy, když mServer zrovna neběží, a pošle upozornění, když se něco nepovede.

Na čem integrace s POHODOU nejčastěji padají

• Párování zásob. Bez jednotného kódu zásoby nebo EAN se objednávka napáruje na špatnou kartu nebo vznikne duplicita. Kódy sjednoťte před první synchronizací.
• Duplicitní adresy. Bez pravidla párování podle IČO nebo e-mailu roste adresář o dvojníky.
• Kdo vede sklad. Rozhodněte, jestli je zdrojem pravdy POHODA, nebo e-shop. Když zásobu mění oba bez pravidel, čísla se rozejdou. Víc v článku Propojení ERP, e-shopu a skladu.
• Číselné řady. Kolize čísel zálohových a daňových dokladů je klasika. Určete, který systém doklady čísluje.
• DPH, dopravy a platby. Každá doprava a platba z e-shopu musí mít v POHODĚ protějšek, jinak vznikají doklady se špatnou sazbou nebo bez položky dopravy.
• Varianty. E-shop má produkt s variantami, POHODA samostatné skladové karty. Převod je potřeba navrhnout předem.
• Tichá chyba. Import odmítnutý kvůli validaci XML nikdo nevidí, pokud ho nikdo nehlídá. Objednávka pak v účetnictví chybí.

Jak na to prakticky: postup napojení

1. Inventura. Jaká řada a varianta POHODY, síťová nebo jednouživatelská licence, verze a kde program běží.
2. Volba cesty. XML import, agenda Internetové obchody, hotový doplněk platformy, nebo mServer s middleware. Rozhoduje objem objednávek, platforma a potřeba vracet sklad a stavy zpět.
3. Mapování dat. Kódy zásob, varianty, cenové hladiny, sazby DPH, dopravy, platby a číselné řady.
4. Test na kopii účetní jednotky. Objednávka, storno, dobropis, zálohová faktura, zahraniční zákazník.
5. Provoz a dohled. Plánované spouštění mServeru, monitoring dostupnosti, logy importu a upozornění na chyby.
6. Ostrý provoz. První dva týdny kontrolujeme přenosy denně.

Základní synchronizace objednávek a skladu u nás obvykle trvá 2–4 týdny. Cenu připravíme po konzultaci podle platformy, řady POHODY a počtu přenášených agend. Detail služby najdete na stránce Napojení POHODY na e-shop, obecné principy v článku Napojení e-shopu na ERP: kdy a jak.

Kdy nám zavolat

Pokud každý den ručně importujete XML, sklad na webu nesedí s POHODOU, nebo máte doplněk, který „většinou funguje“, ozvěte se. Projdeme vaši POHODU, platformu a procesy a navrhneme cestu, která zvládne i dvojnásobek objednávek. Když s vámi POHODA přestává držet krok, řekneme upřímně, jestli se vyplatí investovat do mServeru, nebo je čas na jiný systém. Srovnání najdete v článku ERP pro e-shop: jak vybrat správný systém a sesterský návod pro Money S3. Víc o integracích.