Dispatcher Proof of Concept

Irányítsa a targonca- és anyagfeladatokat egy élő területen

A feladatokat többé nem kiabálják át a csarnokon. Prioritás szerint sorba állítva, konkrét operátorhoz rendelve, elfogadva, végrehajtva és megerősítve — és először válik számmá a sorkor, a válaszidő és az elutasított feladatok száma benyomás helyett.

Diszpécser-területem pilótájának indításaBeszéljen egy gyártásmérnökkel
Szokásos időtartam3–6 hét
A pilot hatóköreEgy terület, kiválasztott targoncák és operátorok, meghatározott feladattípusok
Fő partner az Önök oldalánLogisztikai vezető
Döntés a végénSzabálykonfiguráció és skálázási terv további területekhez

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

  • A targoncafeladatokat rádión osztják ki, annak, aki leghangosabban kiált.
  • A sürgős feladatok a rutinfeladatok mögé sorolódnak, mert nincs látható sor.
  • Két sofőr érkezik ugyanahhoz a raklaphoz, miközben egy másik kérés vár.
  • Senki sem tudja megmondani, mennyire elfoglalt valójában a flotta, csak azt, hogy elfoglaltnak érzik.

Fő partner az Önök oldalán: Logisztikai vezető · Raktárvezető · Termelésvezető · Műszakvezető

Mit bizonyít ez a PoC

Sorba állíthatók, priorizálhatók és digitálisan kioszthatók-e a feladatok anélkül, hogy nőne a rádióforgalom?
Az operátorok minden alkalommal elfogadják és megerősítik-e a feladatokat az eszközön, a késő műszakban is?
Mi a valós sorkor és feladat-válaszidő, ha mérik őket?
Túléli-e a prioritási szabály egy valóban forgalmas műszak próbáját?
A flotta idejének mekkora része utazás, és mekkora rész utasításra várakozás?

Javasolt pilot hatókör

  • Egy terület valódi feladathátralékkal, nem az üzem legcsendesebb sarka.
  • Kiválasztott targoncák és operátoraik, a futó műszakokon át.
  • Azok a feladattípusok, amelyek számítanak — jellemzően ellátás, elszállítás, átcsoportosítás, utántöltés és betárolás.
  • Prioritási és eszkalációs szabályok úgy, ahogy lenniük kellene, a pilóta előtt egyeztetve.
  • Kiindulási és célpontok vonalkódos megerősítéssel.

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

Élő diszpécser-tábla a sorral, prioritásokkal és aktuális kiosztásokkal.
Operátori eszközfolyamat: fogadás, elfogadás, navigáció, megerősítés.
Prioritási és eszkalációs szabályok automatikusan alkalmazva a sor növekedésével.
Feladattörténet időzítésekkel, elutasításokkal és kivételekkel.

Hogyan zajlik ez a PoC

Hét 1
Felmérés és a döntés meghatározásaA terület, a feladattípusok, a prioritási és eszkalációs szabályok meghatározása, és annak egyeztetése, mit jelent itt egy szolgáltatásiszint-sérülés.Továbblépési feltétel: Feladattípusok és prioritási szabályok egyeztetve a műszakvezetőkkel.
Hét 1
Kiindulási mérésA jelenlegi kiosztási módszer megfigyelése egy reprezentatív időszakon: mennyit várnak a kérések, hányat felejtenek el, milyen gyakran duplikál két sofőr egy feladatot.Továbblépési feltétel: Alapérték megfigyelve és elfogadva.
Hét 1–3
KonfigurációHelyek, feladattípusok, szabályok és eszközök konfigurálása, valamint az operátorok oktatása saját gépeiken, saját műszakjaik alatt.Továbblépési feltétel: Minden pilóta operátor segítség nélkül elvégez egy feladatot.
Hét 3–5
Ellenőrzött éles működésA terület a diszpécser-táblán fut minden műszakban, a sorkor, válasz, végrehajtási idő és elutasítások követésével.Továbblépési feltétel: Egy teljes termelési hét, beleértve a legforgalmasabb műszakot.
Hét 5–6
Bevezetési döntés és üzleti számításA KPI-alapérték versus pilóta bemutatása, a kivétellista, a szabálykonfiguráció és a skálázási terv.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
SorkorA legrégebbi várakozó feladat kora, a műszak alatt mintavételezve, és annak eloszlása.MSF platformadatMűködési
Feladat-válaszidőIdő egy feladat létrehozásától az operátor elfogadásáig.MSF platformadatMűködési
Végrehajtási időIdő az elfogadástól a megerősített befejezésig, feladattípusonként.MSF platformadatMűködési
SLA-megfelelésA prioritásukhoz tartozó egyeztetett szolgáltatási célon belül teljesített feladatok aránya.MSF platformadatMűködési
Elutasított és újrakiosztott feladatokElutasított vagy újrakiosztott feladatok, az okkal — a jel, hogy egy szabály nem illik a valósághoz.MSF platformadatMűszaki
Hibás kiszállítási incidensekMegerősített, rossz célpontra történt kiszállítások a pilóta alatt, a megfigyelt alapértékhez képest.Egyeztetett kiindulási mérésMűködési
Operátori kihasználtságA megerősített feladatokra fordított műszakidő aránya a várakozáshoz vagy üresen utazáshoz képest.MSF platformadatMű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

  • Feladattípusok, prioritások, helyek és az érintett anyagok.
  • Operátorok, műszaklefedettség és a rendelkezésre álló vagy biztosítandó eszközök.
  • Szolgáltatási célok és eszkalációs szabályok, beleértve azt, hogy ki bírálhat felül egy prioritást.
  • Engedély a jelenlegi módszer őszinte megfigyelésére az alapérték-időszak alatt.

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 diszpécser-táblát, szabályokat és operátori folyamatot a pilóta területhez.
  • Egy kivétellistát, amely megmutatja, hol adott rossz választ a szabály a gyakorlatban.

