Ali je v logističnem sektorju prostor za umetno inteligenco?

prvotno objavljeno na Mediumu 23. avgusta 2021
avtor Ülari Kalamees

UI (umetna inteligenca) - kaj je to? Ali res obstaja resnično inteligenten sistem? Komaj verjetno. Vseeno se ta izraz danes pogosto uporablja. Ko lahko program ali sistem analizira nekatere podatke ali napoveduje na podlagi preteklih dogodkov, se ga samodejno imenuje UI. Zveni preprosto kul. Ljudem ni mar, ali je sistem resnično inteligenten ali ne. Pričakujejo le, da bo nekaj pametnega. Pričakujejo, da bo naredil nekaj, česar človeški možgani niso sposobni. Pošteno.

Torej, čeprav tega izraza ne uporabljamo pravilno, kaj so tiste pametne stvari, ki bi jih lahko uživali v logistiki? Da bi se osredotočili, se bom osredotočil na komunikacijski del logistike: kako izbrati prave logistične partnerje, kako narediti komunikacijo nemoteno, kako se izogniti ročnim interakcijam, kako povečati učinkovitost, kako dvigniti kakovost prevoznih odločitev in tako naprej.

Priprava osnove

Začel bom z opisom splošnega procesa izbire logističnih partnerjev - kako poteka danes in je že desetletja.

Najprej morate izbrati prave partnerje za sodelovanje. Običajno se to naredi s procesom naročanja prevoza. Vsem relevantnim logističnim podjetjem se pošlje javni poziv za sodelovanje pri razpisu za prevoz. V povabilu so pojasnjeni obseg in pogoji. Pričakovanja. Statistični podatki za predhodno obdobje. Vhodne datoteke. Roki. Osnove za uvrstitev v naslednja kroga. In tako naprej. Na koncu se izbere 1-5 glavnih partnerjev. Dodatno se izbere 5-15 partnerjev za kritje nepričakovanih dostav ad hoc.

To je bil lahek del. Zdaj je treba vse nastaviti. Dogovoriti se je treba o dodatnih podrobnostih. Kako naročati prevoze, kako komunicirati, izdajanje računov, sledenje, nakladanje, posebni dogovori itd. Če so vključene povezave API, jih je treba zgraditi in nastaviti.

Nato se začne pravo delo. S starimi partnerji je lažje - sodelovanje je že vzpostavljeno. Z novimi partnerji so na začetku vedno pomanjkljivosti. Komunikacija potrebuje čas, da se ustali. Morda je treba prilagoditi povezavo API. Dostave na začetku niso tako gladke. Običajne stvari. In naslednje leto - začnite znova.

Vse skupaj bi moralo biti dovolj prostora za UI in pametne rešitve. Toda kako natančno?

Nekaj primerov s terena

Pred nekaj leti sem bil vključen v projekt z imenom AiToldYou.com. Ta rešitev je namenjena logističnim podjetjem. Vendar deluje tudi na drugih področjih. Ta rešitev napoveduje naročila prevozov po stranki (stranka = podjetje v tem primeru). Izkaže se, da obstaja razmeroma stalen vzorec v povprečnih naročilih strank. Podjetja imajo običajno zelo podobna (če že ne identična) naročila prevozov v določenem časovnem obdobju. Bodisi gre za surovine za proizvodnjo ali preprosto za dobavo, ki se porablja v stalnem tempu. Vsekakor obstaja vzorec. Če bi imeli le nekaj strank, bi bilo precej enostavno opaziti manjkajoče naročilo. Kaj pa, če jih imate stotine? In nenadoma ugotovite, da že dva meseca niste slišali za 5 svojih srednje velikih strank? Kaj pa, če bi imeli sistem, ki bi vam povedal, da ste zamudili dve naročili naslednjih strank? Prava moč takega pristopa je, da stranki pošljete predlog za naročilo tik preden bi potrebovala naslednje naročilo. Kul, kajne?

Morda je ena od najbolj očitnih nalog za napad z rešitvami, podobnimi UI, vnaprej izbrati najboljšega logističnega partnerja za dano pošiljko. Sama ideja ni nič novega in obstaja na stotine (če že ne tisoče) rešitev, ki to ponujajo. Zadnja, za katero sem slišal, je bila www.pickrr.com - vendar kot rečeno, obstaja zelo veliko podobnih rešitev. Nekatere bolj napredne, nekatere pristopajo malo drugače, vendar je ideja podobna - na podlagi cene, časa dobave in preteklih podatkov bo sistem predlagal najboljšo rešitev za vas.

Edino, na kar je treba biti pozoren, je, da predlagani logistični partner res je najboljši za vas in ne najbolj donosen za sistem, ki predlaga rešitev.

Druga zahtevna naloga, ki jo je treba obravnavati, je spremljanje, katero blago je dostavljeno/prispelo pravočasno. Natančneje, želimo vedeti, ali je blago zamujeno in ne bo dostavljeno pravočasno. Običajno to samodejno pomeni, da bodo nekateri naslednji procesi verjetno zamujeni in sčasoma povzročili veliko težav. Po drugi strani pa bi lahko, če bi imeli tak alarm vnaprej, nekaj ukrenili.

