MES Proof of Concept

MES Proof of Concept: Tegyen láthatóvá egy gyártási területet

Bizonyítsa be, hogy a saját gépeiből származó élő termelési adat megbízható — automatikusan rögzítve, a csapata által számoltakkal egyeztetve, és OEE-alapértékké, valamint olyan veszteség-Pareto diagrammá alakítva, amellyel senki sem vitatkozik. Az eredmény egy működő pilótaterület, plusz a kapcsolódási minta a gyár többi részéhez.

MES PoC tervem elkészítéseBeszéljen egy gyártásmérnökkel
Szokásos időtartam6–12 hét
A pilot hatóköreEgy sor, cella vagy körülhatárolt terület — jellemzően 3–10 gép
Fő partner az Önök oldalánGyárigazgató
Döntés a végénÜzemi bevezetési architektúra, ütemterv és üzleti eset

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

  • A kibocsátás, az állásidő és a selejt csak másnap reggel, papíralapú lapról ismert, nem pedig azonnal, a gépről.
  • Az OEE-szám létezik, de akiknek cselekedniük kellene alapján, nem hisznek a bemeneti adatoknak.
  • A gépleállásokat kategória nélkül, „meghibásodásként” rögzítik, így Pareto-elemzés nem készíthető.
  • Minden teljesítménykérdés egy hetet igénybe vevő kézi adatgyűjtésben végződik.

Fő partner az Önök oldalán: Gyárigazgató · Termelésvezető · Működési kiválóság vezető · Gyártási IT · Digitális transzformációs vezető

Mit bizonyít ez a PoC

Rögzíthető-e élőben és helyesen a gép- és munkaállomás-állapot az Önök jelenlegi berendezésein?
Egyezik-e az automatikusan rögzített jó darabszám, selejt, ciklusidő és állásidő azzal, amit a csapata kézzel számolt?
Kiszámítható-e az OEE és a ciklusidő olyan definíciók alapján, amelyeket a termelés és a pénzügy is elfogad?
A dolgozók ténylegesen használni fogják-e a munkaállomási folyamatot — bejelentkezés, visszajelzés, leállás osztályozása — minden műszakban?
A pilótasoron alkalmazott kapcsolódási minta a gyár többi részére is skálázható, vagy csak ezekre a gépekre?

Javasolt pilot hatókör

  • Egy sor, cella vagy egyértelműen körülhatárolt gyártási terület, jellemzően 3–10 gép vagy munkaállomás.
  • Egy vagy több reprezentatív termékcsalád, közöttük legalább egy, amely gyakran vált.
  • Kiválasztott dolgozók a ténylegesen futó műszakokban, beleértve az éjszakait is, ha van.
  • PLC, IIoT-kártya, kamerás számlálás vagy kézi paneles adatrögzítés — amit az adott gép ténylegesen lehetővé tesz.
  • Opcionálisan egy kontrollált ERP munkalap-kör, tesztkörnyezet ellen.

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

Élő gép- és munkaállomás-állapot egy shopfloor kijelzőn, amely elé a csapata odaállhat.
Dolgozói bejelentkezés, termelési visszajelzés, állásidő-osztályozás és selejtrögzítés a munkaállomáson.
OEE, rendelkezésre állás, teljesítmény és minőség gépenként és műszakonként, egyeztetett definíciók szerint.
Állásidő- és selejt-Pareto azokkal a kategóriákkal, amelyeket a karbantartás és a minőségbiztosítás használ.

Hogyan zajlik ez a PoC

