რობოტაქსის ფლოტის ინტეგრაციის მიღების კრიტერიუმები ქართული პილოტისთვის

მოკლე პასუხი: რობოტაქსის ფლოტის ინტეგრაციის მიღების კრიტერიუმები ამოწმებს, როგორ გადადის შეკვეთა, მანქანის მდგომარეობა, ადამიანის ჩარევა და დეპოს მოვლენა სისტემებს შორის. პილოტამდე თითოეულ ნაკადს დაუკავშირეთ პასუხისმგებელი, ტესტი, ჩანაწერი და შეჩერების პირობა.

სარედაქციო შენიშვნა: ეს მასალა ხელოვნური ინტელექტის დახმარებით მომზადდა და საჯარო წყაროების რედაქტორულად შეჯამებას ეყრდნობა. aiTAXI ადრეულ წვდომაშია; ტექსტი არ ადასტურებს მოქმედ ქართულ ფლოტს, დასრულებულ პილოტს, ინტეგრაციის მიღებას ან სამართლებრივ ნებართვას. გამოყენებამდე მიღების ტესტები, უსაფრთხოებისა და ადგილობრივი სამართლის მოთხოვნები დარგის სპეციალისტებთან და პასუხისმგებელ პარტნიორებთან წერილობით შეათანხმეთ.

რა უნდა დაამტკიცოს მიღების პაკეტმა პილოტის წინ

მიღების კრიტერიუმი არის წინასწარ დაწერილი პირობა, რომლის შესრულების შემდეგ ოპერატორი კონკრეტულ ინტეგრაციას სამუშაოდ მიიჩნევს. იგი პასუხობს კითხვას: რა უნდა ვნახოთ შეკვეთის, მანქანის, მარშრუტის ან ინციდენტის ჩანაწერში, რომ შემდეგ ეტაპზე გადავიდეთ?

ქართული ტაქსოკომპანიისთვის ეს კრიტერიუმები რამდენიმე შრეს აერთიანებს. დისპეტჩერიზაცია იღებს მოთხოვნას და ანაწილებს მანქანას. ტელემეტრია აბრუნებს ბატარეის, სენსორისა და კავშირის მდგომარეობას. დისტანციური დახმარება იღებს გაურკვეველ სიტუაციას. დეპო აფიქსირებს დამუხტვას, დასუფთავებასა და ტექნიკურ სამუშაოს. თითოეული მოვლენა ერთსა და იმავე მანქანას, დროსა და ოპერაციულ სტატუსს უნდა უკავშირდებოდეს.

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

რომელი ოთხი კავშირი და გამოყენების სცენარი უნდა შემოწმდეს ერთ პაკეტში

ინტეგრაციის ტესტი ერთ დიდ სიტყვას, „დაკავშირებულია“, არ უნდა დაეყრდნოს. შემმოწმებელმა თითოეულ მიმართულებას შემავალი მოვლენა, მოსალოდნელი პასუხი და ჩავარდნის ჩანაწერი უნდა დაუკავშიროს.

1. შეკვეთა. შეამოწმეთ, გადაეცა თუ არა მოთხოვნა სწორ ზონას და მანქანას. შეინახეთ მოთხოვნის იდენტიფიკატორი, დრო, სტატუსი და მიზეზი.
2. ტელემეტრია. დაადასტურეთ, რომ მანქანის მდგომარეობა იმავე იდენტობით ჩანს. შეინახეთ მდგომარეობა, კავშირის დრო, გაფრთხილება და ბოლო განახლება.
3. დახმარება. სცადეთ გაურკვეველი მოვლენის ადამიანის რიგში გადაცემა. ჩაიწერეთ მიზეზი, კონტექსტი, პასუხისმგებელი და გადაწყვეტილება.
4. დეპო. შეამოწმეთ, იცის თუ არა დისპეტჩერმა, როდის დაბრუნდება მანქანა სამუშაოდ. ჩაიწერეთ დამუხტვა, დასუფთავება, მოვლა და ხელახლა დაშვების დრო.

ამ ცხრილში მთავარი კავშირი სტატუსებს შორისაა. თუ შეკვეთა შესრულებულად ჩანს, ტელემეტრია კი კავშირს დაკარგულად აჩვენებს, სისტემა წარმატებულ ოპერაციას ვერ უნდა ასკვნიდეს. გაურკვევლობა ცალკე სტატუსად შეინახეთ და ადამიანის შემოწმება მოითხოვეთ.

კრიტერიუმების საწყისი შაბლონი შეგიძლიათ შეადაროთ დისპეტჩერიზაციის პროგრამის არჩევა პილოტისთვის არქიტექტურას, შემდეგ კი კონკრეტული ინტეგრაციისთვის დატოვოთ მხოლოდ ის ჩანაწერები, რომელთა წყაროსა და მფლობელს გუნდი ასახელებს.

შედარება: როგორ გადაიქცევა დემო მიღების გადაწყვეტილებად

დემო აჩვენებს, რომ ორი ეკრანი ერთმანეთს უკავშირდება. მიღების ტესტი ამოწმებს, შეუძლია თუ არა გუნდს ერთი მოვლენის ბოლომდე გამეორება, შეცდომის პოვნა და უსაფრთხო გაჩერება.

