Концепт «Штих»

Код прочитан — позиция ещё не проведена. Приложение показывает найденный объект, единицу и количество до рабочего действия.

Концепт-проект: «Штих» — вымышленная компания. Результатов работы здесь нет: только решения и гипотезы.

О заказчике

• Рабочая задача: Приёмка упаковки в учебном задании
• Ввод: Известный и неизвестный код в симуляции
• Устройство: Предлагается нативный клиент для целевого парка
• Ограничение: Камера, сервер и реальное движение отсутствуют

Задача

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

Нужно разделить ввод, поиск и учётное действие. Неизвестная этикетка, отказ камеры и отсутствие сети имеют разные причины. Макет не должен заявлять скорость распознавания, качество оптики или надёжность серверного учёта, которые здесь не измерялись.

Риски исходного процесса

Кадр принят за действие

Распознавание отделено от подтверждения количества.

Код не найден

Есть ручной путь уточнения без создания случайной позиции.

Неясная единица

Упаковка и число штук показаны рядом с количеством.

Решение

Интерфейс строится вокруг одной операции приёмки. Верхняя часть задаёт контекст задания, ниже — результат чтения, карточка и единица. Крупное подтверждение содержит количество, а не абстрактное «готово».

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

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

Как устроен продукт

1. Контекст задания. Документ и место приёмки. Зачем: Ограничивает смысл ожидаемого кода.
2. Результат чтения. Исходное значение и найденный объект. Зачем: Отделяет оптический ввод от движения.
3. Количество и единица. Упаковки, коэффициент и итог. Зачем: Предотвращает скрытый пересчёт.
4. Подтверждение. Идентификатор действия и состояние принятия. Зачем: Даёт точный результат вместо сигнала камеры.

Что помогает пройти сценарий

Прочитано отдельно

Найденный код не проводит движение автоматически.

Количество явно

Пользователь подтверждает единицу и пересчёт.

Неизвестное без догадки

Новая этикетка не создаёт номенклатуру сама.

Ключевые сценарии

Прочитать позицию

Получить объект без автоматического движения.

На входе: Открыта приёмка учебного короба.

1. Считать значение.
2. Найти карточку.
3. Проверить единицу.
4. Подготовить количество.

На выходе: Карточка готова к подтверждению.

Если что-то пошло не так: Код неизвестен: доступен ручной поиск.

Критерий приёмки: Неизвестное значение не создаёт случайный товар.

Подтвердить количество

Связать упаковки и итоговое число штук.

На входе: В коробе учебного примера 12 штук.

1. Указать число коробов.
2. Проверить пересчёт.
3. Подтвердить действие.
4. Увидеть определённый результат.

На выходе: Количество явно принято в пределах сценария.

Если что-то пошло не так: Ответ потерян: рабочий продукт должен восстановить прежний статус.

Критерий приёмки: Повтор операции не меняет учёт второй раз.

Продолжить после отказа

Сохранить задание при недоступном вводе.

На входе: Доступ к камере не выдан.

1. Прочитать причину.
2. Выбрать ручной ввод.
3. Проверить объект.
4. Вернуться к подтверждению.

На выходе: Задача имеет альтернативный путь.

Если что-то пошло не так: Ручной код неоднозначен: требуется выбор по правам.

Критерий приёмки: Отказ камеры не оставляет человека в тупике.

Роли пользователей

Оператор склада

Быстро проверить упаковку и количество.

Я добавляю штуку или короб?

Ответственный за справочник

Разобрать неизвестное значение.

Это новый код или неверный контекст?

Администратор устройств

Подготовить доступ и оборудование.

Работает ли сценарий на разрешённом устройстве?

Как устроено технически

Нативный ввод

Предлагаются платформенный адаптер камеры и библиотека распознавания.

Проверка операции

Сервер проверяет задание, полномочия и повтор.

Диагностика

Отказы камеры, поиска и проведения регистрируются раздельно.

Что входит в разработку

• Одна операция приёмки
• Разбор допустимых форматов
• Известное и неизвестное значение
• Подтверждение количества и результата

План реализации

1. Рабочее обследование: этикетки, единицы и реальные маршруты.
2. Дизайн: считывание, поиск и подтверждение как отдельные шаги.
3. Нативный модуль: камера, разрешения и связь с заданием.
4. Испытание: физические устройства, повтор кадра и отказ сервера.

Что замеряем после запуска

• Один намеренный ввод — Соседние кадры одной этикетки не создают лишние единицы.
• Верная единица — Перед подтверждением виден пересчёт упаковки.
• Определённый отказ — Неизвестный код даёт путь уточнения, а не ложный успех.

Стек

Нативный клиент, ML Kit или Vision, Адаптер учётного API, Серверная проверка.

Все кейсы · Услуга · Калькулятор стоимости

Интерфейс и рабочие состояния

Снимки самостоятельного HTML-прототипа: настольные состояния и телефон. Компания и данные вымышлены; внедрение и достигнутые результаты не заявляются.