ТСД или смартфон для склада: детальное сравнение, выбор оборудования и программного обеспечения для интеграции с 1С

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

Автоматизация складского учета — критически важный этап для любого торгового или производственного предприятия. При переходе от ручного учета или обычных стационарных сканеров к мобильным рабочим местам руководство часто задается вопросом экономии. Возникает соблазн отказаться от покупки относительно дорогих терминалов сбора данных (ТСД) в пользу обычных бытовых смартфонов, на которые планируется установить мобильное приложение. Разберем подробно, стоит ли экономить на оборудовании, какие проблемы могут возникнуть при использовании смартфонов и как правильно выстроить программную архитектуру для интеграции устройств с 1С на примере конфигурации 1С:Комплексная автоматизация 1.1.

---

Часть 1. Сравнение ТСД и смартфона: аргументы для руководства

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

  1. Физическая надежность и долговечность (защищенность)

    Условия склада — это агрессивная среда. Рано или поздно (по статистике, в течение первых нескольких месяцев) любой бытовой смартфон будет уронен сотрудником на бетонный пол. Обычные смартфоны, даже защищенные чехлами, не рассчитаны на постоянные падения. Промышленные ТСД проектируются с расчетом на падения с высоты 1.2–1.8 метра на твердую поверхность. Замена разбитых экранов и покупка новых смартфонов взамен вышедших из строя быстро нивелируют всю первоначальную «экономию».

  2. Работа в экстремальных условиях (температурный режим)

    Если склад неотапливаемый или на нем есть зоны заморозки, бытовой смартфон откажется работать уже при температуре около нуля градусов: аккумулятор мгновенно разрядится, а сенсорный экран перестанет адекватно реагировать на нажатия. Профессиональные ТСД имеют расширенный температурный диапазон эксплуатации и оборудованы морозостойкими батареями.

  3. Скорость и качество сканирования штрихкодов

    В смартфонах для сканирования используется встроенная фотокамера. Чтобы считать штрихкод, камере необходимо выполнить автофокусировку, что занимает от 1 до 2 секунд. ТСД оборудованы специализированными аппаратными сканирующими модулями (лазерными или 2D-имиджерами), которые считывают код мгновенно (за доли секунды).

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

  4. Эргономика и производительность труда

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

---

Часть 2. Компромиссный вариант: Смартфон + Bluetooth-сканер

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

Наиболее удобным решением в данном классе является сканер-кольцо (перстень), который надевается на палец сотрудника и подключается к смартфону по каналу Bluetooth. Сам смартфон при этом может быть закреплен на запястье с помощью специального держателя или подвешен на надежном шнурке.

Преимущества такого подхода:

Недостатки компромисса:

---

Часть 3. Архитектура интеграции с 1С и выбор программного обеспечения

Перейдем к программной части. В типовой конфигурации 1С:Комплексная Автоматизация 1.1 (КА 1.1), построенной на обычных формах, встроенного готового мобильного рабочего места для ТСД «из коробки» нет. Рассмотрим три основных варианта реализации софтверной части.

Вариант А. Работа через Терминальный доступ (RDP)

Это классический, самый простой и дешевый в реализации способ автоматизации. На ТСД под управлением Android или Windows Mobile устанавливается RDP-клиент. Кладовщик подключается к серверу и работает непосредственно в базе 1С.

Как это реализовать по шагам:

  1. В базе 1С:КА 1.1 создаем специальный интерфейс и формы документов, оптимизированные под маленькое разрешение экрана ТСД (как правило, 320х480 или 480х640 пикселей). На формах не должно быть лишних деталей: только крупные кнопки, поля ввода и табличная часть.
  2. Настраиваем автоматическую обработку события сканирования. При сканировании аппаратная утилита ТСД должна посылать считанный штрихкод в активное поле ввода 1С как «суффикс возврата каретки» (Enter).
  3. Подключаем ТСД через RDP-клиент к серверу.

Плюсы RDP:

Минусы RDP:

Вариант Б. Использование специализированного ПО (Mobile SMARTS / DataMobile)

Для крупных складов с интенсивным товарооборотом рекомендуется использовать готовые специализированные платформы, такие как Mobile SMARTS (от компании Клеверенс) или DataMobile (от компании Сканпорт). Выбранная автором темы система Mobile SMARTS является индустриальным стандартом.

Особенности работы со специализированным ПО:

Главный минус: высокая стоимость лицензирования на каждое мобильное устройство.

