Ташуу схемаңызды талдап, биринчи кезекте эмнени автоматташтыруу керектигин айтып беребиз
Өтүнмөлөр кайдан келет, маршруттар азыр кандай пландалат, статустарды ким жүргүзөт жана маалыматыңыз кайсы программаларда сакталат.
Жүк ташуу аз кезде маалыматты эсте, таблицада жана кат алышууда сактоого болот. Көлөм өскөндө бул ыкма иштебей калат: жүк кайда экенин айдоочу гана билет, ким кимге эмнени убада кылганын өтүнмөнү кабыл алган кызматкер гана эстейт. Логистика программасы мындай иш тартибин жоёт: өтүнмө, маршрут, жүк жана жеткирүү статусу бир системадагы жазууларга айланат, ал эми диспетчер алардын баарын бир экрандан көрөт. Төмөндө бул процесс өтүнмө келип түшкөндөн тартып жүктүн алынганы ырасталганга чейин кандай иштей турганы баяндалат.
Логистиканы башкаруу системасы — жүк ташууну эсепке алган программа: өтүнмөлөрдү кабыл алат, алардан маршруттарды түзөт, аткаруучуларды дайындайт, жүктүн кыймылын көзөмөлдөйт жана ар бир жеткирүүдө эмне болгонун тарыхта сактайт.
Айырмасын бир мисалдан эле көрүүгө болот. Система жок болсо, өтүнмө мессенжерде, маршрут диспетчердин кагазында, ал эми жүктүн абалы айдоочунун эсинде калат. Кардардын «жүгүм кайда?» деген суроосуна жооп берүү үчүн үч адамга чалууга туура келет. Эртеңкиге канча унаа жүктөлгөнүн эч ким билбейт, анткени бул сан эч жерде эсептелген эмес.
Системада мунун баары жазуу түрүндө сакталат. Өтүнмөнүн номери, жөнөтүүчүсү, алуучусу, мөөнөтү жана учурдагы абалы бар. Маршрутта чекиттердин тизмеси, айланып өтүү тартиби жана аткаруучу көрсөтүлөт. Жүктүн статусу сөз жүзүндө эмес, программадагы аракет аркылуу өзгөрөт. «Жүк кайда?» деген суроого бир нече секундда жооп табылат жана бул жооп бүгүн нөөмөттө ким турганына көз каранды болбойт.
Мисал. Кардар бейшембиде жүк ташууга өтүнмө берди. Оператор даректи жана өлчөмдөрдү текшерип, өтүнмөнү жума күнкү маршрутка кошту; система аны айдоочуга дагы алты чекит менен бирге дайындады. Эртең менен айдоочу тапшырмалардын тизмесин ачып, жүктү алганын, кечинде жеткиргенин белгиледи. Ошол учурда кардар үчүн статус жаңыланып турду, ал эми компанияда жума күнү кечке жыйынтык даяр болду: канча чекит аткарылды, канчасы мөөнөтүндө жеткирилди жана кайсы жеткирүүдө мүчүлүштүк болду.
Логистиканы автоматташтыруу диспетчер үч суроонун жообун эсинде кармай албай калган жерден башталат: азыр канча өтүнмө иште, белгилүү бир жүк кайда жана эмне үчүн кечээ эки жеткирүү кийинки күнгө жылып кетти?
Байланыш эки тараптуу: тапшырма солдон оңго барат, аткаруучунун белгилери жана окуялар кайра кайтып келет. Айдоочу даректен жөнөп кеткенде эмес, алуучу жүктү алганын ырастаганда гана жеткирүү аткарылды деп эсептелет. Бул кадам болбосо, система жүккө чындыгында эмне болгонун эмес, эмне болду деп эсептегенин көрсөтмөк.

