Supply Chain Planning Proof of Concept

Dokažite zanesljivejši oskrbni in zalogovni načrt

Izberite izbrane družine izdelkov in dobavitelje, naložite resnično povpraševanje, dobavne roke in politiko zalog ter poglejte, katere pomanjkljivosti načrt zazna zgodaj, koliko zalog dejansko zahteva ciljni nivo storitve in kje se skriva presežek. Voden po scenarijih, z dogovorjeno metodo povratnega testiranja, če je napovedovanje v obsegu.

Opredelite moj Supply Chain PoC Pogovorite se s proizvodnim inženirjem

Običajno trajanje6–10 tednov

Obseg pilotaIzbrane družine izdelkov in dobavitelji, en obrat ali manjše omrežje

Glavni sogovornikVodja oskrbne verige

Odločitev ob zaključkuPolitika načrtovanja, ritem in poslovni primer za uvedbo

Je to težava, ki jo morate rešiti?

Pomanjkanje se pokaže, ko se linija ustavi, ne takrat, ko oskrbni načrt tveganje najprej pokaže.
Zaloga je visoka, storitev pa še vedno nezanesljiva, kar običajno pomeni, da je zaloga na napačnih mestih.
Nujne dobave in letalski prevoz so postali rutinski strošek, ki ga nihče ne načrtuje.
Omejitve dobaviteljev — minimalne količine naročil, koledarji naročanja, dobavni roki — obstajajo v glavi nabavnika, ne v načrtu.

Glavni sogovornik: Vodja oskrbne verige · Direktor operacij · Vodja nabave · Vodja zalog · Vodja načrtovanja proizvodnje

Kaj bo ta PoC dokazal

Koliko prej bi ta načrt zaznal pomanjkanja, ki ste jih dejansko imeli?

Kateri nivo storitve je realno dosegljiv ob trenutni zalogi in omejitvah dobaviteljev?

Kje je pokritost pretirana in kje tako tanka, da bo naslednji zastoj?

Katere omejitve dobaviteljev dejansko usmerjajo načrt, ko so vse modelirane skupaj?

Če je napovedovanje v obsegu, ali model premaga vašo trenutno metodo v poštenem povratnem testu?

Priporočen obseg pilota

Izbrane družine izdelkov — dovolj obsega in raznolikosti, da so reprezentativne, ne celoten katalog.
Dobavitelji, ki dejansko omejujejo te družine, z njihovimi resničnimi dobavnimi roki in minimalnimi količinami.
En obrat ali omejeno omrežje obratov, kjer so pomembni prenosi.
Dogovorjen planski horizont in dogovorjen ciljni nivo storitve, glede na katerega se načrtuje.
Okno za povratno testiranje, izvzeto iz konfiguracije, če je kakovost napovedi del vprašanja.

Kaj bo delovalo med PoC

Predvidena oskrba, povpraševanje in zalogovna pozicija v dogovorjenem horizontu.

Sezname izjem za pomanjkanje in presežke, z omejitvijo, ki je vsako povzročila.

Primerjavo scenarijev: sprememba povpraševanja, zamuda dobavitelja, spremenjena politika varnostne zaloge.

Vidljivost omejitev dobaviteljev — minimalna količina, koledar in dobavni rok prikazani tam, kjer vplivajo.

Kako poteka ta PoC

Teden 1–2

Analiza in opredelitev odločitveDogovor o obsegu izdelkov in dobaviteljev, ciljnem nivoju storitve, ritmu načrtovanja in odločitvi, ki jo PoC podpira; opredelitev preteklih dogodkov, na katerih se bo testiralo zaznavanje.Merilo za prehod: Obseg, ciljni nivo storitve in seznam dogodkov so dogovorjeni.

Teden 2–4

Pripravljenost lokacije, procesa in podatkovNalaganje in pregled zgodovine povpraševanja, napovedi, naročil kupcev, dobavnih rokov, minimalnih količin, koledarjev naročanja, zalog, pravil varnostne zaloge in kapacitete. Vrzeli v podatkih se sporočajo kot ugotovitve, ne obidejo tiho.Merilo za prehod: Podatki so dovolj reprezentativni za obseg; okno za povratno testiranje je izvzeto in nedotaknjeno.

Teden 4–6

KonfiguracijaKonfiguracija modela načrtovanja, politik zalog in pravil za izjeme; izvedba preteklih dogodkov, da se vidi, kako zgodaj bi jih načrt sporočil.Merilo za prehod: Model verjetno posnema znano zgodovino, vključno z dogodki, ki se jih spomnite.

Teden 6–9

