APS Proof of Concept

Tesztelje az APS-t a valódi termelési tervéhez képest

Nem Gantt-diagram bemutató. Az MSF APS-t az Önök valódi rendeléseivel, útvonaltervével, átállási mátrixával és kapacitáskorlátaival töltjük fel, majd párhuzamosan futtatjuk a ma használt tervezési móddal — beleértve azokat a zavarokat is, amelyek a gyakorlatban felborítják a tervet. Mindkét tervet ugyanazon mértékek alapján hasonlítjuk össze.

APS tesztelése a termelési adatainkkalBeszéljen egy gyártásmérnökkel
Szokásos időtartam4–6 hét
A pilot hatóköreEgy üzem vagy értékáram, valódi rendelési horizont, párhuzamos futtatás
Fő partner az Önök oldalánTermeléstervezési vezető
Döntés a végénMért összehasonlítás a jelenlegi tervezési módszerhez képest

Ez az a probléma, amit meg kell oldania?

  • Az ütemterv egy táblázatban él, amelyet csak egy ember tud karbantartani, és délelőttre már elavult.
  • Egy sürgős rendelés vagy géphibásodás a nap hátralévő részére kézi újratervezést jelent.
  • Az átállási idő elvész, mert a sorrendezés megérzés alapján történik, nem az átállási mátrix szerint.
  • Senki sem tudja megválaszolni: „elfogadhatjuk ezt a rendelést erre a határidőre?” egy értekezlet nélkül.

Fő partner az Önök oldalán: Termeléstervezési vezető · Ellátásilánc-vezető · Működési igazgató · Gyárigazgató · ERP felelős

Mit bizonyít ez a PoC

Az Önök valódi korlátai mellett az APS képes-e olyan ütemtervet generálni, amelyet a tervezőjük futtathatónak fogad el?
Hogyan viszonyul a jelenlegi tervükhöz a késés, az átállási idő, a kihasználtság és a stabilitás terén?
Mennyi ideig tart az újratervezés, ha sürgős rendelés, géphibásodás vagy anyagkésés érkezik?
Ha a modell szerint egy rendelés nem készíthető el időben, elmagyarázza-e ezt olyan formában, amellyel a tervező tud kezdeni valamit?
A tervező kézi ráfordításának mekkora része tűnik el, és mekkora rész igazán elkerülhetetlen?

Javasolt pilot hatókör

  • Egy üzem vagy egy értékáram, azokkal a munkaközpontokkal, amelyek ténylegesen korlátozzák.
  • Egy releváns rendelési horizont — elég hosszú ahhoz, hogy valódi határidő-ütközéseket tartalmazzon, jellemzően több hét.
  • Valódi útvonaltervek, műveleti idők, géprálternatívák, átállási mátrix és műszaknaptárak.
  • Meghatározott forgatókönyv-készlet: normál terv, sürgős rendelés, géphibásodás, anyagkésés, munkaerőhiány, megváltozott vevői prioritás.
  • A jelenlegi tervezői kimenet ugyanarra az időszakra, összehasonlítási alapként.

Mi fog élesben működni a PoC alatt

Véges kapacitású ütemterv a valódi rendelésállományra, alkalmazott korlátokkal és alternatívákkal.
Forgatókönyv-alapú újratervezés: egy bemenet módosítása, újragenerálás, mi mozdult el és mi tört el.
Késés, kihasználtság, átállási idő és WIP-előrejelzés forgatókönyvenként, egymás mellett a jelenlegi tervükkel.
Megvalósíthatatlansági magyarázatok — melyik korlát blokkolta melyik rendelést, és mennyivel.

Hogyan zajlik ez a PoC

