AIAG / VDA FMEA

Csőke Zita tréner

1
Tanfolyam célja

• Megismerni az FMEA
fajtáit, különbségeit és
az FMEA előállítási
fázisait.
• Egyszerű példákon
megismerni, megérteni
és gyakorolni a
folyamat FMEA -t.

2
Tematika
I. Modul - Bevezetés II. Modul - Az FMEA módszer
Miért az FMEA? ⚫ Változások az új kiadásban
Vevői követelmények ⚫ 7 lépéses módszertan
Általános ismeretek ⚫ Milyen folyamatot veszek alapul a PFMEA
Az FMEA háttere és kronológia készítésénél?
Bevezetés ⚫ 1. Lépés részletesen Projekttervezés és
előkészítés
Változások röviden
⚫ 2. Lépés részletesen Struktúra analízis
Mi az az FMEA?
⚫ 3. Lépés részletesen Funkció analízis
Mire jó az FMEA?
⚫ 4. Lépés részletesen Hiba analízis
FMEA célja, feladata
⚫ 5. Lépés részletesen Rizikó elemzés
DFMEA / PFMEA
⚫ 6. Lépés részletesen Optimalizáció
Rendszer – termék – folyamat FMEA kapcsolat
⚫ 7. Lépés részletesen Eredmények
Mikor?
dokumentálása
Az FMEA helye a minőségtervezésben
⚫ FMEA-MSR
Projekt tervezés
5T modell
FMEA Timing- Mikor van ez? FMEA Team - Ki
legyen a csapatban?
Átállási stratégia
Vevői elvárások
3
Tematika
III. Modul A Control Plan kidolgozása az IV. Modul Áttérés az új FMEA-ra
FMEA információi alapján Összefoglalás
⚫ Control Plan ⚫ Mit tanultunk?
⚫ Control Plan a folyamattervezésben ⚫ Mikor szükséges az FMEA
⚫ IATF 16949 aktualizálása?
⚫ IATF 16949 „A” melléklete ⚫ Hogyan kezeljük a meglévő FMEA-kat?
⚫ A Szabályozási Terv kifejlesztésének és ⚫ Hogyan térjünk át?
bevezetésének előnyei: ⚫ Mit tanultunk?
⚫ Control Plan formátum
⚫ A Control Plan oszlopai
⚫ A Control Plan használat
⚫ Speciális jellemzők osztályozása

4
Tréninggel kapcsolatos
információk
Szünetek
⚫ 8:30 ~12:00 (egy tízperces szünettel)

⚫ 12:00 ~ 13:00 ebéd

⚫ 13:00 ~16:30 (egy tízperces szünettel)

5
I. MODUL -
BEVEZETÉS

6
I. Modul tartalma
Miért az FMEA? Mikor?
Vevői követelmények Az FMEA helye a
Általános ismeretek minőségtervezésben
Az FMEA háttere és kronológia Projekt tervezés
Bevezetés 5T modell
Változások röviden FMEA Timing- Mikor van ez?
FMEA Team - Ki legyen a
Mi az az FMEA? csapatban?
Mire jó az FMEA? Átállási stratégia
FMEA célja, feladata Vevői elvárások
DFMEA / PFMEA
Rendszer – termék – folyamat
FMEA kapcsolat

7
Miért az FMEA?
Hiba mód és hatások elemzése
⚫ a problémák
előrejelzésének és a
kockázatok
csökkentésének
szisztematikus módja
mindkettőben:
Miért van szükségünk FMEA-ra?
1. Termékek és szolgáltatások Mi történhet rosszul?
tervezése (DFMEA)
2. és azokat előállító vagy szállító
folyamatok (PFMEA)

8
Vevői követelmények
⚫ Milyen egy jó kávé?

9
Vevői követelmények
⚫ Honnan jönnek a vevői követelmények?
A vevői követelmény nem egyenlő a rajzzal!!!!

⚫ érvényes jogszabályok, törvények

⚫ általános szerződési feltételei - további együtt érvényes

előírásokat és hivatkozásokat, melyeket szintén ismernünk kell.

Az általános alkatrész körre vonatkozó műszaki előírások,

Az adott termékre vonatkozó konkrét előírások.

Egyszóval a rajz az még kevés!

Rajzokon lévő egyéb szabványokat, előírásokat ugyan úgy be kell
tartani.
10
Általános ismeretek

11
Az FMEA háttere és kronológia

12
Bevezetés

13
Bevezetés
⚫ 2019 06.03-án megjelent az AIAG és a VDA által
közösen elkészített FMEA
⚫ A Német és az Észak-amerikai járműgyártók eddig
különböző módszertan szerint értékelték a kockázatokat
⚫ Igény: közös platform megteremtése

14
Változások röviden

15
Mi az az FMEA?
⚫ Az FMEA
⚫ egy csapat-orientált,
⚫ szisztematikus,
⚫ minőségi és analitikai módszer,
⚫ eszköz melynek célja a termék- és gyártási
folyamatok tervezésével kapcsolatos technikai
⚫ kockázatok azonosítása, elemzés és mérséklése
és dokumentálása!

16
Mire jó az FMEA?
Az FMEA módszer a kockázatcsökkentés
technikai szempontjainak kezelésére szolgál
Technikai kockázat Idő kockázat? Pénzügyi kockázat: Stratégiai kockázat:
(FMEA): A fejlesztések Intézkedések után is A fejlesztéssel javulás
A technikai kockázatok megvalósíthatók- nyereséges gyártás? érhető el és a termék
bemutatása: a termékben e az profitot hoz?
vagy a folyamatban, ütemtervben?
valamint lehetséges
technikai fejlesztések

Információ a termék Döntés a termék és

– és folyamat folyamat javítására
kockázatról
Kevésbé kockázatos
termék és folyamat

17
FMEA célja, feladata

Analízise és fejlesztése
Analízise és fejlesztése a
Biztonság, a
termék design-nak
megfelelés és folyamat tervezésnek.
CÉL-ja:
speciális CÉL-ja:
biztonságos és
karakterisztikák Operátor biztonság és
megbízható működés.
stabil minőség

18
FMEA célja
⚫ Megbízhatóság, gyárthatóság, szervízelhetőség,
felhasználó és termékbiztonság növelése
⚫ Minőségköltség csökkentése
⚫ Vevői elégedettség növelése
⚫ Szervezeti tudásbázis
⚫ A változások és eredmények dokumentálása

19
DFMEA / PFMEA
Termék FMEA (DFMEA)
⚫ Előírt funkciói.

⚫ Tulajdonságok és jellemzők meghatározása.

⚫ Lehetséges eltérések és a követelmények

biztosításához szükséges intézkedések.
Folyamat FMEA (PFMEA)
⚫ A gyártási, összeszerelési

⚫ logisztikai folyamatok lehetséges hibáit elemzi

