Likučių sinchronizavimas tarp trijų sistemų

Klientas paskambina ir klausia, ar prekė yra. Vadybininkė pasitikrina parduotuvės administravime, apskaitos programoje ir pas sandėlininką, o trys skaičiai nesutampa. Likučių sinchronizavimas yra darbas, per kurį tas pats kiekis ir ta pati užsakymo būsena atsiranda visose trijose vietose. Šiandien ji pasako tą skaičių, kuriuo pati labiausiai pasitiki.

Perkelti skaičių greita. Laiką suvalgo vienas sprendimas: kuris iš trijų skaičių teisingas šią minutę. Kiekviena sistema tą pačią prekę nurašo savu metu. Dalis skirtumo tarp trijų skaičių atsiranda todėl, kad vienas žingsnis dar neįvyko.

Kodėl trys sistemos rodo tris skirtingus skaičius?

Nurašymas kiekvienoje sistemoje įvyksta skirtingame užsakymo žingsnyje. Parduotuvė kiekį sumažina tada, kai klientas apmoka. Sandėlis jį sumažina tada, kai prekė nukeliauja nuo lentynos. Apskaitos programa jį sumažina tada, kai jūsų įmonė išrašo sąskaitą.

Tie trys žingsniai niekada nevyksta vienu metu. Todėl nuo apmokėjimo iki sąskaitos kiekviena sistema rodo tą kiekį, kuris atitinka jos pačios žingsnį. Visi trys skaičiai tuo metu yra teisingi, tik rodo skirtingus to paties užsakymo etapus.

Prie šio skirtumo prisideda dar vienas, kai kiekius tarp sistemų perrašo žmogus. Jis tai padaro tada, kai turi laiko, o tarp dviejų perrašymų bent viena sistema rodo pasenusį kiekį. Vadybininkė ekrane mato tik skaičių, o ne tai, kurį žingsnį jis atitinka.

Daugelyje įmonių šalia trijų sistemų guli ketvirtas skaičius, ir jis yra skaičiuoklėje. Tyrimų bendrovė „OvationMR“ 2026 m. kovą apklausė 400 sandėlio, atsargų, tiekimo ir operacijų specialistų. Paaiškėjo, kad 74 proc. jų atsargas tvarko vien skaičiuokle (opens in new tab) arba laiko ją pagrindiniu įrankiu.

Apklausą užsakė atsargų programinę įrangą parduodanti įmonė, o atsakinėjo amerikiečiai. Tokios pačios dalies Lietuvoje niekas nematavo. Tokia lentelė atsiranda todėl, kad darbuotojai Excel pasitiki labiau nei sistema (opens in new tab).

Kurie likučių skirtumai yra normalūs?

Kiekvienas užsakymas pereina apmokėjimą, surinkimą ir sąskaitos išrašymą, o po kiekvieno žingsnio kiekis pasikeičia vienoje sistemoje anksčiau nei kitoje. Taip atsiranda skirtumas, kuris užsidaro pats. Trys tokie skirtumai pasitaiko beveik kiekvienoje iš sandėlio prekiaujančioje įmonėje.

Apmokėta prekė tebeguli lentynoje. Sandėlininkas tos prekės dar nepaėmė, tad parduotuvėje kiekis mažesnis nei sandėlyje. Surinkimo metu tas skirtumas užsidaro.

Prekė išvažiavo, o sąskaita dar ne. Paletė jau vilkike, o sąskaita išrašoma tą patį vakarą arba kitą rytą. Iki tol apskaita laiko kiekį, kurio sandėlyje nebėra.

Viena apmokėto užsakymo eilutė tebelaukia. Trys vienetai iš penkių išvažiavo, o du keliaus kitą savaitę. Parduotuvė tokį užsakymą rodo kaip įvykdytą, sandėlis mato dvi dar neišvežtas prekes, o apskaita laukia galutinės sąskaitos.

