Transporto valdymo sistema (TMS): vilkikų kuro kontrolė, CMR dokumentai ir vairuotojų programėlė

1. Kuro vagystės, prarasti CMR ir vėluojantys pinigų srautai: kur dingsta pelno marža?

Vidutinio dydžio Lietuvos transporto įmonė, valdanti 30–50 vilkikų parką, kiekvieną mėnesį praranda nuo 14 000 iki 28 000 eurų vien dėl fragmentuoto duomenų valdymo, neapskaitytų kuro nuokrypių ir uždelsto sąskaitų išrašymo ciklo. Kol vilkiko vairuotojas fiziškai negrąžina pasirašyto popierinio CMR egzemplioriaus į centrinį biurą Vilniuje, Kaune ar Klaipėdoje, buhalterija negali išrašyti PVM sąskaitos faktūros užsakovui. Rezultatas – pinigų įšaldymas apyvartinėse lėšose, trunkantis nuo 14 iki 45 kalendorinių dienų, ir chroniškas apyvartinio kapitalo badas.

Kuro apskaitos problema yra dar brutalesnė. Standartinė praktika rodo, kad kuro kortelių operatorių („Circle K“, „UTA“, „DKV“, „Neste“) mėnesinės ataskaitos vėluoja, o jose pateikiami litrai yra lyginami su ekspeditorių rankiniu būdu pildomomis „Excel“ lentelėmis geriausiu atveju kartą per mėnesį. Tokio vėlavimo pakanka, kad CAN-bus lygio nuotėkiai, neteisėti nupylimai ar degalų pylimas į asmeninę tarą taptų nebeatsekami. Kai transporto valdymo sistema (TMS) neveikia kaip vientisas inžinerinis mazgas, jungiantis telemetriją, ERP ir vairuotojo telefoną, įmonės pelno marža tirpsta kelyje tarp degalinės ir kliento sandėlio.

2. Modernios TMS architektūra: CAN-bus telemetrija, i.VAZ ir ERP integracija

Tikroji skaitmeninė transporto valdymo sistema nėra izoliuota dėžutė ar dar viena atskira internetinė programėlė, kurioje vadybininkai rankomis perrašo duomenis. Tai orkestravimo platforma, realiuoju laiku susiejanti vilkiko borto kompiuterio telemetriją, vairuotojo mobiliąją darbo vietą, valstybinius registrus ir finansų apskaitos sistemas.

Lietuvos verslo aplinkoje lemiamas reikalavimas yra tiesioginis duomenų apsikeitimas su Valstybinės mokesčių inspekcijos i.MAS posisteme (ypač elektroniniais i.VAZ važtaraščiais), momentinis sąskaitų generavimas per vietines ERP sistemas („Rivilė GAMA“, „Directo“, „B1“) ir kvalifikuotas dokumentų pasirašymas per „Smart-ID“ bei „Dokobit“ API vartus.