Vzporedni tek ali simulacijaIzvedba dogovorjenih scenarijev in primerjav politik ter, kjer je napovedovanje v obsegu, povratni test proti izvzetemu oknu.Merilo za prehod: Rezultati scenarijev in povratnega testa so popolni in ponovljivi.

Teden 9–10

Odločitev o uvedbi in poslovni modelPredstavitev modela scenarijev, seznama tveganj in izjem, poročila o kakovosti podatkov, priporočenih politik in ritma, zasnove integracije ter poslovnega primera za uvedbo.Merilo za prehod: Naprej, prilagodi ali ustavi.

Trajanja so običajna, ne zagotovljena. Terminski načrt podaljšajo: manjkajoči ali nepopolni podatki, varnostne in omrežne odobritve, dobavni roki strojne opreme, zbiranje vzorcev, dostop za namestitev, proizvodni plan, dostop do testnega okolja ERP in čas, ki ga vaša ekipa potrebuje za pregled rezultatov.

Nenačrtovan zastoj ni predviden. Vsako namestitveno okno ali nadzorovana prekinitev se z vami dogovori vnaprej in načrtuje okrog proizvodnje.

Kako bomo merili uspeh

Kako bomo merili uspeh
Kazalnik	Kako je opredeljen	Od kod pride vrednost	Vrsta
Čas zaznave pomanjkanja	Za koliko dni prej načrt zazna pomanjkanje, ki se je dejansko zgodilo, v primerjavi s trenutkom, ko ga je opazila vaša ekipa.	Dogovorjena izhodiščna meritev	Operativni
Predviden nivo storitve	Delež povpraševanja, za katerega načrt pričakuje pravočasno izpolnitev v dogovorjenem horizontu in ob dogovorjenih omejitvah.	Podatki platforme MSF	Operativni
Pokritost zalog	Dnevi pokritosti po družini po priporočeni politiki v primerjavi s trenutno.	Podatki platforme MSF	Finančni
Izpostavljenost presežkom in zastarelosti	Vrednost zaloge, ki bo po vsaki politiki predvidoma presegla povpraševanje horizonta.	Vaš ERP ali obstoječi sistem	Finančni
Pogostost nujnih naročil	Število nujnih ali izrednih naročil v izhodiščnem obdobju, ki bi jih načrt pravočasno zaznal in s tem omogočil, da se jim izognemo.	Dogovorjena izhodiščna meritev	Finančni
Napaka napovedi	Samo, kjer je napovedovanje v obsegu: napaka na izvzetem oknu za povratno testiranje proti vaši trenutni metodi, isto merilo na obeh straneh.	Ločen validacijski nabor	Tehnični
Napor pri načrtovanju	Ure na cikel načrtovanja za pripravo in vzdrževanje načrta danes v primerjavi s pilotom.	Opazovanje in pogovor z uporabniki	Operativni

Pred izvedbo se MSF in vaša ekipa dogovorita, kako se vsak kazalnik izračuna, od kod pride izhodiščna vrednost, kateri podatki so izvzeti in kateri rezultat podpira odločitev o uvedbi. Ta stran navaja, kaj se meri; konkretne ciljne vrednosti sodijo v pisni obseg PoC, ne v tržno obljubo.

Kaj zagotovite vi

Zgodovino povpraševanja, napovedi in odprta naročila kupcev za obravnavane družine.
Dobavne roke, minimalne količine, koledarje naročanja in morebitne pogodbene omejitve dobaviteljev.
Zalogovne pozicije, pravila varnostne zaloge, proizvodno kapaciteto in pravila za prenose.
Ciljne nivoje storitve, po katerih se dejansko merite, in dogodke, ki jih želite preveriti.

Kdo kaj naredi

Meta Smart Factory zagotovi

Uvodno delavnico in vodenje pri opredelitvi obsega
Konfiguracijo rešitve za dogovorjeni obseg
Integracijska in priključitvena dela znotraj tega obsega
Strojno opremo MSF, navedeno v ponudbi
Usposabljanje pilotnih uporabnikov
Opredelitve KPI in metodo validacije
Vodenje zadev in podporo med pilotom
Končno poročilo o rezultatih in zasnovo uvedbe
Konfiguriran model načrtovanja, izvedene scenarije in, kjer je v obsegu, dokumentirano metodo povratnega testiranja.
Priporočila politik, vezana na izmerjen kompromis med zalogo in storitvijo, ne na referenčno vrednost.

Vi zagotovite