Программа унаа айдабайт жана диспетчерди алмаштырбайт. Ал чечимдин айланасындагы кол эмгегин азайтат: өтүнмөлөрдү бир жерге чогултат, жүктөмдү көрсөтөт, чекитти жоготпоого жардам берет жана ар бир өзгөрүүнү каттайт. Шашылыш буйрутманы кимге берүү жана кечигип жаткан кардарды күтүү керекпи деген чечимди адам өзү кабыл алат, бирок ал эми эстутумга эмес, толук маалыматка таянат.
Ошондой эле система жол тыгыны же аба ырайы тууралуу өзүнөн өзү «билбейт»: тышкы маалыматтын баары интеграция аркылуу келет, анын курамы долбоордо аныкталат.
Алгач маршруттарды же карталарды эмес, өтүнмөлөрдү эсепке алууну системага өткөрүшөт. Себеби жөнөкөй: өтүнмөлөр кат алышууда жашап турганда, ар бир маршрут толук эмес тизме боюнча түзүлөт, ал эми отчет кимдир бирөө жазууну унутпаган маалыматтар боюнча гана эсептелет.
Төмөндө функциялардын тизмеси эмес, логистиканы автоматташтырууга түрткү берген алты көйгөй берилген. Ар биринде эки жагдай салыштырылат: программасыз эмне болот жана программа менен эмне өзгөрөт.
Система жок болсо, өтүнмө мессенжер, электрондук почта же телефон аркылуу келет да, анын тагдыры кимдир бирөө жазып алдыбы же жокпу дегенге жараша болот. Системада ар бир өтүнмө — номери, автору жана мөөнөтү бар жазуу: ал же иште, же жабык, үчүнчү абал жок. Жоголгон өтүнмө кардар чалганда эмес, дароо көрүнөт.
Диспетчер эртеңки бардык чекиттерди даректери, убакыт аралыгы жана өлчөмдөрү менен тизмеден көрөт. Чекиттер маршруттарга бириктирилип, маршрутка аткаруучу жана айланып өтүү тартиби дайындалат. Унутулган чекит байкалбай кийинки күнгө калбайт — ал бөлүштүрүлбөгөн бойдон өзүнчө тизмеде көрүнөт.
Унаага канча чекит дайындалды, салмак жана көлөм боюнча канча бош орун калды, кайсы айдоочунун нөөмөтү бир сааттан кийин бүтөт — баары көрүнүп турат. Бул сандарсыз жүктөм болжол менен бөлүштүрүлүп, бир унаа жарым-жартылай бош кетсе, экинчиси кечке чейин жетишпей калат.
Жеткирүүнүн абалын аракет жасалган учурда аны аткарып жаткан адам өзгөртөт. Диспетчер, менеджер жана кардар бир эле жазууну көрүшөт. «Жүгүм кайда?» деген суроого жооп издөө үч адамдын иши болбой калат.
Жүктү ким, качан жана кандай негизде кабыл алганы системада жазылат, эс тутумда калбайт. Кол тамга, сүрөт же ырастоо коду белгилүү бир жеткирүүгө байланыштырылат. «Жеткирди — жеткирген жок» деген талаш териштирүү менен эмес, карточканы ачуу менен чечилет.
Кечигүү, жокко чыгаруу, кайтаруу жана ишке ашпай калган жеткирүү себеп көрсөтүлгөн өзүнчө окуяга айланат. Айдын аягында «ар нерсе болот» деген бүдөмүк жооп эмес, канча мүчүлүштүк болгонун, кайсы багыттарда жана кандай себептерден чыкканын көрсөткөн так тизме даяр болот.
Система модулдардан түзүлөт. Алардын баары эле ар бир компанияга керек эмес: шаар ичиндеги жеткирүү кызматына шаар аралык каттамдарды эсепке алуу зарыл болбосо, өз транспорту бар өндүрүшкө буйрутмалар биржасы талап кылынбайт. Курамы милдетке жараша аныкталат, бирок модулдар кийин капталынан кошулбай, башынан эле бири-бирине шайкеш иштейт.

