მრავალი წელია ჩვენი მომხმარებლებისთვის საკუთარ GPS-ტრექინგის პლატფორმას ვმართავთ: ავტომობილები და მოწყობილობები თავიანთ პოზიციას ჩვენს ტრექინგ-სერვერს აცნობებენ, მომხმარებლები თავიანთ ავტოპარკს რუკაზე ცოცხლად ხედავენ, აწარმოებენ მარშრუტების ჟურნალებს, განსაზღვრავენ გეოზონებს და განგაშის შემთხვევაში იღებენ შეტყობინებებს. ამის ინტერფეისი იყო თანდათან გაზრდილი PHP-აპლიკაცია საკუთარი მომხმარებლების მართვით, საკუთარი ინვოისირებითა და საკუთარი ანგარიშგებით – პარალელურად ყველაფერთან, რასაც კომპანიაში სხვაგვარად ვიყენებთ.
ეს ახლა შევცვალეთ. ტრექინგი დღეიდან არის მოდული ჩვენს Odoo 19 Community-ში და ამგვარად იმავე სისტემის ნაწილია, სადაც მომხმარებლები, ხელშეკრულებები, ინვოისები და მხარდაჭერაც მუშაობს. ჩვენი ტრექინგის მომხმარებლებისთვის ეს ნიშნავს: ერთი Login, ერთი ინტერფეისი, და ტრექინგის ინვოისი იქ არის, სადაც ყველა სხვა ინვოისი.
რატომ გადავიტანეთ ტრექინგი Odoo-ში
ორი ცალკეული სისტემა ნიშნავს ორმაგ ძირითად მონაცემებს. თითოეული მომხმარებელი ერთხელ არსებობდა ტრექინგში და ერთხელ ERP-ში, ყოველი მისამართის ცვლილება ორჯერ უნდა გაგვეკეთებინა, ხოლო ტრექინგის ინვოისირების გაშვება ქმნიდა დოკუმენტებს, რომლებიც შემდეგ ხელით გადადიოდა ბუღალტერიაში.
Odoo-ში გადასვლით ახლა მოქმედებს მარტივი პრინციპი: ძირითადი მონაცემები Odoo-ში, მასობრივი მონაცემები გარეთ. მომხმარებლები, მომხმარებლის ანგარიშები, ტრეკერები, ჯგუფები, გეოზონები, პროდუქტები და ფასები Odoo-შია და იქ დაკავშირებულია ბუღალტერიასთან, პორტალთან და უფლებების მართვასთან. პოზიციის მონაცემები – მოწყობილობების ნამდვილი მონაცემთა ნაკადი, მთელი დღე-ღამე – რჩება საკუთარ პოზიციების საცავში. ERP მონაცემთა ბაზა არ არის სწორი ადგილი მილიონობით GPS-წერტილისთვის და არც უნდა იყოს.
ტრექინგ-სერვერს, რომელიც მოწყობილობებისგან მონაცემებს იღებს, გადასვლა არ შეხებია. სწორედ ამან გახადა გადაკეთება საერთოდ რეალისტური: ინტერფეისი ახლიდან შეიქმნა მონაცემთა მიღებაზე ხელის შეხების გარეშე.
რა აქვთ ახლა ჩვენს მომხმარებლებს პორტალში
ტრექინგის მომხმარებლები შედიან Odoo-ს მომხმარებლის პორტალში და იქ პოულობენ განყოფილებას ტრექინგი. ვინც მხოლოდ ტრექინგს იყენებს, Login-ის შემდეგ პირდაპირ რუკაზე ხვდება და პორტალის სხვა შინაარსს არ ხედავს.
ცოცხალი რუკა
რუკა აჩვენებს ყველა საკუთარ და გაზიარებულ ავტომობილს სტატუსით (მოძრაობაში, დგას, ოფლაინ), სიჩქარით, მოძრაობის მიმართულებითა და განსაზღვრული მისამართით. პოზიციები რეალურ დროში მოდის WebSocket-კავშირით ტრექინგ-სერვერიდან – ერთი ერთადერთი კავშირი მთელი ინსტალაციისთვის და არა ერთი თითო გახსნილ ბრაუზერზე – და ნაწილდება გაფილტრულად: თითოეული მომხმარებელი იღებს მხოლოდ იმ ავტომობილებს, რომლებიც მას ეკუთვნის ან მისთვის არის გაზიარებული. ავტომობილები ორ შეტყობინებას შორის მოძრაობენ შეუფერხებლად და არა ხტუნვით.
ძირითად რუკებად არჩევანისთვის გვაქვს OpenStreetMap, რელიეფის რუკა, ავსტრიის ოფიციალური Basemap საჰაერო ფოტოსურათით და შავ-თეთრი რუკა; რელიეფი და 3D შენობები ფენებად ჩაირთვება. ხედს, რომლითაც რუკა იხსნება – რუკის ტიპი, ფრაგმენტი, სტანდარტული ჯგუფი – Odoo თითო მომხმარებელზე იმახსოვრებს.
მარშრუტების ჟურნალი სამსახურებრივი და კერძო მგზავრობით
მგზავრობები სერვერზე ამოიცნობა და არა ბრაუზერში: მგზავრობა ხდება მაშინაც, როცა რუკა არავის გახსნია. თითო მგზავრობაზე ფიქსირდება დასაწყისი, დასასრული, გასვლისა და დანიშნულების მისამართი, ტაქომეტრის ჩვენება, მანძილი და ხანგრძლივობა.
თითოეული მგზავრობა შეიძლება დაკლასიფიცირდეს როგორც სამსახურებრივი ან კერძო – თითო მგზავრობაზე და არა თითო ავტომობილზე, რადგან ერთი და იმავე მანქანით დილით მომხმარებელთან მიდიან და საღამოს სახლში, და ეს განსხვავება ავსტრიაში საგადასახადო თვალსაზრისით მნიშვნელოვანია. მგზავრობის დაწყებისას რუკაზე პირდაპირ გამოჩნდება კლასიფიკაციის ფანჯარა; ვინც ამას მოგვიანებით აკეთებს, მგზავრობას იპოვის მარშრუტების ჟურნალში შენიშვნის ველთან ერთად. მძღოლები ამოიცნობა iButton გასაღების ჩიპებით, თუ ავტომობილი მათით არის აღჭურვილი.
ორი ანგარიში მზადაა, ორივე PDF-ის და Excel-ის სახით:
- ცალკეული მარშრუტების ჟურნალი – ერთი ავტომობილის მგზავრობები არჩეულ პერიოდში მარშრუტით, კლასიფიკაციითა და შენიშვნით
- ავტოპარკის მარშრუტების ჟურნალი – ერთი სტრიქონი თითო ავტომობილზე მგზავრობის დროით, მანძილით, სამსახურებრივ და კერძო კილომეტრებად დაყოფითა და გადათვლილი ხარჯით, დამატებით ჯგუფური და საერთო ჯამებით
გეოზონები და განგაშები
გეოზონები იხატება პირდაპირ რუკაზე – წრის, კვადრატის ან თავისუფალი მრავალკუთხედის სახით – ან გადმოიტანება საერთო შაბლონებიდან, როგორიცაა „ავსტრია“ ან „ვენა“. თითო ზონასა და ავტომობილზე შეიძლება განისაზღვროს, შესვლისას ან გამოსვლისას უნდა მოხდეს თუ არა განგაში და სად: SMS-ით, ელფოსტით, Webhook-ით ან შეტყობინების სახით ჩვენს Call-ცენტრში.
განგაშები – ზონის შეცვლა, სიჩქარე, ანთება, ძაბვის დაკარგვა, გადაუდებელი გამოძახება, მოძრაობა, ოფლაინ – Odoo-ში ცალკეულ ჩანაწერებად ჩნდება დროით, პოზიციითა და დამუშავების სტატუსით.
ძიება: რომელი ავტომობილი იყო აქ?
ჯარიმის ქვითარი მოდის, მასზე გაზომვის ადგილია მითითებული – მაგრამ რომელი ავტომობილი იყო? მარშრუტის ისტორიაში ძიება სწორედ ამას პასუხობს: აირჩიეთ წერტილი რუკაზე ან მისამართი, შეზღუდეთ რადიუსი და პერიოდი, და ტრექინგი აჩვენებს, რომელი ავტომობილები იყვნენ იქ. OpenStreetMap-ის სიჩქარის გაზომვის ადგილები ამისთვის უკვე ფენის სახით არის რუკაზე.
მართვა თავად მომხმარებლის მიერ
რაც ადრე ჩვენთვის უნდა გადაგვეცათ, მომხმარებლები ახლა პორტალში თვითონ აკეთებენ:
- ტრეკერის გააქტიურება – IMEI მოწყობილობის სტიკერიდან შეიყვანეთ, ჯგუფი აირჩიეთ ან ახალი შექმენით, მზადაა
- ტრეკერები და ჯგუფები – დასახელებები, სიმბოლოები, ჯგუფზე მიკუთვნება, საწვავის ჩასხმები რაოდენობითა და ფასით, ანგარიშები თითო ავტომობილზე
- უფლებები – ავტომობილების გაზიარება სხვა მომხმარებლებთან ან კომპანიებთან, წაკითხვის ან ჩაწერის უფლებით და ცალკეული ველების, როგორიცაა მისამართი ან ტაქომეტრის ჩვენება, დამალვის შესაძლებლობით
- გეოზონები – ხატვა, რედაქტირება, განგაშის განსაზღვრა
- iButton-ები – გასაღების ჩიპების მძღოლების სახელებზე მიკუთვნება
რა შეიცვალა ჩვენთვის შიგნით
Odoo Backend-ში არის განყოფილება ტრექინგი ცოცხალი რუკით, ტრეკერების მართვით, განგაშებით, მგზავრობებით, ძირითადი მონაცემებით (ჯგუფები, გეოზონები, მოწყობილობის ტიპები, მწარმოებლები) და ანგარიშსწორებით.
ტრეკერების მართვა. თითოეულ მოწყობილობას აქვს IMEI, SIM-ის ნომერი, მოწყობილობის ტიპი, შესასვლელები და გასასვლელები (ანთება, ძრავის ბლოკირება, დამატებითი გათბობა და სხვა), კალიბრაცია, ტაქომეტრის კორექცია, ოფლაინ-ზღვარი და მარშრუტების ჟურნალის პარამეტრები. Odoo-ს Chatter-ის ისტორია ყოველ ცვლილებას აფიქსირებს.
SMS მოწყობილობებზე. ტრეკერები SMS-ით კონფიგურირდება. გაგზავნა ახლა Odoo-დან ხორციელდება, უწყვეტად ფიქსირდება და დაცულია არასწორი მოქმედებისგან: თითო გაგზავნის პროცესზე ზედა ზღვარი ხელს უშლის იმას, რომ ერთმა დაწკაპუნებამ ასობით ფასიანი შეტყობინება გამოიწვიოს, ხოლო არასრული ტელეფონის ნომრები საერთოდ არ გადაიცემა.
Call-ცენტრი. ქურდობისა და ავარიის შეტყობინებები ჩნდება პროცესების სახით ავტომობილის მონაცემებით, მფლობელის საკონტაქტო მონაცემებითა და მართული მსვლელობით: მფლობელს დაუკავშირდნენ? ცრუ განგაში? შემდგომი ზომები? ყოველი ნაბიჯი ფიქსირდება და პასუხისმგებელი დამმუშავებლები Push-ით იღებენ შეტყობინებას.
ანგარიშსწორება. ინვოისირების გაშვება ითვალისწინებს ყველა ტრეკერს, რომლის მომდევნო ანგარიშსწორების ვადა დადგა, და ქმნის მათგან Odoo-ში ინვოისის დრაფტებს – საბოლოო მომხმარებლის ან პარტნიორის ფასით. დამტკიცება შეგნებულად ბუღალტერიას რჩება: გაშვება არაფერს ატარებს, ის ამზადებს. ანგარიშსწორების ინტერვალი, პროდუქტი და მომდევნო ვადა ტრეკერზეა მიმაგრებული; გაშვების შემდეგ ინვოისის სტრიქონები პირდაპირ მოწყობილობაზე ჩანს.
არქიტექტურა ამის უკან
GPS-მოწყობილობები
│
▼
ტრექინგ-სერვერი ──► პოზიციების საცავი Odoo 19 Community
(უცვლელი) დღეს: არსებული ├─ ძირითადი მონაცემები (ტრეკერები, მომხმარებლები, გეოზონები)
მონაცემთა ბაზა ├─ მომხმარებლის პორტალი /my/ortung
მოგვიანებით: PostGIS ├─ Backend ტრექინგი / …
▲ ├─ ანგარიშსწორება (ინვოისის დრაფტები)
└── მხოლოდ წაკითხვა ─┘
პოზიციებზე წვდომა მხოლოდ ჩანაცვლებადი ინტერფეისით ხორციელდება. დღეს Odoo კითხულობს არსებული ტრექინგის მონაცემთა ბაზიდან, რომელსაც ტრექინგ-სერვერი უცვლელად აგრძელებს შევსებას. საკუთარ PostGIS-სერვერზე გადასვლა ამგვარად კონფიგურაციის ცვლილებაა და არა გადაკეთება – სივრცით ანალიზს, როგორიცაა გეოზონების შემოწმება, შემდეგ თავად PostGIS ითვლის. დეველოპერებისა და სწავლებისთვის დამატებით არსებობს დემო-საცავი სინთეზური მონაცემებით, რომლითაც მოდული ტრექინგ-სერვერის გარეშეც მუშაობს.
მისამართები განისაზღვრება საკუთარი Geocoder-ით და ინახება Odoo-ში ქეშში, დამრგვალებული დაახლოებით თერთმეტ მეტრამდე: მდგომი ავტომობილი GPS-ხმაურისას ყოველ ჯერზე თავიდან არ განისაზღვრება და რუკა არ არის დამოკიდებული გარე სერვისის პასუხის დროზე.
როგორ წარიმართა გადასვლა
გადასვლა ერთბაშად არ გვიკეთებია, არამედ ეტაპობრივად Strangler-მოდელით: ძველი სისტემა მუშაობდა, Reverse-Proxy თითო გზაზე წყვეტდა, ვინ პასუხობს, და ახალი რუკა ჯერ საპილოტე ჯგუფისთვის მუშაობდა ძველის პარალელურად.
ძირითადი მონაცემების გადმოტანა ამ დროს ყველაზე რთული ნაწილი იყო. მიგრაციის სკრიპტი კითხულობს მომხმარებლებს, მომხმარებლის ანგარიშებს, ტრეკერებს, ჯგუფებსა და გეოზონებს ძველი აპლიკაციიდან და ქმნის მათ Odoo-ში – განმეორებადად Delta-გაშვების სახით, ძველი იდენტიფიკატორით, როგორც გასაღებით. რადგან ტრექინგის მრავალი მომხმარებელი Odoo-ში დიდი ხანია არსებობდა პარტნიორის სახით, ასისტენტი გვთავაზობს მიკუთვნებებს, რომლებიც ცალ-ცალკე უნდა დადასტურდეს: არასწორად დაკავშირებული კომპანია სხვისი ავტომობილების ნახვას მიიღებდა, და ეს უფრო ძვირია, ვიდრე დუბლიკატი.
რაც შეგნებულად არ გადმოვიდა: ორმაგი კოდის ბაზა დესკტოპისა და მობილურისთვის (Odoo-ს Frontend ადაპტიურია), საკუთარი თარგმანების ცხრილი, საკუთარი უფლებებისა და სესიების დამუშავება და თორმეტზე მეტი ანგარიში, რომელიც პრაქტიკაში უკვე აღარავის გაუხსნია.
რას ნიშნავს ეს თქვენთვის, როგორც მომხმარებლისთვის
თუ ჩვენი ტრექინგის მომხმარებელი ხართ, პორტალზე წვდომა უკვე მიიღეთ ან მომდევნო კვირებში მიიღებთ. თქვენი ავტომობილები, ჯგუფები, გეოზონები და უფლებები გადმოტანილია; მარშრუტების ჟურნალი შეუფერხებლად გრძელდება.
ერთ პორტალში პოულობთ თქვენს ტრექინგს, თქვენს ინვოისებსა და თქვენს მხარდაჭერის მოთხოვნებს. და თუ ტრექინგზე მეტი გსურთ – Helpdesk, მოვლის ხელშეკრულებები, პროექტის ანგარიშსწორება – ეს იგივე სისტემაა.
გადასვლასთან დაკავშირებულ კითხვებს სიამოვნებით გიპასუხებთ. და ვისაც საკუთარი კომპანიისთვის ავტომობილის ტრექინგი სურს, რომელიც ERP-თან არის დაკავშირებული და არა მის გვერდით დგას: მოგვმართეთ.