Araşdıraq daşınma sxeminizi və deyək, ilk növbədə nə avtomatlaşdırılır
Sorğular haradan gəlir, marşrutlar indi necə planlaşdırılır, statusları kim aparır və məlumatlarınız hansı proqramlarda durur.
Daşınmalar az olduqca onları başda, cədvəldə və yazışmada saxlayırlar. Həcm artdıqca bu işləməyi dayandırır: yükün harada olduğunu yalnız sürücü bilir, kimin kimə nə vəd etdiyini isə yalnız sorğunu qəbul edən. Logistika üçün proqram bu iş üsulunu aradan qaldırır: sorğu, marşrut, yük və çatdırılma statusu bir sistemdə yazılara çevrilir, dispetçer isə onları bir ekranda görür. Aşağıda bunun necə qurulduğu verilib — sorğunun daxil olmasından alınmanın təsdiqinə qədər.
Logistikanın idarə edilməsi sistemi — daşınmaların uçotunu aparan proqramdır: sorğuları qəbul edir, onlardan marşrutlar yığır, icraçıları təyin edir, yükün hərəkətini izləyir və hər çatdırılma ilə baş verənlərin tarixçəsini saxlayır.
Fərq bir nümunədə görünür. Sistemsiz sorğu messencerdə, marşrut dispetçerin vərəqində, yükün vəziyyəti isə sürücünün başında yaşayır. Müştəriyə «yüküm haradadır» sualına cavab vermək üçün üç adama zəng etmək lazımdır. Sabaha neçə maşının yükləndiyini heç kim bilmir, çünki bu rəqəm heç yerdə hesablanmayıb.
Sistemdə isə eyni şeylər — yazılardır. Sorğunun nömrəsi, göndərəni, alıcısı, müddəti və cari vəziyyəti var. Marşrutun — nöqtələr siyahısı, gediş sırası və icraçısı. Yükün — sözlə deyil, proqramdakı hərəkətlə dəyişən statusu. «Yük haradadır» sualının cavabı saniyələr çəkir və bu gün kimin növbədə olmasından asılı deyil.
Nümunə. Müştəri cümə axşamı daşınma sorğusu qoyub. Operator ünvanı və qabaritləri yoxlayıb, sorğunu cüməyə marşruta salıb, sistem onu daha altı nöqtə ilə birlikdə sürücüyə təyin edib. Səhər sürücü tapşırıqlar siyahısını açıb, yükün götürülməsini qeyd edib, axşam isə çatdırılmanı. Bu vaxt müştəridə status dəyişirdi, şirkətdə isə cümə axşamına yekun hazır idi: neçə nöqtədən keçiblər, neçəsinə vaxtında çatıblar və hansı çatdırılmada nasazlıq olub.
Logistikanın avtomatlaşdırılması dispetçerin başına üç sualın cavabı sığmadığı yerdən başlayır: indi neçə sorğu işdədir, konkret yük haradadır və dünən nə üçün iki çatdırılma növbəti günə keçib.
Əlaqə ikitərəflidir: tapşırıq soldan sağa gedir, icraçının qeydləri və hadisələr isə geri. Çatdırılma sürücü ünvandan getdikdən sonra deyil, alınma təsdiqləndikdən sonra baş tutmuş sayılır. Bu addım olmasa, sistem yüklər barədə baş verəni deyil, inandığını danışardı.