Tudi ideja ni nova. Niti ni tehnično zapletena za izvajanje. Sistem mora preprosto spremljati trenutni napredek pošiljke in ga primerjati z navedenim ETA (ocenjenim časom prihoda). Vendar je pogosto izziv kakovost podatkov. Če želimo zgraditi tak sistem, ki bi nas opozoril, če bo kaj verjetno zamujeno, potem ne želimo dobiti lažnega poročila, ki navaja stotine in stotine pošiljk, za katere prevoznik ni prejel ustreznega posodobljenega statusa.

Kalkulator prevoznih stroškov. Morda najmanj UI-podobna stvar na seznamu. Vendar, če bi na mizo položil 5 različnih logističnih cenikov, obstaja verjetnost, da bi pri branju vsaj enega od njih naredili napako. Če to počnete večkrat na dan, ni le nadležno, ampak bi bilo to popolna naloga za prepustitev stroju. Torej, na neki način ta naloga ustreza - pametna stvar, ki jo lahko naredi stroj.

Nobena od zgoraj navedenih nalog ni vredna pravega UI. Koristno - seveda. Vendar ne tako impresivno, kot bi pričakovali od resnično inteligentnega stroja. Torej sem bil radoveden, ali vodilni UI-ji Alexa/Siri/Google kaj vedo o logistiki. Naredil sem preizkus in poskusil vprašati Siri: "Koliko bi stalo pošiljanje ene palete, 500 kg, iz Berlina v Nemčiji v Pariz v Franciji?" Odgovor je bil ... pričakovano razočaranje. Navedla je le vrhunske strani iz Googlovih rezultatov, kjer bi lahko sam preveril/vprašal/zahteval cene. Res, Siri ni namenjena za to. Vendar je to natanko vprašanje, ki ga mnogi nabavni specialisti vsak dan zastavljajo svojemu logističnemu menedžerju.

Po drugi strani pa ta naloga ni tako preprosta, kot se morda zdi na prvi pogled. Prevozne cene so odvisne od stotine majhnih vidikov, kot so od kod, kam, količine blaga, skupne prostornine, narave blaga, načina prevoza, razmer na prevoznem trgu, sezonskosti, dovoljenih časovnih okvirov, skupnih tovorov, razpoložljivih virov, kdo sprašuje, koga se sprašuje itd. itd. itd. Spet pa je v večini primerov indikativna cenovna raven več kot dovolj. Za oceno prevoznih stroškov za kakšen projekt ali pošiljko uradna ponudba prevoznega podjetja ni potrebna - ocena bi bila več kot dovolj.

Celo če je cenovna raven znana, ostaja praktični izziv. Kako doseči ustrezno logistično podjetje? Večina jih ima svoje lastne strankine portale, kjer lahko vnesete svoje podatke in nato naročite pošiljko. Nato morate najti drugega ponudnika storitev in znova vnesti iste podatke. Kaj pa, če potrebujete bolj skalabilno rešitev? Kaj, če imate 10 pošiljk na dan? Kaj pa 100? 1000?

Na tisoče različnih logističnih podjetij je tam zunaj. Vendar v logističnem svetu ni enotnega standarda API. Torej, kadarkoli morate zgraditi povezavo s katerim koli logističnim podjetjem, boste morali začeti od začetka.

Naš pogled na temo

Pri Cargoson imamo svoj pogled na to temo. Izbrali smo isti dve vprašanji, ki ju slišimo tako pogosto:

Koliko bi približno stalo pošiljanje mojega blaga od A do B?

Kako doseči ustreznega prevoznika?

Za odgovor na prvo vprašanje si prizadevamo za storitev, ki bi upoštevala najpomembnejše dejavnike in ocenila pričakovano tržno ceno za dano pošiljko. Brez dejanskih zahtev za cene, brez namenjenih cenikov, brez cenovnih modelov, ki temeljijo na prevozniku. Prizadevamo si za sistem, ki bi tedensko analiziral podatke o naročilih prevozov iz različnih virov, prilagodil rezultate z danimi ključnimi dejavniki in nato iz teh podatkov ustvaril pričakovano cenovno raven za dano pošiljko. Ni pomembno, ali mora biti pošiljka odpremljena le okoli vogala ali jo je treba prevzeti z druge strani sveta. Vnesite le najpomembnejše parametre pošiljke: od kod, kam in nekaj o količinah, sistem pa bo predlagal pričakovano raven prevoznih stroškov. Ko bo pravi čas, se lahko pošlje dejanska zahteva za ceno in nato prejmete uradne ponudbe - vendar za indikacijo bo tam začetni predlog.

Ocenjevanje prevoznih stroškov za katero koli pošiljko je matematična, ne UI naloga.

Za odgovor na drugo vprašanje smo že zgradili jedro za naš prevajalnik API. Na tisoče različnih logističnih podjetij je tam zunaj. Vendar v logističnem svetu ni enotnega standarda API. Naš cilj je ustvariti enega. Tako da bi bilo eno kontaktno točko in bi se sporočila nato samodejno posredovala ustrezni API logističnega podjetja.