Фотофиксация повреждений при приёмке в 1С с ИИ: от снимка к подтверждённому замечанию
Модель видит вмятину на коробке, но не знает, к какой поставке относится снимок и что находится внутри. Разбираем, как связать визуальный контроль с приёмкой в 1С и сохранить доказательства наблюдения.
Кладовщик фотографирует повреждённую упаковку и отправляет снимок в общий чат. Через несколько дней нужно оформить расхождение, но никто не уверен, какая это поставка и было ли грузовое место уже пересчитано. Распознавание дефекта не решает проблему потерянного контекста. Сначала нужна связь снимка с реальной операцией приёмки.
Ниже описана проектная схема, в которой зрительная модель помогает заметить видимое отклонение и подготовить замечание. Это дополнительный инструмент осмотра. Он не подтверждает содержимое закрытой коробки и не заменяет решение ответственного о приёмке, карантине или расхождении.
«Контроль качества товара» слишком широк для первого проекта. Разрыв внешней упаковки, отсутствие пломбы, неверная этикетка и повреждение самого изделия требуют разных снимков и признаков. Выберите конкретный объект наблюдения и понятный набор состояний, включая «по снимку определить нельзя».
Для осмотра коробки полезны общий вид и крупный план повреждения. Для пломбы нужен ракурс, на котором видна её целостность. Если контроль предполагает состояние скрытой части, фотография наружной стороны не даёт достаточного основания. Этот предел нужно закрепить в интерфейсе, а не оставлять мелким примечанием к модели.
Условия съёмки влияют на применимость: освещение, расстояние, фон, разрешение и перекрытие объекта. Протокол должен быть выполним в рабочей смене. Если ради каждого кадра сотрудник вынужден переставлять паллет и искать отдельную камеру, оценивать нужно весь процесс осмотра, а не скорость ответа нейросети.
Сотрудник выбирает поставку или сканирует предусмотренный идентификатор, затем фиксирует грузовое место. Приложение проверяет, что оно относится к доступной операции. Название файла и время съёмки помогают, но не заменяют устойчивую связь с поставкой.
Для нескольких ракурсов сохраняют одну запись осмотра. Три фотографии одной коробки не должны превратиться в три повреждённых места. Повторная отправка после обрыва связи также не создаёт новый факт. Если связь с местом потеряна, снимок сначала направляют на привязку, а не включают в итог по поставщику.
Различайте объект на фото и подтверждённый дефект #
Обнаружение объекта возвращает его класс и область изображения. Например, официальная документация Cloud Vision описывает локализацию объектов с координатами. Это пример формата результата, а не готовое доказательство способности сервиса определять повреждение вашей упаковки. Наличие рамки вокруг коробки не подтверждает её исправность.
Для поиска повреждений сравнивают подходы: модель под конкретные дефекты, сопоставление с эталоном или мультимодальный помощник, который предлагает описание видимого. Выбор зависит от повторяемости упаковки, доступных примеров и последствий ошибки. Способность дать связное объяснение сама по себе не подтверждает качество распознавания.
Что видно
Допустимый результат
Чего нельзя заключать
Разрыв на видимой стороне
Предложить замечание с областью снимка
Что содержимое обязательно повреждено
Закрытая сторона коробки
Отметить неполноту осмотра
Что дефектов на ней нет
Несколько перекрытых коробок
Запросить отдельный ракурс
Что подсчитаны все места паллета
Блик или размытый кадр
Попросить переснять
Что наблюдаемое пятно является дефектом
Если модель возвращает балл, его смысл определяют по документации и проверке. Балл класса или сходства не следует подписывать как вероятность того, что груз повреждён. Для допуска к автоматическому маршруту нужны собственные подтверждённые примеры.
Результат анализа должен содержать исходный снимок, идентификатор осмотра, предложенный тип замечания, область изображения при её наличии и версию обработки. Программа проверяет, что координаты относятся к существующему изображению. Нельзя показывать произвольную рамку только для убедительности объяснения.
Сотрудник видит оригинал и предложение рядом. Он подтверждает наблюдение, отклоняет его или назначает дополнительный осмотр. Решение о дальнейшей судьбе грузового места записывается отдельно: принять, выделить для проверки либо оформить предусмотренное расхождение. Само описание «видимая вмятина» ещё не определяет размер ущерба и учётное действие.
Объяснение должно оставаться наблюдаемым. «На верхнем углу видна деформация» — описание снимка. «Поставщик нарушил перевозку» — утверждение о причине, которой на фотографии может не быть. Помощник не должен подменять видимый признак готовым обвинением или обещанием возмещения.
Подключайте результат к 1С через подтверждённое действие #
После проверки замечание связывают со строкой приёмки, грузовым местом или серией по принятой модели данных. Для разных товаров может потребоваться разная детализация: внешняя коробка содержит несколько единиц, а одна серийная единица может иметь несколько упаковочных элементов.
Количество повреждённых мест и количество испорченных изделий — разные показатели. Если осмотрено одно место из партии, нельзя автоматически распространить вывод на всё поступление. Оформление документа, изменение доступности запаса и списание должны следовать утверждённому процессу и полномочиям, а не свободному тексту модели.
При автономной съёмке приложение сохраняет очередь отправки и состояние обработки. Неотправленный снимок нельзя показывать как проверенный. После восстановления связи пользователь должен понимать, какие материалы доставлены, какие ждут подтверждения и какие относятся к уже закрытой приёмке.
Набор приёмки включает целую и повреждённую упаковку, малые дефекты, тёмные кадры, блики, закрытую часть объекта и непривычный тип коробки. Снимки одной поставки и соседние кадры одного объекта не стоит бездумно распределять между обучением и проверкой: похожие изображения могут создать ложное впечатление качества.
Отдельно измеряют пропущенные дефекты, лишние замечания, долю пересъёмки и время осмотра. Разбор проводят по сменам и типам упаковки. Система, полезная на светлом однотонном коробе, может потребовать другой съёмки на глянцевом или узорчатом материале.
Для сравнения нужен процесс без модели: как сотрудник сейчас фиксирует замечания и сколько материалов удаётся связать с поставкой. Иногда на первом этапе больше пользы даёт обязательная привязка снимка и удобная форма осмотра. Это не мешает добавить распознавание позже на накопленных проверенных данных.
Можно ли пересчитать весь паллет по одному фото? #
Только если выбранная технология и условия съёмки действительно позволяют решить конкретную задачу и это проверено на независимых данных. Для перекрытых коробок один ракурс обычно не даёт полного наблюдения. В описанной схеме фотография не заменяет предусмотренный пересчёт.
Не обязательно для первого сравнения подходов. Но собственный набор проверенных изображений нужен даже при готовой модели: без него невозможно оценить пропуски и лишние замечания именно на вашей упаковке и в вашей смене.
NetLabCS поможет связать фотоосмотр, проверку наблюдений и процесс приёмки в 1С при разработке решения на базе компьютерного зрения . Для обсуждения проекта выберите один вид упаковки и несколько подтверждённых примеров: определим протокол съёмки, нужную привязку и границы применения модели.
