გავარჩევთ თქვენს გადაზიდვების სქემას და გეტყვით, რა ავტომატიზირდება პირველ რიგში
საიდან მოდის განაცხადები, როგორ იგეგმება ახლა მარშრუტები, ვინ აწარმოებს სტატუსებს და რომელ პროგრამებში დევს უკვე თქვენი მონაცემები.
სანამ გადაზიდვები ცოტაა, მათ თავში, ცხრილსა და მიმოწერაში ინახავენ. მოცულობის ზრდასთან ერთად ეს წყვეტს მუშაობას: სად არის ტვირთი, იცის მხოლოდ მძღოლმა, ვინ და რა ვის დაპირდა — მხოლოდ იმან, ვინც განაცხადი მიიღო. ლოგისტიკის პროგრამა შლის მუშაობის ამ ხერხს: განაცხადი, მარშრუტი, ტვირთი და მიტანის სტატუსი ხდება ჩანაწერები ერთ სისტემაში, ხოლო დისპეტჩერი ხედავს მათ ერთ ეკრანზე. ქვემოთ გარჩეულია, როგორ არის ეს მოწყობილი — განაცხადის შემოსვლიდან მიღების დადასტურებამდე.
ლოგისტიკის მართვის სისტემა — პროგრამა, რომელიც აწარმოებს გადაზიდვების აღრიცხვას: იღებს განაცხადებს, კრებს მათგან მარშრუტებს, ნიშნავს შემსრულებლებს, ადევნებს თვალს ტვირთის მოძრაობას და ინახავს ისტორიას იმისა, რაც ყოველ მიტანასთან მოხდა.
განსხვავება ჩანს ერთ მაგალითზე. სისტემის გარეშე განაცხადი ცხოვრობს მესენჯერში, მარშრუტი — დისპეტჩერის ფურცელზე, ხოლო ტვირთის მდგომარეობა — მძღოლის თავში. კლიენტისთვის პასუხის გასაცემად «სად არის ჩემი ტვირთი», საჭიროა სამ ადამიანთან დარეკვა. არავინ იცის, რამდენი მანქანაა დატვირთული ხვალისთვის, რადგან ეს ციფრი არსად არ არის დათვლილი.
სისტემაში იგივეა — ჩანაწერები. განაცხადს აქვს ნომერი, გამგზავნი, მიმღები, ვადა და მიმდინარე მდგომარეობა. მარშრუტს — წერტილების სია, შემოვლის რიგი და შემსრულებელი. ტვირთს — სტატუსი, რომელიც იცვლება არა სიტყვით, არამედ მოქმედებით პროგრამაში. კითხვაზე პასუხი «სად არის ტვირთი» წამებს იკავებს და არ არის დამოკიდებული იმაზე, ვინ არის დღეს ცვლაში.
მაგალითი. კლიენტმა ხუთშაბათს დატოვა განაცხადი გადაზიდვაზე. ოპერატორმა შეამოწმა მისამართი და გაბარიტები, დააყენა განაცხადი პარასკევის მარშრუტში, სისტემამ დანიშნა ის მძღოლზე კიდევ ექვს წერტილთან ერთად. დილით მძღოლმა გახსნა დავალებების სია, აღნიშნა ტვირთის აღება, საღამოს — მიტანა. კლიენტთან ამ დროს იცვლებოდა სტატუსი, ხოლო კომპანიას პარასკევის საღამოსთვის მზად ჰქონდა შეჯამება: რამდენი წერტილი გაიარეს, რამდენს მოასწრეს ვადაში და რომელი მიტანით იყო ჩავარდნა.
ლოგისტიკის ავტომატიზაცია იწყება იქ, სადაც სამ კითხვაზე პასუხები წყვეტს დისპეტჩერის თავში ჩატევას: რამდენი განაცხადია ახლა მუშაობაში, სად იმყოფება კონკრეტული ტვირთი და რატომ წავიდა გუშინ ორი მიტანა მომდევნო დღეს.
კავშირი ორმხრივია: დავალება მიდის მარცხნიდან მარჯვნივ, შემსრულებლის აღნიშვნები და მოვლენები — უკან. მიტანა ითვლება შემდგარად არა მას შემდეგ, რაც მძღოლი მისამართიდან წავიდა, არამედ მიღების დადასტურების შემდეგ. ამ ნაბიჯის გარეშე სისტემა ტვირთებზე მოგვითხრობდა იმას, რისიც სჯერა, და არა იმას, რაც მოხდა.