Системанын кирүү чекити — жөнөтүүчү, алуучу, жүктүн курамы, мөөнөтү жана шарттары көрсөтүлгөн ташууга өтүнмө. Өтүнмөлөр менеджерден, кардардын жеке кабинетинен же тышкы системадан API аркылуу келет; андан ары алардын баары бирдей эрежелер менен иштетилет.
Чекиттерди маршрутка бириктирүү, айланып өтүү тартиби, транспорт менен аткаруучуну дайындоо, маршрутту күн ичинде өзгөртүү. Маршрут да өтүнмө сыяктуу эсепке алуу объектиси: анын датасы, абалы жана өзгөртүүлөр тарыхы бар.
Так эмне ташылып жатканы: орундар, салмак, көлөм, таңгак, өзгөчө шарттар. Жүк өтүнмө, маршрут, документтер жана учурдагы статус менен байланышкан, ошондуктан алардын бирөөсү аркылуу калгандарынын баарын табууга болот.
Унаалар менен адамдардын маалымдамасы: жүк көтөрүмдүүлүк, кузовдун көлөмү, транспорттун түрү, иш графиги, тейлөө аймагы. Ушул маалыматтардан жүктөм эсептелет — бүгүн бул унаага дагы канча чекит дайындоого болору көрүнөт.
Кызматкердин жумуш орду: активдүү жеткирүүлөр, маршруттар, аткаруучулар, статустар, кечигүүлөр жана көйгөйлүү буйрутмалар бир экранда. Браузерден ачылат, эч нерсе орнотуунун кереги жок.
Жеткирүүнүн так аныкталган абалдары жана алардын ортосунда өтүү эрежелери. Ар бир өзгөрүү — автору, убактысы жана негизи бар окуя; окуялар тарыхка топтолуп, кийин мүчүлүштүктү талдоого жардам берет.
Топтоо жана жөнөтүү менен байланышкан бөлүк: эмне топтолду, өткөрүп берүүгө эмне даярдалды, айдоочуга иш жүзүндө эмне берилди. Бул байланышсыз кампа менен жеткирүү эки башка эсепте иштеп, түшкө чейин эле маалыматтары дал келбей калат.
Айдоочу жана курьер үчүн колдонмо же мобилдик интерфейс: тапшырмалар тизмеси, даректер, айланып өтүү тартиби, жүк жөнүндө маалымат, статусту өзгөртүү, жүктү алуу менен жеткирүүнү ырастоо, диспетчер менен байланыш.
Кардарга жана кызматкерге жөнөтүлүүчү кабарлар: өтүнмө кабыл алынды, жүк алынды, курьер жолго чыкты, жеткирүү жылдырылды, жеткирүү ишке ашкан жок. Кабар жөнөтүү каналдары ишке киргизүү учурунда тандалып, интеграция аркылуу кошулат.
Өтүнмөлөр оператору, диспетчер, кампа кызматкери, айдоочу, жетекчи. Маршрутту өзгөртүү, жеткирүүнү жокко чыгаруу, даректи оңдоо жана алуучулардын жеке маалыматтарына жетүү — «кызматкер» деген жалпы топтом эмес, өзүнчө укуктар.
Жеткирүүлөрдүн саны, өз убагында аткарылгандардын үлүшү, транспорт менен адамдардын жүктөмү, маршруттардын натыйжалуулугу, көйгөйлүү буйрутмалардын тизмеси. Отчеттор файл түрүндө жүктөлүп, график боюнча түзүлөт.
Системанын тышкы интерфейси: өтүнмө түзүү, статусун билүү, маршрут алуу, жеткирүүнүн ырастоосун берүү, журналды жүктөп алуу. Ал аркылуу интернет-дүкөн, CRM, ERP жана кампа системасы туташтырылат.
Ташууга өтүнмө — эмнени, кайда, кайсы мөөнөткө чейин, кимдин эсебинен жана кандай шарттарда жеткирүү керектигин каттаган документ. Андан аркы маршрут, аткаруучу, статустар жана документтер анын номерине байланыштырылат.
Өтүнмө системага үч жолдун бири менен түшөт: аны менеджер түзөт, кардар жеке кабинетинде өзү толтурат же компаниянын башка программасы API аркылуу берет. Булагы ар башка болгону менен, андан аркы жолу бирдей — болбосо буйрутмалардын бир бөлүгү өзүнчө айтылбаган тартип менен иштетилип калмак.
Текшерүү — жөн гана формалдуулук эмес, өзүнчө кадам. Система милдеттүү талаалар толтурулганбы, алуучу маалымдамада барбы, жүк уруксат берилген өлчөмдөргө туура келеби, мөөнөт мүмкүн болгон чектен чыкпайбы — баарын текшерет. Тактоону талап кылган өтүнмө маршрутка байкатпай кетпейт: ал түшүнүктүү себеби менен тактоо тизмесинде калат.
Өтүнмөдө төмөнкүлөр камтылат:
Жеткирүүгө дайындоо — өтүнмө ниет болуудан калып, ишке айланган учур. Ал белгилүү бир күндүн маршрутуна кошулуп, аткаруучу дайындалат, ал эми аткаруучунун тизмесинде тапшырма пайда болот. Ушул учурдан тартып өтүнмө диспетчердик панелде да, айдоочунун колдонмосунда да, кардардын тарыхында да көрүнөт.
Айрым оңдоолор күндүн планын өзгөртөт: жаңы дарек маршруттан сыртта калышы, көбөйгөн салмак дайындалган унаага батпай калышы мүмкүн. Мындай өтүнмө байкатпай оңдолбойт — себеби менен бирге кайра пландаштыруу үчүн диспетчерге кайтарылат.

Системанын экран көрүнүшү, маалыматтар көрсөтмө үчүн берилген. Бешинчи кадам маанилүү: жүктү алганын аны чындап колуна алган адам белгилейт. Эгер диспетчер бул белгини «телефон чалуудан кийин» койсо, система жүк ташуунун өзүн эмес, ал тууралуу айтылганды сүрөттөп калат.
Оңдоо — эркин редакциялоо эмес, башкарылуучу операция. Дарек, мөөнөт же жүктүн курамы өзгөртүлгөндө, мурунку версия сакталат жана ким, качан, так эмнени өзгөрткөнү тууралуу из калат. Болбосо талаштуу жеткирүүнү талдоо «баштапкы дарек кайсы эле?» деген суроого барып такалат.
Маршрут — бир аткаруучу нөөмөт ичинде айланып чыга турган чекиттердин тизмеси жана алардын тартиби. Чекит — белгилүү бир даректе жасалуучу так аракет: жүктү алуу, жеткирүү же кайтарылган жүктү алып кетүү.
Маршрут түзүү тандалган күнгө бөлүштүрүлө элек өтүнмөлөрдөн башталат. Диспетчер аларды дареги, району, алуучунун убакыт аралыгы, салмагы жана көлөмү менен тизмеден көрөт. Чекиттер маршрутка кол менен же эреже боюнча, мисалы, «ушул райондогу эртеңки бардык жеткирүүлөр» деп бириктирилет. Маршрут жалпы салмакты, көлөмдү жана токтоолордун санын дароо көрсөтөт.
Токтоолордун кезеги так белгиленип, баарына көрүнүп турат: диспетчер панелден, айдоочу колдонмодон көрөт. Чекитти сүйрөп жылдыруу менен тартип өзгөрөт, ошол эле учурда система маршруттун жүктөмүн кайра эсептеп, карама-каршылык тууралуу эскертет. Мисалы, «12:00гө чейин» деген аралыгы бар чекит кезекте сегизинчи болуп калса, эскертүү чыгат.
Аткаруучуну дайындоо — маршрутту айдоочуга же курьерге жана транспорт каражатына бекитүү. Система жүк көтөрүмдүүлүк менен кузовдун көлөмүн эске алат: дайындалган унаага батпаган маршрут жүктөө учурунда эмес, жолго чыкканга чейин белгиленет.
Маршрутту өзгөртүү күн ичинде болуп турат жана бул авария эмес, кадимки сценарий. Чекитти кошууга, алып салууга, башка маршрутка же башка күнгө жылдырууга болот. Аткаруучу өзгөрүүнү өз тизмесинен көрөт, ал эми маршруттун тарыхында эмне, ким тарабынан жана саат канчада өзгөртүлгөнү жазылат.
Аткарылышын көзөмөлдөө — план менен иш жүзүндөгү жыйынтыкты салыштыруу: маршруттагы канча чекит жабылды, канчасы калды, аткаруучу кайсы жерде белгиленген тартиптен четтеди, кайсы чекиттер убакыт аралыгынан кечикти. Бардык чекиттери, анын ичинде ийгиликсиз жеткирүү менен аяктагандары да жабылганда маршрут жабылат.

