Драйвер торгового оборудования: как подключить ТСД к 1С разработчику решений
Как разработчику 1С выбрать драйвер торгового оборудования для ТСД: обмен данными и устройство ввода, схемы подключения, COM и Native API, решения Клеверенс для мобильной 1С, Склада 15 и Магазина 15.
Для разработчика 1С нужно разделить две задачи: обмен данными с ТСД и доступ к сканеру внутри ТСД. Название «драйвер ТСД» используют для обоих случаев, хотя назначение и интерфейсы у них разные.
Единого числа «всех способов подключения» нет: функциональный тип драйвера, технология компоненты, транспорт и место исполнения — независимые характеристики. Ниже — классификация, по которой можно проектировать решение.
1. Две основные роли драйвера
| Драйвер обмена с ТСД | Драйвер устройства ввода | |
|---|---|---|
| Задача | Передать данные на терминал и получить результаты работы | Получить штрихкод или другое событие от оборудования |
| Что видит код 1С | Таблицы товаров, результаты сбора; дополнительные сущности зависят от продукта | Событие сканирования и его данные |
| Где обычно работает драйвер | На компьютере с клиентом 1С | На самом ТСД, если там работает мобильная 1С; либо на ПК, принимающем сканирования |
| Что работает на ТСД | Отдельная программа сбора данных, написанная на чем угодно, в том числе потенциально на 1С | Твоё приложение на 1С и средства доступа к встроенному сканеру |
| Чего драйвер сам не обязан решать (но может, как в случае с Клеверенс) | Правила преобразования данных в документы твоей конфигурации | Обмен документами с центральной базой |
В стандарте 1С DataCollectionTerminal / ТерминалСбораДанных — отдельный тип оборудования. Его базовый контракт предусматривает выгрузку и загрузку таблиц через UploadTable и DownloadTable. Для сканера предусмотрен тип BarcodeScanner / СканерШтрихкода. Требования 1С к драйверам.
Физически устройство может называться ТСД, а в БПО подключаться как сканер штрихкода. Противоречия здесь нет: тип описывает используемую функцию.
2. Основные схемы подключения
Для обсуждаемой задачи удобно выделить три схемы через драйвер. Это архитектурная классификация, а не официальный перечень «трёх типов драйверов 1С».
Схема A. Настольная 1С обменивается данными с отдельным ТСД
Конфигурация 1С → БПО → драйвер обмена ↔ ПО на ТСД
Например:
- Из 1С выгружаешь номенклатуру.
- Сотрудник собирает товары на терминале.
- Загружаешь результат в 1С.
- Своим кодом заполняешь документ инвентаризации.
Между драйвером и терминалом могут находиться служба производителя, сервер или промежуточные файлы — это зависит от продукта.
В официальном списке настольной БПО есть, например, «CLEVERENCE:Терминалы сбора данных» и «РайтСкан:ТСД, управляемые мобильными приложениями 1С с компонентой RS:Exchange». То есть программа на терминале необязательно должна быть сторонней относительно платформы 1С. Каталог драйверов ТСД.
Схема B. ТСД используется как сканер для настольной 1С
Сканер ТСД → ПО передачи сканирований → драйвер ввода на ПК → 1С
В этой схеме 1С получает отдельные штрихкоды. Выгрузки справочника и загрузки собранной таблицы может вообще не быть.
Возможность такой работы должна поддерживаться терминалом и его ПО: наличие USB или Wi-Fi само по себе её не обеспечивает.
Если устройство просто вводит символы в активное поле, возможен и вариант без драйвера торгового оборудования. Это обычный клавиатурный ввод, который нужно отличать от получения события сканирования через БПО.
Схема C. Мобильная 1С работает непосредственно на ТСД
Встроенный сканер → мобильный драйвер ввода → приложение 1С на ТСД
Здесь ты разрабатываешь формы и бизнес-логику на 1С. Драйвер даёт приложению доступ к сканеру.
Именно к этой схеме относится большинство интересующих тебя позиций на исходной странице.
Например, Клеверенс прямо описывает свой «Драйвер ТСД для мобильной платформы 1С» как драйвер устройства ввода, передающий считанные штрихкоды в конфигурацию. Его можно использовать через поддержку оборудования или непосредственно из своего кода. Документация Клеверенс.
Обмен мобильного приложения с центральной базой — отдельный механизм. Драйвер сканера его не заменяет.
3. Внутри мобильной схемы есть разные способы получить сканирование
Это ещё один уровень классификации:
| Механизм | Что происходит | Значение для разработчика |
|---|---|---|
| Эмуляция клавиатуры | Система передаёт результат как ввод символов | Нужно учитывать фокус, окончания ввода и специальные символы; при работе через драйвер часть обработки берёт он |
| Android Intent / Broadcast | Служба сканирования передаёт сообщение с результатом | Компонента должна поддерживать нужный механизм, имена сообщений и полей |
| SDK/API производителя | Компонента обращается к программному интерфейсу устройства | Возможны управление сканером и дополнительные настройки в пределах доступного API |
Например, Zebra документирует клавиатурную передачу и передачу через Intent как разные выходы DataWedge — своей службы обработки сканирований. Документация Zebra.
Это не обязательно три разных драйвера: одна компонента может поддерживать несколько механизмов. И отдельное приложение-служба может быть промежуточным звеном для любого из них.
Считывание камерой — ещё один источник штрихкода, но это уже распознавание изображения, а не доступ к встроенному сканирующему модулю ТСД.
4. COM и Native API — ещё одно, независимое различие
Это технологии внешних компонент, а не режимы работы терминала.
| Технология | Смысл |
|---|---|
| COM | Windows-технология; встречается в существующих и исторических интеграциях |
| Native API | Технология внешних компонент 1С с поддержкой разных ОС при наличии соответствующих сборок |
Native API не означает, что одна DLL заработает на Windows и Android. Нужны сборки под поддерживаемые ОС и архитектуры процессора. Также должна поддерживаться конкретная среда исполнения 1С. Технология внешних компонент 1С.
И не путай:
- COM-компоненту — программную технологию.
- COM-порт — интерфейс связи с оборудованием.
Native API-компонента вполне может работать через COM-порт.
5. Однокомпонентный и многокомпонентный драйвер
Это классификация по устройству программного пакета.
Однокомпонентный:
1С → внешняя компонента → оборудование
Многокомпонентный, в паспортах также встречается «двухкомпонентный»:
1С → интеграционная компонента → основная поставка производителя → оборудование
Интеграционная компонента предоставляет интерфейс для 1С, а основная поставка реализует остальную работу. Для ТСД и устройств ввода стандарт допускает однокомпонентную архитектуру. Описание архитектур в требованиях 1С.
Практический пример мобильной поставки: у указанного драйвера Клеверенс есть архив компонент и отдельный APK, устанавливаемый на Android. Поэтому загрузить компоненту в конфигурацию может быть недостаточно. Состав поставки.
6. Что ещё создаёт «много вариантов»
| Признак | Варианты | Почему это отдельное измерение |
|---|---|---|
| Транспорт | USB, последовательный порт, Bluetooth, сеть | Определяет доставку данных, но не их назначение |
| Режим обмена | Пакетный, оперативный, смешанный | Определяет, когда передаются данные; Wi-Fi не обязательно означает онлайн |
| Подключение к конфигурации | БПО/мБПО, прямые вызовы компоненты, исторические обработки обслуживания | Определяет, кто управляет драйвером и обрабатывает его результаты |
| Среда исполнения | Толстый, тонкий, веб-клиент, мобильный клиент, мобильное приложение, сервер | Драйвер обязан явно поддерживать нужную среду |
| Версии | Платформа, БПО, интерфейс драйвера, компонента, основная поставка | Совместимость проверяется по всей связке |
Например, опубликованный паспорт настольного драйвера Клеверенс указывает Windows 32/64 бит и поддержку толстого управляемого и тонкого клиентов; мобильный, веб-клиент и сервер в этом паспорте не поддерживаются. Название «для 1С» не означает доступность из любого контекста. Паспорт драйвера.
Исторические обработки обслуживания тоже существуют: например, старый интерфейс 1С 8.1 включал последовательные операции начала обмена, передачи строк и завершения обмена. Их нельзя автоматически приравнивать к современному интерфейсу БПО. Методика для 1С 8.1.
7. Какие варианты находятся за пределами драйвера ТО
Для полноты: ТСД можно интегрировать с 1С через HTTP/web-сервисы, файловый обмен, сервер мобильного решения или использовать удалённый доступ к клиенту 1С.
Такая интеграция не обязательно использует драйвер торгового оборудования. Например, у Клеверенс отдельно документирован обмен с 1С через web- и HTTP-сервисы. Схема интеграции.
В одном решении могут одновременно работать:
Драйвер ввода → сканирование в мобильной 1С
HTTP-обмен → синхронизация с центральной базой
Итог для проектирования
По назначению тебе прежде всего нужны две категории: драйвер обмена с ТСД и драйвер ввода со сканера. По размещению получаются три рассмотренные схемы. Остальное — характеристики реализации, которые комбинируются.
Если ты пишешь своё мобильное решение на 1С для Android-ТСД, ищи драйвер устройства ввода для нужной модели и мобильной среды исполнения. Бизнес-логику и синхронизацию проектируй отдельно.
Если подключаешь готовое ПО терминала к настольной конфигурации, выбирай интерфейс обмена этого ПО: стандартный драйвер ТСД через БПО либо отдельный API интеграции. Именно это решение определяет архитектуру, а выбор USB или Wi-Fi идёт следом.
У Клеверенс два разных направления:
- Дать твоей мобильной 1С доступ к сканеру ТСД.
- Предоставить готовое приложение на ТСД и связать его с твоей центральной 1С.
Внутри второго направления есть разные продукты и способы интеграции. Поэтому названия «драйвер ТСД», «Склад 15» и «Mobile SMARTS» обозначают разные уровни решения.
Карта решений по сценариям
| Твой сценарий | Решение Клеверенс | Что ты разрабатываешь на 1С |
|---|---|---|
| Пишу собственное мобильное приложение 1С на ТСД, нужен встроенный сканер | «Драйвер ТСД для мобильной платформы 1С» | Формы, обработку штрихкодов, бизнес-логику и обмен с центральной базой |
| Подключаю ТСД к настольной 1С через стандартный интерфейс БПО | «CLEVERENCE:Терминалы сбора данных» + совместимое ПО на ТСД | Подготовку выгружаемых данных и обработку результатов |
| Нужно готовое приложение для склада с обменом документами | «Склад 15» | Интеграцию с конфигурацией и необходимые доработки |
| Нужно готовое приложение для операций в магазине | «Магазин 15» | Интеграцию товарных и розничных операций |
| Нужен мобильный учёт имущества и материалов | «Учёт 15» | Интеграцию с учётной системой |
| Хочу сам разрабатывать мобильные операции на технологии Клеверенс | Mobile SMARTS, с подходящим продуктом и лицензией | Сторону обмена в 1С; мобильную часть — средствами Mobile SMARTS |
| Сопровождаю старое внедрение Batch / Wi-Fi / Wi-Fi ПРОФ | Историческая линейка драйверов ТСД на Mobile SMARTS | Старые обработки обслуживания и обмена |
| Хочу использовать ТСД как беспроводной сканер для 1С на ПК | Отдельный актуальный продукт Клеверенс именно для этой задачи в проверенных материалах не подтвердился | Нельзя автоматически подставлять сюда мобильный драйвер или «Склад 15» |
Ниже — принципиальные различия.
1. «Драйвер ТСД для мобильной платформы 1С»
Это вариант для твоего собственного приложения на мобильной 1С.
Сканер ТСД
↓
Драйвер Клеверенс
↓
Твоя мобильная конфигурация 1С
↓
Твой механизм обмена с центральной базой
Клеверенс описывает его как драйвер устройства ввода. Поставка включает:
- архив бинарных компонент для конфигурации;
- отдельное приложение APK для Android.
Можно подключить его через механизмы работы с оборудованием либо использовать компоненту непосредственно из своего кода. Документация драйвера.
Что получаешь: доступ к результатам сканирования.
Что остаётся тебе: поиск номенклатуры, формы приёмки, контроль количества, хранение данных, синхронизация.
Здесь «Склад 15» для решения задачи сканирования не требуется.
При этом «драйвер для мобильной платформы» не означает отдельные продукты «для Intent», «для клавиатуры» и «для SDK». Это внутренние механизмы взаимодействия с оборудованием; их поддержку нужно проверять для конкретной модели и версии драйвера.
2. «CLEVERENCE:Терминалы сбора данных» для настольной БПО
Это другой драйвер: для обмена с терминалом со стороны центральной 1С.
Твоя настольная конфигурация
↓
БПО → компонента Клеверенс → основная поставка
↕
Приложение на ТСД
В опубликованном паспорте 1С он указан как двухкомпонентный. В качестве ПО ТСД перечислены «Склад 15» и «Магазин 15» определённых версий. Паспорт также фиксирует поддерживаемые клиенты, ОС и подключение USB. Эти ограничения относятся к описанной поставке драйвера, а не ко всем возможностям продуктов Клеверенс. Паспорт драйвера.
Для тебя как разработчика: это стандартная точка подключения через БПО. Но наличие этого драйвера не означает, что через стандартный интерфейс доступны все функции «Склада 15».
3. «Склад 15» и «Магазин 15»: готовые мобильные решения
Это приложения на платформе Mobile SMARTS с мобильными операциями и средствами интеграции.
- «Склад 15» — складские процессы: приёмка, подбор, перемещения, инвентаризация и другие операции. Описание.
- «Магазин 15» — процессы работы с товаром в рознице. Описание.
Важное отличие от первого варианта: интерфейс сотрудника на ТСД работает на Mobile SMARTS. Ты не пишешь его как формы мобильной конфигурации 1С.
Как их связывают с 1С
| Механизм | Для чего |
|---|---|
| Драйвер через БПО | Стандартный обмен с оборудованием |
| Интеграционные обработки Клеверенс | Обмен справочниками и документами с правилами преобразования |
| Коннектор через COM | Обращения к 1С через предусмотренный продуктом механизм |
| Web-/HTTP-сервисы и расширение 1С | Сетевое взаимодействие и онлайн-запросы |
| REST API Mobile SMARTS | Собственная интеграция с сервером Mobile SMARTS |
| Файловый обмен | Обмен через файлы в поддерживаемом формате |
Клеверенс документирует эти направления интеграции. Доступность конкретного варианта зависит от продукта, версии и лицензии. Архитектура интеграции, web-/HTTP-обмен.
COM-коннектор к базе 1С и COM-компонента драйвера оборудования — разные вещи. Один обеспечивает доступ к информационной базе, другой расширяет возможности программы для работы с оборудованием.
4. Mobile SMARTS — если нужны собственные мобильные операции
Mobile SMARTS — платформа Клеверенс, на которой построены его мобильные решения.
Для нетиповой конфигурации 1С Клеверенс описывает работу разработчика так:
- Подготовить данные справочников, в том числе с использованием СКД.
- Настроить правила обмена документами.
- Написать обработчики для нестандартных ситуаций.
- При необходимости изменить мобильные операции средствами Mobile SMARTS, если это позволяет лицензия.
Методика самостоятельной интеграции.
Получается выбор между двумя архитектурами:
| Собственная мобильная 1С | Решение на Mobile SMARTS | |
|---|---|---|
| Формы и мобильная логика | Разрабатываешь на 1С | Используешь и дорабатываешь средствами Клеверенс |
| Доступ к сканеру | Мобильный драйвер ввода | Обеспечивается мобильной платформой Клеверенс |
| Интеграция с центральной 1С | Проектируешь самостоятельно | Используешь готовую интеграцию или адаптируешь её |
5. «Учёт 15» и другие прикладные продукты
«Учёт 15» предназначен для мобильного учёта имущества и материалов: маркировки, выдачи, возврата, перемещения и инвентаризации, включая варианты с RFID. Поддерживает интеграцию с учётными системами, REST API и файловый обмен. Описание продукта.
Не путай его с «Клеверенс: Учёт имущества»: последний — отдельная конфигурация на платформе 1С; «Учёт 15» — мобильное приложение для терминала. Пояснение Клеверенс.
Есть также «Скан 3», у которого документирован обмен товарами и результатами сбора с 1С. Несмотря на название, это не следует трактовать как драйвер, превращающий ТСД в беспроводную клавиатуру. Интеграция «Скана 3».
Это прикладные продукты под разные бизнес-задачи, а не новые технологические типы драйверов.
6. Старые Batch, Wi-Fi и Wi-Fi ПРОФ
Эти названия действительно встречаются у Клеверенс в исторической линейке «Драйвер терминала сбора данных для 1С на основе Mobile SMARTS».
Они обозначали варианты продукта с различиями в обмене и функциональности. Например, документация описывает дополнительные возможности ПРОФ и обмен через промежуточную папку у Wi-Fi-вариантов. Поэтому даже здесь название Wi-Fi не определяет весь способ интеграции. Документация старой линейки.
Современная методика интеграции отдельно предупреждает, что не подходит к старому «Драйверу ТСД Wi-Fi ПРОФ» и старым механизмам интеграции. Наличие старого дистрибутива на сайте не подтверждает его актуальные условия продажи или поддержки. Методика Клеверенс.
Что выбирать тебе как разработчику
- Вся мобильная логика должна быть на 1С → мобильный драйвер устройства ввода Клеверенс.
- Нужен стандартный обмен через БПО → «CLEVERENCE:Терминалы сбора данных», с проверкой совместимой поставки.
- Нужно готовое складское или розничное приложение → «Склад 15» / «Магазин 15» и подходящий способ интеграции.
- Нужны собственные процессы на технологии Клеверенс → Mobile SMARTS и лицензия, разрешающая нужные доработки.
- Сопровождаешь Batch/Wi-Fi ПРОФ → документация именно установленного поколения продукта.
Главный вопрос выбора: где ты хочешь писать мобильную бизнес-логику — в 1С или в Mobile SMARTS. После этого выбор драйвера и интеграции становится существенно проще.
