Trex Pi
Každý retailer, ktorého stretneme, má rovnaký príbeh: webshop predal tri kusy niečoho, čoho mal sklad nula, nasledoval nahnevaný e-mail od zákazníka a niekto vyhlásil integráciu za „pokazenú". Zvyčajne nie je. Robí presne to, na čo bola navrhnutá - synchronizuje sklad každých 15 minút - a problémom je práve ten návrh.
Prepredaj je otázka konzistencie
Synchronizácia skladu leží na spektre medzi dvomi nákladmi:
- Synchronizujete príliš zriedka a predávate to, čo nemáte.
- Rezervujete v reálnom čase a platíte za to - zaťažením API ERP, latenciou pokladne a inžinierskou zložitosťou.
Chybou je vybrať jeden bod na tomto spektre pre celý katalóg. Retailer so 40 000 SKU môže mať 200, ktoré sa niekedy priblížia k prepredaju - rýchlo sa predávajúce položky, akciové produkty, výpredaj posledných kusov. Tie si zaslúžia rezerváciu v reálnom čase pri pokladni. Zvyšných 39 800 dokonale obslúži dávkový feed každých 15 minút.
Trojúrovňový model, ktorý dodávame
- Dávková úroveň - predvolená. Úrovne zásob prúdia ERP → webshop podľa harmonogramu. Lacné, robustné, vhodné pre čokoľvek so zdravou hĺbkou zásob.
- Prahová úroveň - keď dostupné množstvo klesne pod nastaviteľnú hranicu, SKU je automaticky povýšené na aktualizácie riadené udalosťami.
- Rezervačná úroveň - pokladňa vytvorí pevnú rezerváciu v ERP pred potvrdením objednávky. Vyhradené pre malý počet SKU, pri ktorých prepredaj stojí viac než API volania.
Povýšenie medzi úrovňami je automatické a riadené dátami - integrácia sleduje vlastnú mieru chybovosti a prispôsobuje sa. Šesť mesiacov po nasadení tohto riešenia pre pobaltskú retailovú skupinu klesli prepredaje z týždenného incidentného kanála na dva prípady za štvrťrok, a v oboch prípadoch išlo o stavy zásob ručne opravené priamo na sklade - o chybu pri zadávaní dát pri zdroji, nie o chybu synchronizácie.
Navrhnite integráciu okolo nákladov na to, byť v omyle, a architektúra bude nasledovať.