Mire van szüksége az autóipari csapatoknak a figyelmeztetéstől
Az autóipari beszállító nem léphet fel általános üzemzavari riasztás alapján, amíg a csapat nem tudja, hogy melyik alkatrészt, beszállítói telephelyet, nyitott rendelést, szállítási időszakot és vevő üzemét érintheti. Ugyanazon beszállítói csoport több telephelyet is üzemeltethet, és csak egy telephely állíthatja elő a megfelelő alkatrészt vagy üzemeltetheti a szükséges szerszámot. A hasznos kérdés tehát nem az, hogy egy szállítónak van-e kockázata, hanem az, hogy egy konkrét vevői elkötelezettségre most figyelmet kell-e fordítani.
Az autóipari ellátási lánc kockázati szoftverének segítenie kell egy karcsú csapatot a döntési kontextus összeállításában anélkül, hogy lecserélné az ERP-t, a minőségbiztosítási rendszert, a gyártástervezést vagy az ügyfélportálokat. Meg kell őriznie az eredeti figyelmeztetést, meg kell mutatnia a hozzá kapcsolódó üzleti feljegyzéseket, fel kell fednie a hiányzó hivatkozásokat, és egyértelmű következő lépést kell adnia a tulajdonosnak.
Egy konkrét JIT szállítási forgatókönyv
Vegyük fontolóra a szállítási késedelmet egy olyan beszállítói telephely esetében, amely két ügyfélprogramban használt gépi házat biztosít. Az egyik programnak elegendő készlete van a következő gyártási leállításhoz, míg a másiknak másnap reggel van a szállítási időszaka, és nincs megerősített alternatív útvonal. A beszerzési potenciális ügyfélnek beszállítói frissítésre van szüksége, a logisztikának ellenőriznie kell a szállítási lehetőségeket, és előfordulhat, hogy a fiókos csapatnak szüksége van egy ügyfél státuszra a következő ütemezett kiadás előtt.
A vizsgálat a szállítói üzenet és annak időbélyegzőjének rögzítésével kezdődik. A csapat ezután ellenőrzi a jogi személyt és a gyártási helyet, azonosítja az érintett anyagszámot és változatot, és összekapcsolja azt a nyitott beszerzési rendelésekkel és az ügyfelek felé forduló szállítási dátumokkal. A rendelkezésre álló készlet, a pufferfeltételezések, a jóváhagyott alternatív források és az útvonalinformációk további kontextust biztosítanak, de minden értéknek ismert forrásra és dátumra van szüksége.
Az eredmény egy olyan eset legyen, amely kimondja, hogy mi ismert, mi marad bizonytalan, mely megbízások kerülnek nyilvánosságra, és mikor esedékes a következő döntés. Ez hasznosabb, mintha a késést általános, magas kockázatú beszállítói pontszámként tüntetnénk fel.
Kontextus és bizonyíték szükséges
Az autóipari vizsgálat általában a szállító telephelyétől, az alkatrészszámtól, a felülvizsgálattól vagy hatékonyságtól, a szerszámtól vagy terméksortól, ahol releváns, a beszerzési megrendeléstől, a megígért szállítási dátumtól, az útvonaltól, az aktuális készlettől és a vevő üzemétől függ. A minőségi kontextus tartalmazhat nyitott eltérést, ellenőrzési állapotot, elszigetelési műveletet vagy szállítói választ, de a felelős minőségbiztosítási csoport továbbra is a felelős ezekre a nyilvántartásokra.
A bizonyítéknak tartalmaznia kell az eredeti értesítést, a szállítói visszaigazolást, a szállítási frissítést, a vonatkozó rendelési adatokat, a döntési megjegyzéseket és minden olyan dokumentumot, amelyet az enyhítő lépés igazolására használtak. Ha hiányzik egy kulcsfontosságú kapcsolat, például az alkatrészt gyártó telephely, akkor a hiányosságnak beszállítói kérdéssé vagy belső feladattá kell válnia, ahelyett, hogy csendben következtetne rá.
Hogyan támogatja az adelvy a munkafolyamatot
Az adelvy-t vizsgálati rétegként tervezték kis és közepes méretű ellátási lánc csoportok számára. A csapatok kezdő adatokkal vagy importált szállító-, telephely-, anyag-, útvonal-, rendelés-, vevő- és dokumentumrekordokkal kezdhetnek. A figyelmeztetés ezután áttekinthető a rendelkezésre álló üzleti környezethez képest, és összekapcsolható a közzétett rekordokhoz.
A felhasználó létrehozhat egy ügyet, hozzárendelhet egy tulajdonost és a határidőt, elkészíthet egy célzott beszállítói kérelmet, rögzíthet egy alternatív útvonalon vagy alternatív forrásból származó ellenőrzést, és csatolhatja a döntés mögött meghúzódó bizonyítékokat. Az esettörténet együtt tartja a jelzést, a megjegyzéseket, a válaszokat, a dokumentumokat, az állapotváltozásokat és a zárójegyzetet. A vezetőség áttekintheti a nyitott problémákat, az érintett rendeléseket vagy ügyfeleket, az öregedési műveleteket és a közelmúltban megoldott eseteket anélkül, hogy elolvasna minden szállítói e-mailt.
Ez a munkafolyamat segít a csapatoknak áttérni a riasztási osztályozásról az elszámoltatható cselekvésre. Nem ígéri, hogy minden külső jel helyes, vagy hogy minden működési kapcsolat már ismert.
Milyen egy hasznos eredmény
A befejezett autóipari ügynek közölnie kell a kollégával, hogy melyik alkatrészt és helyszínt vizsgálták át, melyik szállítást vagy vevői kötelezettségvállalást vették figyelembe, és mely bizonyítékok támasztják alá a választ. Meg kell mutatnia a tulajdonost, a határidőt, a megoldatlan feltételezéseket és az ügy lezárásának vagy nyitva tartásának okát is. A csapatok áttekinthetik a gyakorlati munkafolyamat-módszereket, például az érintett megrendelés azonosításának idejét, a lejárt beszállítói kéréseket és az ügyfeleket érintő döntésekre váró eseteket. Ezek az intézkedések a csapat folyamatát írják le, és nem szabad garantált fejlesztésként bemutatni őket.
Termékhatár
Az adelvy nem helyettesíti az autóipari minőségirányítást, az APQP-t, a PPAP-t, az ERP-t, az EDI-t, a termelés ütemezését, a szállítás végrehajtását, a mérnöki változtatások vezérlését vagy az ügyfél-specifikus rendszereket. Nem hagy jóvá eltérést, nem tanúsítja a megfelelőséget, nem számít ki gyártási tervet, és nem garantálja a JIT vagy JIS szállítást. Az élő vállalati integrációk, a mély szintű hálózatok felfedezése és a fejlett szimulációk kívül esnek a fókuszált kezdeti termékkörön.
A csapat továbbra is felelős a bizonyítékok ellenőrzéséért és a válasz engedélyezéséért. Az adelvy támogatja ezt a felelősséget azáltal, hogy könnyebben áttekinthetővé teszi az érintett elkötelezettséget, tulajdonost, következő lépést és döntési útvonalat.