Сапаны басқаруға арналған QMS құру: сәйкессіздіктер және CAPA

QMS күнделікті жұмыста нақты қандай міндетті шешуі тиіс

QMS формалар «жинау» үшін емес, күнде адамдарға типтік сапа тапсырмаларын тез әрі бірдей шешуге көмектесу үшін керек. Жүйе болмаған кезде жазбалар чаттарда, файлдарда және дәптерлерде жиналады, шешімдер ауызша қабылданады, ал қайталанатын ақаулар қайтадан пайда болады, өйткені ешкім жалпы суретті көрмейді.

Күнделікті жұмыста сапаны басқаруға арналған QMS әдетте үш мәселеге жауап береді: деректер тәртібі (бір дереккөз), уақыт үнемдеу (ұйымшыл қадамдар, ұзақ переписканың орнына) және қайталанудың азаюы (неге мәселе пайда болды және оны қайталамау үшін не жасалғаны көрінеді).

QMS-та әдетте көрсетілгеннен көп адамдар қатысады. Өндірісте фактілерді тіркейді және түзетулер жасайды, ОТК сәйкессіздіктерді және тексеріс нәтижелерін растайды, қойма мен логистика партия қозғалысын басқарады, сатып алулар жеткізушілермен және рекламациялармен жұмыс істейді, сервис алаңнан проблемаларды әкеледі, ал басшылық тәуекелдер мен трендтерді қарайды. GSE.kz сияқты жүйелік интегратор мен жабдық өндіруші үшін бұл әсіресе маңызды: ақау жинау кезінде басталып, қабылдауда көрініп, кейін сервис арқылы клиенттен қайтып келуі мүмкін.

Пайдалы QMS күнде болатын оқиғаларды тіркеуі тиіс: өнімдегі ақау, процесс ауытқуы (мысалы, өткізілген тексерістің жіберілуі немесе дұрыс емес режим), клиент шағымы, аудит немесе ішкі тексеріс нәтижесі. Ең бастысы — әр оқиғаны партия, тапсырыс, линия немесе учаске, жауапты тұлғалар және дәлелдер (фото, протоколдар, өлшемдер) арқылы байланыстыруға болу.

Сценарийлер мен статустар "әдемі формалардан" маңыздырақ, өйткені олар басқарылуды береді. Бірдей кейс бірдей сатылардан өтуі керек: тіркелді, тәуекел бағаланды, шешім қабылданды (изоляциялау, қайта өңдеу, тастауды), жауапты тағайындалды, нәтиже тексерілді, жабылды. Статустар істің қайда тұрып қалғанын және кім келесі екенін бірден көрсетеді.

QMS-тың жұмыс істейтінін келесі белгілер бойынша түсінуге болады: сәйкессіздіктер дереу тіркеледі, реакция мен жабылу уақыты қысқарады, қайталанатын ақаулар азаяды, есептер қолмен салыстырусыз оқылады. Егер жүйе осы әсерлерді бермесе, ол деректерді жинайды, бірақ процесті басқармайды.

Негізгі деректер моделі: объектілер, статустар, рөлдер

Егер деректер моделі әлсіз болса, кез келген сценарийлер (сәйкессіздікті тіркеу, CAPA процесі, сапа бақылау нүктелері, сапа есептері) тез бөлініп кеткен жазбаларға айналады. Сондықтан QMS құруды экрандардан емес, қандай объектілерді тіркейтініңізден және олар қалай байланысатынынан бастаған дұрыс.

Негізгі объектілер мен байланыстар

Өндіріс пен жабдық интеграциясында модельді көбінесе «не істелді», «ненеден жасалды» және «қандай құжатпен расталғаны» төңірегінде құру ыңғайлы. Әдетте минималды жиын прослеживаемдік пен түсінікті есептер жасауға жеткілікті: өнім (модель, конфигурация, нұсқа), партия және сериялық нөмір, операция (қабылдау, жинау, тест, орау, жөнелту), құжат (схема, спецификация, сынақ протоколы, нұсқаулық, акт), жеткізуші.

