Ar logistikos sektoriuje yra vietos dirbtiniam intelektui?

Ar yra vietos dirbtiniam intelektui logistikos sektoriuje?

Originaliai paskelbta „Medium" 2021 m. rugpjūčio 23 d.
Autorius Ülari Kalamees

DI (dirbtinis intelektas) – kas tai yra? Ar iš tiesų egzistuoja tikrai intelektinga sistema? Vargu. Vis dėlto šiuo metu šis terminas yra plačiai naudojamas. Kai kuri nors programa ar sistema gali analizuoti duomenis ar daryti prognozes, remiantis ankstesniais įvykiais, ji automatiškai vadinama DI. Tai tiesiog skamba taip įspūdingai. Žmonėms nesvarbu, ar tam tikra sistema yra tikrai intelektinga, ar ne. Jie tiesiog tikisi, kad ji padarys kažką protingo. Jie tikisi, kad ji padarys kažką, ko žmogaus protas negali padaryti. Visai pagrįstai.

Taigi, nors mes neteisingai naudojame šį terminą, kokie tie protingi dalykai, kuriais galėtume džiaugtis logistikoje? Norėdamas išlaikyti dėmesį, aš sutelksiu dėmesį į logistikos komunikacijos dalį: kaip pasirinkti tinkamus logistikos partnerius, kaip užtikrinti sklandų bendravimą, kaip išvengti rankinių sąveikų, kaip padidinti efektyvumą, kaip pagerinti transporto sprendimų kokybę ir t.t.

Pradžios taškas

Pradėsiu apibūdindamas bendrą logistikos partnerių pasirinkimo procesą – kaip tai veikia šiandien ir veikė dešimtmečius.

Visų pirma, turite pasirinkti tinkamus partnerius, su kuriais dirbsite. Paprastai tai daroma naudojant krovinių įsigijimo procesą. Viešas kvietimas dalyvauti transporto konkurse siunčiamas visoms atitinkamoms logistikos įmonėms. Kvietimuose paaiškinama apimtis ir sąlygos. Lūkesčiai. Statistiniai duomenys už ankstesnį laikotarpį. Įvesties failai. Terminai. Kvalifikacijos į kitus etapus pagrindai. Ir taip toliau. Galiausiai atrenkami 1–5 pagrindiniai partneriai. Be to, atrenkami 5–15 partnerių, kurie padengtų nenumatytus pristatymus ad hoc pagrindu.

Tai buvo lengvoji dalis. Dabar viskas turi būti nustatyta. Reikia susitarti dėl papildomų detalių. Kaip pateikti transporto užsakymus, kaip bendrauti, sąskaitų išrašymas, sekimas, krovimas, specialūs susitarimai ir t.t. Jei naudojami API ryšiai – juos reikia sukurti ir nustatyti.

Tada prasideda tikrasis darbas. Su senaisiais partneriais lengviau – bendradarbiavimas jau nusistovėjęs. Su naujais partneriais iš pradžių visada būna trūkumų. Bendravimas užtrunka, kol įsivažiuoja. Galbūt reikia koreguoti API ryšį. Pristatymai iš pradžių nėra tokie sklandūs. Įprasta situacija. O kitais metais – viskas prasideda iš naujo.

Apskritai, turėtų būti daug vietos DI ir išmaniosioms sprendimams. Bet kaip konkrečiai?

Keli pavyzdžiai iš praktikos