Proqram maşın sürmür və dispetçeri əvəz etmir. O, qərarın ətrafındakı əl işini aradan qaldırır: sorğuları bir yerdə toplayır, yüklənməni göstərir, nöqtəni itirməyə qoymur və hər dəyişikliyi qeydə alır. Təcili sifarişi kimə verməli və gecikən müştərini gözləməyə dəyərmi qərarı insanda qalır — lakin yaddaşa görə deyil, tam mənzərəyə görə verilir.
Eyni cür sistem tıxacları və havanı özlüyündə «bilmir»: istənilən xarici məlumat ona inteqrasiya ilə gəlir və onların tərkibi layihə ilə müəyyən edilir.
Sistemə əvvəlcə marşrutlar və xəritələr deyil, sorğuların uçotu keçirilir. Səbəb sadədir: sorğular yazışmada yaşadıqca istənilən marşrut natamam siyahıya görə qurulub, istənilən hesabat isə kiminsə yazmağı unutmadığına görə hesablanıb.
Aşağıda funksiyalar siyahısı deyil, logistikanın ümumiyyətlə avtomatlaşdırılmasının səbəbi olan altı problem verilib. Hər biri eyni cür formalaşdırılıb: proqramsız nə baş verir və onunla nə dəyişir.
Sistemsiz sorğu messencerə, poçta və telefonla gəlir, taleyi isə kiminsə onu yazıb-yazmamasından asılıdır. Sistemdə istənilən sorğu nömrəsi, müəllifi və müddəti olan yazıdır: o ya işdədir, ya bağlanıb, üçüncü vəziyyət yoxdur. İtmiş sorğu müştəri zəng edəndə deyil, dərhal görünən olur.
Dispetçer sabaha bütün nöqtələri siyahı ilə görür: ünvanlar, intervallar, qabaritlər. Nöqtələr marşrutlara yığılır, marşrutun icraçısı və gediş sırası olur. Unudulmuş nöqtə növbəti günə hiss olunmadan getmir — o, bölüşdürülməmiş qalır və ayrıca siyahıda görünür.
Maşına neçə nöqtə artıq təyin edilib, çəkiyə və həcmə görə nə qədər boş yer qalıb, sürücülərdən kim bir saatdan sonra növbəni bitirir. Bu rəqəmlər olmadan yüklənmə göz qərarı ilə bölüşdürülür və bir maşın yarıboş gedir, ikincisi isə axşama çatdıra bilmir.
Çatdırılmanın vəziyyətini onu yerinə yetirən, hərəkət anında dəyişir. Dispetçer, menecer və müştəri eyni yazıya baxır. «Yüküm haradadır» sualı üç adamın işi olmaqdan çıxır.
Yükü kim, nə vaxt və hansı əsasla qəbul edib — xatirə deyil, sistemdəki yazıdır. İmza, fotoşəkil və ya təsdiq kodu konkret çatdırılmaya bağlıdır. «Gətirdilər — gətirmədilər» mübahisəsi araşdırma ilə deyil, kartın açılması ilə həll olunur.
Gecikmələr, ləğvlər, geri qaytarmalar və uğursuz çatdırılmalar səbəbi olan ayrıca hadisələrə çevrilir. Ayın sonuna «hər şey olur» deyil, konkret siyahı görünür: neçə nasazlıq, hansı istiqamətlər üzrə və nəyə görə baş verib.
Sistem modullardan yığılır. Onların hamısı hər şirkətə lazım deyil: şəhərdaxili çatdırılma xidmətinə şəhərlərarası reyslərin uçotu, öz nəqliyyatı olan istehsalata isə sifarişlər birjası lazım deyil. Tərkib vəzifə ilə müəyyən edilir, lakin modullar sonradan yandan yazılmır, əvvəlcədən bir-birinə uyğunlaşdırılır.

