Anonymizovaná případová studie
ERP integrace — propojení skladu a obchodu
Výsledek Skladová a objednávková data jsou synchronizovaná bez ručního přepisování.
Integrační vrstva propojuje obchodní systém s ERP, hlídá přenosy a odděluje provozní chyby od běžných uživatelských scénářů. Klient je anonymizovaný kvůli NDA a citlivosti provozních dat.
Délka realizace: cca 3 měsíce (integrační vrstva + stabilizace)
AI ilustrace Obousměrná synchronizace přes vlastní vrstvu — ne přímé „napojení krabic“.
Výchozí situace
Obchodní systém a ERP žily vedle sebe. Objednávky, dostupnost a master data se synchronizovaly ručně (export/import), e-mailem — nebo vůbec.
Jméno klienta neuvádíme: smlouva i provozní citlivost to vylučují. Popisujeme problém, rozhodnutí a výsledek, ne značku.
Problém
Důsledky byly klasické — a drahé:
nesoulad dostupnosti zboží mezi obchodem a skladem,
zpoždění expedice a reklamace,
reporty pro management, kterým nikdo nevěřil,
nikdo neměl jistotu, která čísla platí „právě teď“.
Technicky nejtěžší nebylo „udělat API“, ale domluvit vlastnictví dat, pořadí synchronizace a chování při chybách.
Rozhodnutí
Záměrně jsme odmítli big bang migraci ERP. Místo toho: spolehlivá integrační vrstva s milníky.
Nejdřív kritické toky (sklad ↔ obchod), fronty, retry a monitoring. Až potom rozšíření. Každý tok měl jasného vlastníka na straně klienta i dodavatele.
Řešení
Navrhl a dodal jsem:
REST API a mapování dat mezi systémy,
asynchronní fronty (Redis / Horizon) s retry politikou,
logování, alerting a provozní dohled chyb,
dokumentaci rozhraní a předání provoznímu týmu.
Cíl nebyl „propojit dvě krabice“, ale jeden provozní obraz reality.
Výsledek
Sklad a obchod pracují se stejnými daty prakticky v reálném čase. Ruční přepis objednávek byl odstraněn ve většině standardních scénářů. Denní ruční exporty/importy u sledovaných kritických toků klesly o odhadovaných 70–80 % (ověřeno srovnáním provozních kroků před/po na vybraných entitách).
Doba zpracování běžné objednávky se zkrátila přibližně o polovinu tam, kde dřív čekala na ruční synchronizaci skladu. Incidenty se řeší podle logů a alertů, ne podle pocitu „někde to nesedí“. Lead time na opravu typické synchronizační chyby se zkrátil z „dnů a e-mailů“ na řádově hodiny s jasným vlastníkem toku.
Rozsah dodávky: integrační vrstva, mapování entit, fronty, monitoring, chybová fronta, dokumentace a předání.
Počet automatizovaných kroků: kritické toky sklad ↔ obchod (dostupnost, objednávky, vybraná master data) běží bez ručního zásahu.
Co dodal GEREQ: návrh integrační vrstvy, API/mapování, fronty, monitoring, dokumentace a předání.
Co držel klient: vlastnictví master dat, přístup do ERP/obchodu a provozní schvalování milníků.
Aktuální stav: vrstva běží v produkci; rozšiřování dalších entit probíhá po milnících.
Klient je anonymizovaný (NDA). Uvádíme relativní metriky a způsob ověření, ne absolutní objemy objednávek.
Ponaučení
Integrace není technický doplněk — je to provozní rozhodnutí. Bez vlastníka dat, milníků a monitoringu skončíte u dražší verze ruční práce.
Technologie
- Laravel
- Redis
- Horizon
- REST API
- PostgreSQL