20
Rendszer – termék – folyamat
FMEA kapcsolat
Rendszer - Termék fejlesztés - Folyamat
5M + 2M
Szenzor 1 VVt Ember
KFL, Gép
LV-x RBV
Anyag
Fzg
SW Szállító Módszer
Mérés
Elektronika +
Gehäuse Szállító Pénz
Fzg Alrendszer aus XY
Intézkedés
BE
Fzg
SG
Kábelezés
Adtlap Szállító
M
1.Folyamat
* M
2.Folyamat
M
*Tartalom: Bosch
M
• Funkciók
• Lehetséges meghibásodások
M
n.Folyamat
• B-Érték (Hiba hatás Súlyosságának mértéke) A hiba okok szintjén, M
a konstrukciós FMEA alapján
* = Interface-k a
rendszer szintjei
• Speciális vevői igények
•Pontozási szempontok a B és A értékre
M
között QSP 0306
(Súlyosság, gyakoriság)
Rendszerelem SOP

t
QB0 QB1 QB2 QB3

21
Mikor?
3 alapvető eset amikor az FMEA-t alkalmazni kell
1. Új termék fejlesztés, új technológia vagy új
folyamat
2. Meglévő termék (fejlesztés) vagy új folyamat
alkalmazása pl.:
❖ Új környezet
❖ Új telephely
3. Meglévő termék vagy folyamat mérnöki
változtatása

22
Az FMEA helye a
minőségtervezésben – APQP
esetén
PFMEA
DFMEA

23
Az FMEA helye a
minőségtervezésben – MLA
esetén

24
Projekt tervezés
Az öt T olyan téma, amelyeket a DFMEA vagy a PFMEA elején meg
kell vitatni annak érdekében, hogy időben elérjék a legjobb
eredményeket és elkerüljék az FMEA átdolgozását.
Ezeket a témákat a projekt elindításának részeként lehet használni.
1. FMEA ln Tent - Miért csinálunk FMEA-t?
2. FMEA Timing- Mikor esedékes?
3. FMEA Team - Ki legyen a csapatban?
4. FMEA Task- Milyen munkát kell végezni?
5. FMEA Tool - Hogyan végezzük el az elemzést?

25
5T modell

FMEA FMEA
FMEA ln FMEA
FMEA Task- Tool -
Tent - Team - Ki
Timing- Milyen Hogyan
Miért legyen a
Mikor munkát végezzük
csinálunk csapatban
esedékes? kell el az
FMEA-t? ?
végezni? elemzést?

Az FMEA Mikorra Ki kell a Feladatok Manuális

célja legyen csapatba? meghatározása vagy
kész? Pl. tesztek, szoftver

26
FMEA Timing- Mikor van ez?

27
FMEA Timing- Mikor van ez?

28
FMEA Team - Ki legyen a
csapatban?

29
Átállási stratégia
• A VDA Edition korábbi AIAG 4. kiadás FMEA "Termék és folyamat
FMEA„ alkalmazásával kifejlesztett meglévő FMEA-k eredeti
formájukban maradhatnak a későbbi felülvizsgálatokhoz.

• A szervezetnek gondosan meg kell terveznie az átmenetet a jelenlegi

FMEA folyamat (ok)-ról és módszereiről az új AIAG és VDA FMEA
folyamatra és eszközökre.
Ha az új programok kiindulópontjaként használják a meglévő
FMEA-kat, akkor azokat az új minősítési skálák, elemzési módszerek
és formátum tükrében kell átalakítani.

• Ha azonban a csapat megállapítja, hogy az új programot a meglévő

termék kisebb változásának tekintik, úgy dönthetnek, hogy az FMEA-t a
meglévő formátumban hagyják.

30
Átállási stratégia
• Az új projekteknek az ebben a kézikönyvben bemutatott FMEA
módszert kell követniük, hacsak a vállalatvezetés és az
ügyfélspecifikus követelmények (CSR) más megközelítést nem adnak.

• Az átmeneti dátumot és a projekt mérföldkövét, amely után az új

projektek ezt a módszert követik, a vállalatnak kell meghatároznia,
figyelembe véve a Ügyfél egyedi követelményeit.

31
Vevői elvárások
⚫ FCA US LLC - Publication Date: July 8, 2019

32
Vevői elvárások - OEM Deployment Plans for AIAG
& VDA FMEA Handbook - AIAG Quality Summit - 2 OCT 2019.pdf

⚫ Ford
⚫ AIAG & VDA FMEA kézikönyv megközelítés alapján azonnal elfogadja a beszállítók FMEA-
ját.
⚫ A szállítóktól az AIAG és a VDA FMEA kézikönyv programonkénti felhasználását kéri a 2022-
es modelléves programoknál, vagy a funkcionális biztonsági termékeknél
⚫ General Motors
⚫ 2023. naptári évben kezdődő programjainál kéri a megvalósítását.
⚫ CSR-ben teszi közzé, mikor kezdik elfogadni az AIAG & VDA FMEA Kézikönyv módszertan
alapján kifejlesztett FMEA (ka)-t
⚫ Honda Észak-Amerika
⚫ AIAG és a VDA FMEA kézikönyv megközelítés alapján azonnal elfogadja a beszállítók
FMEA-ját.
⚫ A Honda becslései szerint 2022 február 1-jén vagy a körül kell a beszállítóknak az FMEA
kézikönyvet használniuk új gyártási folyamatokhoz, új gyártósorokhoz és új gyártási
alkatrészekhez.
⚫ A Honda elvárja, hogy 2027 januárjáig az összes PFMEA dokumentum AIAG és VDA FMEA
formátumban legyen.
OEM Deployment Plans for AIAG & VDA FMEA Handbook - AIAG Quality Summit - 2 OCT
2019.pdf

33
II. MODUL - AZ
FMEA
MÓDSZER

34
II. Modul tartalma
II. Modul - Az FMEA módszer
⚫ Változások az új kiadásban
⚫ 7 lépéses módszertan
⚫ Milyen folyamatot veszek alapul a PFMEA készítésénél?
⚫ 1. Lépés részletesen Projekttervezés és előkészítés
⚫ 2. Lépés részletesen Struktúra analízis
⚫ 3. Lépés részletesen Funkció analízis
⚫ 4. Lépés részletesen Hiba analízis
⚫ 5. Lépés részletesen Rizikó elemzés
⚫ 6. Lépés részletesen Optimalizáció
⚫ 7. Lépés részletesen Eredmények dokumentálása
⚫ FMEA-MSR

35
Változások az új kiadásban
⚫ 7 lépéses megközelítés
⚫ Értékelési táblázatok
⚫ megváltoztak (S, O?D)
⚫ RPN számot az AP Akció
prioritási szám váltja fel
⚫ Kiegészítő FMEA/MSR
⚫ Kötelező moderátor
személy

(Prevenció orientált/ Jóval

strukturáltabb/ Tapasztalatokra
épít)
36
Az FMEA elkészítéséhez
szükséges lépések

37
Milyen folyamatot veszek alapul a
PFMEA készítésénél?
Az üzemen belüli folyamatok, amelyek hatással
lehetnek a termék minőségére és figyelembe vehetők a
PFMEA elemzésben, a következők:
folyamatok, rész- és anyagtárolás, termék- és anyagszállítás,
gyártás, összeszerelés, csomagolás, címkézés, befejezett
termékszállítás, tárolás, karbantartási folyamatok, észlelés
folyamatok és átdolgozási és javítási folyamatok stb.