Prieš kelerius metus dalyvavau projekte, pavadintame AiToldYou.com. Ši sprendimas skirtas logistikos įmonėms. Tačiau jis taip pat veikia ir kitose srityse. Šis sprendimas prognozuoja transporto užsakymus kiekvienam klientui (klientas = įmonė šiuo atveju). Paaiškėja, kad vidutiniai kliento užsakymai yra santykinai pastovūs. Įmonės linkusios turėti labai panašių (jei ne identiškų) transporto užsakymų per tam tikrą laikotarpį. Arba tai yra žaliava gamybai, arba tiesiog tiekimas, kuris sunaudojamas tolygiu tempu. Bet kokiu atveju, yra tam tikras modelis. Būtų gana paprasta pastebėti praleistą užsakymą, jei turėtumėte tik kelis klientus. Bet kas, jei jų turite šimtus? Ir staiga paaiškėja, kad 2 mėnesius negirdėjote apie 5 savo vidutinio dydžio klientus? O jei turėtumėte sistemą, kuri praneštų, kad praleidote du užsakymus iš šių klientų? Tokio požiūrio tikroji galia yra pateikti užsakymo pasiūlymą klientui prieš tai, kai jis pats turėtų užsakyti kitą užsakymą. Įspūdinga, ar ne?

Galbūt viena akivaizdziausių užduočių, kurias reikėtų spręsti naudojant DI sprendimus, yra iš anksto atrinkti geriausią logistikos partnerį konkrečiam siuntimui. Pati idėja nėra unikali ir yra šimtai (jei ne tūkstančiai) sprendimų, siūlančių tai. Paskutinis, kurį girdėjau, buvo www.pickrr.com – bet, kaip minėjau, yra labai daug panašių sprendimų. Kai kurie labiau pažengę, kai kurie priartėja šiek tiek kitaip, bet idėja panaši – remiantis kaina, pristatymo laiku ir ankstesniais duomenimis, sistema pasiūlys jums geriausią sprendimą.

Tik reikia atidžiai stebėti, ar siūlomas logistikos partneris iš tiesų yra geriausias jums, o ne pelningiausias sprendimą siūlančiai sistemai.

Dar viena sudėtinga užduotis yra stebėti, ar prekės pristatytos/atvyko laiku. Tiksliau, mes norime žinoti, ar prekės vėluoja ir nebus pristatytos laiku. Paprastai tai automatiškai reiškia, kad kai kurie vėlesni procesai taip pat greičiausiai bus atidėti ir galiausiai sukels daug rūpesčių. Kita vertus, jei turėsime tokį perspėjimą iš anksto, galėsime kažką dėl to padaryti.

Vėlgi, pati idėja nėra nauja. Tai nėra ir techniškai sudėtinga įgyvendinti. Sistema tiesiog turi sekti dabartinę siuntos eigą ir palyginti ją su nurodyta ETA (numatoma atvykimo data). Tačiau dažnai iššūkis yra duomenų kokybė. Jei norime sukurti tokią sistemą, kuri perspėtų mus, jei kas nors greičiausiai bus pavėluota, mes nenorime gauti klaidingų ataskaitų, kuriose būtų išvardytos šimtai ir šimtai siuntų, kurioms vežėjas nepateikė atitinkamo būsenos atnaujinimo.

Transporto kainos skaičiuoklė. Galbūt mažiausiai DI panašus dalykas iš sąrašo. Bet vėlgi, jei ant stalo padėčiau 5 skirtingus logistikos kainoraščius, tikėtina, kad skaitydami padarytumėte klaidą bent viename iš jų. Tai daryti daugelį kartų per dieną ne tik nemalonu, bet tai būtų puikus dalykas, kurį galima patikėti mašinai. Taigi, tam tikra prasme ši užduotis tinka – protingas dalykas, kurį gali atlikti mašina.

Nė viena iš paminėtų užduočių nėra tikrai verta DI. Naudinga – žinoma. Bet ne tokia įspūdinga, kokios galėtumėte tikėtis iš tikrai intelektingos mašinos. Taigi, susidomėjau, ar DI flagmanai Alexa/Siri/Google žino ką nors apie logistiką? Išbandžiau ir paklausiau Siri: „Kiek kainuotų išsiųsti 1 paletę, 500 kg, iš Berlyno, Vokietijos į Paryžių, Prancūziją?" Atsakymas buvo... nuvyliantis, kaip ir tikėtasi. Ji tiesiog išvardijo populiariausias svetaines iš „Google" paieškos rezultatų, kur pats galėčiau patikrinti/paklausti/užklausti kainų. Tiesa, Siri nėra skirta tam. Bet tai būtent tas klausimas, kurį daugelis pirkimo specialistų kasdien užduoda savo logistikos vadovui.

