Автоматизация складских процессов при сборке заказов покупателей позволяет минимизировать человеческий фактор, ускорить комплектацию и свести к нулю пересорт. Разберем технические и методологические аспекты решения этой задачи на базе платформы 1С:Предприятие 7.7: от выбора схемы взаимодействия ТСД с учетной системой до проектирования эргономики интерфейса терминала.
Варианты архитектуры подключения ТСД к 1С 7.7
Для организации работы сборщика на складе с терминалом сбора данных под управлением 1С 7.7 существует несколько базовых схем. Проанализируем ключевые подходы:
Онлайн-работа через Remote Desktop Protocol (RDP). Наиболее распространенный и быстрый в реализации подход. Терминал подключается к серверу терминалов Windows по Wi-Fi, где запускается отдельный сеанс 1С 7.7 со специализированным рабочим местом сборщика. Преимущество — непосредственный доступ к оперативным данным базы в реальном времени без задержек на обмен.
Офлайн (батч-режим) с файловым обменом. Документы заданий выгружаются на устройство через USB-кредл или локальную сеть в форматах TXT, CSV или DBF. Сборщик автономно сканирует товар, а после завершения маршрута выгружает результат обратно в документ 1С. Этот метод незаменим на складах без сплошного беспроводного покрытия, но исключает оперативный контроль остатков.
Клиент-серверные решения и специализированное ПО (Middleware). Использование готовых коробочных продуктов (например, решений с мобильными клиентами), которые подключаются к базе 1С 7.7 через OLE/COM-интерфейс V77.Application или веб-сервисы. Этот вариант обеспечивает устойчивость к обрывам сети, но требует покупки лицензий на сторонний софт.
Перехват данных сканера: эмуляция клавиатуры против COM-порта
Главный технический вопрос при разработке онлайн-интерфейса в 1С 7.7 через RDP — как гарантированно поймать считанный штрихкод. Рассмотрим две схемы работы сканирующего модуля ТСД:
Режим эмуляции клавиатуры (Keyboard Wedge). Встроенная утилита ТСД отправляет штрихкод как последовательность нажатий клавиш клавиатуры.
Риски: если фокус ввода в окне 1С случайно сместится с текстового поля (например, сборщик нажал на заголовок таблицы или кнопку), штрихкод «улетит в никуда» или вызовет срабатывание горячих клавиш. Кроме того, при сетевых задержках или несовпадении раскладок (RU/EN) цифры могут искажаться.
Решение: в настройках сканера ТСД задается префикс и суффикс (например, Enter или функциональная клавиша). Для надежного перехвата клавиш без строгой привязки фокуса к конкретному реквизиту формы в 1С 7.7 традиционно применяется внешняя компонента FormEx.
Проброс виртуального COM-порта в RDP-сессию. Служба сканера на ТСД отправляет данные в виртуальный последовательный порт, который средствами клиента удаленного рабочего стола транслируется в терминальную сессию.
В этом случае в модуле 1С подключается стандартная компонента работы со сканером штрихкодов, и событие обрабатывается штатно в предопределенной процедуре:
Процедура ОбработкаВнешнегоСобытия(Источник, Событие, Данные)
Если Событие = "BarCodeValue" Тогда
ШтрихкодТовара = СокрЛП(Данные);
ОбработатьСканирование(ШтрихкодТовара);
КонецЕсли;
КонецПроцедуры
Преимущество такого подхода: данные перехватываются глобально, независимо от того, какой элемент формы активен в текущий момент.
Проектирование пользовательского интерфейса для ТСД
Платформа 1С 7.7 использует фиксированную пиксельную сетку форм. При разработке диалога сборки необходимо учитывать физические ограничения экранов ТСД:
Адаптация под экран: форма подгоняется строго под разрешение устройства (например, 240х320 или 480х800 точек). Горизонтальная прокрутка должна быть полностью исключена.
Крупные элементы управления: размер шрифтов и кнопок должен позволять комфортно работать в перчатках или нажимать на экран пальцем без использования стилуса. Для скрытия стандартных заголовков Windows и рамок применяются возможности FormEx.
Оптимизация логики сборки: избавляемся от лишних действий
Рассмотрим распространенные ошибки при проектировании бизнес-процесса сборки:
Отказ от ручного ввода количества: предложение автора темы «сканировать штрихкод, затем открывать диалоговое окно и вводить количество руками» сводит на нет смысл терминала. Сборщик может ввести число «на глаз», что неизбежно приведет к недостачам и пересорту. Оптимальный сценарий — поштучное сканирование с автоматическим инкрементом собранного количества либо разделение на штучные и коробочные штрихкоды.
Отказ от длинных списков с «галочками»: сборщику не нужен перед глазами весь список заказа из сотен позиций. Поиск строки глазами замедляет работу и утомляет зрение. Эффективная логика строится по принципу очереди:
Показываем сборщику адрес конкретной ячейки и целевой товар.
После успешного сканирования строка убирается с экрана либо перемещается в отдельную вкладку «Собрано».
На основном экране всегда отображается только текущая позиция, которую нужно взять прямо сейчас.
Звуковая индикация: критически важно настроить дифференцированные звуковые оповещения на терминале. Успешное сканирование позиции должно сопровождаться коротким высоким звуком, ошибка (не тот товар, перебор по количеству) — громким низким сигналом. Это избавляет оператора от необходимости смотреть на экран после каждого сканирования.
Обеспечение стабильности в условиях складской сети
При использовании прямого подключения по RDP в условиях склада с высокими металлическими конструкциями разрывы беспроводной сети Wi-Fi неизбежны. Проанализируем риски и методы защиты:
Защита базы данных: внезапный разрыв RDP-сеанса при файловой базе 1С 7.7 (формат DBF/CDX) в момент записи может приводить к повреждению индексных файлов или зависшим блокировкам. Для высоконагруженных складов рекомендуется использовать SQL-версию платформы.
Настройка RDP-клиента: на терминалах применяются промышленные клиенты с функцией автоматического переподключения (Auto-reconnect), которые прозрачно восстанавливают соединение без потери состояния открытой формы и введенных данных при кратковременном выпадении из зоны покрытия Wi-Fi.