Folyamatok
Start End
Beérkezés
Késztermék
kiszállítás

38
1. LÉPÉS RÉSZLETESEN
PROJEKTTERVEZÉS ÉS
ELŐKÉSZÍTÉS

39
1. Lépés Tervezés és előkészítés
A folyamat-tervezés és előkészítés lépés fő
célkitűzései:
1. A projekt beazonosítása

2. Projektterv (5T)

3. Az elemzés határai

4. A kiinduló FMEA beazonosítása és a lessons

learned
5. A struktúra elemzés lépésének alapjai

40
A projekt beazonosítása és
elhatárolása
Projekt beazonosítását segítő kérdések:
⚫ Mit vesz tőlünk a vevő?
⚫ Vannak új követelmények?
⚫ Melyik specifikus folyamatok / elemek okoznak olyan
kockázatot, melyek hatással vannak a követelményekre /
jellemzőkre?
⚫ A vevő vagy vállalat megköveteli a PFMEA-t?
⚫ Mi gyártjuk a terméket és miénk a tervezési felelősség?
⚫ Ki felel a kapcsolódási pontok tervezéséért?
⚫ A rendszer, alrendszer, alkatrész vagy egyéb szintet kell
elemezni?
41
A projekt beazonosítása és
elhatárolása
PFMEA határok:
⚫ Jogszabályi követelmények
⚫ Műszaki követelmények
⚫ Vevői igények / szükségletek / elvárások (külső és belső
vevő)
⚫ Követelmények, specifikációk
⚫ Diagramok (blokk diagram, határ diagram)
⚫ Sémák, rajzok és / vagy 3D modell
⚫ Anyagjegyzék (BOM), kockázatelemzés
⚫ Hasonló termék korábbi FMEA-i
⚫ Hibamegelőzési követelmények (error proofing)
⚫ Gyárthatósági és szerelhetőségi követelmények (DFM/A)
⚫ QFD – Quality Function Deployment

42
A PFMEA határának ábrázolása
minta

43
Alkalmazási kör meghatározása –
új FMEA esetén
⚫ A technológia újdonságai / az innováció foka
⚫ Minőségi / megbízhatósági adatok (házon belül,
0 km-es és használat közbeni meghibásodások,
garanciális reklamációk hasonló termékre)
⚫ Terméktervezés összetettsége
⚫ Az ember és a rendszer biztonsága
⚫ Számítógépes (fizikai) rendszerek (beleértve a
kibernetikai biztonságot)
⚫ Törvényi megfelelés
⚫ Katalógus – szabvány szerinti termékek
44
Alkalmazási kör meghatározása –
meglévő FMEA esetén
⚫ A termék és folyamat új fejlesztései
⚫ A termék és folyamat változtatásai
⚫ A működési feltételek megváltozása
⚫ Követelmények megváltozása (törvény / jogszabály,
szabványok / normák, vevők, technika elérhető szintje)
⚫ Gyártási tapasztalat, 0 km vagy használat közbeni
meghibásodások / garancia
⚫ Folyamathibák, melyek veszélyhelyzetet teremthetnek
⚫ A belső termék figyelemmel kísérés észlelései
⚫ Ergonómiai tényezők
⚫ Folyamatos fejlesztés

45
PFMEA projekt terve
⚫ Projekttervet kell kidolgozni, amint a DFMEA projekt ismert.
⚫ Ajánlott az 5T módszer
⚫ A szervezetnek figyelembe kell vennie a vevő specifikus elvárásokat
(CSR) és ezeket a projekttervbe be kell építeni
⚫ A projektterv elősegíti a szervezet proaktív működését a PFMEA
korai indításában.
⚫ A DFMEA tevékenységeket (7 lépés) is be kell építeni a teljes
projekttervbe

46
Projekt terv (dokumentálása
minta)
PROJEKT TERV
PFMEA
Cég neve Tárgy
azonosító
PFMEA Folyamat
Gyártás helye
kezdése felelőse
PFMEA Betekintési
Vevő neve
revízió szint
Model és /
Team tagok:
program

A projekt terv részei:

Az elemzés oka

A működés fejlesztésének leírása

A csapat által megállapított magas kockázatú hibák:

Használt S/O/D táblázatok:

Használt AP módszer:

Végrehajtott vagy tervezett javító intézkedések időpontja és státuszaik

Elem Akt. Priority Bevez. Idő felelős státusz új priority eszkaláció
open
completed
not impl.
decis. pend
impl. pend

47
A formátum fejléce
⚫ Vállalat neve: A PFMEA-tól felelős vállalat neve
⚫ Gyártási hely: földrajzi elhelyezkedés
⚫ Ügyfél neve: az ügyfél (ek) vagy termékcsalád
⚫ neve
⚫ Modell év program (ok): ügyfélalkalmazás vagy
⚫ vállalati modell / stílus
⚫ Tárgy: PFMEA projekt neve
⚫ PFMEA kezdő dátuma: kezdő dátum
⚫ PFMEA Felülvizsgálat dátuma: Legutóbbi
⚫ módosítás dátuma
⚫ Cross-Functional Team: Csapat: Team Roster
⚫ szükséges PFMEA azonosító száma: Vevőiszerződés
⚫ determineq a vállalati folyamatok szerint alapján
⚫ Felelősség: PFMEA tulajdonos neve
⚫ Titoktartási szint: Üzleti felhasználás, saját
⚫ tulajdonú, bizalmas
48
Formanyomtatvány fejléc minta

49
2. LÉPÉS RÉSZLETESEN
STRUKTÚRA ANALÍZIS

50
2. Lépés célja
⚫ Az elemzés, alkalmazási területének
vizualizációja
⚫ Struktúrafa, vagy azzal egyenértékű folyamat
diagram
⚫ Folyamatlépések és al-lépések beazonosítása
⚫ A vevői és a beszállítói mérnökségi csoportok
együttműködése

A funkcióelemzés lépés alapja

51
Folyamatábra

52
Struktúrafa

53
Struktúrafa

54
Struktúra analízis
formanyomtatvány

55
4M kategória

56
Struktúra elemzés forma példa

57
3. LÉPÉS RÉSZLETESEN
FUNKCIÓ ANALÍZIS

58
3. Lépés a funkció analízis célja
⚫ Folyamat funkcióinak vizualizálása
⚫ Funkció-fa / háló vagy ezzel egyenértékű
folyamatábra
⚫ Követelmények vagy jellemzők hozzárendelése
a funkciókhoz
⚫ A mérnöki csapatok közötti együttműködés

A hiba elemzési lépés alapja

59
Funkció fogalma

60
A funkcióelemzés logikai menete

61
Követelmények

VDA 6

62
Követelmények

63
A funkció kapcsolatok
vizualizációja – AIAG/VDA szabvány minta

64
A funkció kapcsolatok
vizualizációja – AIAG/VDA szabvány minta

65
Funkció analízis minta

66
Funkció analízis minta

67
Funkció analízis minta

68
4. LÉPÉS RÉSZLETESEN
HIBA ANALÍZIS

