Dokaz koncepta za planiranje lanca snabdevanja

Dokažite pouzdaniji plan snabdevanja i zaliha

Uzmite izabrane porodice proizvoda i dobavljače, unesite stvarnu tražnju, rokove isporuke i politiku zaliha, i vidite koje nestašice plan otkriva na vreme, koliko zaliha ciljani nivo usluge zaista zahteva i gde se krije višak. Vođeno scenarijima, sa dogovorenim metodom retroaktivnog testiranja ako je prognoziranje u obimu.

Odredite obim mog PoC-a za lanac snabdevanja Razgovarajte sa inženjerom proizvodnje

Uobičajeno trajanje6–10 sedmica

Obim pilotaIzabrane porodice proizvoda i dobavljači, jedna fabrika ili manja mreža

Glavni sagovornikMenadžer lanca snabdevanja

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

Da li je ovo problem koji treba da rešite?

Nestašice se otkrivaju tek kada se linija zaustavi, iako bi plan snabdevanja trebalo da ih ranije pokaže kao rizik.
Zalihe su visoke, a usluga i dalje nepouzdana, što obično znači da su zalihe na pogrešnim mestima.
Hitne isporuke i vazdušni transport postali su rutinski trošak koji niko ne budžetira.
Ograničenja dobavljača (minimalne količine, kalendari porudžbina, rokovi isporuke) postoje samo u glavi nabavljača. U planu ih nema.

Glavni sagovornik: Menadžer lanca snabdevanja · Direktor operacija · Rukovodilac nabavke · Rukovodilac zaliha · Rukovodilac planiranja proizvodnje

Šta ovaj PoC dokazuje

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

Koji je nivo usluge realno ostvariv uz trenutne zalihe i ograničenja dobavljača?

Gde je pokrivenost prevelika, a gde je tanka baš dovoljno da postane sledeći zastoj?

Koja ograničenja dobavljača zaista pokreću plan, kada se svi modeluju zajedno?

Ako je prognoziranje u obimu, da li model nadmašuje vaš trenutni metod na poštenom retroaktivnom testu?

Preporučeni obim pilota

Izabrane porodice proizvoda sa dovoljno obima i raznovrsnosti da budu reprezentativne. Ceo katalog nije potreban.
Dobavljači koji zaista ograničavaju te porodice, sa njihovim stvarnim rokovima isporuke i minimalnim količinama.
Jedna fabrika, ili ograničena mreža fabrika gde su transferi važni.
Dogovoren horizont planiranja i dogovoren ciljni nivo usluge za planiranje.
Period retroaktivnog testiranja izdvojen iz konfiguracije, ako je kvalitet prognoze deo pitanja.

Šta će raditi tokom PoC-a

Projektovana pozicija snabdevanja, tražnje i zaliha kroz dogovoreni horizont.

Spiskovi izuzetaka nestašica i viškova, sa ograničenjem koje je svaki izazvalo.

Poređenje scenarija: promena tražnje, kašnjenje dobavljača, promenjena politika sigurnosne zalihe.

Vidljivost ograničenja dobavljača: minimalna količina, kalendar i rok isporuke prikazani tamo gde ograničavaju.

Kako teče ovaj PoC

Sedmica 1–2

Snimak stanja i definisanje odlukeDogovor o obimu proizvoda i dobavljača, ciljnom nivou usluge, ritmu planiranja i odluci koju PoC podržava; identifikacija istorijskih incidenata koji će se koristiti za testiranje otkrivanja.Uslov za prelazak: Obim, ciljni nivo usluge i spisak incidenata dogovoreni.

Sedmica 2–4

Spremnost lokacije, procesa i podatakaUnos i pregled istorije tražnje, prognoza, porudžbina kupaca, rokova isporuke dobavljača, minimalnih količina, kalendara porudžbina, zaliha, pravila sigurnosne zalihe i kapaciteta. Nedostaci podataka se prijavljuju kao nalazi i nikada se prećutno ne zaobilaze.Uslov za prelazak: Podaci su dovoljno reprezentativni za obim; period retroaktivnog testiranja je izdvojen i nedirnut.

Sedmica 4–6

