Pohoda napojení na e-shop je věc, o které mluví skoro každý provozovatel e-shopu v Česku. V praxi ji mají jen ti, kteří si před lety zaplatili vývoj na zakázku. Ostatní každý den kopírují objednávky ručně.
Práce, které se nikdo nechce ujmout
Zákazník odešle objednávku. Operátor ji otevře v administraci e-shopu, ručně přepíše do Pohody, vytvoří fakturu, zkontroluje sklad, odečte položky a nastaví stav zásilky. Čtyři až šest kroků na každou objednávku, znovu a znovu.
E-shop se třiceti objednávkami denně může tímto způsobem strávit hodinu i víc každý den jen na přepisu. Nic složitého, nic, co by vyžadovalo rozhodování. Čistá rutina, která ale stojí čas a občas vede k chybám: přeprodaná položka na skladu, špatná adresa na faktuře, zákazník bez potvrzení.
Víme, jak to propojit. Jen na to nikdy nebyl čas ani rozpočet.
— Typická situace malého e-shopu s Pohodou v pozadí
Co propojení přes MCP server vlastně znamená
Pohoda má XML API. Shoptet má REST API. Obě strany umí se světem komunikovat, ale nikdo je nedal dohromady. MCP server od AI stacku je přesně ta vrstva uprostřed: malý, soustředěný server, který běží na vaší infrastruktuře, čte objednávku z e-shopu a zapíše odpovídající doklad do Pohody.
Claude celý tok řídí. Ale klíčový detail je tento: každý pohyb nese identitu konkrétního uživatele. MCP server neběží jako anonymní robot s přístupem ke všemu. Funguje pod účtem operátora, který akci spustil. Claude vidí jen to, co by viděl ten člověk sám.
Konkrétně: Shoptet a Pohoda E1
Shoptet pohání přes třicet tisíc e-shopů v Česku a na Slovensku. Pohoda E1 nebo SQL je za nimi v účetnictví velmi často. Oba systémy zákazník už má, oba mají API. Přidáváme MCP server, který je propojí, a Claude pak zpracovává objednávky průběžně, bez manuálního vstupu.
- Nová objednávka ze Shoptetu se přečte automaticky, jakmile dorazí.
- Claude vytvoří odpovídající vydanou fakturu nebo zálohový list v Pohodě přes XML API.
- Pohyb skladu se zapíše okamžitě, stav zásob zůstává synchronizovaný.
- Zákazník dostane potvrzení s číslem dokladu bez zásahu operátora.
- Celá akce je zapsaná v audit logu pod identitou operátora, který ji inicioval.
Menší e-shop, třeba rodinná firma prodávající náhradní díly nebo drogerii, ušetří tímto způsobem každý den hodinu čistého kopírování. Operátor se přesune k práci, kde je skutečně potřeba: reklamace, nestandardní objednávky, komunikace s dodavateli. [Ilustrativní odhad pro e-shop s 25-40 objednávkami denně.]
Co napojení neudělá, a proč je to dobře
Claude nevyřizuje reklamace. Nerozhoduje o slevách. Neschvaluje storno objednávky nad nastavenou hodnotou. Tyto akce zůstávají na člověku, protože vyžadují úsudek, znalost kontextu nebo odpovědnost, kterou nelze delegovat na automatizaci.
Tahle hranice není nedostatek. Je to přesně to, co dělá propojení důvěryhodným. Firma ví, co Claude dělá a co nedělá. Účetní uzávěrka, schválení výjimky, rozhodnutí o výši dobropisu: to jsou momenty, kdy člověk musí být u toho. Rutinní přepis objednávky takovým momentem není.
Co by to obnášelo
MCP server běží na vaší infrastruktuře, ne na naší. Data z Pohody ani ze Shoptetu nikdy neopustí vaše prostředí a nesedí v žádné cizí cache. Napojení nevyžaduje přístup k vašemu účetnictví ze strany AI stacku: server má přístup jen ten váš operátor.
Nastavení nezabere rok. Pohoda XML API je zdokumentované, Shoptet má REST API s clear autentizací. Konfiguraci specifickou pro váš e-shop a vaši verzi Pohody připravíme společně. Pokud chcete vědět, co by to pro váš konkrétní e-shop znamenalo, napište nám. Krátký hovor stačí na to, abychom odhadli rozsah.
Model není úzké hrdlo. Propojení ano.
Claude umí pracovat s objednávkou, fakturou i skladem. Problém nikdy nebyl v modelu. Byl v tom, že mezi e-shopem a Pohodou nebyl spolehlivý, bezpečný most. MCP server ten most postaví, bez vlastního datového úložiště, bez sdílených hesel, bez globálního přístupu.
Pokud váš e-shop jede na Shoptetu nebo WooCommerce a účetnictví vedete v Pohodě, napište nám. Popíšeme, co by napojení u vás vypadalo konkrétně, a vy se rozhodnete, jestli to dává smysl.