პროგრამა მანქანას არ ატარებს და დისპეტჩერს არ ცვლის. ის შლის ხელით სამუშაოს გადაწყვეტილების გარშემო: კრებს განაცხადებს ერთ ადგილას, აჩვენებს დატვირთვას, არ აძლევს საშუალებას წერტილი დაიკარგოს და აფიქსირებს ყოველ ცვლილებას. გადაწყვეტილება იმაზე, ვის მისცეს სასწრაფო შეკვეთა და ღირს თუ არა დაგვიანებული კლიენტის ლოდინი, რჩება ადამიანთან — მაგრამ მიიღება სრული სურათით, და არა მეხსიერებით.
ზუსტად ასევე სისტემა თავისთავად «არ იცნობს» საცობებსა და ამინდს: ნებისმიერი გარე მონაცემი მასში მოდის ინტეგრაციით, და მათი შემადგენლობა განისაზღვრება პროექტით.
პირველად სისტემაში გადაჰყავთ განაცხადების აღრიცხვა, და არა მარშრუტები და რუკები. მიზეზი მარტივია: სანამ განაცხადები ცხოვრობს მიმოწერაში, ნებისმიერი მარშრუტი აგებულია არასრული სიით, ხოლო ნებისმიერი ანგარიში დათვლილია იმით, რაც ვიღაცას არ დავიწყებია ჩაეწერა.
ქვემოთ — არა ფუნქციების სია, არამედ ექვსი პრობლემა, რომელთა გამოც ლოგისტიკას საერთოდ ავტომატიზირებენ. თითოეული ფორმულირდება ერთნაირად: რა ხდება პროგრამის გარეშე და რა იცვლება მასთან ერთად.
სისტემის გარეშე განაცხადი მოდის მესენჯერში, ფოსტაზე და ტელეფონით, ხოლო მისი ბედი დამოკიდებულია იმაზე, ჩაიწერა თუ არა ის ვინმემ. სისტემაში ნებისმიერი განაცხადი — ჩანაწერია ნომრით, ავტორითა და ვადით: ის ან მუშაობაშია, ან დახურულია, მესამე მდგომარეობა არ არსებობს. დაკარგული განაცხადი ხდება ხილული მაშინვე, და არა მაშინ, როცა კლიენტი დარეკავს.
დისპეტჩერი ხედავს ხვალის ყველა წერტილს სიით: მისამართები, ინტერვალები, გაბარიტები. წერტილები იკრიბება მარშრუტებში, მარშრუტს უჩნდება შემსრულებელი და შემოვლის რიგი. დავიწყებული წერტილი მომდევნო დღეს შეუმჩნევლად არ მიდის — ის რჩება განაუწილებელი და ჩანს ცალკე სიაში.
რამდენი წერტილია უკვე დანიშნული მანქანაზე, რამდენი თავისუფალი ადგილი დარჩა წონითა და მოცულობით, მძღოლებიდან ვინ ამთავრებს ცვლას ერთ საათში. ამ ციფრების გარეშე დატვირთვა ნაწილდება თვალზომით, და ერთი მანქანა მიდის ნახევრად ცარიელი, სანამ მეორე საღამომდე ვერ ასწრებს.
მიტანის მდგომარეობას ცვლის ის, ვინც მას ასრულებს, მოქმედების მომენტში. დისპეტჩერი, მენეჯერი და კლიენტი უყურებენ ერთსა და იმავე ჩანაწერს. კითხვა «სად არის ჩემი ტვირთი» წყვეტს სამი ადამიანის სამუშაოდ ყოფნას.
ვინ მიიღო ტვირთი, როდის და რა საფუძველზე — ჩანაწერია სისტემაში, და არა მოგონება. ხელმოწერა, ფოტო ან დადასტურების კოდი მიბმულია კონკრეტულ მიტანაზე. კამათი «მოიტანეს — არ მოიტანეს» წყდება ბარათის გახსნით, და არა გარჩევით.
დაგვიანებები, გაუქმებები, დაბრუნებები და წარუმატებელი მიტანები ხდება ცალკე მოვლენები მიზეზით. თვის ბოლოს ჩანს არა «ყველაფერი ხდება», არამედ კონკრეტული ჩამონათვალი: რამდენი ჩავარდნა, რომელი მიმართულებებით და რის გამო ხდება ისინი.
სისტემა იკრიბება მოდულებისგან. ყველა მათგანი არ სჭირდება ყოველ კომპანიას: ქალაქის შიგნით მიტანის სამსახურს არ სჭირდება საქალაქთაშორისო რეისების აღრიცხვა, ხოლო საკუთარტრანსპორტიან წარმოებას — შეკვეთების ბირჟა. შემადგენლობა განისაზღვრება ამოცანით, მაგრამ მოდულები ერთმანეთს ერწყმის წინასწარ, და არა შემდეგ იწერება გვერდიდან.