Вариант В. Разработка собственного Мобильного приложения 1С

Если у вас есть штатный программист 1С, оптимальным решением может стать разработка собственного легкого мобильного приложения на платформе 1С. Оно будет обмениваться данными с основной базой 1С:КА 1.1 посредством HTTP-сервисов.

Проанализируем пример реализации HTTP-сервиса на стороне 1С для приема данных сканирования от мобильного устройства. Создадим HTTP-сервис СкладскойУчет с шаблоном URL /scan и методом POST.

Ниже представлен пример кода функции-обработчика запроса в базе 1С:


Функция ДанныеСканированияPOST(Запрос)
    
    Ответ = Новый HTTPСервисОтвет(200);
    УстановитьКодировкуИТипДанных(Ответ);
    
    // Получаем тело запроса, содержащее JSON от мобильного приложения
    СтрокаJSON = Запрос.ПолучитьТелоКакСтроку("UTF-8");
    
    Чтение = Новый ЧтениеJSON;
    Чтение.УстановитьСтроку(СтрокаJSON);
    ДанныеСканирования = ПолучитьИзJSON(Чтение);
    Чтение.Закрыть();
    
    Штрихкод = ДанныеСканирования.Штрихкод;
    Количество = ДанныеСканирования.Количество;
    ИмяДокументаИсточника = ДанныеСканирования.ДокументСсылка;
    
    // Поиск номенклатуры по штрихкоду
    ЗапросПоиск = Новый Запрос;
    ЗапросПоиск.Текст = 
        "ВЫБРАТЬ
        |   Штрихкоды.Владелец КАК Номенклатура,
        |   Штрихкоды.ЕдиницаИзмерения КАК Единица
        |ИЗ
        |   РегистрСведений.Штрихкоды КАК Штрихкоды
        |ГДЕ
        |   Штрихкоды.Штрихкод = &Штрихкод";
        
    ЗапросПоиск.УстановитьПараметр("Штрихкод", Штрихкод);
    РезультатЗапроса = ЗапросПоиск.Выполнить();
    
    Если РезультатЗапроса.Пустой() Тогда
        Ответ.КодСостояния = 404;
        Ответ.УстановитьТелоИзСтроки("Товар со штрихкодом " + Штрихкод + " не найден в базе!", "UTF-8");
        Возврат Ответ;
    КонецЕсли;
    
    Выборка = РезультатЗапроса.Выбрать();
    Выборка.Следующий();
    
    // Передаем данные в обработку заполнения документа
    Попытка
        ОбработатьРезультатСканирования(Выборка.Номенклатура, Выборка.Единица, Количество, ИмяДокументаИсточника);
        Ответ.УстановитьТелоИзСтроки("Данные успешно добавлены", "UTF-8");
    Исключение
        Ответ.КодСостояния = 500;
        Ответ.УстановитьТелоИзСтроки("Ошибка обработки на сервере: " + ОписаниеОшибки(), "UTF-8");
    КонецПопытки;
    
    Возврат Ответ;
    
КонецФункции

Процедура УстановитьКодировкуИТипДанных(Ответ)
    Ответ.Заголовки.Вставить("Content-Type", "text/plain; charset=utf-8");
КонецПроцедуры

Этот подход позволяет создать полностью независимое мобильное рабочее место без затрат на дорогостоящие сторонние лицензии. Мобильное приложение 1С компилируется под Android, устанавливается на ТСД (например, популярный и бюджетный Urovo i6200 / Urovo i6300) и обменивается данными по мере доступности сети.

---

Часть 4. Простые утилиты-помощники (BarCodeHarvester)

Для совсем простых задач (например, периодическая инвентаризация небольшого склада), когда нет бюджета на Клеверенс или разработку собственного мобильного приложения, можно использовать готовые утилиты, такие как BarCodeHarvester.

Схема работы с BarCodeHarvester крайне проста:

  1. Приложение устанавливается на любой Android-смартфон.
  2. Кладовщик ходит по складу и сканирует товары. Приложение накапливает штрихкоды и количество во внутренней памяти устройства.
  3. По окончании работы данные передаются на компьютер в виде текстового файла или напрямую отправляются в 1С через специальный порт.
  4. В 1С пишется простая обработка загрузки из текстового файла, которая заполняет табличную часть любого нужного документа (например, ИнвентаризацияТоваровНаСкладе).

Это надежный, «копеечный» способ быстро закрыть потребность в мобильном сканировании без значительных трудозатрат на программирование.

---

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

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

← На главную