Оптималдуу маршрутту автоматтык түзүү — эсепке алуу системасынын ичине даяр орнотулган функция эмес, өзүнчө модуль. Аны ишке ашыруунун бир варианты катары кароо туура: ал жол маалыматтарынын булагын, эсептөө эрежелерин жана компаниянын чыныгы каттамдарында текшерүүнү талап кылат.
Ыкмалар чекиттерди аймактар жана убакыт аралыгы боюнча жөнөкөй иреттөөдөн тартып, тышкы картографиялык сервис аркылуу эсептөөгө чейин болушу мүмкүн. Так эмне кошулары жана кайсы маалыматтар боюнча эсеп жүргүзүлөрү изилдөөдө аныкталат: даяр оптималдаштырууну алдын ала билдирүү сыпаттама эмес, убада болуп калмак.
Негизги процесс ансыз деле иштейт: чекиттер, тартип, аткаруучу жана аткарылышын көзөмөлдөө токтоолорду ким — адамбы же алгоритмби — иреттегенине көз каранды эмес.
Өтүнмө сыяктуу эле маршруттун да датасы, аткаруучусу, транспорту, абалы жана өзгөртүүлөр тарыхы бар. Ошондуктан «эмне үчүн кечээ бул дарек бүгүнкүгө жылып калды?» деген суроого нөөмөттөгүлөрдүн эсине таянып эмес, маршруттагы жазуу боюнча жооп берилет.
| № | Чекит | Аракет | Убакыт аралыгы | Орун | Салмак | Абалы |
|---|---|---|---|---|---|---|
| 1 | Кампа, Өнөр жай көч. | Жүктү алуу | 08:00–09:00 | 14 | 310 кг | аткарылды |
| 2 | «Борбордук» дүкөнү | Жеткирүү | 09:00–12:00 | 4 | 86 кг | аткарылды |
| 3 | Кардардын кеңсеси, 4-кабат | Жеткирүү | 10:00–13:00 | 2 | 18 кг | жолдо |
| 4 | Алып кетүү пункту, Асанбай кичирайону | Жеткирүү | 18:00гө чейин | 6 | 142 кг | күтүүдө |
| 5 | «Чыгыш» дүкөнү | Жеткирүү + кайтаруу | 14:00–17:00 | 2 | 64 кг | күтүүдө |
Айланып өтүү тартибин диспетчер да, айдоочу да көргөндүктөн, «орундары алмашып кетти» деген сөз талашка айланбайт. Аткаруучу жыйынтыкты белгилемейинче, 3-сап жабылбайт: кабатка көтөрүү — жеткирүү көп кечиккен учурлардын бири, система муну эшиктин алдында турган адамдан билиши керек.
Жүк — физикалык түрдө жылдырылып жаткан нерсе. Системада ал өтүнмө менен байланышкан өзүнчө жазуу: бир өтүнмөдө бир нече жүк орду, ал эми бир каттамда бир нече өтүнмөнүн жүгү болушу мүмкүн.
Мындай бөлүү эсепти жөн гана катуу жүргүзүү үчүн керек эмес. Эң көп берилген суроолорго жүктүн деңгээлинде жооп табылат: канча орун жөнөтүлдү, баары жеттиби, кайсынысы бузулду, эмне кайра кайтарылды?
Жүктүн абалы өзгөргөн сайын убактысы жана автору көрсөтүлгөн окуя түзүлөт. Ошондуктан ташуу тарыхын толук калыбына келтирүүгө болот: жүк саат канчада алынды, аткаруучулардын ортосунда кайда өткөрүлдү, алуучуга качан тапшырылды жана муну ким ырастаган?
Аткаруучулардын ортосунда өткөрүү — кошумча натыйжа эмес, өзүнчө операция. Кампадан иргөө жайына, андан ары дарекке бараткан жүктүн жооптуу адамы кеминде эки жолу алмашат. Ар бир өткөрүү так катталбаса, жүк жоголгондо анын кайсы тилкеде жоголгонун аныктоо мүмкүн болбойт.
«Ким күнөөлүү?» деген суроого жооп да ушундан чыгат — күнөөлүүнү издөө эмес, жооптуу тилкени аныктоо маанисинде. Алуучу байкаган бузулуу жүк белгилүү бир аткаруучуга катталган жол бөлүгүнө байланыштырылат.

