Realtime integrace e-shopu a účetnictví

Praktický průvodce realtime integrací e-commerce platforem (Shopify, Shoptet, WooCommerce) s účetními systémy (Pohoda, Money S3, ABRA, Helios) — architektura, nástroje, typické chyby a ROI.

Stručná odpověď

Jak realtime integrovat e-shop s účetnictvím?

Realtime integrace e-commerce a účetnictví znamená automatický oboustranný tok objednávek, faktur, plateb, skladu a zákazníků mezi e-shopem (Shopify, Shoptet, WooCommerce) a účetním systémem (Pohoda, Money, ABRA). Nasazuje se přes iPaaS (Make, Zapier, n8n) pro jednodušší případy nebo přes vlastní event-driven integraci s message brokerem (RabbitMQ, Kafka, Azure Service Bus) pro vysoké objemy. Klíčem je idempotentní zpracování, dead-letter queue a sjednocení číselníků (zboží, sazby DPH, měny).

Proč realtime integrace

Klasický batch export jednou denně dnes nestačí. Zákazníci očekávají, že okamžitě uvidí stav objednávky, sklad musí reagovat na rezervace v reálném čase a účetní oddělení potřebuje aktuální data pro cash-flow a DPH přiznání.

Realtime integrace e-shopu a účetnictví řeší typické bolesti:

  • Přeprodaný sklad — sklad v e-shopu neodpovídá realitě v účetnictví.
  • Duplicitní zákazníci — stejný zákazník vznikne v účetnictví několikrát.
  • Manuální přepisování — účetní 4 hodiny denně přepisuje objednávky.
  • Pomalá fakturace — faktura vzniká až dalším den po objednávce.
  • Špatné DPH — chybné sazby, nesprávný režim OSS, chybějící doklady.

Co synchronizovat

Pro plnohodnotnou integraci typicky synchronizujeme následující entity:

  • Katalog produktů (účetnictví → e-shop): SKU, název, cena, sazba DPH, hmotnost.
  • Sklad (účetnictví ↔ e-shop): dostupnost ve skladech, rezervace, naskladnění.
  • Objednávky (e-shop → účetnictví): položky, doprava, platba, slevy, zákazník.
  • Faktury a doklady (účetnictví → e-shop): číslo faktury, PDF, datum splatnosti.
  • Platby (platební brána → účetnictví): párování s objednávkou, kurzové rozdíly.
  • Zákazníci (e-shop ↔ účetnictví): firma, IČO/DIČ, adresa, fakturační údaje.
  • Vratky a dobropisy: částečné i celkové, vč. změny stavu skladu.

Méně častá, ale důležitá: marketingová data (UTM, kampaň) pro reporting do BI a propojení s CRM.

Architektura integrace

Pro realtime synchronizaci e-shopu a účetnictví doporučujeme event-driven architekturu s message brokerem uprostřed. Zdroj (e-shop, účetnictví) publikuje událost, broker ji rozdistribuuje a každý konzument ji zpracuje vlastním tempem.

Typické komponenty:

  • Webhook layer — Shopify, Shoptet a Pohoda HTTP server posílají webhooky při změně.
  • Message broker — RabbitMQ, Kafka, Azure Service Bus nebo AWS SQS/SNS.
  • Transformační worker — Node.js / Python / .NET služba, která mapuje formáty.
  • Idempotency store — Redis nebo databáze pro deduplikaci zpráv.
  • Dead-letter queue — pro zprávy, které selhaly opakovaně.
  • Monitoring — Grafana / Datadog dashboard nad metrikami front a chyb.

Pro nižší objemy (do ~1 000 objednávek/den) postačí iPaaS (Make, n8n, Zapier) bez vlastního brokeru. Pro střední a vyšší objemy se vyplatí vlastní event-driven backend, podrobněji v Kafka vs Airflow.

Nástroje a platformy

