Trex Pi
Jokaisella vähittäiskauppiaalla, jota tapaamme, on sama tarina: verkkokauppa myi kolme kappaletta tuotetta, joita varastossa oli nolla, seurasi vihainen asiakassähköposti, ja joku julisti integraation "rikkinäiseksi". Se ei yleensä ole. Se tekee juuri sitä, mitä varten se on suunniteltu - synkronisee varastosaldon 15 minuutin välein - ja ongelma on itse suunnittelussa.
Ylimyynti on konsistenssikysymys
Varastosynkronointi sijoittuu kahden kustannuksen väliselle janalle:
- Synkronoi liian harvoin, ja myyt jotain, mitä sinulla ei ole.
- Varaa reaaliajassa, ja maksat siitä - ERP:n API-kuormana, kassan viiveenä ja teknisenä monimutkaisuutena.
Virhe on valita yksi piste tältä janalta koko valikoimalle. Vähittäiskauppiaalla, jolla on 40 000 SKU:ta, saattaa olla 200, jotka koskaan lähestyvät ylimyyntiä - nopeasti liikkuvat, kampanjatuotteet, viimeisten kappaleiden loppuunmyynti. Ne ansaitsevat reaaliaikaisen varauksen kassalla. Muille 39 800:lle riittää täysin 15 minuutin erän syöte.
Kolmitasoinen malli, jonka toimitamme
- Erätaso - oletus. Varastotasot virtaavat ERP:stä verkkokauppaan aikataulun mukaan. Halpa, luotettava, sopii kaikelle, jolla on terve varastosyvyys.
- Kynnystaso - kun saldo laskee määritettävän rajan alle, SKU nostetaan automaattisesti tapahtumapohjaisiin päivityksiin.
- Varaustaso - kassa tekee kovan varauksen ERP:iin ennen tilauksen vahvistamista. Varattu sille pienelle joukolle SKU:ita, joissa ylimyynti maksaa enemmän kuin API-kutsut.
Tasojen välinen siirtymä on automaattinen ja datavetoinen - integraatio seuraa omaa virhesuhdettaan ja mukautuu. Kuusi kuukautta tämän toimittamisen jälkeen balttilaiselle vähittäiskauppakonsernille ylimyynnit vähenivät viikoittaisesta häiriökanavasta kahteen tapaukseen neljännesvuodessa - ja molemmat osoittautuivat varastossa käsin korjatuiksi saldoiksi, eli kirjausvirheeksi lähteessä, ei synkronoinnin viaksi.
Suunnittele integraatio virheen kustannuksen ympärille, niin arkkitehtuuri seuraa perässä.