Vai loģistikas nozarē ir vieta mākslīgajam intelektam?

Sākotnēji publicēts Medium 2021. gada 23. augustā
autors Ülari Kalamees

Mākslīgais intelekts (MI) — kas tas ir? Vai patiešām pastāv tāda lieta kā patiesi intelektiska sistēma? Grūti pateikt. Tomēr mūsdienās šis termins tiek plaši lietots. Kad kāda programma vai sistēma var analizēt datus vai veikt prognozes, balstoties uz iepriekšējiem notikumiem, tā automātiski tiek dēvēta par MI. Tas vienkārši skan tik stilīgi. Cilvēkiem nav svarīgi, vai kāda sistēma ir patiesi intelektiska vai nē. Viņi vienkārši gaida, ka tā darīs kaut ko gudru. Viņi gaida, ka tā darīs kaut ko, ko cilvēka smadzenes nespēj.

Tātad, lai arī mēs neizmantojam šo terminu pareizi, kādas ir tās gudras lietas, ko varētu baudīt loģistikā? Lai saglabātu fokusētu pieeju, es koncentrēšos uz loģistikas komunikācijas daļu: kā izvēlēties pareizos loģistikas partnerus, kā padarīt komunikāciju viengabalainu, kā izvairīties no manuālām mijiedarbībām, kā palielināt efektivitāti, kā uzlabot transporta lēmumu kvalitāti utt.

Pamatu likšana

Es sākšu ar vispārīgā loģistikas partneru izvēles procesa aprakstu — tā, kā tas notiek šodien un ir noticis gadu desmitiem ilgi.

Vispirms jums ir jāizvēlas pareizās partnerus, ar kuriem sadarboties. Parasti tas tiek darīts, izmantojot kravas iepirkuma procesu. Visām attiecīgajām loģistikas uzņēmumiem tiek nosūtīts publisks uzaicinājums piedalīties transporta konkursā. Uzaicinājumā tiek izskaidrots apjoms un nosacījumi. Prasības. Statistikas dati par iepriekšējo periodu. Ievades faili. Termiņi. Kvalifikācijas kritēriji nākamajām kārtām. Utt. Visbeidzot tiek izvēlēti 1–5 galvenie partneri. Papildus tiek izvēlēti 5–15 partneri, lai segtu neparedzētas piegādes ad hoc režīmā.

Tas bija vieglākā daļa. Tagad viss ir jāsagatavo. Jāvienojas par papildu detaļām. Kā veikt transporta pasūtījumus, kā komunicēt, rēķinu izrakstīšana, izsekošana, iekraušana, īpašie pasākumi utt. Ja ir iesaistītas API savienojumi, tie ir jāizveido un jāuzstāda.

Tad sākas pats darbs. Ar vecajiem partneriem ir vieglāk — sadarbība jau ir izveidota. Ar jaunajiem partneriem sākumā vienmēr ir grūtības. Komunikācijai ir nepieciešams laiks, lai nostabilizētos. Iespējams, API savienojumam ir nepieciešami pielāgojumi. Sākumā piegādes nav tik raitas. Parasti lietas. Un tad nākamajā gadā — sāc no jauna.

Kopumā MI un gudrajām risinājumiem vajadzētu būt pietiekami daudz vietas. Bet kā tieši?

Daži piemēri no prakses

Pirms dažiem gadiem es piedalījos projektā AiToldYou.com. Šis risinājums ir paredzēts loģistikas uzņēmumiem. Bet tas darbojas arī citās jomās. Šis risinājums prognozē transporta pasūtījumus katram klientam (klients šajā piemērā ir uzņēmums). Izrādās, ka klientu vidējos pasūtījumos ir samērā nemainīgs modelis. Uzņēmumiem noteiktā laika periodā ir ļoti līdzīgi (ja ne identiski) transporta pasūtījumi. Vai nu tā ir izejviela ražošanai, vai vienkārši piegāde, kas tiek patērēta vienmērīgā tempā. Jebkurā gadījumā pastāv modelis. Ja jums būtu tikai daži klienti, būtu samērā viegli pamanīt, ja kāds pasūtījums iztrūkst. Bet kas notiek, ja jums ir simtiem klientu? Un pēkšņi jūs atklājat, ka no 5 vidēja lieluma klientiem 2 mēnešus neesat dzirdējis neko? Bet kas notiktu, ja jums būtu sistēma, kas paziņotu, ka esat palaidis garām divus pasūtījumus no šādiem klientiem? Šādas pieejas patiesā vērtība ir iespēja nosūtīt pasūtījuma priekšlikumu klientam tieši pirms viņam būs nepieciešams veikt nākamo pasūtījumu. Stilīgi, vai ne?

