Контроль качества продукции дополняют агентами: результат проверки связан с партией и решением ОТК

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

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

Журнал хранит результат по утверждённой методике. Для измерения нужны значение и единица, для осмотра описание дефекта; одна галочка «проверено» не объясняет, что увидел контролёр.

ИИ-распознавание дефектов начинают с эталонных снимков и цены пропущенного брака.

В документации Odoo 18 проверку можно связать с партией или серийным номером, записать измерение и приложить снимок. Это пример устройства записи, а не результат нашего внедрения.

В учебном сценарии протокол наконец привязали к партии. Следующая проверка: что произойдёт, если обязательное измерение пропущено? Журнал должен сохранить черновик и отказать в допуске.

Результат и решение записывают отдельно. Контролёр вносит данные, уполномоченный сотрудник ОТК подтверждает допуск. Распределение ролей задают правила предприятия.

Решение относится к определённому набору результатов. Если результаты исправили или добавили отклонение, нужны новое подтверждение и прежнее решение в истории.

Блокировка нужна там, где выпускают товар. Когда склад оформляет отгрузку в другой системе, журнал передаёт ей статус допуска; без этой связи красная плашка ничего не останавливает.

В этом заказе агенты для кода строят журнал. Они не смотрят на деталь вместо контролёра и не придумывают допуски. Машинное зрение было бы другой задачей с отдельной проверкой на образцах.

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

ОТК определяет обязательные проверки и основание выпуска. Инженер переводит эти условия в код и испытания; принимать удобный экран раньше правил перехода между статусами опасно.

Правила для агентов ограничивают доступ к рабочей системе. Разработку начинают на тестовых партиях и вымышленных вложениях, без права менять реальные решения ОТК.

Проверки кода не заменяют измерение изделия. В открытой методике vibecoding.ru на 8 октября указаны 2 685 тестов на каждом пуше плюс ревью; это контроль выпуска сайта.

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

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

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

Наша машина уже теряла поля при передаче данных и выпускала несовместимый ответ при зелёных тестах. Эти истории относятся к сайту; их уроки стоит перенести в требования к журналу.

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

Сценарии отказа становятся частью заказа до написания кода. Иначе разработчик покажет только путь «всё заполнено, всё принято», а пропуск останется за пределами его проверки.

Проверяйте и сервер, и экран. Скрытая кнопка не защищает от прямого запроса; запрет должен исполняться там, где сохраняется решение.

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

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

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

Перенос всей бумажной истории не нужен для первого испытания. Выберите записи, по которым ОТК сможет сравнить старый порядок и новый; неизвестное не достраивайте при импорте.

Перед рабочим запуском назначьте хозяина правил и проверьте восстановление журнала из резервной копии. Пустые обязательные поля после восстановления должны по-прежнему закрывать допуск.

Успех журнала измеряют по работе ОТК. Начните со времени поиска основания допуска и записей без связи с партией; для сравнения сохраняйте одинаковые правила подсчёта.

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

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

На 8 октября 2026 тариф «Один проект» в подписке на разработку стоит 250 000 ₽ в месяц. Это один продукт и поток работы, не смета автоматизации всего ОТК.

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

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

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

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

1. Свяжите результат с партией, методикой и исходным вложением.

2. Отделите заполнение проверки от решения ОТК о выпуске.

3. Закажите проверку отказов и повторное подтверждение после исправления.

4. Передайте допуск в систему отгрузки и испытайте сбой связи.

5. Измерьте работу журнала отдельно от брака, а повторные причины верните в работу.