Bizonyítson megbízhatóbb ellátási és készlettervet
Vegyen ki kiválasztott termékcsaládokat és beszállítókat, töltse fel valódi kereslettel, átfutási idővel és készletpolitikával, és nézze meg, mely hiányokat fogja el a terv korán, mennyi készletre van ténylegesen szükség a kiszolgálási célhoz, és hol rejtőzik a felesleg. Forgatókönyv-vezérelt, egyeztetett visszateszt-módszerrel ott, ahol az előrejelzés is a hatókörben van.
Ellátásilánc-tervezési PoC-om körvonalazásaBeszéljen egy gyártásmérnökkelEz az a probléma, amit meg kell oldania?
- A hiányok akkor jelentkeznek, amikor a sor leáll, nem akkor, amikor az ellátási terv először jelezte a kockázatot.
- A készlet magas, a kiszolgálás mégis megbízhatatlan, ami rendszerint azt jelenti, hogy a készlet rossz helyen van.
- A sürgősségi szállítás és a légi fuvar rutinszerű költséggé vált, amelyre senki sem tervez költségvetést.
- A beszállítói korlátok — MOQ-k, rendelési naptárak, átfutási idők — egy beszerző fejében élnek, nem egy tervben.
Fő partner az Önök oldalán: Ellátásilánc-vezető · Működési igazgató · Beszerzési vezető · Készletgazdálkodási vezető · Termeléstervezési vezető
Mit bizonyít ez a PoC
Javasolt pilot hatókör
- Kiválasztott termékcsaládok — elég volumen és variancia ahhoz, hogy reprezentatívak legyenek, nem a teljes katalógus.
- Azok a beszállítók, amelyek ténylegesen korlátozzák ezeket a családokat, valódi átfutási idejükkel és MOQ-jukkal.
- Egy üzem, vagy egy korlátozott üzemhálózat, ahol az átcsoportosítások számítanak.
- Egyeztetett tervezési horizont és egyeztetett kiszolgálási cél, amelyhez a tervezés viszonyul.
- Egy konfigurációtól visszatartott visszateszt-ablak, ha az előrejelzés minősége a kérdés része.
Mi fog élesben működni a PoC alatt
Hogyan zajlik ez a PoC
Az időtartamok szokásosak, nem garantáltak. Az ütemtervet nyújtja: hiányzó vagy hiányos adatok, biztonsági és hálózati jóváhagyások, hardver szállítási ideje, mintagyűjtés, telepítési hozzáférés, a gyártási terv, az ERP tesztkörnyezet elérése és az az idő, amennyi a csapatuknak az eredmények értékeléséhez kell.
Nem tervezett leállásra nem számítunk. Minden telepítési ablakot vagy ellenőrzött megszakítást előre egyeztetünk Önökkel, és a gyártás köré ütemezünk.
Hogyan mérjük a sikert
| Mutató | Hogyan van meghatározva | Honnan jön az érték | Típus |
|---|---|---|---|
| Hiánydetektálási előreláthatósági idő | Hány nappal korábban jelez a terv egy ténylegesen bekövetkezett hiányt, ahhoz a naphoz képest, amikor a csapatuk azt megtalálta. | Egyeztetett kiindulási mérés | Működési |
| Előrejelzett kiszolgálási szint | A keresletnek az az aránya, amelyet a terv az egyeztetett horizonton és korlátok mellett időben teljesíteni vár. | MSF platformadat | Működési |
| Készletfedezet | Fedezeti napok családonként a javasolt politika alatt, a jelenlegihez képest. | MSF platformadat | Pénzügyi |
| Felesleg- és elavulási kitettség | A horizont keresletét meghaladó, várhatóan felesleges készlet értéke az egyes politikák alatt. | Az Önök ERP-je vagy meglévő rendszere | Pénzügyi |
| Sürgősségi rendelések gyakorisága | Az alapérték-időszak sürgősségi vagy vészhelyzeti rendeléseinek száma, amelyeket a terv időben jelzett volna, elkerülve azokat. | Egyeztetett kiindulási mérés | Pénzügyi |
| Előrejelzési hiba | Csak ott, ahol az előrejelzés a hatókörben van: hiba a visszatartott visszateszt-ablakon a jelenlegi módszerükhöz képest, mindkét oldalon ugyanazzal a mértékkel. | Félretett validációs adathalmaz | Műszaki |
| Tervezési ráfordítás | Óraszám tervezési ciklusonként a terv elkészítéséhez és karbantartásához, ma versus a pilótában. | Megfigyelés és felhasználói interjú | Működési |
A megvalósítás előtt az MSF és az Önök csapata megállapodik abban, hogyan számoljuk az egyes mutatókat, honnan jön a kiindulási érték, mely adatok maradnak ki, és milyen eredmény támaszt alá egy bevezetési döntést. Ez az oldal azt sorolja fel, mit mérünk; a konkrét célértékek az írásos PoC hatókörbe tartoznak, nem marketingígéretbe.
Amit Önök biztosítanak
- Keresleti előzmények, előrejelzések és nyitott vevői rendelések a hatókörbe eső családokhoz.
- Beszállítói átfutási idők, MOQ-k, rendelési naptárak és bármilyen szerződéses korlát.
- Készletpozíciók, biztonságikészlet-szabályok, termelési kapacitás és átcsoportosítási szabályok.
- A kiszolgálási célok, amelyek szerint ténylegesen mérik Önöket, és az esetek, amelyeket tesztelni szeretnének.
Ki mit csinál
A Meta Smart Factory biztosítja
- Felmérő workshop és a hatókör meghatározásának vezetése
- A megoldás konfigurálása az egyeztetett hatókörre
- Integrációs és csatlakoztatási munka ezen a hatókörön belül
- Az ajánlatban szereplő MSF hardver
- A pilot felhasználók képzése
- A KPI-definíciók és a validálási módszer
- Hibakövetés és támogatás a pilot alatt
- A záró eredményjelentés és a bevezetési terv
- A konfigurált tervezési modellt, a forgatókönyv-futtatásokat, és ahol a hatókörben van, egy dokumentált visszateszt-módszert.
- Politikai javaslatokat, amelyek a mért kompromisszumhoz — készlet versus kiszolgálás — kötődnek, nem egy benchmarkhoz.
Önök biztosítják
- Egy megnevezett üzleti és egy megnevezett műszaki felelős
- Időben biztosított hozzáférés a felhasználókhoz, a sorhoz, a gépekhez és a jóváhagyott rendszerekhez
- A folyamat és a törzsadatok hiteles ismertetése
- Hálózati, energiaellátási, szerelési és munkavédelmi hozzáférés
- ERP-, PLC- és gyártói dokumentáció, valamint az azt ismerő szakemberek
- Reprezentatív minták vagy historikus adatok
- Annak megerősítése, hogy a kiindulási érték méltányos
- Visszajelzés és az átvételi döntés
- Valakit, aki meg tudja erősíteni, mely beszállítói korlátok szerződésesek és melyek megszokásból erednek.
- Egyetértést, a futtatás előtt, arról, hogyan definiálják a visszateszt-ablakot, és hogyan tartják ki a konfigurációból.
Az írásos ajánlatban rögzítve
- Panel PC-k, tabletek, szerverek és GPU-szerverek
- Kamerák, optikák, világítás és burkolatok
- Olvasók, nyomtatók, RFID eszközök, mérők és érzékelők
- Utazás, telepítés, szállítás, vám és helyi villanyszerelés
- A hardver bérelt vagy megvásárolt
- Beszámít-e a PoC díja a bevezetésbe
A kereskedelmi feltételeket, a hardver tulajdonjogát, az utazást, az integráció hatókörét és a bevezetésbe való esetleges beszámítást az írásos PoC ajánlat rögzíti. Ezek nem minden terméknél azonosak, és ez az oldal nem ígéri meg őket.
Amit a végén megkap
- Konfigurált forgatókönyv-modell a hatókörbe eső családokhoz és beszállítókhoz.
- Kockázati és kivétellista, mindegyik bejegyzés mögötti korláttal.
- Adatminőségi jelentés, megnevezve, mi akadályozná a bevezetést.
- Készlet- és beszállítói politikai javaslatok, mért kompromisszumaikkal.
- Javasolt tervezési ütemezés és az azt támogató integrációs terv.
- Bevezetési üzleti eset a szélesebb termékhálózathoz.
Feltételek, kizárások és korlátok
Ez a PoC ezektől függ
- Reprezentatív keresleti előzmény a hatókörbe eső családokhoz — egy rövid vagy erősen zavart előzmény korlátozza, mi állapítható meg.
- A beszállítói korlátok adatként, nem csak beszerzői tudásként állnak rendelkezésre.
Nem része ennek a PoC-nak
- Részletes shopfloor-ütemezés és sorrendezés, amely az APS PoC.
- Beszállítói bevezetés, EDI-implementáció és szerződéses újratárgyalás.
Előrejelzési javulást nem ígérünk reprezentatív előzmény és előre egyeztetett visszateszt-módszer nélkül. Ahol az előzmény rövid vagy az időszak zavart volt, az őszinte eredmény egy hiánydetektálási és politikai eredmény, nem egy előrejelzés-pontossági állítás.
Tovább, módosítás vagy leállítás — a döntési pont
Gyakori kérdések
Ez ugyanaz, mint az APS PoC?
Nem. Az ellátásilánc-tervezés arra válaszol, mit vegyenek és tartsanak készleten, és mikor, beszállítókon és horizontokon át. Az APS arra válaszol, mit futtassanak melyik gépen, milyen sorrendben, ezen a héten. Kapcsolódnak, de eltérő adatok, eltérő vevők és eltérő bizonyítékok tartoznak hozzájuk.
Tudnak jobb előrejelzési pontosságot bizonyítani?
Csak ott, ahol reprezentatív előzmény létezik, és egy visszateszt-ablakot a konfiguráció előtt egyeztetnek és visszatartanak. Enélkül bármely pontossági szám az adathoz igazodik, amelyre épült, és a program ezt inkább kimondja, mint publikálja.
Hány termékcsaládnak kell a hatókörben lennie?
Elégnek ahhoz, hogy lefedje az eltérő ellátási viselkedéseket — egy hosszú átfutási idejű importált tétel, egy helyi rövid átfutási idejű, egy szezonális — nem csak a legnagyobb volumenűek. A viselkedés szélessége fontosabb, mint a volumen ahhoz, amit ennek a PoC-nak bizonyítania kell.
Szükséges a bekötött ERP?
A PoC-hoz nem. Kivonatok elegendők a modell felépítéséhez és futtatásához. Az integrációs terv a PoC egyik eredménye, maga a kapcsolat pedig a bevezetéshez vagy az ERP-integrációs PoC-hoz tartozik.
Kapcsolódó termékek és PoC programok
Kérje ezt a Proof of Conceptet
Írja le, milyen hatókörre gondol, és írásos PoC tervvel jelentkezünk: mi kerül összekötésre, mit biztosítanak Önök, hogyan mérjük a sikert, és hogyan néz ki a döntés a végén.