Hét 1
Felmérés és a döntés meghatározásaFeltérképezzük, hogyan tervez ma az Önök szervezete, ki dönt miről, mely korlátok valódiak és melyek megszokásból erednek, és egyeztetjük az összehasonlítási mértékeket és a forgatókönyv-listát.Továbblépési feltétel: Az összehasonlítási mértékek és a forgatókönyv-lista egyeztetve azzal a tervezővel, aki az eredményt megítéli.
Hét 1–2
Telephely, folyamat és adatok készültségeA tervezési adatok fogadása és áttekintése: rendelések, útvonaltervek, műveleti idők, munkaközpontok, alternatívák, átállási mátrix, naptárak, szerszámozás és anyagelérhetőség. Az adatminőségi megállapítások menet közben kerülnek jelentésre, nem a végén.Továbblépési feltétel: A tervezési adat elég teljes ahhoz, hogy a hatókört tisztességesen modellezze.
Hét 2–3
KonfigurációA tervezési modell felépítése: kapacitás, sorrendezési szabályok, átállási logika, prioritások, kiszervezési szabályok és azok a korlátok, amelyeket a feltárás valósnak igazolt.Továbblépési feltétel: A tervező felismeri a modellben a saját gyárát.
Hét 3–5
Párhuzamos futtatás vagy szimulációAz APS futtatása a jelenlegi tervezési módszer mellett, ugyanarra az időszakra, majd mind a hat zavarforgatókönyv lefuttatása, rögzítve, hogy mindegyik mibe kerül mindkét világban.Továbblépési feltétel: Minden forgatókönyvnek van eredménye mindkét oldalon.
Hét 5–6
Bevezetési döntés és üzleti számításAz összehasonlítás bemutatása, a bevezetéshez javítandó adatminőségi hiányosságok, az ERP-integrációs terv, a tervezői visszajelzés és a javaslat.Továbblépési feltétel: Go, módosítás vagy leállítás.

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

Hogyan mérjük a sikert
MutatóHogyan van meghatározvaHonnan jön az értékTípus
Tervezési ráfordításTervezői óraszám hetente az ütemterv elkészítéséhez és karbantartásához, mindkét oldalon ugyanúgy mérve.Megfigyelés és felhasználói interjúMűködési
Ütemterv-generálási időA teljes ütemterv újragenerálásához szükséges valós idő egy bemeneti változás után, forgatókönyvenként.MSF platformadatMűszaki
Előrejelzett késésTeljes és átlagos késési napok a rendelési horizonton, valamint a határidőt elmulasztó rendelések száma.MSF platformadatMűködési
Átállási és rüsztidőA tervben szereplő sorrendfüggő átállási percek összege, a saját átállási mátrixuk alapján.MSF platformadatMűködési
Kapacitáskihasználtság és WIPA korlátozó munkaközpontok tervezett kihasználtsága és a sorrend által implikált WIP.MSF platformadatMűködési
TervstabilitásHány művelet mozdul el egyetlen zavar beillesztésekor — egy olyan terv, amely mindent felkavar, nem használható a shopfloor-on.MSF platformadatMűködési
Kézi beavatkozásokHányszor kellett a tervezőnek felülbírálnia a generált ütemtervet ahhoz, hogy futtatható legyen.Megfigyelés és felhasználói interjúElfogadottság

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

  • Nyitott és korábbi rendelések, útvonaltervek, műveleti idők, munkaközpontok és géprálternatívák.
  • Átállási mátrix, műszaknaptárak, munkaerő- és képzettségi korlátok, szerszámozás és anyagelérhetőség.
  • Határidők, prioritások és kiszervezési szabályok — beleértve azokat is, amelyeket a tervezők fejből alkalmaznak.
  • A jelenlegi tervezői kimenet ugyanarra az időszakra, hogy legyen mihez tisztességesen viszonyítani.

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 és minden forgatókönyv-futtatást, reprodukálhatóan, nem bemutatónként kézzel finomhangolva.
  • Adatminőségi jelentést, amely megnevezi, mely mezők akadályoznák a bevezetést, és melyek csak rendezetlenek.