Коштомо кагаз, кабыл алуу-өткөрүп берүү актысы, таңгактын сүрөтү жана алуучунун кол тамгасы жүктүн жанында сакталат. Документ жүккө да, өтүнмөгө да бир учурда байланыштырылат, ошондуктан аны кардар боюнча да, каттам боюнча да табууга болот — кат алышуудан издөөнүн кереги жок.
Кабыл алууда жана тапшырууда тартылган сүрөт — бузулуу тууралуу талашты чечүүнүн эң арзан жолу: аны белгилүү учурда белгилүү адам тарткан жана ал алуучунун кол тамгасы менен бир карточкада сакталат.
Бир өтүнмөдө бир нече орун, ал эми бир каттамда бир нече өтүнмөнүн жүгү болушу мүмкүн. Экөө бир жазуу болуп турганда, беш орундан үчөө кабыл алынып, бирөө кайтарылгандай ар бир жарым-жартылай жагдайды комментарийде сөз менен сүрөттөөгө туура келет.
Милдеттүү талаалар — жүктү маршрутка кошууга жетиштүү болгон эң аз маалымат. Калганы жөндөлөт: эмерек ташууда жана документ жеткирүүдө маанилүү талаалар ар башка, ал эми ашыкча нерсени толтурууга мажбурлоо маалымдаманы сызыктарга толтуруунун түз жолу.
Статус — экрандагы жазуу эмес, андан уруксат берилген аракеттер келип чыга турган абал. Абалдардын саны чектелүү: алар так аталмайынча, ар бир кызматкер «иште» дегенди өзүнчө түшүнөт жана отчет түзүүгө негиз болбойт.

Тартиптин дал ушундай болушу маанилүү. Ар бир өтүүнү аракетти жасаган адам дал ошол учурда аткарат — болбосо система ташуунун чыныгы абалын эмес, диспетчердин ниетин көрсөтөт. Аралык абалдар («иргөөдө», «подрядчыга өткөрүлдү») компаниянын процессине жараша кошулат, бирок алардын тизмеси чектелүү жана так бойдон калат.
| Эмне болду | Система эмне кылат | Абалы |
|---|---|---|
| Кечигүү: алуучунун убакыт аралыгы бүтүп баратат | Чекитти кечиккен деп белгилеп, диспетчерге өзүнчө тизмеде көрсөтөт жана алуучуга жылдырылганы тууралуу билдирүү даярдайт | талдоо |
| Кардар буйрутманы жөнөтүлгөнгө чейин жокко чыгарды | Өтүнмөнү жокко чыгаруу себеби менен жаап, чекитти маршруттан алып салат жана жүктү кампанын калдыгына кайтарат | кадимки |
| Кардар жүк жолдо баратканда буйрутманы жокко чыгарды | Жеткирүүнү байкатпай жаппайт: аны кайтарууга өткөрүп, аткаруучунун маршрутуна кайра алып келүү чекитин кошот | талдоо |
| Алуучу ордунда жок | Ишке ашпай калган жеткирүүнү себеби жана аткаруучунун комментарийи менен каттайт, жүктү анын жоопкерчилигинде калтырып, кайталап жеткирүү маселесин коёт | талдоо |
| Алуучу жүктүн бир бөлүгүн гана кабыл алды | Жеткирүүнү бөлөт: кабыл алынган орундар жабылат, баш тартылгандары өзүнчө жазуу менен кайтарууга жөнөтүлөт | талдоо |
| Жүк ташуу учурунда бузулду | Сүрөттөр жана бузулган учурдагы жооптуу адам көрсөтүлгөн окуя ачып, жеткирүүнү кадимкидей жабууга жол бербейт | талдоо |
| Аткаруучу нөөмөткө чыккан жок | Анын маршрутун кайра дайындоо үчүн бошотуп, тиешеси бар бардык чекиттерди диспетчерге бир тизмеде көрсөтөт | эскертүү |
Жалпы принцип: ийгиликсиз жыйынтык жоголуп кетпейт жана ийгиликтүү болуп өзгөрбөйт. Жеткирүү ачык бойдон калып, талдоо кезегине түшөт — бул көйгөйлөрдү жазууга жер жок болгондуктан алар көрүнбөй калган отчеттон арзаныраак.
Компанияга так кайсы өзгөчө жагдайлар керек экени изилдөөдө чечилет. Эмерек ташууда кайтаруу жана бузулууларды талдоо керек болсо, документ жеткирүүдө кайра аракет кылуу жана алуучунун ким экенин ырастоо маанилүү. Абалдардын тизмеси жөндөлөт, бирок жалпы эреже өзгөрбөйт: ар бир жеткирүүнүн аякташынын себеби болот жана ал себеп отчетко кирет.
Диспетчердик панель — күндөлүк иш башкарылган жумуш орду. Анын милдети жөн гана «маалыматты көрсөтүү» эмес, дал азыр чечимди талап кылган нерселердин баарын бир экранга чогултуп, калганын алаксытпагыдай кылып жашыруу.
Ошондуктан панель нөөмөттүн иш тактасы сыяктуу түзүлөт: жогору жагында шашылыш нерселер, төмөндө күндүн жалпы көрүнүшү, тереңирээк катмарда тарых жана маалымдамалар. Кардардын чалуусуна жооп берүү үчүн кызматкер кайсы маалымат кайда экенин жаттап жүрбөйт.
Панелде төмөнкүлөр көрүнөт:
Жеткиликтүүлүк укуктары панелди ролдор боюнча бөлөт. Диспетчер өз аймагын, жетекчи бардык багыттарды, колл-борбордун оператору статустар менен байланыштарды көрөт, бирок каржы маалыматына жетпейт.
Жеткиликтүүлүк ар бир кызматкерге өзүнчө коюлган белгилер менен эмес, ролу аркылуу аныкталат. Болбосо жарым жылдан кийин жаңы адамдын укуктары «Ивановдукундай» деп жөндөлүп, ага так эмне ачылганын эч ким айта албай калат.

