E-poe ja lao sünkroonimine: miks laoseis ei klapi

Klient maksis veebis kauba eest ja saatis kirja, kus see jääb. Riiulil on tühi koht, sest eile müüdi viimane tükk kassas. Nüüd tuleb vabandada, raha tagasi maksta ja klient on tõenäoliselt kadunud.

Lühivastus: laoseis läheb paigast, sest kaks süsteemi hoiavad sama numbrit eri kohas ja uuendavad seda üksteisele järele. Liidest saab parandada, aga ajavahe ja veakoht jäävad. Täielikult kaob probleem alles siis, kui e-pood ja kassa kasutavad sama andmebaasi.

Viis levinud põhjust

1. Ajavahe. Paljud liidesed uuendavad koguseid ajakava järgi. Kui viimane toode müüakse kassas, jääb e-poodi lühikeseks ajaks aken, kus sama toodet saab veel osta.

2. Erinevad SKU-d. Kui ühes süsteemis on kood SH-100 ja teises SH100, ei leia liides toodet üles. Sageli ei anna ta sellest kuhugi märku.

3. Variandid. Põhitoode leitakse, aga suurus M ja suurus L on seotud valesti. Üldkogus näib õige, kuid konkreetne suurus on otsas.

4. Liides seisab. Võti aegus, moodul uuendati või teenus oli hetkeks maas. Enamasti märkad seda alles siis, kui mõne toote seis on juba vale.

5. Reserveerimine. Maksmata tellimus ei pruugi kaupa kinni panna. Klient on pangas maksmas ja samal ajal müüb keegi viimase tüki kassas.

Kuidas olemasolevat lahendust parandada

Kui jääd kahe süsteemi juurde, teevad need sammud olukorra paremaks:

• Vali üks peamine süsteem. Kogus muutub ühes kohas, teine ainult loeb seda.
• Korrasta koodid. Igal tootel ja variandil peab olema üks unikaalne SKU, soovitatavalt ka EAN-kood.
• Lisa puhver. Näita e-poes toodet otsas olevana juba siis, kui alles on üks või kaks tükki.
• Seadista häire. Liidese vea korral peab keegi saama teate.
• Võrdle regulaarselt. Väike inventuur kord nädalas kõige kiiremini liikuvatele toodetele paljastab vead varakult.

Need aitavad, aga töö ja riskikoht jäävad alles.

Mis muutub, kui andmebaas on üks

NUNDINAE ei sünkroniseeri e-poodi ja ladu, sest need on üks rakendus. Laoseisu number on üks ja kõik müügikanalid kasutavad seda:

• Kassa müük võtab kauba laost kohe maha. Sama hetk kehtib ka e-poes.
• Veebitellimus paneb kauba kõrvale juba makse alustamisel.
• Maksmata tellimus aegub seadistatud aja järel (vaikimisi 60 minutit) ja kaup vabaneb ise.
• Tühistatud tellimus viib kauba lattu tagasi.
• Kauba vastuvõtt triipkoodilugejaga teeb toote kohe veebis saadavaks.
• Teenusel kulunud materjal läheb laost maha, kui teenus märgitakse toimunuks.

Iga muutus on laoliikumiste ajaloos koos põhjuse ja tegijaga. Kui laoseis tundub vale, näed, kes seda muutis ja miks.

Vaba kogus ei ole lihtsalt riiulil olev arv. Süsteem arvestab sellest maha reserveeritud kauba ja soovi korral ohutusvaru. Nii näed töölaual õigel ajal, mida on vaja tellida, ja saad koostada tarnija tellimislehe.

Millal sünkroonimine sobib täiesti hästi

Üks andmebaas ei ole alati vajalik. Kui müüd ainult veebis või kui kaupa on palju ja viimase tüki müük on haruldane, töötab hästi seadistatud liides rahuldavalt. Samuti ei pruugi see olla esimene mure kaupluseketil, kus suur süsteem on juba paigas.

Kõige rohkem valu tekitab sünkroonimine väikesel ettevõttel, kus on vähe tükke kallist kaupa ja kus sama töötaja müüb kassas ning pakib veebitellimusi.

Korduvad küsimused

Kui kiiresti e-pood NUNDINAE-s laoseisu näeb?

Andmed on samad. Pood võib osa üldist infot lühikest aega vahemälus hoida, aga tellimuse tegemisel kontrollitakse päris laoseisu.

Mis juhtub, kui kaks klienti ostavad korraga viimast toodet?

Kauba saab see, kelle tellimus selle kõrvale pani. Teine näeb, et kaupa enam ei ole.

Kas inventuuri on ikka vaja?

Jah. Tarkvara ei tea, kui toode riiulil katki läks või kadus. Inventuur käib CSV-faili või triipkoodilugejaga ja parandus jääb ajalukku.

Kuidas võrrelda erinevaid lahendusi?

Tegin viie levinud ülesehituse kohta võrdluse koos liideste ja kuludega.

Kas sinu laoseis jookseb paigast?

Kirjelda, millised süsteemid sul praegu on ja kui tihti vigu tekib. Telli NUNDINAE või küsi esitlust. Vaatan sinu olukorra üle ja ütlen, kas piisab liidese parandamisest.