Sistemin giriş nöqtəsi: göndərəni, alıcısı, yükün tərkibi, müddəti və şərtləri olan daşınma sorğusu. Sorğular menecerdən, müştərinin şəxsi kabinetindən və ya API vasitəsilə xarici sistemdən gəlir — sonra hamısı eyni qaydalarla yaşayır.
Nöqtələrin marşruta yığılması, gediş sırası, nəqliyyatın və icraçının təyin edilməsi, gün ərzində marşrutun dəyişdirilməsi. Marşrut sorğu kimi uçot obyektidir: onun tarixi, vəziyyəti və dəyişikliklər tarixçəsi var.
Tam olaraq nə daşınır: yerlər, çəki, həcm, qablaşdırma, xüsusi şərtlər. Yük sorğu, marşrut, sənədlər və cari statusla bağlıdır, ona görə istənilən tərəfdən qalanları bərpa olunur.
Maşınların və insanların sorğu kitabı: yükgötürmə qabiliyyəti, kuzovun həcmi, nəqliyyatın növü, iş qrafiki, xidmət zonası. Yüklənmə buradan götürülür — bu gün bu maşına daha neçə nöqtə qoymaq olar.
İşçinin iş yeri: aktiv çatdırılmalar, marşrutlar, icraçılar, statuslar, gecikmələr və problemli sifarişlər bir ekranda. Brauzerdə açılır, heç nə quraşdırmaq lazım deyil.
Çatdırılmanın sonlu vəziyyətlər dəsti və aralarında keçid qaydaları. Hər dəyişiklik müəllifi, vaxtı və əsası olan hadisədir; hadisələr tarixçəyə yığılır və sonradan nasazlıq onunla araşdırılır.
Yığım və göndərişlə birləşmə: nə yığılıb, nə təhvilə hazırlanıb, nə faktiki olaraq sürücüyə verilib. Onsuz anbar və çatdırılma iki fərqli uçotda yaşayır və elə günortaya fərqlənir.
Sürücünün və kuryerin tətbiqi və ya mobil interfeysi: tapşırıqlar siyahısı, ünvanlar, gediş sırası, yük barədə məlumatlar, statusun dəyişdirilməsi, alınmanın və çatdırılmanın təsdiqi, dispetçerlə əlaqə.
Müştəriyə və işçiyə mesajlar: sorğu qəbul edilib, yük götürülüb, kuryer yola çıxıb, çatdırılma köçürülüb, çatdırılma baş tutmayıb. Mesajların çatdırılma kanalları tətbiq zamanı seçilir və inteqrasiya ilə qoşulur.
Sorğu operatoru, dispetçer, anbardar, sürücü, rəhbər. Marşrutun dəyişdirilməsi, çatdırılmanın ləğvi, ünvanın düzəldilməsi və alıcıların şəxsi məlumatlarına giriş ümumi «işçi» paketi deyil, ayrıca hüquqlardır.
Çatdırılmaların sayı, vaxtında yerinə yetirilənlərin payı, nəqliyyatın və insanların yüklənməsi, marşrutların səmərəliliyi, problemli sifarişlərin siyahısı. Hesabatlar faylla ixrac olunur və cədvəl üzrə qurulur.
Sistemin xarici interfeysi: sorğu yaratmaq, statusu öyrənmək, marşrutu almaq, çatdırılmanın təsdiqini ötürmək, jurnalı götürmək. Onun vasitəsilə internet mağaza, CRM, ERP və anbar sistemi qoşulur.
Daşınma sorğusu — nəyin və haraya, hansı müddətə, kimin hesabına və hansı şərtlərlə çatdırılacağını qeydə alan sənəddir. Bundan sonrakı hər şey — marşrut, icraçı, statuslar, sənədlər — onun nömrəsinə bağlıdır.
Sorğu sistemə üç üsuldan biri ilə düşür: onu menecer yaradır, müştəri özü şəxsi kabinetdə rəsmiləşdirir və ya şirkətin başqa proqramı API vasitəsilə ötürür. Mənbə müxtəlifdir, sonrakı yol isə birdir — əks halda sifarişlərin bir hissəsində öz qeyri-rəsmi emal qaydası yaranardı.
Yoxlama — formallıq deyil, ayrıca addımdır. Sistem məcburi sahələrin doldurulub-doldurulmadığına, alıcının sorğu kitabında olub-olmadığına, yükün yolverilən qabaritlərə sığıb-sığmadığına, müddətin mümkün hədləri aşıb-aşmadığına baxır. Mübahisəli sorğu marşruta səssizcə getmir: o, anlaşıqlı səbəblə dəqiqləşdirmə siyahısında qalır.
Sorğu nə ehtiva edir:
Çatdırılmaya təyinat — sorğunun niyyət olmaqdan çıxıb işə çevrildiyi an. O, konkret günün marşrutuna düşür, icraçısı olur, icraçının siyahısında isə tapşırıq yaranır. Bu andan sorğu həm dispetçer panelində, həm sürücünün tətbiqində, həm də müştərinin tarixçəsində görünür.
Düzəlişlərin bir hissəsi günün planını dəyişir: yeni ünvan marşrutdan çıxa bilər, artırılmış çəki təyin edilmiş maşına sığmaya bilər. Belə sorğu səssizcə düzəldilmir — o, səbəbi ilə birlikdə yenidən planlaşdırma üçün dispetçerə qaytarılır.

Sistem ekran görüntüsü, məlumatlar nümunəvidir. Beşinci addım vacibdir: götürmə qeydini yükü fiziki olaraq götürən qoyur. Onu dispetçer «zəngə görə» qoyursa, sistem daşınmanı deyil, onun haqqında danışılanı təsvir etməyə başlayır.
Düzəliş sərbəst redaktə deyil, idarə oluna bilən əməliyyatdır. Ünvanın, müddətin və ya yükün tərkibinin dəyişdirilməsi əvvəlki versiyanı saxlayır və iz qoyur: kim dəyişib, nə vaxt və tam olaraq nəyi. Əks halda mübahisəli çatdırılmanın araşdırılması «ünvan əvvəlcə nə idi» sualına dirənir.
Marşrut — bir icraçının növbə ərzində gəzdiyi nöqtələrin siyahısı, gediş sırası ilə birlikdə. Nöqtə ünvan üzrə konkret hərəkətdir: yükü götürmək, yükü çatdırmaq, geri qaytarmanı götürmək.
Marşrutun yaradılması seçilmiş tarixə bölüşdürülməmiş sorğulardan başlayır. Dispetçer onları siyahı ilə görür: ünvan, rayon, alıcıdakı interval, çəki və həcm. Nöqtələr marşruta əl ilə və ya qayda üzrə — məsələn, «bu rayonun sabahkı bütün çatdırılmaları» — yığılır və marşrut dərhal ümumi çəkini, həcmi və dayanacaq sayını göstərir.
Dayanacaqların sırası açıq şəkildə təyin edilir və hamıya görünən qalır: dispetçerə paneldə, sürücüyə tətbiqdə. Sıra nöqtənin sürüklənməsi ilə dəyişir, sistem isə marşrutun yükünü yenidən hesablayır və münaqişə barədə xəbərdarlıq edir — məsələn, «12:00-a qədər» intervalı olan nöqtə səkkizinci sırada olduqda.
İcraçının təyin edilməsi — marşrutun sürücüyə və ya kuryerə və nəqliyyat vasitəsinə bağlanmasıdır. Sistem yükgötürmə qabiliyyətini və kuzovun həcmini nəzərə alır: təyin edilmiş maşına sığmayan marşrut yükləmədə aşkarlanmır, yola çıxmazdan əvvəl işarələnir.
Marşrutun dəyişdirilməsi gün ərzində baş verir və bu, qəza deyil, normal ssenaridir. Nöqtəni əlavə etmək, çıxarmaq, başqa marşruta və ya başqa günə köçürmək olar. İcraçı dəyişikliyi öz siyahısında görür, marşrutun tarixçəsində isə yazı qalır: nə dəyişib, kim dəyişib və saat neçədə.
İcranın nəzarəti — planla faktın tutuşdurulması: marşrutdakı neçə nöqtə bağlanıb, neçəsi qalıb, icraçı gediş sırasından harada kənarlaşıb, hansı nöqtələr interval üzrə gecikib. Marşrut bütün nöqtələri bağlananda bağlanır — uğursuz çatdırılma ilə bitənlər də daxil olmaqla.