Imenovanega poslovnega in imenovanega tehničnega skrbnika
Pravočasen dostop do uporabnikov, linije, strojev in odobrenih sistemov
Verodostojno razlago procesa in matičnih podatkov
Dostop do omrežja, napajanja, montaže in varnostnih dovoljenj
Dokumentacijo ERP, PLC in dobaviteljev ter strokovnjake, ki jo poznajo
Reprezentativne vzorce ali zgodovinske podatke
Potrditev, da je izhodiščna vrednost poštena
Povratne informacije in odločitev o prevzemu
Osebo, ki lahko potrdi, katere omejitve dobaviteljev so pogodbene in katere so zgolj navada.
Dogovor pred izvedbo o tem, kako je opredeljeno okno za povratno testiranje in kako je izvzeto iz konfiguracije.

Opredeljeno v pisni ponudbi

Panelni računalniki, tablice, strežniki in strežniki GPU
Kamere, objektivi, osvetlitev in ohišja
Čitalniki, tiskalniki, naprave RFID, števci in senzorji
Potni stroški, namestitev, prevoz, uvozne dajatve in lokalna elektroinstalacijska dela
Ali je strojna oprema najeta ali kupljena
Ali se strošek PoC upošteva pri uvedbi

Komercialni pogoji, lastništvo strojne opreme, potni stroški, obseg integracije in morebitno upoštevanje pri uvedbi so opredeljeni v pisni ponudbi PoC. Za vsak izdelek niso enaki in ta stran jih ne obljublja.

Kaj dobite ob koncu

Konfiguriran scenarijski model za obravnavane družine in dobavitelje.
Seznam tveganj in izjem z omejitvijo za vsakim vnosom.
Poročilo o kakovosti podatkov, ki poimensko navede, kaj bi blokiralo uvedbo.
Priporočila politik zalog in dobaviteljev z izmerjenimi kompromisi.
Predlagan ritem načrtovanja in zasnovo integracije, ki ga podpira.
Poslovni primer za uvedbo v širše omrežje izdelkov.

Pogoji, izključitve in omejitve

Ta PoC je odvisen od

Reprezentativna zgodovina povpraševanja za obravnavane družine — kratka ali močno motena zgodovina omeji, kaj je mogoče sklepati.
Omejitve dobaviteljev, dostopne kot podatki, ne le kot znanje nabavnika.

Ni vključeno v ta PoC

Podrobno razporejanje in zaporedje na proizvodnem obratu, kar je APS PoC.
Vključevanje dobaviteljev, uvedba EDI in ponovna pogajanja o pogodbah.

Česa ta PoC ne trdi

Brez reprezentativne zgodovine in vnaprej dogovorjene metode povratnega testiranja se ne obljublja izboljšanje napovedi. Kjer je zgodovina kratka ali je bilo obdobje moteno, je pošten rezultat izjava o zaznavanju pomanjkanja in politiki, ne trditev o natančnosti napovedi.

Naprej, prilagodi ali ustavi — točka odločitve

NaprejNaprej: rezultati zaznave in politik upravičujejo uvedbo modela načrtovanja v širše omrežje in ritem.

PrilagodiPrilagodi: model deluje, a matične podatke, omejitve dobaviteljev ali ciljni nivo storitve je treba najprej popraviti.

UstaviUstavi: razpoložljivi podatki še ne podpirajo načrtovanja na tej ravni — poročilo o kakovosti podatkov postane časovnica ukrepov.

Pogosta vprašanja

Ali je to enako kot APS PoC?

Ne. SCP odgovarja na vprašanje, kaj kupiti in hraniti ter kdaj, prek dobaviteljev in horizontov. APS odgovarja, kaj se ta teden izvaja na katerem stroju in v katerem zaporedju. Povezana sta, a gre za drugačne podatke, druge sogovornike in drugačne dokaze.

Ali lahko dokažete boljšo natančnost napovedi?

Le, kjer obstaja reprezentativna zgodovina in je okno za povratno testiranje dogovorjeno in izvzeto pred konfiguracijo. Brez tega je vsaka številka natančnosti prilagojena podatkom, na katerih je nastala, in ta program to pove, namesto da bi tako številko objavil.

Koliko družin izdelkov naj bo v obsegu?

Dovolj, da zajamejo vaše različne vzorce oskrbe — uvoženi izdelek z dolgim dobavnim rokom, lokalni s kratkim, sezonski — ne le tiste z največjim obsegom. Za to, kar mora ta PoC dokazati, je raznolikost vedenja pomembnejša od obsega.

Ali mora biti povezan naš ERP?

Za PoC ne. Izvozi podatkov zadostujejo za izgradnjo in izvedbo modela. Zasnova integracije je rezultat PoC; sama povezava spada v uvedbo ali v ERP Integration PoC.

Povezani izdelki in programi PoC

Povprašajte po tem Proof of Concept

Opišite obseg, ki ga imate v mislih, in vrnili se bomo s pisnim načrtom PoC: kaj bo priključeno, kaj zagotovite vi, kako merimo uspeh in kakšna je odločitev ob koncu.