Какое программное обеспечение выбрать для ТСД при работе с ЕГАИС 3.0 на оптовом складе?

← На главную

Переход на помарочный учет в ЕГАИС 3.0 поставил перед оптовыми складами сложную техническую задачу. В отличие от розницы, где объемы сканирования ограничены одной корзиной покупателя, оптовое звено оперирует тысячами марок в одной приемке или отгрузке. Мы проанализируем основные программные решения для терминалов сбора данных (ТСД), разберем их архитектурные различия и выясним, какие требования предъявляются к «железу» в современных реалиях.

Основные игроки на рынке ПО для ТСД

Рассмотрим подробнее три наиболее часто упоминаемых решения, которые подходят для работы с алкогольной продукцией в оптовом звене:

Mobile SMARTS (Клеверенс): Одно из самых известных решений. Оно представляет собой полноценную платформу с собственным сервером. Взаимодействие происходит по схеме: ТСД — Сервер Клеверенс — База 1С. Продукт «ЕГАИС 3» специально заточен под большие объемы данных и процессы агрегации.
DataMobile (Сканпорт): Программное обеспечение, отличающееся параметрической настройкой. В отличие от Клеверенса, где бизнес-логика часто описывается на внутреннем языке платформы, в DataMobile многие процессы настраиваются «галочками» непосредственно в обработке внутри 1С:Предприятие.
Алкосфера: Это решение часто базируется на использовании RDP-доступа (удаленного рабочего стола). Оно позволяет программисту 1С работать в привычной среде, не создавая промежуточных мобильных приложений, но предъявляет высокие требования к качеству беспроводного покрытия.

Архитектурный спор: RDP против мобильного клиента

Проанализируем ситуацию, которая вызвала оживленную дискуссию среди технических специалистов: стоит ли использовать RDP для складских операций?

Преимущества RDP:

Основной плюс — это легкость разработки. Программисту 1С не нужно изучать сторонние платформы. Все формы и логика обработки штрихкодов пишутся внутри конфигурации. Рассмотрим пример простой обработки сканирования в режиме RDP:


Процедура ВнешнееСобытие(Источник, Событие, Данные)
    Если Событие = "BarCode" Тогда
        Штрихкод = СокрЛП(Данные);
        // Прямая работа с табличной частью документа в 1С
        СтрокаТовара = Объект.Товары.Найти(Штрихкод, "ШтрихкодМарки");
        Если СтрокаТовара <> Неопределено Тогда
            СтрокаТовара.СтатусПроверки = Перечисления.СтатусыПроверкиМарки.Проверено;
        КонецЕсли;
    КонецЕсли;
КонецПроцедуры

Недостатки RDP:

Выясним причину, по которой многие эксперты советуют отказываться от этого метода. Во-первых, это «слипание» штрихкодов при быстрой работе. Если сканер передает данные как эмуляцию клавиатуры, при потере пакетов Wi-Fi часть цифр может потеряться или объединиться со следующим сканированием. Во-вторых, старые версии Windows CE на ТСД плохо поддерживают современные протоколы безопасности RDP.

Преимущества нативных приложений (Mobile SMARTS, DataMobile):

Эти программы работают автономно или через HTTP-сервисы. Если связь прерывается, кладовщик продолжает сканировать в локальную базу ТСД. Как только сигнал восстанавливается, данные уходят в 1С автоматически. Разберем по шагам, почему это надежнее: приложение контролирует фокус ввода, обрабатывает прерывания связи и позволяет использовать нативные библиотеки производителя ТСД (DataWedge для Zebra и т.д.) для мгновенного чтения даже поврежденных марок.

Технические требования к ТСД для ЕГАИС 3.0

Посмотрим на требования к оборудованию. Помарочный учет требует обработки огромных справочников. При открытии документа на 2000 бутылок ТСД должен загрузить в память все эти марки для сверки.

Процессор и память: Для комфортной работы на Android-устройствах необходимо минимум 3–4 ГБ оперативной памяти. Устройства с 2 ГБ ОЗУ могут «подвисать» на 3–5 секунд при каждой операции поиска марки в базе.
Сканирующий модуль: Обязательно наличие 2D-фотосканера. Для опта рекомендуются модули с технологией «long range» (дальнобойные), если работа ведется с высотными стеллажами, и хорошей оптикой для чтения марок под слоями стрейч-пленки.
Операционная система: Современное ПО ориентировано на Android 9.0 и выше. Windows Mobile/CE считается устаревшей и не обеспечивает должной производительности для криптографических операций ЕГАИС.

Процессы агрегации и деагрегации

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

Создавать новые логические вложения (коробки, палеты) прямо на ТСД.
Проверять вложенность без полного вскрытия тары (частичная выборка).
Печатать этикетки групповой тары на сетевые принтеры или мобильные принтеры этикеток непосредственно с терминала.

Например, в DataMobile процесс агрегации настраивается как цепочка действий: сканируем коробку — сканируем N бутылок — закрываем коробку. Логика контроля кратности упаковки ложится на плечи ПО ТСД, разгружая основную базу 1С.

Выводы и рекомендации

Если ваша учетная система сильно доработана (например, как упоминаемая в обсуждении УТ 10.3), и вы имеете в штате сильного разработчика 1С, можно рассмотреть вариант Алкосферы или создание собственного Мобильного клиента 1С (начиная с платформы 8.3.12+). Это даст максимальную гибкость.

Однако для типовых конфигураций и необходимости быстрого запуска лучшим выбором станут DataMobile (за счет простоты настройки внутри 1С) или Mobile SMARTS (за счет мощного функционала работы с крупными складами и сложной иерархией упаковок). Помните, что экономия на ТСД (покупка слабых моделей) приведет к простоям на этапе проверки марок, что в условиях опта может стоить значительно дороже, чем качественное оборудование.