Žmogaus laiko verta ta eilutė, kuri lieka atvira ir po žingsnio, turėjusio ją uždaryti. Tikslas yra tas, kad už kiekvieno skirtumo stovėtų žingsnis. Kad trys skaičiai sutaptų kiekvieną minutę, siekti neverta.

Iš kokių žingsnių susideda likučių sinchronizavimas?

Darbas skyla į penkias dalis, ir nė vienos jų agentas nepadaro vienas.

Susitariame, kuri sistema kurį skaičių valdo. Viena valdo prekių likutį, kita užsakymo būseną, trečia kainą. Kitos tą patį skaičių tik skaito, o pakeisti jį gali viena. Tą pasiskirstymą jūsų įmonė nusprendžia vieną kartą, ir tam užtenka pokalbio.

Užsakymas iš parduotuvės keliauja su visomis savo eilutėmis. Prekės kodas, kiekis, sutarta data ir kliento numeris patenka ir į sandėlio, ir į apskaitos programą. Niekam nebereikia atsidaryti to paties užsakymo ir perrašinėti to, kas jame jau yra.

Nurašymas įvyksta tą minutę, kai sandėlininkas prekę paima. Jis eilutę patvirtina ekrane arba skaitytuvu, ir parduotuvėje kiekis sumažėja iškart. Šis žingsnis priklauso tam žmogui, kuris prekes renka ir dabar. Patvirtinti turi būti greičiau, nei praleisti šį žingsnį, kitaip sandėlininkas jį ir praleis.

Agentas prie kiekvienos eilutės užrašo, kurį žingsnį ji pasiekė. Kelis kartus per dieną jis sustato tris sistemas greta ir pažiūri, ką kiekviena jų rodo. Eilutes, kurių nepaaiškina nė vienas žingsnis, jis pažymi.

Pažymėtas eilutes peržiūri iš anksto sutartas žmogus. Prie eilutės atkeliauja ir dokumentai, kuriuos agentas perskaitė. Peržiūra prasideda nuo priežasties, o ne nuo tuščio pranešimo.

Taisyklė gali palyginti du skaičius ir pranešti, kad jie skiriasi. Ar skirtumas dar juda, iš pačių skaičių nematyti. Tai parašyta sandėlininko pastaboje, kurjerio žinutėje arba tiekėjo atsakyme apie dalimis vežamą siuntą.

AI agentas tai perskaito tais žodžiais, kuriais žmogus parašė, ir pasako, iki kurio žingsnio užsakymas nuėjo. Tokio atsakymo likučių sinchronizavimui ir reikia, o taisyklė jo pateikti negali.

Kas pasikeičia, kai sinchronizavimas veikia?

Keturi darbai įmonėje vyksta kitaip, ir greitesnis spausdinimas nėra nė vienas iš jų.

Kiekis, kurį pasakote klientui, galioja tą pačią minutę. Niekam nebereikia skambinti atgal ir aiškinti, kad paskutinis vienetas išvažiavo prieš valandą.

Vienam klausimui nebereikia trijų langų. Vadybininkė atsako iš vieno ekrano. Sandėlio nebereikia trukdyti dėl to, ką agentas jau žino.

Pažymėtų eilučių eilė tampa planuojamu darbu. Sutartą valandą kas nors atsidaro trumpą sąrašą. Apie skirtumą nebesužinote tada, kai klientas jau laukia ragelyje.

Naujas pardavimo kanalas nebereiškia naujo perrašymo. Prekyvietė ar antra parduotuvė prideda vieną jungtį, o ne dar vieną perrašantį žmogų.

Kitas pavyzdys yra mūsų kliento projektas, kurį statėme patys.

Metalo lakštų gaminių įmonėje pertvarkėme, kaip priimami užsakymai. Klientas įkelia brėžinį, pasirenka medžiagą, matmenis ir papildomas operacijas. Tada užsakymas gamybai paruoštas pasiekia vidinį skydą (opens in new tab). Pakeliui platforma failą paverčia tuo formatu, kurį priima staklės.

