Partijų atsekamumo ir atšaukimo valdymas maisto ir FMCG distribucijai
Sistema, susiejanti tiekėjo, priėmimo, partijos, logistinio vieneto, sandėlio judėjimo ir išsiuntimo įvykius, kad incidento metu būtų galima greitai nustatyti paveiktus likučius, užsakymus ir klientus.
Atsekamumas turi būti sukuriamas kasdienės operacijos metu. Jei partijos, logistinio vieneto ir išsiuntimo ryšiai atkuriami tik incidento dieną, reagavimas tampa lėtas ir nepatikimas.
Sprendimo logika
- Tiekėjas ir priėmimas
- Partijos identifikavimas
- Sandėlio judėjimas
- Logistinis vienetas
- Užsakymas ir išsiuntimas
- Klientas
- Paieška pirmyn ir atgal
- Atšaukimo veiksmai
Kokias problemas sprendžia
- Partijų atsekamumas priklauso nuo kelių sistemų ir rankinės paieškos
- Atsargų ir galiojimo terminų vaizdas nėra pakankamai operatyvus
- Grąžinimai, neatitikimai ir pretenzijos neturi vieno skaitmeninio proceso
Sprendimo apimtis
Vieningi produktų, partijų ir logistinių vienetų identifikatoriai
Produktai, partijos, vietos ir logistiniai vienetai susiejami taip, kad tas pats objektas būtų atpažįstamas ERP, WMS ir kituose atsekamumo proceso taškuose.
Priėmimo įvykių registravimas
Priimant prekes fiksuojamas ryšys tarp tiekėjo, produkto, partijos, kiekio, galiojimo termino ir konkretaus sandėlio ar lokacijos.
Partijos judėjimas sandėlyje
Perkėlimai, rezervavimas, komplektavimas ir kiti reikšmingi sandėlio įvykiai išlaiko ryšį su konkrečia partija ir logistiniu vienetu.
Partijos susiejimas su išsiuntimu
Faktinio komplektavimo metu užfiksuojama, kurios partijos ir kokie kiekiai buvo priskirti konkrečiam užsakymui, pristatymui ir klientui.
Atsekamumas pirmyn ir atgal
Sistema leidžia nuo tiekėjo ar partijos pereiti iki paveiktų klientų ir nuo kliento pristatymo grįžti iki konkretaus tiekėjo, priėmimo bei partijos.
Paveiktos apimties nustatymas
Incidento metu sistema padeda atskirti, kurie likučiai, užsakymai ir klientai iš tikrųjų susiję su konkrečia partija ar produktu.
Atšaukimo veiksmų valdymas
Atšaukimas valdomas kaip aiški darbo eiga su atsakomybėmis, būsenomis, komunikacija ir užduotimis, o ne kaip atskira el. laiškų ir skaičiuoklių seka.
Audito istorija
Išsaugoma, kas ir kada užregistravo, pakeitė ar patvirtino svarbią informaciją bei kokie veiksmai buvo atlikti incidento metu.
Pagrindinės funkcijos
- Vieningi GS1 identifikatoriai
- Partijų įvykių registravimas
- Atsekamumas pirmyn ir atgal
- Paveiktų klientų bei likučių paieška
- Atšaukimo užduotys ir komunikacija
- Audito istorija bei ataskaitos
Pagrindinės integracijos
Atsekamumo kokybę lemia tai, ar tie patys identifikatoriai ir įvykiai išlieka nuoseklūs per visą grandinę nuo priėmimo iki išsiuntimo.
- ERP
- Produktai, tiekėjai, pirkimo dokumentai, klientai, užsakymai ir finansiniai dokumentai.
- WMS
- Partijos, galiojimo terminai, sandėlio vietos, logistinių vienetų judėjimas, rezervavimas ir komplektavimas.
- GS1 identifikatoriai ir standartai
- Produktų, logistinių vienetų ir įvykių identifikavimo pagrindas, kai naudojami standartizuoti atsekamumo procesai.
- Kokybės sistema
- Incidentai, karantinas, neatitikimai, tyrimai ir atšaukimo sprendimai.
- B2B portalas arba klientų komunikacijos kanalas
- Paveiktų klientų informavimas, grąžinimo veiksmai ir aktualių dokumentų pateikimas.
- TMS arba pristatymo sistema
- Faktinis pristatymo įvykis, transporto informacija ir ryšys su konkrečiu klientu bei pristatymo vieta.
Galimas verslo poveikis
Orientaciniai galimo poveikio intervalai įmonėms, kuriose partijų duomenys šiandien saugomi keliose sistemose arba incidento metu reikalinga reikšminga rankinė paieška. Tai nėra konkrečios įmonės rezultato prognozė.
Atsekamumo paieškos laikas
50–90%Mažėja
Didžiausias poveikis tikėtinas, kai šiandien partijų, priėmimo, sandėlio ir išsiuntimo duomenis reikia surinkti iš kelių sistemų ar failų.
Rankinis duomenų rinkimas incidento metu
50–80%Mažėja
Poveikis priklauso nuo to, kiek partijos ir klientų ryšio galima atkurti automatiškai iš operacinių įvykių.
Per plati atšaukimo apimtis dėl nepakankamo atsekamumo
20–60%Mažėja
Didžiausias potencialas, kai tikslios partijos–užsakymo–kliento sąsajos leidžia atskirti realiai paveiktą produkciją nuo platesnio atsargumo atšaukimo.
Reagavimo į kokybės incidentą laikas
30–70%Mažėja
Poveikis didžiausias, kai paveiktų likučių ir klientų nustatymas bei užduočių paskirstymas vyksta viename procese.
Automatiškai atsekamų partijų ir išsiuntimų dalis
20–50%Auga
Potencialas priklauso nuo dabartinio skenavimo, partijų registravimo ir logistinių vienetų identifikavimo disciplinos.
Poveikio intervalai nėra konkrečios įmonės rezultato prognozė. Faktinis potencialas priklauso nuo partijų registravimo disciplinos, sandėlio procesų, naudojamų identifikatorių, integracijų ir dabartinio incidentų valdymo proceso.
Kur sprendimas gali turėti didžiausią poveikį
- Partijų istorija incidento metu renkama iš kelių sistemų ar failų
- Ne visada aišku, kuri konkreti partija buvo pristatyta konkrečiam klientui
- Atšaukimo atveju sudėtinga greitai nustatyti paveiktus likučius ir klientus
- Naudojami skirtingi produktų, partijų ar logistinių vienetų identifikatoriai
- Perpakavimo ar sandėlio judėjimo metu prarandama dalis partijos ryšio
- Kokybės incidento veiksmai koordinuojami el. paštu ar skaičiuoklėse
- Svarbi eksporto, didžiųjų tinklų ar kitų partnerių atsekamumo reikalavimų atitiktis
Rekomenduojama pirmoji versija
Pirmąją versiją verta sutelkti į vieną jautresnę produktų grupę ir vieną aiškų kelią nuo priėmimo iki kliento, kad būtų patikimai susieti visi pagrindiniai partijos įvykiai.
Pirmoje versijoje
- Vieningi produktų ir partijų identifikatoriai
- Priėmimo įvykių registravimas
- Partijos judėjimo sandėlyje fiksavimas
- Partijos susiejimas su išsiuntimu ir klientu
- Atsekamumo paieška pirmyn ir atgal
- Paveiktų likučių bei klientų nustatymas
- Atšaukimo užduotys ir audito istorija
Atidedama vėlesniems etapams
- Viso asortimento ir visų sandėlių diegimas vienu etapu
- Visų tiekėjų EPCIS integracijos
- Platus partnerių duomenų apsikeitimo tinklas
- Pažangi tiekimo grandinės rizikos analitika
- DI pagrįstas incidentų vertinimas
Tolimesnė plėtra
- GS1 EPCIS įvykių apsikeitimas su partneriais
- Automatinis paveiktų klientų informavimo procesas
- Grąžinimų ir kreditinių dokumentų susiejimas su atšaukimu
- Tiekėjų ir kelių sandėlių atsekamumo išplėtimas
- Kokybės incidentų ir atsekamumo analitika
- Pažangesnis tiekimo grandinės rizikos vertinimas, kai baziniai atsekamumo duomenys jau patikimi
Dažniausiai užduodami klausimai
Įvertinkime partijų atsekamumo procesą
Peržiūrėsime, kaip šiandien registruojamos partijos, kaip jos susiejamos su sandėlio judėjimu ir išsiuntimu, kiek laiko užtruktų nustatyti paveiktus klientus ir kur grandinėje lieka rankinės paieškos.