Системанын экран көрүнүшү, сандар көрсөтмө үчүн. Карточкалардын тартиби кокус тандалган эмес: биринчи жалпы көлөм эмес, чечимди талап кылган нерсе көрсөтүлөт. Бөлүштүрүлбөгөн өтүнмөлөр акырында турат, анткени диспетчер өз алдынча башынан аягына чейин жаба алган жалгыз карточка ушул.
Тарых — «керек болуп калар» деген архив эмес, талдоо куралы. Жазуулар оңдолбойт: түзөтүү жаңы жазуу менен киргизилет. Ошондуктан «жеткирүүнү эртеңкиге ким жылдырды?» деген суроонун божомолдору эмес, жообу бар.
Аны адатта үч багыттын биринен карашат: өтүнмө боюнча — ага эмне болгонун, аткаруучу боюнча — нөөмөттө эмне кылганын, маршрут боюнча — күн ичинде кандай өзгөргөнүн.
Кампа менен логистика — жалпы чаты бар эки бөлүм эмес, бир процесстин эки тилкеси. «Топтолду, бирок өткөрүлө элек» жүк менен «өткөрүлдү, бирок белгиленген жок» жүк — эки башка абал, аларды чаташтыруу кымбатка турат.
Бирдиктүү санарип процесс бир нерсени билдирет: кампа менен жеткирүүнүн ортосундагы ар бир өтүү билдирүү эмес, аракет менен катталат. Кампа кызматкери топтолгонун, айдоочу жүктү кабыл алганын, алуучу алганын белгилейт. Бул белгилердин ортосунда жүк дайыма белгилүү бир тилкеге катталат.
Бул байланыш кампага эмне берет: эмне кеткени, эмне жөнөтүү аймагында экинчи күндөн бери турганы көрүнөт. Логистикага эмне берет: топтоло элек жүккө маршрут пландалбайт, ал эми айдоочу жүктөй турган эч нерсе даяр боло электе дарбазага келбейт.
Кампанын толук эсеби — кабыл алуу, жайгаштыруу, инвентаризация, партиялар жана жарактуулук мөөнөттөрү — өзүнчө барактын темасы. Бул жерде байланыш гана баяндалат: кампа логистикага эмнени берет жана кайра эмнени алат.
Төртүнчү өтүүдө гана жүктүн жооптуу адамы алмашат. Ошондуктан ал эки тарап катышкан өзүнчө операция менен таризделет: кампа өткөрдү, аткаруучу кабыл алды. Бул кадам өткөрүлүп кетсе, орун жоголгондо жооптуу тилкени аныктоо мүмкүн болбой, талдоо нөөмөттөгүлөрдү суракка айланат.