69
A hibaanalízis célja
⚫ A hibalánc megállapítása
Hiba ok (FC) – Hibamód (FM) – Hibahatás (FE)
⚫ Lehetséges hibahatások, hibamódok, hibaokok
valamennyi folyamat funkcióhoz
⚫ A folyamat hibaokok beazonosítása halszálka
diagram vagy hibaháló alkalmazásával
⚫ A vevő és a beszállító közötti együttműködés
(hibahatások)

70
A hibaanalízis célja
A hibák FMEA formalapon történő
dokumentálásának valamint a kockázatelemzés
lépésnek az alapja

A folyamatleírás minden eleméhez / lépéséhez

el kell végezni (struktúra elemzés 2. lépés és
Funkcióelemzés 3. lépés).

71
Hiba fogalma és a hibalánc
⚫ Hiba pl.:
⚫ Nem-megfelelőségek
⚫ Közvetlenül vagy részlegesen végrehajtott feladatok
⚫ Nem szándékos tevékenység
⚫ Szükségtelen tevékenység

72
Hiba lánc

73
Hibaelemzés

74
Hibahatás

75
Hányféle Hibahatással
számoljunk?
⚫ Belső vevő – feltételezzük, hogy „házon belül”
történik a hiba felfedezése
⚫ Nem lehet összeszerelni a következő lépésnél
⚫ Szerszám túlzott kopása
⚫ Veszélyezteti a kezelőt

76
Hányféle Hibahatással
számoljunk?
⚫ Vevő – feltételezzük, hogy a következő
gyártóhelyen történik a hiba felfedezése
⚫ Vevő nem tudja felhasználni, összeszerelni
⚫ Sor leállítás
⚫ Csökkent gyártósori sebesség
⚫ Javítás / utómunka
⚫ Végfelhasználó – folyamat elem hatása (mit
észlel, hall, érez stb. pl. lassabban nyílik az
ablak)
⚫ Zaj
⚫ Nem állítható be
77
Hibamód

78
Hibamód

79
Hibamód

80
Hibaok

⚫ Használjuk a 4M-et

81
Hibaok elemzés szimulációs
kérdésekkel

82
Hiba okok azonosítása
• Az elemzett hiba előfordulásának oka(i) a
folyamatban
• A megfogalmazás legyen specifikus, általános
megfogalmazások nem elfogadhatók.
• Pl.:
• ok: fúró törés (hiba: a hiányzó olajozófurat)
• ok: a fúró anyaga nem elég kemény, ezért elkopik
(hiba: furat átmérője túl kicsi)

83
Minta a hibaanalízisre a
struktúrafában

84
Hibaelemzés (4.lépés)

85
PFMEA és DMEA kapcsolata

86
Hibaelemzés dokumentálása

87
Hibaelemzés dokumentálása
részletekben

88
Hibaelemzés dokumentálása
részletekben

89
Hibaelemzés dokumentálása

90
5. LÉPÉS RÉSZLETESEN
RIZIKÓ ELEMZÉS

91
Rizikóelemzés célja:
⚫ A meglévő és / vagy tervezett szabályozások
hozzárendelése és a hibák mérlegelése
⚫ A meglévő megelőző jellegű szabályozások
hozzárendelése a hibaokokhoz
⚫ A Súlyosság, Gyakoriság és a Detektálhatóság
értékelése minden hibaláncolathoz
⚫ Az intézkedési prioritás értékelése
⚫ A vevő és a beszállító közötti együttműködés
(súlyosság)
Az optimalizálás lépés alapja
92
Rizikóelemzés:
⚫ Jelenlegi megelőző (PC) és detektáló
szabályozás (DC)
⚫ Hogyan értékeljük a súlyosságot? – táblázat
⚫ Hogyan értékeljük a gyakoriságot? - táblázat
⚫ Hogyan értékeljük a detektálást? - táblázat
⚫ Mit jelent az Akció prioritás (AP)? – szintjei:
Hight, Medium, Low

93
PC / DC
⚫ Megelőző intézkedés
A meglévő megelőző szabályozások a hibák
előfordulásának minimalizálása érdekében. Célja a
hibaokokat megelőzni vagy az előfordulásukat
csökkenteni

⚫ Detektáló intézkedés
A meglévő detektáló szabályozások egy hibaok
vagy hibakép meglétét detektálja mielőbb
elhagyná az üzemet, kiszállításra kerülne

94
PC: Megelőző intézkedés

95
DC: Detection control

96
97
A folyamat megértésének
ütemterve

98
A megelőző és detektáló
szabályozások
⚫ A megelőző és detektáló szabályozások
megvalósítását és hatásosságát igazolni kell.
⚫ Pl.: a sor mellőli megfigyelés, sorbejárás, auditok

⚫ Amikor korábbi folyamatok adatait használjuk fel

felül kell vizsgálni, mivel az új folyamat lehet,
hogy más körülmények között zajlik

99
Értékelések
A kockázatokat minden hibakép – hibahatás –
hibaok (hibalánc) összefüggésében meg kell
vizsgálni!
⚫ A Súlyosság a hibahatás súlyossága

⚫ A Gyakoriság a hibaok milyen gyakran fordulhat

elő.
⚫ Az Észlelhetőség annak a minősítése, hogy a
termék vagy folyamat ellenőrzése mennyire
észleli a hibaokát vagy hibamódot.

100
Súlyosság

101
Súlyosság pontozási táblázat

102
Súlyosság pontozási táblázat

103
Gyakoriság
⚫ A gyakoriság értékelése a hiba okának a
folyamatban történő előfordulását írja le,
figyelembe véve a megelőző szabályozásokat
⚫ Az értékeléshez megadott szám relatív értékelés
az FMEA alkalmazási területén belül, és nem
feltétlenül az aktuális előfordulást tükrözi.
⚫ A detektáló szabályozásokat nem veszi
figyelembe!

104
Gyakoriság pontozási táblázat

105
Detektálás
⚫ Az elérhető detektálási típusok közül a hibakép
vagy hibaok észlelésére kiválasztott
leghatékonyabb módszert kell alkalmazni!

106
Detektálás pontázási táblázat

107
108
AP: action priority

109
AP: action priority
Legalább a S= 9 és S=10 pontenciális súlyosságú,
Magas vagy közepes intézkedési prioritású
hibahatások esetén javasoljuk a vezetőség
tekintse át, beleértve bármely javasolt intézkedést
is, mely megvalósításra került.

Ez nem a Magas, közepes, alacsony kockázatok

rangsorolása, ez a kockázatok csökkentésére irányuló
intézkedések szükségességének rangsorolása.

Megjegyzés: hasznos lehet „További intézkedés nem

szükséges” bejegyzés
110
AP táblázat

111
AP táblázat

112
AP táblázat

113
AP táblázat

114
6. LÉPÉS RÉSZLETESEN
OPTIMALIZÁCIÓ

115
Optimalizáció célja