Kita vertus, ši užduotis nėra tokia paprasta, kokia gali pasirodyti iš pirmo žvilgsnio. Transporto kainos priklauso nuo šimtų smulkių aspektų, tokių kaip iš kur, į kur, prekių kiekiai, bendri tūriai, prekių pobūdis, transporto priemonės, situacija transporto rinkoje, sezoniniai svyravimai, leidžiami laiko rėmai, bendri kroviniai, turimi ištekliai, kas klausia, ko klausiama ir t.t. Tačiau dažniausiai pakanka orientacinės kainos lygio. Oficialaus vežėjo pasiūlymo nereikia, norint įvertinti transporto išlaidas kokiam nors projektui ar siuntai – pakaktų apytikslio įvertinimo.

Net jei kainos lygis yra žinomas, lieka praktinis iššūkis. Kaip pasiekti atitinkamą logistikos įmonę? Dauguma jų turi savo klientų portalus, kur galite įvesti savo duomenis, o tada užsakyti siuntą. Tada turite rasti kitą paslaugų teikėją ir vėl įvesti tuos pačius duomenis. Bet kas, jei jums reikia labiau masteliu sprendimo? O jei turite 10 siuntų per dieną? O jei 100? 1000?

Yra tūkstančiai įvairių logistikos įmonių. Tačiau logistikos pasaulyje nėra vieningos API standarto. Taigi, kai tik jums reikia sukurti ryšį su bet kuria logistikos įmone, turėsite pradėti nuo nulio.

Mūsų požiūris į šią temą

Mes, Cargoson, turime savo požiūrį į šią temą. Pasirinkome tuos pačius du klausimus, kuriuos taip dažnai girdime:

Kiek apytiksliai kainuotų išsiųsti mano prekes iš A į B?

Kaip pasiekti atitinkamą vežėją?

Norėdami atsakyti į pirmąjį klausimą, siekiame sukurti paslaugą, kuri atsižvelgtų į svarbiausius veiksnius ir įvertintų numatomą rinkos kainą nurodytiems kroviniams. Jokių faktinių kainų užklausų, jokių specialių kainoraščių, jokių vežėjų kainodaros modelių. Siekiame sukurti sistemą, kuri kas savaitę analizuotų transporto užsakymų duomenis iš įvairių šaltinių, koreguotų rezultatus pagal nurodytas pagrindines sąlygas ir iš šių duomenų generuotų numatomą kainos lygį nurodytiems kroviniams. Nesvarbu, ar krovinys turi būti išsiųstas už kampo, ar jį reikia paimti iš kitos pasaulio pusės. Tiesiog turite įvesti svarbiausius siuntos parametrus: iš kur, į kur ir kažką apie kiekius, o sistema pasiūlys numatomą transporto kainos lygį. Kai ateis laikas, bus išsiųsta faktinė kainos užklausa ir bus gauti oficialūs pasiūlymai, tačiau orientaciniam įvertinimui bus pateiktas pradinis pasiūlymas.

Transporto išlaidų bet kuriai siuntai įvertinimas yra matematinis, o ne DI uždavinys.

Norėdami atsakyti į antrąjį klausimą, jau sukūrėme savo API vertėjo branduolį... klausimą, jau sukūrėme savo API vertėjo branduolį. Yra tūkstančiai įvairių logistikos įmonių. Tačiau logistikos pasaulyje nėra vieningos API standarto. Mūsų tikslas yra sukurti vieną. Kad būtų vienas galinis taškas, su kuriuo reikėtų susisiekti, o pranešimai būtų automatiškai persiunčiami atitinkamos logistikos įmonės API.