• წარმატებული შეკვეთა. მიღების ცდაში დაამატეთ დაგვიანება, უარი და დუბლიკატი.
• მონაცემის ჩვენება. გადაამოწმეთ დრო, წყარო, განახლება და დაკარგვის რეაქცია.
• წინასწარ შერჩეული სცენა. გამოიწვიეთ კონტროლირებადი გამონაკლისი და ნახეთ, გადადის თუ არა იგი შესაბამის რიგში.
• საბოლოო გადაწყვეტილება. დატოვეთ მკაფიო სტატუსი: მიღებულია, შეზღუდული რეჟიმით მიღებულია ან შეჩერებულია.

UK-ის ავტომატიზებული მანქანის ტესტირების კოდექსი უსაფრთხო ტესტზე პასუხისმგებლობას ორგანიზატორს უკავშირებს. Self-driving vehicle pilot scheme კი პილოტის დროს პრობლემების აღმოჩენისა და რეაგირების ოპერაციულ მოლოდინებს გამოყოფს. ეს დოკუმენტები საქართველოს ნებართვა არ არის. ამიტომ ინტეგრაციის მიღების ფურცელიც არც უსაფრთხოების სერტიფიკატია და არც ადგილობრივი ნებართვა. იგი მხოლოდ იმ ტექნიკური კავშირის მტკიცებულებას იძლევა, რომელიც გუნდმა რეალურად გამოცადა.

ნაბიჯები: როგორ ჩაატაროს ოპერატორმა კონტროლირებადი მიღების ცდა

1. დააფიქსირეთ საზღვარი. დაწერეთ, რომელი მანქანა, ზონა, დისპეტჩერიზაციის სისტემა და სამუშაო რეჟიმი შედის ტესტში. ავტონომიური სისტემა, ავტომობილი და ფლოტის პროგრამა ერთსა და იმავე პასუხისმგებელ პროდუქტად არ ჩათვალოთ.
2. შეადგინეთ მოვლენების სია. აიღეთ შეკვეთის მიღება, მანქანის არჩევა, კავშირის დაკარგვა, ადამიანის დახმარების მოთხოვნა, დეპოში დაბრუნება და ხელახლა დაშვება. თითოეულს მიეცით მოსალოდნელი სტატუსი.
3. გადაამოწმეთ იდენტობა. ერთი მანქანისა და ერთი მოთხოვნის იდენტიფიკატორი ყველა დაკავშირებულ ეკრანზე ერთნაირად იკითხებოდეს. განსხვავებული სახელები ჩანაწერის გამეორებასა და პასუხისმგებლობის დაკარგვას იწვევს.
4. გამოიწვიეთ უარყოფითი სცენა. გამოიყენეთ გაუქმებული მოთხოვნა, დაგვიანებული ტელემეტრია ან მიუწვდომელი დეპო. შედეგი უნდა იყოს ხილული, დასაბუთებული და დაბრუნებადი.
5. შეამოწმეთ ადამიანური გადაცემა. ჩაიწეროს ვინ მიიღო რიგი, რა კონტექსტი ნახა და რა გადაწყვეტილება მიიღო. სისტემამ ადამიანის ჩართვა ავტომატურ წარმატებად არ უნდა მონიშნოს.
6. დაადარეთ ჩანაწერები. დისპეტჩერიზაციის ჟურნალი, ტელემეტრია და დეპოს ჩანაწერი ერთ დროით ხაზზე განათავსეთ. შეუსაბამობა ცალკე ხარვეზად შეინახეთ.
7. მიიღეთ გადაწყვეტილება. სტატუსები იყოს მიღებულია, შეზღუდული რეჟიმით მიღებულია ან შეჩერებულია. გადაწყვეტილებას დაურთეთ მტკიცებულება, პასუხისმგებელი და ხელახალი ტესტის პირობა.

იმავე UK კოდექსი ტესტისთვის რისკების მართვას, ზედამხედველობას, fallback-გეგმას, კავშირის პრობლემებზე რეაგირებასა და მტკიცებულების კვალს მოითხოვს. პრაქტიკული დასკვნა მარტივია: ინტეგრაციის პაკეტმა ამ პასუხისმგებლობების მფლობელები და ცვლილების კვალი უნდა აჩვენოს, თუნდაც ქართული პილოტი ჯერ არ დაწყებულა.

კოდექსი მონაცემის ჩანაწერის მაგალითად 30 წამს მოვლენამდე და 15 წამს შემდეგ ასახელებს. ეს aiTAXI-ის სავალდებულო პროდუქტის მეტრიკა არ არის; ტაქსოპარკს შეუძლია პირველ ტესტში, მაგალითად, 3 კონტროლირებადი სცენა აირჩიოს და თითოეული ჩანაწერის სისრულე შეამოწმოს.

რეკომენდაციები: ვინ აწერს ხელს მიღებას და როდის უნდა შეჩერდეს პაკეტი

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

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