116
Optimalizáció célja
⚫ Az optimalizálás elsődleges célja olyan
tevékenységek kidolgozása, amelyek a folyamat
fejlesztésével csökkentik a kockázatot.
⚫ A kockázatelemzés eredményeinek áttekintése és
intézkedés rendelés a kockázat csökkentése érdekében
⚫ Definiálhat olyan tevékenységet is, ami javítja a folyamatot,
de nem feltétlenül javítja a kockázat értékelést.
⚫ Cél, olyan mérhető, értékelhető intézkedés amelyek
valóban javítják a folyamatot, nem olyan potenciális
lehetőségek meghatározása, amit aztán sose vezetnek be!

117
Optimalizálás a
leghatékonyabban
⚫ A hibahatás (FE) elkerülése vagy csökkentésére
irányuló folyamat változtatások
⚫ A hibaok (FC) előfordulásának (O)
csökkentésére irányuló folyamat változtatások
⚫ A hibaok (FC) vagy hibamód (FM)
detektálhatóság (D) képességének fejlesztése

Folyamatváltozás esetén minden érintett lépést

újra kell értékelni!

118
Intézkedések státusza
⚫ Nyitott
⚫ Döntésre vár (opcionális)
⚫ Bevezetésre vár (opcionális)
⚫ Megvalósult
⚫ Nem került bevezetésre

119
Intézkedések státusza
⚫ A FMEA nem tekinthető késznek, amíg nincs
mérlegelve minden elem az AP-ban, és el nincs
fogadva a kockázat szintje, vagy nem
dokumentálja az összes intézkedést.
⚫ Ha „nem szükséges akció”, akkor a kockázat
szintje nem csökken, és benne marad a
folyamatban.
⚫ Az intézkedéseket nyitott hurokként kell kezelni,
amelyeket írásban is le kell zárni! Vagyis
mindegyik után kell intézkedést írni!

120
121
Folyamatos fejlődés

122
Minta PFMEA optimalizációval

123
7. LÉPÉS RÉSZLETESEN
EREDMÉNYEK
DOKUMENTÁLÁSA

124
Az eredmények dokumentálás
célja
⚫ Összegezi kommunikálja és következtetéseket
von le az FMEA-ban végrehajtott
tevékenységek, intézkedések eredményéből
⚫ Dokumentálja az FMEA tartalmát, a hozott
intézkedések hatásosságát és azok
kockázatértékelését
⚫ Kommunikálja az eredményeket az érintett
felekkel (saját szervezet, vevő, beszállító)
⚫ Dokumentálja a kockázatok elemzését és a
kockázatok elfogadható szintre csökkentését
125
PFMEA riport
⚫ Ez a PFMEA csoport és mások összefoglalója, amely
megerősíti az egyes feladatok elvégzését és áttekinti az
elemzés eredményeit
⚫ Fontos, hogy a dokumentum tartalma megfeleljen a
szervezet, a tervezett olvasó és az érdekelt felek
követelményeinek. A részletekről a felek
megállapodhatnak. Ily módon biztosított, hogy az
elemzés és a szellemi tulajdon minden részlete a
vállalaton belül marad.
⚫ A dokumentum elrendezése lehet vállalat-specifikus
⚫ A jelentésnek azonban meg kell jelölnie a technikai
kockázatokat a fejlesztési terv és a projekt mérföldkövek
részeként

126
PFMEA riport a következőket
tartalmazhatja
A. Nyilatkozat a végleges státuszról a projekt
tervhez képest (5T)
B. Az elemzés körének összefoglalása,
újdonságok azonosítása
C. A funkció fejlesztések összefoglalása
D. Legalább a csoport által meghatározott, magas
kockázatú hibák összefoglalása, valamint a
speciális S / O / D besorolási táblázatok és az
akció prioritás módszerének másolása (AP
táblázat)
127
PFMEA riport a következőket
tartalmazhatja
E. A magas kockázatú kockázatok kezelése
érdekében tett és / vagy tervezett intézkedések
összefoglalása, ideértve a tevékenységek
állapotát.
F. A folyamatban lévő FMEA fejlesztési
tevékenységek ütemterve és
elkötelezettségvállalása
⚫ Elkötelezettség és ütemterv a nyitott tevékenységek
lezárására
⚫ Kötelezettségvállalás a PFMEA felülvizsgálatra a
tömeggyártás során
⚫ Elkötelezettség az „elromlott dolgok” megragadására az
alap (Bázis) PFMEA-kban, a jövőbeni elemzés újbóli
felhasználására. (Lessons Learned)

128
FMEA-MSR

129
FMEA - MSR
Kiegészítő FMEA a folyamatos felügyelethez és a rendszer
visszajelzéshez
⚫ A folyamatos felügyelet és rendszer visszajelzés
kiegészítő FMEA-ban azon lehetséges hibák okai
kerülnek elemzésre – melyek a vevő működési
körülményei között fordulnak elő – a rendszerre, a
járműre, az emberekre és a jogszabályi megfelelésre
gyakorolt technikai hatásuk alapján
⚫ A módszer azt vizsgálja, hogy a rendszer észleli-e a hiba
okát vagy a hibamódot, vagy a vezető észleli-e a hiba
hatását
⚫ A vevő tevékenységét végfelhasználói vagy üzemben
tartási és karbantartási tevékenységnek kell tekinteni.

130
FMEA – MSR kockázati elemek
⚫ Kár súlyossága, szabályoknak való nem-megfelelés,
megszűnt vagy csökkent funkcionalitás és elfogadhatatlan
minőség
jelölése: S
⚫ A hiba okának becsült gyakorisága figyelembe véve a
működési körülményeket
jelölése: F
⚫ Műszaki lehetőségek a hiba hatásának elkerülésére vagy
korlátozására diagnosztikai észlelésére és automatikus
visszajelzés révén kombinálva az emberi lehetőségekkel,
hogy elkerüljék vagy korlátozzák a hiba hatását érzékszervi
észlelés és fizikai reakció révén
jelölése: M
Az F és M kombinációja a hiba (hibaok) és az ebből eredő hibás
működés (hibamód) következtében fellépő hibahatás.

131
DFMEA / FMEA-MSR
⚫ DFMEA-ban az észlelő szabályozások
dokumentálják a tesztelés azon képességét, hogy
bemutassák a fejlesztési és validálási
követelmények teljesülését
⚫ A rendszertervezés részét képező felügyelet
esetében, a validáció célja annak bizonyítása, hogy
a diagnosztikai felügyelet és rendszer visszajelzés a
tervezett módon működik
⚫ FMEA-MSR: a hiba felismerés teljesítményének
eredményességét értékeli a vevői felhasználás
során, feltételezve, hogy a követelmények
teljesültek. Továbbá biztosítja a biztonságos
működés és a felügyeleti rendszer megbízhatóságát
a hibák felismerésében
132
FMEA-MSR projekt meghatározás

133
Struktúra elemzés

134
Struktúra elemzés

135
Funkcióelemzés

136
Hibaelemzés – elméleti hibalánc

137
Hiba lefutás

138
Hiba lefutás

139
Hiba lefutás

140
141
142
Kockázatértékelés

143
144
145
146
147
148
149
150
151
152
153
III. MODUL A CONTROL PLAN
KIDOLGOZÁSA AZ FMEA
INFORMÁCIÓI ALAPJÁN