Ö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
  • Egy valódi felhatalmazással rendelkező tervezőt, aki megítéli, hogy egy generált ütemterv futtatható-e.
  • Őszinte korlátokat, beleértve azokat is, amelyek sehol sincsenek leírva.

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

  • Az üzemük vagy értékáramuk konfigurált tervezési modellje.
  • Alapérték-összehasonlítás a jelenlegi tervezési módszerhez képest, egyeztetett mértékek szerint.
  • Eredmények mind a hat zavarforgatókönyvre, azzal, hogy mindegyik mibe került mindkét oldalon.
  • Adatminőségi hiánylista, aszerint rangsorolva, hogy akadályozza-e a bevezetést.
  • ERP-integrációs terv és tervezői visszajelzés.
  • Bevezetési javaslat az első éles kiadás hatókörével.

Feltételek, kizárások és korlátok

Ez a PoC ezektől függ

  • Olyan tervezési adat, amely a valóságot tükrözi — egy útvonalterv, amelyet senki sem karbantart, senki által el nem fogadott ütemtervet eredményez.
  • Egy megnevezett tervező, aki elérhető az áttekintő üléseken a párhuzamos futtatás alatt.

Nem része ennek a PoC-nak

  • Gépkapcsolódás, shopfloor-adatrögzítés és élő visszajelzés — ez az MES PoC.
  • A generált ütemterv visszaírása az éles ERP-be.
Amit ez a PoC nem állít

Egy APS PoC terveket hasonlít össze, nem eredményeket. Megmutathatja, hogy a saját adataikon jobb ütemterv is létezik; azt nem tudja bizonyítani, hogy a határidőre teljesítés javult, amíg a tervet ténylegesen nem hajtják végre, ehhez pedig shopfloor-visszajelzés és bevezetés szükséges.

Tovább, módosítás vagy leállítás — a döntési pont

TovábbGo: a generált terv futtatható és mérhetően jobb — folytatás az integrációval és egy élő tervezési kiadással.
MódosításMódosítás: a modell megfelelő, de a törzsadatokon vagy egy korláthalmazon először dolgozni kell — a hiánylista a munkarendelés.
LeállításLeállítás: a jelenlegi módszerük már közel áll a korlátoptimális tervhez, vagy a szükséges adat még nem létezik.

Gyakori kérdések

Be kell kötniük a gépeinket egy APS PoC-hoz?

Nem. Ez a program teljes egészében tervezési adatokon fut. A gépkapcsolódás akkor fontos, ha a valós előrehaladást akarjuk visszatáplálni a tervbe, ez az MES PoC — gyakori második lépés, de nem előfeltétele az ütemezési logika bizonyításának.

Mi van, ha az útvonalterveink és a műveleti időink hibásak?

Akkor ez a megállapítás, és érdemes tudni, mielőtt tervezőszoftvert vásárolnak. A felkészülési lépés kifejezetten jelenti az adatminőséget. Ahol az idők megbízhatatlanok, a forgatókönyveket tartományokkal futtatjuk, hogy az összehasonlítás ne egy senki által el nem hitt számra épüljön.

Az összehasonlítás fair a jelenlegi tervezőnkkel szemben?

Célja, hogy az legyen. Ugyanaz a rendelési horizont, ugyanazok a korlátok, ugyanazok a mértékek, és a tervező határozza meg, mit jelent a „futtatható”, mielőtt a futtatás elindul. Egy olyan benchmark, amelyet a tervező nem fogad el fairnek, senkinek sem bizonyít semmit a teremben.

Tesztelhetjük a saját forgatókönyvünket a standard hat helyett?

Igen. A hat a legtöbb gyár által ismert eset, de a forgatókönyv-listát a feltárási lépésben egyeztetjük — ha az Önök valódi fájdalma egy adott vevő sürgősségei vagy egy szűk keresztmetszetű gép, az lesz a forgatókönyv.

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.

Ne küldjön ezen az űrlapon jelszavakat, éles adatbázis-kimentéseket, munkavállalói adatokat vagy bizalmas rajzokat. Ha egy PoC-hoz szükségesek, előbb jóváhagyott, biztonságos csatornát hozunk létre.

A beküldéseket visszaélés szempontjából ellenőrizzük és naplózzuk, az IP-címmel együtt. A beküldött tartalomért Ön felel.