Dokaz koncepta za planiranje opskrbnog lanca

Dokažite pouzdaniji plan opskrbe i zaliha

Uzmite odabrane obitelji proizvoda i dobavljače, unesite stvarnu potražnju, rokove isporuke i politiku zaliha, i vidite koje nestašice plan hvata rano, koliko zaliha stvarno zahtijeva ciljana razina usluge i gdje se skriva višak. Voditi se scenarijima, uz dogovorenu metodu povratnog testiranja ako je predviđanje u opsegu.

Definirajte opseg mog PoC-a za opskrbni lanac Razgovarajte s inženjerom proizvodnje

Uobičajeno trajanje6–10 tjedana

Opseg pilotaOdabrane obitelji proizvoda i dobavljači, jedna tvornica ili manja mreža

Glavni sugovornikVoditelj opskrbnog lanca

Odluka na krajuPolitika planiranja, ritam i slučaj za uvođenje

Je li ovo problem koji trebate riješiti?

Nestašice izlaze na vidjelo tek kad se linija zaustavi, iako ih je plan opskrbe trebao ranije pokazati kao rizik.
Zalihe su visoke, a usluga je i dalje nepouzdana, što obično znači da su zalihe na pogrešnim mjestima.
Hitne pošiljke i zračni prijevoz postali su rutinski trošak koji nitko ne planira.
Ograničenja dobavljača (minimalne količine narudžbe, kalendari narudžbi, rokovi isporuke) žive samo u glavi nabavljača i nema ih u planu.

Glavni sugovornik: Voditelj opskrbnog lanca · Direktor operacija · Voditelj nabave · Voditelj zaliha · Voditelj planiranja proizvodnje

Što ovaj PoC dokazuje

Koliko bi ranije ovaj plan otkrio nestašice koje ste stvarno imali?

Koja je razina usluge realno postiziva na trenutnim zalihama i ograničenjima dobavljača?

Gdje je pokrivenost prevelika, a gdje je tanka do te mjere da postaje sljedeći zastoj?

Koja ograničenja dobavljača stvarno vode plan kad se sva zajedno modeliraju?

Ako je predviđanje u opsegu, nadmašuje li model vašu trenutnu metodu u poštenom povratnom testu?

Preporučeni opseg pilota

Odabrane obitelji proizvoda, s dovoljno obujma i raznolikosti da budu reprezentativne (ne cijeli katalog).
Dobavljači koji tim obiteljima stvarno postavljaju ograničenja, sa stvarnim rokovima isporuke i minimalnim količinama.
Jedna tvornica, ili ograničena mreža tvornica gdje su transferi bitni.
Dogovoren horizont planiranja i dogovoren ciljni nivo usluge za planiranje.
Prozor za povratno testiranje zadržan izvan konfiguracije, ako je kvaliteta predviđanja dio pitanja.

Što će raditi tijekom PoC-a

Projicirana pozicija opskrbe, potražnje i zaliha kroz dogovoreni horizont.

Popisi izuzetaka nestašice i viška, s ograničenjem koje je svaki od njih uzrokovalo.

Usporedba scenarija: pomak potražnje, kašnjenje dobavljača, promijenjena politika sigurnosnih zaliha.

Vidljivost ograničenja dobavljača: minimalna količina, kalendar i rok isporuke prikazani tamo gdje utječu.

Kako teče ovaj PoC

Tjedan 1–2

Snimka stanja i definiranje odlukeDogovor o opsegu proizvoda i dobavljača, ciljnoj razini usluge, ritmu planiranja i odluci koju PoC podupire; utvrđivanje kojim će se povijesnim incidentima testirati otkrivanje.Uvjet za prelazak: Opseg, ciljna razina usluge i popis incidenata su dogovoreni.

Tjedan 2–4

Spremnost lokacije, procesa i podatakaUnos i pregled povijesti potražnje, predviđanja, narudžbi kupaca, rokova isporuke dobavljača, minimalnih količina, kalendara narudžbi, zaliha, pravila sigurnosnih zaliha i kapaciteta. Praznine u podacima prijavljuju se kao nalazi i nikad se tiho ne zaobilaze.Uvjet za prelazak: Podaci su dovoljno reprezentativni za opseg; prozor za povratno testiranje zadržan je i nedirnut.

Tjedan 4–6

KonfiguracijaKonfiguriranje modela planiranja, politika zaliha i pravila izuzetaka; pokretanje povijesnih incidenata kako bi se vidjelo koliko bi ranije plan svaki od njih prijavio.Uvjet za prelazak: Model uvjerljivo reproducira poznatu povijest, uključujući incidente kojih se sjećate.