+---------------------------------------------------------------------------------------+
|                               TRANSPORTO VALDYMO SISTEMA (TMS)                        |
|                                                                                       |
|  [Vilkikas / CAN-bus]  ----(MQTT / HTTPS API)---->  [Telemetrijos Apdorojimo Branduolys] |
|   (Ruptela / Mapon / Teltonika)                          |                              |
|                                                          v                              |
|  [Vairuotojo PWA App]  ----(e-CMR / Foto OCR)---->  [Reisų & Kuro Validavimo Variklis]  |
|   (Pasirašymas ekrane / Smart-ID)                        |                              |
|                                                          v                              |
|  [Dokumentų Hub'as]    <---(Automatinis suderinimas)----+                              |
|           |                                                                           |
+-----------|---------------------------------------------------------------------------+
            |
            +-----(REST API / XML)-----> [Valstybinės Sistemos: VMI i.VAZ / i.SAF]
            |
            +-----(Webhooks / JSON)----> [Buhalterija: Rivilė GAMA / Directo / B1]
            |
            +-----(Automatinis PDF)----> [Užsakovas: Sąskaita + Patvirtintas e-CMR]

Šioje architektūroje kiekvienas reiso etapas yra verifikuojamas automatiškai. Kai vilkikas kerta geozoną pasikrovimo vietoje, TMS automatiškai suformuoja i.VAZ važtaraščio XML paketą, perduoda jį VMI sistemai ir grąžina unikalų registracijos numerį tiesiai į vairuotojo programėlę be dispečerio įsikišimo.

3. Telemetrijos inžinerija: CAN-bus duomenų sinchronizavimas su kuro kortelių išrašais

Tradicinis degalų kontrolės metodas pagal vidutines gamintojo normas yra pasenęs ir kuria iliuziją, kad sąnaudos yra valdomos. Reali kuro apskaita reikalauja dviejų nepriklausomų duomenų šaltinių matematinio suderinimo realiuoju laiku: CAN-bus borto kompiuterio telemetrijos duomenų srauto ir kuro kortelių transakcijų API.

Suderinta.lt diegiamas algoritmas veikia trimis lygiais:

Faktinio lygio fiksavimas (CAN-bus / FMS sąsaja): Iš vilkiko telemetrijos įrangos („Ruptela“, „Mapon“, „Teltonika“) kas 30 sekundžių gaunami absoliutūs kuro bako lygio (litrais) ir variklio sudeginto kuro rodmenys. Jei bako lygis sumažėja daugiau nei 8 litrais per 120 sekundžių išjungtu varikliu arba stovėjimo aikštelėje, TMS momentaliai generuoja pavojaus signalą dispečeriui ir siunčia GPS koordinates.
Kortelių transakcijų API ingestion: Degalinių tinklų („Circle K“, „UTA“, „DKV“) pirkimo duomenys per REST API arba automatizuotus SFTP duomenų srautus importuojami į TMS tą pačią akimirką, kai vairuotojas apmoka degalus.
Automatinis geokodavimo ir tūrio kryžminis patikrinimas: Sistema sulygina tris parametrus: kuro kortelės pirkimo laiką bei degalinės GPS vietą su vilkiko telemetrijos koordinatėmis ir bako papildymo kreive. Jei kortelė autorizuota degalinėje A, o vilkiko telemetrija rodo, kad transporto priemonė stovi už 4 kilometrų arba į baką pateko 350 litrų, kai pagal kuro čekį nupirkta 420 litrų, neatitikimas fiksuojamas kaip nuokrypis ir išskaičiuojamas reiso ataskaitoje.

4. Popierinių važtaraščių pabaiga: e-CMR, OCR nuskaitymas ir vairuotojo PWA programėlė

Vairuotojui nereikia sudėtingos sąsajos su dešimtimis mygtukų. Specializuota progresyvi internetinė programėlė (PWA) veikia bet kuriame „Android“ ar „iOS“ išmaniajame telefone, naudoja minimalius duomenų paketus ir palaiko visišką „offline-first“ režimą, kai vilkikas važiuoja už ES ribų ar pramoninėse zonose be stabilaus 4G/5G ryšio.

Krovos vietoje gavėjo parašas paimamas tiesiai telefono ekrane. Jei siuntėjas ar gavėjas vis dar reikalauja tradicinio popierinio CMR egzemplioriaus, vairuotojas atlieka nuskaitymą per integruotą OCR (optinio simbolių atpažinimo) modulį. Sistema atlieka geometrinį dokumento išlyginimą, fono triukšmų šalinimą, atpažįsta CMR numerį, antspaudo buvimą bei parašo zoną ir konvertuoja nuotrauką į teisiškai galiojantį PDF dokumentą.

Šis dokumentas tą pačią sekundę per API sinchronizuojamas su centriniu serveriu. Kai dokumentas verifikuojamas, sistema automatiškai per „Rivilė GAMA“ ar „Directo“ API suformuoja pardavimo PVM sąskaitą faktūrą užsakovui ir išsiunčia ją el. paštu kartu su pasirašytu CMR priedu. Sąskaitos išrašymo ciklas sutrumpėja nuo 21 dienos iki 7 minučių po krovinio iškrovimo.

5. Palyginimas: Excel ir rankinis dispečerių darbas prieš individualią TMS

Žemiau pateikiamas sisteminis veiklos procesų palyginimas tarp tradicinio, rankinio valdymo ir integruotos transporto valdymo sistemos.

Procesas	Tradicinis būdas (Excel / rankinis)	Suderinta.lt individualus sprendimas	Finansinis efektas / sutaupymas
Kuro apskaita ir kontrolė	Mėnesio pabaigoje čekiai ranka suvedami į Excel, lyginama su vidutinėmis normomis.	CAN-bus ir degalinių kortelių API realiu laiku; automatinis nuopylimų detektavimas.	Sutaupoma 1,5–3,5% viso sunaudojamo kuro biudžeto.
CMR valdymas ir sąskaitos	Laukiama fizinių CMR paštu ar vairuotojui grįžus (14–30 d. vėlavimas).	e-CMR arba OCR skenavimas per vairuotojo PWA programėlę iškrovimo vietoje.	Apyvartinis kapitalas atlaisvinamas 20 dienų greičiau.
i.VAZ registracija VMI	Dispečeris rankiniu būdu jungiasi prie VMI portalo ir veda kiekvieną krovinį.	Automatinis XML suformavimas ir išsiuntimas į i.MAS per API geozonos kirtimo metu.	Sutaupoma ~15 min. kiekvienam vietiniam reisui.
Buhalterijos duomenų srautas	Buhalteris rankomis perrašo duomenis į Rivilę / Directo / B1 iš kuro ir reiso lapų.	Tiesioginė REST API integracija su ERP: kelionės lapai ir sąskaitos importuojami be žmogaus.	Sumažinama buhalterijos darbo apkrova 1,5 etato.
Vairuotojų atsiskaitymai ir dienpinigiai	Skaičiavimas mėnesio gale pagal popierinius tachografo lapelius ir dienoraščius.	Automatinis šalių kirtimo laiko skaičiavimas pagal GPS telemetriją ir VMI/Sodros taisykles.	Eliminuojamos permokos ir klaidų rizika audito metu.
Incidentų ir gedimų fiksavimas	Vairuotojas skambina telefonu, pamiršta detales, informacija pasimeta susirašinėjimuose.	Gedimo ar avarijos registravimas programėlėje su geokoordinatėmis ir pažeidimų nuotraukomis.	Draudimo išmokų administravimo laikas sutrumpėja 60%.

6. Finansinis ROI modelis: 35 vilkikų parko investicijų grąža per 74 dienas

Paskaičiuokime realią ekonominę grąžą, remdamiesi tipine Lietuvos transporto įmone, valdančia 35 tarptautinių reisų vilkikus (vidutinė rida – 10 500 km per mėnesį vienam vilkikui, kuro kaina – 1,25 €/l be PVM, vidutinės sąnaudos – 29 l/100 km).

1. Kuro sąnaudų optimizavimas (mikrovagysčių ir neekonomiško vairavimo šalinimas)

Bendras mėnesio kuro suvartojimas: 35 vilkikai * 105 (šimtai km) * 29 l = 106 575 litrai.
Mėnesinis kuro biudžetas: 106 575 l * 1,25 € = 133 218,75 €.
Konservatyvus sutaupymas įdiegus CAN-bus ir degalinių kortelių kryžminę kontrolę – 2,2%: 2 930,81 € per mėnesį.

2. Dispečerių ir apskaitos personalo darbo laiko taupymas

3 dispečeriai ir 1,5 buhalterio etato sugaišta vidutiniškai 35 valandas per savaitę kuro čekių derinimui, i.VAZ pildymui ir CMR administravimui.
Sutaupoma 120 darbo valandų per mėnesį.
Taikant standartinį specialistų darbo vietos kaštą (su Sodros mokesčiais) – 20 €/val.: 120 val. * 20 € = 2 400,00 € per mėnesį.

3. Apyvartinio kapitalo optimizavimas (ankstesnis faktūravimas)

Mėnesinė apyvarta: ~380 000 €.
Sutrumpinus pinigų surinkimo ciklą 16 dienų, sumažinamas faktoringo ar apyvartinio kredito poreikis. Esant 7% metinėms palūkanoms, palūkanų ekonomija sudaro apie 1 160,00 € per mėnesį.

Bendra mėnesinė finansinė nauda: 2 930,81 € + 2 400,00 € + 1 160,00 € = 6 490,81 € / mėn.

Esant profesionalios individualios sistemos diegimo biudžetui apie 16 000 € (vienkartinė investicija be perteklinių licencinių mėnesinių mokesčių už kiekvieną vilkiką), investicijos atsipirkimo terminas yra:

(16 000 € / 6 490,81 €) * 30 dienų = 73,9 dienos (~74 dienos).

7. Techniniai spąstai ir edge cases: neprisijungusio vairuotojo scenarijus ir API limitai

Diegiant transporto valdymo sistemas dažnai susiduriama su trimis kritinėmis klaidomis, kurios sužlugdo standartinius SaaS sprendimus:

Ryšio praradimas krovos vietose (Offline Sync Hell): Daugelis sandėlių Vokietijoje ar Prancūzijoje yra metaliniuose angaruose, kur mobilusis internetas neveikia. Jei vairuotojo programėlė reikalauja tiesioginio ryšio su serveriu tam, kad patvirtintų krovinio priėmimą ar nuskaitytų brūkšninį kodą, procesas sustoja. Mūsų sprendimas naudoja vietinį IndexedDB saugojimą su konfliktų sprendimo algoritmais (CRDT). Visi veiksmai, nuotraukos ir parašai fiksuojami vietoje su laiko žyma, o sinchronizavimas įvyksta foniniu režimu vilkikui pajudėjus ir atsiradus ryšiui.
Valstybinių sistemų (i.MAS / i.VAZ) API nestabilumas: Valstybiniai serveriai patiria planinius atnaujinimus arba netikėtus gedimus piko valandomis. Tiesioginis sinchroninis ryšys tokiu atveju užblokuotų visą įmonės logistikos grandinę. Sistemoje diegiama asinchroninė eilių valdymo posistemė (Message Queue). Jei VMI nepriima užklausos, sistema automatiškai vykdo pakartotinius bandymus pagal eksponentinį atidėjimo algoritmą (exponential backoff) ir informuoja dispečerį tik tuo atveju, jei klaida tęsiasi ilgiau nei numatytas SLA slenkstis.
Kuro kortelių transakcijų vėlavimas: Kai kurie tarptautiniai degalinių tinklai duomenis pateikia su 24–48 valandų vėlavimu. Jei sistema neturi retrospektyvaus duomenų sulyginimo modulio, susidaro netikros nuopylimo indikacijos. TMS privalo turėti „minkštąjį buferį“, kuris laikinai pažymi kuro lygio šuolius ir automatiškai juos uždaro, kai atkeliauja vėluojanti kortelės transakcija iš užsienio serverio.

8. 4 savaičių diegimo planas: nuo telemetrijos audito iki gamybinio paleidimo

Mes nesiūlome projektų, kurie trunka metus. Mūsų inžinerinė metodika leidžia pilnai funkcionuojančią sistemą integruoti per 4 savaites:

1 Savaitė: Telemetrijos ir apskaitos auditas. Atliekamas esamų GPS sekiklių („Ruptela“, „Mapon“, „Teltonika“) CAN-bus protokolų testavimas. Nustatomi duomenų srautai, suderinami kuro kortelių teikėjų API formatai, parengiama integracijos su „Rivilė GAMA“, „Directo“ ar „B1“ specifikacija.
2 Savaitė: Duomenų branduolio ir PWA aplikacijos konfigūravimas. Sukonfigūruojama duomenų bazė, integruojami i.VAZ API vartai, paruošiama vairuotojo PWA sąsaja su OCR dokumentų nuskaitymu ir parašo surinkimo funkcija.
3 Savaitė: Pilotinis testavimas su 3–5 vilkikais. Realaus reiso sąlygomis testuojamas automatinis kuro lygio fiksavimas, e-CMR generavimas, krovos patvirtinimas ir sąskaitų formavimas testinėje ERP aplinkoje. Pašalinami atsiradę kraštiniai atvejai (edge cases).
4 Savaitė: Viso parko pajungimas ir komandos apmokymai. Vairuotojams išsiunčiamos SMS nuorodos į PWA aplikaciją (nereikia diegti per „Google Play“ ar „App Store“). Apmokomi dispečeriai ir buhalterija. Sistema paleidžiama į gamybinį režimą.

9. Veikiantis prototipas per 48 valandas

Jei jūsų įmonė vis dar švaisto darbo valandas kuro ataskaitų pildymui „Excel“ lentelėse, ieško pasimetusių CMR kopijų ar rankiniu būdu suvedinėja i.VAZ važtaraščius – atsiųskite mums savo naudojamą reiso lapo šabloną arba telemetrijos duomenų išrašą.

Per 48 valandas mes nemokamai paruošime veikiantį, interaktyvų jūsų proceso prototipą. Pamatysite, kaip jūsų kuro duomenys, CMR fiksavimas ir integracija su „Rivilė“, „Directo“ ar kita apskaitos sistema veikia vienoje erdvėje be brangių licencijų ir be tuščių pažadų.

Turinio rodyklė