Ö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
  • Operátorokat a teljes élő időszakra, beleértve az éjszakákat és a legforgalmasabb műszakot.
  • Egy műszakvezetőt, aki felhatalmazott egy prioritási szabály módosítására, amikor a pilóta megmutatja, hogy téves.

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 élő diszpécser-tábla a pilóta területhez.
  • Operátori mobilfolyamat konfigurálva és betanítva.
  • Prioritási és eszkalációs szabálykonfiguráció, ahogy a pilóta alatt finomhangolták.
  • KPI-alapérték versus pilóta összehasonlítás.
  • Kivétellista a módosításra szoruló szabályokkal.
  • Skálázási terv a fennmaradó területekre és a flottára.

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

Ez a PoC ezektől függ

  • Eszköz- és hálózati lefedettség a pilóta területen, ellenőrizve a felkészülés alatt.
  • Műszakvezetők, akik hajlandóak a sort futtatni, nem megkerülni.

Nem része ennek a PoC-nak

  • AGV-diszpécselés és automatizált járművezérlés.
  • Targonca-telematika, flottakarbantartás és vezetőbiztonsági rendszerek.
Amit ez a PoC nem állít

A kihasználtsági és sorkor-számok a pilotált területet írják le a pilóta időszakban. Ezek egy bevezetési döntés alapértéke, nem flottamérezetezési következtetés — ahhoz hosszabb megfigyelési ablak kell a szezonális kereslet mellett.

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

TovábbGo: a válaszidő és az SLA javul, és az operátorok használják — a diszpécser-tábla kiterjesztése a fennmaradó területekre.
MódosításMódosítás: a prioritási szabályok vagy az eszközlefedettség átdolgozásra szorul; a kivétellista megmondja, melyik.
LeállításLeállítás: a korlát a flottakapacitás vagy az elrendezés, amit a sor-adat most bizonyít, nem csak sugall.

Gyakori kérdések

Hány targoncát érintsen a pilóta?

Eleget ahhoz, hogy valóban kialakuljon egy sor — általában egy terület teljes flottáját, nem néhány járművet. Egy verseny nélküli pilóta nem tudja bizonyítani, hogy a priorizálás működik.

Szükségük van új eszközökre az operátoroknak?

A meglévő robusztus tableteket vagy terminálokat újrahasznosítjuk ott, ahol megfelelnek a követelménynek, és ezt a felkészülés alatt ellenőrizzük, nem feltételezzük. Ahol új eszközök kellenek, azok a javaslatban szerepelnek, költségükkel együtt.

Mi van, ha a sofőrök figyelmen kívül hagyják a rendszert?

Ez valódi kockázat, és mérve van, nem reménykedve — az elutasított feladatok, a meg nem erősített feladatok és a műszakonkénti elfogadás a mutatótáblán vannak. Ha az éjszakai műszakban összeomlik az elfogadás, a PoC megmutatja, és megmondja, miért.

Hogyan kapcsolódik ez a WMS és a Logisztika PoC-hoz?

A Dispatcher kiosztja és megerősíti a feladatot. A WMS tudja, mi és hol van a készlet. A Logisztika méri azt a folyamatot, amelyhez a feladatok tartoznak. Mindegyik önmagában is bizonyítható; együtt egy hatókört és hosszabb ütemtervet igényelnek.

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.