Optimal marşrutun avtomatik qurulması uçot sisteminin quraşdırılmış funksiyası deyil, ayrıca moduldur. Ona reallaşdırma variantı kimi baxmaq məntiqlidir: o, yol məlumatlarının mənbəyini, hesablama qaydalarını və şirkətin real reyslərində yoxlanmasını tələb edir.
Mümkün variantlar — nöqtələrin zonalar və zaman intervalları üzrə sadə sıralanmasından xarici xəritə xidməti üzrə hesablamaya qədər. Tam olaraq nəyin qoşulduğu və hansı məlumatlarla hesablandığı araşdırmada müəyyən edilir: hazır optimallaşdırmanı əvvəlcədən bəyan etmək təsvir deyil, vəd olardı.
Baza kontur onsuz da işləyir: nöqtələr, sıra, icraçı və icranın nəzarəti dayanacaqları kimin — insanın, yoxsa alqoritmin — düzdüyündən asılı deyil.
Marşrutun tarixi, icraçısı, nəqliyyatı, vəziyyəti və dəyişikliklər tarixçəsi var — sorğudakı kimi. Buna görə «dünən bu ünvan nə üçün bu günə keçdi» sualı növbənin yaddaşı ilə deyil, marşrutun yazısı ilə araşdırılır.
| № | Nöqtə | Hərəkət | İnterval | Yer | Çəki | Vəziyyət |
|---|---|---|---|---|---|---|
| 1 | Anbar, Sənaye küç. | Yükün götürülməsi | 08:00–09:00 | 14 | 310 kq | yerinə yetirilib |
| 2 | «Mərkəzi» mağaza | Çatdırılma | 09:00–12:00 | 4 | 86 kq | yerinə yetirilib |
| 3 | Sifarişçinin ofisi, 4-cü mərtəbə | Çatdırılma | 10:00–13:00 | 2 | 18 kq | yoldadır |
| 4 | Təhvil məntəqəsi, Asanbay qəs. | Çatdırılma | 18:00-a qədər | 6 | 142 kq | gözləyir |
| 5 | «Şərq» mağazası | Çatdırılma + geri qaytarma | 14:00–17:00 | 2 | 64 kq | gözləyir |
Gediş sırası həm dispetçerə, həm sürücüyə görünür, ona görə «yerlərini dəyişdilər» mübahisəyə çevrilmir. İcraçı nəticəni qeyd etməyənədək 3-cü sətir bağlanmayacaq: mərtəbəyə qaldırma çatdırılmanın gecikdiyi tipik yerdir və sistem bu barədə qapının yanında duran adamdan bilməlidir.
Yük — fiziki olaraq yerdəyişən şeydir. Sistemdə bu, sorğu ilə əlaqəli ayrıca yazıdır: bir sorğu bir neçə yük yeri, bir reys isə bir neçə sorğunun yüklərini daşıya bilər.
Ayırma uçotun sərtliyi naminə lazım deyil. Ən çox verilən suallara məhz yük səviyyəsində cavab verilir: neçə yer yola düşüb, hamısı çatıbmı, hansı zədələnib, nə geri qayıdıb.
Yükün vəziyyətinin hər dəyişikliyi vaxtı və müəllifi olan hadisədir. Buna görə daşınmanın tarixçəsi bütövlükdə bərpa olunur: yük saat neçədə götürülüb, harada icraçılar arasında ötürülüb, alıcıya nə vaxt verilib və bunu kim təsdiqləyib.
İcraçılar arasında ötürmə — yan effekt deyil, ayrıca əməliyyatdır. Anbardan çeşidləməyə, oradan ünvana gedən yük məsul şəxsi ən azı iki dəfə dəyişir. Hər ötürmə açıq şəkildə qeydə alınır, əks halda itkidə yükün itdiyi hissəni adlandırmaq mümkün olmur.
«Kim günahkardır» sualının cavabı da buradan gəlir — günahkar axtarmaq mənasında yox, hissə mənasında. Alıcı tərəfindən aşkarlanan zədə yükün konkret icraçının üzərində sayıldığı yol hissəsinə bağlanır.

