Задалъя таны тээврийн схемийг бөгөөд хэлнэ, юу хамгийн түрүүнд автоматжуулагдах вэ
Хүсэлт хаанаас ирдэг, маршрут одоо хэрхэн төлөвлөгддөг, статусыг хэн хөтөлдөг, таны өгөгдөл ямар программуудад аль хэдийн байгаа вэ.
Логистикт зориулсан программ хангамж
Хүсэлт, маршрут, ачаа, хүргэлт нэг системд
Тээвэр цөөн байхад тэдгээрийг толгойдоо, хүснэгтэд, захидал харилцаанд барьдаг. Хэмжээ өсөхөд энэ нь ажиллахаа болино: ачаа хаана байгааг зөвхөн жолооч мэднэ, хэн хэнд юу амласныг зөвхөн хүсэлтийг хүлээн авсан хүн мэднэ. Логистикийн программ энэ ажиллах хэлбэрийг арилгана: хүсэлт, маршрут, ачаа, хүргэлтийн статус нэг системд бичлэг болж, диспетчер тэдгээрийг нэг дэлгэц дээр харна. Доор энэ хэрхэн зохион байгуулагдсаныг задалсан — хүсэлт ирснээс хүлээн авсны баталгаа хүртэл.
Систем гэж юу вэ
логистикийн удирдлагын
Логистикийн удирдлагын систем — тээврийн бүртгэл хөтөлдөг программ: хүсэлт хүлээн авч, тэдгээрээс маршрут цуглуулж, гүйцэтгэгч томилж, ачааны хөдөлгөөнийг хянаж, хүргэлт бүрд юу болсны түүхийг хадгална.
Ялгааг нэг жишээн дээр харна. Системгүй бол хүсэлт мессенжерт, маршрут диспетчерийн цаасан дээр, ачааны байдал жолоочийн толгойд амьдарна. Үйлчлүүлэгчид «миний ачаа хаана байна» гэдэгт хариулахын тулд гурван хүн рүү залгах хэрэгтэй. Маргааш хэдэн машин ачигдсаныг хэн ч мэдэхгүй, учир нь энэ тоо хаана ч тооцогдоогүй.
Системд ижил зүйл — бичлэгүүд. Хүсэлтэд дугаар, илгээгч, хүлээн авагч, хугацаа, одоогийн төлөв байна. Маршрутад — цэгүүдийн жагсаалт, тойрох дараалал, гүйцэтгэгч. Ачаанд — үгээр биш, программ дахь үйлдлээр өөрчлөгддөг статус. «Ачаа хаана байна» гэсэн асуултын хариу секунд авах бөгөөд өнөөдөр хэн ээлжинд байгаагаас хамаарахгүй.
Жишээ. Үйлчлүүлэгч пүрэв гарагт тээврийн хүсэлт үлдээв. Оператор хаяг, овор хэмжээг шалгаж, хүсэлтийг баасан гарагийн маршрутад тавьж, систем түүнийг өөр зургаан цэгийн хамт жолоочид томилов. Өглөө нь жолооч даалгаврын жагсаалтаа нээж, ачаа авсныг тэмдэглэж, оройд — хүргэлтийг. Үйлчлүүлэгчид энэ хугацаанд статус өөрчлөгдөж байсан бөгөөд компанид баасан гарагийн оройд хураангуй бэлэн болов: хэдэн цэг туулсан, хэд нь хугацаандаа амжсан, аль хүргэлтэд алдаа гарсан.
Логистикийн автоматжуулалт гурван асуултын хариу диспетчерийн толгойд багтахаа болих газраас эхэлдэг: одоо хэдэн хүсэлт ажилд байна, тодорхой ачаа хаана байна, өчигдөр яагаад хоёр хүргэлт дараагийн өдөр рүү шилжсэн.
- 1Хүсэлт
- 2Шалгалт
- 3Маршрут
- 4Гүйцэтгэгч
- 5Ачилт
- 6Хөдөлгөөн
- 7Хүргэлт
- 8Диспетчер
Холбоо хоёр талтай: даалгавар зүүнээс баруун тийш явж, гүйцэтгэгчийн тэмдэглэл, үйл явдал буцаж ирнэ. Хүргэлт жолооч хаягаас яваад өгсний дараа биш, хүлээн авсны баталгааны дараа болсонд тооцогдоно. Энэ алхамгүй бол систем ачааны тухай юу болсныг биш, өөрийн итгэж байгааг ярих байсан.
Систем тээвэр бүрийн талаар юу мэддэг вэ
- Юу тээвэрлэж байна — ачааны нэр, байрны тоо, жин, эзэлхүүн, тээврийн онцгой нөхцөл
- Хаанаас хаашаа — авах хаяг, хүргэх хаяг, хоёр талын холбоо барих хүмүүс
- Хэзээ — хүргэх хугацаа, хүлээн авагчийн интервал, явсан ба хүлээн авсан бодит цаг
- Хэн хариуцах — жолооч эсвэл курьер, машин, маршрут, оффис дахь хариуцагч ажилтан
- Ямар төлөвт — одоогийн статус ба түүний өөрчлөлтийн бүх гинжин хэлхээ зохиогч, цагтайгаа
- Юугаар батлагдсан — баримт бичиг, гэрэл зураг, хүлээн авагчийн гарын үсэг, гүйцэтгэгчийн тайлбар
Систем юуг өөрөө хийдэггүй вэ
Программ машин жолооддоггүй, диспетчерийг орлодоггүй. Тэр шийдвэрийн эргэн тойрны гар ажлыг арилгана: хүсэлтийг нэг газар цуглуулж, ачааллыг харуулж, цэг алдагдуулахгүй, өөрчлөлт бүрийг тогтооно. Яаралтай захиалгыг хэнд өгөх, хоцорч буй үйлчлүүлэгчийг хүлээх нь зүйтэй эсэх шийдвэр хүнд үлдэнэ — гэхдээ санамжаар биш, бүрэн зургаар гаргагдана.
Яг үүнтэй адил систем түгжрэл, цаг агаарыг өөрөө «мэддэггүй»: аливаа гадаад өгөгдөл түүнд интеграциар ирж, бүрэлдэхүүн нь төслөөр тодорхойлогдоно.
Ихэвчлэн юунаас эхэлдэг вэ
Системд хамгийн түрүүнд маршрут, газрын зураг биш, хүсэлтийн бүртгэлийг шилжүүлдэг. Шалтгаан нь энгийн: хүсэлт захидал харилцаанд амьдарч байхад аливаа маршрут бүрэн бус жагсаалтаар бүтдэг, аливаа тайлан хэн нэгний бичихээ мартаагүй зүйлээр тооцогддог.
Ямар зорилтуудыг систем шийддэг
Доор — функцийн жагсаалт биш, логистикийг ерөөсөө юунаас болж автоматжуулдаг зургаан асуудал. Тус бүр нь ижил томьёологдоно: программгүйгээр юу болдог, түүнтэй бол юу өөрчлөгддөг.
Хүсэлт алдагддаггүй
Системгүй бол хүсэлт мессенжер, шуудан, утсаар ирдэг бөгөөд түүний хувь заяа хэн нэгэн бичсэн эсэхээс хамаарна. Системд аливаа хүсэлт — дугаар, зохиогч, хугацаатай бичлэг: тэр эсвэл ажилд байна, эсвэл хаагдсан, гурав дахь төлөв байхгүй. Алдагдсан хүсэлт үйлчлүүлэгч залгах үед биш, шууд харагдана.
Маршрут санамжаас биш, хүсэлтээс бүтнэ
Диспетчер маргаашийн бүх цэгийг жагсаалтаар харна: хаяг, интервал, овор хэмжээ. Цэгүүд маршрутад цуглаж, маршрутад гүйцэтгэгч, тойрох дараалал гарч ирнэ. Мартагдсан цэг анзаарагдалгүй дараагийн өдөр рүү явахгүй — тэр хуваарилагдаагүй үлдэж, тусдаа жагсаалтад харагдана.
Хүн, тээврийн ачаалал харагдана
Машинд хэдэн цэг аль хэдийн томилогдсон, жин, эзэлхүүнээр хэдэн сул зай үлдсэн, аль жолооч цагийн дараа ээлжээ дуусгах вэ. Эдгээр тоогүйгээр ачаалал нүдээр хуваарилагдаж, нэг машин хагас хоосон явж, хоёр дахь нь оройд амждаггүй.
Ачааны статусыг залгаж тодруулах шаардлагагүй
Хүргэлтийн байдлыг түүнийг гүйцэтгэж буй хүн үйлдлийн мөчид өөрчилнө. Диспетчер, менежер, үйлчлүүлэгч нэг ижил бичлэг рүү харна. «Миний ачаа хаана байна» гэсэн асуулт гурван хүний ажил байхаа болино.
Хүлээн авсны баталгаа тогтоогдоно
Ачааг хэн, хэзээ, ямар үндэслэлээр хүлээж авсан нь дурсамж биш, систем дэх бичлэг. Гарын үсэг, гэрэл зураг эсвэл баталгааны код тодорхой хүргэлтэд холбогдоно. «Авчирсан — авчираагүй» маргаан задлан шинжилгээгээр биш, картыг нээснээр шийдэгдэнэ.
Алдаа баримтаар задлагдана
Хоцролт, цуцлалт, буцаалт, амжилтгүй хүргэлт шалтгаантай тусдаа үйл явдал болно. Сарын эцэст «янз бүр байдаг» биш, тодорхой жагсаалт харагдана: хэдэн алдаа, аль чиглэлээр, юунаас болж гарсан.
Юунаас систем бүрддэг
Систем модулиудаас цуглагдана. Тэдгээр бүгд компани бүрд хэрэггүй: хот доторх хүргэлтийн албанд хот хоорондын рейсийн бүртгэл хэрэггүй, өөрийн тээвэртэй үйлдвэрт — захиалгын бирж. Бүрэлдэхүүн зорилтоор тодорхойлогдоно, гэхдээ модулиуд дараа нь хажуугаар нь бичигддэггүй, урьдчилан хоорондоо холбогддог.
Хүсэлт хүлээн авах, боловсруулах
Системийн орох цэг: илгээгч, хүлээн авагч, ачааны бүрэлдэхүүн, хугацаа, нөхцөлтэй тээврийн хүсэлт. Хүсэлт менежерээс, үйлчлүүлэгчийн хувийн кабинетаас эсвэл API-аар гадаад системээс ирнэ — цаашид бүгд ижил дүрмээр амьдарна.
Маршрут ба хүргэлтийн цэг
Цэгүүдийг маршрутад цуглуулах, тойрох дараалал, тээвэр ба гүйцэтгэгч томилох, өдрийн турш маршрут өөрчлөх. Маршрут бол хүсэлттэй адил бүртгэлийн объект: түүнд огноо, төлөв, өөрчлөлтийн түүх байна.
Ачааны бүртгэл
Яг юу тээвэрлэгдэж байна: байр, жин, эзэлхүүн, савлагаа, онцгой нөхцөл. Ачаа хүсэлт, маршрут, баримт бичиг, одоогийн статустай холбоотой тул аль ч талаас нь бусад нь сэргээгдэнэ.
Тээвэр ба гүйцэтгэгч
Машин, хүмүүсийн лавлах: даац, тэвшний эзэлхүүн, тээврийн төрөл, ажиллах хуваарь, үйлчлэх бүс. Эндээс ачаалал гарна — өнөөдөр энэ машинд өөр хэдэн цэг тавьж болох вэ.
Диспетчерийн самбар
Ажилтны ажлын байр: идэвхтэй хүргэлт, маршрут, гүйцэтгэгч, статус, саатал, асуудалтай захиалга нэг дэлгэц дээр. Хөтөч дээр нээгдэнэ, юу ч суулгах шаардлагагүй.
Статус ба үйл явдал
Хүргэлтийн төлвүүдийн эцсийн багц, тэдгээрийн хоорондын шилжилтийн дүрэм. Өөрчлөлт бүр — зохиогч, цаг, үндэслэлтэй үйл явдал; үйл явдал түүх болж цугларч, дараа нь түүгээр алдааг задална.
Агуулахтай холбоо
Иж бүрдүүлэлт, ачилттай холбоо: юу цуглуулагдсан, юу шилжүүлэхэд бэлтгэгдсэн, юу жолоочид бодитоор шилжүүлэгдсэн. Түүнгүйгээр агуулах, хүргэлт хоёр өөр бүртгэлд амьдарч, үдийн хоолны үед аль хэдийн зөрнө.
Гүйцэтгэгчийн ажлын байр
Жолооч, курьерийн аппликейшн эсвэл гар утасны интерфейс: даалгаврын жагсаалт, хаяг, тойрох дараалал, ачааны мэдээлэл, статус солих, хүлээн авсан ба хүргэсний баталгаа, диспетчертэй холбоо.
Мэдэгдэл
Үйлчлүүлэгч, ажилтанд илгээх мессеж: хүсэлт хүлээн авагдсан, ачаа авагдсан, курьер гарсан, хүргэлт хойшлогдсон, хүргэлт болоогүй. Мессеж хүргэх суваг нэвтрүүлэх үед сонгогдож, интеграциар холбогдоно.
Үүрэг ба эрх
Хүсэлтийн оператор, диспетчер, агуулахын нярав, жолооч, удирдагч. Маршрут өөрчлөх, хүргэлт цуцлах, хаяг засах, хүлээн авагчийн хувийн мэдээлэлд хандах нь «ажилтан» гэсэн нийтлэг багц биш, тусдаа эрхүүд.
Аналитик ба тайлагнал
Хүргэлтийн тоо, хугацаандаа гүйцэтгэсний хувь, тээвэр, хүмүүсийн ачаалал, маршрутын үр ашиг, асуудалтай захиалгын жагсаалт. Тайлан файлаар гаргагдаж, хуваариар бүтнэ.
API ба интеграци
Системийн гадаад интерфейс: хүсэлт үүсгэх, статусыг мэдэх, маршрут авах, хүргэлтийн баталгаа дамжуулах, журнал татах. Түүгээр интернэт дэлгүүр, CRM, ERP, агуулахын систем холбогдоно.
Захиалгын удирдлага
хүсэлтээс хүргэлт хүртэл
Тээврийн хүсэлт — юуг хаашаа, ямар хугацаанд, хэний зардлаар, ямар нөхцөлөөр хүргэх ёстойг тогтоодог баримт. Цаашдын бүхэн — маршрут, гүйцэтгэгч, статус, баримт бичиг — түүний дугаарт холбогдоно.
Хүсэлт системд гурван аргын нэгээр орно: түүнийг менежер үүсгэнэ, үйлчлүүлэгч өөрөө хувийн кабинетад бүрдүүлнэ эсвэл компанийн өөр программ API-аар дамжуулна. Эх сурвалж өөр, цаашдын зам нэг — эс бөгөөс захиалгын нэг хэсэгт өөрийн бичигдээгүй боловсруулах журам гарч ирэх байсан.
Шалгалт — албан ёсны хэлбэр биш, тусдаа алхам. Систем заавал бөглөх талбар бөглөгдсөн эсэх, хүлээн авагч лавлахад байгаа эсэх, ачаа зөвшөөрөгдөх овор хэмжээнд багтаж байгаа эсэх, хугацаа боломжийн хязгаараас гарч байгаа эсэхийг харна. Маргаантай хүсэлт маршрут руу чимээгүй явахгүй: тэр ойлгомжтой шалтгаантайгаар тодруулах жагсаалтад үлдэнэ.
Хүсэлт юу агуулах вэ:
- Дугаар, үүсгэсэн огноо, зохиогч, эх сурвалж — хэн, хаанаас оруулсан
- Үйлчлүүлэгч ба төлөгч, хэрэв тэдгээр өөр этгээд бол
- Авах хаяг ба хүргэх хаяг холбоо барих хүмүүстэй
- Ачааны бүрэлдэхүүн: нэр, байрны тоо, жин, эзэлхүүн, савлагаа
- Хүргэх хугацаа ба хүлээн авагчид тохиромжтой интервал
- Нөхцөл: хүлээн авахдаа төлбөр, эмзэг ачаа, давхарт өргөх шаардлагатай, хоёр дахь хүн хэрэгтэй
- Холбогдох баримт: дагалдах хуудас, нэхэмжлэл, өөр системээс ирсэн захиалга
Хүргэлтэд томилох — хүсэлт зорилго байхаа больж, ажил болох мөч. Тэр тодорхой өдрийн маршрутад орж, түүнд гүйцэтгэгч, гүйцэтгэгчид — жагсаалтад нь даалгавар гарч ирнэ. Энэ мөчөөс хүсэлт диспетчерийн самбарт ч, жолоочийн аппликейшнд ч, үйлчлүүлэгчийн түүхэнд ч харагдана.
Заримдаа засвар өдрийн төлөвлөгөөг өөрчилдөг: шинэ хаяг маршрутаас унаж болно, нэмэгдсэн жин томилогдсон машинд багтахгүй байж болно. Ийм хүсэлт чимээгүй засагдахгүй — тэр шалтгааны хамт диспетчерт дахин төлөвлөхөөр буцна.
Нэг хүсэлтийн зам
- ҮүсгэсэнМенежер хүсэлт оруулав: хоёр байр, 46 кг, агуулахаас авах, баасан гарагийн 18:00 хүртэл хүлээн авагчийн хаягт хүргэх
- ШалгасанХаяг лавлахаас олдов, овор хэмжээ тээврийн төрөлд багтав, хугацаа бодитой — хүсэлт төлөвлөлтөд зөвшөөрөгдөв
- Маршрутад тавьсанЦэг баасан гарагийн маршрутад тойрох дарааллын дөрөв дэх байдлаар нэмэгдэв
- Гүйцэтгэгч томилогдсонМаршрут жолооч, машинд хуваарилагдав; даалгавар түүний маргаашийн жагсаалтад гарч ирэв
- Ачаа авсанЖолооч агуулах дээр авсныг тэмдэглэж, систем явсан цагийг бичиж, хүсэлтийг хөдөлгөөнд оруулав
- ХүргэсэнХүлээн авагч ачааг хүлээж авав, баталгаа хүсэлтэд хавсаргагдав, хүлээн авсан цаг тогтоогдов
- ХаагдсанБаримт бичиг тушаагдав, зөрүү алга; хүсэлт түүхэнд орж, хугацааны тайланд ордог
Системийн дэлгэцийн зураг, өгөгдөл нь үзүүлэн. Тав дахь алхам чухал: авсан тэмдэглэлийг ачааг физикээр авч байгаа хүн хийнэ. Хэрэв түүнийг диспетчер «залгасны дагуу» тавьбал систем тээврийг биш, түүний тухай яриаг дүрсэлж эхэлнэ.
Томилогдсон хүсэлтийг засах
Засвар бол чөлөөт засварлалт биш, удирдагдах үйлдэл. Хаяг, хугацаа эсвэл ачааны бүрэлдэхүүн солих нь өмнөх хувилбарыг хадгалж, мөр үлдээнэ: хэн, хэзээ, яг юуг өөрчилсөн. Эс бөгөөс маргаантай хүргэлтийн задаргаа «анх ямар хаяг байсан бэ» гэсэн асуултад тулна.
Маршрутын удирдлага
цэг, дараалал ба гүйцэтгэгч
Маршрут — нэг гүйцэтгэгч ээлжинд тойрдог цэгүүдийн жагсаалт, тойрох дарааллын хамт. Цэг бол хаягаар хийгдэх тодорхой үйлдэл: ачаа авах, ачаа хүргэх, буцаалт авах.
Маршрут үүсгэх сонгосон огнооны хуваарилагдаагүй хүсэлтээс эхэлнэ. Диспетчер тэдгээрийг жагсаалтаар харна: хаяг, дүүрэг, хүлээн авагчийн интервал, жин, эзэлхүүн. Цэгүүд маршрутад гараар эсвэл дүрмээр — жишээ нь, «энэ дүүргийн маргаашийн бүх хүргэлт» — цуглагдаж, маршрут нийт жин, эзэлхүүн, зогсоолын тоог шууд харуулна.
Зогсоолын дараалал тодорхой тогтоогдож, бүгдэд харагдана: диспетчерт самбарт, жолоочид аппликейшнд. Дараалал цэгийг чирснээр өөрчлөгдөх бөгөөд систем маршрутын ачааллыг дахин тооцоолж, зөрчлийн тухай сануулна — жишээ нь, «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-р мөр гүйцэтгэгч үр дүнг тэмдэглэх хүртэл хаагдахгүй: давхарт өргөх нь хүргэлт саатдаг ердийн газар бөгөөд систем энэ тухай хаалганы дэргэд зогсож байгаа хүнээс мэдэх ёстой.
Ачааны удирдлага
юуг, хаанаас, хаашаа тээвэрлэж байна, хэн хариуцаж байна
Ачаа — физикээр зөөгдөж байгаа зүйл. Системд энэ бол хүсэлттэй холбоотой тусдаа бичлэг: нэг хүсэлт хэд хэдэн ачааны байр тээж болно, нэг рейс — хэд хэдэн хүсэлтийн ачааг.
Салгалт бүртгэлийн нарийн байдлын төлөө хэрэгтэй биш. Яг ачааны түвшинд хамгийн олон удаа тавигддаг асуултад хариулдаг: хэдэн байр явсан, бүгд хүрсэн үү, аль нь гэмтсэн, юу буцаж ирсэн.
Ачааны төлөвийн өөрчлөлт бүр — цаг, зохиогчтой үйл явдал. Тиймээс тээврийн түүх бүхэлдээ сэргээгдэнэ: ачааг хэдэн цагт авсан, гүйцэтгэгчдийн хооронд хаана шилжүүлсэн, хүлээн авагчид хэзээ гардуулсан, хэн үүнийг баталсан.
Гүйцэтгэгч хоорондын шилжүүлэг — дагалдах үр нөлөө биш, тусдаа үйлдэл. Агуулахаас ангилалт руу, тэндээс хаяг руу явж байгаа ачаа хариуцагчаа наад зах нь хоёр удаа солино. Шилжүүлэг бүр тодорхой тогтоогдоно, эс бөгөөс алдагдах үед ачаа хаана алдагдсан хэсгийг нэрлэх боломжгүй.
Эндээс мөн «хэн буруутай» гэсэн асуултын хариу гарна — буруутныг хайх утгаараа биш, хэсгийн утгаараа. Хүлээн авагчийн илрүүлсэн гэмтэл ачаа тодорхой гүйцэтгэгчид бүртгэлтэй байсан замын хэсэгт холбогдоно.
Холбогдох баримт бичиг
Дагалдах хуудас, хүлээлцэх акт, савлагааны гэрэл зураг, хүлээн авагчийн гарын үсэг ачааны хажууд амьдарна. Баримт ачаа, хүсэлтэд зэрэг холбогдсон тул үйлчлүүлэгчээс ч, рейсээс ч олдоно — түүнийг захидал харилцаанаас хайх шаардлагагүй.
Хүлээн авах, олгох үеийн гэрэл зураг бол гэмтлийн маргааныг хаах хамгийн хямд арга: тэр мэдэгдэж буй мөчид мэдэгдэж буй хүнээр хийгдсэн бөгөөд хүлээн авагчийн гарын үсэгтэй ижил картад байна.
Ачаа ба хүсэлт нь өөр бичлэг
Нэг хүсэлт хэд хэдэн байр тээж болно, нэг рейс — хэд хэдэн хүсэлтийн ачааг. Энэ нэг бичлэг байх хугацаанд аливаа хэсэгчилсэн тохиолдлыг — таваас гурван байр хүлээж авсан, нэгийг буцаасан — тайлбар дотор үгээр дүрсэлэхэд хүрнэ.
- Юу тээвэрлэгдэж байназаавалНэр, байрны тоо, жин, эзэлхүүн, савлагааны төрөл, онцгой нөхцөл — эмзэг, температурын горим, хоёр хүн шаардлагатай
- ХаанаасзаавалАвах хаяг, илгээх агуулах эсвэл талбай, илгээгчийн холбоо барих хүн
- ХаашаазаавалХүргэх хаяг, хүлээн авагч, хүлээн авах интервал, орох зам, өргөх талаарх тайлбар
- Хэн хариуцахзаавалОдоогийн хариуцагч: жолооч, курьер, агуулах эсвэл ангилалтын талбай — шилжүүлгийн түүхтэй
- Одоогийн статусажлын явцад өөрчлөгдөнөХүргэлтийн контурын төлвүүдийн нэг; талбарыг гараар засахаар биш, гүйцэтгэгчийн үйлдлээр өөрчлөгдөнө
- Явсан цагбаримтаар тогтоогдоноАчаа гүйцэтгэгчид хүлээлгэн өгөгдөж, илгээх цэгээс физикээр гарсан мөч
- Хүлээн авсан цагбаримтаар тогтоогдоноХүлээн авагчид гардуулсан мөч, баталгаажуулах аргын хамт
- Баримт бичиг ба холбоосшаардлагатай болДагалдах хуудас, акт, гэрэл зураг, гарын үсэг, хүсэлтийн дугаар, гадаад систем дэх захиалгын дугаар
Заавал бөглөх талбар — ачааг маршрутад тавьж болохгүй хамгийн бага хэмжээ. Үлдсэн нь тохируулагдана: тавилга тээвэрлэх, баримт бичиг хүргэхэд чухал талбарын багц өөр бөгөөд илүүг бөглүүлэх нь зурааснаар дүүрсэн лавлах авах баталгаатай арга.
Хүргэлтийн хяналт: статус ба онцгой тохиолдол
Статус бол дэлгэц дээрх бичээс биш, зөвшөөрөгдсөн үйлдлүүд урган гардаг төлөв. Төлвүүдийн багц эцсийн: тодорхой нэрлэгдэх хүртэл ажилтан бүр «ажилд байна» гэдгийг өөрөөр ойлгож, тайлан цуглуулах зүйлгүй болно.
- ҮүссэнХүсэлт хүлээн авагдаж шалгагдсан. Ачаа хараахан цуглуулагдаагүй, гүйцэтгэгч томилогдоогүй, гэхдээ үйлчлүүлэгчийн өмнөх үүрэг аль хэдийн тогтоогдсон
- БэлтгэгдсэнАчаа цуглуулагдаж иж бүрдсэн, байр тэмдэглэгдсэн, баримт бичиг бэлэн. Энэ мөчөөс ачааны бүрэлдэхүүн тусдаа үйлдэлгүйгээр өөрчлөгдөхгүй
- Хүргэлтэд шилжүүлсэнАчаа гүйцэтгэгчид физикээр хүлээлгэн өгөгдсөн: тэмдэглэлийг түүнийг авсан хүн тавина. Хариуцлага агуулахаас гүйцэтгэгчид шилжинэ
- ЗамдГүйцэтгэгч маршрутаар явж байна. Энд завсрын үйл явдал гарч ирнэ: цэгт ирсэн, буулгаж эхэлсэн, өмнөх хаяг дээр саатсан
- ХүргэгдсэнХүлээн авагч ачааг хүлээж авав, баталгаа хүргэлтэд хавсаргагдав. Зөвхөн одоо хүргэлт гүйцэтгэгдсэнд тооцогдоно — хаягаас гарсан мөчид биш
Дараалал яг ийм байх нь чухал. Шилжилт бүрийг үйлдэл хийсэн хүн, үйлдлийн мөчид гүйцэтгэнэ — эс бөгөөс систем тээврийн байдлыг биш, диспетчерийн зорилгыг харуулна. Завсрын төлвүүд («ангилалт дээр», «гүйцэтгэгчид шилжсэн») компанийн процесст тохируулан нэмэгдэнэ, гэхдээ багц эцсийн, тодорхой хэвээр үлдэнэ.
| Юу болсон | Систем юу хийдэг вэ | Байдал |
|---|---|---|
| Саатал: хүлээн авагчийн интервал дуусч байна | Цэгийг хугацаа хэтэрсэн гэж тэмдэглэж, диспетчерт тусдаа жагсаалтаар харуулж, хүлээн авагчид хойшлуулсан тухай мэдэгдэл бэлтгэнэ | задаргаа |
| Үйлчлүүлэгч ачилтаас өмнө захиалгыг цуцалсан | Хүсэлтийг цуцлах шалтгаантай хааж, цэгийг маршрутаас хасч, ачааг агуулахын үлдэгдэлд буцаана | хэвийн |
| Ачаа аль хэдийн замд байхад үйлчлүүлэгч захиалгыг цуцалсан | Хүргэлтийг чимээгүй хаахгүй: түүнийг буцаалт руу шилжүүлж, гүйцэтгэгчийн маршрутад буцах цэг тавина | задаргаа |
| Хүлээн авагч газар дээрээ байхгүй | Амжилтгүй хүргэлтийг гүйцэтгэгчийн шалтгаан, тайлбартай тогтоож, ачааг түүнд үлдээж, дахин оролдох асуудлыг тавина | задаргаа |
| Хүлээн авагч ачааг хэсэгчлэн хүлээн авсан | Хүргэлтийг хуваана: хүлээн авсан байр хаагдаж, татгалзсан нь тусдаа бичлэгээр буцаалт руу явна | задаргаа |
| Ачаа тээвэрлэлтийн үед гэмтсэн | Гэрэл зураг, гэмтлийн үеийн хариуцагчтай үйл явдал нээж, хүргэлтийг ердийн гэж хаахыг зөвшөөрөхгүй | задаргаа |
| Гүйцэтгэгч ээлжид гараагүй | Түүний маршрутыг дахин томилохоор чөлөөлж, диспетчерт нөлөөлсөн бүх цэгийг нэг жагсаалтаар харуулна | сануулга |
Нийтлэг зарчим: амжилтгүй үр дүн алга болдоггүй, амжилттай болж хувирдаггүй. Хүргэлт нээлттэй үлдэж, задлах дараалалд орно — энэ нь бичих газаргүйгээс болж асуудал байхгүй тайлангаас хямд.
Компанид яг ямар онцгой тохиолдол хэрэгтэйг судалгаан дээр шийднэ. Тавилга тээвэрлэхэд буцаалт, гэмтлийн задаргаа хэрэгтэй, баримт бичиг хүргэхэд — дахин оролдлого, хүлээн авагчийн биеийн байцаалтын баталгаа. Төлвүүдийн багц тохируулагдана, гэхдээ дүрэм нийтлэг хэвээр: хүргэлтийн аливаа дуусгавар шалтгаантай бөгөөд шалтгаан тайланд ордог.
Диспетчерийн самбар
диспетчер, администратор юу хардаг вэ
Диспетчерийн самбар — өдрийг удирддаг ажлын байр. Түүний зорилт «өгөгдөл харуулах» биш, яг одоо шийдвэр шаардаж байгаа бүхнийг нэг дэлгэцэд цуглуулж, бусдыг харуулахгүй байх.
Тиймээс самбар ээлжийн ажлын ширээ мэт зохион байгуулагдсан: дээр нь шатаж байгаа зүйл, доор — өдрийн ерөнхий зураг, гүнд — түүх ба лавлах. Үйлчлүүлэгчийн дуудлагад хариулахын тулд ажилтан юу хаана байгааг санах шаардлагагүй.
Самбарт юу харагдах вэ:
- Идэвхтэй хүргэлт — яг одоо ажилд байгаа бүх цэг, гүйцэтгэгч, одоогийн статустай нь
- Өдрийн маршрут — хэдэн цэг хаагдсан, хэд үлдсэн, маршрут төлөвлөгөөнөөс хаана хоцорч байна
- Гүйцэтгэгч — хэн ээлжинд байна, хэн маршрут дээр байна, хэн чөлөөлөгдсөн, хэний ажлын цаг дуусч байна
- Статус — хүргэлтийн төлвүүдээр хуваарилалт нэг жагсаалтаар, гараар дахин тоолохгүйгээр
- Саатал — хүлээн авагчийн интервал дуусч байгаа эсвэл аль хэдийн дууссан цэгүүд
- Асуудалтай захиалга — амжилтгүй хүргэлт, буцаалт, гэмтэл, хүлээн авагчийн татгалзал
- Ачаалал — машинд хэдэн жин, эзэлхүүн томилогдсон, хэдэн сул зай үлдсэн
- Хуваарилагдаагүй — аль ч маршрутад хараахан ороогүй хүсэлтүүд
- Үйлдлийн түүх — аливаа хүсэлт, маршрут, ачаанд юу болсон, зохиогч, цагтайгаа
Хандах эрх самбарыг үүргээр ялгана. Диспетчер өөрийн бүсээ, удирдагч бүх чиглэлийг, колл-төвийн оператор статус, холбоо барих мэдээллийг харна, харин санхүүгийн өгөгдлийг харахгүй.
Ялгалт ажилтан бүрийн хажуугийн галочкын багцаар биш, үүргээр тогтоогдоно. Эс бөгөөс хагас жилийн дараа шинэ хүний эрх «Ивановынхтой адил» тохируулагдаж, яг юу нээлттэй байгааг хэн ч хэлж чадахгүй болно.
Ээлжийн хураангуй
118хүргэлт ажилд байна
9цэг хугацаа хэтрэх эрсдэлтэй
4асуудалтай захиалга
12хүсэлт хуваарилагдаагүй
Системийн дэлгэцийн зураг, тоо нь үзүүлэн. Хавтангийн дараалал санамсаргүй сонгогдоогүй: эхэнд нийт хэмжээ биш, шийдвэр шаардаж байгаа зүйл байна. Хуваарилагдаагүй хүсэлт сүүлд байна, учир нь энэ бол диспетчер өөрөө эцэс хүртэл хаадаг цорын ганц хавтан.
Үйлдлийн түүх
Түүх бол «болзошгүй тохиолдолд» гэсэн архив биш, задлах хэрэгсэл. Бичлэг засагдахгүй: засвар шинэ бичлэгээр оруулагдана. Тиймээс «хүргэлтийг маргааш руу хэн шилжүүлсэн» гэсэн асуултад хувилбар биш, хариу байна.
Түүнийг ихэвчлэн гурван үзүүрийн нэгээс хардаг: хүсэлтээр — түүнд юу болсон, гүйцэтгэгчээр — тэр ээлжинд юу хийсэн, маршрутаар — тэр өдрийн турш хэрхэн өөрчлөгдсөн.
Агуулахтай холбоо
иж бүрдүүлэлтээс хүргэлтэд шилжүүлэх хүртэл
Агуулах ба логистик бол нийтлэг чаттай хоёр хэлтэс биш, нэг процессын хоёр хэсэг. «Цуглуулагдсан ч шилжүүлээгүй» ачаа, «шилжүүлсэн ч тэмдэглээгүй» ачаа бол хоёр өөр төлөв бөгөөд тэдгээрийг андуурах нь үнэтэй.
Нэгдсэн тоон процесс нэг зүйлийг илэрхийлнэ: агуулах, хүргэлтийн хоорондын шилжилт бүр мессежээр биш, үйлдлээр тогтоогдоно. Нярав иж бүрдүүлэлтийг, жолооч ачаа хүлээн авсныг, хүлээн авагч хүлээн авсныг тэмдэглэнэ. Эдгээр тэмдэглэлийн хооронд ачаа үргэлж тодорхой хэсэгт бүртгэлтэй байна.
Холбоо агуулахад юу өгдөг вэ: тэр юу аль хэдийн явсан, юу ачилтын бүсэд хоёр дахь хоногоо зогсож байгааг харна. Логистикт юу өгдөг вэ: маршрут хараахан цуглуулаагүй ачаанд төлөвлөгддөггүй, жолооч ачих зүйл байхаас өмнө хаалганд ирдэггүй.
Бүрэн агуулахын бүртгэл — хүлээн авалт, байршуулалт, тооллого, багц ба хадгалах хугацаа — тусдаа хуудасны сэдэв. Энд зөвхөн холбоог тайлбарласан: агуулах логистикт юу дамжуулж, юу буцааж авдаг вэ.
- 1Захиалга
- 2Иж бүрдүүлэлт
- 3Бэлтгэл
- 4Шилжүүлэг
- 5Хүргэлт
- 6Баталгаа
Дөрөв дэх шилжилт бол ачаа хариуцагчаа солих цорын ганц газар. Яг тиймээс тэр хоёр талтай тусдаа үйлдлээр бүрдүүлэгдэнэ: агуулах тушаасан, гүйцэтгэгч хүлээн авсан. Хэрэв энэ алхам алгасагдвал байр алдагдах үед хэсгийг нэрлэх боломжгүй, задаргаа ээлжийн санал асуулга болж хувирна.
Агуулах ба логистикийн хооронд юу дамждаг вэ
- Агуулахаас логистикт — цуглуулсан захиалгын бүрэлдэхүүн, байрны тоо, жин ба эзэлхүүн, ачилтад бэлэн байдал, тэмдэглэгээний дугаар
- Логистикаас агуулахад — тээвэр ирэх төлөвлөгөөт цаг, ачаа авахаар хэн ирэх, тэр ямар маршрутад орох
- Агуулах руу буцаж — буцаалт, татгалзсан байр, хүргэгдээгүй ачаа, тэдгээрийн буцсан шалтгаантай нь
- Хоёуланд нийтлэг — байрны зөөлтийн түүх: хаана байсан, хэн хүлээж авсан, хэзээ хариуцагч солигдсон
Хэрэв агуулах өөр программ дээр ажилладаг бол
Энэ бол ердийн нөхцөл: агуулахын бүртгэл байгаа систем дээр аль хэдийн хөтлөгдөж байгаа, түүнийг солих санаа хэнд ч алга. Тэгвэл холбоо солилцоогоор бүтнэ — логистик захиалгын бэлэн байдал, байрны бүрэлдэхүүнийг авч, статус, баталгааг буцаана.
Солилцооны бүрэлдэхүүн, давтамжийг гадаад систем юу өгч чаддагаар тодорхойлно. Тодорхой программын боломж судалгаан дээр тодруулагдана — бэлэн интеграцийг урьдчилан зарлах нь өөр хүний бүтээгдэхүүний төлөө амлалт байх байсан.
Хүсэлт ба маршрут
Ачаа ба статус
Диспетчерийн самбар
Хүргэлтийн тайлагнал
Ажилтнууд системтэй хэрхэн ажилладаг вэ
Үүрэг бүрд өөрийн ажлын байр, өөрийн үйлдлийн багц байна. Энэ бол хязгаарлалтын төлөөх хязгаарлалт биш: дэлгэц дээр илүү зүйл бага байх тусам ээлжид алдаа бага гарч, шинэ хүний сургалт богино болно.
Хүсэлтийн оператор
Бүх сувгаас хүсэлт хүлээн авч, хаяг, ачааны бүрэлдэхүүнийг шалгаж, маргаантайг үйлчлүүлэгчээс тодруулна. Тодруулах дараалал, өөрийн хүсэлтүүдийг харна; маршрут, тээврийн ачааллыг хөндөхгүй.
Диспетчер
Маршрут цуглуулж, гүйцэтгэгч томилж, өдрийг хөтөлнө: цэг шилжүүлэх, саатал руу хариу үзүүлэх, асуудалтай хүргэлтийг задлах. Самбарын үндсэн хэрэглэгч, өдрийн турш өөрчлөлтийн гол эх сурвалж.
Агуулахын ажилтан
Иж бүрдүүлэлт, ачилтад бэлэн байдлыг тэмдэглэж, ачааг гүйцэтгэгчид шилжүүлэх, буцаалт хүлээн авахыг бүрдүүлнэ. Маршруттай биш, байр, тэмдэглэгээтэй ажиллана.
Жолооч
Ээлжийн маршрут авч, ачаа авалт, хүргэлтийг тэмдэглэж, цэг хаагдаагүй бол шалтгааныг тогтооно. Зөвхөн өөрийн өдрийн даалгавар, тэдгээрийг гүйцэтгэхэд шаардлагатай өгөгдлийг харна.
Хүргэлтийн ажилтан
Ижил хувилбар, гэхдээ гар утасны интерфейст бөгөөд ээлжид богино цэгийн тоо илүү их. Хүлээн авсныг баталж, зураг эсвэл гарын үсэг хавсаргаж, хаягийн талаар тайлбар бичнэ.
Удирдагч
Ээлжийг биш, хугацааг харна: хүргэлтийн хэмжээ, хугацаандаа гүйцэтгэсний хувь, ачаалал, давтагдах алдааны жагсаалт. Түүнд шуурхай үйлдэл хэрэггүй — түшиглэж болох тоо хэрэгтэй.
Курьер ба жолооч
гүйцэтгэгчийн ажлын интерфейс
Гүйцэтгэгчид «системд хандах эрх» биш, одоо юу хийхийн богино жагсаалт хэрэгтэй. Тиймээс түүний ажлын байр — диспетчерийнхтэй ижил самбар биш, тусдаа интерфейс: гар утасны аппликейшн эсвэл тохируулсан вэб хуудас.
Түүнд юу байдаг вэ:
- Ээлжийн даалгаврын жагсаалт тойрох дарааллаар
- Орох зам, давхар, орцын тайлбартай хаягууд
- Захиалгын мэдээлэл: юу тээвэрлэж байна, хэдэн байр, хүлээн авагч хэн, хүлээн авахдаа төлбөр байна уу
- Нэг үйлдлээр статус солих: ирсэн, авсан, хүргэсэн
- Илгээх цэгт ачаа хүлээн авсны баталгаа
- Хүргэлтийн баталгаа: гарын үсэг, гэрэл зураг эсвэл хүлээн авагчийн код
- Ямар нэг зүйл төлөвлөснөөр яваагүй үед цэгийн тайлбар
- Утаснаас дугаар хайлгүйгээр даалгаврын картаас диспетчертэй холбогдох
Ийм интерфейст тавих чухал шаардлага — холбоо муу үед ажиллах. Сүлжээнээс гадуур хийсэн тэмдэглэл төхөөрөмж дээр хадгалагдаж, холбоо гарч ирэхэд илгээгдэнэ; дахин илгээх нь хоёр дахь хүргэлтийг үүсгэхгүй.
Гүйцэтгэгчийн ажлын дэлгэрэнгүй задаргаа — «Курьерүүдэд» тусдаа хуудасны сэдэв. Энд өөр зүйл чухал: энэ интерфейс дэх тэмдэглэл нь бодит статусын цорын ганц эх сурвалж тул тэр сүүлд биш, хамгийн түрүүнд төлөвлөгддөг.
Газар дээрх тэмдэглэл компанид юу өгдөг вэ
Гүйцэтгэгчийн үйлдлийн мөч дэх тэмдэглэл бол хяналтын төлөөх хяналт биш. Түүнээс хүргэлтийн бодит цаг, цэгийн үргэлжлэх хугацаа, алдааны шалтгаан гарна. Түүнгүйгээр гурван үзүүлэлт бүгд өдрийн эцэст санамжаар сэргээгдэнэ, өөрөөр хэлбэл сэргээгдэхгүй.
Хоёр дахь үр нөлөө — диспетчерээс авагдсан ачаалал: статусыг тэр утсаар сонссоноор хөтөлж байх хугацаанд ээлжийн тал нь өөр хүний ажлыг систем рүү дахин бичихэд өнгөрнө.
Яагаад энэ тусдаа интерфейс вэ
Гүйцэтгэгчид ажиллах нөхцөл өөр: нэг гарт утас, нөгөөд хайрцаг, нар дор дэлгэц, холбоо нэг мэдэгдэнэ. Диспетчерийн самбар ийм нөхцөлд ашиглагддаггүй — түүнд том элемент, хамгийн бага талбар, сүлжээгүйгээр ойлгомжтой ажиллагаа хэрэгтэй.
Тиймээс түүний ажлын байр өгөгдлийн бүрэн байдалд биш, ээлжид тохируулан төлөвлөгдөнө: дэлгэц дээр зөвхөн одоогийн цэг ба дараагийнх, бусад нь гүн рүү нуугдсан.
Аналитик
ямар өгөгдлийг хэмжиж болох вэ
Тайлан зөвхөн өгөгдөл системд үйлдлийн мөчид ордог газарт утгатай. Хэрэв статус оройд «өдрийн үр дүнгээр» тавигддаг бол аливаа тайлан болсон зүйлтэй холбоогүй эмх цэгцтэй зураг харуулна.
Хуримтлагдсан өгөгдлөөр юу тооцогддог вэ:
- Хүргэлтийн тоо — өдөр, долоо хоног, сараар; чиглэл, үйлчлүүлэгч, гүйцэтгэгчээр
- Гүйцэтгэсэн ба асуудалтай захиалга — хугацаандаа хүргэгдсэний хувь, өөрөөр дууссан нь шалтгаантайгаа
- Хүргэлтийн хугацаа — хүсэлтээс гардуулах хүртэлх, хүргэлтэд шилжүүлснээс хүлээн авах хүртэлх бодит хугацаа
- Ачаалал — машин, гүйцэтгэгчид хэдэн цэг, жин, эзэлхүүн ногдож байна, хэдэн сул зай үлдэж байна
- Маршрутын үр ашиг — ээлжид цэгийн тоо, төлөвлөгөөгөөр хаагдсаны хувь, зогсоолуудын хоорондох хугацаа
- Үйлдлийн түүх — зөвхөн нэгдсэн тоонд биш, тодорхой тохиолдлыг задлах эх сурвалж
Үзүүлэлтийн тодорхойлолт нэг удаа тогтоогдож, бүх тайланд ашиглагдана. «Хугацаандаа хүргэгдсэн» нь диспетчерийн тайланд ч, удирдагчийн тайланд ч ижил утгатай байх ёстой — эс бөгөөс нэг өдрийн хоёр хураангуй таарахгүй, хоёул итгэл төрүүлэхээ болино.
Тайлан файлаар гаргагдаж, хуваариар бүтэж, API-аар гадаад аналитикийн системд явж болно — гаргалтын бүрэлдэхүүн төслөөр тодорхойлогдоно.
Долоо хоногийн хураангуй
612хүргэлт хугацаанд
27дууссан жирийн бус
Системийн дэлгэцийн зураг, тоо нь үзүүлэн. Хоёр дахь хавтан эхнийхээс чухал: жирийн бус дуусгаврын бүрэлдэхүүн — цуцлалт, буцаалт, амжилтгүй хүргэлт — задлагдтал нийт хэмжээ зөвхөн ачааллын тухай ярих боловч ажлын чанарын тухай биш.
Интеграци ба өгөгдөл солилцох
Логистикийн систем ганцаараа зогсох нь ховор: захиалга нэг программаас ирж, үйлчлүүлэгч хоёр дахьд хөтлөгдөж, үлдэгдэл гурав дахьд байдаг. Доор — солилцоо хамгийн олон бүтдэг чиглэлүүд. Интеграцийн тодорхой бүрэлдэхүүн гадаад систем юу өгч чаддагаар тодорхойлогдож, судалгаан дээр тодруулагдана.
Интернэт дэлгүүр
Бүрдүүлсэн захиалга логистикт хүсэлт болж автоматаар дамжиж, хүргэлтийн статус худалдан авагчид хувийн кабинетад буцаж болно. Витрин өөрөө хэрхэн зохион байгуулагдсан, захиалгын бүртгэл ямар байдаг нь хуудсанд задлагдсан цахим худалдааны хуудсанд.
CRM
Үйлчлүүлэгчийн лавлах, гүйлгээний түүхтэй интеграци боломжтой: хүсэлт үйлчлүүлэгчийн картаас үүсч, хүргэлтийн үр дүн менежерт буцна. Харилцагчийн давхардал үржүүлэхгүйн тулд солилцоо үйлчлүүлэгчийн танигчаар явна.
ERP ба бүртгэлийн систем
Компанийн бүртгэлийн контуртай хамтран ажиллаж болно: захиалга, дагалдах хуудас, харилцан тооцоо. Солилцооны чиглэл, баримт бичгийн багц аль бүртгэлийг үндсэн гэж хүлээн зөвшөөрсөнөөр тодорхойлогдоно.
Агуулахын систем
Захиалгын бэлэн байдал, байрны бүрэлдэхүүн, тэмдэглэгээ агуулахаас ирж, статус, буцаалт буцаж явна. Хэрэв агуулах гадаад программ дээр хөтлөгддөг бол холбоо солилцоогоор бүтнэ — дээрх агуулахтай холбоо тухай хэсгийг үзнэ үү.
Курьерүүдэд зориулсан программ
Гүйцэтгэгчийн ажлын байр системийн хэсэг эсвэл API-аар холбогдсон тусдаа аппликейшн байж болно: даалгавар авч, статус, баталгаа буцаана. Хоёр дахь хувилбар аппликейшн аль хэдийн ашиглагдаж байгаа газарт хэрэгтэй.
Төлбөрийн систем
Хүлээн авахдаа төлбөр байгаа газарт төлбөрийн үйлчилгээ эсвэл гүйцэтгэгчийн терминалтай интеграци боломжтой: төлөх дүн хүсэлтээс ирж, төлбөрийн үр дүн хүргэлтэд буцна. Бүрэлдэхүүн нийлүүлэгчээс хамаарна.
Гадаад үйлчилгээ
Газрын зураг, хаягийн геокодчилол, тээврийн телематик, мэдэгдлийн үйлчилгээ, гүйцэтгэгч тээвэрлэгчид. Ийм холболт бүр — солилцооны тусдаа модуль; бэлэн коннектор байгааг урьдчилан зарладаггүй.
API
Системийн өөрийн интерфейс: хүсэлт үүсгэх, статус ба маршрут авах, хүргэлтийн баталгаа дамжуулах, үйлдлийн журнал татах. Түүгээр тусдаа модульгүй бүхэн холбогдоно.
Солилцооны дүрэм хаана ч ижил: үйлдэл бүрд түлхүүр байдаг тул давтан дамжуулалт хоёр дахь хүсэлтийг үүсгэхгүй; зөрүү алга болдоггүй, задлах дараалалд ордог; илгээмж бүр, хариу бүр солилцооны журналд бичигдэнэ. Энэ гурван дүрэмгүйгээр интеграци эхний холбоо тасрах хүртэл яг ажиллана.
Нэвтрүүлэлтийн дараалал
Логистикийг нэг өдөрт бүхэлд нь систем рүү шилжүүлдэггүй: ажилтнууд статусыг хуучнаар хөтөлж байх хугацаанд тайлан дахь өгөгдөл юу ч илэрхийлэхгүй. Тиймээс эхлүүлэлт хэсэгчлэн явж, дараагийн бүр нь ажиллаж байгаа өмнөхөд түшиглэнэ.
1. Судалгаа
Хүсэлт одоо хэрхэн ирдэг, маршрутыг хэн төлөвлөдөг, статусыг юугаар хөтөлдөг, ямар программ аль хэдийн байгаа, тэдгээр юу өгч чаддаг вэ. Үр дүн — процессын тайлбар, юу хамгийн түрүүнд автоматжуулагдахын жагсаалт.
2. Нэг чиглэл дээр туршилт
Нэг хот, нэг хүргэлтийн алба эсвэл нэг агуулах. Хүсэлт, маршрут, статус, гүйцэтгэгчийн тэмдэглэл бүх компани процесст ороохоос өмнө бодит тээвэр дээр бүтэн тойрог дамжина.
3. Үүрэг ба дүрэм
Хэн юуг өөрчилж чадах, ямар онцгой тохиолдол хэрэгтэй, буцаалт, амжилтгүй хүргэлт хэрхэн боловсруулагдах, мэдэгдэл хэнд очих вэ. Мөн энд эрх, маршрутын гар өөрчлөлтийн журам тохируулагдана.
4. Байршуулалт ба солилцоо
Үлдсэн чиглэлүүд боловсруулсан схемээр, интеграци — солилцооны тусдаа модулиар. Цаашид түүх хуримтлагдаж, хугацааны тайлан, тээвэр төлөвлөх өгөгдөл гарч ирнэ.
Бидний үйлчлүүлэгчид
Таны логистикийг ярилцъя
Бидэнтэй одоо холбогдоно уу
Өдөрт хэдэн хүргэлт, хүсэлт хаанаас ирдэг, өөрийн тээвэр үү эсвэл гүйцэтгэгчид үү, агуулах байгаа эсэх, таны өгөгдөл ямар программуудад аль хэдийн байгааг бичээрэй. Юу хамгийн түрүүнд автоматжуулагдах, одоо байгаа системүүдэд юу холбогдож болох, туршилтыг юунаас эхлэх нь зүйтэйг хариулъя.