Tjedan 6–9

Paralelni rad ili simulacijaPokretanje dogovorenih scenarija i usporedbi politika, te, ondje gdje je predviđanje u opsegu, povratnog testiranja prema zadržanom prozoru.Uvjet za prelazak: Rezultati scenarija i povratnog testiranja su potpuni i ponovljivi.

Tjedan 9–10

Odluka o uvođenju i poslovni izračunPredstavljanje modela scenarija, popisa rizika i izuzetaka, izvještaja o kvaliteti podataka, preporučenih politika i ritma, dizajna integracije i slučaja za uvođenje.Uvjet za prelazak: Nastavi, prilagodi ili zaustavi.

Trajanja su uobičajena i nisu zajamčena. Rok produljuju: nedostajući ili nepotpuni podaci, odobrenja sigurnosti i mreže, rokovi isporuke opreme, prikupljanje uzoraka, pristup za montažu, plan proizvodnje, pristup testnoj okolini ERP-a i vrijeme koje je vašem timu potrebno za ocjenu rezultata.

Kako se mjeri uspjeh

Kako se mjeri uspjeh
Pokazatelj	Kako je definiran	Odakle dolazi vrijednost	Vrsta
Vrijeme unaprijed za otkrivanje nestašice	Koliko dana ranije plan prijavljuje nestašicu koja se stvarno dogodila, u usporedbi s trenutkom kad ju je vaš tim otkrio.	Dogovoreno početno mjerenje	Operativni
Projicirana razina usluge	Udio potražnje koju plan očekuje zadovoljiti na vrijeme, prema dogovorenom horizontu i ograničenjima.	Podaci MSF platforme	Operativni
Pokrivenost zalihama	Dani pokrivenosti po obitelji prema preporučenoj politici naspram trenutne.	Podaci MSF platforme	Financijski
Izloženost viškovima i zastarijevanju	Vrijednost zaliha projicirana da premaši potražnju horizonta prema svakoj politici.	Vaš ERP ili postojeći sustav	Financijski
Učestalost hitnih pošiljki	Broj hitnih ili izvanrednih narudžbi u polaznom razdoblju koje bi plan pravovremeno označio i time izbjegao.	Dogovoreno početno mjerenje	Financijski
Pogreška predviđanja	Samo ondje gdje je predviđanje u opsegu: pogreška na zadržanom prozoru povratnog testiranja naspram vaše trenutne metode, isto mjerilo na obje strane.	Izdvojeni validacijski skup	Tehnički
Napor planiranja	Sati po ciklusu planiranja za izradu i održavanje plana danas naspram u pilotu.	Promatranje i razgovor s korisnicima	Operativni

Prije implementacije MSF i vaš tim dogovaraju kako se svaki pokazatelj računa, odakle dolazi početna vrijednost, koji se podaci izuzimaju i koji rezultat opravdava odluku o uvođenju. Ova stranica navodi što se mjeri; konkretne ciljne vrijednosti pripadaju pisanom opsegu PoC-a.

Što osiguravate vi

Povijest potražnje, predviđanja i otvorene narudžbe kupaca za obuhvaćene obitelji.
Rokove isporuke dobavljača, minimalne količine narudžbe, kalendare narudžbi i sva ugovorna ograničenja.
Pozicije zaliha, pravila sigurnosnih zaliha, proizvodni kapacitet i pravila transfera.
Ciljne razine usluge prema kojima se stvarno mjerite, i incidente koje želite testirati.

Tko što radi

Meta Smart Factory osigurava

Uvodnu radionicu i vođenje kroz definiranje opsega
Konfiguraciju rješenja za dogovoreni opseg
Integracijske i priključne radove unutar tog opsega
MSF opremu navedenu u ponudi
Edukaciju pilot korisnika
Definicije KPI-jeva i metodu validacije
Praćenje prijava i podršku tijekom pilota
Završni izvještaj o rezultatima i plan uvođenja
Konfigurirani model planiranja, pokretanje scenarija i, ondje gdje je u opsegu, dokumentiranu metodu povratnog testiranja.
Preporuke politika povezane s izmjerenim kompromisom između zaliha i usluge, bez oslanjanja na referentnu vrijednost.

Vi osiguravate