154
III. Modul tartalma
⚫ Control Plan
⚫ Control Plan a folyamattervezésben
⚫ IATF 16949
⚫ IATF 16949 „A” melléklete
⚫ A Szabályozási Terv kifejlesztésének és bevezetésének
előnyei:
⚫ Control Plan formátum
⚫ A Control Plan oszlopai
⚫ A Control Plan használat
⚫ Speciális jellemzők osztályozása

155
Control Plan
A „control plan” egy olyan dokumentum, amely
leírja azokat a tevékenységeket (beleértve az
anyag átvételét, a folyamatot, a termék
továbbadását) amelyek ahhoz szükségesek, hogy
a termék előállítási folyamat kézben tartott,
szabályozott legyen.

Az FMEA-ban meghatározott intézkedéseket,

bevezetésük folyamán (részeként) a CP-ben
rögzíteni kell, vagy az azt tartalmazó
dokumentumot meghivatkozni
156
Control Plan

• Magyar elnevezések
– Ellenőrzési terv
– Szabályozási terv
– Technológiai terv
– Minőségbiztosítási terv
– Gyártásirányítási terv

157
Control Plan a
folyamattervezésben
Folyamat diagram Szervezet által meghatározott egységes
formátum, műveletek azonosítása és sorrendje

Folyamat FMEA Folyamat lehetséges meghibásodásainak

kockázatait elemzi, AIAG FMEA kézikönyv szerint

Control Plan Folyamat elvégzésére vonatkozó előírás,

tartalmaznia kell az ISO/TS 16949 „A”
mellékletében előírt információkat

Munkautasítások Szervezet által meghatározott egységes

formátum, egyes munkafolyamatok elvégzésének
módja, a munkavégzés helyén elérhető

158
IATF 16949

159
IATF 16949

160
IATF 16949

161
IATF 16949 „A” melléklete

A szabályozási terv fázisai

A szabályozási tervnek 3 különböző szakaszt kell lefedni, ha

alkalmazható:
1. Prototípus: azon méretellenőrzések, anyag- és teljesítmény
vizsgálatok leírása, melyeket a prototípus elkészítésekor
alkalmaznak. A szervezetnek rendelkeznie kell prototípus
szabályozási tervvel, ha azt a vevő igényli.
2. Előgyártási (próba gyártási): azon méretellenőrzések,
anyag- és teljesítmény vizsgálatok leírása, melyeket a
prototípus elkészítését követően a gyártás megkezdése
előtt alkalmaznak.
3. Gyártás: a sorozatgyártás során előforduló termék /
folyamat jellemzők, folyamat szabályozások, vizsgálatok és
mérőrendszerek dokumentációja.

162
IATF 16949 „A” melléklete - 2
A szabályozási tervnek legalább az alábbiakat kell tartalmaznia:
Általános adatok:
a) Szabályozási terv száma
b) Kibocsájtás és revízió napja
c) Vevői információ
d) A szervezet neve / a telephely címe
e) Az alkatrész(ek) száma(i)
f) Alkatrész neve / leírása
g) Tervezési változat szint
h) Az érintett fázis (prototípus, előgyártás, gyártás)
i) Kapcsolattartó
j) Alkatrész / folyamatlépések száma
k) A folyamat megnevezése / a művelet leírása
l) Felelős funkcionális team / terület
163
IATF 16949 „A” melléklete - 2
A szabályozási tervnek legalább az alábbiakat kell tartalmaznia:
Termék szabályozás:
a) Termékkel kapcsolatos megkülönböztetett jellemzők
b) Egyéb, szabályozandó jellemzők (számozás, termék vagy
folyamat)
c) Specifikáció / tűrés
Folyamat szabályozás:
a) Folyamat paraméterek (beleértve a folyamat beállításokat és
a tűréseket
b) Folyamattal kapcsolatos megkülönböztetett jellemzők
c) Gyártáshoz szükséges gépek, célkészülékek, tartozékok,
szerszámok (beleértve az azonosítókat, ha vannak)

164
IATF 16949 „A” melléklete - 2
A szabályozási tervnek legalább az alábbiakat kell
tartalmaznia:
Módszerek:
a) Értékelési, mérési módszer

b) Hiba megelőzés

c) A mintavétel nagysága és gyakorisága

d) Szabályozási módszer

Reakcióterv:
a) Reakcióterv (beírva vagy hivatkozva)

165
A Szabályozási Terv kifejlesztésének és
bevezetésének előnyei:
Minőség: A Szabályozási Terv metodológia csökkenti a hulladék mennyiségét
és javítja a termék minőségét a tervezés, gyártás és összeszerelés során. Ez
az átfogó diszciplína a termék és folyamat átfogó értékelését nyújtja. A
Szabályozási Tervek azonosítják a folyamatjellemzőket, valamint azonosítják
azon eltérések okának (inputváltozók) szabályozó módszereit, amelyek a
termékjellemzők (output-változók) eltérését okozzák.

Vevői elégedettség: A Szabályozási Tervek azon jellemzőkhöz kapcsolódó

folyamatokra és termékekre fókuszálják az erőforrásokat, amelyek fontosak a
vevők számára. Az erőforrások megfelelő allokációja segít csökkenteni a
költségeket a minőség megőrzése mellett.

Kommunikáció: A Szabályozási Terv mint élő dokumentum azonosítja a

termék/folyamatjellemzők, a szabályozó és sajátos mérési eljárások
változásait.

166
 Control Plan formátum
•Prototípus •Próbagyártás •Gyártás Összekötő személy: Kiadás dátuma: Felülvizsgálat dátuma:
Control plan száma:
Termék rajzszáma, változat: Minőségtervező team: Vevő műszaki jóváhagyás/dázum:

Termék megnevezése: Szervezet jóváhagyása/dátum: Vevő minőségi jóváhagyása/dátum:

Szállító: Szállító kódja: Egyéb jóváhagyások/dátum: Egyéb jóváhagyás/dátum:

Ssz: Folyamat megn. Berendezés Jellemzők: Spec. Jell. Termék/folyamat Módszerek

gép, befogó Kiértékelés Mintavétel Javító intézkedés
Művelet: Termék: Oszt.
szerszám Ssz: Folyamat: specifikáció/tűrés mérés módja: nagysága gyakorisága Dokumentálás

167
A Control Plan oszlopai

168
A Control Plan oszlopai
1) Prototípus, Jelölje meg a megfelelő kategóriát.
Előgyártás (nullszéria), (Sorozat)gyártás

Prototípus A prototípus-építés ideje alatt előforduló méretellenőrzések, anyag-

és teljesítményvizsgálatok.
Előgyártás (nullszéria),A prototípus-építés után és a normális termelés előtt
előforduló méretellenőrzések, anyag-és teljesítményvizsgálatok.
(Sorozat)gyártás A normális termelés alatt előforduló termék /
folyamatjellemzők, folyamatellenőrzések, tesztek és mérőrendszerek átfogó
dokumentációja.

2) Szabályozási Terv száma: Ide írja be a Szabályozási Terv nyilvántartási

