ПК партиясын AQL бойынша таңдамалы бақылау: есептеу және ақаулар

Мәселе: ПК партиясын қабылдап, дауға ұрынбай өткізу

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

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

Таңдамалы бақылау 100% тексеруден өзгеше: әр ПК‑ны тексеруге күндер жұмсамайсыз, бірақ айқын проблемалы партияны қабылдаудан сақтанасыз. Толық тексеру сирек қажет: ол қымбатырақ, баяу және егер тесттер формалды жасалған болса немесе тексеру шарттары үнемі әртүрлі болса, мәселенің жоқтығын де кепілдемейді.

Тексеру нәтижесінде әдетте бір шешім қабылданады:

• партияны еш кемшіліксіз қабылдау (ақаулар Ac‑тен аз немесе тең)
• ескертумен қабылдау (жеке бірліктерді ауыстыру, толықтыру, жөндеу)
• партиядан бас тарту (ақаулар Re‑ден көп)
• тексеруді қайта қарау (партияның біртектілігіне, орауға, құжаттарға немесе әдістеме мәселесіне күдік болса)

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

AQL әрдайым жарамды емес. Басқа тәсілді таңдаған дұрыс, егер:

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

Егер жеткізушінің сапа жүйесі пісіп жетілген және құжаттары түсінікті болса, дау қою оңайырақ. Өндіруші немесе интегратор, толық цикл мен қолдауды қамтамасыз ететін тұлға болса, тексеру критерийлерін, акт форматын және алмастыру тәртібін келісу жеңілірек, себебі жауапкершілік процесі әдетте бұрыннан сипатталған болады.

Дайындық: құжаттар, рөлдер және партия шекарасы

AQL‑бақылауы тыныш өтуі үшін пайыздар мен кестеден емес, ережелерден бастаңыз. Даудың көп бөлігі ақаулардан емес, тараптардың партияны, тексеру шарттарын және алдын‑ала бекітілген талаптарды әртүрлі ұғынуынан туады.

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

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

Партия шекарасын алдын‑ала анықтаңыз. AQL үшін партия біртекті болуы тиіс: бірдей модель, конфигурация, жинақталу ревизиясы, жеткізу шарттары. Мысалы, 300 ПК келді, бірақ бір бөлігі басқа процессорда немесе SSD партиясы басқа болса, олар бөлек лоттар болып саналады — таңдаманы бөлек есептеу керек. Әйтпесе жеткізуші нәтижені оңай даулауы мүмкін: «Сіз әртүрлі өнімдерді араластырдыңыз».

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

Тексеруді бастамас бұрын қысқа регламент жасаңыз:

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

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

ПК партиясы үшін AQL және бақылау деңгейін қалай таңдау керек

AQL (Acceptable Quality Level) — қандай процент ақаулы бірліктер партияда қабылданатындығы: таңдамалы тексеруден кейін қандай шекті көрсеткішке дейін партияны қабылдауға болады. AQL «ақауларға рұқсат» дегенді білдірмейді; бұл статистикалық шешім қабылдау шегі.

AQL‑мен қатар жиі LQ (Limiting Quality, кейде LTPD деп те аталады) қарастырылады — партияны дерлік міндетті түрде кері қайтаруға әкелетін сапа деңгейі. Егер AQL тым «жеңіл» болса, тапсырыс беруші көбірек проблемалы ПК алу тәуекелін өз иеліне алады. Керісінше, AQL тым «қатаң» болса, жеткізуші дау көтеріп немесе баға мен мерзімге тәуекел қосады.

"Бақылау деңгейі" (inspection level) таңдаманың мөлшерін анықтайды: деңгей жоғары болған сайын көбірек бірліктер тексеріледі. Көпшілік жеткізілімдер үшін жалпы II деңгей баланс ретінде қолданылады. I деңгейін тәуекел төмен болғанда (тұрақты жеткізілімдер) таңдайды. III деңгейін қателіктің құны жоғары немесе бұрын инциденттер болғанда таңдайды.

Әрі қарай Ac/Re (қабылдау/кері қайтару) сандары бойынша жұмыс істейді: таңдалған таңдаманың мөлшері мен AQL үшін кесте қанша ақау болса партия қабылданатынын (Ac) және қайдан бастап кері қайтарылатынын (Re) көрсетеді. Мысалы, Ac=1, Re=2 болса, 0–1 ақау — партия өтеді, 2 және одан көп — өтпейді. Сондықтан «бірдей» ақауларды қалай санайтыныңызды және оларды қалай жіктейтініңізді алдын‑ала айқындау маңызды.

AQL‑ды әдетте тоқтап қалу шығындарына қарай байлайды:

• офис ПК‑лары: сыртқы дефектілер мен орауға жұмсақ, бірақ функционалға қатты талап
• жұмыс станциялары: қатаңрақ, себебі маманның тоқтауы қымбатқа түседі
• серверлер: ең қатал мәндер және жиі ұлғайтылған бақылау деңгейі

Қабылдау кезінде дау шықпауы үшін AQL мен бақылау деңгейін алдын‑ала келісіп қойыңыз (жақсырақ шартта немесе қосымшада). Төмендегі нәрселерді тіркеңіз:

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

Егер сатып алу мемлекеттік орган, банк немесе клиника үшін болса және тоқтау қабылданбайтын болса, критикалық және маңызды дефектілер үшін қатаң AQL қою пайдалы, ал кіші дефектілерге ақылға қонымды шектеме қалдыру керек.

AQL бойынша таңдаманың мөлшерін есептеу: қадамдар

Есептемені дау жоқ етіп жүргізу үшін «көзге қарап» емес, таңдалған AQL стандарты бойынша есептеңіз және бастапқы деректерді тіркеңіз. Сол кезде жеткізушімен әңгіме әсерлер туралы емес, алдын‑ала келісілген ережелер туралы болады.

Қадамдық алгоритм

Ең алдымен партия мен есеп бірлігін бекітіңіз. ПК үшін бұл көбінесе «1 системный блок» немесе «бір жұмыс орнына комплект» болады. Егер жеткізілімде әртүрлі модельдер немесе конфигурациялар болса, оларды араластырмаңыз: AQL бойынша әрбір біртекті топ бөлек есептеледі.

Содан кейін бақылау режимін таңдаңыз:

• әдеттегі — жеткізуші тұрақты және бұрын сәтті қабылдаулар болғанда
• күшейтілген — ақаулар, толық келмеу, жаңа модель, жаңа жеткізуші немесе критикалық жеткізілім болған жағдайда
• жеңілдетілген — бірнеше қабылдаудан кейін мәселе болмаса және тәуекел төмен болғанда

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

Сол кестеден Ac/Re‑ді де анықтаңыз. Егер таңдамадағы ақаулар Ac‑тен көп емес болса — партия қабылданады. Re‑ден көп болса — партия кері қайтарылып немесе сплошной тексеруге/қайта сұрыптауға жіберіледі — шартта алдын‑ала жазылған тәртіп бойынша.

Есептемені протоколға қалай жазу керек, даудан сақтану үшін

Кіріс бақылау протоколында бір айқын жол жеткілікті: бастапқы деректер мен нәтиже. Мысалы: «Партия: 240 ПК, есеп бірлігі: 1 ПК, бақылау деңгейі: әдеттегі, AQL: 1,0 (маңызды), кесте: (атауы/редакциясы), кодтық әріп: L, таңдама: 50 шт., Ac/Re: 1/2, таңдау әдісі: қорап нөмірлерінің кездейсоқ таңдамасы».

Осындай формат есептеудің тексерілетіндігін қамтамасыз етеді: кез келген қатысушы сол кестені ашып, дәл сол мәндерді алуы тиіс.

Қай дефектілерді критикалық, маңызды және кіші деп санау керек

Ақауларды жіктеу қабылдаудың «ұнамсыз не ұнамайды» дауынан шығарады. Алдын‑ала нақты келісілген сайын жеткізушінің ескерту қабылдауы оңай болады.

Критикалық дефектілер

Критикалық дефектілер қауіпсіздікке және міндетті талаптарға қатысты. Оларға көбіне нөлдік қабылдау қатысы болады: таңдамада бір ғана табылса да қабылдаудан бас тарту және жағдайды талдау қажет.

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

Маңызды дефектілер

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

Моноблоктарда сенсор мен матрицаны бөлек қарастыруға болады: сенсордың жұмыс істемеуі, жарықталудың айтарлықтай теңсіздігі, келісілген шекті асатын өлі пиксельдер саны.

Кіші дефектілер

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

Жеткізушінің дауын болдырмау үшін дефектіні өлшенетін критерий арқылы формулалаңыз:

• нені тексересіз (блок, параметр, құжат)
• қалай тексересіз (визуалды, тестпен, өлшеумен)
• немен тексересіз (чек‑лист, тестілік носитель, эталон кабель)
• шекті көрсетіңіз (мысалы: «2/2 жүктеу сәтсіз болса»)
• дәлелдеме (фото, BIOS/UEFI скрині, тест логы)

Төменде жұмыс кестесінің мысалы берілген.

Таңдамадағы әрбір бірлікте не тексеру керек: минималды жиынтық

Таңдамалы тексеруде әр құрылғыда бірдей нәрсені тексеру маңызды. Сол кезде нәтижелер әділ әрі қайталанатын болып көрінеді, жеткізуші даулауы қиын болады.

1) Идентификация және сыртқы тексеріс

Фотоға түсіріп, қосымша қосылуды қажет етпейтін нәрселерден бастаңыз:

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

Сыртқы тексерістен кейін статус тіркеледі: «функционалдық тексеруге қабылданды» немесе «критикалық дефект бойынша тоқтатылды». Егер дефект айқын болса (мысалы, қуат разъемі сынған), сол бірлікте әрі қарай тесттеуді тек уақыт жұмсамай-ақ тоқтату керек.

2) Комплектация және спецификацияға сәйкестігі

Содан кейін сіз тапсырыс бергенді нақты алатыныңызды тексеріңіз. Даудың типтік себебі — «бәрі жұмыс істейді, бірақ басқа». Жеткізу спецификациясымен комплектацияны салыстырыңыз: қуат кабелі, адаптерлер, Wi‑Fi антенналары (белгіленген болса), тышқан мен пернетақта (қоса берілген болса), құжаттама және кепілдік құжаттары.

3) Жылдам функционалдық тест (ПК‑ға 10–15 минут)

Тесттер жинағы қысқа, бірақ әрбір құрылғы үшін бірдей болуы тиіс:

• қосу және жүктеу: қате және үзіліссіз қайта қосылуларсыз
• конфигурация: CPU, RAM көлемі, SSD/HDD түрі мен көлемі, желілік адаптер, Wi‑Fi/BT (бар болса)
• порттар мен желі: ең азында USB, видео шығысы, сымды желі (линк тұруы), дыбыс (есепке жатса)
• шу және температура қарапайым жүктемеде: вентиляторлар қатты шықпау керек, корпус үстінен қатты қызбауы тиіс
• ПО және лицензиялар (қоса жөнелтілген болса): стандартты түрде іске қосылады, версия шартқа сәйкес

Жақсы тәжірибе — әрбір бірлікке арналған «тексеру картасы» бар шаблон: «факт» және «дәлел» өрістері (шильдик фото, конфигурация скрині).

Тәжірибелік мысал: офис ПК партиясын қабылдау

Мекеме 200 офис ПК алады. Уақыт шектеулі: жұмыс орындарын 5 жұмыс күнінде жабу керек, ал жеткізуші қабылдауды дереу қол қоюды сұрайды.

Команда алдын‑ала ережелерді келісіп қойды. Қауіпсіздік үшін AQL таңдады: критикалық дефектілерге 0, маңыздыға 1.0, кішіге 2.5. Бақылау деңгейі — жалпы II. 200 дана үшін кестеден код G шығып, таңдаманың мөлшері 32 ПК болды. Тексеруді 2 күнге бөліп, күніне 16 бірлік етіп орындады, инженер мен қойманы жүктемемей орындау үшін.

Әр таңдалған ПК‑ты бірдей тексерді: сериялы нөмір мен комплектацияны келісімшартпен, сыртқы тексеріс, жүктеу, BIOS‑ты тексеру (CPU моделі, RAM көлемі, диск), қысқа тұрақтылық тесті, желі және порттар, ОС активациясы (қоса берілсе).

Таңдамада келесі ауытқулар табылды:

• 1 ПК қосылмайды, қуат блогынан күйік иісі бар (критикалық дефект: қауіпсіздік қатері). Шешім: бірлікті дереу карантинге қою, ауыстыру сұрау, қалған партиядағы қуат блоктарын қосымша тексеру.
• 2 ПК‑та SSD 256 ГБ орнына 512 ГБ деп көрсетілген (маңызды дефект). Шешім: комплектация сәйкессіздігін тіркеп, дискіні ауыстыру немесе толықтыру талап ету.
• 3 ПК‑та корпустың айқын сызаттары (кіші дефект). Шешім: ескертумен қабылдау және өтемақы немесе айтарлықтай айырмашылық болса, бірліктерді ауыстыру.

AQL ережелеріне сәйкес критикалық дефект қабылдамауды көрсетеді, тіпті біреу болса да. Даудан қашу үшін шешім «шартты қабылдау» ретінде рәсімделді: мекеме бүкіл партияны қоймаға қабылдап алды, бірақ критикалық мәселе шешілмейінше пайдалануға бермеді.

Келісімдер кіріс бақылау протоколында бекітілді: тексерілген сериялы нөмірлер тізімі, тест нәтижелері, фото, дефектілердің жіктелуі және қажетті іс‑әрекеттер мен мерзімдер. Жеткізуші протоколға және жоспарға қол қойды: 1 ПК‑ты 24 сағат ішінде ауыстыру, 2 ПК‑ты 2 күн ішінде дискіні толықтыру және сол бірліктерге қайта тексеру.

Жиі кездесетін қателіктер, жеткізуші дауына апаратындар

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

1) "Партия" анықталмаған және әртүрлі конфигурациялар араластырылған

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

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

2) Спецификацияда жазылғанды емес, басқа нәрсені тексеру

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

Таңдама алдында спецификация мен шарттарға сәйкес қысқа тексеру тізімі жасаңыз. Құжатта бекітілмеген жайттарды дефект ретінде емес, ұсыныс ретінде тіркеу дұрыс.

3) Сериялы нөмірлерді, пломбаларды және ораудың күйін тіркемеу

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

Минимум тіркеу:

• құрылғы мен қораптың сериялы нөмірінің фотосы
• ашар алдында пломбалардың фотосы
• қораптың жалпы көрінісі (шұңқырлар, бұрыштар)

4) Тексеру барысында критерийлерді өзгерту

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

Бастапқыда дефекттер жіктелуін бір парақта келісіп алыңыз. Күтпеген жағдай табылса, оны бөлек бақылау нұсқасы ретінде тіркеп, кейінгі шешімді бөлек қабылдаңыз.

5) Үлгілер мен нәтижелердің сақтау тізбегі жоқ

Дұрыс таңдаманы есептесеңіз де, нақты қай бірліктер таңдалғанын, кім тексергенін және дәлелдер қайда сақталғанын көрсете алмасаңыз дау туындайды.

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

Нәтижені қалай рәсімдеу керек, жеткізуші қабылдайтындай етіп

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

Протоколға міндетті түрде не енгізу керек

Тексерудің басында жеткізілімге нақты байланыстыратын деректерді көрсетіңіз:

• партия идентификаторы: шарт/накладная, ПК моделі, саны, сериялы нөмірлер аралығы
• тексеру орны мен даталары, шарттары (мысалы, 220В желі, Ethernet бар, тест мониторы)
• комиссия құрамасы: ФИО, лауазым, ұйым, қолтаңбалар
• методика: AQL, бақылау деңгейі, таңдау жоспары, таңдаманың мөлшері, қабылдау шектері (Ac/Re)
• тексерулер тізімі (қысқаша) және қолданылған құралдар (мысалы, тест флешкасы, диск тексеру утилитасы)

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

Дефектіні қалай сипаттау керек, қайта талқылауға жол қалдырмау үшін

Дефектіні: факт + критерий + әдіс + дәлел принципі бойынша сипаттаңыз. Құжаттау барысында «жаман», «сапасыз», «ауаға сенімді емес» сияқты бағалау сөздерін қолданбаңыз.

Мысал формулировкасы:

"ПК S/N XXXXXX. Қосу кезінде POST өтпейді: экранда 60 секунд ішінде бейне жоқ. Тексеру жұмыс істейтін монитор мен кабельмен (инв. №...), тұрақты қуат көзінен жасалған. 3 рет қайталанды, нәтиже бірдей. Критерий: құрылғы BIOS/ОС экранына N секунд ішінде жүктелуі тиіс. Статус: маңызды дефект (немесе сіздің классификацияңыз бойынша критикалық)."

Егер дефект комплектацияға қатысты болса, "нақты элемент жоқ" және спецификация/накладнаяға сілтеме көрсетіңіз — "комплектация толық емес" деп жазбаңыз.

Фотофиксация және қолтаңбалар

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

• шильдик пен сериялы нөмірдің фотоы
• ПК‑тың жалпы көрінісі және қосылуы
• ақаудың жақын жоспары немесе қате туралы экран

Файл атауы: "дата_партия_SNX_дефект_№пункта" сияқты болуы мүмкін. Протоколда сол фото нөмірін көрнекі етіңіз.

Партия бойынша шешім: қысқа және заңды түсінікті

Протокол соңында бір шешімді және оның шарттарын нақты тіркеңіз:

• партияны қабылдау
• ескертумен қабылдау (бірліктер/дефектілер тізімі, ауыстыру/жөндеу мерзімі, қайда және кім орындайтыны)
• партиядан бас тарту (негіз: Re шегінен асу немесе критикалық дефектінің болуы)
• қайта тексеру (қашан және қандай шартпен)

Жеткізуші өкіліне протоколды орындау орнында қол қоюын сұраңыз. Егер ол келіспесе, "қолтаңба ескертпелерімен" жол беріп, оның жазбаша пікірлерін жеке параққа тіркеңіз.

Қысқа чек‑лист және келесі қадамдар

AQL бойынша тыныш қабылдау екі нәрсеге негізделген: ережелер алдын‑ала келісіліп, содан кейін оларды қатал сақтау. Сол кезде жеткізуші ескертулерді оңай қабылдайды, ал сіз ұйым ішінде шешімді қорғай аласыз.

Тексеруді бастамас бұрын бір келісілген құжат пен жауапты тұлғаның болуы маңызды.

• Тексеруге дейін: AQL, бақылау деңгейі, партия шекарасы, Ac/Re кестелері, тексеру тізімі және дефект анықтамалары жазылған
• Тексеру барысында: партиядан кездейсоқ таңдау, тексерілген бірліктерді белгілеу, журнал (күн, кім тексерді, нәтиже)
• Тексеру соңында: таңдаманың нәтижесі бойынша протокол, фото, әр дефекттің сипаттамасы, тексерілген сериялы нөмірлер тізімі, дау туындаған бірліктер бойынша шешім
• Коммуникация: бір хат — нәтижесі, қабылдау ережелеріне сілтеме, дефектілер саны бойынша категориялар және түзету мерзімдері

Келесі әрекеттер алдын‑ала таңдалған нұсқаға сай жүргізіледі. Егер партия Ac/Re бойынша өтсе, қабылдауды рәсімдеп, ықтимал жеке ескертулерді бөлек тіркеңіз. Егер өтпесе, «кім кінәлі» деген дауға бармастан, мәселені фактілер деңгейінде талқылау маңызды: не сәйкес емес, қандай дәлелдер бар және қандай шешім қажет.

Егер сатып алу «кілтке дейін» тәртібімен және енгізумен жүрсе, қабылдауды жүйелік интегратор арқылы ұйымдастыру оңайырақ — жауапкершілік пен қолдау анықталған болады. Мысалы, GSE.kz (gse.kz) Қазақстанда компьютерлер мен серверлер шығарады және сервистік желі арқылы тәулік бойы техникалық қолдау көрсетеді, сондықтан бақылау әдістемесі мен алмастыру‑қызмет тәртібін алдын‑ала келісу және орындау көбіне жеңілірек болады.