სისტემის შესვლის წერტილი: განაცხადი გადაზიდვაზე გამგზავნით, მიმღებით, ტვირთის შემადგენლობით, ვადითა და პირობებით. განაცხადები მოდის მენეჯერისგან, კლიენტის პირადი კაბინეტიდან ან გარე სისტემიდან 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-ით: იღებს დავალებებს, აბრუნებს სტატუსებსა და დადასტურებებს. მეორე ვარიანტი საჭიროა იქ, სადაც აპლიკაცია უკვე გამოიყენება.
იქ, სადაც არის გადახდა მიღებისას, შესაძლებელია ინტეგრაცია საგადახდო სერვისთან ან შემსრულებლის ტერმინალთან: გადასახდელი თანხა მოდის განაცხადიდან, გადახდის შედეგი უბრუნდება მიტანას. შემადგენლობა დამოკიდებულია პროვაიდერზე.
რუკები და მისამართების გეოკოდირება, ტრანსპორტის ტელემატიკა, შეტყობინებების სამსახურები, კონტრაქტორ-გადამზიდავები. ყოველი ასეთი მიერთება — ცალკე გაცვლის მოდულია; მზა კონექტორის არსებობა წინასწარ არ ცხადდება.
სისტემის საკუთარი ინტერფეისი: შექმნას განაცხადი, მიიღოს სტატუსი და მარშრუტი, გადასცეს მიტანის დადასტურება, წაიღოს ოპერაციების ჟურნალი. მისი მეშვეობით უერთდება ყველაფერი, რისთვისაც ცალკე მოდული არ არის.
გაცვლის წესები ყველგან ერთია: ყოველ ოპერაციას აქვს გასაღები, ამიტომ განმეორებითი გადაცემა მეორე განაცხადს არ ქმნის; სხვაობები არ ქრება, არამედ ხვდება გარჩევის რიგში; ყოველი გზავნილი და ყოველი პასუხი იწერება გაცვლის ჟურნალში. ამ სამი წესის გარეშე ინტეგრაცია მუშაობს ზუსტად კავშირის პირველ წყვეტამდე.
ლოგისტიკას სისტემაში მთლიანად ერთ დღეში არ გადაჰყავთ: სანამ თანამშრომლები სტატუსებს ძველებურად აწარმოებენ, ანგარიშებში მონაცემები არაფერს ნიშნავს. ამიტომ გაშვება მიდის მონაკვეთებად, და ყოველი მომდევნო ეყრდნობა მომუშავე წინას.
როგორ მოდის განაცხადები ახლა, ვინ გეგმავს მარშრუტებს, რით იწარმოება სტატუსები, რომელი პროგრამები დგას უკვე და რის გაცემა შეუძლიათ მათ. შედეგი — პროცესის აღწერა და პირველ რიგში ავტომატიზირებადის ჩამონათვალი.
ერთი ქალაქი, ერთი მიტანის სამსახური ან ერთი საწყობი. განაცხადები, მარშრუტები, სტატუსები და შემსრულებლების აღნიშვნები გადის სრულ წრეს რეალურ გადაზიდვებზე — მანამ, სანამ პროცესი მთელ კომპანიას დაფარავს.
ვის რის შეცვლა შეუძლია, რომელი გამონაკლისებია საჭირო, როგორ მუშავდება დაბრუნება და წარუმატებელი მიტანა, ვის მიდის შეტყობინებები. აქვე კონფიგურირდება უფლებები და მარშრუტის ხელით ცვლილებების წესრიგი.
დანარჩენი მიმართულებები დამუშავებული სქემით, ინტეგრაციები — ცალკე გაცვლის მოდულებით. შემდეგ გროვდება ისტორია, ჩნდება ანგარიშები პერიოდზე და მონაცემები ტრანსპორტის დაგეგმვისთვის.
მოგვწერეთ, რამდენი მიტანაა დღეში, საიდან მოდის განაცხადები, საკუთარი ტრანსპორტი თუ კონტრაქტორები, არის თუ არა საწყობი და რომელ პროგრამებში დევს უკვე თქვენი მონაცემები. ჩვენ გიპასუხებთ, რა ავტომატიზირდება პირველ რიგში, რა შეიძლება მიერთდეს არსებულ სისტემებს და რისგან დაწყებაა გონივრული პილოტი.