számát, ha van ilyen. Több oldalból álló terv esetén írja be az oldalszámot is.

169
A Control Plan oszlopai
3) Alkatrész száma / Utolsó módosítás szintje: Írja be az ellenőrzendő
rendszer, alrendszer vagy összetevő azonosító számát. Ha van ilyen, írja be az
utolsó módosítási szintet és/vagy dátumot a műszaki rajzról.

4) Alkatrész neve/Leírása: Írja be az ellenőrzendő termék/folyamat nevét és

leírását.

5) Szervezet/Gyár: Írja be az Szabályozási Tervet készítő cég nevét és a

megfelelő divízió/gyár/osztály nevét.

6) Szervezet kódja (Szállító kódja) Írja be a vevő által kért azonosító számot
(pl.: DUNS, Vevői Beszállítói Kód).

7) Felelős neve/telefonszáma és egyéb elérhetőség Írja be a Szabályozási

Tervért elsődlegesen felelős személy nevét, telefonszámát, és egyéb
elérhetőségi információit, pl.: e-mail cím.
170
A Control Plan oszlopai
8) Törzs csoport Írja be mindazon egyének nevét, telefonszámát és egyéb
elérhetőségi információját, pl.: e-mail cím, akik a Szabályozási Terv legutolsó
verziójának elkészítéséért felelősek. Ajánlatos a csoport valamennyi tagjának
nevét, telefonszámát és helyét feltüntetni egy csatolt elosztási listán.

9) Szervezet/Gyár /Jóváhagyás/Dátum: A szervezet felelős gyártóhelyének

jóváhagyása (ha szükséges lásd a megfelelő vevőspecifikus követelményeket).

10) Dátum (eredeti) Írja be az eredeti Szabályozási Terv elkészítésének

dátumát.

11) Dátum (frissítés) Írja be a Szabályozási Terv utolsó frissítésének dátumát.

12) Vevő műszaki jóváhagyása/dátum: A felelős műszaki csoport jóváhagyása

(ha szükséges lásd a megfelelő vevőspecifikus követelményt)

171
A Control Plan oszlopai
13) A vevő minőségügyi jóváhagyása : A vevő felelős beszállító minőségügyi
szakértőjének jóváhagyása /dátum (ha szükséges lásd a megfelelő
vevőspecifikus követelményt).

14) Egyéb jóváhagyás/dátum: Egyéb megegyezés szerinti jóváhagyás (ha

szükséges).

15) Alkatrész/ Folyamatazonosító: Ez az azonosító általában a folyamatábráról

hivatkoztatott. Ha többféle alkatrészszám létezik (összeszerelés), sorolja fel az
egyes alkatrészszámokat és a hozzájuk tartozó folyamatokat.

16) Folyamat neve/ Műveletazonosító: Egy rendszer, alrendszer vagy

összetevő gyártásának minden lépése le van írva egy folyamatábrában. Adja
meg a folyamatábra azon folyamatának/ műveletének nevét, amely legjobban
leírja az adott tevékenységet.

17) Gép, eszköz, készülék,

szerszámok a gyártáshoz Minden leírt művelethez adja meg a szükséges
eszközöket, pl. gép, eszköz, készülék, vagy más szerszámok a gyártáshoz.
A Control Plan oszlopai
Jellemzők (beleértve a 18, 19 és 20. elemet)
Egy folyamat vagy outputjának (termék) megkülönböztető sajátossága, mérete
vagy tulajdonsága, amelyre változók vagy attribútum adatok gyűjthetők.
Használjon vizuális eszközöket, ahol lehetséges.

18) Szám : Jelöljön ki egy hivatkozási számot minden alkalmazandó

dokumentumhoz, mint pl.: folyamatábra, számozott fénymásolatok, FMEA-k,
rajzok vagy egyéb vizuális szabványok, segédeszközök, ha szükséges.

19) Termék: A termékjellemzők egy alkatrész, összetevő vagy szerelvény azon

sajátosságai vagy tulajdonságai, amelyek a műszaki rajzokon és egyéb
elsődleges műszaki információhordozókon szerepelnek. A törzs Csoportnak
kell meghatároznia a Megkülönböztetett Termék-jellemzőket, amelyek az
összes Termékjellemző közül a leg-fontosabbak. Minden Megkülönböztetett
Jellemzőt fel kell sorolni az Szabályozási Tervben. A szervezet ezen felül
felsorolhat egyéb Termékjellemzőket, amelyek ellenőrzése a normál működés
során rendszeres.
173
A Control Plan oszlopai
20) Folyamat: A Folyamatjellemzők a folyamat azon változói (inputváltozók),
amelyek hatás-kapcsolatban vannak a Termékjellemzőkkel. A
Folyamatjellemző csak előfordulásakor mérhető. A törzs Csoportnak kell
megállapítania azon Folyamatjellemzőket, amelyek eltérését ellenőrizni kell a
termékeltérések minimalizálása végett. Minden egyes Termékjellemzőhöz egy
vagy több Folyamatjellemző tartozhat. Egyes folyamatokban egy
Folyamatjellemző több Termék-jellemzőre is hatással lehet.

21) Megkülönböztetett Jellemzők: Használja a vevő által előírt megfelelő

osztályozást (lásd a osztályozása megfelelő vevőspecifikus követelményt) a
megkülönböztetett jellemző típusának jelölésére vagy hagyja üresen a mezőt
más jelöletlen jellemzők számára. A vevők egyéni szimbólumokat
használhatnak a fontos jellemzők azonosítására, mint pl. amelyek befolyásolják
a biztonságot, szabályoknak való megfelelést, funkcionalitást, illesztést vagy
megjelenést.

174
A Control Plan oszlopai
Módszerek (beleértve a 22-25 elemeket)
Egy szisztematikus terv, amely eljárásokat és egyéb eszközöket használ egy
folyamat ellenőrzésére.

22) Termék / Folyamat specifikáció / Tűrés: A specifikációk / tűrések

elkészíthetők többféle műszaki dokumentum alapján, mint pl. műszaki rajzok,
terv áttekintések, anyagszabványok, CAD adatok, gyártási és/vagy szerelési
követelmények.

23) Értékelés /Méréstechnika: Ez az oszlop azonosítja a Mérőrendszert.

Magában foglalhatja az alkatrész/folyamat/ gyártóeszköz méréséhez használt
mérőhasábokat, készülékeket, szerszámokat és/vagy tesztberendezéseket.
Használatba vétel előtt mérőrendszer elemzést kell készíteni, hogy biztosítsák
a vizsgáló és mérőeszközök szabályozottságát. El kell végezni például a
Mérőrendszer linearitásának, reprodukálhatóságának, ismételhetőségének,
stabilitásának és pontosságának elemzését. Az elemzés eredményének
megfelelően végre kell hajtani a szükséges fejlesztéseket. A további
részletekért lásd a Chrysler, Ford és General Motors: Mérőrendszer Elemzés
(MSA) kézikönyvét.
175
A Control Plan oszlopai
24) Mintaméret/Gyakoriság: Ha kötelező a mintavételezés sorolja fel a
mintaméretet és gyakoriságot.

