Datové ostrovy: Tichý zabiják efektivity
Představte si typickou českou firmu s 80 zaměstnanci. Používá ERP systém pro účetnictví a sklad, CRM pro obchod, e-shop na Shoptet nebo WooCommerce, Pohodu nebo Money pro fakturaci, a Excel pro „všechno ostatní". Každý systém funguje sám o sobě — jako ostrovy, které spolu nekomunikují.
Důsledky? Obchodník zadá objednávku do CRM. Účetní ji přepíše do ERP. Skladník ji najde v e-mailu. Fakturantka ji ručně vystaví v Pohodě. Jeden obchodní případ, čtyři ruční zadání, čtyři příležitosti pro chybu.
Podle průzkumu Svazu průmyslu a dopravy ČR tráví zaměstnanci středních firem v průměru 23 % pracovní doby ručním přepisováním dat mezi systémy. To je jeden celý pracovní den týdně. Pro firmu s 80 zaměstnanci to znamená ztrátu ekvivalentu 18 celých úvazků ročně.
API-first přístup: Základ moderní integrace
Moderní integrace stojí na principu API-first. Každý systém by měl být schopen komunikovat s ostatními přes standardizované rozhraní (API — Application Programming Interface).
Co to znamená v praxi?
Místo toho, aby lidé přenášeli data mezi systémy, systémy si data vyměňují automaticky:
- Zákazník vytvoří objednávku na e-shopu
- E-shop automaticky odešle objednávku do ERP (přes API)
- ERP vytvoří výdejku a aktualizuje stav skladu
- ERP odešle data do fakturačního systému
- Fakturační systém vystaví a odešle fakturu
- Stav objednávky se automaticky aktualizuje v e-shopu
- CRM zaloguje celou transakci k zákazníkovi
Nula ručních zásahů. Nula přepisování. Nula chyb z přepisování.
REST API vs. GraphQL vs. webhooky
| Metoda | Kdy použít | Výhody | Nevýhody |
|---|---|---|---|
| REST API | Standardní CRUD operace | Univerzální, dobře zdokumentované | Overfetching/underfetching |
| GraphQL | Složité dotazy s více entitami | Přesně ta data, co potřebujete | Vyšší složitost, caching |
| Webhooky | Reakce na události v reálném čase | Okamžitá reakce, nízká latence | Nutnost endpointu na straně příjemce |
| Message queue (RabbitMQ, Kafka) | Vysoký objem, asynchronní procesy | Spolehlivost, škálovatelnost | Vyšší infrastrukturní nároky |
Pro většinu středních firem je kombinace REST API + webhooků optimální volbou — jednoduchá na implementaci a dostatečně výkonná.
Běžné integrační vzory
1. E-shop ↔ ERP
Nejčastější integrace v českém prostředí. Typicky propojuje:
- Produktový katalog: ERP → E-shop (ceny, skladové zásoby, popisy)
- Objednávky: E-shop → ERP (nové objednávky, platby)
- Stav objednávek: ERP → E-shop (expedice, tracking)
- Zákazníci: Obousměrná synchronizace
Časté problémy a řešení:
- Konflikt cen: ERP má jinou cenu než e-shop → řešení: ERP je vždy master pro ceny
- Duplicitní zákazníci: Zákazník se registruje na e-shopu i v CRM → řešení: matching na e-mail + IČO
- Výpadek jednoho systému: Objednávka přijde, ale ERP je down → řešení: message queue jako buffer
2. CRM ↔ ERP
Propojení obchodu s provozem:
- Kontakty a firmy: CRM ↔ ERP (obousměrně, CRM je master)
- Nabídky → objednávky: CRM → ERP (schválená nabídka vytvoří zakázku)
- Fakturace: ERP → CRM (obchodník vidí stav plateb)
- Historie: ERP → CRM (kompletní obchodní historie u kontaktu)
3. Účetnictví ↔ ERP
V českém prostředí specifické kvůli lokálním systémům:
- Faktury: ERP → Účetnictví (vydané i přijaté)
- Platby: Banka → Účetnictví → ERP (párování plateb)
- DPH a reporting: Účetnictví → Státní správa (kontrolní hlášení, DPH)
4. HR systém ↔ ERP
- Docházka: HR → ERP (pro výpočet mezd)
- Náklady: ERP → HR (nákladová střediska)
- Onboarding: HR → IT systémy (automatické vytvoření účtů)
Middleware vs. přímá integrace
Přímá integrace (point-to-point)
Systém A komunikuje přímo se systémem B.
Kdy použít: 2–3 systémy, jednoduché datové toky.
Problém: S rostoucím počtem systémů roste počet integrací exponenciálně. 5 systémů = 10 integrací. 10 systémů = 45 integrací. Správa se stává noční můrou.
Middleware / Integration Platform
Centrální hub, přes který komunikují všechny systémy.
Kdy použít: 4+ systémů, složitější transformace dat, potřeba monitoringu.
Populární řešení:
- n8n — Open-source, self-hosted, vizuální workflow builder
- Make (Integromat) — Cloud, nízký práh vstupu, dobré pro menší firmy
- Apache Kafka — Enterprise-grade, pro vysoké objemy dat
- MuleSoft — Enterprise middleware, komplexní ale drahý
- Custom middleware — Na míru, když nic z výše uvedeného nestačí
Doporučení pro střední firmy
| Velikost firmy | Počet systémů | Doporučení |
|---|---|---|
| Malá (do 30 lidí) | 2–3 | Přímá integrace nebo Make |
| Střední (30–150) | 4–7 | n8n nebo custom middleware |
| Větší střední (150–500) | 8+ | Enterprise middleware (Kafka, MuleSoft) |
Výzvy synchronizace dat
Konflikty a master data
Kdy dva systémy tvrdí něco jiného, kdo má pravdu? Vždy definujte master systém pro každou entitu:
- Zákazníci → CRM je master
- Produkty → ERP (nebo PIM) je master
- Ceny → ERP je master
- Objednávky → E-shop je master pro online, ERP pro offline
- Zaměstnanci → HR systém je master
Real-time vs. batch synchronizace
- Real-time: Kritická data (objednávky, skladové zásoby, ceny) — webhooky nebo streaming
- Batch (např. každou hodinu): Méně kritická data (reporty, statistiky, archivace) — naplánované úlohy
- Event-driven: Změna v jednom systému spustí aktualizaci v ostatních — nejefektivnější přístup
Idempotence a retry logika
Integrace musí počítat s chybami. Klíčové principy:
- Idempotence: Opakované zpracování stejné zprávy nesmí vytvořit duplicity
- Retry s exponenciálním backoffem: Při selhání zkusit znovu za 1s, 2s, 4s, 8s...
- Dead letter queue: Nezpracovatelné zprávy odložit k manuálnímu řešení
- Monitoring a alerting: Okamžité upozornění při selhání integrace
Reálné příklady z praxe
Výrobní firma (120 zaměstnanců, Plzeňský kraj)
Před integrací: Objednávky přicházely e-mailem, obchodník je zadával do CRM, výrobní plánovač do ERP, fakturantka do Pohody. Průměrná doba od objednávky po fakturaci: 5 dní.
Po integraci: E-shop + CRM + ERP + Pohoda propojeny přes n8n middleware. Objednávka automaticky projde celým procesem. Doba od objednávky po fakturaci: 4 hodiny. Chybovost klesla z 8 % na 0.3 %.
E-commerce firma (45 zaměstnanců, Praha)
Před integrací: 3 e-shopy (Shoptet CZ, SK, Shopify DE) s nezávislým skladem. Zákazník objednal, ale zboží bylo vyprodáno na jednom e-shopu, zatímco na druhém leželo. Přeprodej: 12 % objednávek.
Po integrací: Centrální sklad v ERP s real-time synchronizací na všechny e-shopy. Přeprodej klesl na 0.1 %. Zákaznická spokojenost vzrostla o 34 %.
Jak začít s integrací?
1. Zmapujte současný stav
- Jaké systémy používáte?
- Kde data ručně přepisujete?
- Kolik času to zabere?
- Jaká je chybovost?
2. Definujte priority
- Kde je největší bolest (čas, chyby, frustrace)?
- Co přinese nejrychlejší ROI?
- Co je technicky nejjednodušší?
3. Začněte s jedním tokem
- Vyberte jednu integraci (např. e-shop → ERP objednávky)
- Implementujte, otestujte, změřte výsledky
- Teprve pak rozšiřujte
4. Investujte do monitoringu
- Dashboard zobrazující stav všech integrací
- Alerting při selhání
- Logy pro audit a debugging
LogyLoop: Integrace bez kompromisů
V LogyLoop se specializujeme na propojení podnikových systémů v českém a slovenském prostředí. Rozumíme lokálním ERP systémům (Pohoda, Money S3/S4/S5, Helios, ABRA), e-shopovým platformám (Shoptet, Upgates, WooCommerce) a potřebám středních firem.
Co nabízíme:
- Audit stávajících systémů a datových toků
- Návrh integrační architektury
- Implementace a nasazení (custom nebo middleware)
- Monitoring a průběžná podpora
- Školení interního IT týmu
Prozkoumejte naše integrační služby →
Máte dotazy k integraci vašich systémů? Kontaktujte nás — analýzu stávajícího stavu provedeme zdarma.
Domluvte si bezplatný audit systémů →
Tento článek připravil tým LogyLoop na základě zkušeností z integračních projektů pro české a slovenské firmy. Aktualizováno k dubnu 2026.
