Выборочный контроль партии ПК по AQL: расчет и дефекты

Задача: принять партию ПК и не спорить о качестве

Приемка партии ПК часто превращается в спор: заказчик видит дефекты, поставщик отвечает, что это единичные случаи или что правила не были согласованы. Выборочный контроль по AQL помогает заранее договориться о понятных правилах: сколько устройств проверяем, какие дефекты считаем недопустимыми и какое решение принимаем по итогам.

AQL простыми словами - это допустимый уровень дефектов в партии, при котором партия считается приемлемой. Это не обещание, что дефектов не будет. Это способ оценить качество по выборке так, чтобы решение выглядело честным для обеих сторон.

Выборочный контроль отличается от 100% проверки тем, что вы не тратите дни на тестирование каждого ПК, но снижаете риск принять явно проблемную партию. Полная проверка нужна редко: она дороже, медленнее и тоже не гарантирует отсутствие проблем, если тесты сделаны формально или условия проверки каждый раз разные.

По итогам контроля обычно принимают одно из решений:

• принять партию без замечаний (дефектов меньше или равно допустимому пределу)
• принять с оговорками (замена отдельных единиц, доукомплектация, ремонт)
• отклонить партию (дефектов больше допустимого)
• пересмотреть проверку (если есть сомнения в однородности партии, упаковке, документах или методике)

Пример: в офис поступает 200 одинаковых ПК. Проверяют не все 200, а заранее рассчитанную выборку. Если в выборке встречаются битые порты, нестабильная работа накопителя или несоответствие конфигурации документам, это фиксируется как дефекты определенного уровня. Дальше решение принимается не по эмоциям, а по правилам, которые можно показать поставщику.

AQL подходит не всегда. Лучше выбирать другой подход, если:

• партия маленькая, и проще проверить все устройства
• дефект может привести к рискам безопасности или остановке критичных процессов
• есть признаки системной проблемы (одинаковые сбои у разных единиц)
• поставка для объекта с жесткими требованиями (например, медтехника, госинфраструктура)
• нет уверенности, что партия однородна (разные ревизии, сборки, даты производства)

Если у поставщика зрелая система качества и понятные документы, спорить легче. У производителя или интегратора, который отвечает за полный цикл и поддержку, проще согласовать единые критерии проверки, формат протокола и порядок замены, потому что процесс ответственности обычно уже описан.

Подготовка: документы, роли и границы партии

Чтобы AQL-контроль прошел спокойно, начните не с процентов и таблиц, а с правил. Большая часть конфликтов возникает не из-за самих дефектов, а из-за того, что стороны по-разному понимают, что именно считалось партией, в каких условиях проверяли и какие требования были зафиксированы заранее.

Определите инициатора и участников проверки. Обычно инициатором выступает заказчик (служба качества, ИТ или склад), но важно назначить ответственного, который принимает решения на месте и подписывает документы. Со стороны поставщика полезно присутствие представителя, который подтверждает серийные номера, комплектацию и факт вскрытия. Если поставщик не приехал, заранее пропишите, что контроль проводится без него, но с фотофиксацией и протоколом.

Зафиксируйте требования в договоре, ТЗ или спецификации. Нужна конкретика: модель и конфигурация, допустимые отклонения (например, по царапинам корпуса или шуму вентилятора), комплект поставки, требования к упаковке и маркировке, порядок приемки и срок, в который можно заявить несоответствия. Если планируется выборочная приемка, укажите это прямо, включая определения дефектов по категориям.

Заранее определите границы партии. Для AQL партия должна быть однородной: одинаковая модель, конфигурация, версия сборки, условия поставки. Если привезли 300 ПК, но часть на другом процессоре или с другой партией SSD, это уже разные лоты, и выборку нужно считать отдельно. Иначе поставщик легко оспорит результаты: «Вы смешали разные изделия».

Условия хранения и распаковки тоже влияют на результат. Если коробки стояли на холодном складе, а вы сразу включили ПК в теплом помещении, возможен конденсат и ложные отказы.

Перед стартом проверки закрепите короткий регламент:

• где и при какой температуре проводится контроль, сколько времени на акклиматизацию
• кто вскрывает упаковку и как фиксируются серийные номера
• что считается единицей продукции (системный блок, моноблок, комплект)
• как отделяются проверенные экземпляры от непроверенных
• как фиксируются замечания (протокол, фото, маркировка коробок)

Эта подготовка занимает час, но экономит дни переписки и снижает шанс услышать: «Условия проверки были неправильные».

Как выбрать AQL и уровень контроля для партии ПК

AQL (Acceptable Quality Level) - это «допустимый уровень качества»: какой процент дефектных единиц в партии вы готовы считать приемлемым по итогам выборочной проверки. AQL не означает, что дефекты «разрешены». Это порог для статистического решения: принимать партию или нет.

В паре с AQL часто обсуждают LQ (Limiting Quality, иногда LTPD) - качество, при котором партия должна быть почти наверняка отклонена. Если AQL слишком «мягкий», заказчик берет на себя риск получить больше проблемных ПК. Если слишком «жесткий», поставщик будет спорить или закладывать риски в цену и сроки.

«Уровень контроля» (inspection level) задает размер выборки: чем выше уровень, тем больше единиц проверяете. Для большинства поставок ПК используют общий уровень II как баланс. Уровень I выбирают, когда риск низкий (повторные поставки со стабильной статистикой). Уровень III - когда цена ошибки высокая или уже были инциденты.

Дальше работают приемочные числа Ac/Re: для выбранного объема выборки и AQL таблица дает, сколько дефектов можно найти, чтобы партию принять (Ac), и с какого числа нужно отклонить (Re). Например, если Ac=1, Re=2, то 0-1 дефект - партия проходит, 2 и больше - не проходит. Поэтому важно заранее определить, какие дефекты считаются «одинаковыми» и как их классифицировать.

Выбор AQL обычно привязывают к последствиям простоя:

• офисные ПК: допускают мягче по косметике и упаковке, но строже по функционалу
• рабочие станции: строже, потому что простой специалиста дороже
• серверы: самые жесткие значения и чаще более высокий уровень контроля

Чтобы не спорить при приемке, договоритесь о правилах до начала проверки (лучше в договоре или приложении). Зафиксируйте:

• выбранные AQL и уровень контроля по категориям дефектов (критические, существенные, мелкие)
• что считается дефектом и как считать повторяющиеся проблемы
• порядок повторной выборки и что делать в спорных случаях
• формат доказательств: фото, серийные номера, результаты тестов, упаковка

Если закупка для госоргана, банка или клиники, где простой недопустим, имеет смысл ставить более жесткий AQL для критических и существенных дефектов, а для мелких - оставить разумный допуск.

Расчет объема выборки по AQL: пошагово

Чтобы расчет не оспорили, считайте не «на глаз», а по выбранному стандарту AQL и фиксируйте исходные данные. Тогда разговор с поставщиком будет не про впечатления, а про заранее согласованные правила.

Пошаговый алгоритм

Сначала закрепите, что именно является партией и единицей учета. Для ПК это обычно «один системный блок» или «комплект на одно рабочее место». Если в поставке есть разные модели или конфигурации, не смешивайте их: по AQL каждая однородная группа считается отдельно.

Дальше выберите режим контроля. На практике:

• обычный - если поставщик стабилен и уже были успешные приемки
• усиленный - если были дефекты/недопоставки, новая модель, новый поставщик или поставка критична
• ослабленный - только после серии приемок без проблем и при низких рисках

Теперь по таблице AQL находите кодовую букву по размеру партии и уровню контроля, а затем по этой букве - размер выборки. Проверка должна быть случайной: не берите «сверху паллеты» или «с края». Зафиксируйте метод отбора (например, случайные номера коробок).

Затем по той же таблице определяете Ac/Re для выбранного AQL. Если дефектов в выборке не больше Ac, партию принимают. Если дефектов Re и больше, партию отклоняют или переводят в режим сплошной проверки/пересортировки - как заранее прописано в договоре.

Как записать расчет в протоколе, чтобы не спорили

В протоколе входного контроля достаточно одной четкой строки с исходными данными и итогом. Например: «Партия: 240 ПК, единица учета: 1 ПК, уровень контроля: обычный, AQL: 1,0 (существенные), таблица: (название/редакция), кодовая буква: L, выборка: 50 шт., Ac/Re: 1/2, метод отбора: случайная выборка по номерам коробов».

Такой формат делает расчет проверяемым: любой участник может открыть ту же таблицу и получить те же числа.

Какие дефекты считать критичными, существенными и мелкими

Классификация дефектов нужна, чтобы приемка не превратилась в спор «нравится или не нравится». Чем точнее вы заранее договоритесь о типах дефектов и их измеримых признаках, тем проще поставщику принять замечания.

Критические дефекты

Критические дефекты связаны с безопасностью и обязательными требованиями. Часто по ним задают нулевую приемку: даже один такой случай в выборке означает остановку приемки и разбор ситуации.

Сюда обычно относят риск пожара или поражения током, следы перегрева, повреждение кабелей питания, оголенные проводники, а также отсутствие обязательной маркировки (серийный номер, знак соответствия, шильдик с питанием). Для объектов с повышенными требованиями сюда же можно отнести несоответствие документам по безопасности.

Существенные дефекты

Существенные (major) дефекты не обязательно опасны, но мешают эксплуатации или означают несоответствие заявленной конфигурации. Типовые примеры: нестабильная работа, самопроизвольные перезагрузки, ошибки BIOS/UEFI, отсутствие заявленных портов, другой объем ОЗУ или накопителя, неработающий сетевой интерфейс, проблемы драйверов для заявленной ОС.

Для моноблоков часто отдельно выделяют сенсор и матрицу: неработающие зоны тача, сильная неравномерность подсветки, большое число битых пикселей по согласованному порогу.

Мелкие дефекты

Мелкие (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 часов, доукомплектация SSD на 2 ПК в течение 2 дней, повторный контроль именно этих единиц.

Частые ошибки, из-за которых поставщик спорит

Споры обычно начинаются не с самого дефекта, а с того, что проверку сложно подтвердить: что именно проверяли, по каким правилам и к какой партии это относится.

1) Не определили, что такое «партия», и смешали разные конфигурации

Если в одной поставке есть разные модели, процессоры, объемы памяти, типы дисков или разные ревизии, это не одна партия для выборочного контроля. Когда выборку берут «из общей кучи», поставщик легко скажет: «Вы проверили другую конфигурацию».

Заранее договоритесь: партия - это одинаковая конфигурация по спецификации плюс один документ поставки (накладная/серийный диапазон) и один лот. Если конфигураций несколько, выборка и результаты должны быть раздельными.

2) Проверяли не то, что прописано в спецификации

Частая ситуация: проверяют «как привыкли», а в спецификации были конкретные требования (например, интерфейс, модель БП, тип матрицы, наличие TPM, комплект кабелей). Тогда поставщик справедливо спорит: «В договоре этого нет».

Перед отбором выборки составьте короткий лист проверок именно по спецификации и договорным приложениям. Все, что не закреплено документами, лучше оформлять как рекомендацию, а не как дефект.

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) производит компьютеры и серверы в Казахстане и оказывает круглосуточную техническую поддержку через сервисную сеть, поэтому методику контроля и порядок замены или обслуживания обычно легче закрепить заранее и выполнить без затяжных согласований.