Varbūt viena no acīmredzamākajām lietām, ko uzbrukt ar MI risinājumiem, ir iepriekš atlasīt labāko loģistikas partneri konkrētam sūtījumam. Pati ideja nav unikāla, un ir simtiem (ja ne tūkstošiem) risinājumu, kas to piedāvā. Pēdējais, ko dzirdēju, bija www.pickrr.com — bet, kā jau teicu, ir ļoti daudz līdzīgu risinājumu. Daži ir progresīvāki, daži pieiet nedaudz citādāk, bet ideja ir līdzīga — balstoties uz cenu, piegādes laiku un iepriekšējiem datiem, sistēma jums ieteiks labāko risinājumu.

Vienīgā lieta, kam jāpievērš uzmanība, ir tā, lai ieteiktais loģistikas partneris patiešām būtu labākais jums, nevis izdevīgākais sistēmai, kas piedāvā risinājumu.

Vēl viens izaicinājums ir kontrolēt, vai preces tiek piegādātas/saņemtas laikā. Precīzāk sakot, mēs vēlamies zināt, vai preces ir aizkavētas un netiks piegādātas laikā. Parasti tas automātiski nozīmē, ka, iespējams, tiks aizkavēti arī kādi turpmākie procesi un galu galā radīs daudz problēmu. Savukārt, ja mums šāds brīdinājums būs iepriekš, mēs varētu kaut ko darīt.

Atkal, ideja nav jauna. Arī tehniski tā nav sarežģīta ieviešanai. Sistēmai vienkārši ir jāseko līdzi sūtījuma pašreizējai virzībai un jāsalīdzina ar norādīto piegādes laiku (ETA). Tomēr bieži vien izaicinājums ir datu kvalitāte. Ja mēs vēlamies izveidot tādu sistēmu, kas brīdinātu mūs gadījumā, ja kaut kas, iespējams, tiks aizkavēts, mēs negribam saņemt kļūdainus ziņojumus, kas uzrāda simtiem un tūkstošiem sūtījumu, kuriem pārvadātājs nav nosūtījis attiecīgo statusa atjauninājumu.

Transporta cenu kalkulators. Iespējams, vismazāk MI cienīgā lieta šajā sarakstā. Bet, no otras puses, ja es noliku priekšā 5 dažādus loģistikas cenu sarakstus, visticamāk, jūs kļūdītos, lasot vismaz vienu no tiem. Darīt to daudzas reizes dienā nav tikai apgrūtinoši, bet šis būtu perfekts uzdevums, ko uzticēt mašīnai. Tādā veidā šis uzdevums kvalificējas — gudra lieta, ko var veikt mašīna.

Neviens no iepriekšminētajiem nav patiesi MI cienīgs uzdevums. Noderīgi — jā. Bet ne tik iespaidīgi, kā varētu gaidīt no patiesi intelektiskas mašīnas. Tāpēc es kļuvu ziņkārīgs, vai MI flagmaņi Alexa/Siri/Google kaut ko zina par loģistiku? Es veicu testu un mēģināju pajautāt Siri: "Cik dārgi būtu nosūtīt 1 paleti, 500 kg, no Berlīnes, Vācijas uz Parīzi, Franciju?" Atbilde bija... gaidāmi vīlusi. Tā vienkārši uzrādīja galvenos vietnes no Google meklēšanas rezultātiem, kur es pats varētu pārbaudīt/pajautāt/pieprasīt cenas. Patiesi, Siri nav paredzēta šādiem jautājumiem. Bet tieši šo jautājumu iepirkumu speciālisti ikdienā uzdod saviem loģistikas vadītājiem.