Qaimə, qəbul-təhvil aktı, qablaşdırmanın fotoşəkli, alıcının imzası yükün yanında yaşayır. Sənəd eyni anda həm yükə, həm sorğuya bağlıdır, ona görə həm müştəridən, həm reysdən tapılır — onu yazışmada axtarmaq lazım deyil.
Qəbul və təhvil zamanı fotoşəkil zədə barədə mübahisəni bağlamağın ən ucuz üsuludur: o, məlum anda məlum adam tərəfindən çəkilib və alıcının imzası ilə eyni kartda durur.
Bir sorğu bir neçə yer, bir reys isə bir neçə sorğunun yüklərini daşıya bilər. Bu, bir yazı olduqca istənilən qismən hal — beş yerdən üçünü qəbul etdilər, birini qaytardılar — şərhdə sözlə təsvir edilməli olur.
Məcburi sahələr yükü marşruta qoymağın mümkün olmadığı minimumdur. Qalanı tənzimlənir: mebel daşınmasının və sənəd çatdırılmasının əhəmiyyətli sahələr dəsti fərqlidir, artığını doldurmağa məcbur etmək isə tirelərlə dolu sorğu kitabı almağın etibarlı yoludur.
Status ekrandakı yazı deyil, icazə verilən hərəkətlərin ondan doğduğu vəziyyətdir. Vəziyyətlər dəsti sonludur: o, açıq adlandırılmayana qədər hər işçi «işdədir» ifadəsini öz cür başa düşür və hesabatı yığmağa material qalmır.

Ardıcıllıq məhz bu şəkildə vacibdir. Hər keçidi hərəkəti edən və hərəkət anında yerinə yetirir — əks halda sistem daşınmanın vəziyyətini deyil, dispetçerin niyyətini göstərir. Aralıq vəziyyətlər («çeşidləmədə», «podratçıya verilib») şirkətin prosesinə uyğun əlavə edilir, lakin dəst sonlu və açıq qalır.
| Nə baş verdi | Sistem nə edir | Vəziyyət |
|---|---|---|
| Gecikmə: alıcıdakı interval bitir | Nöqtəni gecikmiş kimi işarələyir, onu dispetçerə ayrıca siyahı ilə göstərir, alıcıya köçürmə barədə bildiriş hazırlayır | araşdırma |
| Müştəri sifarişi göndərişdən əvvəl ləğv edib | Sorğunu ləğv səbəbi ilə bağlayır, nöqtəni marşrutdan çıxarır və yükü anbarın qalıqlarına qaytarır | adi |
| Müştəri sifarişi yük artıq yolda olanda ləğv edib | Çatdırılmanı səssizcə bağlamır: onu geri qaytarmaya keçirir və icraçının marşrutuna əks nöqtə qoyur | araşdırma |
| Alıcı yerində deyil | İcraçının səbəbi və şərhi ilə uğursuz çatdırılmanı qeydə alır, yükü onun üzərində saxlayır və təkrar cəhd məsələsini qaldırır | araşdırma |
| Alıcı yükü qismən qəbul edib | Çatdırılmanı bölür: qəbul edilmiş yerlər bağlanır, imtina edilənlər ayrıca yazı ilə geri qaytarmaya gedir | araşdırma |
| Yük daşınma zamanı zədələnib | Zədə anındakı fotoşəkillər və məsul şəxslə hadisə açır, çatdırılmanı adi kimi bağlamağa imkan vermir | araşdırma |
| İcraçı növbəyə çıxmayıb | Onun marşrutunu yenidən təyinat üçün azad edir və dispetçerə toxunulan bütün nöqtələri bir siyahı ilə göstərir | xəbərdarlıq |
Ümumi prinsip: uğursuz nəticə yox olmur və uğurluya çevrilmir. Çatdırılma açıq qalır və araşdırma növbəsinə düşür — bu, problemləri yazmağa yer olmadığı üçün onların görünmədiyi hesabatdan ucuz başa gəlir.
Şirkətə tam olaraq hansı istisnaların lazım olduğu araşdırmada həll olunur. Mebel daşınmasına geri qaytarma və zədələrin araşdırılması, sənəd çatdırılmasına isə təkrar cəhd və alıcının şəxsiyyətinin təsdiqi lazımdır. Vəziyyətlər dəsti tənzimlənir, lakin qayda ümumi qalır: çatdırılmanın istənilən tamamlanmasının səbəbi var, səbəb isə hesabata düşür.
Dispetçer paneli — günü idarə etdikləri iş yeridir. Onun vəzifəsi «məlumat göstərmək» deyil, elə indi qərar tələb edən hər şeyi bir ekranda toplamaq və qalanını göstərməməkdir.
Buna görə panel növbənin iş masası kimi qurulub: yuxarıda yanan, aşağıda günün ümumi mənzərəsi, dərinlikdə isə tarixçə və sorğu kitabları. İşçinin müştərinin zənginə cavab vermək üçün nəyin harada olduğunu xatırlaması lazım deyil.
Paneldə nə görünür:
Giriş hüquqları paneli rollar üzrə ayırır. Dispetçer öz regionunu, rəhbər bütün istiqamətləri, çağrı mərkəzinin operatoru isə statusları və kontaktları görür, maliyyə məlumatlarını yox.
Ayırma hər işçidəki qutucuqlar dəsti ilə deyil, rolla təyin edilir. Əks halda altı aydan sonra yeni adamın hüquqları «İvanovdakı kimi» tənzimlənir və artıq heç kim ona tam olaraq nəyin açıq olduğunu deyə bilmir.

