Urmărire în timp real
Poziția resurselor mobile — transporturi, flote, echipe de teren — pe hartă și în istoric, cu traseul parcurs și opririle, nu doar ultimul punct.
Majoritatea aplicațiilor cu hartă arată unde se află ceva. Partea grea începe după: ce se întâmplă când mașina iese din zona permisă, cum se calculează suma de plată pentru drumul parcurs, cine primește alerta la 3 noaptea și ce scrie în raportul de a doua zi.
Noi construim partea asta — regulile geografice legate de procesul instituției — nu doar harta. Am lucrat la sistemul național de monitorizare a transporturilor sigilate și la platforme de taxare rutieră unde poziția se transformă direct în bani.
01
Componente care se pun într-un sistem existent sau care formează unul nou.
Poziția resurselor mobile — transporturi, flote, echipe de teren — pe hartă și în istoric, cu traseul parcurs și opririle, nu doar ultimul punct.
Zone desenate pe hartă și reguli legate de ele: ieșire din coridor, oprire prea lungă, intrare într-o arie interzisă. Alerta pleacă pe email, SMS sau în aplicație.
Transformarea drumului parcurs în sumă de plată: tronsoane, categorii de vehicul, perioade. Cu reguli verificabile, fiindcă din ele ies facturile.
Harta ca parte din ecranul pe care omul îl folosește oricum, cu filtrele și acțiunile lui, nu ca o pagină separată unde trebuie să te duci special.
Analiză pe unități administrative, pe zone de acoperire sau pe trasee: unde se concentrează activitatea, unde nu se ajunge, ce s-a schimbat față de luna trecută.
Preluarea datelor de la sigilii inteligente, dispozitive GPS sau aplicații de teren, cu validarea poziției înainte să ajungă în proces.
02
Poziția declanșează ceva în proces: o alertă, o taxă, o sarcină pentru cineva. Altfel harta e doar decor.
Traseul se păstrează și se poate reconstitui, cu ora fiecărui punct. La o contestație, răspunsul iese din date.
Când din poziție rezultă bani, regula de calcul e scrisă și testată separat, ca să se poată explica și verifica bucată cu bucată.
Aplicațiile de teren rețin local și trimit când prind rețea. Datele nu se pierd pentru că omul a intrat într-un tunel.
03
Partea geografică se verifică pe teren, nu în birou.
Stabilim ce zone contează, ce reguli se aplică în fiecare și ce se întâmplă la încălcarea lor. Desenăm zonele împreună, pe hartă, nu le descriem în text.
Luăm trasee reale, nu generate, și verificăm ce iese din reguli: câte alerte, care sunt false, cât ar fi fost de plată. Regulile se ajustează acum, nu după lansare.
Componenta intră în sistemul existent, cu alertele și rapoartele ei. Rămânem pe monitorizare — regulile geografice se mai schimbă.
Cu hărți libere (OpenStreetMap și derivate) acolo unde se poate, fiindcă nu adaugă costuri per afișare, și cu furnizori comerciali acolo unde instituția are deja contract. Datele geografice stau la noi, în PostGIS; nu depind de furnizorul de hartă.
Depinde de dispozitiv și de ce plătiți pe trafic de date. În practică, la un transport interurban un punct la 30–60 de secunde e suficient pentru traseu și alerte; pentru flote urbane se coboară la 10–15 secunde.
Da, asta e cazul cel mai des întâlnit. Citim întâi cum circulă datele în aplicația existentă, apoi punem componenta geografică acolo unde deja se iau deciziile, nu într-un ecran nou pe care nu-l deschide nimeni.
Se păstrează atât cât cere procesul, apoi se arhivează sau se agregă. Pozițiile sunt date personale când identifică o persoană, deci termenul de păstrare se stabilește de la început, nu la primul audit.
Da, și am făcut-o: tronsoane, categorii de vehicul, perioade. Regula de tarifare se scrie separat de restul aplicației și se testează pe trasee reale, pentru că o greșeală acolo înseamnă facturi greșite, nu doar un ecran stricat.
Contact
Spuneți-ne ce decizii ar trebui să iasă din pozițiile pe care le colectați deja. De acolo pornim.
Sediu: Barajul Dunării nr. 3, Sector 3, București