Případová studie
Anonymizovaná případová studie
ERP integrace — propojení skladu a obchodu
- Klient
- Anonymizovaná případová studie
- Délka
- cca 3 měsíce (integrační vrstva + stabilizace)
- Stav
- Dodáno
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.
Obousměrná synchronizace přes vlastní vrstvu — ne přímé „napojení krabic“.
- 01
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.
- 02
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.
- 03
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.
- 04
Ř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.
- 05
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.
- 06
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
Další krok
Probrat podobný problém
Diagnostika, integrace nebo custom systém — nejdřív ověříme, jestli to dává smysl.