Sistem ekran görüntüsü, rəqəmlər nümunəvidir. Kartların sırası təsadüfi seçilməyib: əvvəldə ümumi həcm deyil, qərar tələb edən gəlir. Bölüşdürülməmiş sorğular sonda durur, çünki bu, dispetçerin özü və axıra qədər bağladığı yeganə kartdır.
Tarixçə «hər ehtimala qarşı» arxiv deyil, araşdırma alətidir. Yazılar redaktə edilmir: düzəliş yeni yazı ilə edilir. Buna görə «çatdırılmanı sabaha kim keçirdi» sualının versiyaları deyil, cavabı var.
Ona adətən üç ucdan birindən baxırlar: sorğu üzrə — onunla nə baş verib, icraçı üzrə — o, növbədə nə edib, marşrut üzrə — o, gün ərzində necə dəyişib.
Anbar və logistika ümumi çatı olan iki şöbə deyil, bir prosesin iki hissəsidir. «Yığılıb, lakin təhvil verilməyib» yük və «təhvil verilib, lakin qeyd edilməyib» yük iki fərqli vəziyyətdir və onları qarışdırmaq baha başa gəlir.
Vahid rəqəmsal proses bir şey deməkdir: anbarla çatdırılma arasındakı hər keçid mesajla deyil, hərəkətlə qeydə alınır. Anbardar yığımı, sürücü yükün qəbulunu, alıcı isə alınmanı qeyd edir. Bu qeydlər arasında yük həmişə konkret hissənin üzərində sayılır.
Birləşmə anbara nə verir: o, nəyin artıq yola düşdüyünü və nəyin ikinci gündür göndəriş zonasında durduğunu görür. Logistikaya nə verir: marşrut hələ yığılmamış yükə planlaşdırılmır, sürücü isə darvazaya yükləyəcək bir şey olmamışdan əvvəl gəlmir.
Tam anbar uçotu — qəbul, yerləşdirmə, inventarizasiya, partiyalar və yararlılıq müddətləri — ayrıca səhifənin mövzusudur. Burada yalnız birləşmə təsvir edilib: anbar logistikaya nə ötürür və geri nə alır.
Dördüncü keçid yükün məsul şəxsi dəyişdiyi yeganə keçiddir. Məhz buna görə o, iki tərəfi olan ayrıca əməliyyatla rəsmiləşdirilir: anbar təhvil verdi, icraçı qəbul etdi. Bu addım atlanarsa, yer itdikdə hissəni adlandırmaq mümkün olmur, araşdırma isə növbənin sorğusuna çevrilir.

