Český ERP ekosystém: kdy zvolit Pohodu, ABRU nebo Helios.

Každý z hlavních hráčů má historicky jiný cílový segment a po letech rozšiřování se tyto pozice mírně přesouvají, ale stále drží.

Money S3 a Pohoda jsou dominantní u mikropodniků a malých firem do zhruba 25 zaměstnanců. Pohoda je z této dvojice silnější u firem, které potřebují víc než jen účetnictví — sklad, fakturaci, mzdy, evidenci majetku. U projektů, kde jsme integrovali e-shop nebo custom systém s Pohodou, jde obvykle o firmy mezi 5 a 40 zaměstnanci.

ABRA Flexi a ABRA Gen pokrývají střední segment — typicky 20 až 200 zaměstnanců. Pro účetní kancelář v Brně s 25 zaměstnanci a 320+ klientskými SMB jsme stavěli AI prototyp, který data tahal z kombinace Pohody (u menších klientů) a ABRA Flexi (u větších klientů).

Helios cílí výš — od ~100 zaměstnanců nahoru, často s výrobní specializací. U výrobní firmy s 270 zaměstnanci a třemi lokacemi jsme integrovali bankovní systémy a dodavatelské platformy do prostředí, kde Helios fungoval jako účetní backbone, ale primární business logika ležela ve vlastním Java systému.

Tato mapa je jen orientační — známe firmy s 80 lidmi na Pohodě (a fungují) i firmy s 30 lidmi na Heliosu (z historických důvodů).

Pohoda od Stormware má v ČR výjimečné postavení — je to pravděpodobně nejrozšířenější ekonomický software v segmentu malých firem. Pro vývojáře integrace s Pohodou znamená především dvě cesty.

První je XML komunikace přes klientskou aplikaci — historicky robustní, ale s několika omezeními. Funguje dávkově, není real-time a vyžaduje, aby Pohoda běžela na klientském počítači nebo serveru. Pro e-shop, který vystavuje jednu fakturu denně, je to v pořádku. Pro SaaS aplikaci s 50 fakturami za hodinu už ne.

Druhá je mServer, který umožňuje volání přes HTTP. Funguje rozumně, ale jeho stabilita závisí na verzi Pohody, kterou klient provozuje. V naší praxi jsme se setkali s tím, že upgrade Pohody mezi minor verzemi rozbil dříve fungující integraci a museli jsme přepsat parsování XML responsí.

Pro středočeskou kovovýrobu jsme Pohodu integrovali jako účetní vrstvu pod custom .NET Core ERP — Pohoda dostávala zaúčtovaná data, ale primární business logika (zakázkové listy, výrobní plánování, integrace OPC UA do CNC strojů) běžela mimo. Tento hybridní vzor je v naší praxi nejčastější.

Hranice použitelnosti Pohody narazíte typicky tam, kde potřebujete víc než jednu instanci, real-time pohledy přes ERP nebo komplexnější workflow řízení.

Pokud Pohoda je „malý český ERP", ABRA a Helios hrají v jiné lize co do funkcionality, ale i co do ceny a složitosti integrace.

ABRA Flexi je modernější produkt s REST API, který funguje rozumně. V naší praxi jsme nestavěli velké projekty čistě nad ABRA Flexi, ale viděli jsme ji u středně velkých e-shopů a servisních firem. API je dokumentované, autentizace přes API klíč, JSON response. Integrace na úrovni faktur, skladu a kontaktů bývá hotová za 5 až 8 MD.

ABRA Gen je enterprise verze s mnohem širší funkcionalitou. Integrace přes BO (Business Object) API funguje, ale dokumentace je v částech kusá a pro custom moduly je často potřeba sahat do nativní vrstvy. Cenově se integrace pohybuje výš.

Helios má historicky pověst silně customizovatelného, ale „obtížného" systému. Integrace přes Helios API funguje, ale do mnoha procesů je třeba vstoupit přes SQL přímo do databáze (s rizikem). Pro výrobní firmu jsme s Heliosem komunikovali přes import/export rozhraní a vlastní integrační vrstvu v Javě, která data konsolidovala s ostatními systémy.

Doporučení z naší praxe: Helios pro výrobní firmu s vlastním IT týmem, ABRA pro střední podnik, Pohoda pro malou firmu nebo jako účetní backbone pod custom systémem.

Kvalita API se mezi českými ERP zásadně liší a má přímý dopad na cenu i spolehlivost integrace. V naší zkušenosti existují tři anti-patterns, kterým se vyplatí vyhnout.

První je integrace přes CSV exporty namísto API. Vidíme to opakovaně — někdo někde nastavil noční CSV export do FTP a to se 12 let nikdo nepodíval. Důsledek: časové zpoždění, žádné error handling, žádný audit trail. Pokud chcete jakékoli real-time chování, CSV cestu nikdy nebudete schopni stabilizovat.

Druhý je integrace přímo přes SQL do databáze ERP. Pro některé starší instance Heliosu nebo Pohody to vypadá jako jediná cesta. Riziko je dvojí — porušíte podmínky podpory dodavatele a první větší upgrade ERP vám integraci rozbije.

Třetí je nedostatečné error handling. Český ERP vám občas vrátí 200 OK s chybou v těle response, ne s HTTP 4xx/5xx. Pokud váš integrační kód kontroluje jen HTTP kód, máte v produkci tichá selhání. U integračního projektu pro účetní kancelář jsme tohle ošetřovali parsováním XML chybového bloku, který Pohoda vrací v některých scénářích.

Doporučená cesta je vždy oficiální API + retry s exponential backoff + monitoring chybovosti + alerting na anomálie.

Custom integrace mezi vlastním systémem (e-shop, CRM, výrobní platforma) a českým ERP se v naší praxi pohybuje v širokém rozpětí podle složitosti.

Jednosměrná integrace na úrovni faktur a kontaktů (push z vašeho systému do Pohody, ABRA, Helios) bývá hotová za 60 až 90 tisíc Kč v rozsahu 5 až 8 MD. Tahle úroveň pokryje 80 % případů u malých e-shopů a custom systémů.

Obousměrná integrace s mapováním skladu, faktur, dodavatelů a kontaktů s real-time aktualizacemi se pohybuje mezi 120 a 180 tisíci Kč, typicky 12 až 18 MD. Sem patří většina středně velkých projektů.

Komplexní integrace s vlastní mapovací logikou, business validacemi, workflow návaznostmi a auditem všech transakcí překračuje 200 tisíc a může jít přes 350 tisíc Kč. Sem patřila například integrace bankovních systémů a dodavatelských platforem u výrobní firmy s 270 zaměstnanci.

K tomu vždy připočtěte SLA podporu — ERP vendory mění verze, my jsme zaznamenali 1 až 3 incidenty ročně po upgradech, které vyžadovaly drobný hot-fix integrační vrstvy.

Pokud uvažujete o integraci českého ERP s vaším systémem, ozvěte se nám — během 5 MD vám zpracujeme integrační audit a návrh architektury s rozpočtovým odhadem.