KonfiguracijaKonfigurisanje modela planiranja, politika zaliha i pravila izuzetaka; pokretanje istorijskih incidenata da se vidi koliko rano bi plan svaki od njih prijavio.Uslov za prelazak: Model verodostojno reprodukuje poznatu istoriju, uključujući incidente kojih se sećate.

Sedmica 6–9

Paralelni rad ili simulacijaPokretanje dogovorenih scenarija i poređenja politika, a tamo gde je prognoziranje u obimu, retroaktivnog testa naspram izdvojenog perioda.Uslov za prelazak: Rezultati scenarija i retroaktivnog testa su potpuni i ponovljivi.

Sedmica 9–10

Odluka o uvođenju i poslovni računPredstavljanje modela scenarija, spiska rizika i izuzetaka, izveštaja o kvalitetu podataka, preporučenih politika i ritma, projekta integracije i poslovnog slučaja za uvođenje.Uslov za prelazak: Nastavi, koriguj ili zaustavi.

Trajanja su uobičajena, ne i zagarantovana. Rok produžavaju: nedostajući ili nepotpuni podaci, odobrenja bezbednosti i mreže, rokovi isporuke opreme, prikupljanje uzoraka, pristup za montažu, plan proizvodnje, pristup test okruženju ERP-a i vreme koje je vašem timu potrebno da proceni rezultate.

Kako se meri uspeh

Kako se meri uspeh
Pokazatelj	Kako je definisan	Odakle dolazi vrednost	Vrsta
Vreme unapred za otkrivanje nestašice	Koliko dana ranije plan prijavljuje nestašicu koja se zaista dogodila, u poređenju sa trenutkom kada ju je vaš tim otkrio.	Dogovoreno početno merenje	Operativni
Projektovan nivo usluge	Udeo tražnje koji plan očekuje da zadovolji na vreme, u dogovorenom horizontu i uz dogovorena ograničenja.	Podaci MSF platforme	Operativni
Pokrivenost zalihama	Dani pokrivenosti po porodici prema preporučenoj politici naspram trenutne.	Podaci MSF platforme	Finansijski
Izloženost višku i zastarelosti	Vrednost zaliha projektovanih da premaše tražnju horizonta prema svakoj politici.	Vaš ERP ili postojeći sistem	Finansijski
Učestalost hitnih isporuka	Broj hitnih ili vanrednih naloga u polaznom periodu koje bi plan blagovremeno označio kako bi se izbegli.	Dogovoreno početno merenje	Finansijski
Greška prognoze	Samo tamo gde je prognoziranje u obimu: greška na izdvojenom periodu retroaktivnog testa naspram vašeg trenutnog metoda, isto merilo na obe strane.	Izdvojeni validacioni skup	Tehnički
Napor planiranja	Sati po ciklusu planiranja za izradu i održavanje plana danas naspram pilota.	Posmatranje i razgovor sa korisnicima	Operativni

Pre implementacije MSF i vaš tim se dogovaraju kako se svaki pokazatelj računa, odakle dolazi početna vrednost, koji podaci se izuzimaju i koji rezultat opravdava odluku o uvođenju. Ova stranica navodi šta se meri. Konkretne ciljne vrednosti utvrđuje pisani obim PoC-a, pa ih ovde ne obećavamo.

Šta obezbeđujete vi

Istorija tražnje, prognoze i otvorene porudžbine kupaca za obuhvaćene porodice.
Rokove isporuke dobavljača, minimalne količine, kalendare porudžbina i sva ugovorna ograničenja.
Pozicije zaliha, pravila sigurnosne zalihe, proizvodni kapacitet i pravila transfera.
Ciljne nivoe usluge po kojima se zaista ocenjujete i incidente koje želite testirane.

Ko šta radi

Meta Smart Factory obezbeđuje

Uvodnu radionicu i vođenje kroz definisanje obima
Konfiguraciju rešenja za dogovoreni obim
Integracione i priključne radove unutar tog obima
MSF opremu navedenu u ponudi
Obuku pilot korisnika
Definicije KPI i metod validacije
Praćenje prijava i podršku tokom pilota
Završni izveštaj o rezultatima i plan uvođenja
Konfigurisan model planiranja, pokrenute scenarije i, gde je u obimu, dokumentovan metod retroaktivnog testiranja.
Preporuke politika zasnovane na izmerenom odnosu zaliha i usluge, bez oslanjanja na referentnu vrednost.

