Maisto, gėrimų ir FMCG distribucijos skaitmenizacija
Kaip sujungti užsakymus, kainodarą, atsargas, galiojimo terminus, pristatymą ir klientų aptarnavimą į vieną valdomą procesą
Skaitmeninė branda
vidutinė
Skaitmenizacijos potencialas
93/100
Didžiausias iššūkis
Užsakymai perrašomi iš telefono, el. pašto ar vadybininkų užrašų
Didžiausia galimybė
Vieninga skaitmeninė užsakymo ir vykdymo grandinė
Tai labai aukšto skaitmenizacijos potencialo veiklos sritis, tačiau rezultatą lemia integracijų ir pagrindinių duomenų kokybė. Pavienė kliento sąsaja be patikimos užsakymo vykdymo grandinės sukurtų ribotą naudą.
Veiklos srities modelis
Analizė apima distributorius, kurie iš gamintojų ar importuotojų perka maisto produktus, gėrimus ir kitas greito vartojimo prekes, valdo jų asortimentą bei atsargas ir tiekia prekes mažmenai, HoReCa, specializuotoms parduotuvėms, instituciniams ar kitiems verslo klientams. Ji neapima pačios gamybos ar galutinės mažmeninės prekybos procesų, išskyrus jų sąsajas su distribucija.
Didelis SKU ir užsakymo eilučių kiekis
Veiklos rezultatas priklauso nuo gebėjimo tiksliai valdyti tūkstančius produktų, pakuočių lygių, matavimo vienetų ir klientų pasirinkimų.
Individuali kainodara ir akcijos
Galutinė kaina gali priklausyti nuo kliento, sutarties, kiekio, kanalo, laikotarpio, tiekėjo akcijos ir kitų komercinių taisyklių.
Ribotas galiojimas ir partijų kontrolė
Maisto bei dalies gėrimų atsargos turi būti valdomos pagal partijas, galiojimo datas ir FEFO principus, o atšaukimo atveju būtinas greitas atsekamumas.
Didelis vykdymo greitis
Užsakymo priėmimo, rezervavimo, komplektavimo ir pristatymo langai trumpi, todėl informacija turi būti perduodama be rankinių tarpinių žingsnių.
Maržos jautrumas
Net nedideli nuolaidų, nurašymų, komplektavimo, transporto ar grąžinimų nuostoliai, padauginti iš didelio operacijų kiekio, reikšmingai veikia rezultatą.
Rinkos ir technologijų kontekstas
Distribucijos įmonėms tenka vienu metu didinti aptarnavimo greitį, valdyti maržos spaudimą, užtikrinti produktų atsekamumą ir prisitaikyti prie klientų lūkesčio užsakymus bei duomenis gauti skaitmeniniu būdu. Brandžios integravimo, atsekamumo ir planavimo technologijos leidžia šį pokytį vykdyti etapais, tačiau jų vertė priklauso nuo pagrindinių duomenų kokybės.
Klientų savitarnos ir duomenų apsikeitimo lūkestisVerslo klientai tikisi matyti savo kainas, asortimentą, prieinamumą, dokumentus ir užsakymo būseną, o didieji tinklai reikalauja struktūrizuoto EDI ar API apsikeitimo.
Maržos ir apyvartinio kapitalo spaudimasDidelis atsargų kiekis, tiekimo svyravimai ir akcijų sudėtingumas didina poreikį tiksliau planuoti atsargas, pirkimus bei kainodaros poveikį.
Atsekamumo ir maisto saugos reikalavimaiMaisto grandinėje svarbu patikimai susieti produktą, partiją, tiekėją, priėmimą ir išsiuntimą, kad neatitikimo ar atšaukimo atveju informacija būtų pasiekiama greitai.
Darbo jėgos ir operacijų efektyvumo poreikisAugant užsakymų eilučių kiekiui, rankinis duomenų perrašymas ir išimčių derinimas tampa brangiu bei sunkiai plečiamu veiklos modeliu.
Duomenimis grįstas asortimento ir paklausos valdymasDidesnis produktų ir kanalų skaičius didina poreikį prognozuoti paklausą SKU, kliento, sandėlio ir laikotarpio lygiu, įtraukiant akcijas bei sezoniškumą.
Tipinė veiklos grandinė
01
Asortimento ir tiekėjų valdymas
Kuriamos produktų kortelės, pakuočių hierarchijos, tiekimo sąlygos, savikainos, sertifikatai, alergenų ir kiti privalomi duomenys.
Tikrinami kiekiai, kokybė, partijų numeriai, galiojimo datos, temperatūros ar dokumentai; atsargos įvedamos į ERP ir WMS.
04
Kainodara, akcijos ir klientų sąlygos
Valdomi klientų kainoraščiai, nuolaidos, akcijų laikotarpiai, kredito limitai, minimalūs kiekiai ir pristatymo taisyklės.
05
Užsakymo pateikimas ir patvirtinimas
Klientas užsako per EDI, portalą, vadybininką, el. paštu ar telefonu; tikrinama kaina, prieinamumas, kreditas ir pristatymo data.
06
Rezervavimas, komplektavimas ir kontrolė
Prekės rezervuojamos, parenkamos pagal partiją ir galiojimą, komplektuojamos, tikrinamos, pakuojamos ir paruošiami transporto dokumentai.
07
Maršrutų planavimas ir pristatymas
Užsakymai grupuojami pagal geografiją, pristatymo langus, transporto talpą ir temperatūros režimą; fiksuojamas pristatymo rezultatas.
08
Dokumentai, atsiskaitymas ir išimtys
Generuojamos sąskaitos, važtaraščiai ir kreditiniai dokumentai, valdomi neatitikimai, grąžinimai, taros apskaita ir pretenzijos.
09
Veiklos analizė ir pakartotinis planavimas
Analizuojamas užsakymų įvykdymas, marža, trūkumai, nurašymai, klientų aktyvumas, akcijų rezultatai ir tiekimo patikimumas.
Skaitmeninės brandos modelis
0
Rankinis ir fragmentuotas modelis
Užsakymai, kainos, likučiai ir pristatymo išimtys valdomi skambučiais, el. paštu, failais ir darbuotojų atmintimi.
1
Pagrindinės veiklos sistemos
Naudojama ERP ir sandėlio sistema, tačiau klientų užsakymai, kainodara, transportas ir partijų informacija dažnai perduodami rankiniu būdu.
2
Skaitmenizuoti atskiri procesai
Skaitmenizuoti atskiri užsakymo, EDI, WMS ar transporto procesai, bet nėra vientisos kliento užsakymo ir vykdymo grandinės.
3
Integruotas pagrindinis procesas Tipinė dabartinė situacija
Pagrindinis užsakymo scenarijus sujungia kliento kainą, asortimentą, ERP, WMS, partijas, pristatymą ir dokumentus.
4
Duomenimis valdoma veikla Siektina
Sprendimai dėl atsargų, galiojimo, akcijų, pristatymo ir klientų pelningumo remiasi operatyviais bei palyginamais duomenimis.
5
Prognozuojanti ir saugiai optimizuojama veikla
DI ir optimizavimo modeliai prognozuoja paklausą, rekomenduoja papildymą bei išimčių veiksmus pagal aiškias komercines ir kokybės taisykles.
Esminė išvada
Maisto, gėrimų ir FMCG distribucijos efektyvumą lemia ne vien sandėlio našumas. Vertė kuriama per visą grandinę: nuo produkto, kliento kainos ir užsakymo iki partijos parinkimo, komplektavimo, pristatymo, sąskaitos bei galimo grąžinimo.
Tipinėje įmonėje ERP yra pagrindinė apskaitos ir komercinių taisyklių sistema, tačiau užsakymai, klientų komunikacija, produktų duomenys, transportas ir analitika dažnai veikia atskiruose kanaluose. Dėl to darbuotojai tampa integracijos sluoksniu tarp sistemų.
Pirmasis prioritetas turėtų būti ne pažangus DI, o patikima užsakymų savitarna su realia kliento kainodara, prieinamumu, pristatymo taisyklėmis ir tiesiogine integracija su ERP bei WMS. Tik sukūrus nuoseklius duomenis verta plėsti prognozavimą, automatizuotą papildymą ir pažangesnį sprendimų palaikymą.
Susijusios temos
B2B užsakymų portalasKlientų savitarnos portalasERP integracijaProduktų informacijos valdymasSandėlio valdymo sistemų integracijaUžsakymų automatizavimasPaklausos prognozavimasMaisto produktų atsekamumas
Problemos
Dažniausios skaitmenizacijos problemos
Svarbiausios problemos atsiranda ten, kur užsakymo, produkto, kainos, atsargų ir pristatymo duomenys pereina tarp skirtingų sistemų ar žmonių.
Užsakymai perrašomi iš telefono, el. pašto ar vadybininkų užrašų
Kritinis
Kai klientai neturi patogaus skaitmeninio kanalo arba jame nemato savo kainų ir realaus asortimento, užsakymus surenka vadybininkai ir rankiniu būdu suveda į ERP.
Pasekmės
Didėja vieno užsakymo savikaina, atsiranda SKU, kiekio ir pristatymo klaidų, o pardavimų komanda mažiau laiko skiria klientų plėtrai.
Klientų kainos ir produktų duomenys nesutampa tarp kanalų
Kritinis
Kainoraščiai, nuolaidos, akcijos, pakuotės, aprašymai ir prieinamumas valdomi keliose sistemose ar skaičiuoklėse, o atnaujinimai ne visur pasiekia kanalus vienu metu.
Atsargų ir galiojimo terminų vaizdas nėra pakankamai operatyvus
Kritinis
ERP, WMS ir planavimo duomenys ne visada leidžia vienoje vietoje matyti rezervuotą, laisvą, kelyje esančią ir pagal galiojimą rizikingą atsargą.
Pasekmės
Didėja prekių trūkumo, pertekliaus, skubių išpardavimų, nurašymų ir neoptimalaus partijų panaudojimo tikimybė.
Paklausos ir pirkimų planavimas per daug priklauso nuo rankinių skaičiuoklių
Aukštas
Prognozės nepakankamai detalios pagal SKU, klientą ar sandėlį, o akcijų, sezoniškumo, tiekimo terminų ir galiojimo poveikis vertinamas atskiruose failuose.
Pasekmės
Pirkimai reaguoja pavėluotai, užšaldomas apyvartinis kapitalas, atsiranda trūkumų ir sunkiau pagrįsti planavimo sprendimus.
Komplektavimo išimtys grįžta į pardavimus rankiniu būdu
Aukštas
Trūkstamos prekės, substitutai, dalinis vykdymas, pažeidimai ar galiojimo apribojimai perduodami skambučiais, žinutėmis ar neintegruotomis užduotimis.
Pasekmės
Lėtėja užsakymo patvirtinimas, klientas informaciją gauna pavėluotai, o ERP būsena ne visada atspindi faktinę situaciją sandėlyje.
Pristatymo planas ir faktinė būsena klientui bei vadybininkui nematomi realiu laiku
Aukštas
Maršrutai, pristatymo langai, vairuotojų įvykiai ir neatitikimai valdomi transporto sistemoje arba atskiruose kanaluose be vientisos sąsajos su užsakymu.
Pasekmės
Daugėja užklausų apie pristatymą, sunkiau valdyti vėlavimus, nepavykusius pristatymus ir klientų aptarnavimo prioritetus.
Partijų atsekamumas priklauso nuo kelių sistemų ir rankinės paieškos
Aukštas
Tiekėjo, priėmimo, partijos, galiojimo, sandėlio judėjimo ir išsiuntimo įrašai gali būti saugomi skirtingose vietose arba nesusieti vienodu identifikatoriumi.
Pasekmės
Atšaukimo ar kokybės incidento metu ilgiau nustatomi paveikti klientai ir likučiai, didėja operacinė bei reputacinė rizika.
Grąžinimai, neatitikimai ir pretenzijos neturi vieno skaitmeninio proceso
Vidutinis
Klientų pranešimai, nuotraukos, pristatymo dokumentai, grąžinamos partijos ir kreditavimo sprendimai keliauja el. paštu tarp pardavimų, logistikos, kokybės ir finansų.
Pasekmės
Ilgėja sprendimo laikas, sunku nustatyti pasikartojančias priežastis, o finansiniai dokumentai vėluoja arba parengiami su klaidomis.
Galimybės
Didžiausios skaitmenizacijos galimybės
Integruotas B2B užsakymų ir savitarnos kanalasLabai aukštas poveikisKlientui pateikti individualų asortimentą, kainas, akcijas, prieinamumą, pristatymo datas, užsakymų istoriją ir dokumentus, o patvirtintą užsakymą perduoti tiesiai į ERP bei WMS.Pajamų mastelis ir mažesnė užsakymo administravimo savikainaSudėtingaTrumpalaikė
Vieningas produktų, kainodaros ir komercinių taisyklių sluoksnisLabai aukštas poveikisApibrėžti vieną produkto, pakuotės, kliento kainos, nuolaidos ir akcijos šaltinį bei nuosekliai publikuoti duomenis į portalą, EDI, pardavimų ir kitus kanalus.Mažiau komercinių klaidų ir greitesnis kanalų valdymasSudėtingaVidutinės trukmės
Atsargų, partijų ir galiojimo terminų valdymas realiu laikuLabai aukštas poveikisSujungti ERP ir WMS duomenis, taikyti FEFO taisykles, iš anksto identifikuoti galiojimo riziką ir valdyti rezervavimą, substitutus bei tikslines realizavimo priemones.Mažesni nurašymai ir geresnis prekių prieinamumasSudėtingaVidutinės trukmės
Paklausos prognozavimas ir papildymo planavimasAukštas poveikisFormuoti prognozes SKU, kliento, kanalo ir sandėlio lygiu, įtraukiant akcijas, sezoniškumą, tiekimo terminus, minimalius užsakymus ir galiojimo apribojimus.Mažesnės atsargos, trūkumai ir apyvartinio kapitalo poreikisSudėtingaVidutinės trukmės
Užsakymo vykdymo ir pristatymo koordinavimasAukštas poveikisVienoje būsenoje susieti rezervavimą, komplektavimo išimtis, pakaitalus, maršrutą, pristatymo langą, vairuotojo įvykius ir kliento informavimą.Aukštesnis užsakymo įvykdymas ir mažesnės aptarnavimo sąnaudosSudėtingaVidutinės trukmės
Skaitmeninis atsekamumas ir produktų atšaukimo valdymasAukštas poveikisSusieti partijų įvykius nuo priėmimo iki kliento, standartizuoti identifikatorius ir sukurti greitą paveiktų likučių, užsakymų bei klientų nustatymo procesą.Mažesnė maisto saugos, veiklos ir reputacinė rizikaSudėtingaVidutinės trukmės
Didžiausia galimybė
Vieninga skaitmeninė užsakymo ir vykdymo grandinė
Didžiausia galimybė – sujungti klientų užsakymus, individualią kainodarą, realius likučius, prekių partijas, komplektavimą, pristatymą ir dokumentus taip, kad užsakymas nuo pateikimo iki įvykdymo būtų apdorojamas vienoje duomenų grandinėje.
Didesnė skaitmeniniu kanalu pateikiamų užsakymų dalis
Mažiau kainų, kiekių ir prekių pasirinkimo klaidų
Greitesnis užsakymo patvirtinimas ir vykdymas
Tikslesnis likučių, partijų ir galiojimo terminų valdymas
Mažesnė vieno užsakymo administravimo savikaina
Galimybė auginti klientų ir užsakymų skaičių be proporcingo komandos didinimo
Tikėtinas verslo poveikis
Pardavimų pajėgumasSavitarna ir automatinis užsakymų apdorojimas leidžia aptarnauti daugiau klientų bei užsakymų, o vadybininkams skirti daugiau laiko asortimento plėtrai, aktyviems pasiūlymams ir klientų augimui.
Maržos kontrolėVieningos kainodaros ir akcijų taisyklės mažina neplanuotas nuolaidas, kreditinius dokumentus ir situacijas, kai kanale pateikiama nebegaliojanti komercinė sąlyga.
Atsargos ir apyvartinis kapitalasTikslesnis paklausos, tiekimo ir galiojimo valdymas mažina perteklines atsargas, trūkumus bei kapitalą, įšaldytą lėtai judančiose prekėse.
Nurašymai ir atliekosPartijų matomumas, FEFO, ankstyvi galiojimo įspėjimai ir tikslinės realizavimo priemonės padeda sumažinti pasibaigusio galiojimo bei netinkamai panaudotų partijų nuostolius.
Užsakymo įvykdymo kokybėNuosekli būsena nuo užsakymo iki pristatymo mažina klaidas, dalinius vykdymus, pavėluotą informavimą ir klientų aptarnavimo užklausas.
Rizika ir atsekamumasSusieti partijų įvykiai leidžia greičiau ir tiksliau nustatyti paveiktus produktus bei klientus, sumažinant atšaukimo apimtį ir reagavimo laiką.
Sprendimai
Kaip šias problemas spręsti
Sprendimų kryptys, susietos su konkrečiomis subsektoriaus problemomis, kurias jos adresuoja.
Problema
Užsakymai perrašomi iš telefono, el. pašto ar vadybininkų užrašų
Didėja vieno užsakymo savikaina, atsiranda SKU, kiekio ir pristatymo klaidų, o pardavimų komanda mažiau laiko skiria klientų plėtrai.
→
Sprendimo kryptis
B2B užsakymų ir klientų savitarnos portalas
Portalas su individualiu asortimentu, kainomis, akcijomis, realiu arba taisyklėmis apskaičiuotu prieinamumu, greitu pakartotiniu užsakymu, pristatymo datomis, užsakymų istorija, dokumentais ir pretenzijų pateikimu. Užsakymai bei būsenos sinchronizuojami su ERP ir WMS.
Problema
Klientų kainos ir produktų duomenys nesutampa tarp kanalų
Portalas su individualiu asortimentu, kainomis, akcijomis, realiu arba taisyklėmis apskaičiuotu prieinamumu, greitu pakartotiniu užsakymu, pristatymo datomis, užsakymų istorija, dokumentais ir pretenzijų pateikimu. Užsakymai bei būsenos sinchronizuojami su ERP ir WMS.
Problema
Pristatymo planas ir faktinė būsena klientui bei vadybininkui nematomi realiu laiku
Daugėja užklausų apie pristatymą, sunkiau valdyti vėlavimus, nepavykusius pristatymus ir klientų aptarnavimo prioritetus.
→
Sprendimo kryptis
B2B užsakymų ir klientų savitarnos portalas
Portalas su individualiu asortimentu, kainomis, akcijomis, realiu arba taisyklėmis apskaičiuotu prieinamumu, greitu pakartotiniu užsakymu, pristatymo datomis, užsakymų istorija, dokumentais ir pretenzijų pateikimu. Užsakymai bei būsenos sinchronizuojami su ERP ir WMS.
Problema
Grąžinimai, neatitikimai ir pretenzijos neturi vieno skaitmeninio proceso
Ilgėja sprendimo laikas, sunku nustatyti pasikartojančias priežastis, o finansiniai dokumentai vėluoja arba parengiami su klaidomis.
→
Sprendimo kryptis
B2B užsakymų ir klientų savitarnos portalas
Portalas su individualiu asortimentu, kainomis, akcijomis, realiu arba taisyklėmis apskaičiuotu prieinamumu, greitu pakartotiniu užsakymu, pristatymo datomis, užsakymų istorija, dokumentais ir pretenzijų pateikimu. Užsakymai bei būsenos sinchronizuojami su ERP ir WMS.
Problema
Klientų kainos ir produktų duomenys nesutampa tarp kanalų
Produktų informacijos ir komercinių taisyklių valdymo sluoksnis
Centralizuotas produktų, pakuočių, matavimo vienetų, ženklinimo, alergenų, vaizdų ir kanalams skirtų atributų valdymas kartu su aiškia kainų, nuolaidų bei akcijų publikavimo logika.
Problema
Užsakymai perrašomi iš telefono, el. pašto ar vadybininkų užrašų
Didėja vieno užsakymo savikaina, atsiranda SKU, kiekio ir pristatymo klaidų, o pardavimų komanda mažiau laiko skiria klientų plėtrai.
→
Sprendimo kryptis
Produktų informacijos ir komercinių taisyklių valdymo sluoksnis
Centralizuotas produktų, pakuočių, matavimo vienetų, ženklinimo, alergenų, vaizdų ir kanalams skirtų atributų valdymas kartu su aiškia kainų, nuolaidų bei akcijų publikavimo logika.
Rekomenduojami skaitmeniniai sprendimai
Sprendimai turi būti diegiami kaip susieta architektūra: klientų kanalas remiasi tais pačiais komerciniais ir atsargų duomenimis kaip ERP bei WMS, o užsakymo būsena nuosekliai papildoma sandėlio ir transporto įvykiais.
B2B užsakymų ir klientų savitarnos portalas
Portalas su individualiu asortimentu, kainomis, akcijomis, realiu arba taisyklėmis apskaičiuotu prieinamumu, greitu pakartotiniu užsakymu, pristatymo datomis, užsakymų istorija, dokumentais ir pretenzijų pateikimu. Užsakymai bei būsenos sinchronizuojami su ERP ir WMS.
Produktų informacijos ir komercinių taisyklių valdymo sluoksnis
Centralizuotas produktų, pakuočių, matavimo vienetų, ženklinimo, alergenų, vaizdų ir kanalams skirtų atributų valdymas kartu su aiškia kainų, nuolaidų bei akcijų publikavimo logika.
Integruotas atsargų, partijų ir galiojimo terminų valdymas
ERP ir WMS integracija, kuri vienodai apibrėžia laisvą, rezervuotą, karantine esančią ir kelyje esančią atsargą, valdo FEFO, galiojimo rizikos įspėjimus, substitutus ir tikslines realizavimo užduotis.
Paklausos prognozavimo ir papildymo planavimo sistema
Planavimo sprendimas, kuris naudoja pardavimų, akcijų, trūkumų, sezoniškumo, tiekimo terminų, minimalių kiekių ir galiojimo duomenis bei pateikia paaiškinamas pirkimo ir perskirstymo rekomendacijas.
Užsakymo vykdymo, transporto ir pristatymo valdymo integracija
Bendra užsakymo įvykių grandinė nuo rezervavimo iki pristatymo, apimanti komplektavimo išimtis, maršrutų planavimą, pristatymo langus, vairuotojo programėlę, elektroninį pristatymo patvirtinimą ir automatinį kliento informavimą.
Partijų atsekamumo ir atšaukimo valdymo sistema
Sprendimas, susiejantis tiekėjo, priėmimo, partijos, logistinio vieneto, sandėlio judėjimo ir išsiuntimo įvykius, kad būtų galima greitai nustatyti paveiktus likučius, klientus ir dokumentuoti atšaukimo veiksmus.
Kada investicija pagrįsta
Investicija pagrįsta
Reikšminga užsakymų dalis vis dar priimama telefonu, el. paštu ar per vadybininkus
Vadybininkai reguliariai tikrina kainas, likučius ir pristatymo datas keliose sistemose
Įmonė turi daug aktyvių B2B klientų ir pasikartojančių užsakymų
Asortimentas, klientų kainos ir pakuočių taisyklės yra per sudėtingos bendram viešam elektroninės prekybos sprendimui
Augant pardavimams reikia didinti užsakymų administravimo komandą
Dažni trūkumai, nurašymai ar daliniai užsakymų vykdymai
ERP ir WMS turi prieinamas integravimo galimybes arba duomenis galima patikimai pasiekti
Vadovybė pasirengusi keisti klientų ir darbuotojų darbo būdą, o ne vien sukurti naują sąsają
Reikia atsargumo
Produktų, pakuočių ir klientų kainų duomenys neturi aiškių savininkų
ERP kainodaros ar užsakymo taisyklės nėra dokumentuotos ir priklauso nuo kelių darbuotojų žinių
Siekiama vienu etapu pakeisti ERP, WMS, klientų kanalą ir transporto procesą
Nėra pasirinkto pilotinio klientų segmento ir pamatuojamų naudojimo tikslų
Portalas planuojamas kaip katalogas be užsakymo bei būsenų integracijos
DI laikomas pirmuoju prioritetu, nors trūksta patikimos pardavimų, akcijų ir atsargų istorijos
Organizacija nenori keisti vadybininkų motyvavimo ar klientų įvedimo proceso
Ideali pirmoji versija
Pirmoji versija turėtų skaitmenizuoti vieną pilną dažniausio B2B kliento užsakymo scenarijų: prisijungimą, individualaus asortimento ir kainos peržiūrą, greitą pakartotinį užsakymą, prieinamumo bei pristatymo datos pateikimą, užsakymo perdavimą į ERP ir būsenos grąžinimą klientui.
Kliento autentifikacija ir individualus katalogas
Klientas mato tik jam aktualų asortimentą, pakuotes, galiojančias kainas ir akcijas.
Greitas ir pakartotinis užsakymas
Užsakymas kuriamas iš istorijos, mėgstamų prekių, šablono, produkto kodo ar paieškos, neperžiūrint viso katalogo.
Prieinamumas ir pristatymo taisyklės
Sistema pateikia parduodamą kiekį arba aiškią prieinamumo būseną, minimalų kiekį ir galimą pristatymo datą.
Užsakymo validacija
Prieš pateikimą tikrinami pakuotės kartotiniai, minimalūs kiekiai, kredito ar kitos kritinės komercinės taisyklės.
Tiesioginė ERP integracija
Užsakymas sukuriamas ERP be rankinio perrašymo, o klientui grąžinamas numeris, patvirtinimas ir pagrindinės būsenos.
Užsakymų istorija ir dokumentai
Klientas mato ankstesnius užsakymus, gali juos pakartoti ir atsisiųsti sąskaitas ar kitus paruoštus dokumentus.
Naudojimo ir proceso analitika
Matuojami aktyvūs klientai, skaitmeninių užsakymų dalis, rankinės korekcijos, klaidos ir užsakymo apdorojimo laikas.
Kam pirmiausiaAktyvūs nepriklausomų parduotuvių arba HoReCa klientų pirkėjai · Klientų vadybininkai · Užsakymų administravimo komanda · Pardavimų ir operacijų vadovai
Ko pirmoje versijoje neįtrauktiVisų klientų segmentų ir šalių palaikymas · Sudėtingas DI rekomendacijų variklis · Pilnas transporto maršrutų optimizavimas · Automatinis pirkimų planavimas · Visos grąžinimų ir pretenzijų rūšys · Visas atsekamumo bei produktų atšaukimo modulis · Išsamus pardavimų vadybininko CRM
Investicijų prioritetai
Užsakymų savitarna su realia ERP kainodara ir prieinamumuPirmiausia skaitmenizuoti dažniausią kliento scenarijų ir pašalinti užsakymo perrašymą, tačiau nekurti izoliuoto katalogo be tiesioginės komercinių taisyklių bei užsakymų integracijos.
Produktų, kainų ir klientų duomenų valdymasSutvarkyti savininkus, identifikatorius, pakuotes, matavimo vienetus, kanalų atributus, kainų galiojimą ir sinchronizavimo taisykles.
ERP, WMS ir užsakymo būsenų integracijaSukurti patikimą įvykių grandinę, kad klientas ir darbuotojai matytų tą pačią rezervavimo, komplektavimo, trūkumo ir pristatymo situaciją.
Partijų, galiojimo ir atsekamumo kontrolėUžtikrinti, kad partijų duomenys būtų registruojami procesų metu, o ne atkuriami tik incidento metu, ir kad atšaukimas būtų valdomas kaip iš anksto apibrėžta darbo eiga.
Paklausos ir papildymo analitikaTik stabilizavus pagrindinius duomenis bei integracijas diegti pažangesnes prognozes, rekomendacijas ir automatizavimą.
Svarbiausios įgyvendinimo sąlygos
ERP turi likti komercinių taisyklių šaltiniu arba turėti aiškiai apibrėžtą pakaitinį sluoksnį
Negalima dubliuoti kainų, kredito, kliento ir užsakymo taisyklių portale be valdomos sinchronizacijos, nes skirtumai greitai virsta finansinėmis klaidomis.
Likutis klientui turi būti apibrėžtas verslo taisykle
Reikia aiškiai nuspręsti, ar rodomas fizinis, laisvas, prognozuojamas ar kanalui paskirtas kiekis ir kaip vertinami rezervavimai, kelyje esančios prekės bei pristatymo datos.
Pakuočių hierarchija ir matavimo vienetai yra kritiniai
Vienetas, dėžė, sluoksnis, paletė, svoris ir minimalus užsakymo kiekis turi būti nuosekliai susieti tarp produkto kortelės, kainos, užsakymo, sandėlio ir dokumentų.
Partijų duomenys turi būti fiksuojami operacijos metu
Atsekamumas neveiks patikimai, jei partijos, galiojimo ar logistinio vieneto duomenys bus pildomi po fakto arba tik dalyje sandėlio procesų.
Integracijos turi būti atsparios sutrikimams
Užsakymų ir būsenų perdavimui reikia eilių, pakartotinio vykdymo, dublių kontrolės, stebėsenos ir aiškios atsakomybės, nes laikinas ERP ar WMS nepasiekiamumas neturi prarasti operacijų.
Klientų migracija turi būti valdoma kaip pardavimo pokytis
Vien technologinio paleidimo neužtenka: reikia segmentuoti klientus, parengti užsakymo šablonus, apmokyti vadybininkus, nustatyti naudojimo tikslus ir aktyviai šalinti pirmąsias kliūtis.
Rekomenduojama įgyvendinimo seka
01
Procesų, duomenų ir integracijų diagnostika
Tiksliai nustatyti, kaip šiandien juda užsakymas, kaina, likutis, partija, pristatymo būsena ir dokumentai bei kur atsiranda rankinis darbas ar kelios duomenų versijos.
Užsakymo–vykdymo proceso žemėlapis
ERP, WMS, EDI, TMS, PIM ir kitų sistemų žemėlapis
Pagrindinių duomenų savininkai ir kokybės problemos
Integracijų bei išimčių sąrašas
Pradinės KPI reikšmės
02
Pirmosios versijos apibrėžimas
Pasirinkti vieną klientų segmentą ir vieną pilną užsakymo scenarijų, kurio vertę galima išmatuoti bei saugiai integruoti su pagrindinėmis sistemomis.
Tikslinių klientų ir naudotojų grupė
Funkcinės ir integracijų ribos
Kainodaros, likučių ir pristatymo taisyklės
Duomenų paruošimo planas
Pilotavimo bei sėkmės kriterijai
03
B2B portalo ir pagrindinių integracijų sukūrimas
Sukurti skaitmeninį užsakymo kanalą, kuris naudoja realias kliento sąlygas ir perduoda užsakymą be perrašymo.
Autentifikuotas klientų portalas
Individualus asortimentas ir kainos
Greitas bei pakartotinis užsakymas
ERP užsakymų integracija
WMS prieinamumo ir būsenų integracija
Užsakymų istorija bei dokumentai
04
Pilotinis naudojimas ir proceso stabilizavimas
Perkelti pasirinktų klientų užsakymus į naują kanalą, pašalinti duomenų bei procesų išimtis ir įrodyti naudą realiame darbe.
Klientų ir darbuotojų įvedimo planas
Naudojimo stebėsena
Išimčių bei incidentų darbo eiga
KPI palyginimas su pradine situacija
Patikslintas plėtros planas
05
Vykdymo, pristatymo ir atsekamumo plėtra
Sujungti komplektavimo išimtis, transporto įvykius, pristatymo patvirtinimą, grąžinimus ir partijų atsekamumą į bendrą užsakymo istoriją.
Komplektavimo išimčių valdymas
TMS ir vairuotojų įvykių integracija
Kliento informavimas apie pristatymą
Elektroninis pristatymo patvirtinimas
Grąžinimų ir pretenzijų procesas
Atšaukimo paieška pagal partiją
06
Planavimo analitika ir pažangesnis automatizavimas
Naudoti sukauptus patikimus duomenis paklausos, atsargų, galiojimo, maržos ir veiklos išimčių prognozėms bei rekomendacijoms.
Paklausos prognozavimo modeliai
Papildymo ir perskirstymo rekomendacijos
Galiojimo rizikos analitika
Akcijų ir klientų pelningumo analizė
DI rekomendacijų kontrolės bei matavimo taisyklės
Rekomenduojami KPI
Skaitmeniniu kanalu pateiktų užsakymų dalis%
Matuoti, kokia užsakymų apimties dalis perduodama be vadybininko rankinio suvedimo.
Užsakymo eilučių, perduotų be rankinės korekcijos, dalis%
Vertinti kainų, produktų, pakuočių ir integracijų kokybę.
Vidutinis užsakymo administravimo laikasmin./užsakymui
Matuoti pardavimų ir klientų aptarnavimo darbo sumažėjimą.
Aktyvių B2B portalo klientų dalis%
Vertinti realų tikslinių klientų naudojimą, o ne vien registracijų skaičių.
Užsakymo įvykdymas laiku ir pilnai%
Matuoti, ar integruotas planavimas, sandėlis ir pristatymas gerina klientui pažadėtą rezultatą.
Užsakymo klaidų dažnisklaidos / 1 000 eilučių
Stebėti neteisingų SKU, kiekių, pakuočių, kainų ir pristatymo sąlygų pokytį.
Prekių trūkumo lygis%
Vertinti paklausos ir papildymo planavimo gebėjimą užtikrinti prieinamumą.
Atsargų apyvartumaskartai per metus
Matuoti, ar atsargų ir pirkimų planavimas mažina apyvartinio kapitalo poreikį.
Nurašymai dėl pasibaigusio galiojimo% nuo pardavimo savikainos
Vertinti partijų, FEFO ir galiojimo rizikos valdymo poveikį.
Paklausos prognozės paklaidaWAPE arba sutartas %
Matuoti prognozavimo kokybę pagal SKU, kanalą ir sandėlį.
Vidutinis atsekamumo užklausos įvykdymo laikasmin.
Matuoti, kaip greitai nustatomi su konkrečia partija susiję likučiai, išsiuntimai ir klientai.
Vertinti klientų informavimo ir pristatymo matomumo efektyvumą.
Pagrindinės rizikos
Portalas tampa papildomu, o ne pagrindiniu kanaluKlientai toliau siunčia užsakymus vadybininkams, jei portale trūksta jų kainų, įprastų šablonų, realaus prieinamumo ar patogaus pakartotinio užsakymo.Kaip suvaldyti Pilotą pradėti nuo konkretaus segmento, įtraukti klientus į testavimą, sukurti jų pirkimo įpročius atitinkančius scenarijus ir matuoti skaitmeninių užsakymų dalį.
Netvarkingi pagrindiniai duomenys stabdo projektąSkirtingi produktų kodai, pakuotės, matavimo vienetai ir kainų galiojimo taisyklės neleidžia patikimai automatizuoti užsakymų.Kaip suvaldyti Prieš plėtrą atlikti duomenų auditą, paskirti savininkus, įdiegti validavimo taisykles ir pradėti nuo riboto kokybiškai paruošto asortimento.
Integracijų išimtys lieka nematomosTechninė sąsaja gali veikti daugumai užsakymų, tačiau neapdoroti kreditų, substitutų, dalinio vykdymo ar pakeistų pristatymo datų scenarijai sugrąžina rankinį darbą.Kaip suvaldyti Projektuoti pagal realias išimtis, kurti būsenų ir klaidų stebėseną, o pilotavimo metu registruoti visas rankines intervencijas.
Per anksti diegiamas DIPrognozavimo ar rekomendacijų modeliai nekuria vertės, kai pardavimų istorijoje neatskiriami trūkumai, akcijos, vienkartiniai užsakymai ar pasikeitę produktų kodai.Kaip suvaldyti Pirmiausia sutvarkyti duomenų semantiką ir procesų matavimą, pradėti nuo paaiškinamų rekomendacijų ir lyginti jas su baziniu planavimo metodu.
Pokytis destabilizuoja kasdienę distribucijąVienu metu keičiant klientų kanalą, kainodarą, sandėlio ir transporto procesus didėja klaidų bei veiklos sutrikimų rizika.Kaip suvaldyti Diegti etapais, naudoti ribotą pilotą, turėti grįžimo scenarijus, dvigubą kritinių duomenų kontrolę ir aiškią incidentų komandą.
KPI matuoja prisijungimus, bet ne verslo rezultatąDidelis registruotų naudotojų skaičius nebūtinai reiškia mažiau rankinio darbo, klaidų ar geresnį užsakymo įvykdymą.Kaip suvaldyti Kartu matuoti skaitmeninių užsakymų dalį, administravimo laiką, klaidas, užsakymo ciklą, OTIF, nurašymus ir finansinį poveikį.
Inovacijos
Pažangesnės skaitmeninės inovacijos
Šios kryptys gali kurti papildomą vertę, kai pagrindiniai produktų, užsakymų, atsargų, partijų ir pristatymų duomenys jau yra patikimi bei pasiekiami integruotai.
Jau taikoma sektoriuje1
Įvykių lygio atsekamumas pagal GS1 EPCIS
Aktualu
Standartizuoti įvykiai aprašo, kas, kada, kur ir kokiame verslo kontekste nutiko produktui ar partijai, todėl duomenimis galima keistis tarp skirtingų tiekimo grandinės dalyvių.
Kaip taikoma Tinka įmonėms, kurios turi daug partnerių, eksportuoja, valdo jautrias produktų kategorijas arba siekia greitesnio atšaukimo ir platesnio tiekimo grandinės matomumo.
Kokią vertę gali sukurti
Greitesnė partijų paieška
Suderinamesnis duomenų apsikeitimas
Tikslesnis atšaukimo apimties nustatymas
Didesnis tiekimo grandinės skaidrumas
Ko reikia, kad tai veiktų
Vienodi produktų, vietų, partijų ir logistinių vienetų identifikatoriai
Patikimas skenavimas pagrindiniuose įvykių taškuose
ERP ir WMS įvykių integracija
Duomenų valdymo susitarimai su partneriais
Vidutinės trukmėsindustry_direction
Plečiama rinkoje2
DI pagrįstas trumpalaikės paklausos prognozavimas
Labai aktualu
Modeliai nuolat perskaičiuoja paklausą SKU ir vietos lygiu, įtraukdami pardavimų istoriją, akcijas, sezoniškumą, orus, šventes, trūkumus ir kitus reikšmingus signalus.
Kaip taikoma Naudojama pirkimų ir atsargų papildymo rekomendacijoms, ypač greitai judančioms, sezoninėms ir riboto galiojimo prekėms.
Kokią vertę gali sukurti
Mažesnė prognozės paklaida
Mažiau trūkumų ir perteklinių atsargų
Tikslesnis akcijų aprūpinimas
Mažesnė galiojimo terminų rizika
Ko reikia, kad tai veiktų
Tvarkinga pardavimų ir akcijų istorija
Patikimi SKU, klientų, sandėlių ir kalendoriaus duomenys
Integracija su pirkimų ir atsargų planavimu
Aiškus prognozių kokybės matavimas
Vidutinės trukmėsYra komercinių sprendimų
Daiktų interneto pagrindu stebima šaltoji grandinė
Aktualu
Temperatūros ir kitų sąlygų jutikliai perduoda duomenis iš sandėlio, transporto priemonės ar siuntos ir leidžia automatiškai registruoti nukrypimus.
Kaip taikoma Aktualiausia šaldytų, atvėsintų ar temperatūrai jautrių produktų distributoriams, kuriems svarbu susieti sąlygų istoriją su konkrečia partija ir pristatymu.
Kokią vertę gali sukurti
Ankstyvas temperatūros nukrypimų nustatymas
Mažesnė prekių sugadinimo rizika
Patikimesni kokybės įrodymai
Tikslesnis atsakomybės nustatymas
Ko reikia, kad tai veiktų
Partijų ir siuntų identifikavimas
Jutiklių duomenų surinkimo platforma
Įspėjimų ir atsakomybės procesas
Integracija su WMS, TMS ar kokybės sistema
Vidutinės trukmėsTaikoma praktikoje
Ankstyvas etapas2
Kompiuterinė rega sandėlio ir pakrovimo kontrolei
Aktualu
Kameros ir vaizdo analizė gali tikrinti palečių būklę, skaičiuoti krovinius, fiksuoti pažeidimus ar neatitikimus ir papildyti skenavimo procesus.
Kaip taikoma Tikslinga didesniuose sandėliuose ar kryžminio perkrovimo vietose, kur daug pasikartojančių patikrų ir klaidos turi didelę kainą.
Kokią vertę gali sukurti
Mažiau pakrovimo ir priėmimo klaidų
Greitesnė neatitikimų registracija
Daugiau objektyvių įrodymų pretenzijoms
Mažesnis rankinių patikrų kiekis
Ko reikia, kad tai veiktų
Standartizuotos sandėlio zonos ir procesai
Patikimi užsakymo, paletės ir transporto identifikatoriai
Integracija su WMS ir pretenzijų procesu
Duomenų apsaugos bei vaizdo saugojimo taisyklės
Vidutinės trukmėsYra komercinių sprendimų
Distribucijos tinklo skaitmeninis dvynys
Vidutiniškai aktualu
Virtualus modelis leidžia vertinti, kaip paklausos, tiekimo, sandėlio pajėgumo, darbo jėgos ar maršrutų pokyčiai paveiktų atsargas, aptarnavimo lygį ir sąnaudas.
Kaip taikoma Pagrįsta didesnėms įmonėms, valdančioms kelis sandėlius, regionus ar sudėtingą transporto tinklą ir turinčioms pakankamai detalių istorinių duomenų.
Kokią vertę gali sukurti
Geresni tinklo ir pajėgumų sprendimai
Galimybė saugiai testuoti scenarijus
Didesnis atsparumas tiekimo svyravimams
Tikslesnis investicijų pagrindimas
Ko reikia, kad tai veiktų
Integruoti užsakymų, atsargų, tiekimo, sandėlio ir transporto duomenys
Patikimi sąnaudų bei pajėgumų modeliai
Procesų matavimo disciplina
Analitikos ir modeliavimo kompetencija
Ilgalaikė perspektyvaTaikoma praktikoje
D.U.K.
Dažniausiai užduodami klausimai
Nuo ko pradėti maisto ir FMCG distribucijos skaitmenizaciją?Dažniausiai verta pradėti nuo užsakymo proceso diagnostikos: kaip klientas gauna asortimentą ir kainą, kaip pateikia užsakymą, kur jis tikrinamas, perrašomas, rezervuojamas ir perduodamas sandėliui. Jei užsakymų daug ir jie pasikartoja, pirmoji investicija dažnai yra integruotas B2B portalas, tačiau prieš jį būtina įvertinti produktų, kainų ir ERP duomenų kokybę.
Kuo B2B užsakymų portalas skiriasi nuo įprastos elektroninės parduotuvės?Distribucijos portale klientas turi matyti savo sutartinį asortimentą, individualias kainas, pakuočių kartotinius, kredito ar pristatymo taisykles, užsakymų istoriją ir dokumentus. Todėl pagrindinė vertė kyla iš ERP, WMS ir kitų sistemų integracijų, o ne vien iš katalogo bei krepšelio.
Ar portale galima rodyti realius sandėlio likučius?Galima, tačiau pirmiausia reikia apibrėžti, ką reiškia klientui parduodamas likutis: fizinį, laisvą po rezervacijų, kanalui skirtą ar prognozuojamą kiekį. Didesnę vertę dažnai sukuria ne tikslus skaičius, o patikima prieinamumo būsena ir galima pristatymo data.
Kaip skaitmenizacija padeda mažinti maisto produktų nurašymus?Didžiausią poveikį sukuria partijų ir galiojimo datų registravimas, FEFO taisyklės, išankstiniai rizikos įspėjimai, tikslesnis paklausos planavimas ir galimybė laiku pritaikyti tikslines realizavimo priemones konkretiems klientams ar kanalams.
Kada verta diegti DI paklausos prognozavimą?Kai įmonė turi pakankamai švarią pardavimų, akcijų, trūkumų, produktų pakeitimų ir atsargų istoriją. Jei duomenyse neatskiriama tikroji paklausa nuo neįvykdytų pardavimų ar vienkartinių akcijų, pirmiausia reikia sutvarkyti duomenų semantiką ir bazinį planavimo procesą.
Kaip sujungti ERP, WMS ir B2B portalą?Reikia apibrėžti, kuri sistema yra kiekvieno duomens šaltinis, kokie įvykiai perduodami realiu laiku, o kurie periodiškai, kaip valdomos klaidos, pakartotinis perdavimas ir dublių kontrolė. Integracija turi apimti ne tik užsakymo sukūrimą, bet ir kainas, prieinamumą, rezervavimą, komplektavimo išimtis, dokumentus bei būsenas.
Kaip skaitmenizuoti produktų atsekamumą?Reikia vienodais identifikatoriais susieti produktą, partiją, priėmimą, sandėlio judėjimą, logistinius vienetus ir išsiuntimą klientui. Atsekamumo duomenys turi būti fiksuojami operacijos metu, o sistema turi leisti greitai atlikti paiešką pirmyn ir atgal bei valdyti produktų atšaukimo veiksmus.
Kiek laiko trunka B2B distribucijos portalo diegimas?Trukmę labiausiai lemia ne puslapių ar ekranų skaičius, o kainodaros taisyklės, produktų duomenų kokybė, ERP ir WMS integracijų galimybės bei pasirinktos pirmosios versijos apimtis. Patikimiausia pradėti nuo riboto klientų segmento ir vieno pilno užsakymo scenarijaus.
Kitas žingsnis
Įvertinkime, kur distribucijos grandinėje prarandama daugiausia vertės
Peržiūrėsime jūsų užsakymo, kainodaros, atsargų, sandėlio ir pristatymo procesą, nustatysime svarbiausias integracijų bei duomenų spragas ir padėsime apibrėžti realistišką pirmąją versiją.