Məlumat toplama terminalı Zebra WT-40 üzük skaneri ilə. Qutuları bir paletdə (əllər pulsuz) fiziki olaraq yığarkən malları tez bir zamanda skan edə bilmək üçün lazımdır.
Bir neçə il ərzində biz çox tez mağazalar açdıq və böyüdük. Bu onunla başa çatdı ki, hazırda anbarlarımız gündə 20 minə yaxın palet qəbul edib göndərir. Təbii ki, bu gün artıq daha çox anbarımız var: Moskvada iki böyük - 100 və 140 min kvadratmetr, lakin digər şəhərlərdə kiçik olanlar da var.
Belə bir miqyasda malların qəbulu, yığılması və ya göndərilməsi prosesində qənaət edilən hər saniyə əməliyyatlara vaxta qənaət etmək imkanıdır. Həm də böyük qənaətdir.
Buna görə də iki əsas səmərəlilik amili yaxşı düşünülmüş hərəkətlər (proses) alqoritmi və fərdiləşdirilmiş İT sistemləridir. Tercihen "saat kimi", lakin "mükəmməldən bir az az işləmək" də olduqca uyğundur. Halbuki biz real dünyadayıq.
Hekayə altı il əvvəl tədarükçülərin yük maşınlarını anbarımıza necə boşaltdığına daha yaxından nəzər saldığımız zaman başladı. Bu, o qədər məntiqsiz, lakin tanış idi ki, işçilər suboptimal prosesin fərqinə belə varmadılar. Üstəlik, o anda bizdə sənaye anbarlarının idarə edilməsi sistemi yox idi və biz əsasən logistika əməliyyatları üçün proqram təminatından və proseslərin qurulmasında təcrübələrindən istifadə edən 3PL operatorlarına etibar edirdik.
Malların qəbulu
Dediyimiz kimi, o vaxt şirkətimiz (prinsipcə indi) çoxlu mağazalar açmağa can atırdı, ona görə də ötürmə qabiliyyətini artırmaq üçün (az vaxtda daha çox mal) anbar proseslərini optimallaşdırmalı olduq. Bu, asan məsələ deyil və sadəcə olaraq, heyəti artırmaqla bunu həll etmək mümkün deyildi, bir şərtlə ki, bütün bu insanlar bir-birinə qarışacaqlar. Beləliklə, biz WMS (anbar idarəetmə sistemi) informasiya sisteminin tətbiqi haqqında düşünməyə başladıq. Gözlənildiyi kimi, biz hədəf anbar proseslərinin təsviri ilə başladıq və artıq ilkin mərhələdə malların qəbulu prosesində təkmilləşdirmələr üçün becərilməyən sahə tapdıq. Anbarlardan birində prosesləri işləyib hazırlamaq lazım idi ki, sonradan qalanlara təhvil verilsin.
Qəbul anbarda ilk böyük əməliyyatlardan biridir. Bu, bir neçə növ ola bilər: sadəcə paketlərin sayını yenidən hesabladıqda və ehtiyac duyduğumuz zaman, əlavə olaraq, hər bir paletdə neçə və hansı məqalələrin olduğunu hesablamaq lazımdır. Mallarımızın əksəriyyəti çarpaz dok axınından keçir. Bu, malların tədarükçüdən anbara gəldiyi zamandır və anbar marşrutlaşdırıcı rolunu oynayır və dərhal onları son alıcıya (mağazaya) göndərməyə çalışır. Digər axınlar da var, məsələn, anbar bir önbellek və ya mağaza kimi fəaliyyət göstərdikdə (təchizatı anbara qoymaq, hissələrə bölmək və tədricən mağazalara aparmaq lazımdır). Yəqin ki, qalıqların optimallaşdırılmasının riyazi modelləri ilə məşğul olan həmkarlarım ehtiyatla işləmək haqqında daha yaxşı danışacaqlar. Ancaq burada bir sürpriz var! Problemlər sırf əl əməliyyatları ilə bağlı yaranmağa başladı.
Proses belə görünürdü: yük maşını gəldi, sürücü anbar inzibatçısı ilə sənəd mübadiləsi apardı, inzibatçı ora nə gəldiyini və onu hara göndərəcəyini başa düşdü, sonra yükləyicini malları götürməyə göndərdi. Bütün bunlar təxminən üç saat çəkdi (əlbəttə ki, qəbul müddəti əsasən hansı logistika axınını qəbul etdiyimizdən asılıdır: haradasa paketdaxili yenidən hesablama aparmaq lazımdır, amma haradasa yox). Bir yük maşınına daha çox adam göndərilə bilməz: onlar bir-birinə müdaxilə edəcəklər.
İtkilər nə idi? Onlar dəniz idi. Əvvəlcə anbar işçiləri kağız sənədləri aldılar. Onlara uyğun olaraq, tədarüklə nə edəcəyinə dair qərarlar verildi və qərar verildi. İkincisi, onlar altlıqları əl ilə saydılar və eyni yük qaimələrində miqdarları qeyd etdilər. Sonra doldurulmuş qəbul formaları kompüterə aparıldı, burada məlumatlar XLS faylına daxil edildi. Bu fayldakı məlumatlar daha sonra ERP-yə idxal edildi və yalnız bundan sonra bizim İT nüvəmiz həqiqətən məhsulu gördü. Sifarişlə bağlı nəqliyyatın çatma vaxtı kimi çox az metadatamız var idi və ya bu məlumat qeyri-dəqiq idi.
Etdiyimiz ilk şey, anbarların özlərini avtomatlaşdırmağa başlamaq idi ki, onlar proses dəstəyinə malik olsunlar (bir dəstə proqram, mobil barkod skanerləri kimi aparat, bütün bunlar üçün infrastrukturu yerləşdirmək lazım idi). Sonra bu sistemləri avtobus vasitəsilə ERP ilə birləşdirdilər. Nəhayət, yükləyici gələn yük maşınında palet üzərində ştrix-kod skaneri işlətdikdə mövcudluq məlumatları sistemdə yenilənir.
Bu belə oldu:
- Təchizatçı özü bizə nə və nə vaxt göndərdiyi barədə məlumatları doldurur. Bunun üçün bir dəstə SWP və EDI portalları var. Yəni mağaza sifarişi dərc edir, tədarükçülər isə ərizəni yerinə yetirməyi və lazımi miqdarda mal tədarük etməyi öhdələrinə götürürlər. Malları göndərərkən, onlar da yük maşınındakı altlıqların tərkibini və logistik xarakterli bütün zəruri məlumatları göstərirlər.
- Avtomobil bizim üçün təchizatçıdan ayrıldıqda, bizə hansı malların gəldiyini artıq bilirik; Üstəlik, təchizatçılarla elektron sənəd dövriyyəsi qurulub, ona görə də bilirik ki, UPD artıq imzalanıb. Bu məhsulun optimal hərəkəti üçün bir sxem hazırlanır: əgər bu çarpaz dokdursa, onda biz artıq malları hesablayaraq anbardan nəqliyyat sifariş etmişik və bütün logistika axınları üçün nə qədər anbar resursları əldə edəcəyimizi artıq müəyyənləşdirmişik. çatdırılmaları emal etmək lazımdır. Çarpaz yerləşdirmə təfərrüatlarında, anbardan daşınma üçün ilkin plan, tədarükçü təchizatçı ilə inteqrasiya olunmuş anbar qapılarının idarəetmə sistemində (YMS - həyət idarəetmə sistemi) yeni bir çatdırılma yuvası rezerv etdiyi zaman daha erkən mərhələdə hazırlanır. portal. Məlumat dərhal YMS-ə gəlir.
- YMS yük maşınının nömrəsini (daha dəqiq desək, SWP-dən göndərmə nömrəsini) alır və sürücünü qəbul üçün qeyd edir, yəni ona lazımi vaxt aralığını ayırır. Yəni, indi vaxtında gələn sürücünün canlı növbə gözləməsinə ehtiyac qalmır və onun üçün qanuni vaxt və yük boşaltma yeri ayrılıb. Bu, bizə, başqa şeylərlə yanaşı, yük maşınlarını ərazi üzrə optimal şəkildə paylamağa və boşalma boşluqlarından daha səmərəli istifadə etməyə imkan verdi. Həm də əvvəlcədən kimin, hara və nə vaxt gələcəyimizi cədvəl qurduğumuz üçün nə qədər adama və hara ehtiyacımız olduğunu bilirik. Yəni bu həm də anbar işçilərinin iş qrafikləri ilə bağlıdır.
- Bu sehr nəticəsində yükləyicilər artıq əlavə marşruta ehtiyac duymur, sadəcə maşınların onları boşaltmasını gözləyirlər. Əslində, onların aləti - terminal onlara nə və nə vaxt etməli olduğunu söyləyir. Abstraksiya səviyyəsində bu, yükləyici API kimidir, lakin insan-kompüter qarşılıqlı modelində. Yük maşınından ilk paletin skan edilməsi anı da çatdırılma metadatasının rekordudur.
- Boşaltma hələ də əl ilə aparılır, lakin hər bir palet üçün yükləyici barkod skaneri işlədir və etiket məlumatlarının qaydasında olduğunu təsdiqləyir. Sistem onun gözlədiyimiz düzgün palet olduğuna nəzarət edir. Boşaltma sonunda sistem bütün paketlərin dəqiq yenidən hesablanmasına sahib olacaq. Bu mərhələdə nikah hələ də aradan qaldırılır: əgər daşınma qabına açıq-aşkar ziyan dəyibsə, boşalma zamanı bunu qeyd etmək və ya tamamilə istifadəyə yararsızdırsa, bu məhsulu ümumiyyətlə qəbul etməmək kifayətdir.
- Əvvəllər hamı yük maşınından boşaldılandan sonra boşaldılan ərazidə altlıqlar sayılırdı. İndi fiziki boşaltma prosesi yenidən hesablamadır. Əgər aydındırsa, nikahı dərhal qaytarırıq. Əgər aşkar deyilsə və sonradan tapılarsa, biz onu anbarda xüsusi buferə yığırıq. Prosesə bir palet atmaq, onlardan çoxunu toplamaq və təchizatçıya hər şeyi bir dəfəyə ayrı bir səfərdə götürmək imkanı vermək daha sürətlidir. Bəzi növ qüsurlar təkrar emal zonasına köçürülür (bu, tez-tez xarici təchizatçılara aiddir, onlar fotoşəkilləri çəkmək və yeni məhsulu sərhəddən geri aparmaqdan daha asan hesab edirlər).
- Boşaltma sonunda sənədlər imzalanır və sürücü öz işinə yola düşür.
Köhnə prosesdə paletlər tez-tez xüsusi bir tampon zonasına köçürülürdü, burada artıq işlənilirdi: onlar sayılır, nikah qeydə alınır və s. Bu, növbəti maşın üçün doku boşaltmaq üçün lazım idi. İndi bütün proseslər konfiqurasiya edilmişdir ki, bu bufer zonası sadəcə lazım deyil. Seçilmiş yenidən hesablamalar var (nümunələrdən biri Svetofor layihəsində həyata keçirilən bir anbarda çarpaz yerləşdirmə üçün seçmə konteynerdaxili yenidən hesablama prosesidir), lakin malların əksəriyyəti qəbul edildikdən dərhal sonra emal olunur və dokdan anbarın optimal yerinə və ya anbardan göndərmə üçün nəqliyyat artıq gəlibsə, dərhal yükləmə üçün başqa doka gedir. Bilirəm ki, bu sizə bir az adi səslənir, lakin beş il əvvəl nəhəng bir anbarda başqa bir yük maşını üçün yükləmə dok kimi birbaşa son nöqtələrə göndərişi emal edə bilmək bizə bir növ kosmik proqram kimi görünürdü.
Məhsulla sonra nə baş verir?
Bundan əlavə, əgər bu çarpaz dok deyilsə (və mal göndərilməzdən əvvəl buferə və ya birbaşa doka getməyibsə), o zaman saxlanmaq üçün anbara qoyulmalıdır.
Bu məhsulun hara, hansı saxlama kamerasına gedəcəyini müəyyən etmək lazımdır. Köhnə prosesdə müəyyən növdə malları hansı zonada saxladığımızı vizual olaraq müəyyənləşdirmək, sonra orada yer seçmək və nə qoyulduğunu götürmək, qoymaq, yazmaq lazım idi. İndi biz topologiyaya uyğun olaraq hər bir məhsul üçün yerləşdirmə marşrutlarını konfiqurasiya etmişik. Hansı məhsulun hansı zonaya və hansı hüceyrəyə getməli olduğunu bilirik, böyük ölçüdə olarsa əlavə olaraq bir-birinin yanında neçə hüceyrə götürməli olduğumuzu bilirik. Şəxs paletə yaxınlaşır və TSD-dən istifadə edərək SSCC ilə onu skan edir. Skaner göstərir: "A101-0001-002-yə aparın." Sonra ora sürür və nə qoyduğunu qeyd edir, skaneri yerindəki kodun içərisinə soxur. Sistem hər şeyin düzgün olduğunu yoxlayır və qeyd edir. Heç nə yazmağa ehtiyac yoxdur.
Bu, məhsulla işin birinci hissəsini yekunlaşdırır. Sonra mağaza onu anbardan götürməyə hazırdır. Və bu, təchizat şöbəsinin həmkarlarının daha yaxşı danışacağı növbəti prosesə səbəb olur.
Belə ki, sistemdə sifarişin qəbulu zamanı ehtiyat yenilənir. Hüceyrənin tədarükü, paletin yerləşdirildiyi andadır. Yəni biz həmişə anbarda cəmi neçə mal olduğunu və konkret olaraq hansının harada olduğunu bilirik.
Çoxlu axın birbaşa qovşaqlara (regional köçürmə anbarlarına) işləyir, çünki bizim hər bir regionda çoxlu yerli təchizatçılarımız var. Voronejdən olan eyni kondisionerləri federal anbarda deyil, daha sürətli olarsa, dərhal yerli mərkəzlərdə quraşdırmaq daha rahatdır.
Rəddlərin tərs axını da bir qədər optimallaşdırılıb: əgər mallar çarpaz yerləşdirilibsə, onda təchizatçı onları Moskvadakı anbardan götürə bilər. Əgər nikah nəqliyyat paketi açıldıqdan sonra açılıbsa (və kənardan aydın deyildisə, yəni nəqliyyat işçilərinin təqsiri üzündən yaranmayıbsa), o zaman hər mağazada geri qaytarma zonaları var. Evlilik federal anbara atıla bilər və ya onu birbaşa mağazadan təchizatçıya verə bilərsiniz. İkincisi daha tez-tez olur.
Hal-hazırda sadələşdirilməli olan başqa bir proses satılmamış mövsümi mallarla işləməkdir. Fakt budur ki, bizim iki mühüm fəsilimiz var: Yeni il və bağçanın vaxtı. Yəni yanvar ayında biz DC-də satılmamış süni yolkalar və çələnglər alırıq, qışa qədər isə qazonbiçənlər və başqa bir il davam edərsə, saxlanması lazım olan digər mövsümi mallar alırıq. Teorik olaraq, mövsümün sonunda onları tamamilə satmalı və ya başqasına verməli və onları anbara geri çəkməməlisən - bu, hələ əlimizə çatmadığı hissədir.
Beş il ərzində biz malların qəbulu (maşının boşaldılması) vaxtını dörd dəfə azaltdıq və bir sıra digər prosesləri sürətləndirdik ki, bu da ümumilikdə cross-docking dövriyyəsini iki dəfədən bir qədər çox yaxşılaşdırdı. Bizim vəzifəmiz ehtiyatı azaltmaq və anbarda pulu "dondurmamaq" üçün optimallaşdırmaqdır. Və mağazalara lazımi məhsulu bir az daha vaxtında almaq imkanı yaratdılar.
Anbar prosesləri üçün böyük təkmilləşdirmələr əvvəllər kağız olanı avtomatlaşdırmaq, avadanlıq və düzgün konfiqurasiya edilmiş proseslər səbəbindən prosesdə lazımsız addımlardan xilas olmaq və şirkətin bütün İT sistemlərini vahid bir bütövlükdə birləşdirmək idi. ERP (məsələn, mağazada soldan üçüncü rəfdə bir şey çatışmır) nəticədə anbar sistemində konkret hərəkətlərə çevrildi, nəqliyyat sifarişi və s. İndi optimallaşdırma daha çox hələ çatmadığımız proseslərə və proqnozlaşdırma riyaziyyatına aiddir. Yəni, sürətli icra erası bitdi, biz 30% nəticə verən o 60% işi gördük, sonra qalan hər şeyi tədricən əhatə etmək lazımdır. Yaxud orada daha çox iş görmək olarsa, başqa ərazilərə keçin.
Yaxşı, xilas edilmiş ağacları saysaq, tədarükçülərin EDI portallarına keçidi də çox şey verdi. İndi demək olar ki, bütün təchizatçılar menecerlə zəng etmir və əlaqə saxlamırlar, lakin özləri şəxsi hesablarında sifarişlərə baxır, təsdiqləyir və malları çatdırırlar. Mümkünsə, kağızdan imtina edirik, 2014-cü ildən bəri təchizatçıların 98% -i elektron sənəd dövriyyəsindən istifadə edir. Ümumilikdə, bunlar yalnız bütün lazımi sənədləri çap etməkdən imtina etməklə ildə xilas edilən 3 ağacdır. Ancaq bu, prosessorlardan gələn istiliyi nəzərə almadan, həm də telefonda eyni menecerlər kimi insanların qənaət edilmiş iş vaxtını nəzərə almadandır.
Beş il ərzində biz mağazaların sayını XNUMX dəfə, müxtəlif sənədlərin sayını XNUMX dəfə artırmışıq və EDI olmasaydı, mühasiblərin sayını XNUMX dəfə artırmışıq.
Biz nailiyyətlərimizlə kifayətlənmirik və yeni mesajları EDI-yə, yeni təchizatçıları elektron sənəd idarəetməsinə qoşmağa davam edirik.
Keçən il biz Avropanın ən böyük distribüter mərkəzini - 140 XNUMX kv. m - və onun mexanizasiyasını götürdü. Bu barədə başqa bir məqalədə danışacağam.
Mənbə: www.habr.com