Алдын ала шешіп қойыңыз: сәйкессіздікті партияға ма, әлде сериялық нөмірге ме байлайсыз. Электрондық компоненттер үшін жиі партия жеткілікті, дайын құрама үшін — сериялық нөмір. Егер екі нұсқаны да рұқсат етсеңіз, QMS кем дегенде бір байланыс талап етуі тиіс.

Справочниктер және біртұтас тіл

Біртұтас справочниктерсіз деректер «жаяды»: біреу "царапина" деп жазады, басқасы "скол", үшінші "қораптың зақымы" деп жазады. Себептер, ақаулар, учаскелер, құрал-жабдықтар және қызметкерлер үшін стандартталған тізімдер қажет, және кім оларды өзгерте алатынын анықтайтын ережелер. Жақсы тәжірибе — справочниктердің нұсқаларын сақтау, сонда ескі жазбалар жаңартулардан кейін «бұзылмайды».

Статустар, рөлдер және деректер сапасын бақылау

Статустар жазбаның нақты жүрісін көрсетуі керек: Қоршаған орта (черновик) → Тіркелді → Қаралып жатыр → Тағайындалды → Орындауда → Тексерілді → Жабылды, «Қайта ашылды» мүмкіндігімен.

Рөлдер мен құқықтарды жауапкершілік бойынша беру оңайырақ: оператор жазбаны жасайды, сапа инженері классификациялап және растайды, учаске басшысы түзетулерді бекітеді, жауапты орындаушы тапсырмаларды жабады, ал аудиторға қарау және экспортқа рұқсат жеткілікті.

Есептер сенімді болу үшін міндетті өрістер мен тексерулер қойыңыз. Сәйкессіздікті дефект кодын, операцияны, өнімді, иесін, мерзімдер мен тексеріс нәтижесінсіз жапуға болмайды. Өзгерістер журналы (аудит-трейл) қосыңыз: кім және қашан өрістерді, статустарды, тіркемелер мен комментарийлерді өзгертті. Бұл "тың өзгертулерден" қорғайды және инциденттерді талдауды жылдамдатады.

Сәйкессіздікті тіркеу сценарийі: табылудан жабылуға дейін

Сәйкессіздік оны байқаған орында QMS-қа дереу түсуі керек: ОТК өндірістен шығуда, линия операторы, құрамдас бөліктерді қабылдау, қойма қабылдау немесе жөнелту, сервис жөндеу кезінде, немесе клиенттен келген шағым. Барлық рөлдер үшін логика бірдей болуы маңызды: фактіні тез тіркеп, мәселенің әрі қарай таралуын болдырмау.

Сәйкессіздік карточкасы минималды, бірақ алғашқы әрекеттерге жеткілікті болуы тиіс. Әдетте мынадай қарапайым өрістер жеткілікті: не табылды, қайда және қашан, кім байқады, қандай партия немесе сериялық нөмір, қай учаске, норма бойынша күтілетіні. Фото немесе файлдар дефекті түсіну үшін қажет болса ғана қосылады (мысалы, корпустың сызылуы немесе маркировка қателігі). Айырша ауырлық деңгейі белгіленеді — одан реакция жылдамдығы мен блоктау құқығы тәуелді болады.

Статустар тапсырмаларды жоғалтып алмау үшін көмектеседі. Көп жағдайда келесі тізбек жұмыс істейді: черновик (орында енгізілді), қаралып жатыр (жауапты тағайындалды), орындауда (шығарылып жатыр), шешім күтуде (партияға немесе ауытқуға қатысты вердикт керек), жабылды (барлығы орындалып, расталды).

Егер тәуекел жоғары болса, QMS партияны карантинге қою мүмкіндігі болу керек. Қою — ОТК немесе сапа бойынша жауапты тұлға жасай алады, ал ашу — тек уәкілетті рөлдерден кейінгі шешімнен соң. Мысалы: тіркеуде ПК жинауда партияда жүктеме кезінде тұрақсыздық анықталды. Себеп анықталғанға дейін партия қоймада блокталып, QMS оны байланысты тапсырыспен жөнелтуге бермейді.

Келісу маршруты болжамды болуы тиіс: кімге жіберіледі, қандай мерзімдер, не есептеледі мерзімі өтіп кеткен деп. Мұнда автоматты ескертулер мен эскалация жақсы жұмыс істейді, егер сәйкессіздік «тұрып қалса».

Есептердің адалдығын сақтау үшін байланыстарды тіркеңіз: партия немесе серийный нөмір, тапсырыс және жеткізу, жеткізуші (егер бұл кіріс дефекті болса), клиент шағымы (нарықтан келсе), блоктау немесе браковка бойынша әрекет.

Сәйкессіздікті жабу «галочка қою» емес, нақты факт болуы тиіс. Карточкада шешім (қайта өңдеу, браковка, ауытқуға рұқсат), растау файлдары, әрі қарайғы әрекеттер тағайындалады, ал партия тек тексерістен кейін ғана разблокталады. Осылайша прослеживаемдік сенімді болып қалады.

CAPA: себептер, әрекеттер және тиімділікті тексеру

CAPA (Corrective and Preventive Action) — сәйкессіздікті жай ғана жабу жеткіліксіз болғанда қажет. Сәйкессіздік болғанын көрсетеді. CAPA екі сұраққа жауап береді: неге бұл болды және оны қайталамау үшін не жасау керек.

Сапаны басқаруға арналған QMS құруда бастапқыда екі әрекет түрін айырып алу маңызды: корректирующие — табылған мәселенің себебін жояды, предупредительные — сол сияқты мәселенің әлі көрінбеген жерлерде тәуекелді азайтады.

CAPA тергеуден басталады, әйтпесе әрекеттер тізімі мағынасыз болады. Тек қорытындыны ғана емес, ойлау жолын да тіркеу пайдалы: қандай гипотезалар тексерілді, не расталды, не расталмады. Осы үшін «5 неге» немесе Исикава диаграммасы қолайлы. Ең бастысы — гипотезалар мен фактілерді бөліп көрсету. Мысалы: ПК жинау кезінде радиаторды бекіту бойынша қайталанатын ақау табылды. Гипотеза: шеберлік деңгейі. Факт: ауысымда жаңа партия крепеж қолданылған және моментті бекіту бақылаусыз қалған.

CAPA әдетте міндетті болады, егер мәселе қайталанса, критикалық болса (қауіпсіздік, жабдықтың істен шығуы, тапсырыс берушінің тоқтауы), тапсырыс беруші немесе реттеушінің талабы болса, процесс жүйелі қателік анықталса (мысалы, бақылау нүктесінде жүгізілмеген), немесе тәуекел бірнеше өнімге немесе орындарға қатысты болса.

Келесі қажет — тексеруге болатын әрекеттер жоспары. Жақсы жоспар жалпы сөздерден тұрмайды («нұсқаулық өткізу» емес), бірақ процесте нақты не өзгертелетінін көрсетеді: нақты тапсырмалар мен күтілетін нәтиже, жауапты және мерзімдер, ресурстар (құралдар, шаблондар, оқыту, запас бөлшектер), аяқталу критерийлері (не есептеледі "жасалды"), байланысты құжаттар (процедуралар, бақылау жоспарлары, нұсқаулар).

Тиімділікті тексеру — бөлек қадам, формалдық емес. Ол: мәселе шынымен жойылды ма, әлде уақытша тынышталған ба деген сұраққа жауап береді. Әдетте бұл белгілі бір кезеңге арналған деректермен расталады: қайталанулардың азаюы, қайта тексерістер нәтижелері, бақылау нүктесінің тұрақтылығы, сол себеп бойынша шағымдардың болмауы.

Бір CAPA бірнеше сәйкессіздікті жаба алады, егер олардың ортақ түпкі себебі болса. QMS-та бұл «көп → 1» байланыспен ыңғайлы жасалады: әртүрлі сәйкессіздік жазбалары бір CAPA-ға байландыруға болады, есепте оның қанша оқиғаны «жұтқаны» және енгізуден кейін статистика қалай өзгергені көрсетіледі.

Бақылау нүктелері және бақылау жоспарлары: оларды қалай сипаттау керек

Бақылау нүктесі — сапаны жылдам және бірмәнді тексеруге болатын сәт, және оның нәтижесі шығарылымға, қайта өңдеуге немесе тоқтатуға әсер етеді. Оларды әдетте қауіп ең жоғары болатын жерде қояды: кіріс материалдар мен компоненттерде, процесстің негізгі операцияларында, соңғы тексеру және орау алдында.

QMS-ты бақылауларға толтырудан сақтану үшін критикалық параметрлерден бастаңыз. Критикалық параметр — қауіпсіздікке, үйлесімділікке, сенімділікке немесе келісім шарт талаптарына әсер ететін параметр. Қалғанын бақылау емес, бақылау немесе мерзімді аудит ретінде қалдыру дұрысырақ.

Бақылау жоспарын қалай сипаттау керек

Бақылау жоспары операция карточкасы немесе этап ретінде, өнімге, партияға және жұмыс орынға байлану ыңғайлы. Онда «бәрін бақылау» емес, не өлшенетіні және кейін есепте қалай дәлелденетінін жазу маңызды.

Көбінесе параметр және шектеу, тексеру әдісі (өлшеу, визуалды тексеріс, функционалдық тест), жиілік және таңдау (әрбір бірлік, әр партия, 1-ден 20-ға дейін), кім орындайтыны және кім растайтыны (рөл, емес фамилия), нәтижені қалай жазатыны (өріс, код, протокол тіркемесі, сериялық нөмір) жеткілікті.

ПК мен сервер өндірушісі үшін мысал: жинау кезеңінде крепежтің моментін бекіту немесе маңызды кабельдерді қосу бақылау нүктесі бола алады, егер қате істен шығуға әкелетін болса. Соңғы тестте қайтадан қайталануға оңай параметрлер болуы керек: POST нәтижесі, жүктеме кезінде температура, өзін-өзі тексерістің өтуі.

Отклонениеге реакция ережелері және өлшеу құралдары

Бақылау нүктесінде «ауытқуға реакция» болуы тиіс. Әйтпесе жазбалар болады, бірақ басқару болмайды. Қысқа түрде сипаттаңыз: дереу не істеу керек, кім шешім қабылдайды және бұл қалай сәйкессіздікке немесе CAPA-ға айналады.

Көбінесе қарапайым сценарий жеткілікті: операцияны тоқтату және өнімді немесе партияны белгілеу, басқа аспаппен қайта тексеру, шешім қабылдау (қайта өңдеу, тастаулар, ауытқуға рұқсат), себеп пен жауапты тіркеу, егер қайталану қаупі болса — сәйкессіздік жазбасын құру.

Өлшеу құралдарын бөлек тіркеңіз: түрі, инвентарлық нөмір, статусы (жұмыс істеп тұр, калибрлеуде, блокталған), келесі калибрлеу күні. QMS калибрлеуі өткен аспаппен алынған нәтижені жазуға тыйым салуы керек, әйтпесе есептердің мәні төмендейді.

Шаблон чек-листтер типтік операциялар үшін пайдалы, бірақ оларды қысқа ұстаңыз. Егер тармақ «годно/не годно» шешіміне әсер етпесе, оны алып тастаңыз немесе оқыту мен аудитке өткізіңіз.

Партиялардың прослеживаемостьы есептерде: міндетті тіркелетіндер

Прослеживаемость әдемі есеп үшін емес, екі сұраққа тез жауап беру үшін керек: өнім ненеден жасалған және қайда жөнелтілген. Сапаны басқаруға арналған QMS-та бұл идентификаторлар мен оқиғаларға қатал тәртіпті талап етеді.

Міндетті ең аз деректер жиыны

Кейін "қалпына келтіре алмайтын" нәрселерден бастаңыз. Партия карточкасында және оған қатысты әр оқиғада бірдей кілттер болуы тиіс, сонда деректер әр түрлі кестелер мен файлдарда шашырап кетпейді.

Әдетте бірден тіркеледі: партия нөмірі (және түрі: кіріс, өндірістік, жөнелту), сериялық нөмір (егер болса) немесе серий нөмірлер диапазоны, дата және уақыт, ауысым, линия немесе учаске, оператор және контролер (аты-жөні немесе табель нөмірі), спецификация немесе маршрут нұсқасы және негізгі баптау параметрлері (қолданылатын болса).

Содан кейін «шикізат — жартылай фабрикат — дайын өнім» тізбегін мәтін емес, байланыс арқылы құрыңыз. Қарапайым ереже: әрбір партияның «ата-анасы» (қайдан алынған) және «балалары» (қай нәрсеге айналған) болуы тиіс. Мысалы, настольдік ПК L200 жинау үшін кіріс партиялары (жад, накопительдер) өндірістік партиямен байланысады, ал ол дайын өнімдердің сериялық нөмірлері мен жөнелту партияларымен жалғасады.

Жеткізушіні және кіріс партияларды бөлек тіркеңіз: кім жеткізді, құжат нөмірі, кіріс бақылау, шешім (қабылданды, карантинге қойылды, қабылданбады) және партия одан кейін өндірісте қайда кеткені. Осылай сырттан келген мәселе табылса, зерттеу шеңберін тез тарылтуға болады.

Қозғалыстар мен статустарды ұмытпаңыз. Міндетті түрде қажет жағдайлар: қоймада, карантинде, өндірісте, дайын, жөнелтілді, тасталды. Тек ағымдағы күйді емес, күй өзгерістерінің тарихын сақтау маңызды: кім аударды, қашан және не үшін.

Есеп қалай көрінеді

Жақсы партия бойынша есеп басшы деңгейінде бір минутта оқылатын болу керек, бірақ қолмен нақтылаусыз егжей-тегжейге түсуге мүмкіндік беруі тиіс.

Практикалық құрылым әдетте мынадай: шолу (статус, көлем, даталар, қайда орналасқан, қай жерге жөнелтілген), барлық тексерістер мен бақылау нүктелері тізімі (не тексерілді, нәтиже, кім растады), «ауытқулар» блогы (сәйкессіздіктер мен браковка/қайта өңдеу бойынша шешімдер), CAPA блогы (себептер, әрекеттер, мерзімдер, жауапты, тиімділікті тексеру) және прослеживаемость тізбегі (кіріс партиялар мен жеткізушілер, ішкі түрлендірістер, жөнелту партиялары мен қабылдаушылар).

Егер есепте тексерістер, сәйкессіздіктер, CAPA және шешімдер бір жерде көрсетілмесе, онда бұл партия есебі емес, жай ғана шығарма. Ол инцидентті талқылауды жылдамдатпайды.

Есептер мен метрикалар: оларды формализм емес, пайдалы ету

Егер QMS-тың есептері тек «тексеру үшін» қажет болса, олар айдан кейін пайдаланылмайды. Пайдалы есептер қарапайым сұрақтарға жауап береді: не бұзылды, қай жерде, неге, қаншалықты тез түзетілді және бұл қайта-қайталана ма. QMS құруда әр есеп бойынша қандай шешім қабылданатынын алдын ала келісіп алған дұрыс.

Керек болатын есептер базасы

Күнделікті жұмыс пен аудитті жабатын қысқа жиын жинаңыз. Жабдық өндіруде (жұмыс станциялары, серверлер, моноблоктар) ауысым басшысымен учаскелер бойынша ауытқуларды, ал процесс иесі үшін себептердің қайталануын көрсету маңызды.

Әдетте бес есеп жеткілікті: сәйкессіздіктер бойынша (статус, учаске, өнім, себеп, иесі, мерзімдер), CAPA бойынша (ашық әрекеттер, мерзімі өткендер, тиімділікті тексеру нәтижелері), бақылау нүктелері бойынша (қай жерде ауытқулар болған, қандай параметрлер «жылжып отыр», кім бақылады), партиялар бойынша (қандай партияға қандай дефект қатысты, қандай материалдар мен жеткізушілер әсерленді), және аудит-трейл (кім не өзгерткен, қашан, растайтын файлдармен).

50 бағаннан тұратын «универсал» есеп жасауға ұмтылмаңыз. Оның орнына 3–5 түсінікті есеп болдырыңыз, онда әдепкі фильтрлер рөлдерге сәйкес орнатылған: шебер, сапа инженері, басшы.

Қарапайым арифметикамен метрикалар

Метрикалар ауысымдағы қызметкерлерге түсінікті және кезеңдер бойынша салыстырмалы болуы керек. Әдетте қарапайым көрсеткіштер жұмыс істейді: ақау жиілігі (партияға немесе 100 бірлікке шаққандағы), жабылу уақыты (орташа және медиана бойынша), мерзімі өткендер (қанша CAPA мерзімінен шықты), қайталану (30–90 күн ішіндегі сол себеппен сәйкессіздіктер үлесі), "қай жерде ауыр" (ауытқулар саны бойынша жоғарғы 5 учаске немесе өнім).

Есептердің сенімді болуы үшін деректер сапасының ережелері қажет. Міндетті кілт өрістер қойыңыз (учаске, өнім, партия, дефект түрі, себеп, жауапты, табылған күн). Себептер, учаскелер, жеткізушілер және клиенттер үшін біртұтас справочниктер қолданыңыз. Еркін мәтінді комментарий мен фактіні сипаттау үшін қалдырыңыз, классификация үшін емес.

Мысал: егер ПК жинау желісінде апта ішінде екі рет "перегрев" тіркелсе, есеп екі оқиға бір өнім түрі мен радиатор партиясына қатысты екенін көрсетуі тиіс. Сонда CAPA сатып алулар мен кіріс бақылауға бағытталады, ал неғұрлым формалды шешім — жинаушының мұқияттығына емес.

QMS құру және іске қосу бойынша кезеңдік жоспар

QMS құру тезірек өтеді, егер үлкен ТЗ-дан емес, қысқа, тексерілетін пилоттан бастаңыз. Алғашқы апталардағы мақсаты — жұмыс істейтін цикл алу: проблема табылды, тіркелді, шешім қабылданды, нәтиже тексерілді.

4–8 апталық минимальді жоспар

Алдымен қазіргі жағдайды бір-екі бетте фиксациялаңыз: қателіктер қай жерде пайда болады, кім оларды көріп қалып отыр, қазір қалай шешім қабылданады, қай жерде ақпарат жоғалады (мысалы, переписка немесе кестелер).

Одан кейін қадамдап жүріңіз. Пилот үшін 2–3 сценарий таңдаңыз: сәйкессіздік, CAPA және партияның прослеживаемостьы (немесе егер ол маңызды болса — бақылау нүктесі). Әр сценарий үшін не «дайын» екенін сипаттаңыз: карточкада қандай деректер міндетті, қандай мерзімдер, кім бекітеді. Статустар мен рөлдерді біртұтас және анық етіп баптаңыз, міндетті өрістер және қарапайым хабарландырулар қосыңыз.

Пилотты бір учаскеде өткізіп, қолданушылардан нақты пікір жинаңыз: қай жерде тұрып қалады, қандай өрістер түсініксіз, қандай есептер жетіспейді. Нақты жағдайларда оқыту жүргізіңіз: учаскенің 5–7 мысалын алып, дайын формулировка шаблондарын (мәселенің сипаттамасы, себеп, түзетуші әрекет) беріңіз.

Мысал: бір жерде жүйелік блоктар немесе серверлер өндіруінде жинақтау кезінде қайталанатын ақау тіркелсе (партия немесе комплектация сәйкессіздігі), пилотта қызметкер тез жазбаны енгізіп, учаске шебері фактіні растауы, сапа инженері тергеуді тағайындауы, ал CAPA белгіленген мерзімде тиімділік тексерісімен жабылуы маңызды.

Қалай ұқыпты түрде масштабтау керек

Пилоттан кейін жүйені бірден барлық жерде енгізбеңіз. Алдымен деректер ережелері мен иелерін бекітіңіз: справочниктердің (себептер, дефект түрлері, учаскелер, контрагенттер) иелерін тағайындаңыз және өзгеріс тәртібін анықтаңыз; сәйкессіздік пен CAPA жабу критерийлерін бекітіңіз; негізгі метрикаларды және талқылау жиілігін белгілеңіз (апталық: мерзімі өткендер, қайталану, әрекеттер тиімділігі); партиялар бойынша міндетті есептер тізімін айқындаңыз.

