← На главную
Автоматизация складских операций — приемки, отгрузки, перемещения и инвентаризации — ставит перед разработчиками и аналитиками задачу выбора правильной архитектуры и оборудования. Рассмотрим подробно, как организовать работу терминалов сбора данных (ТСД) или мобильных устройств в связке с конфигурациями 1С:ERP и 1С:Управление торговлей 11, проанализируем типовые возможности платформы и разберем ключевые аппаратные ограничения.
Анализ задачи: смартфон или специализированный ТСД
На этапе проектирования часто возникает идея сэкономить на покупке дорогостоящих промышленных терминалов сбора данных и использовать обычные смартфоны под управлением Android или iOS. Проанализируем эксплуатационные особенности обоих вариантов:
- Использование камеры смартфона для сканирования: встроенная камера подходит только для сценариев с малой интенсивностью (до 50–100 сканирований в смену), например, для выборочной проверки ценников или мелкооптовой отгрузки. При интенсивной складской работе постоянный запуск камеры и автофокусировка приводят к моментальному разряду аккумулятора, перегреву устройства и существенным задержкам при чтении загрязненных или мелких штрихкодов.
- Смартфон с внешним Bluetooth-сканером: подобная связка решает вопрос скорости оптического считывания, однако влечет за собой частые обрывы Bluetooth-соединения, необходимость регулярной раздельной зарядки двух устройств и риск потери связи посреди формирования документа.
- Промышленный ТСД: моноблочное устройство со встроенным аппаратным 2D-сканирующим модулем, емким аккумулятором "горячей замены" и ударопрочным корпусом. В условиях интенсивного склада (сотни и тысячи сканирований в смену) использование специализированного ТСД является безальтернативным стандартом надежности.
Архитектурные подходы к разработке и интеграции
Разберем основные варианты архитектуры программного обеспечения для складского учета в экосистеме 1С:
- Типовое мобильное рабочее место (Мобильный клиент 1С): в конфигурациях 1С:ERP и 1С:УТ реализовано специализированное рабочее место работника склада (МРМ). Приложение подключается напрямую к информационной базе в режиме онлайн. Вся бизнес-логика выполняется на сервере, интерфейс динамически отрисовывается на экране ТСД. Главное требование данного подхода — наличие качественного и бесшовного Wi-Fi покрытия на всей территории склада, поскольку при разрыве сессии возможны зависания интерфейса.
- Автономное приложение на мобильной платформе 1С: разрабатывается отдельная мобильная конфигурация со встроенной локальной базой данных SQLite. Приложение работает полностью офлайн, а обмен с центральной базой 1С:ERP/УТ настраивается через HTTP-сервисы, Web-сервисы или планы обмена. Подход идеален для складов с "мертвыми зонами" связи, но требует отдельной поддержки структур данных и процедур разрешения конфликтов синхронизации.
- Нативная мобильная разработка: клиентское приложение создается на Android SDK / Flutter и взаимодействует с 1С через REST API (HTTP-сервисы) или стандартный интерфейс OData. Это гарантирует максимальную производительность интерфейса и минимальное потребление ресурсов терминала.
- Специализированный WMS-софт: использование готовых промежуточных платформ промышленного класса, которые предоставляют готовые драйверы под все модели ТСД и готовые сценарии адресного склада.
Способы подключения аппаратного сканера ТСД к 1С
Выясним, как передавать данные со встроенного сканера терминала в мобильное приложение 1С, избегая распространенных технических ошибок.
Существует три основных механизма передачи считанного штрихкода:
- Режим эмуляции клавиатуры (Keyboard Wedge): сканер терминала вставляет прочитанные символы в активное поле ввода экрана, как если бы они были набраны пользователем. Этот режим крайне не рекомендуется для промышленной эксплуатации, так как при случайной потере фокуса полем ввода данные теряются. Кроме того, при неверной раскладке клавиатуры символы искажаются, а служебные разделители (например,
FNC1 / GS в кодах DataMatrix для маркировки «Честный Знак») полностью отсекаются. - Использование Библиотеки подключаемого оборудования (БПО): мобильная платформа 1С и типовые мобильные клиенты поддерживают драйверы БПО для мобильных устройств. Сканер конфигурируется как внешнее событие, и обработка штрихкода происходит асинхронно через стандартные обработчики формы.
- Перехват широковещательных сообщений (Broadcast Intents): в настройках утилиты сканирования на ТСД (DataWedge, Scanner Settings) задается отправка данных через Android Intent. На стороне мобильного приложения 1С подключается внешняя компонента (Native API), которая перехватывает Intent и передает штрихкод в код 1С как событие, вне зависимости от фокуса на форме.
Организация работы через RDP и терминальный доступ
В ряде проектов для ТСД под управлением Android применяют удаленный доступ к десктопному клиенту 1С через RDP-клиенты. Рассмотрим особенности этой схемы:
При плохом беспроводном соединении RDP-клиент может «разрывать» поток передаваемых символов штрихкода, из-за чего строка разбивается на части или не успевает заполниться до отправки символа перевода каретки (Enter). Для стабильной работы через RDP на уровне настроек сканера или специализированного драйвера ТСД настраивают посимвольную задержку передачи (inter-character delay в несколько миллисекунд), либо передают штрихкод через буфер обмена операционной системы.
Пошаговые рекомендации по внедрению
- Анализ бизнес-процессов: перед выбором ПО определим, требуется ли простое сопоставление по штрихкоду (приход/инвентаризация) или полноценная WMS-система с контролем ячеистого хранения, упаковочных листов, серийного учета и сроков годности.
- Тестирование типового функционала: развернем типовое «Мобильное рабочее место склада» из состава 1С:ERP / 1С:УТ на тестовом ТСД под управлением Android и оценим стабильность работы в реальной сети предприятия.
- Настройка взаимодействия со сканером: переведем сканирующий модуль ТСД из режима эмуляции клавиатуры в режим передачи данных через Intent или драйвер мобильной БПО для надежной обработки кодов маркировки и штучного товара.