Hét 1–2
Felmérés és a döntés meghatározásaA jelölt terület bejárása, gép- és jelfelmérés, a pilóta hatókörének, a KPI-definícióknak és a PoC által alátámasztandó döntésnek az egyeztetése.Továbblépési feltétel: A hatókör, a KPI-definíciók és a géplista írásban jóváhagyva.
Hét 2–4
Kiindulási mérésA jelenlegi állapot mérése úgy, ahogyan azt ma mérik — kibocsátás, állásidő, selejt, jelentési ráfordítás —, hogy a végső összehasonlítás egy előre egyeztetett számhoz viszonyítson.Továbblépési feltétel: Az alapérték elfogadva a termelési és üzemeltetési felelősök által.
Hét 3–6
Hardver- és hálózattelepítésA pilóta gépek bekötése PLC-illesztőkön, MSF IIoT-kártyákon vagy Smart I/O-n keresztül ott, ahol nincs használható PLC; munkaállomási panelek telepítése; felhasználók, szerepkörök, valamint állásidő- és selejtkód-listák beállítása.Továbblépési feltétel: Minden pilóta gép jelenti az állapotot és a darabszámot; a telepítési ablak lezárva.
Hét 5–10
Ellenőrzött éles működésA dolgozók minden műszakban a rendszeren keresztül futtatják a területet. A darabszámokat kezdetben naponta, majd hetente egyeztetik a kézi feljegyzésekkel; az osztályozás minőségét és a használatot mérik, nem feltételezik.Továbblépési feltétel: A darabszám-egyeztetés és az állásidő-osztályozás egy teljes termelési héten át tartja az egyeztetett szintet.
Hét 10–12
Bevezetési döntés és üzleti számításEredmények a mutatótábla, a veszteség-Pareto, a hiánylista, a gyárszintű kapcsolódási architektúra, a mennyiségi kimutatás és a ROI-modell alapján, bemutatva a döntéshozóknak.Továbblépési feltétel: Go, módosítás vagy leállítás, az asztalon fekvő számokkal.

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
AdatteljességA pilótaterületen rögzített géptállapottal rendelkező termelési idő aránya, a megegyezés szerinti nem termelő naptári idő nélkül.MSF platformadatMűszaki
Automatikus rögzítési arányA gép- vagy szenzorjelekből rögzített jó- és selejtmennyiség aránya a dolgozó által begépelthez képest.MSF platformadatMűszaki
Darabszám-egyeztetés pontosságaEltérés a rendszer mennyiségei és a saját kézi számlálásuk között ugyanarra a műszakra, egyeztetett számú műszakon mérve.Egyeztetett kiindulási mérésMűszaki
Állásidő-osztályozás lefedettségeA valódi okkódot viselő rögzített leállásperc aránya a „nem osztályozott” helyett.MSF platformadatMűködési
Jelentési késleltetésIdő a gépi esemény és a dashboardon való megjelenése között, a 95. percentilisben mérve.MSF platformadatMűszaki
Dolgozói elfogadásAzon műszakok aránya, amelyekben a várt bejelentkezések, visszajelzések és leállás-osztályozások megtörténtek a munkaállomáson.MSF platformadatElfogadottság
OEE-alapérték és fő veszteségekA pilótaterület mért OEE-je az egyeztetett definíció szerint, a veszteségkategóriákkal az elveszett percek szerint rangsorolva.MSF platformadatMűködési
Megszűnt kézi jelentési ráfordításHeti óraszám, amelyet korábban termelési adat gyűjtésére, begépelésére és egyeztetésére fordítottak, és amelyre a pilótában már nincs szükség.Megfigyelés és felhasználói interjúPénzügyi

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

  • Géplista PLC-gyártmánnyal és -típussal, rendelkezésre álló tartalékokkal és azzal, hogy ki nyúlhat hozzájuk.
  • Hálózati és biztonsági szabályok a gyártócsarnokra, valamint a személy, aki kivételt hagyhat jóvá.
  • Munkalapok, útvonaltervek és anyagjegyzékek, ha az ERP-kör a hatókörben van; műszaknaptárak minden esetben.
  • A jelenlegi állásidő- és selejtkódjaik, felhasználó- és szereplisták, valamint a ma használt KPI-definíciók.

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
  • PLC- és protokollkapcsolódási munka a pilóta gépekhez, beleértve a Smart I/O utólagos kiépítését ott, ahol nincs használható PLC.
  • A gyárszintű bevezetési architektúra és mennyiségi kimutatás, a pilóta tényleges eredményeiből levezetve.

