Supply Chain Planning Proof of Concept

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 lanacRazgovarajte 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 kad se linija zaustavi, a ne kad ih plan opskrbe prvi put pokaže 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 u glavi nabavljača, a ne 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 — 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, a ne tiho 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, a ne 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.

Neplanirani zastoj se ne predviđa. Svaki termin montaže ili kontrolirani prekid dogovara se s vama unaprijed i planira oko proizvodnje.

Kako se mjeri uspjeh

Kako se mjeri uspjeh
PokazateljKako je definiranOdakle dolazi vrijednostVrsta
Vrijeme unaprijed za otkrivanje nestašiceKoliko dana ranije plan prijavljuje nestašicu koja se stvarno dogodila, u usporedbi s trenutkom kad ju je vaš tim otkrio.Dogovoreno početno mjerenjeOperativni
Projicirana razina uslugeUdio potražnje koju plan očekuje zadovoljiti na vrijeme, prema dogovorenom horizontu i ograničenjima.Podaci MSF platformeOperativni
Pokrivenost zalihamaDani pokrivenosti po obitelji prema preporučenoj politici naspram trenutne.Podaci MSF platformeFinancijski
Izloženost viškovima i zastarijevanjuVrijednost zaliha projicirana da premaši potražnju horizonta prema svakoj politici.Vaš ERP ili postojeći sustavFinancijski
Učestalost hitnih pošiljkiBroj hitnih ili izvanrednih narudžbi u polaznom razdoblju koje bi plan pravovremeno označio i time izbjegao.Dogovoreno početno mjerenjeFinancijski
Pogreška predviđanjaSamo 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 skupTehnički
Napor planiranjaSati po ciklusu planiranja za izradu i održavanje plana danas naspram u pilotu.Promatranje i razgovor s korisnicimaOperativni

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, a ne marketinškom obećanju.

Š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, a ne s referentnom vrijednosti.

Vi osiguravate

  • Imenovanog poslovnog i imenovanog tehničkog vlasnika
  • Pravodoban pristup korisnicima, liniji, strojevima i odobrenim sustavima
  • Točno objašnjenje procesa i matičnih podataka
  • Pristup mreži, napajanju, montaži i zaštiti na radu
  • Dokumentaciju ERP-a, PLC-a i dobavljača te stručnjake koji je poznaju
  • 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

  • Panel računala, tableti, poslužitelji i GPU poslužitelji
  • Kamere, objektivi, rasvjeta i kućišta
  • Čitači, pisači, RFID uređaji, brojila i senzori
  • 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 dostupna kao podaci, a ne samo kao 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, a ne tvrdnja o točnosti predviđanja.

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 — a ne samo 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.

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.

Nemojte ovim obrascem slati lozinke, izvoze produkcijskih baza, podatke o zaposlenicima ni povjerljive nacrte. Ako su PoC-u potrebni, prvo uspostavljamo odobren siguran kanal.

Poruke se provjeravaju zbog zlouporabe i bilježe, uključujući IP adresu. Za sadržaj koji pošaljete odgovarate vi.