Vi obezbeđujete

Imenovanog poslovnog i imenovanog tehničkog vlasnika
Tačno objašnjenje procesa i matičnih podataka
Reprezentativne uzorke ili istorijske podatke
Potvrdu da je početna vrednost poštena
Povratne informacije i odluku o prihvatanju
Osobu koja može da potvrdi koja su ograničenja dobavljača ugovorna, a koja su navika.
Dogovor, pre pokretanja, o tome kako je period retroaktivnog testiranja definisan i držan van konfiguracije.

Definisano u pisanoj ponudi

Putovanja, montaža, prevoz, uvozne dažbine i lokalni elektro radovi
Da li se oprema iznajmljuje ili kupuje
Da li se naknada za PoC uračunava u uvođenje

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

Šta dobijate na kraju

Konfigurisan model scenarija za obuhvaćene porodice i dobavljače.
Spisak rizika i izuzetaka sa ograničenjem iza svake stavke.
Izveštaj o kvalitetu podataka koji imenuje šta bi blokiralo uvođenje.
Preporuke politike zaliha i dobavljača sa izmerenim kompromisima.
Predložen ritam planiranja i projekat integracije za njegovu podršku.
Poslovni slučaj za uvođenje u širu mrežu proizvoda.

Uslovi, isključenja i granice

Ovaj PoC zavisi od

Reprezentativna istorija tražnje za obuhvaćene porodice. Kratka ili jako poremećena istorija ograničava zaključke.
Ograničenja dobavljača zapisana kao podaci. Znanje nabavljača nije dovoljno.

Nije uključeno u ovaj PoC

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

Šta ovaj PoC ne tvrdi

Nijedno poboljšanje prognoze se ne obećava bez reprezentativne istorije i unapred dogovorenog metoda retroaktivnog testiranja. Tamo gde je istorija kratka ili je period bio poremećen, pošten rezultat su otkrivene nestašice i rezultat politike. Tvrdnju o tačnosti prognoze takav period ne podržava.

Nastavi, koriguj ili zaustavi: tačka odluke

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

KorigujKoriguj: model funkcioniše, ali matični podaci, ograničenja dobavljača ili ciljni nivo usluge prvo moraju biti sređeni.

ZaustaviZaustavi: dostupni podaci još ne mogu podržati planiranje na ovom nivou. Izveštaj o kvalitetu podataka postaje mapa puta.

Česta pitanja

Da li je ovo isto što i APS PoC?

Ne. SCP odgovara šta kupiti i držati na zalihi, i kada, kroz dobavljače i horizonte. APS odgovara šta pustiti na kojoj mašini kojim redosledom ove sedmice. Povezani su, ali su različiti podaci, različiti kupci i različiti dokazi.

Možete li dokazati bolju tačnost prognoze?

Samo tamo gde postoji reprezentativna istorija i gde je period retroaktivnog testa dogovoren i izdvojen pre konfiguracije. Bez toga, svaki broj tačnosti je uklopljen u podatke na kojima je izgrađen, i ovaj program će to reći otvoreno, bez objavljivanja takvog broja.

Koliko porodica proizvoda treba da bude u obimu?

Dovoljno da obuhvate različito ponašanje vašeg snabdevanja: uvozni artikal sa dugim rokom isporuke, lokalni sa kratkim, sezonski. Artikli sa najvećim obimom sami nisu dovoljni. Za ono što ovaj PoC treba da dokaže, raznovrsnost ponašanja je važnija od obima.

Da li treba da povežemo naš ERP?

Ne za PoC. Izvozi podataka su dovoljni za izradu i pokretanje modela. Projekat integracije je rezultat PoC-a, a samo povezivanje pripada uvođenju ili ERP Integration PoC-u.

Povezani proizvodi i PoC programi

Zatražite ovaj Proof of Concept

Opišite obim koji imate na umu i javljamo se sa pisanim planom PoC-a: šta se povezuje, šta obezbeđujete vi, kako se meri uspeh i kako izgleda odluka na kraju.