Bu, adi vəziyyətdir: anbar uçotu artıq mövcud sistemdə aparılır, onu dəyişməyə heç kim hazırlaşmır. Onda birləşmə mübadilə ilə qurulur — logistika sifarişlərin hazırlığını və yerlərin tərkibini alır, statusları və təsdiqləri isə qaytarır.
Mübadilənin tərkibi və tezliyi xarici sistemin nəyi verə bilməsi ilə müəyyən edilir. Konkret proqramın imkanları araşdırmada dəqiqləşdirilir — hazır inteqrasiyanı əvvəlcədən bəyan etmək özgə məhsulu üçün vəd olardı.
Sorğular və marşrutlar
Yüklər və statuslar
Dispetçer paneli
Çatdırılmalar üzrə hesabatlıq
Hər rolun öz iş yeri və öz hərəkətlər dəsti var. Bu, məhdudiyyət naminə məhdudiyyət deyil: ekranda nə qədər az artıq şey varsa, növbədə o qədər az səhv olur və yeni adamın öyrədilməsi o qədər qısa olur.
Sorğuları bütün kanallardan qəbul edir, ünvanları və yükün tərkibini yoxlayır, mübahisəlini müştəridə dəqiqləşdirir. Dəqiqləşdirmə növbəsini və öz sorğularını görür; marşrutlara və nəqliyyatın yüklənməsinə toxunmur.
Marşrutları yığır, icraçıları təyin edir, günü aparır: nöqtələri köçürür, gecikmələrə reaksiya verir, problemli çatdırılmaları araşdırır. Panelin əsas istifadəçisi və gün ərzində dəyişikliklərin başlıca mənbəyi.
Yığımı və göndərişə hazırlığı qeyd edir, yükün icraçıya ötürülməsini və geri qaytarmaların qəbulunu rəsmiləşdirir. Marşrutlarla deyil, yerlər və markalanma ilə işləyir.
Növbəyə marşrut alır, götürməni və çatdırılmanı qeyd edir, nöqtə bağlanmayıbsa səbəbi qeydə alır. Yalnız günə aid öz tapşırıqlarını və onların icrası üçün lazım olan məlumatları görür.
Eyni ssenari, lakin mobil interfeysdə və növbə ərzində daha çox sayda qısa nöqtə ilə. Alınmanı təsdiqləyir, foto və ya imza əlavə edir, ünvan üzrə şərh yazır.
Növbəyə deyil, dövrə baxır: çatdırılmaların həcmi, vaxtında yerinə yetirilənlərin payı, yüklənmə, təkrarlanan nasazlıqların siyahısı. Ona operativ hərəkətlər lazım deyil — söykənə biləcəyi rəqəmlər lazımdır.
İcraçıya «sistemə giriş» deyil, indi nə etməli olduğunun qısa siyahısı lazımdır. Buna görə onun iş yeri ayrıca interfeysdir: mobil tətbiq və ya uyğunlaşdırılmış veb səhifə, dispetçerdəki həmin panel yox.
Onda nə var:
Belə interfeysə vacib tələb pis əlaqə şəraitində işdir. Şəbəkədən kənarda edilmiş qeydlər cihazda saxlanılır və əlaqə yaranarkən göndərilir; təkrar göndərmə ikinci çatdırılma yaratmır.
İcraçının işinin ətraflı təhlili «Kuryerlər üçün» ayrıca səhifəsinin mövzusudur. Burada başqa şey vacibdir: bu interfeysdəki qeydlər faktiki statusların yeganə mənbəyidir, ona görə o, sonuncu deyil, birinci layihələndirilir.

İcraçının hərəkət anındakı qeydi nəzarət naminə nəzarət deyil. Ondan faktiki çatdırılma vaxtı, nöqtənin müddəti və nasazlığın səbəbi götürülür. Onsuz hər üç göstərici günün sonunda yaddaşa görə bərpa olunur, yəni bərpa olunmur.
İkinci effekt dispetçerdən götürülən yükdür: statusları telefonla eşitdiklərinə görə o aparırsa, növbənin yarısı özgə işini sistemə köçürməyə gedir.
İcraçının iş şəraiti başqadır: telefon bir əldə, qutu digərində, ekran günəş altında, əlaqə bir var, bir yox. Dispetçerin paneli belə şəraitdə istifadə olunmur — ona iri elementlər, minimum sahə və şəbəkəsiz anlaşıqlı davranış lazımdır.
Buna görə onun iş yeri məlumatların tamlığına deyil, növbəyə uyğun layihələndirilir: ekranda yalnız cari nöqtə və növbəti, qalanı isə dərinliyə yığılıb.
Hesabatların yalnız məlumatların hərəkət anında sistemə düşdüyü yerdə mənası var. Statuslar axşam «günün yekunlarına görə» qoyulursa, istənilən hesabat baş verənlərlə əlaqəsi olmayan səliqəli mənzərə göstərəcək.
Toplanmış məlumatlara görə nə hesablanır:
Göstəricilərin tərifləri bir dəfə təyin edilir və bütün hesabatlar tərəfindən istifadə olunur. «Vaxtında çatdırılıb» dispetçerin hesabatında və rəhbərin hesabatında eyni şeyi bildirməlidir — əks halda bir günə iki yekun uyğun gəlməyəcək və hər ikisi etimad doğurmağı dayandıracaq.
Hesabatlar faylla ixrac olunur, cədvəl üzrə qurulur və API vasitəsilə xarici analitika sisteminə gedə bilər — ixracın tərkibi layihə ilə müəyyən edilir.

