Как выбрать и настроить терминал сбора данных для 1С:Управление торговлей 10.3 с базой в 150 000 товаров

Системный администратор 1С v8.3 (Обычные формы) 1С:Управление торговлей Управленческий учет Торговля и дистрибуция
← На главную

Работа с устаревшими конфигурациями, такими как 1С:Управление торговлей 10.3, накладывает определенные ограничения при выборе современного оборудования. Основная сложность заключается в необходимости быстрой обработки огромных массивов данных (до 150 000 позиций номенклатуры) и обеспечении стабильной связи через протокол удаленного рабочего стола (RDP). Рассмотрим подробно, какие модели ТСД актуальны сегодня, какое программное обеспечение использовать и как настроить систему для максимально эффективной работы.

Выбор аппаратной части: актуальные модели ТСД

Для работы с базой номенклатуры объемом более 100 000 позиций нам потребуется устройство с достаточным объемом оперативной и встроенной памяти. Рассмотрим наиболее подходящие варианты в бюджетном сегменте до 60 000 рублей:

  1. Urovo RT40 / DT40: Эти терминалы зарекомендовали себя как надежные «рабочие лошадки». Модель RT40 обладает защищенным корпусом и хорошим модулем сканирования, который справляется с поврежденными штрихкодами. Для наших задач лучше выбирать версии с 3/32 ГБ или 4/64 ГБ памяти.
  2. Atol Smart Prime: Современный ТСД на базе Android с мощным процессором. Его преимущество в полной русификации и хорошей поддержке со стороны производителя в РФ. Он отлично подходит для интенсивного сканирования в магазинах и на небольших складах.
  3. iData K3S / iData i3: Эти устройства часто превосходят конкурентов по скорости считывания 2D-кодов (включая маркировку Честный Знак). Благодаря современному Android 10/12, поиск по локальной базе данных объемом 150к товаров происходит практически мгновенно.
  4. Honeywell EDA60/61k: Классика промышленного оборудования. Если бюджет позволяет, эти кнопочные терминалы обеспечат долговечность и отличную эргономику, что критично при многочасовых инвентаризациях.

Методы интеграции: RDP против специализированного ПО

Разберем два принципиально разных подхода к работе с 1С:

Вариант 1: Работа через RDP (удаленный рабочий стол)

Проанализируем этот метод. Вы запускаете сеанс RDP на терминале, открываете окно 1С и работаете напрямую в базе. Плюсы: данные всегда актуальны, не нужно настраивать обмен. Минусы: интерфейс УТ 10.3 на обычных формах не предназначен для маленьких экранов. Вам придется постоянно зумировать экран или переписывать формы под разрешение ТСД.

Вариант 2: Использование специализированного ПО (DataMobile, Клеверенс)

Посмотрим на этот вариант как на более профессиональный. На ТСД устанавливается приложение, которое обменивается данными с 1С через Web-сервисы или промежуточные файлы. Плюсы: интерфейс полностью адаптирован под палец и кнопки, поиск по 150 000 товарам происходит мгновенно за счет индексации в базе SQLite на самом устройстве. Минусы: требуется покупка лицензий (например, DataMobile Стандарт Плюс).

Техническая настройка RDP на Android-ТСД

Если мы все же решили использовать RDP, выясним, как подружить сканер терминала с сессией Windows. Проблема в том, что 1С внутри RDP должна «увидеть» штрихкод.

  1. Настройка режима передачи (Keyboard Wedge): В настройках сканера на самом ТСД (раздел Scanner или Barcode Setting) установите параметр Output Mode в значение Keyboard или Emulation. Это позволит устройству «печатать» штрихкод в активное поле ввода, как если бы вы вводили его с клавиатуры.
  2. Суффиксы завершения: Чтобы 1С поняла, что штрихкод считан полностью, добавьте суффикс Enter (код #13) в настройках сканера ТСД. Без этого кладовщику придется каждый раз нажимать кнопку подтверждения на экране.
  3. Специализированные RDP-клиенты: Стандартный клиент от Microsoft часто некорректно пробрасывает порты. Проанализируем использование альтернатив, таких как aRDP Pro или Glink. Они позволяют эмулировать функциональные клавиши (F1-F12), которые часто используются в УТ 10.3.

Обработка большой номенклатуры в УТ 10.3

Загрузка 150 000 товаров в старый терминал типа CipherLab 8300 через COM-порт — задача на несколько часов. В современных условиях мы будем использовать другие методы. Рассмотрим алгоритм загрузки данных через DataMobile или аналоги:

В конфигурации 1С используется обработка обмена, которая формирует пакет данных. Для оптимизации скорости обмена данными с таким объемом номенклатуры, разберем пример логики подготовки данных:


// Пример упрощенной логики выгрузки номенклатуры для ТСД
Процедура ВыгрузитьДанныеНаТСД()
    Запрос = Новый Запрос;
    Запрос.Текст = 
        "ВЫБРАТЬ
        |   Номенклатура.Ссылка КАК Ссылка,
        |   Номенклатура.Наименование КАК Наименование,
        |   Штрихкоды.Штрихкод КАК Штрихкод
        |ИЗ
        |   Справочник.Номенклатура КАК Номенклатура
        |       ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.Штрихкоды КАК Штрихкоды
        |       ПО Штрихкоды.Владелец = Номенклатура.Ссылка";
    
    Результат = Запрос.Выполнить();
    // Далее данные упаковываются в XML или JSON и передаются через HTTP-сервис
КонецПроцедуры

Для стабильной работы 150 000 позиций на ТСД крайне важно использовать индексированные таблицы. Специализированное ПО само преобразует вашу выгрузку в формат SQLite, что позволит находить товар по штрихкоду за миллисекунды.

Рекомендации по внедрению

Проанализируем ситуацию с точки зрения практики. Если ваша задача — только ревизии и приемка, и вы хотите сэкономить, попробуйте бюджетные модели типа Atol Smart Slim. Однако для работы через RDP с УТ 10.3 помните следующие правила:

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

В завершение рассмотрим настройку торгового оборудования в самой 1С:УТ 10.3. Если вы используете ТСД в режиме эмуляции клавиатуры через RDP, то в 1С его нужно настраивать как обычный «Сканер штрихкода (общий)» с префиксом и суффиксом, соответствующим настройкам терминала. Это позволит системе корректно обрабатывать события внешнего события ВнешнееСобытие() даже в терминальной сессии.

← На главную