25) Szabályozó Módszer: A szabályozó módszer az egyik kritikus eleme a

hatékony Szabályozási tervnek. Ez a mező tartalmazza a művelet
szabályozásának részletes leírását, beleértve az eljárás azonosítóit, ha van
ilyen. Az igénybe vett szabályozó módszer a folyamat hatékony ellenőrzésén
kell, hogy alapuljon. A szabályozó módszert a létező folyamat típusa, és a
minőségtervezés során azonosított (pl. FMEA) kockázat határozza meg. A
műveletek szabályozhatók pl. Statisztikai Folyamatszabályozással, vizsgálattal,
attribútum-adatokkal, hibajavítással (automatikus vagy nem automatikus), és
mintavételezéssel. A Szabályozási Tervek leírásainak tükrözniük kell a gyártási
folyamatban megvalósított tervezés és stratégiát. a szabályozó eljárások
gondosan kidogozottak, a terv általában hivatkozik a megfelelő eljárás számára
és/vagy nevére. A jellemző folyamatok szabályozására lásd a példákat. A
szabályozó módszert folyamatosan értékelni kell a szabályozás hatékonysága
szempontjából. Például a folyamatban vagy annak teljesítőképességében
bekövetkezett jelentős változás esetén szükséges a szabályozó módszer
kiértékelése.
176
A Control Plan oszlopai
26) Reakció Terv: A reakció terv határozza meg azokat a javító intézkedéseket,
melyekkel elkerülhető nem megfelelő termékek keletkezése vagy a folyamat
irányíthatatlansága. Az intézkedések foganatosítása általában a folyamathoz
legközelebb álló személyek, pl. operátor, beállító, felügyelő felelőssége, akit a
terven egyértelműen meg kell jelölni. Rendelkezni kell a bevezetett
intézkedések dokumentálásról is.

A nem megfelelő vagy feltehetően nem megfelelő termékeket minden esetben

világosan meg kell jelölni, el kell különíteni és a felelős személy ide vonatkozó
utasítását rögzíteni kell a reakció tervben. Ez a mező utalhat egy speciális
reakció terv számára, illetve azonosíthatja a reakciótervért felelős személyt.

177
A Control Plan használat
⚫ A Control Plan képezi a későbbiekben a
folyamat szabályozási rendszerének alapját
⚫ A Control plan információit a munkát végző
operátornak el kell juttatni, különös tekintettel a
megkülönböztetett jellemzőkre
⚫ Ennek módja lehet:
⚫ CP kiosztása műveletenként
⚫ A CP információinak átvitele a műveleti utasításokba

178
Control Plan
A folyamatábrában szereplő folyamatlépések meghatározó
adatait írja le:
⚫ Művelet azonosító, megnevezés, leírás
⚫ Összeszerelésnél felhasznált alkatrészek azonosítói
(opcionális)
⚫ A gyártáshoz használt gép, készülék, szerszám azonosítója
⚫ A folyamatsorán vizsgálandó termék- és folyamatjellemző
specifikációja
⚫ Vizsgálatai módszer, frekvencia, minta nagyság
⚫ Ellenőrzési módszer, feljegyzések és reakcióterv a nem-
megfelelőség esetére, közvetlenül az állomáson dolgozó
számára

A szabályozási tervnek tartalmaznia kell az FMEA-ban

felsorolt megelőző és észlelési módszereket

179
Speciális jellemzők osztályozása
Ez az oszlop használható bármely speciális termék-
vagy folyamatjellemző besorolására a szervezeti
egységhez, alrendszerhez vagy rendszerhez, melyek
további folyamatszabályozást igényelnek.
Olyan termék- vagy folyamatjellemzők, melyek nem-
megfelelősége:
- Biztonsági feltétel
- Törvényi, vagy hatósági előírásokat sérthetnek,
illetve
- Illeszkedésben,
- Teljesítményben, vagy
- A következő gyártási folyamatban eltérést
okozhatnak
180
Speciális jellemzők osztályozása
CC – kritikus jellemző:
- Vezető és az utasok testi épségét vagy életét
veszélyezteti ha ezen jellemzőre hibát követünk
el
SC – szignifikáns jellemző:
- Termék működőképtelen lesz ha ezen
jellemzőre hibát követünk el, de testi épségét
vagy életét nem veszélyezteti
- Jellemzően funkcióhoz kötött

181
IV. MODUL
ÁTTÉRÉS AZ ÚJ FMEA-RA
ÖSSZEFOGLALÁS

182
IV. Modul tartalma
⚫ Mit tanultunk?
⚫ Mikor szükséges az FMEA aktualizálása?
⚫ Hogyan kezeljük a meglévő FMEA-kat?
⚫ Hogyan térjünk át?
⚫ Mit tanultunk?

183
Mit tanultunk?
⚫ FMEA új módszertana a megelőzés elvére épül,
költség és idő megtakarítás a cél
⚫ Meghatározza az FMEA csapat szereplőit és
feladatait
⚫ 7 lépéses elvre épül
⚫ Értékelési táblázatai újraértelmezettek
⚫ AP szám adja az indikációt az akciók
meghatározására
⚫ FMEA kimenete a Control Plan bemente lesz
⚫ Control Plan a teljes szabályozási rendszer
összefoglalására és tervezésére készítünk, vevői,
IATF 16949 követelmény mindkettő használata

184
Mikor szükséges az FMEA
aktualizálása?
1. Új termék, új design, új technológia vagy új
folyamat
2. A meglévő termék vagy folyamat új
alkalmazása
3. Egy meglévő termék vagy folyamat mérnöki
változtatásai esetén

185
Hogyan kezeljük a meglévő
FMEA-kat?
⚫ Meglévő, a korábbi FMEA 4. kiadás alapján
készült FMEA-k megmaradhatnak eredeti
formájukban – ha a CSR nem ír elő mást
⚫ Alternatívaként az FMEA 4. kiadás alapján
készültek átvezethetők, frissíthetők az AIAG &
VDA FMEA szerint

186
Hogyan térjünk át?
Már elkészített FMEA-k kezelése:
⚫ - Meglévő, a korábbi FMEA 4. kiadás alapján készült
FMEA-k megmaradhatnak eredeti formájukban – ha
a CSR nem ír elő mást
⚫ Alternatívaként az FMEA 4. kiadás alapján készültek
átvezethetők, frissíthetők az AIAG & VDA FMEA
szerint
Új projekt FMEA-k:
⚫ Új projektek alapjául szolgáló FMEA-kat már az
AIAG & VDA FMEA szerint szükséges készíteni
FMEA team tagok képzése AIAG & VDA FMEA
módszertanból

187
Hogyan térjünk át?
Referencia: AIAG VDA FMEA kézikönyv 1.3.5.

188
Mit tanultunk?

189
Mit tanultunk?

190
Mit tanultunk?

191
További információ

Budapest, 1125 Istenhegyi út 63/B

Telefon: (06-1) 201 12 35, 489 0003
email: kepzes@kvalikon.hu
honlap: www.kvalikon.hu
www.leanforum.hu

APQP 192