Užsakymas gaunamas, turi atsirasti pikingo sąrašas, ir tas sąrašas turi pasiekti tinkamą sandėlio darbuotoją. Ar DI gali tai perimti? Didžiajai daliai įmonių su tvarkingai sutvarkyta sandėlio valdymo sistema (SVS) atsakymas yra taip, ir praktikoje tai vyksta jau šiandien. Tai viena iš tų užduočių, kur automatizavimas nelaukia ateities.
Čia lemiamą reikšmę turi trys ašys: struktūrizuotumas, apimtis ir klaidų kaina.
Užduotis yra beveik visiškai struktūrizuota. Užsakymas turi fiksuotą formą: artikulų numerius, kiekius, pristatymo datą. Pikingo sąrašo sudarymas iš esmės yra fiksuotų taisyklių taikymas šiems duomenims: kuri vieta, kuris maršrutas per sandėlį, kuris darbuotojas laisvas. Nereikia interpretuoti, ką klientas „iš tikrųjų“ turėjo omenyje, nereikia vertinti konteksto. Iš čia ir įvertinimas 5 už struktūrizuotumą.
Apimtis yra didelė, ir būtent čia automatizavimas atsiperka. Sandėlis, kuris per dieną apdoroja šimtą užsakymų, sugeneruoja šimtą pikingo sąrašų, kurie visi sudaromi pagal tą pačią logiką. Darbas, kuris kartojasi dideliu tempu, su nedideliais skirtumais tarp atvejų, yra būtent tas darbas, kuriame taisyklės duoda didesnę naudą nei darbe, kuris pasitaiko tik retkarčiais.
Klaidų kaina yra santykinai maža, įvertinta 4. Neteisingai priskirtas pikas yra nemalonus ir jo taisymui reikia laiko, tačiau retai sukelia negrįžtamą žalą. Tai skiriasi, pavyzdžiui, nuo neteisingai išsiųsto krovinio dokumento, kur klaida gali turėti pasekmių muitinei ar atsakomybei. Pikingo sąraše klaidą dažniausiai galima ištaisyti paties proceso viduje, o tai sumažina automatizavimo slenkstį.
Kūrybiškumas įvertintas 1 balu, ir būtent taip ir turi būti. Pikingo sąrašo sudarymui nereikia jokio kūrybiškumo, ir tai nėra užduoties trūkumas, o ženklas, kad ji puikiai tinka fiksuotai logikai. Kliento kontakto beveik visiškai nėra: pikingo sąrašas yra vidinis dokumentas, skirtas sandėlio grindims, o ne klientui, kuris turi ką nors suprasti ar priimti.
Atitiktis (compliance) vertinama itin palankiai, 5 balais, nes pikingo priskyrimui darbuotojui nereikia jokio teisinio patvirtinimo. Fizinis aspektas įvertintas 4 balais: nors kalbama apie fizinį veiksmą tolimesnėje proceso dalyje, pats generavimas ir priskyrimas yra skaitmeninis žingsnis, o ne fizinis.
Sprendimo laisvė gauna 4, o ne 5, nes kartais vis dėlto reikia įvertinti situaciją: darbuotojas ką tik pradėjo kitą užsakymą, vieta nebeatitinka tikrovės, skubus užsakymas turi būti vykdomas pirmiau. Būtent čia RPA šiandien atsimuša į sieną: sistema gali taikyti standartinę logiką, tačiau nukrypimų atveju reikalingas žmogaus taisymas.
Didmeninės prekybos įmonė, gaunanti šimtą penkiasdešimt užsakymų per dieną, leidžia SVS automatiškai generuoti pikingo sąrašus pagal užsakymo eilutes, o priskyrimas darbuotojams vyksta pagal fiksuotas taisykles: kas laisvas, kas turi trumpiausią maršrutą, kas dirba tinkamoje zonoje. Tai veikia tol, kol sistemoje esančios atsargų vietos yra aktualios. Kai jos neatitinka tikrovės, atsiranda pikingo sąrašas, nurodantis į tuščią vietą, ir tada reikia darbuotojo, kad tai pastebėtų ir ištaisytų. Technologija atlieka didžiąją darbo dalį; išimtys lieka žmonių darbu.
Įmonėje be SVS arba su SVS be pikingo logikos, šios užduoties tiesiog taip perimti negalima. Sąlyga yra griežta: sistema, kuri jau palaiko pikingą, ir atsargų vietos, kurios yra aktualios. Jei atsargų registravimas nepatikimas, automatinis generavimas duos daugiausia klaidingus sąrašus, ir sutaupytas laikas dings taisymo darbe. Tai susiję su gretima užduotimi: sandėlio vietų priskyrimas turi būti sutvarkytas prieš tai, kai pikingo sąrašai gali prasmingai juo remtis.
Taip pat esant labai mažai užsakymų apimčiai, su dideliu kintamumu ir mažu pasikartojimu, nauda yra ribota. Taisyklės duoda naudą pasikartojant; vienkartinių ar stipriai nukrypstančių užsakymų atveju logikos sukūrimas kartais reikalauja daugiau darbo nei pats rankinis veiksmas.
Pikingo sąrašų generavimas nėra atskirtas nuo likusio sandėlio proceso. Priėmimas, registravimas ir išdavimas yra tarpusavyje susiję: taip pat ir priėmimo dokumento registravimas sistemoje yra užduotis su panašia struktūra ir apimtimi. Kas dirba gamybos pramonėje ir nori pažvelgti plačiau nei viena užduotis, ras apžvalgą ką DI gali perimti gamybos pramonėje, o kas svarsto, kaip tai susiję su gamybos duomenų registravimu ceche, gali skaityti toliau apie gamybos registravimo tvarkymą ceche.
Tai nėra personalo patarimas ir nėra pagrindas sprendimui dėl pareigybių ar etatų. Ar ir kaip organizacija daro personalo sprendimus dėl atlaisvintų valandų, priklauso nuo jos pačios teisinių reikalavimų ir pačios vertinimo. Čia svarbus tik klausimas, kurią šio darbo dalį techniškai ir jau šiandien gali perimti DI, ir kokiomis sąlygomis.
Ar ši užduotis jūsų organizacijoje jau tinka perėmimui, priklauso nuo jūsų SVS, jūsų atsargų vietų patikimumo ir užsakymų apimties. Geras pirmas žingsnis – nemokamas greitasis testas: dvylika klausimų, paskyros nereikia, su nuoroda, kokia dalis valandų tokio pobūdžio profiliuose šiandien gali būti perimta DI. Visas darbo auditas, kuris jūsų įmonės darbą išskaido užduotis po užduoties ir išreiškia etato ekvivalento (FTE) apimtimi, dar kuriamas.
Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.