Ö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
  • Biztonságos, ütemezett hozzáférés a pilóta gépekhez és kapcsolószekrényeikhez.
  • Kézi termelési feljegyzések ugyanarra az időszakra, hogy az automatikus rögzítés egyeztethető legyen velük.

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

  • Egy működő MES-pilóta a soron, amelyet a dolgozói használnak.
  • Gépkapcsolódási térkép: mi lett bekötve, hogyan, és mennyibe kerül az egyes módszerek megismétlése.
  • Alapérték-jelentés és veszteség-Pareto a pilótaterülethez.
  • Felhasználói visszajelzések és hiánylista — mi nem működött és miért.
  • Üzemi bevezetési architektúra, ütemezett terv és mennyiségi kimutatás.
  • ROI-modell a ténylegesen mért veszteségekre építve, nem referencia-százalékra.

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

Ez a PoC ezektől függ

  • Fizikai és hálózati hozzáférés a pilóta gépekhez az egyeztetett telepítési ablakban.
  • Kézi feljegyzések elérhetők és megbízhatók az alapérték-időszakra.

Nem része ennek a PoC-nak

  • Üzemszintű bevezetés, további telephelyek és az egyeztetett pilótalistán kívüli gépek.
  • ERP-testreszabás az Önök oldalán, valamint bármilyen éles ERP visszaírás, hacsak nincs kifejezetten megrendelve.
Amit ez a PoC nem állít

A PoC az Önök OEE-alapértékét méri — nem ígér meghatározott OEE-javulási százalékot. A javulás abból ered, hogy cselekszenek a pilóta által láthatóvá tett veszteségek alapján, ami bevezetési és shopfloor-vezetési kérdés, nem szoftverkérdés.

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

TovábbGo: az adat megbízható és a kapcsolódási minta skálázható — folytatás a szállított architektúra szerinti szakaszos üzemi bevezetéssel.
MódosításMódosítás: a rögzítés működik, de egy gépcsalád, egy kódlista vagy a dolgozói folyamat átdolgozásra szorul skálázás előtt — a hiánylista pontosan megmondja, melyik.
LeállításLeállítás: a terület elfogadható költséggel nem köthető be, vagy a talált veszteségek nem indokolják a bevezetést. Az alapérték-elemzést mindenképpen megkapja.

Gyakori kérdések

Hány gépet érintsen a pilóta?

Annyit, hogy reprezentatív legyen, de elég keveset ahhoz, hogy gyors maradjon — jellemzően 3–10 darabot. A darabszámnál fontosabb a keverék: legyen benne legalább egy modern PLC-vel rendelkező gép, egy régebbi, amely utólagos kiépítést igényel, és egy manuális munkaállomás, mert ez az a három kapcsolódási minta, amelyet a bevezetésnek meg kell ismételnie.

Szükség van ERP-integrációra egy MES PoC-hoz?

Nem. A legtöbb MES PoC az adatrögzítést, az OEE-t és a dolgozói folyamatot ERP-kapcsolat nélkül is bizonyítja. Ha a munkalap-kört is bizonyítani kívánják, azt kifejezetten meghatározzák, ERP tesztkörnyezet ellen fut, és növeli az időtartamot.

Mi van, ha egy gépnek nincs PLC-je, vagy a gyártó nem ad hozzáférést?

Ez normális megállapítás, nem akadály. Az ilyen gépeket MSF IIoT-kártyákkal vagy Smart I/O modulokkal kötjük be, amelyek a meglévő jeleket olvassák — ciklusérintkezők, lámpák, számlálók —, vagy kamerás számlálással. A PoC szándékosan tartalmaz legalább egy ilyen gépet, hogy a bevezetési becslés reális legyen.

Összehasonlítják a rendszer számait a mieinkkel?

Igen, és ez mutatótáblás mérőszám, nem utólagos gondolat. A darabszám-egyeztetés az élő fázis elején naponta fut. Ha a rendszer és a kézi számlálás eltér, az okot megkeresik, mielőtt bárkitől azt kérnék, hogy bízzon a dashboardban.

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.