Middleware mezi ERP a e‑commerce/uživatelským softwarem
Když nadnárodní skupina nasazuje nové ERP a centralizuje klíčové procesy, lokální potřeby jednotlivých zemí často mizí z radaru. Rozdílné obchodní zvyklosti, legislativa, cenotvorba i provozní realita dceřiných společností se těžko vtěsnávají do jednoho rigidního systému. Výsledkem bývají výpadky digitálního prodeje při migracích ERP, omezení lokální autonomie a pomalé reakce na specifika trhu – právě v době, kdy e-commerce potřebuje pružnost a kontinuitu. Tato case study ukazuje, jak může middleware mezi ERP a e-commerce vrátit dceřiným společnostem kontrolu, zajistit nepřerušený provoz a umožnit rychlé úpravy bez zásahů do centrálního ERP.
Proč to firmy řeší (obecný kontext)
Skupina nasazuje nové ERP a centralizuje procesy. Lokální potřeby dceřiných společností (různé země, odlišné obchodní zvyklosti) bývají mimo zorné pole. Hrozí:
- výpadky digitálního prodeje/dostupnosti během migrací/odstávek ERP, stejně jako při samotném rolování ERP do produkce
- ztráta lokální autonomie (smluvní podmínky, sledované ukazatele, lokální právní specifika, cenotvorba, dostupnost, doručování)
- pomalá schopnost přizpůsobit e‑commerce (nebo jiné části, například CMS nebo účetní manažerské výkaznictví) specifikům jednotlivých trhů.
Cíl řešení
Oddělit specifický software nebo například rychle se měnící kanál e‑commerce od rigidního ERP, zachovat lokální obchodní pravidla a zajistit kontinuitu businessu i při dlouhých odstávkách.
Architektura (vzor)
Řešením je middleware, který poskytuje stabilní API smlouvy mezi ERP a lokálním softwarem a zároveň sadu nástrojů pro lokální týmy.
Klíčové schopnosti (zobecněně)
- pro řešení middleware mezi ERP a e-commerce (zákazník se zabývá velkoobchodem)
Prodejní platforma pro partnery (distributory/velkobchodníky)
- Přepisy cen a marží nad katalogem (řízení obchodních podmínek bez zásahu do ERP).
- Správa přístupů pro koncové zákazníky partnerů (kteří nezapadají do standardní struktury oprávnění), včetně zakládání účtů a delegovaného řízení oprávnění.
- Dostupnost zboží: možnost nahrávat/integrovat vlastní skladové stavy (CSV/API) a řídit, komu se zobrazí; fallback na dostupnost z centrálního skladu.
- Doručení/rozvoz: více poboček partnera, pravidla dopravy a směrování objednávek spravovaná v middleware.
- Governance sortimentu: volitelná restrikce na schválený katalog (partneři nepřidávají „cizí“ zboží)
Identity & Access jako služba
- Onboarding externích účtů (partneři, jejich zákazníci), reset hesel, registrace, role/permission sety, audit.
- Parametrizace chování katalogu pro různé role, notifikace, last login.
Download centrum (faktury a dokumenty)
- Zpřístupnění faktur a interních dokumentů přímo z e‑commerce.
- Automatizace (management commandy, skripty) – např. přesuny souborů do Download centra.
CMS pro e‑commerce
- Bannery, obsahové bloky, promo a „top‑sale“ produkty – bez zásahu do ERP.
Offline mód (business continuity)
- Při výpadku/plánované odstávce ERP: nepřerušované objednávky, transakce se frontují a po obnovení se dosynchronizují.
- Dočasně se může skrýt realtime dostupnost; uživatelé výpadek fakticky nepoznají.
Integrace referenčních dat
- Napojení na poskytovatele referenčních dat (např. identifikace zboží/stroje/vozidla dle různých identifikátorů).
- Inteligentní vyhledávání: rozpoznání typu vstupu z volného textu a dotaz na správný zdroj; přesnější objednávky, méně vratek.
Moduly (rozšiřitelnost & entitlementy)
- Volitelné moduly e‑commerce (např. rozšířené vyhledávání, specifické platební či dopravní integrace).
- Aktivace modulů pro konkrétní trhy/partnery bez dopadu na ostatní.
Obchodní data mimo ERP
- Lost sale reasons, opuštěné košíky, chování uživatelů – podklad pro obchod a marketing, které ERP obvykle nesbírá.
Přenositelnost napříč zeměmi a dceřinými společnostmi
Problém není raritní – opakuje se v nadnárodních skupinách, kde centrální ERP nezohledňuje lokální specifika. Přenositelnost stojí na:
- Oddělení vrstev: ERP (stabilita) vs. e‑commerce (rychlé změny) s middlewarem mezi nimi.
- Konfigurovatelnosti: ceny, dostupnost, pravidla dopravy, role a obsah spravovatelné lokálně
- Šablonách: znovupoužitelná datová schémata, API kontrakty, standardní konektory a runbooky.
- Rozšiřitelnosti: ModuleStore a entitlementy umožní odlišné funkce pro různé trhy bez forkování kódu.
Co je fixní a co variabilní
- Fixní: integrační principy (API, fronty, idempotence), datové kontrakty (katalog, ceny, objednávky, identity), observabilita a audit..
- Variabilní: lokální daně/DPH, jazyky a měny, dopravci a SLA, pravidla cenotvorby, modulové rozšíření, reference datové zdroje.
Implementační playbook (pro novou dceru)
- Discovery & fit‑gap: role a toky (B2B partner, jejich zákazník), cenotvorba, logistika, compliance.
- Datové kontrakty: katalog, ceny, dostupnost, objednávky, faktury, identity; definice „offline“ datové sady.
- Adapter layer k ERP: konektory, message bus, retry, idempotence, audit trail.
- E‑commerce: modulární rollout, CMS, promo, řízení oprávnění a chování katalogu.
- IAM: registrace/SSO (je‑li potřeba), správa hesel, role, audit.
- Reference data: napojení na lokální/oborové poskytovatele, validace a fallbacky.
- Moduly: výběr modulů pro konkrétní trhy/partnery.
- Offline scénáře: DR plány, testy dlouhých odstávek, metriky re‑sync.
- Go‑live & hypercare: monitoring, notifikace, runbooky, školení lokálních adminů.
Co potřebujeme od klienta na start
- Zdroj pravdy pro ceny a slevy, definice partnerů a segmentů.
- Pravidla logistiky a doručení (dopravci, cut‑off, SLA), platební metody.
- Požadavky na jazyk, měny, DPH a lokální compliance.
- Cílové KPI a očekávané NFR.
Shrnutí: Vzor ERP ↔ middleware ↔ e‑commerce je obecně přenositelný napříč dceřinými společnostmi a trhy. Přináší kontinuitu prodeje, lokální autonomii bez forkování ERP a rychlejší iterace v digitálním kanálu – s jasnou správou oprávnění, modulární rozšiřitelností a měřitelnými KPI.