Бул кадимки жагдай: кампанын эсеби колдонулуп жаткан системада жүргүзүлөт жана аны эч ким алмаштырганы жаткан жок. Анда байланыш маалымат алмашуу аркылуу түзүлөт — логистика буйрутмалардын даярдыгын жана орундардын курамын алып, статустар менен ырастоолорду кайра жөнөтөт.
Алмашуунун курамы жана жыштыгы тышкы система кандай маалымат бере аларына жараша аныкталат. Белгилүү бир программанын мүмкүнчүлүктөрү изилдөөдө такталат — даяр интеграцияны алдын ала билдирүү башка продукт үчүн убада берүү болмок.
Өтүнмөлөр жана маршруттар
Жүктөр жана статустар
Диспетчердик панель
Жеткирүүлөр боюнча отчеттуулук
Ар бир ролдун өз жумуш орду жана аракеттер топтому бар. Бул жөн гана чектөө эмес: экранда ашыкча нерсе канчалык аз болсо, нөөмөттөгү каталар ошончолук азайып, жаңы кызматкерди үйрөтүү ошончолук кыскарат.
Бардык каналдардан өтүнмөлөрдү кабыл алып, даректерди жана жүктүн курамын текшерет, күмөндүү маалыматты кардардан тактайт. Тактоо кезегин жана өз өтүнмөлөрүн көрөт; маршруттарга жана транспорттун жүктөмүнө тийбейт.
Маршруттарды түзүп, аткаруучуларды дайындайт, күндүк ишти жүргүзөт: чекиттерди жылдырат, кечигүүлөргө чара көрөт, көйгөйлүү жеткирүүлөрдү талдайт. Панелдин негизги колдонуучусу жана күн ичиндеги өзгөрүүлөрдүн башкы булагы.
Топтолгонун жана жөнөтүүгө даярдыгын белгилейт, жүктү аткаруучуга өткөрүүнү жана кайтарууларды кабыл алууну тариздейт. Маршруттар менен эмес, орундар жана белгилөөлөр менен иштейт.
Нөөмөткө маршрут алып, жүктү алганын жана жеткиргенин белгилейт, чекит жабылбай калса себебин каттайт. Күн ичиндеги өз тапшырмаларын жана аларды аткарууга керектүү маалыматты гана көрөт.
Ошол эле сценарий боюнча, бирок мобилдик интерфейсте жана нөөмөт ичинде көп сандагы кыска чекиттер менен иштейт. Жүктүн алынганын ырастап, сүрөт же кол тамга тиркейт, дарек боюнча комментарий жазат.
Нөөмөттү эмес, мезгилди карайт: жеткирүүлөрдүн көлөмү, өз убагында аткарылгандардын үлүшү, жүктөм, кайталанган мүчүлүштүктөрдүн тизмеси. Ага ыкчам аракеттер эмес, таянууга боло турган сандар керек.
Аткаруучуга «системага жеткиликтүүлүк» эмес, азыр эмне кылышы керектигин көрсөткөн кыска тизме керек. Ошондуктан анын жумуш орду диспетчер колдонгон панель эмес, өзүнчө интерфейс — мобилдик колдонмо же ыңгайлаштырылган веб-баракча.
Анда төмөнкүлөр бар:
Мындай интерфейстин маанилүү талабы — байланыш начар болгондо иштөө. Тармак жок кезде коюлган белгилер түзмөктө сакталат да, байланыш пайда болгондо жөнөтүлөт; кайталап жөнөтүү экинчи жеткирүүнү түзбөйт.
Аткаруучунун ишин кеңири талдоо — «Курьерлер үчүн» деген өзүнчө барактын темасы. Бул жерде башка нерсе маанилүү: ушул интерфейстеги белгилер иш жүзүндөгү статустардын жалгыз булагы, ошондуктан ал эң акырында эмес, биринчилерден болуп долбоорлонот.

Аткаруучунун аракет учурунда койгон белгиси — көзөмөл үчүн гана көзөмөл эмес. Андан жеткирүүнүн иш жүзүндөгү убактысы, чекитте кеткен убакыт жана мүчүлүштүктүн себеби алынат. Андай белги болбосо, үч көрсөткүч тең күндүн аягында эстутум боюнча калыбына келтирилет, башкача айтканда, так калыбына келбейт.
Экинчи натыйжа — диспетчердин жүгү азаят: статустарды ал телефон аркылуу уккан сөздөр боюнча киргизип турганда, нөөмөттүн жарымы башка бирөөнүн ишин системага көчүрүүгө кетет.
Аткаруучунун иш шарты башка: бир колунда телефон, экинчисинде куту, экранга күн тийип турат, байланыш улам үзүлөт. Мындай шартта диспетчердин панели колдонулбайт — ири элементтер, эң аз талаа жана тармаксыз түшүнүктүү иштөө керек.
Ошондуктан анын жумуш орду маалыматтын толуктугу үчүн эмес, нөөмөттөгү иш үчүн долбоорлонот: экранда учурдагы жана кийинки чекит гана көрүнүп, калганы ичкери катмарга жашырылат.
Маалыматтар аракет жасалган учурда системага түшкөндө гана отчеттордун мааниси болот. Эгер статустар кечинде «күндүн жыйынтыгы боюнча» коюлса, ар бир отчет болгон окуяларга байланышы жок, тыкан көрүнүштү гана көрсөтөт.
Топтолгон маалыматтар боюнча төмөнкүлөр эсептелет:
Көрсөткүчтөрдүн аныктамалары бир жолу бекитилип, бардык отчеттордо колдонулат. «Мөөнөтүндө жеткирилди» диспетчердин отчетунда да, жетекчинин отчетунда да бирдей маанини билдирүүгө тийиш — болбосо бир күн боюнча эки жыйынтык дал келбей, экөөнө тең ишеним жоголот.
Отчеттор файл түрүндө жүктөлөт, график боюнча түзүлөт жана API аркылуу тышкы аналитика системасына жөнөтүлүшү мүмкүн — жүктөлүүчү маалыматтын курамы долбоордо аныкталат.