Volba nástrojů závisí na objemu transakcí, IT zázemí a požadované latenci:

  • iPaaS / no-code: Make (Integromat), n8n, Zapier, Workato — rychlé nasazení, omezené pro vysoké objemy.
  • Český middleware: BiznisWeb, Toret API, Shoptet API connectory pro Pohodu a Money.
  • Vlastní integrace: Node.js / Python / .NET nad RabbitMQ nebo Azure Service Bus, nasazení na Azure App Service / AWS ECS.
  • Enterprise iPaaS: MuleSoft, Boomi, Azure Logic Apps — pro nadnárodní e-shopy.
  • Účetní konektory: Pohoda mServer / XML API, Money S3 SQL, ABRA REST API, Helios import/export.

Pro plnou kontrolu nad daty (vč. data quality, monitoringu a auditu) preferujeme vlastní integrační vrstvu nad iPaaS. Doporučená kombinace: Azure Service Bus + .NET worker + Application Insights.

Časté chyby při integraci

  • Žádná idempotence — opakovaný webhook vytvoří duplicitní fakturu.
  • Synchronní zpracování — webhook čeká na odpověď účetnictví; při výpadku se ztratí.
  • Bez dead-letter queue — selhané zprávy mizí beze stopy.
  • Nesjednocené číselníky — produkt v e-shopu má jiné SKU než v účetnictví.
  • Špatný režim DPH — OSS pro EU prodeje, reverse charge, různé sazby.
  • Žádný monitoring — chyba se zjistí až od účetní za 14 dní.
  • Hard-coded credentials — bez Key Vault / Secrets Manager.

Náklady a ROI

Investice do integrace se typicky vrátí za 6–12 měsíců:

  • iPaaS řešení: 50 000–150 000 Kč nasazení, 3 000–8 000 Kč/měsíc provoz.
  • Vlastní integrace: 250 000–800 000 Kč nasazení, 5 000–15 000 Kč/měsíc cloud.
  • Enterprise: 1–3 mil. Kč nasazení, 30 000+ Kč/měsíc.

Úspory: 4–8 hod denně účetní práce (~30–60 tis. Kč/měsíc), 50–80 % méně reklamací z přeprodaného skladu, rychlejší cash-flow díky okamžité fakturaci. Detailní výpočet v průvodci ROI automatizace procesů.

Často kladené otázky o integraci e-shopu a účetnictví

Co je realtime integrace e-commerce a účetnictví?

Realtime integrace je oboustranný automatický tok dat (objednávky, faktury, platby, sklad, zákazníci) mezi e-shopem a účetním systémem v řádu sekund. Místo nočního batch exportu se každá změna propíše okamžitě přes webhooky a message broker.

Které e-shop platformy a účetní systémy podporujete?

Integrujeme Shopify, Shoptet, WooCommerce, PrestaShop, Magento i custom .NET/Node řešení s účetnictvími Pohoda, Money S3, ABRA Flexi, Helios, Premier i mezinárodní (QuickBooks, Xero, SAP).

Jak dlouho trvá nasazení integrace?

iPaaS řešení (Make, n8n) pro standardní rozsah 2–4 týdny. Vlastní event-driven integrace s monitoringem a DLQ typicky 6–12 týdnů včetně testů a školení.

Kolik objednávek denně integrace zvládne?

iPaaS běžně do 1 000–2 000 transakcí/den. Vlastní řešení s Kafka nebo Azure Service Bus škáluje na desítky tisíc objednávek/den bez problému.

Co když e-shop nebo účetnictví vypadne?

Message broker zprávy uchová. Při výpadku konzumenta se zpracují po obnovení. Opakovaně selhané zprávy končí v dead-letter queue s alertem na ops tým.

Jak řešíte DPH a režim OSS pro EU prodeje?

V transformační vrstvě určujeme správnou sazbu DPH podle země zákazníka, typu produktu a režimu OSS. Pro reverse charge nastavujeme příznak v účetnictví automaticky podle DIČ.

Potřebujete pomoct s implementací?

Domluvte si nezávaznou 30minutovou konzultaci s našimi specialisty.

Kontaktujte nás