No otras puses, šis uzdevums nav tik vienkāršs, kā sākumā varētu šķist. Transporta cenas ir atkarīgas no simtiem sīku aspektu, piemēram, no kurienes, uz kurieni, preču daudzums, kopējie tilpumi, preču raksturs, transporta veids, situācija transporta tirgū, sezonalitāte, pieļaujamie termiņi, kopkravas, pieejamie resursi, kas jautā, kam jautā utt. utt. utt. Tomēr lielākajā daļā gadījumu indikatīvais cenu līmenis ir vairāk nekā pietiekams. Oficiāls transporta uzņēmuma piedāvājums nav nepieciešams, lai aprēķinātu transporta izmaksas kādam projektam vai sūtījumam — pietiek ar aplēsi.

Pat ja cenu līmenis ir zināms, paliek praktiskais izaicinājums. Kā sazināties ar attiecīgo loģistikas uzņēmumu? Lielākajai daļai ir savi klientu portāli, kur varat ievadīt savus datus un tad rezervēt sūtījumu. Tad jums ir jāatrod cits pakalpojumu sniedzējs un jāievada tie paši dati vēlreiz. Bet kas notiek, ja jums ir nepieciešams plašāks risinājums? Kas notiek, ja jums ir 10 sūtījumi dienā? Bet ja 100? 1000?

Ir tūkstošiem dažādu loģistikas uzņēmumu. Bet loģistikas pasaulē nav vienotas API standarta. Tāpēc, kad vien jums ir nepieciešams izveidot savienojumu ar kādu no loģistikas uzņēmumiem, jums būs jāsāk no nulles.

Mūsu pieeja šim jautājumam

Mēs Cargoson esam izvēlējušies savu pieeju šim jautājumam. Mēs izvēlējāmies tos pašus divus jautājumus, ko tik bieži dzirdam:

Cik apmēram maksātu nosūtīt manas preces no A uz B?

Kā sazināties ar attiecīgo pārvadātāju?

Lai atbildētu uz pirmo jautājumu, mēs cenšamies izveidot pakalpojumu, kas ņemtu vērā būtiskākos faktorus un aprēķinātu sagaidāmo tirgus cenu konkrētajam sūtījumam. Nekādus faktiskus cenu pieprasījumus, nekādus īpašus cenu sarakstus, nekādus pārvadātāju cenu modeļus. Mēs cenšamies izveidot sistēmu, kas reizi nedēļā analizētu transporta pasūtījumu datus no dažādiem avotiem, pielāgotu rezultātus atbilstoši noteiktiem atslēgas faktoriem un tad no šiem datiem ģenerētu sagaidāmo cenu līmeni konkrētajam sūtījumam. Nav svarīgi, vai sūtījums ir jāpārvadā tikai apkārtnē vai tas ir jāsaņem no otras pasaules malas. Jums vienkārši jāievada būtiskākie sūtījuma parametri...s vienkārši jāievada būtiskākie sūtījuma parametri: no kurienes, uz kurieni un kaut kas par daudzumiem, un sistēma ieteiks sagaidāmo transporta cenu līmeni. Kad būs īstais laiks, faktiskais cenas pieprasījums tiks nosūtīts, un tad tiks saņemti oficiālie piedāvājumi — bet indikatīvajam nolūkam sākotnējais ieteikums jau būs pieejams.

Transporta izmaksu aprēķināšana jebkuram sūtījumam ir matemātisks, nevis MI uzdevums.

Lai atbildētu uz otro jautājumu, mēs jau esam izveidojuši pamatu mūsu API tulkotājam. Ir tūkstošiem dažādu loģistikas uzņēmumu. Bet loģistikas pasaulē nav vienotas API standarta. Mūsu mērķis ir izveidot vienu. Tā, lai būtu viens galamērķis, ar kuru sazināties, un ziņojumi tad automātiski tiktu pārsūtīti attiecīgā loģistikas uzņēmuma API.