To užsakymo niekas nebeatsidaro, kad suvestų iš naujo. Paskelbto skaičiaus, kiek likučių sinchronizavimas sutrumpina šį darbą, neturime, tad jo čia ir nėra. Sutvarkytas užsakymas perrašymo žingsnio nebepasiekia, ir paskui nebelieka ko derinti. Likučiams tokį patį darbą darome atskirai, o trumpiausia jo versija trunka nuo dviejų savaičių (opens in new tab).

Dažni klausimai apie likučių sinchronizavimą

Ar galima pradėti nuo dalies prekių?
Taip. Greičiausiai judančios prekės sukuria didžiąją skirtumų dalį. Pirmas etapas su jomis parodo, ar verta jungti likusį katalogą.

Kas nutinka užsakymui, kuris išvežamas dalimis?
Likusi eilutė išlaiko savo žingsnį ir lieka atvira. Agentas tokio užsakymo neuždaro anksčiau laiko. Sandėlis neišvažiavusias prekes toliau rodo kaip esančias.

Ar sinchronizavimas sutvarko jau susidariusius skirtumus?
Ne. Jis pradeda nuo tų judėjimų, kurie vyksta po paleidimo. Jei apskaitos įrašas su lentyna nesutampa jau dabar, pirma reikia rasti to skirtumo priežastį. Tai atskiras darbas.

O jei prekiaujame ir prekyvietėje?
Kiekvienam kanalui, kuris laiko savo kiekį, reikia atskiros jungties. Jei kanalas kiekio neatiduoda, tą kiekį ten ir toliau įveda žmogus. Kurie jūsų kanalai tokie, išsiaiškiname projekto pradžioje.

Kiek laiko užtrunka toks darbas?
Viena sistemų pora užtrunka nuo dviejų savaičių. Kiekvienas papildomas kanalas tą laiką ilgina. Tikslų atsakymą pasakome pamatę, kaip užsakymas keliauja pas jus šiandien.

Trys situacijos, kuriose likučių sinchronizavimas nieko nepataiso

Visais trimis atvejais sinchronizuoti arba nėra ko, arba neapsimoka.

Gaminate tik pagal užsakymą. Prekių sandėlyje nelaikote, tad nėra ir likučio, kurį reikėtų sinchronizuoti. Tokiai įmonei labiau tinka automatizuoti patį užsakymų priėmimą.

Kiekio už įmonės ribų niekas nemato. Jei nėra nei el. parduotuvės, nei prekyvietės, nei kliento portalo, klaidingas skaičius kainuoja ėjimą prie lentynos. Tai tikra kaina, bet ji mažesnė už atšaukto užsakymo kainą.

Judėjimų niekas neužrašo. Sinchronizavimas perkelia tai, ką sistemos turi. Kai sandėlyje perkėlimo ar nurašymo niekas nefiksuoja, agentas tik greičiau perkels klaidingą skaičių. Pirmiausia sandėlyje turi atsirasti įprotis kiekvieną judėjimą užrašyti iškart.

Nuo ko pradėti

Paklauskite to žmogaus, kuris atsiliepia telefonu, kuriuo skaičiumi jis pasitiki, kai klientas klausia apie prekę. Vienas klausimas, ir atsakymas užtrunka minutę.

Tas atsakymas parodo, kur valdančioji sistema jau yra. Jei žmogus įvardija vieną sistemą ir pasirodo teisus, jūsų skaičiai sutampa. Tada sinchronizavimo jums nereikia. O jei jis pirma pasitikslina sandėlyje, valdančioji sistema yra sandėlis, o kitos dvi tą skaičių tik pakartoja vėliau.

Mes susitariame, kuri sistema kurį skaičių valdo, o paskui perkeliame užsakymą ir nurašymą be antro suvedimo. Žmogui lieka tos eilutės, kurių nepaaiškina nė vienas žingsnis. Rezultatą įrašome atgal į jūsų jau naudojamas programas.

Susisiekite (opens in new tab), jei klientui jau teko pažadėti prekę, kurios sandėlyje nebebuvo.