Терминалы сбора данных (ТСД) линейки АТОЛ, включая модель Smart.Droid, широко применяются в розничной торговле, на складах и в логистике. Интеграция таких устройств с мобильными решениями 1С, в частности с приложением «1С:Мобильная касса», часто сопряжена с техническими трудностями. Пользователи сталкиваются с неработающим встроенным сканером, неудобным вводом данных с физической клавиатуры ТСД и ограничениями типового обмена данными. Разберем детально, как решить эти проблемы, настроить оборудование и адаптировать логику обмена под ваши бизнес-процессы.
Часто после первой установки «1С:Мобильная касса» на ТСД встроенный лазерный или светодиодный 2D-сканер отказывается считывать штрихкоды напрямую в документ. Это происходит потому, что по умолчанию сканер работает в режиме эмуляции клавиатуры (Keyboard Wedge), который некорректно обрабатывается мобильной платформой 1С. Для исправления этой ситуации переведем сканер в режим передачи системных событий (Broadcast Intent).
Проанализируем последовательность действий на самом терминале АТОЛ Smart.Droid:
Barcode Utility, Scan Setting или Scan Wedge.Data Receive Method или Data Delivery).com.xcheng.scanner.action.BARCODE_DECODING_BROADCASTEXTRA_BARCODE_DECODING_DATAТеперь перейдем в программу «1С:Мобильная касса» и настроим прием этих событий:
1С:Драйвер штрихкода Native.При работе на ТСД крайне важно минимизировать использование сенсорного экрана для ускорения операций. По умолчанию в «1С:Мобильная касса» фокус ввода может не переходить автоматически на поля ввода количества или цены. Рассмотрим, как заставить физические клавиши АТОЛ Smart.Droid работать корректно.
Выясним причину такого поведения. Без отправки управляющего символа после сканирования штрихкода операционная система Android считает ввод незавершенным и оставляет фокус в поле штрихкода. Решением является добавление суффикса возврата каретки (Enter) или табуляции (Tab).
Для настройки выполните следующие шаги:
Barcode Utility на терминале.Data Formatting или Prefix/Suffix).CR (Carriage Return) или Tab. В некоторых прошивках достаточно установить флажок Send Enter или Add LF.По умолчанию типовой обмен «1С:Мобильная касса» выгружает продажи за смену в виде сводного документа «Отчет о розничных продажах» (ОРП). Если перед вами стоит задача вести поклиентский учет, выписывать индивидуальные расходные накладные или выгружать каждый чек как отдельный документ «Заказ покупателя», стандартного функционала старых версий может не хватить. В этом случае требуется кастомизация логики приложения.
Разберем по шагам, как получить исходный код приложения и внести изменения:
Cashdesk или CashdeskDev..cf..cf.
// Пример изменения логики выгрузки в модуле обмена
Процедура ВыгрузитьДанныеДляОфиса(ПараметрыОбмена) Экспорт
// Вместо формирования ОРП, обходим коллекцию пробитых чеков за смену
ВыборкаЧеков = Документы.ЧекККМ.Выбрать(НачалоДня(ТекущаяДата()), КонецДня(ТекущаяДата()));
Пока ВыборкаЧеков.Следующий() Цикл
Если Не ВыборкаЧеков.Выгружен Тогда
// Формируем структуру данных в формате EnterpriseData как Заказ или индивидуальный Чек
ДанныеЧека = СформироватьСтруктуруДанныхЧек(ВыборкаЧеков.Ссылка);
ОтправитьВЦентральнуюБазу(ДанныеЧека);
КонецЕсли;
КонецЦикла;
КонецПроцедуры
После внесения изменений вам потребуется собрать собственный установочный файл .apk. Для этого используйте Сборщик мобильных приложений 1С. Установите полученный файл на ТСД АТОЛ Smart.Droid вместо стандартного приложения из магазина.
Современные версии «1С:Мобильная касса» и управляющих программ (таких как «1С:УНФ», «1С:Розница» или «1С:Управление торговлей») позволяют обойтись без дорогостоящего программирования и сборки кастомных пакетов. Рассмотрим два штатных механизма, которые решают проблему выгрузки индивидуальных документов.
Вариант А. Режим внешнего РМК (Рабочего места кассира)
Если настроить синхронизацию в режиме Внешнего РМК, то «1С:Мобильная касса» перестает накапливать продажи для финального ОРП. В этом режиме каждый пробитый на ТСД чек мгновенно отправляется в центральную базу как отдельный документ Чек ККМ. На основе этих чеков в центральной базе можно оперативно формировать товаросопроводительные документы.
Вариант Б. Работа по схеме «Заказ покупателя»
Этот сценарий идеально подходит для выездной торговли и курьеров:
Заказ покупателя.Расходная накладная (Реализация товаров и услуг), что полностью исключает необходимость ручного перебивания данных.Таким образом, мы детально разобрали как аппаратную настройку ТСД АТОЛ Smart.Droid, так и программные методы оптимизации бизнес-процессов — от доработки исходного кода конфигурации до использования современных штатных сценариев интеграции.