Системанын экран көрүнүшү, сандар көрсөтмө үчүн. Экинчи карточка биринчисинен маанилүүрөөк: кадимкидей эмес аяктаган учурлар — жокко чыгаруулар, кайтаруулар, ишке ашпай калган жеткирүүлөр — талданмайынча, жалпы көлөм жүктөмдү гана көрсөтүп, иштин сапаты тууралуу маалымат бербейт.
Логистикалык система сейрек учурда жалгыз иштейт: буйрутмалар бир программадан келет, кардарлар экинчисинде жүргүзүлөт, калдыктар үчүнчүсүндө сакталат. Төмөндө маалымат алмашуу эң көп түзүлгөн багыттар берилген. Интеграциянын так курамы тышкы система кандай маалымат бере аларына жараша аныкталып, изилдөөдө такталат.
Таризделген буйрутма логистикага автоматтык түрдө өтүнмө катары берилип, жеткирүү статусу кардардын жеке кабинетине кайтарылышы мүмкүн. Витринанын өзү жана буйрутмаларды эсепке алуу кандай иштээри электрондук коммерция барагында баяндалган.
Кардарлардын маалымдамасы жана бүтүмдөрдүн тарыхы менен интеграциялоого болот: өтүнмө кардардын карточкасынан түзүлүп, жеткирүүнүн жыйынтыгы менеджерге кайтарылат. Контрагенттердин көчүрмөлөрү көбөйбөшү үчүн маалымат кардардын идентификатору боюнча алмашылат.
Компаниянын эсеп системасы менен бирге иштей алат: буйрутмалар, коштомо кагаздар, өз ара эсептешүүлөр. Алмашуунун багыты жана документтердин топтому кайсы эсеп негизги деп тааныларына жараша аныкталат.
Буйрутмалардын даярдыгы, орундардын курамы жана белгилөөлөр кампадан келет, статустар менен кайтаруулар кайра жөнөтүлөт. Эгер кампанын эсеби тышкы программада жүргүзүлсө, байланыш маалымат алмашуу аркылуу түзүлөт — жогорудагы кампа менен байланыш бөлүмүн караңыз.
Аткаруучунун жумуш орду системанын бир бөлүгү же API аркылуу кошулган өзүнчө колдонмо болушу мүмкүн: тапшырмаларды алып, статустар менен ырастоолорду кайтарат. Экинчи вариант колдонмо мурунтан пайдаланылган жерде керек.
Алганда төлөө каралган жерде төлөм сервиси же аткаруучунун терминалы менен интеграциялоого болот: төлөнө турган сумма өтүнмөдөн келип, төлөмдүн жыйынтыгы жеткирүүгө кайтарылат. Курамы провайдерге жараша болот.
Карталар жана даректерди геокоддоо, транспорт телематикасы, билдирүү кызматтары, подрядчы ташуучулар. Мындай ар бир туташуу — өзүнчө маалымат алмашуу модулу; даяр коннектордун бар экени алдын ала айтылбайт.
Системанын өз интерфейси: өтүнмө түзүү, статус менен маршрутту алуу, жеткирүүнүн ырастоосун берүү, операциялар журналын жүктөп алуу. Өзүнчө модулу жок нерселердин баары ал аркылуу туташтырылат.
Маалымат алмашуунун эрежелери бардык жерде бирдей: ар бир операциянын ачкычы бар, ошондуктан кайра жөнөтүү экинчи өтүнмөнү түзбөйт; дал келбестиктер жоголбой, талдоо кезегине түшөт; ар бир жөнөтүү жана ар бир жооп алмашуу журналына жазылат. Ушул үч эрежесиз интеграция байланыш биринчи жолу үзүлгөнгө чейин гана иштейт.
Логистиканын баарын бир күндө системага өткөрүүгө болбойт: кызматкерлер статустарды мурдагыдай жүргүзүп турганда, отчеттордогу маалымат эч нерсени билдирбейт. Ошондуктан ишке киргизүү бөлүктөр боюнча жүрөт жана ар бир кийинки бөлүк иштеп жаткан мурункусуна таянат.
Өтүнмөлөр азыр кандай келет, маршруттарды ким пландайт, статустар эмне менен жүргүзүлөт, кайсы программалар орнотулган жана алар кандай маалымат бере алат? Жыйынтыгы — процесстин сыпаттамасы жана биринчи кезекте автоматташтырыла турган иштердин тизмеси.
Бир шаар, бир жеткирүү кызматы же бир кампа. Процесс бүт компанияга жайылтылганга чейин өтүнмөлөр, маршруттар, статустар жана аткаруучулардын белгилери чыныгы ташууларда толук айлампадан өтөт.
Ким эмнени өзгөртө алат, кандай өзгөчө жагдайлар керек, кайтаруу жана ишке ашпай калган жеткирүү кантип иштетилет, билдирүүлөр кимге жөнөтүлөт? Ушул жерде укуктар жана маршрутту кол менен өзгөртүү тартиби да жөндөлөт.
Калган багыттар текшерилген схема боюнча, интеграциялар өзүнчө маалымат алмашуу модулдары менен ишке киргизилет. Андан ары тарых топтолуп, мезгилдик отчеттор жана транспортту пландоо үчүн маалыматтар пайда болот.
Күнүнө канча жеткирүү болорун, өтүнмөлөр кайдан келерин, өз транспортуңузбу же подрядчыларбы, кампаңыз барбы жана маалыматыңыз кайсы программаларда сакталганын жазыңыз. Биринчи кезекте эмнени автоматташтырууга болорун, колдонулуп жаткан системаларга эмнени туташтырууга мүмкүн экенин жана пилотту эмнеден баштоо туура болорун айтып беребиз.