შეცდომები, რომლებიც მიღების გადაწყვეტილებას აჩერებს.

• ტესტირება მხოლოდ წარმატებულ შეკვეთაზე და არა უარზე, გაუქმებაზე ან დაგვიანებაზე.
• მანქანის იდენტობის ხელით ჩასწორება სხვადასხვა სისტემაში.
• ადამიანის გადაწყვეტილების ჩაწერის გამოტოვება.
• დეპოს ხელმისაწვდომობის აღქმა როგორც ავტომატური დაშვება გზაზე.
• დემო მონაცემების აღრევა ცოცხალ ოპერაციულ მტკიცებულებაში.
• ტექნიკური კავშირის მიღება მარეგულირებელ ნებართვად.

შეზღუდვები: რას არ ადასტურებს მიღების პაკეტი

მიღების ტესტი ვერ დაამტკიცებს, რომ ავტონომიური სისტემა უსაფრთხოა ყველა გზაზე, რომ ქართული მარეგულირებელი პილოტს დაუშვებს ან რომ მგზავრის მომსახურება მზადაა. იგი ვერ ქმნის დასრულებულ პილოტს, ვერ ანაცვლებს ავტომობილის მწარმოებლის შეფასებას და ვერ იძლევა aiTAXI-ის გამოყენების ან კლიენტის შედეგის მტკიცებულებას.

ევროკომისიის განმარტებით, ევროკავშირმა სრულად უმძღოლო ავტომობილებისთვის ტექნიკური წესები მიიღო, მათ შორის ქალაქის შატლებისა და რობოტაქსისთვის. ეს ევროპული ჩარჩო ქართულ ოპერატორს კითხვების დასალაგებლად გამოადგება, მაგრამ საქართველოსთვის ნებართვად ვერ ჩაითვლება.

როგორ იკითხება მიღების პაკეტი მორიგეობისას

მიღების ფურცელი მხოლოდ ავტორისთვის არ იქმნება. შემდეგმა მორიგემ იმავე ჩანაწერიდან უნდა გაიგოს, რა სცენარი შემოწმდა, რომელი ვერსია მოქმედებდა და რა პირობით წყდება ოპერაცია.

1. მიაბით ყველა მოვლენა ტესტის იდენტიფიკატორსა და მანქანის მდგომარეობის დროს.
2. გაარჩიეთ დადასტურებული შედეგი, დროებითი შეზღუდვა და უცნობი საკითხი.
3. ჩაწერეთ პასუხისმგებელი როლი და შემდეგი შემოწმების კონკრეტული პირობა.

რა უნდა დარჩეს მიღების გადაწყვეტილების შემდეგ

მიღება ან შეჩერება უნდა ტოვებდეს კვალს, რომელიც მოგვიანებით სხვა გუნდმაც შეიძლება გადაამოწმოს. ამისთვის შეინახეთ:

• მიღებული ვერსია და ტესტის დასრულების დრო;
• გამოწვეული გამონაკლისი და მისი გავლენა;
• ხელმომწერი როლი, შეზღუდვა და დაბრუნების პირობა.

aiTAXI-ის დაკავშირებული მასალები მიღების გეგმისთვის

ინტეგრაციის განხილვისას თითოეული თემა ცალკე ფურცლად შეამოწმეთ:

• დისპეტჩერიზაციის პროგრამის არჩევა
• მგზავრის აპლიკაციის ინტეგრაციის ფარგლები
• ტელემეტრიის მონაცემთა წვდომა პილოტამდე
• პლატფორმის მომწოდებლის შემოწმება პილოტამდე
• შერეულ ფლოტში პასუხისმგებლობის განაწილება
• ოპერატორის მომზადება და ცვლის გადაცემა

ხშირი კითხვები

საკმარისია თუ არა API-ის პასუხი ინტეგრაციის მისაღებად?

არა. საჭიროა მოთხოვნის, მანქანის სტატუსის, დროის, შეცდომის დაბრუნებისა და ადამიანის გადაცემის ერთობლივი ჩანაწერი. ერთი ტექნიკური პასუხი სრულ ოპერაციულ სურათს ვერ ქმნის.

შეიძლება თუ არა მძღოლიანი ფლოტით დაწყება?

შეიძლება, თუ ტესტის ფარგლები მკაფიოდ აღწერს მძღოლიან რეჟიმს და არ ასკვნის, რომ ავტონომიური რეჟიმი უკვე დამტკიცებულია. aiTAXI-ის ადგილობრივი ხედვა ჰიბრიდულ ფლოტს ითვალისწინებს, ხოლო შემდეგი ინტეგრაცია პარტნიორ ოპერატორთან უნდა დაზუსტდეს.

ვინ ამტკიცებს უსაფრთხოების მიღებას?

ტექნიკური მიღება ოპერატორისა და ინტეგრატორის შეთანხმებაა, უსაფრთხოების ან მარეგულირებელი ნებართვა კი კომპეტენტური ორგანოს და შესაბამისი პასუხისმგებელი ორგანიზაციების საკითხია. ერთი გუნდის ხელმოწერა ყველა გადაწყვეტილებას არ ცვლის.