Sistem ekran görüntüsü, rəqəmlər nümunəvidir. İkinci kart birincidən vacibdir: qeyri-adi tamamlanmaların tərkibi — ləğvlər, geri qaytarmalar, uğursuz çatdırılmalar — araşdırılmayana qədər ümumi həcm yalnız yüklənmə barədə danışır, işin keyfiyyəti barədə yox.
Logistika sistemi nadir hallarda tək durur: sifarişlər bir proqramdan gəlir, müştərilər ikincisində aparılır, qalıqlar üçüncüsündə. Aşağıda mübadilənin ən çox qurulduğu istiqamətlər verilib. İnteqrasiyanın konkret tərkibi xarici sistemin nəyi verə bilməsi ilə müəyyən edilir və araşdırmada dəqiqləşdirilir.
Rəsmiləşdirilmiş sifariş logistikaya avtomatik olaraq sorğu ilə ötürülə bilər, çatdırılma statusu isə alıcıya şəxsi kabinetə qayıda bilər. Vitrinin özü və sifarişlərin uçotu necə qurulub, bu səhifədə anladılıb: elektron ticarət.
Müştəri sorğu kitabı və sövdələşmələr tarixçəsi ilə inteqrasiya mümkündür: sorğu müştəri kartından yaradılır, çatdırılmanın nəticəsi isə menecerə qayıdır. Kontragent dublikatları yaranmasın deyə mübadilə müştəri identifikatoru üzrə aparılır.
Şirkətin uçot konturu ilə birlikdə işləyə bilər: sifarişlər, qaimələr, qarşılıqlı hesablaşmalar. Mübadilənin istiqaməti və sənədlər dəsti hansı uçotun əsas sayılması ilə müəyyən edilir.
Sifarişlərin hazırlığı, yerlərin tərkibi və markalanma anbardan gəlir, statuslar və geri qaytarmalar isə geri gedir. Anbar xarici proqramda aparılırsa, birləşmə mübadilə ilə qurulur — yuxarıdakı anbarla əlaqə bölməsinə baxın.
İcraçının iş yeri sistemin hissəsi və ya API vasitəsilə qoşulmuş ayrıca tətbiq ola bilər: tapşırıqları alır, statusları və təsdiqləri qaytarır. İkinci variant tətbiqin artıq istifadə edildiyi yerdə lazımdır.
Alarkən ödənişin olduğu yerdə ödəniş xidməti və ya icraçının terminalı ilə inteqrasiya mümkündür: ödəniləcək məbləğ sorğudan gəlir, ödənişin nəticəsi isə çatdırılmaya qayıdır. Tərkib provayderdən asılıdır.
Xəritələr və ünvanların geokodlaşdırılması, nəqliyyatın telematikası, bildiriş xidmətləri, podratçı daşıyıcılar. Belə hər qoşulma ayrıca mübadilə modulüdür; hazır konnektorun olması əvvəlcədən bəyan edilmir.
Sistemin öz interfeysi: sorğu yaratmaq, statusu və marşrutu almaq, çatdırılmanın təsdiqini ötürmək, əməliyyatlar jurnalını götürmək. Onun vasitəsilə ayrıca modulu olmayan hər şey qoşulur.
Mübadilə qaydaları hər yerdə eynidir: hər əməliyyatın açarı var, ona görə təkrar ötürmə ikinci sorğu yaratmır; uyğunsuzluqlar yox olmur, araşdırma növbəsinə düşür; hər göndəriş və hər cavab mübadilə jurnalına yazılır. Bu üç qayda olmadan inteqrasiya tam olaraq ilk əlaqə kəsilməsinə qədər işləyir.
Logistika bir gündə bütövlükdə sistemə keçirilmir: işçilər statusları köhnə qaydada apardıqca hesabatlardakı məlumatlar heç nə ifadə etmir. Buna görə işə salma hissə-hissə gedir və hər növbəti işlək əvvəlkinə söykənir.
Sorğular indi necə gəlir, marşrutları kim planlaşdırır, statuslar nə ilə aparılır, hansı proqramlar artıq var və onlar nəyi verə bilir. Yekun — prosesin təsviri və ilk növbədə nəyin avtomatlaşdırıldığının siyahısı.
Bir şəhər, bir çatdırılma xidməti və ya bir anbar. Sorğular, marşrutlar, statuslar və icraçıların qeydləri real daşınmalarda tam dövrü keçir — proses bütün şirkəti əhatə etməzdən əvvəl.
Kim nəyi dəyişə bilər, hansı istisnalar lazımdır, geri qaytarma və uğursuz çatdırılma necə emal olunur, bildirişlər kimə gedir. Burada həm də hüquqlar və marşrutun əl ilə dəyişdirilməsi qaydası tənzimlənir.
Qalan istiqamətlər denənmiş sxemlə, inteqrasiyalar isə ayrıca mübadilə modulları ilə. Sonrasında tarixçə toplanır, dövr hesabatları və nəqliyyatın planlaşdırılması üçün məlumatlar yaranır.
Gündə neçə çatdırılma olduğunu, sorğuların haradan gəldiyini, öz nəqliyyatınız, yoxsa podratçılar olduğunu, anbarınız olub-olmadığını və məlumatlarınızın hansı proqramlarda durduğunu yazın. İlk növbədə nəyin avtomatlaşdırıldığını, nəyi mövcud sistemlərə qoşmağın mümkün olduğunu və pilota nədən başlamağın məntiqli olduğunu cavablandıracağıq.