Terminal koleksi data Zebra WT-40 kanthi scanner dering. Dibutuhake supaya bisa cepet mindhai barang, nalika numpuk kothak kanthi fisik ing palet (tangan gratis).
Sajrone pirang-pirang taun, kita mbukak toko kanthi cepet lan tuwuh. Iku rampung karo kasunyatan sing saiki warehouses kita nampa lan ngirim bab 20 ewu pallets dina. Alami, saiki kita wis duwe luwih akeh gudang: loro gedhe ing Moskow - 100 lan 140 ewu meter persegi, nanging ana uga cilik ing kutha-kutha liyane.
Saben detik sing disimpen ing proses nampa, ngrakit utawa ngirim barang ing ukuran kasebut minangka kesempatan kanggo ngirit wektu ing operasi. Lan iku uga tabungan gedhe.
Mulane loro faktor efisiensi utama yaiku algoritma tumindak (proses) sing dipikirake kanthi apik lan sistem IT sing disesuaikan. Luwih becik "kaya jam", nanging "makarya rada kurang saka sampurna" uga cukup cocok. Nanging kita ing donya nyata.
Crita kasebut diwiwiti nem taun kepungkur nalika kita ndeleng kanthi rinci babagan cara para pemasok mbongkar truk ing gudang kita. Iku banget ora logis, nanging akrab, sing karyawan ora malah sok dong mirsani proses suboptimal. Menapa malih, ing wayahe kita ora duwe sistem manajemen gudang industri, lan Sejatine kita dipercaya operator 3PL sing nggunakake piranti lunak lan pengalaman ing proses bangunan kanggo operasi logistik.
Nampa barang
Kaya sing dikandhakake, perusahaan kita ing wektu kasebut (kaya, ing prinsip, saiki) ngupayakake mbukak akeh toko, mula kita kudu ngoptimalake proses gudang kanggo nambah throughput (barang liyane ing wektu sing luwih sithik). Iki dudu tugas sing gampang, lan ora mungkin kanggo ngrampungake kanthi nambah staf, yen mung amarga kabeh wong bakal ngganggu saben liyane. Mangkono, kita wiwit mikir babagan ngleksanakake sistem informasi WMS (warehouse management system). Kaya sing dikarepake, kita miwiti kanthi katrangan babagan proses gudang target lan wis ing wiwitan nemokake lapangan sing ora diolah kanggo perbaikan ing proses nampa barang. Sampeyan kudu nindakake proses ing salah sawijining gudang, supaya bisa digulung menyang liyane.
Nampa minangka salah sawijining operasi gedhe pisanan ing gudang. Bisa dadi sawetara jinis: nalika kita mung ngetung jumlah paket lan nalika kita perlu, saliyane, kanggo ngetung jumlah lan artikel apa ing saben palet. Umume barang-barang kita ngliwati aliran lintas-docking. Iki nalika barang teka ing gudang saka supplier, lan gudang kasebut minangka router lan nyoba ngirim maneh menyang panampa pungkasan (toko). Ana aliran liyane, contone, nalika gudang tumindak minangka cache utawa minangka toko (sampeyan kudu sijine sumber ing Simpenan, dibagi dadi bagean lan mboko sithik njupuk menyang toko). Mbokmenawa, kanca-kancaku sing melu model matematika optimasi residual bakal luwih nyritakake babagan nggarap saham. Nanging ana surprise! Masalah wiwit njedhul sejatine sifate ing operasi manual.
Prosesi kaya mangkene: truk teka, sopir tukar dokumen karo administrator gudang, administrator ngerti apa sing wis teka lan dikirim menyang ngendi, banjur ngirim loader kanggo njupuk barang. Kabeh iki njupuk bab telung jam (mesthi wektu acceptance umumΓ© gumantung apa jenis aliran logistics kita nampa: nang endi wae iku perlu kanggo nindakake recalculation intra-paket, nanging nang endi wae ora). Luwih akeh wong ora bisa dikirim menyang truk siji: bakal ngganggu saben liyane.
Apa kerugian kasebut? Padha segara. Kaping pisanan, buruh gudang nampa dokumen kertas. Dheweke dipandu lan nggawe keputusan babagan apa sing kudu ditindakake babagan pasokan kasebut, miturut dheweke. Kapindho, dheweke ngetung palet kanthi tangan lan nyathet jumlah ing tagihan sing padha. Banjur formulir acceptance sing wis rampung dijupuk menyang komputer, ing ngendi data kasebut dilebokake menyang file XLS. Data saka file iki banjur diimpor menyang ERP, lan mung banjur inti IT kita bener ndeleng produk. Kita duwe metadata sithik banget babagan pesenan, kayata wektu tekan transportasi, utawa data iki ora akurat.
Wangsulan: Bab ingkang sapisanan kita tindakake iku kanggo miwiti ngotomatisasi warehouses piyambak supaya padha duwe support proses (butuh Bunch saka piranti lunak, hardware kaya scanner barcode seluler, masang infrastruktur kanggo kabeh iki). Banjur padha nyambungake sistem kasebut karo ERP liwat bis. Wekasanipun, informasi kasedhiyan dianyari ing sistem nalika loader mbukak scanner barcode liwat pallet ing truk teka.
Dadi kaya mangkene:
- Supplier dhewe ngisi data babagan apa sing dikirim menyang kita lan kapan. Ana akeh portal SWP lan EDI kanggo iki. Yaiku, toko nerbitake pesenan kasebut, lan para panyedhiya nindakake kanggo ngrampungake aplikasi kasebut lan nyedhiyakake barang kanthi jumlah sing dibutuhake. Nalika ngirim barang, dheweke uga nuduhake komposisi palet ing truk lan kabeh informasi sing dibutuhake babagan logistik.
- Nalika mobil ninggalake supplier kanggo kita, kita wis ngerti barang apa sing bakal teka; Kajaba iku, manajemen dokumen elektronik wis ditetepake karo pemasok, mula kita ngerti manawa UPD kasebut wis ditandatangani. Skema disiapake kanggo gerakan optimal produk iki: yen iki cross-docking, mula kita wis mrentahake transportasi saka gudang, ngetung barang, lan kanggo kabeh aliran logistik, kita wis nemtokake jumlah sumber daya gudang. kudu proses pangiriman. Ing rincian salib-docking, rencana pambuka kanggo transportasi saka gudang digawe ing tataran sadurungΓ©, nalika supplier wis mung dilindhungi undhang-undhang slot pangiriman ing sistem manajemen lawang gudang (YMS - sistem manajemen yard), kang Integrasi karo supplier. portal. Informasi teka menyang YMS langsung.
- YMS nampa nomer truk (dadi luwih tepat, nomer kiriman saka SWP) lan ngrekam driver kanggo acceptance, sing, allocates wong slot wektu perlu. Tegese, saiki sopir sing teka ing wektu ora perlu ngenteni antrian langsung, lan wektu sing sah lan dermaga unloading diwenehake kanggo dheweke. Iki ngidini kita, antara liya, kanggo nyebarake truk kanthi optimal ing saindenging wilayah lan nggunakake slot unloading kanthi luwih efisien. Lan uga, amarga kita nggawe jadwal luwih dhisik, sapa, ing ngendi lan kapan bakal teka, kita ngerti carane akeh wong lan ing ngendi kita butuh. Tegese, uga disambungake karo jadwal kerja karyawan gudang.
- Minangka asil saka sihir iki, loaders ora maneh perlu nuntun tambahan, nanging mung ngenteni mobil kanggo mbongkar. Nyatane, alat kasebut - terminal - ngandhani apa sing kudu ditindakake lan kapan. Ing tingkat abstraksi, iku kaya API loader, nanging ing model interaksi manungsa-komputer. Wayahe mindhai palet pisanan saka truk uga minangka rekaman metadata pangiriman.
- Unloading isih rampung kanthi tangan, nanging kanggo saben pallet loader mbukak scanner barcode lan nandheske sing data label ing urutan. Sistem kasebut ngontrol manawa palet sing bener sing dikarepake. Ing pungkasan unloading, sistem bakal duwe recalculation akurat kabeh paket. Ing tahap iki, perkawinan isih diilangi: yen ana karusakan sing jelas ing wadhah pengiriman, mula cukup kanggo dicathet nalika proses unloading utawa ora nampa produk iki yen ora bisa digunakake.
- Sadurunge, palet diitung ing area unloading sawise kabeh wong wis dibongkar saka truk. Saiki proses unloading fisik minangka recalculation. We bali marriage langsung yen iku ketok. Yen ora ketok lan ditemokake mengko, banjur kita nglumpukake ing buffer khusus ing gudang. Iku luwih cepet kanggo uncalan pallet luwih menyang proses, ngumpulake rolas iki lan supaya supplier njupuk kabeh bebarengan ing siji riko kapisah. Sawetara jinis cacat ditransfer menyang zona daur ulang (iki asring ditrapake kanggo pemasok manca, sing luwih gampang njupuk foto lan ngirim produk anyar tinimbang njupuk maneh ing tapel wates).
- Ing pungkasan unloading, dokumen ditandatangani, lan sopir ninggalake bisnis dhewe.
Ing proses lawas, palet asring dipindhah menyang zona penyangga khusus, ing ngendi dheweke wis digarap: padha diitung, nikah didaftar, lan liya-liyane. Iki perlu kanggo mbebasake dock kanggo mesin sabanjurΓ©. Saiki kabeh proses dikonfigurasi supaya zona buffer iki ora dibutuhake. Ana recalculations selektif (salah sawijining conto yaiku proses recalculation intra-container selektif kanggo cross-docking ing gudang, dileksanakake ing proyek Svetofor), nanging akeh barang sing diproses langsung sawise ditampa lan saka dermaga sing iku menyang panggonan paling luweh ing gudang utawa langsung menyang dermaga liyane kanggo loading, yen transportasi kanggo pangiriman saka gudang wis teka. Aku ngerti iki muni sethitik mundane kanggo sampeyan, nanging limang taun kepungkur, ing gudang ageng, bisa kanggo proses kiriman langsung menyang endpoints kaya dock loading kanggo truk liyane ketoke kaya jenis program papan kanggo kita.
Apa sing kedadeyan sabanjure karo produk kasebut?
Luwih, yen iki ora cross-docking (lan barang durung mangkat menyang buffer sadurunge dikirim utawa langsung menyang dermaga), iku kudu sijine menyang Simpenan kanggo panyimpenan.
Sampeyan perlu kanggo nemtokake ngendi produk iki bakal pindhah, menyang sel panyimpenan. Ing proses lawas, perlu kanggo nemtokake kanthi visual ing zona apa kita nyimpen barang saka jinis tartamtu, banjur milih panggonan ing kana lan njupuk, sijine, nulis apa sing dilebokake. Saiki kita wis ngatur rute panggonan kanggo saben produk miturut topologi. Kita ngerti produk endi sing kudu dituju menyang zona lan sel sing endi, kita ngerti jumlah sel sing kudu dijupuk ing jejere yen ukurane gedhe banget. Ana wong nyedhaki palet lan mindai nganggo SSCC nggunakake TSD. Scanner nuduhake: "Njupuk menyang A101-0001-002." Banjur drive ana lan cathetan apa sijine, poking scanner menyang kode ing panggonan. Sistem mriksa yen kabeh wis bener lan cathetan. Sampeyan ora perlu nulis apa-apa.
Iki rampung bagean pisanan saka karya karo produk. Banjur toko wis siyap njupuk saka gudang. Lan iki nyebabake proses sabanjure, sing bakal dicritakake karo rekan saka departemen pasokan sing luwih apik.
Dadi, ing sistem, saham dianyari nalika nampa pesenan. Lan pasokan sel ing wayahe palet diselehake ing kono. Sing, kita tansah ngerti carane akeh barang ing Simpenan ing total lan ngendi kang dumunung khusus.
Akeh aliran bisa langsung menyang hub (gudang transshipment regional), amarga kita duwe akeh supplier lokal ing saben wilayah. AC sing padha saka Voronezh luwih trep kanggo nginstal ora ing gudang federal, nanging langsung ing hub lokal, yen luwih cepet.
Aliran mbalikke saka nolak uga rada dioptimalake: yen barang kasebut salib, banjur supplier bisa njupuk saka gudang ing Moskow. Yen perkawinan dibukak sawise mbukak paket transportasi (lan ora jelas saka njaba, yaiku, ora katon amarga kesalahane buruh transportasi), banjur ana zona bali ing saben toko. Marriage bisa dibuwang menyang gudang federal, utawa sampeyan bisa menehi menyang supplier langsung saka toko. Kapindho kedadeyan luwih kerep.
Proses liyane sing kudu dirampungake saiki yaiku nangani barang-barang musiman sing ora didol. Kasunyatane yaiku kita duwe rong musim penting: Taun Anyar lan wektu kebon. Yaiku, ing wulan Januari, kita nampa wit-witan Natal lan garland buatan sing ora bisa didol ing DC, lan ing musim dingin kita entuk mesin pemotong rumput lan barang-barang musiman liyane sing kudu dilestarekake yen tahan taun liyane. Ing teori, sampeyan kudu adol kanthi lengkap ing pungkasan musim utawa menehi wong liya, lan ora nyeret maneh menyang gudang - iki minangka bagean sing durung entuk tangan.
Ing limang taun, kita wis suda wektu nampa barang (unloading mesin) kaping papat lan nyepetake sawetara pangolahan liyane, kang total nambah turnover saka salib docking dening sethitik luwih saka kaping pindho. Tugas kita yaiku ngoptimalake supaya bisa nyuda stok lan ora "beku" dhuwit ing gudang. Lan padha bisa kanggo toko kanggo nampa produk tengen sethitik liyane ing wektu.
Kanggo pangolahan gudang, dandan gedhe yaiku ngotomatisasi apa sing biasane dadi kertas, nyingkirake langkah-langkah sing ora perlu ing proses amarga peralatan lan proses sing dikonfigurasi kanthi bener, lan nyambungake kabeh sistem IT perusahaan dadi siji supaya pesen saka ERP (contone, ing toko wis ilang soko ing beting katelu saka kiwa) pungkasanipun nguripake menyang tumindak konkrit ing sistem warehousing, supaya transportasi, lan ing. Saiki optimasi luwih akeh babagan proses sing durung digayuh, lan matΓ©matika prakiraan. Tegese, jaman implementasine kanthi cepet wis rampung, kita wis nindakake 30% karya sing menehi 60% asil, banjur kita kudu nutupi kabeh liyane. Utawa pindhah menyang wilayah liyane, yen luwih bisa ditindakake ing kana.
Ya, yen kita ngetung ing wit sing disimpen, mula transisi pemasok menyang portal EDI uga menehi akeh. Saiki meh kabeh pemasok ora nelpon utawa komunikasi karo manajer, nanging dheweke ndeleng pesenan ing akun pribadhi, konfirmasi lan ngirim barang kasebut. Yen bisa, kita nolak kertas; wiwit 2014, 98% pemasok wis nggunakake manajemen dokumen elektronik. Secara total, iki 3 wit sing disimpen saben taun mung kanthi nolak nyithak kabeh kertas sing dibutuhake. Nanging iki tanpa njupuk menyang akun panas saka pemroses, nanging uga tanpa njupuk menyang akun wektu kerja disimpen wong kaya Managers padha ing telpon.
Ing limang taun, kita wis quadrupled nomer toko, kaping telu jumlah dokumen beda, lan yen ora ana EDI, kita wis telung nomer akuntan.
Kita ora ngaso ing laurels lan terus nyambung pesen anyar kanggo EDI, supplier anyar kanggo Manajemen document elektronik.
Paling taun kita mbukak pusat distribusi paling gedhΓ© ing Eropah - 140 sq. m - lan njupuk munggah mechanization sawijining. Aku bakal ngomong babagan iki ing artikel liyane.
Source: www.habr.com