Վերլուծենք ձեր փոխադրումների սխեման և կասենք, ինչն է ավտոմատացվում առաջին հերթին
Որտեղից են գալիս հայտերը, ինչպես են հիմա պլանավորվում երթուղիները, ով է վարում կարգավիճակները և ինչ ծրագրերում են արդեն ընկած ձեր տվյալները:
Քանի դեռ փոխադրումները քիչ են, դրանք պահում են գլխում, աղյուսակում և նամակագրության մեջ: Ծավալի աճի հետ սա դադարում է աշխատել. որտեղ է բեռը, գիտի միայն վարորդը, ով և ինչ ում է խոստացել — միայն նա, ով ընդունել է հայտը: Լոգիստիկայի ծրագիրը հանում է աշխատանքի այս եղանակը. հայտը, երթուղին, բեռը և առաքման կարգավիճակը դառնում են գրառումներ մեկ համակարգում, իսկ դիսպետչերը տեսնում է դրանք մեկ էկրանին: Ստորև վերլուծված է, թե ինչպես է սա կառուցված — հայտի ստացումից մինչև ստացման հաստատումը:
Լոգիստիկայի կառավարման համակարգը — ծրագիր, որը վարում է փոխադրումների հաշվառումը. ընդունում է հայտերը, դրանցից հավաքում է երթուղիներ, նշանակում է կատարողներ, հետևում է բեռի շարժին և պահում է պատմությունն այն ամենի, ինչ տեղի է ունեցել յուրաքանչյուր առաքման հետ:
Տարբերությունը երևում է մեկ օրինակով: Առանց համակարգի հայտն ապրում է մեսենջերում, երթուղին՝ դիսպետչերի թերթիկի վրա, իսկ բեռի վիճակը՝ վարորդի գլխում: Հաճախորդին «որտեղ է իմ բեռը» պատասխանելու համար պետք է զանգահարել երեք մարդու: Ոչ ոք չգիտի, թե քանի մեքենա է բեռնված վաղվա համար, որովհետև այս թիվը ոչ մի տեղ հաշվված չէ:
Համակարգում նույնն է՝ գրառումներ: Հայտն ունի համար, ուղարկող, ստացող, ժամկետ և ընթացիկ վիճակ: Երթուղին՝ կետերի ցուցակ, շրջանցման կարգ և կատարող: Բեռը՝ կարգավիճակ, որը փոխվում է ոչ թե խոսքով, այլ ծրագրում գործողությամբ: «Որտեղ է բեռը» հարցի պատասխանը վերցնում է վայրկյաններ և կախված չէ նրանից, թե այսօր ով է հերթափոխում:
Օրինակ: Հաճախորդը հինգշաբթի փոխադրման հայտ է թողել: Օպերատորը ստուգել է հասցեն ու չափերը, հայտը դրել է ուրբաթվա երթուղում, համակարգը նշանակել է այն վարորդին վեց այլ կետերի հետ միասին: Առավոտյան վարորդը բացել է առաջադրանքների ցուցակը, նշել է բեռի վերցնելը, երեկոյան՝ առաքումը: Հաճախորդի մոտ այդ ժամանակ փոխվում էր կարգավիճակը, իսկ ընկերության մոտ ուրբաթ երեկոյան պատրաստ էր ամփոփումը՝ քանի կետ են անցել, քանիսին են հասցրել ժամկետում և որ առաքման գծով է եղել խափանում:
Լոգիստիկայի ավտոմատացումը սկսվում է այնտեղ, որտեղ երեք հարցի պատասխանները դադարում են տեղավորվել դիսպետչերի գլխում. քանի հայտ է հիմա աշխատանքում, որտեղ է գտնվում կոնկրետ բեռը և ինչու երեկ երկու առաքում մեկնեցին հաջորդ օրը:
Կապը երկկողմանի է. առաջադրանքը գնում է ձախից աջ, կատարողի նշումներն ու իրադարձությունները՝ հակառակ: Առաքումը համարվում է կայացած ոչ թե այն բանից հետո, երբ վարորդը մեկնել է հասցեից, այլ ստացման հաստատումից հետո: Առանց այս քայլի համակարգը բեռների մասին կպատմեր այն, ինչին հավատում է, ոչ թե այն, ինչ տեղի է ունեցել:

Ծրագիրը մեքենա չի վարում և դիսպետչերին չի փոխարինում: Այն հանում է ձեռքի աշխատանքը որոշման շուրջ. հավաքում է հայտերը մեկ տեղում, ցույց է տալիս բեռնվածությունը, թույլ չի տալիս կորցնել կետը և ֆիքսում է ամեն փոփոխություն: Որոշումն այն մասին, թե ում տալ շտապ պատվերը և արժե՞ արդյոք սպասել ուշացող հաճախորդին, մնում է մարդու վրա — բայց ընդունվում է ամբողջական պատկերով, ոչ թե հիշողությամբ:
Ճիշտ այդպես համակարգն ինքնին «չգիտի» խցանումներն ու եղանակը. ցանկացած արտաքին տվյալ գալիս է դրա մեջ ինտեգրման միջոցով, և դրանց կազմը որոշվում է նախագծով:
Համակարգ առաջինը փոխանցում են հայտերի հաշվառումը, ոչ թե երթուղիներն ու քարտեզները: Պատճառը պարզ է. քանի դեռ հայտերն ապրում են նամակագրության մեջ, ցանկացած երթուղի կառուցված է թերի ցուցակով, իսկ ցանկացած հաշվետվություն հաշվված է նրանով, ինչը որևէ մեկը չի մոռացել գրանցել:
Ստորև՝ ոչ թե ֆունկցիաների ցուցակ, այլ վեց խնդիր, որոնց պատճառով լոգիստիկան ընդհանրապես ավտոմատացնում են: Յուրաքանչյուրը ձևակերպվում է նույն կերպ. ինչ է կատարվում առանց ծրագրի և ինչ է փոխվում դրա հետ:
Առանց համակարգի հայտը գալիս է մեսենջեր, փոստ և հեռախոսով, իսկ դրա ճակատագիրը կախված է նրանից, թե որևէ մեկը գրանցե՞լ է այն: Համակարգում ցանկացած հայտ գրառում է համարով, հեղինակով և ժամկետով. այն կա՛մ աշխատանքում է, կա՛մ փակված է, երրորդ վիճակ չկա: Կորած հայտը դառնում է տեսանելի անմիջապես, ոչ թե երբ զանգահարի հաճախորդը:
Դիսպետչերը տեսնում է վաղվա բոլոր կետերը ցուցակով՝ հասցեներ, միջակայքեր, չափեր: Կետերը հավաքվում են երթուղիների մեջ, երթուղին ձեռք է բերում կատարող և շրջանցման կարգ: Մոռացված կետը հաջորդ օր աննկատ չի մեկնում — այն մնում է չբաշխված և երևում է առանձին ցուցակում:
Քանի կետ է արդեն նշանակված մեքենային, որքան ազատ տեղ է մնացել ըստ քաշի և ծավալի, վարորդներից ով է ավարտում հերթափոխը մեկ ժամից: Առանց այս թվերի բեռնվածությունը բաշխվում է աչքաչափով, և մեկ մեքենան մեկնում է կիսադատարկ, մինչ երկրորդը չի հասցնում մինչև երեկո:
Առաքման վիճակը փոխում է նա, ով այն կատարում է, գործողության պահին: Դիսպետչերը, մենեջերը և հաճախորդը նայում են նույն գրառմանը: «Որտեղ է իմ բեռը» հարցը դադարում է աշխատանք լինել երեք մարդու համար:
Ով է ընդունել բեռը, երբ և ինչ հիմքով — գրառում համակարգում, ոչ թե հիշողություն: Ստորագրությունը, լուսանկարը կամ հաստատման կոդը կապված են կոնկրետ առաքման հետ: «Բերե՞լ են, թե՞ չեն բերել» վեճը լուծվում է քարտի բացմամբ, ոչ թե քննությամբ:
Ուշացումները, չեղարկումները, վերադարձներն ու անհաջող առաքումները դառնում են առանձին իրադարձություններ պատճառով: Ամսվա վերջում երևում է ոչ թե «ամեն ինչ էլ լինում է», այլ կոնկրետ ցանկ. քանի խափանում, ինչ ուղղություններով և ինչի պատճառով են դրանք տեղի ունենում:
Համակարգը հավաքվում է մոդուլներից: Ոչ բոլորն են պետք ամեն ընկերության. քաղաքի ներսում առաքման ծառայությանը պետք չէ միջքաղաքային ուղերթների հաշվառում, իսկ սեփական տրանսպորտով արտադրությանը՝ պատվերների բորսա: Կազմը որոշվում է խնդրով, բայց մոդուլները միմյանց հետ միակցվում են նախապես, ոչ թե հետո ավելագրվում կողքից:

Համակարգի մուտքի կետը՝ փոխադրման հայտ ուղարկողով, ստացողով, բեռի կազմով, ժամկետով և պայմաններով: Հայտերը գալիս են մենեջերից, հաճախորդի անձնական աշխատասենյակից կամ արտաքին համակարգից 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-ի միջոցով. ստանում է առաջադրանքներ, վերադարձնում է կարգավիճակներ և հաստատումներ: Երկրորդ տարբերակը պետք է այնտեղ, որտեղ հավելվածն արդեն օգտագործվում է:
Այնտեղ, որտեղ կա վճարում ստանալիս, հնարավոր է ինտեգրում վճարային ծառայության կամ կատարողի տերմինալի հետ. վճարման գումարը գալիս է հայտից, վճարման արդյունքը վերադառնում է առաքում: Կազմը կախված է մատակարարից:
Քարտեզներ և հասցեների գեոկոդավորում, տրանսպորտի հեռաչափություն, ծանուցումների ծառայություններ, կապալառու փոխադրողներ: Ամեն այդպիսի միացում փոխանակման առանձին մոդուլ է. պատրաստի կոնեկտորի առկայությունը նախապես չի հայտարարվում:
Համակարգի սեփական ինտերֆեյսը՝ ստեղծել հայտ, ստանալ կարգավիճակ և երթուղի, փոխանցել առաքման հաստատում, վերցնել գործառնությունների մատյան: Դրա միջոցով միանում է այն ամենը, ինչի համար առանձին մոդուլ չկա:
Փոխանակման կանոններն ամենուր նույնն են. յուրաքանչյուր գործառնություն ունի բանալի, այդ պատճառով կրկնակի փոխանցումը երկրորդ հայտ չի ստեղծում. անհամապատասխանությունները չեն անհետանում, այլ ընկնում են վերլուծության հերթ. ամեն ուղարկում և ամեն պատասխան գրվում են փոխանակման մատյան: Առանց այս երեք կանոնի ինտեգրումն աշխատում է ուղիղ մինչև կապի առաջին խզումը:
Լոգիստիկան համակարգ չեն փոխանցում ամբողջությամբ մեկ օրում. քանի դեռ աշխատակիցները կարգավիճակները վարում են հին ձևով, հաշվետվությունների տվյալները ոչինչ չեն նշանակում: Այդ պատճառով գործարկումը գնում է հատվածներով, և յուրաքանչյուր հաջորդը հենվում է աշխատող նախորդի վրա:
Ինչպես են հայտերը գալիս հիմա, ով է պլանավորում երթուղիները, ինչով են վարվում կարգավիճակները, ինչ ծրագրեր են արդեն կանգնած և ինչ կարող են դրանք տալ: Արդյունքը՝ գործընթացի նկարագրություն և առաջին հերթին ավտոմատացվողի ցանկ:
Մեկ քաղաք, մեկ առաքման ծառայություն կամ մեկ պահեստ: Հայտերը, երթուղիները, կարգավիճակները և կատարողների նշումներն անցնում են ամբողջական շրջան իրական փոխադրումների վրա — մինչև այն, ինչպես գործընթացով ծածկվի ամբողջ ընկերությունը:
Ով ինչ կարող է փոխել, ինչ բացառություններ են պետք, ինչպես է մշակվում վերադարձը և անհաջող առաքումը, ում են գնում ծանուցումները: Այստեղ էլ կարգավորվում են իրավունքները և երթուղու ձեռքով փոփոխությունների կարգը:
Մնացած ուղղությունները մշակված սխեմայով, ինտեգրումները՝ փոխանակման առանձին մոդուլներով: Հետո կուտակվում է պատմություն, հայտնվում են հաշվետվություններ ժամանակահատվածի համար և տվյալներ տրանսպորտի պլանավորման համար:
Գրեք, թե օրական քանի առաքում է, որտեղից են գալիս հայտերը, սեփական տրանսպո՞րտ է, թե կապալառուներ, կա՞ պահեստ և ինչ ծրագրերում են արդեն ընկած ձեր տվյալները: Մենք կպատասխանենք, թե ինչն է ավտոմատացվում առաջին հերթին, ինչը կարելի է միացնել գործող համակարգերին և ինչից է խելամիտ սկսել փորձնական գործարկումը: