В выборке нет ошибок сборки: проверьте, что позволяет заключить её объём

В проверенных заказах не нашли ошибок сборки. Это хороший результат проверки, но запись «доля ошибок 0%» ещё не означает, что весь процесс работает без ошибок. Чтобы решить, достаточно ли наблюдений, сохраните объём выборки и способ её получения.

Определите одно событие ошибки

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

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

Проверьте, подходит ли биномиальная модель

В руководстве NIST по контролю доли дефектных единиц рассматривается случайная выборка из процесса, большой совокупности или партии. Биномиальный расчёт требует подходящих предпосылок, а не только колонки с нулями и единицами.

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

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

Рассчитайте верхнюю границу для нуля ошибок

Обозначьте n число действительно проверенных независимых заказов. Формула ниже применима только при n > 0 и ровно нуле найденных ошибок.

При вероятности ошибки p вероятность не увидеть ни одной в n проверках равна (1 − p)^n. Приравняв её к 0,05, получаем одностороннюю верхнюю доверительную границу с уровнем 95%:

p_верх = 1 − 0,05^(1/n).

Это частный случай точного биномиального подхода к границам доли, описанного в разделе NIST о доверительных интервалах. Для отображения в процентах умножьте результат на 100. Не подставляйте вместо n число всех отгруженных заказов, если проверяли только часть.

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

Сопоставьте результат с вашим требованием

Покажите рядом объём проверки, ноль найденных ошибок, верхнюю границу, уровень доверия и правила отбора. Обычный процент отвечает, что наблюдали; граница помогает оценить неопределённость при принятой модели.

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

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