Imenovanog poslovnog i imenovanog tehničkog vlasnika
Točno objašnjenje procesa i matičnih podataka
Reprezentativne uzorke ili povijesne podatke
Potvrdu da je početna vrijednost poštena
Povratne informacije i odluku o prihvaćanju
Osobu koja može potvrditi koja su ograničenja dobavljača ugovorna, a koja su navika.
Dogovor, prije pokretanja, o tome kako je definiran prozor povratnog testiranja i kako se drži izvan konfiguracije.

Definirano u pisanoj ponudi

Putovanja, montaža, prijevoz, uvozne pristojbe i lokalni elektro radovi
Iznajmljuje li se oprema ili kupuje
Uračunava li se naknada za PoC u uvođenje

Komercijalni uvjeti, vlasništvo nad opremom, putovanja, opseg integracije i eventualno uračunavanje u uvođenje definiraju se u pisanoj ponudi za PoC. Nisu jednaki za svaki proizvod i ova ih stranica ne obećava.

Što dobivate na kraju

Konfiguriran model scenarija za obuhvaćene obitelji i dobavljače.
Popis rizika i izuzetaka s ograničenjem iza svake stavke.
Izvještaj o kvaliteti podataka koji imenuje što bi blokiralo uvođenje.
Preporuke politike zaliha i dobavljača s izmjerenim kompromisima.
Predloženi ritam planiranja i dizajn integracije za njegovu podršku.
Poslovni slučaj za uvođenje na širu mrežu proizvoda.

Uvjeti, isključenja i ograničenja

Ovaj PoC ovisi o

Reprezentativnu povijest potražnje za obuhvaćene obitelji. Kratka ili snažno poremećena povijest ograničava što se može zaključiti.
Ograničenja dobavljača zapisana kao podaci, uz znanje nabavljača.

Nije uključeno u ovaj PoC

Detaljno raspoređivanje i redoslijed na pogonu, što je APS PoC.
Uvođenje dobavljača, implementacija EDI-ja i pregovaranje ugovora.

Što ovaj PoC ne tvrdi

Poboljšanje predviđanja se ne obećava bez reprezentativne povijesti i unaprijed dogovorene metode povratnog testiranja. Ondje gdje je povijest kratka ili je razdoblje bilo poremećeno, pošten rezultat je otkrivanje nestašica i rezultat politike. Tvrdnju o točnosti predviđanja takvi podaci ne podržavaju.

Nastavi, prilagodi ili zaustavi: točka odluke

NastaviNastavi: rezultati otkrivanja i politike opravdavaju uvođenje modela planiranja na širu mrežu i ritam.

PrilagodiPrilagodi: model funkcionira, ali matične podatke, ograničenja dobavljača ili ciljnu razinu usluge treba prije toga ispraviti.

ZaustaviZaustavi: dostupni podaci još ne mogu podržati planiranje na ovoj razini. Izvještaj o kvaliteti podataka postaje plan za sljedeće korake.

Česta pitanja

Je li ovo isto što i APS PoC?

Ne. SCP odgovara na pitanje što kupiti i držati na zalihi, i kada, kroz dobavljače i horizonte. APS odgovara na pitanje što pokrenuti na kojem stroju kojim redoslijedom ovaj tjedan. Povezani su, ali su to različiti podaci, različiti kupci i različiti dokazi.

Možete li dokazati bolju točnost predviđanja?

Samo ondje gdje postoji reprezentativna povijest i gdje je prozor povratnog testiranja dogovoren i zadržan prije konfiguracije. Bez toga, svaka brojka točnosti prilagođena je podacima na kojima je izgrađena, i ovaj će je program tako i označiti umjesto da je objavi.

Koliko obitelji proizvoda bi trebalo biti u opsegu?

Dovoljno da obuhvate vaše različite obrasce opskrbe (uvozni artikl s dugim rokom isporuke, lokalni artikl s kratkim rokom, sezonski artikl) uz one s najvećim obujmom. Za ono što ovaj PoC mora dokazati, raznolikost obrazaca važnija je od obujma.

Treba li vaš ERP biti povezan?

Ne za PoC. Izvozi podataka dovoljni su za izgradnju i pokretanje modela. Dizajn integracije je isporuka PoC-a, a sama veza pripada uvođenju ili ERP Integration PoC-u.

Povezani proizvodi i PoC programi

Zatražite ovaj Proof of Concept

Opišite opseg koji imate na umu i javljamo se s pisanim planom PoC-a: što se povezuje, što osiguravate vi, kako se mjeri uspjeh i kako izgleda odluka na kraju.