Выбор софта для терминалов сбора данных: 5 ошибок и 5 правил
Обновлено:
В статье 2026 года обновлены рекомендации по выбору программного обеспечения для терминалов сбора данных (ТСД). Описаны пять типичных ошибок при выборе софта и пять практических правил, учитывающих режим работы (online/offline), Android‑платформу, интеграцию с 1С и требования маркировки «Честный ЗНАК». Также рассматриваются ведущие российские решения на базе Mobile SMARTS.
Контекст 2026 года: требования к программному обеспечению для ТСД
Полная адаптация к маркировке «Честный ЗНАК» и импортозамещению
Российский рынок терминалов сбора данных (ТСД) в 2026 году полностью построен вокруг обязательной системы маркировки «Честный ЗНАК». Любое программное решение должно уметь:
- считывать коды маркировки, проверять их подлинность и сохранять результат в журнале;
- вести автоматическую сверку полученных кодов с реестром ФНС в режиме реального времени;
- поддерживать быстрые обновления, поскольку нормативный акт 54‑ФЗ корректируется несколько раз в год.
Кроме того, в связи с политикой импортозамещения большинство поставщиков ТСД используют отечественные комплектующие и программные платформы, что накладывает требования к совместимости с локальными драйверами и сертификатами.
Технологические платформы и модели развертывания
Ключевые технологические тенденции 2026 года:
- Облачная модель «Plug‑and‑Play». Приложения размещаются в облаке и автоматически подбирают оптимальные параметры под конкретный терминал без ручного вмешательства.
- No‑code настройка. Конфигурацию бизнес‑правил (например, правила формирования актов, шаблоны печати) можно менять через визуальный редактор, без необходимости писать код.
- Переход от Windows CE/Mobile к Android. Практически весь современный софт разрабатывается под Android‑платформу, что обеспечивает более широкий набор аппаратных возможностей и упрощённую поддержку.
Эти тенденции позволяют сократить время ввода в эксплуатацию ТСД и снизить затраты на обслуживание.
Требования к обмену данными и стабильности связи
- Онлайн‑обмен. При работе в регионах с хорошим покрытием Wi‑Fi терминалы передают данные в реальном времени в центральную систему. Это необходимо для мгновенного контроля за движением товаров и своевременного обновления статусов маркировки.
- Офлайн‑обмен. В зонах со слабым покрытием допускается пакетная выгрузка: данные собираются локально и отправляются при появлении стабильного соединения. Такой режим подходит лишь для ограниченных сценариев, где задержка в несколько часов не критична.
Выбор режима обмена должен быть основан на анализе покрытием сети в конкретных точках продаж или складов и на требованиях к актуальности информации.
Интеграция с ERP‑системами и облачными сервисами
Большинство российских компаний в 2026 году используют решения 1С (УТ, УНФ, ERP) и облачные сервисы — «МойСклад», «1С:Фреш», «Контур.Маркет». Поэтому программное обеспечение ТСД обязано:
- предоставлять готовые коннекторы или REST‑API для двунаправленной синхронизации справочников (товары, контрагенты, склады) и оперативных документов (приходные/расходные накладные, акты списания).
- поддерживать автоматическое сопоставление полей маркировки с объектами в ERP, что исключает ручной ввод и уменьшает риск ошибок.
- обеспечивать возможность настройки расписаний обмена и контроля целостности данных (контроль дублирования, проверка контрольных сумм).
Пример: при сканировании маркированного товара в ТСД код автоматически передаётся в 1С:УТ, где формируется приходный документ и одновременно обновляется статус маркировки в реестре ФНС.
Только при полной совместимости с этими системами ТСД может стать эффективным звеном цепочки поставок в условиях текущего законодательства и рыночных требований.
Ключевые критерии выбора и обзор ведущих решений
Типы интеграции
При выборе программного обеспечения для мобильных устройств важно определить, как будет происходить обмен данными с центральной системой. Существует два основных режима:
- Онлайн‑интеграция – обмен в реальном времени, что обеспечивает актуальность информации о запасах, ценах и статусе заказов.
- Офлайн‑интеграция (батч‑обмен) – данные собираются в устройстве и передаются пакетами, что подходит для территорий с нестабильным покрытием сети.
Выбор режима зависит от требований к скорости обновления данных и от наличия надежного интернет‑соединения в местах эксплуатации.
Платформенные ограничения
На текущий момент мобильные решения поддерживают только Android. Платформы Windows CE и Windows Mobile практически сняты с поддержки, поэтому при планировании проекта следует учитывать совместимость устройств с Android‑версией ОС и её минимальными требованиями.
Специфика бизнес‑процессов
Разные отрасли используют мобильные терминалы по‑разному, и от этого зависят требования к функционалу:
- Склад – необходимо вести адресное хранение, контролировать сроки годности и работать с агрегированными кодами (короб, паллет).
- Розничная торговля – важны быстрая переоценка товаров, проверка ценников и возможность мобильной печати чеков или этикеток.
- Курьерская доставка – требуется поддержка мобильных платежей и работа с документами в полевых условиях (подтверждение получения, подпись получателя).
Эти сценарии определяют, какие модули и настройки следует включать в конфигурацию системы.
Ведущий российский продукт – Mobile SMARTS (Клеверенс)
На российском рынке лидирует платформа Mobile SMARTS от компании Клеверенс. Она предлагает готовые отраслевые конфигурации (например, Склад 15 и Магазин 15) и специализированные модули для маркировки. Ключевые возможности продукта:
- Конструктор бизнес‑процессов без программирования – визуальный редактор позволяет собрать нужный поток операций за несколько часов.
- Поддержка «Честного ЗНАКА» – проверка кода, контроль разрешительного режима и автоматическая генерация агрегированных кодов встроены в стандартный функционал.
- Гибкие модели лицензирования – доступны как подписка (мес / год), так и «вечная» лицензия с обязательным обслуживанием. Перенос лицензий осуществляется через личный кабинет.
- Интеграция с 1С в онлайн‑режиме без промежуточных серверов, а также готовые коннекторы к облачным учетным системам.
- Доступные демо‑версии позволяют протестировать функционал без финансовых вложений.
Таким образом, при выборе решения следует ориентироваться на тип интеграции, поддерживаемую ОС, особенности бизнес‑процессов и наличие готовых отраслевых конфигураций. Mobile SMARTS сочетает в себе эти требования и предоставляет гибкие условия лицензирования, что делает её практичным выбором для большинства российских компаний.
Пошаговый алгоритм подбора и внедрения софта для ТСД
1. Анализ учетной системы и формулировка бизнес‑задач
Прежде чем выбирать программное обеспечение, необходимо понять, с какой системой будет происходить обмен данными. Наиболее надёжные варианты – это решения 1С с прямой онлайн‑интеграцией: 1С:УТ, 1С:УНФ, 1С:ERP. Если предприятие использует облачные сервисы, следует отдать предпочтение тем, у кого уже реализованы готовые API‑коннекторы (например, МойСклад, 1С:Фреш).
Далее фиксируем конкретные бизнес‑процессы, которые планируется автоматизировать: приёмка товаров, отгрузка, инвентаризация, адресное хранение, работа с маркированным товаром. Важно указать количество ТСД, которые будут задействованы, а также типы операций, которые они должны выполнять (сканирование штрих‑кодов, печать этикеток, мобильные платежи). Такой список служит базой для последующего сравнения функциональности решений.
2. Выбор режима работы и подготовка ИТ‑инфраструктуры
Режим работы ТСД определяется доступностью сети на объекте.
- Онлайн‑режим подходит, когда остатки меняются каждую минуту и на площадке гарантирован стабильный Wi‑Fi.
- Офлайн‑режим необходим для удалённых объектов без постоянного доступа к интернету; в этом случае все операции сохраняются локально и синхронизируются позже.
Для онлайн‑режима требуется «бесшовный» Wi‑Fi с поддержкой протоколов 802.11r/k/v, а также резервный сервер или кеш‑слой на Android‑устройствах. Наличие резервных каналов (мобильный интернет) обеспечивает непрерывность критических операций при падении основной сети.
3. Тестирование, оценка лицензирования и обучение персонала
Тестировать выбранное решение следует на реальном устройстве. Рекомендуется скачать демо‑версию Mobile SMARTS, установить её на один из Android‑ТСД и выполнить практический сценарий: сканировать 10‑20 реальных штрих‑кодов, проверить работу с маркировкой и убедиться в корректной работе в офлайн‑режиме.
Лицензирование играет ключевую роль в эксплуатации. Предпочтительнее облачные лицензии, которые можно переносить между устройствами – это упрощает замену сломанных ТСД. Необходимо также учитывать подписку на обновления, поскольку законодательные требования к маркировке и учётным процессам меняются регулярно.
Обучение персонала должно быть коротким и практико‑ориентированным. Достаточно 4‑5 шагов: открыть задание, отсканировать товар, подтвердить действие, выгрузить результат. После обучения запускается пилотный участок, где собирается обратная связь и при необходимости корректируются бизнес‑логики в визуальном редакторе Mobile SMARTS.
4. Пилотный запуск, масштабирование и контроль эффективности
Пилотный запуск позволяет выявить узкие места без риска для всей компании. После корректировок решение разворачивается на остальные площадки. Для контроля эффективности внедрения необходимо внедрить централизованный мониторинг, включающий:
- логирование всех операций;
- контроль «брошенных» (незавершённых) документов;
- регулярную проверку соответствия требованиям маркировки;
- мониторинг актуальности лицензий.
Такой подход обеспечивает прозрачность процессов, позволяет быстро реагировать на отклонения и поддерживать соответствие нормативным требованиям на протяжении всего жизненного цикла системы.
Типичные ошибки при выборе софта и рекомендации по их избежанию
1. Неправильный режим обмена данными
Выбор офлайн‑обмена в условиях, когда склад или интернет‑магазин требуют мгновенного доступа к актуальной информации, приводит к работе с устаревшими остатками, двойному резервированию товаров и, как следствие, штрафам.
Решение: использовать онлайн‑режим Mobile SMARTS Online. При динамичном движении товаров система сразу синхронизирует данные с 1С, исключая рассогласования и задержки.
2. Ошибки в архитектуре и лицензировании
- Промежуточный сервер вместо прямого онлайн‑доступа. Наличие отдельного сервера увеличивает нагрузку на 1С и требует дополнительного администрирования.
- «Вечные» лицензии без поддержки обновлений. Законодательство (ФЗ‑54/54‑ФЗ) меняется часто, и софт без регулярных обновлений быстро теряет соответствие требованиям.
- Лицензии, привязанные к конкретному ТСД. При поломке устройства лицензия оказывается недоступной.
Решения:
- Выбрать прямой онлайн‑интегратор Mobile SMARTS, который работает без промежуточных баз и не нагружает сервер 1С.
- Планировать затраты на подписку или техническую поддержку на 2–3 года вперёд, чтобы гарантировать своевременные обновления.
- Приобрести облачную лицензию с возможностью переноса через личный кабинет — это сохраняет доступ к программному обеспечению независимо от состояния конкретного ТСД.
3. Проблемы с функциональностью и тестированием
- Игнорирование требований маркировки «Честный ЗНАК». Обычные сканеры не умеют разбирать коды агрегации и не проверяют статус товара в реальном времени, что нарушает требования ФЗ‑54.
- Самописное ПО вместо готовой платформы. Разработка «с нуля» часто обходится дороже, приводит к проблемам совместимости с различными моделями ТСД и делает проект зависимым от одного разработчика.
- Отсутствие тестирования на реальном ТСД. Несовместимость с конкретной моделью (Honeywell, Urovo, АТОЛ) может вызвать задержки сканирования и ухудшить эргономику работы.
Решения:
- Выбирать решения с встроенным модулем маркировки, например Mobile SMARTS Маркировка, который автоматически проверяет коды и статус товаров.
- Использовать готовый промышленный конструктор Mobile SMARTS, где бизнес‑процессы настраиваются без написания кода.
- Проводить тестовый запуск на выбранных моделях ТСД до покупки полной лицензии, чтобы убедиться в совместимости и удобстве эксплуатации.
4. Общие рекомендации при внедрении
- Совместимость. Всегда проверяйте, что выбранное решение поддерживает текущую версию 1С и соответствует требованиям ФЗ‑54/54‑ФЗ.
- Сетевое покрытие. Оцените уровень Wi‑Fi в зоне работы терминалов; при необходимости инвестируйте в промышленные точки доступа, чтобы обеспечить стабильный онлайн‑режим.
- Демо‑версии и облачный кабинет. Используйте демо‑версии и личный кабинет для быстрой перенастройки лицензий в пиковые периоды, что ускоряет адаптацию к изменяющимся бизнес‑условиям.
- Визуальный редактор. Применяйте визуальный редактор Mobile SMARTS для настройки бизнес‑процессов без привлечения программистов, что сокращает время внедрения и снижает затраты.
Часто задаваемые вопросы
Как определить, нужен ли онлайн‑ или офлайн‑режим работы ТСД?
Если остатки меняются каждую минуту (адресное хранение, быстрый интернет‑магазин, сборка заказов в реальном времени), выбирайте онлайн‑режим – данные синхронизируются мгновенно через Wi‑Fi. Офлайн‑режим подходит только для удалённых зон без стабильного покрытия, где данные выгружаются пакетами после завершения работы.
Какие требования к софту обязательны для работы с маркировкой «Честный ЗНАК»?
Программа должна уметь: проверять валидность DataMatrix‑кода в режиме реального времени, сверять статус кода в ГИС МТ, поддерживать агрегацию (короба, паллеты) и автоматически формировать документы ЭДО. Без этих функций возникает риск штрафов за неверную маркировку.
Как обеспечить перенос лицензий при поломке или замене терминала?
Ищите решения с облачным личным кабинетом, где лицензия привязывается к пользователю, а не к конкретному устройству. При поломке ТСД лицензия «отвязывается» в один клик и может быть активирована на новом терминале без дополнительной оплаты.
Что делать, если в компании нет штатного 1С‑программиста?
Выбирайте платформу с визуальным конструктором процессов (no‑code). Такие решения позволяют менять логику работы ТСД (добавлять проверки, менять экраны) через графический интерфейс за несколько минут, без написания кода и без привлечения внешних разработчиков.
Как протестировать программное обеспечение перед покупкой?
Скачайте демо‑версию или запросите тестовую лицензию, установите её на один из терминалов и проверьте: корректность сканирования, скорость синхронизации, удобство интерфейса и работу с вашими типами штрихкодов. Тестирование на реальном оборудовании позволяет выявить несовместимости и оценить нагрузку перед масштабным внедрением.
