Piegādes ķēdes redzamības datu savienošana
Piegādes ķēdes redzamība ir nirvāna lielākajai daļai piegādes ķēdes un loģistikas vadītāju. Ir labi zināms, ka reāllaika ieskats piegādes ķēdē sniedz daudz priekšrocību — uzlabota veiktspēja, samazinātas izmaksas un lielāka klientu apmierinātība. Tas nozīmē, ka ceļš uz piegādes ķēdes redzamību ir piepildīts ar jautājumiem – kā to panākt; kādi instrumenti ir nepieciešami; uz – vissvarīgākais – kādu ieskatu uzņēmums meklē; kādi dati jums ir nepieciešami un kādi ir pieejami; un kā savienot atvienotus datu avotus un pārvērst tos automātiskās darbībās.
Elmers Spruijts (attēlā), transporta vadības viceprezidents EMEA,Dekartsizklāstīti daži no galvenajiem apsvērumiem, lai palielinātu vērtību no piegādes ķēdes redzamības.
Piegādes ķēdes redzamības nozīme
Ir vairāki iemesli, kāpēc reāllaika redzamība pēdējos 10-20 gados ir kļuvusi nozīmīgāka. Viens no iemesliem ir spēja labāk un ātrāk reaģēt uz nenoteiktību piegādes ķēdē. Vēl viena iespēja precīzāk noteikt un izpildīt klientu piegādes cerības. Vēl viena lieta ir nepieciešamība kaut ko darīt ar pieaugošo datu apjomu, kas tiek savākts digitalizācijas rezultātā.
Tomēr, neskatoties uz pieaugošo interesi un ieguldījumu piegādes ķēdes redzamībā, panākumi joprojām ir ierobežoti. Saskaņā ar Supply Chain Insights ikgadējo pētījumu, kas tika ierosināts 2015. gadā, nav uzlabojusies atšķirība starp to, cik ļoti uzņēmumi novērtē atpazīstamību, un to faktisko sasniegumu. Viens no iemesliem ir tas, ka datu vākšana joprojām ir sadrumstalota, un arī mobilo sakaru operatoru iespējas apvienot un pārvērst datus izmantojamos ieskatos joprojām ir ierobežotas.
Spēks datos
Kā nosūtītājs vai ekspeditors uzņēmums vēlēsies automātiski apvienot datus no visas piegādes ķēdes un vairākām lietojumprogrammām. Loģiski, ka tam būs jāiekļauj dati no programmatūras rīkiem, piemēram, transporta pārvaldības sistēmas (TMS) un muitas programmatūras, lai sniegtu ieskatu notikumos preces un līnijas līmenī, kā arī datus, kas iegūti no sensoriem (piemēram, no konteineriem).
Šo datu veiksmīga apvienošana ir izaicinājums. Ne vienmēr ir skaidrs, kuras lietojumprogrammas un standarti ir nepieciešami, bet arī faktiskā fizisko datu apmaiņa ir sarežģīta, ņemot vērā sekojošo:
• Ir gan nozarei, gan operatoram raksturīgi saziņas standarti un formāti. (AS2, SFTP, GS1, IATA, DCSA, UN/EDIFACT, ANSI X12 un JSON).
• Vai standarts tiešām ir standarts vai arī tā ir tikai standarta interpretācija? Vai mobilo sakaru operators izstrādāja standarta variantu, jo tas bija vienkāršāks, un pēc tam vēlējās tam pievienot vairāk datu?
• Vai jau pastāv standarta EDI vai API saite starp dažādām piegādes ķēdes sistēmām, starp pārvadātāja un nosūtītāja programmatūru? Vai tas vēl ir jāizstrādā, un ja jā, cik ilgi tas prasīs?
• Vai esošā saite joprojām ir izmantojama, kad tiek atjaunināta viena no piegādes ķēdes lietojumprogrammām?
• Vai piegādes ķēdes partneri izmanto vienas un tās pašas definīcijas? Vai jūs runājat par tiem pašiem līdzekļiem vai saturu?
• Ko nozīmē konteinera ETA? Vai jūs domājat laiku, kad pienāk laiva? Pastāv iespēja, ka ekspeditors konteineru ETA interpretēs kā tad, kad konteiners ir izkāpis no laivas un muitas iestāde to atbrīvo. Faktiskais savākšanas laiks ir atkarīgs no definīcijas.
• Kā nodrošināt, ka varat izmantot datus, lai ietekmētu ekspeditora darbu?
Viena platforma
Datu jauda ir milzīga, taču tajā pašā laikā ir vajadzīgas sistēmas (piemēram, TMS), kas var apvienot šos datu punktus vienā loģiskā vietā vai sistēmā, tostarp datus no dažādiem režīmiem un skaidru priekšstatu par muitas jautājumiem. Tas ļaus uzņēmumam izmantot šos datus, lai optimizētu savu piegādes ķēdi un informētu ieinteresētās personas, kā arī lai detalizēti novērtētu loģistikas partneru veiktspēju un prasītu viņiem atbildību.
Redzamība ir atkarīga no elastīgas datu apmaiņas, kur izmantotās sistēmas var apstrādāt arī dažādus standartus, kā norādīts iepriekš. Nepieciešamās lietojumprogrammu ainavas un mobilo sakaru operatora tīkla iestatīšana ne vienmēr ir vienkārša, lai gan mūsdienīgam TMS nodrošinātājam būs funkcionalitāte un plašsloģistikas tīklslai apkopotu visus attiecīgos reāllaika datus un nodrošinātu automātisku saziņu (rezervācijas, rēķini utt.) starp nosūtītājiem un to ekspeditoriem/pārvadātājiem, izmantojot EDI/API.
Piegādes ķēdes kontrole
Uzņēmumi, kas var apvienot un apstrādāt reāllaika datus, var tos arī analizēt un veikt pasākumus, lai precizētu darbības piegādes ķēdē. Tomēr šie reāllaika dati ir vērtīgi tikai tad, ja tie ir jēgpilni, uzticami un noderīgi dažādām piegādes ķēdes ieinteresētajām personām un ir daļa no automatizētas saziņas plūsmas starp piegādātājiem, pārvadātājiem un klientiem. Vissvarīgākajiem datiem jābūt redzamiem, izmantojot centralizētu vadības paneli; viens no veidiem, kā radīt vērtību no datu apkopošanas. Vadības informācijas panelis ļauj plānotājiem ievērojami vieglāk redzēt, kas piegādes ķēdē ir un kas neveicas, un attiecīgi ieguldīt savu enerģiju un zināšanas, lai labotu to, kas varētu un kam vajadzētu darboties labāk.'Viena patiesības versija
Kad uzņēmums saprot, kas notiek piegādes ķēdē, šo informāciju var kopīgot ar partneriem, sniedzot labāku priekšstatu par otra stiprajām un vājajām pusēm. Galu galā analītikas datu un ieskatu koplietošana sniedz iespēju sadarboties ar nosūtītājiem, ekspeditoriem un loģistikas pakalpojumu sniedzējiem, lai jūsu piegādes ķēde atšķirtos no konkurentu piegādes ķēdes. Uzņēmumam ir lielāka iespēja gūt panākumus, ja tas izmanto vienu patiesības versiju centrālās TMS formā, kas automātiski organizē datus un komunikāciju, ļaujot nepārtraukti novērst nepilnības un radīt vērtību katrā piegādes ķēdes posmā sev, partneriem un klientiem.
