Transporto sektorius turi savybę, kurios nedaug kitų sektorių turi: didžioji dalis CO2 išmetimų susidaro už biuro ribų, paskirstyta tarp transporto priemonių, reisų ir subrangovų, kurie nebūtinai naudojasi ta pačia sistema. Kai biuro pastatą palyginti nesudėtinga įvertinti, transporto įmonės transporto parką sudaro dešimtys ar šimtai atskirų judančių šaltinių, kiekvienas su savo kuro sąnaudomis, pakrovimo laipsniu ir maršrutu. Išmetimai nėra sutelkti pastate, o susideda iš daugybės reisų, ir šią sumą reikia gauti iš kelių sistemų vienu metu.
Be to, prisideda ir antras lygmuo: nemažą dalį kilometrų dažnai nuvažiuoja ne nuosavas transporto parkas, o subrangovai, čarterio vežėjai ar tiekimo grandinės partneriai. Dauguma šių išmetimų patenka į 3 apimties (scope 3) kategoriją, o duomenys apie juos retai būna standartiškai pasiekiami. Todėl transporto įmonei, siekiančiai susitvarkyti savo tvarumo duomenis, reikia ne tik peržvelgti savo sistemas, bet ir turėti susitarimus, ką ir kokiu pavidalu turi pateikti subrangovai.
Kuro sąnaudos dažniausiai yra pradinis taškas ir tuo pačiu labiausiai fragmentuota dalis. Kuro kortelių duomenys, borto kompiuteriai, telematikos sistemos ir ranka rašyti kuro kvitai paprastai egzistuoja greta vienas kito, su skirtinga skiriamąja geba ir skirtingu „reiso“ apibrėžimu. Borto kompiuteris registruoja duomenis pagal transporto priemonę, kuro kortelės tiekėjas apskaito pagal kortelę, ir šie du duomenų srautai automatiškai nesutampa.
Planavimo ir TVS (transporto valdymo sistemos) programinė įranga turi duomenis apie pakrovimo laipsnį, grįžtamuosius reisus ir tuščius kilometrus, kurie būtini priskiriant išmetimus siuntai arba klientui. Šios sistemos pirmiausia sukurtos operatyviniam planavimui, ne tvarumo ataskaitoms, todėl reikiami laukai jose kartais yra, tačiau ne tokiu formatu, kokio reikalauja CSRD ataskaita.
Personalo (HR) sistemose yra duomenys apie kelionę tarp darbo ir namų, o įmonėse, turinčiose savo dirbtuves, – apie įmonės pastatų energijos sąnaudas. Ūkio skyriai dažnai atskirai valdo biurų, įkrovimo stotelių ir kito nekilnojamojo turto energijos sutartis. Ir tada yra dar aplankas su subrangovų sutartimis, kuriame kartais nurodyta, o kartais ne, kokia kuro rūšis ar transporto priemonės tipas naudojamas.
Daugelyje transporto įmonių nėra žmogaus, kuris apžvelgtų visus minėtus šaltinius. Planavimo skyrius žino reisus, transporto parko vadybininkas žino kuro sąnaudas, pirkimų skyrius žino subrangovus, o finansų skyrius galiausiai turi iš to padaryti ataskaitos skaičių. Nesant aiškios atsakomybės už kiekvieną duomenų punktą, kyla rizika, kad niekas nesijaučia atsakingas už skaičiaus tikslumą, ir tik rengiant ataskaitą išaiškėja, kad kažkoks šaltinis trūksta arba nesutampa.
Tai pažįstamas modelis: taip pat verslo paslaugų sektoriuje ir mažmeninėje prekyboje duomenys yra paskirstyti tarp skyrių, kurių kiekvienas turi tik dalį vaizdo, ir niekas neprižiūri viso vaizdo. Transporto sektoriuje prie to prisideda dar viena komplikacija – reikšminga dalis šaltinių fiziškai yra už įmonės ribų, transporto priemonėse ir pas partnerius.
Gundoma mintis šią fragmentaciją išsprendus programine įranga, kuri automatiškai sujungia telematikos, kuro kortelių ir TVS duomenis. Tokia programinė įranga gali būti naudinga, bet tik tuo atveju, jei iš anksto aišku, kuris duomenų punktas turi kilti iš kurio šaltinio, kas jį tikrina ir kokia kokybės taisyklė nustato, ar reikšmė yra patikima. Įrankis, uždėtas ant neorganizuoto proceso, sukuria tvarkingesnę ataskaitą apie tuos pačius nepatikimus skaičius. Todėl tvarka turi būti tokia: pirma duomenų punktų ir jų kilmės registras, o tik tada, jei reikia, sistema, kuri tą srautą automatizuoja.
Data Readiness Scan transporto įmonei nustato, kuris duomenų punktas kyla iš kurios sistemos: kuro sąnaudos pagal transporto priemonę ar reisą, pakrovimo laipsnis iš TVS, padalinių energijos sąnaudos, ir duomenys, kuriuos subrangovai pateikia arba, priešingai, nepateikia. Prie kiekvieno duomenų punkto fiksuojama, kas yra jo savininkas ir kokia taisyklė nustato, ar reikšmė yra patikima, kad atliekant patikrą būtų aišku, iš kur skaičius kilo ir ko dėl jo galima paklausti. Šis darbas nėra apie pačią ataskaitą ir nėra apie atsakymus į klientų ar bankų anketas, o apie duomenų sluoksnį, kuris eina prieš tai.
Skenas šiuo metu kuriamas. Kas domisi, gali užsiregistruoti į laukiančiųjų sąrašą; kol niekas dar nebaigtas, nieko nėra parduodama.
Kai tik tampa aišku, kokie duomenų punktai egzistuoja, kas juos valdo ir iš kurios sistemos jie kyla, savaime kyla tolesnis klausimas: kuri dalis šių duomenų punktų rinkimo ir tikrinimo yra rankų darbas, kuris tenka planuotojui ar kontroleriui, ir kuri dalis yra pakankamai pasikartojanti, kad ją būtų galima automatizuoti. Tas pats klausimas kyla sektoriuose kaip švietimas ir žemės ūkio sektorius, kur operatyviniai duomenys yra paskirstyti taip pat, kaip transporto sektoriuje. FTE TO AI darbo skenas apskaičiuoja, kiek darbo pagal kiekvieną užduotį galima perkelti AI, ir tuo pačiu susijungia su momentu, kai duomenų punktų registras iš Data Readiness Scan yra pasirengęs: pirmiausia žinoti, kur yra duomenys ir kas už juos atsakingas, tik tada žiūrėti, kurią jų priežiūros dalį galima automatizuoti.
Vraag maar waar een datapunt vandaan komt. Dat is meestal de hele vraag.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.