Zebra WT-40 andmekogumisterminal koos rõngaskanneriga. Seda on vaja selleks, et oleks võimalik toodet kiiresti skaneerida, asetades samal ajal kaste füüsiliselt alusele (käed vabad).
Mitme aasta jooksul avasime kauplusi ja kasvasime väga kiiresti. See lõppes sellega, et nüüd võtavad meie laod vastu ja saadavad päevas umbes 20 tuhat kaubaalust. Loomulikult on meil täna juba rohkem ladusid: kaks suurt Moskvas - 100 ja 140 tuhat ruutmeetrit, kuid väiksemaid on ka teistes linnades.
Iga sellises mahus kauba vastuvõtmise, komplekteerimise või saatmise protsessides säästetud sekund on võimalus säästa aega toimingutelt. Ja see on ka tohutu kokkuhoid.
Seetõttu on kaks peamist efektiivsuse kordistajat läbimõeldud toimingute (protsesside) algoritm ja kohandatud IT-süsteemid. Eelistatavalt “nagu kell”, kuid üsna sobiv on ka “töötab veidi vähem kui ideaalselt”. Lõppude lõpuks oleme me päris maailmas.
Lugu sai alguse kuus aastat tagasi, kui uurisime lähemalt, kuidas täpselt tarnijad meie laos veokeid maha laadivad. See oli nii ebaloogiline, aga harjumuspärane, et töötajad ei märganudki, et protsess ei olnud optimaalne. Pealegi ei olnud meil tol hetkel tööstusliku laohaldussüsteemi ning logistikaga tegelemise usaldasime peamiselt 3PL operaatoritele, kes kasutasid oma tarkvara ja kogemusi protsesside ehitamisel.
Kauba vastuvõtmine
Nagu me juba ütlesime, püüdis meie ettevõte sel ajal (nagu põhimõtteliselt ka praegu) avada palju poode, mistõttu pidime läbilaskevõime suurendamiseks optimeerima laoprotsesse (rohkem kaupu lühema ajaga). See ei ole lihtne ülesanne ja seda oli võimatu lahendada lihtsalt personali suurendamisega, kasvõi sellepärast, et kõik need inimesed segasid üksteist. Nii hakkasime mõtlema WMS (laohaldussüsteem) infosüsteemi juurutamise peale. Ootuspäraselt alustasime sihtlao protsesside kirjeldusega ja juba alguses avastasime kündmata põllu parendusteks kauba kättesaamise protsessis. Ühes laos oli vaja protsessid läbi töötada, et need seejärel ülejäänud laodesse veeretada.
Vastuvõtmine on üks esimesi suuremaid toiminguid laos. Seda on mitut tüüpi: kui loeme lihtsalt lastitükkide arvu ja kui peame lisaks sellele loendama, kui palju ja milliseid artikleid on igal alusel. Enamik meie kaupadest läbib ristdokkimise voolu. See on siis, kui kaup saabub tarnijalt lattu ning ladu toimib ruuterina ning üritab need koheselt lõppsaajale (kauplusele) uuesti saata. On ka teisi voogusid, näiteks kui ladu toimib vahemälu või laoüksusena (peate varu laosse panema, osadeks jagama ja järk-järgult kauplustesse transportima). Tõenäoliselt räägivad minu kolleegid, kes tegelevad jääkide optimeerimise matemaatiliste mudelitega, teile paremini laovaruga töötamise kohta. Aga siin on üllatus! Probleemid hakkasid tekkima puhtalt käsitsi toimingutes.
Protsess nägi välja selline: veok jõudis kohale, juht vahetas laohalduriga dokumendid, administraator sai aru, mis sinna saabus ja kuhu saata, seejärel suunas laaduri kaubale järele. See kõik võttis aega umbes kolm tundi (vastuvõtuaeg sõltub muidugi suuresti sellest, millist logistikavoogu vastu võtame: mõnes kohas on vaja teha sisemine ülelugemine, mõnes mitte). Rohkem inimesi ühele veoautole saata on võimatu: nad segavad üksteist.
Millised olid kaotused? Neid oli meri. Esiteks said laotöötajad paberdokumendid. Nad navigeerisid ja tegid nende põhjal otsuseid, mida tarnega teha. Teiseks loendasid nad käsitsi kaubaaluseid ja märkisid kogused samadele saatelehtedele. Seejärel saadeti täidetud vastuvõtulehed arvutisse, kus andmed sisestati XLS faili. Seejärel imporditi selle faili andmed ERP-sse ja alles siis nägi meie IT-tuum toodet reaalselt. Meil oli tellimuse kohta väga vähe metaandmeid, näiteks transpordi saabumisaeg, või need andmed olid ebatäpsed.
Esimese asjana alustasime ladude endi automatiseerimisega, et neil oleks protsesside tugi (peasime installima hulga tarkvara, riistvara nagu mobiilsed vöötkoodiskannerid ja juurutama selle kõige jaoks infrastruktuuri). Seejärel ühendasime need süsteemid siini kaudu ERP-ga. Lõppkokkuvõttes uuendatakse süsteemis info kaupade saadavuse kohta, kui laadur käivitab saabuval veokil kaubaaluse vöötkoodiskanneriga.
Sellest sai selline:
- Tarnija ise täidab andmed selle kohta, mida ja millal ta meile saadab. Selleks on SWP ja EDI portaalide kombinatsioon. See tähendab, et kauplus avaldab tellimuse ja tarnijad kohustuvad täitma tellimuse ja tarnima kaupu vajalikus koguses. Kauba saatmisel märgivad nad ära veokis olevate aluste koostise ja kogu vajaliku logistikainfo.
- Kui auto tarnija juurest meie eest lahkub, teame juba, milline toode meile tuleb; Lisaks on tarnijatega loodud elektrooniline dokumendihaldus, seega teame, et UPD on juba allkirjastatud. Koostamisel on selle toote optimaalse liikumise skeem: kui see on ristdokkimine, siis oleme kaubale arvestades juba laost transpordi tellinud ja kõigi logistikavoogude jaoks oleme juba kindlaks määranud, kui palju laoressursse kavatseme kasutada. vaja tarneid töödelda. Ristdokkimise detailides tehakse laost transpordi eelplaneerimine varasemas etapis, kui tarnija on just broneerinud tarnekoha tarneportaaliga integreeritud laovärava haldussüsteemis (YMS - yard management system). . Teave jõuab YMS-i kohe.
- YMS saab veoki numbri (täpsemalt saadetise numbri SWP-lt) ja registreerib juhi vastuvõtmiseks ehk eraldab talle vajaliku aja. See tähendab, et nüüd ei pea õigeaegselt saabunud juht järjekorras ootama ning tema käsutuses on tema seaduslik aeg ja mahalaadimisdokk. See võimaldas meil muuhulgas optimaalselt jaotada veokeid kogu territooriumil ja kasutada tõhusamalt mahalaadimispilusid. Ja kuna me koostame eelnevalt ajakava, kes kuhu ja millal saabub, siis teame, kui palju inimesi ja kuhu vaja on. St see on seotud ka laotöötajate töögraafikutega.
- Selle maagia tulemusena ei vaja laadurid enam täiendavat marsruutimist, vaid ootavad vaid, kuni autod need maha laadivad. Tegelikult ütleb nende tööriist – terminal – neile, mida ja millal teha. Abstraktsiooni tasemel on see nagu laadija API, kuid inimese ja arvuti interaktsiooni mudelis. Esimese kaubaaluse veokilt skannimise hetk on ühtlasi ka kohaletoimetamise metaandmete kirje.
- Mahalaadimine käib endiselt käsitsi, kuid laadur käivitab igal alusel vöötkoodiskanneri ja kinnitab, et etiketi andmed on korras. Süsteem tagab, et see on õige kaubaalus, mida ootame. Mahalaadimise lõpuks on süsteemil kõigi kaubaartiklite täpne arv. Selles etapis vead ikkagi kõrvaldatakse: kui transpordikonteineril on ilmselgeid kahjustusi, siis piisab, kui see mahalaadimise käigus lihtsalt ära märkida või kui see toode on täiesti kasutuskõlbmatu, siis seda üldse mitte vastu võtta.
- Varem loendati kaubaaluseid mahalaadimisalal pärast seda, kui kõik veokilt maha laaditi. Nüüd on füüsilise mahalaadimise protsess ümberarvutamine. Kui defekt on ilmne, tagastame koheselt. Kui see pole ilmne ja avastatakse hiljem, siis kogume selle laos asuvasse spetsiaalsesse puhvrisse. Palju kiirem on visata kaubaalus protsessi edasi, koguda kokku kümmekond ja anda tarnijale võimalus ühe eraldi külastusega kõik korraga ära tuua. Teatud tüüpi defektid kantakse ümber taaskasutustsooni (see kehtib sageli välismaiste tarnijate kohta, kellel on lihtsam fotosid vastu võtta ja uut toodet saata kui seda üle piiri tagasi võtta).
- Mahalaadimise lõpus allkirjastatakse dokumendid ja juht lahkub oma asju ajama.
Vana protsessi käigus viidi kaubaalused sageli spetsiaalsesse puhvertsooni, kus nendega juba töötati: loendati, registreeriti abielu jne. See oli vajalik, et vabastada dokk järgmise auto jaoks. Nüüd on kõik protsessid konfigureeritud nii, et seda puhvertsooni pole lihtsalt vaja. Valikulised ülelugemised on olemas (üks näide on “Valgusfoori” projektis rakendatud valikuline pakisisene üleloendamine laos ristdokkimiseks), kuid suurem osa kaupadest töödeldakse kohe pärast kättesaamist ja see on dokist. et nad sõidavad laos optimaalsesse kohta või kohe teise dokki laadimiseks, kui transport laost saatmiseks on juba saabunud. Ma tean, et see kõlab teile pisut igapäevaselt, kuid viis aastat tagasi tundus tohutus laos saadetise töötlemine otse lõpp-punktidesse nagu teise veoki laadimisdokk meie jaoks kosmoseprogrammist väljas.
Mis toimub toote kõrval?
Järgmiseks, kui see ei ole ristdokkimine (ja kaup pole juba enne saatmist puhvrisse või otse dokki läinud), tuleb see ladustamiseks varustada.
On vaja kindlaks määrata, kuhu see toode läheb, millisesse säilituskambrisse. Vanas protsessis oli vaja visuaalselt kindlaks teha, millises tsoonis me seda tüüpi kaupu ladustame, ja seejärel valida seal koht ja see võtta, panna, panna kirja, mida me selle paneme. Nüüd oleme iga toote jaoks vastavalt topoloogiale seadistanud paigutusmarsruudid. Teame, milline toode millisesse tsooni ja millisesse lahtrisse peaks minema, me teame, kui palju täiendavaid lahtreid tuleb läheduses hõivata, kui see on liiga suur. Inimene läheneb kaubaalusele ja skannib selle SSCC abil TSD abil. Skänner näitab: "Võtke see aadressile A101-0001-002." Siis viib ta selle sinna ja märgib üles, mis ta sinna pani, torkades kohapeal skanneriga koodi poole. Süsteem kontrollib, kas kõik on õige, ja märgib selle. Pole vaja midagi kirjutada.
Sellega on tootega töötamise esimene osa lõpetatud. Seejärel on pood valmis selle laost ära võtma. Ja sellest saab alguse järgmine protsess, millest kolleegid hankeosakonnast teile paremini räägivad.
Seega uuendatakse laoseisu süsteemis tellimuse vastuvõtmise hetkel. Ja raku laos on kaubaaluse paigutamise hetkel. See tähendab, et me teame alati, kui palju kaupu laos kokku on ja kus iga toode täpselt asub.
Paljud vood liiguvad otse sõlmpunktidesse (piirkondlikud ümberlaadimisladud), kuna meil on igas piirkonnas palju kohalikke tarnijaid. Mugavam on paigaldada Voronežist samad konditsioneerid mitte föderaalsesse lattu, vaid otse kohalikesse sõlmpunktidesse, kui see on kiirem.
Veidi optimeeritakse ka vastupidiseid jäätmevoogusid: kui kaup on ristdokkides, saab tarnija selle Moskva laost järele tulla. Kui defekt ilmnes peale veopakendi avamist (ja väljast polnud see arusaadav ehk see polnud transporditöötajate süü), siis on igas kaupluses tagastustsoonid. Defekti saab saata föderaalsesse lattu või anda selle tarnijale otse poest. Teine juhtub sagedamini.
Teine protsess, mis vajab nüüd optimeerimist, on müümata hooajakaupade töötlemine. Fakt on see, et meil on kaks olulist aastaaega: uusaasta ja aiatööde aeg. See tähendab, et jaanuaris jõuame jaotuskeskusesse müümata kunstpuud ja -pärjad ning talveks muruniidukid ja muud hooajakaubad, mis vajavad säilitamist, kui need veel aasta üle elavad. Teoreetiliselt peame need hooaja lõpus täielikult maha müüma või kellelegi teisele kinkima, mitte lattu tagasi tirima – see on see osa, milleni me veel jõudnud pole.
Oleme viie aasta jooksul vähendanud kaupade vastuvõtmise (masina mahalaadimise) aega neli korda ja kiirendanud mitmeid muid protsesse, mis kokkuvõttes on ristdokkimise käivet parandanud veidi enam kui poole võrra. Meie ülesanne on optimeerimine, et vähendada laoseisu ja mitte "külmutada" raha laos. Ja need võimaldasid kauplustel saada veidi rohkem vajaminev kaup õigeaegselt kätte.
Laoprotsesside puhul olid suured täiustused automatiseerida seda, mis varem oli paber, vabaneda protsessi ebavajalikest sammudest seadmete ja õigesti konfigureeritud protsesside kaudu ning ühendada kõik ettevõtte IT-süsteemid ühtseks tervikuks, nii et tellimus ERP-st ( nt poel on vasakult kolmandal riiulil midagi puudu) muutus lõpuks konkreetseteks toiminguteks laosüsteemis, transpordi tellimiseks jne. Nüüd on optimeerimine rohkem seotud protsessidega, milleni me pole veel jõudnud, ja prognoosimise matemaatikat. See tähendab, et kiire juurutamise ajastu on möödas, oleme teinud need 30% tööst, mis andis 60% tulemusest, ja siis peame järk-järgult katma ülejäänud. Või kolida teistesse piirkondadesse, kui seal saab rohkem ära teha.
No kui säästetud puid arvestada, siis andis palju juurde ka tarnijate üleminek EDI portaalidele. Nüüd peaaegu kõik tarnijad ei helista ega suhtle juhiga, vaid vaatavad oma isiklikul kontol tellimusi, kinnitavad need ja toovad kauba kohale. Võimalusel keeldume paberist, alates 2014. aastast on juba 98% tarnijatest kasutanud elektroonilist dokumendihaldust. Kokku on see 3 puud, mis säästetakse aastaga lihtsalt sellega, et ei pea kõiki vajalikke pabereid välja printima. Aga see ei võta arvesse protsessorite soojust, aga ka samade juhtide nagu telefonis olevate inimeste kokkuhoitud tööaega.
Viie aastaga oli meil neli korda rohkem kauplusi, kolm korda rohkem erinevaid dokumente ja kui poleks EDI-d, oleks meil kolm korda rohkem raamatupidajaid.
Me ei piirdu sellega ja jätkame uute sõnumite ühendamist EDI-ga, uute tarnijate ühendamist elektroonilise dokumendihaldusega.
Eelmisel aastal avasime Euroopa suurima jaotuskeskuse - 140 tuhat ruutmeetrit. m - ja asuge seda mehhaniseerima. Ma räägin sellest teises artiklis.
Allikas: www.habr.com