Осылай QMS пилоттан күнделікті пайдаланатын тұрақты жүйеге өседі, жүйені айына бір рет есеп үшін емес, күн сайын қолданады.

QMS сценарийлерін жобалаудағы жиі қателіктер

Ең көп кездесетін проблема — жүйе диаграммада логикалық көрінеді, бірақ күнделікті қолдануға ыңғайсыз. Нәтижесінде адамдар ережелерді айналып өтеді: чаттарға жазады, Excel жүргізеді, тапсырмаларды формалды түрде жабады. Бұл деректерге сенімділікті бұзады, ал деректерсіз сапа есептері әдемі сурет қана болады.

Көп жағдайда бәрі өртеніп басталады — өрістер шамадан тыс көп, формалар күрделі, статустар қатары тым үлкен. Шын жұмыс режимінде қызметкерде бәрін толтыруға уақыт жоқ. Міндетті болуы тиіс тек шешім қабылдауға қажет деректер: не болды, қайда, қай партия, тәуекел, қандай жедел әрекет жасалды. Қалғанын кейінгі тергеу кезінде жинаған дұрыс.

Екінші қате — ешкім справочниктер үшін жауапты емес. Адамдар себептер, дефекттер, учаскелер, операциялар мен басқару түрлеріне мәндерді кез келгенін қосып жатса, бірнеше айдан кейін «царапина», «скол», «скол корпуса» және «мелкий скол» бөлек нысандарға айналады. Содан соң тренд көрінбейді және өзгерістер әсерін дәлелдеу мүмкін болмайды. Справочниктердің иесі және қарапайым ережелер қажет: кім жаңа мән қосады, қайталыларды қалай біріктіру керек, қаншалықты жиі тазалау жүргізіледі.

CAPA жиі "жабылып, ұмытылса" қалады. Егер тиімділікті тексеру қадамы болмаса, жүйе тез шешімдерге жол береді, тұрақты шешімдерге емес. Тиімділікті тексеру нақты болуы керек: не өлшенеді, қандай кезең бақылауда, қандай шекті мән табысты құрайды. Мысалы, "нұсқаулық өткізілді" емес, «4 апта ішінде осы себеп бойынша қайталанулар үлесі 1%-дан төмен болуы» сияқты.

Тағы бір ауыртпалық — сәйкессіздік, тексерістер және партиялар арасында байланыстар жоқ. Осылайша прослеживаемость жұмыс істемейді: сіз шағымды немесе дефекті көресіз, бірақ қандай партиялар зақымданғанын және қандай бақылау нүктелері бұл мәселені ұстауы мүмкін екенін түсінбейсіз. Құрылғылар шығаратын өндіріске (ПК, моноблоктар, серверлер) арналған өндіруші үшін партия, сериялық нөмір және негізгі тексерістер нәтижелерімен байланыс болуы өте маңызды, әйтпесе карантин тым кең немесе, керісінше, тәуекелді өткізіп жібереді.

QMS сценарилерін қателікпен жобалаған белгілер:

• Сәйкессіздіктер журналы файлдарда және перепискада параллель жүргізіледі.
• "Карантин" үшін анық статус және разблоктау шарттары жоқ.
• CAPA дәлелсіз жабылуы мүмкін.
• Есептер қолмен жасалады, себебі жүйеде "жетіспейтін деталдар" бар.
• Справочниктер бақылаусыз өсіп, мәндер қайталанады.

Опасный қате — карантин мен разблоктауға нақты ережелердің болмауы. Егер кім шешім қабылдайтыны, қандай тексерістер міндетті, қай жерде рұқсат жазылатыны және қойма мен жөнелту қалай хабарланатыны көрсетілмесе, кездейсоқ ақаулы өнім жіберіп алу қаупі бар. Жақсы QMS-та разблоктау әрқашан жазба қалдырады: кім, қашан, қандай деректерге сүйене отырып және қай партия үшін шешім қабылдады.