Как подключить старые китайские ТСД на Windows Mobile 6.5 к 1С:УНФ и что на них можно установить?

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

Мы сталкиваемся с распространенной ситуацией, когда на складе или в эксплуатации остаются устаревшие терминалы сбора данных (ТСД), работающие на операционной системе Microsoft Windows Mobile 6.5, например, китайские аналоги iDATA90. Возникает закономерный вопрос: что можно установить на такие устройства и как их связать с современной системой 1С:Управление нашей фирмой (УНФ)? Рассмотрим различные подходы и решения, позволяющие использовать эти ТСД, несмотря на их возраст.

Прежде чем углубляться в детали, важно отметить, что Microsoft официально прекратила поддержку Windows Mobile 6.5 еще в 2014 году. Это означает отсутствие обновлений безопасности, исправлений ошибок и технической поддержки, что делает такие устройства уязвимыми и значительно ограничивает их совместимость с современными приложениями и веб-стандартами. Тем не менее, для определенных задач и с учетом ограничений, их использование по-прежнему возможно.

Метод 1: Подключение через RDP (Remote Desktop Protocol)

Одним из наиболее часто обсуждаемых и реализуемых способов является подключение ТСД к серверу 1С через RDP. Этот подход превращает ТСД в "тонкий клиент", который просто отображает рабочий стол или специально разработанные формы 1С, запущенные на сервере.

Принцип работы RDP с 1С

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

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

Сложности и решения при работе с RDP:

Несмотря на кажущуюся простоту, при подключении старых Windows Mobile 6.5 ТСД к современным серверам Windows Server (например, 2012, 2016, 2019, 2022) мы можем столкнуться с рядом проблем, основной из которых является ошибка безопасности:

"Because of a security error, the client could not connect to the remote computer"

Эта ошибка обычно связана с устаревшими протоколами безопасности клиента RDP на Windows Mobile 6.5 и более строгими требованиями современных серверов. Чтобы решить эту проблему, нам потребуется выполнить настройки на стороне сервера.

  1. Понижение уровня безопасности на сервере RDP:

    Для обеспечения совместимости со старыми RDP-клиентами мы можем временно или постоянно понизить требования к безопасности на сервере. Это включает:

    • Отключение сетевой аутентификации на уровне (NLA): NLA — это функция безопасности, которая появилась в более поздних версиях Windows и не поддерживается старыми клиентами. Отключим ее в параметрах службы удаленных рабочих столов.
    • Установка уровня безопасности RDP: Изменим уровень безопасности на "RDP Security Layer" и уровень шифрования на "Client Compatible" (Совместимо с клиентом) в настройках службы удаленных рабочих столов или через групповые политики.
    • Изменения в реестре: Может потребоваться удалить определенные ключи реестра, связанные с сертификатами безопасности, которые старый клиент не может обработать. Обычно это ключи Certificate, X509 Certificate, X509 Certificate ID, X509 Certificate2 в ветке HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp. После изменения реестра обязательно перезагрузим сервер.
    • Настройка брандмауэра: Убедимся, что брандмауэр Windows на сервере разрешает RDP-трафик через порт 3389 (или другой настроенный порт).
  2. Оптимизация производительности RDP:

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

    • Уменьшим разрешение экрана и глубину цвета на клиенте RDP.
    • Отключим фон рабочего стола, сглаживание шрифтов и другие визуальные эффекты в настройках RDP-клиента или на стороне сервера.
  3. Безопасность RDP:

    При понижении уровня безопасности на сервере мы увеличиваем риски. Если использование RDP через интернет является необходимостью, настоятельно рекомендуем использовать VPN-подключение для создания защищенного туннеля. Также сменим стандартный порт RDP (3389) и используем сложные пароли для учетных записей.

  4. Примеры использования:

    Многие компании успешно используют RDP на старых ТСД. Например, для 1С можно создать пользовательский интерфейс, адаптированный под маленькие экраны (например, 320x480 пикселей) и кнопочное управление. Мы можем создать отдельные формы для приемки, отгрузки, перемещения товаров, которые будут открываться для конкретного пользователя ТСД. При подключении RDP на сервере автоматически запускается 1С под фиксированным пользователем, а затем происходит дополнительная авторизация бегунка уже в самой 1С.

    Вот как может выглядеть концепция формы в 1С для ТСД:

    
    // Пример упрощенной логики в 1С для формы ТСД
    Процедура ПриОткрытии()
        // Настройка элементов формы под маленький экран
        Элементы.ПолеВводаШтрихкода.Высота = 2;
        Элементы.КнопкаПринять.Ширина = 10;
        // И так далее для всех элементов
                
        Если Параметры.РежимРаботы = "Приемка" Тогда
            Элементы.ГруппаПриемка.Видимость = Истина;
            Элементы.ГруппаОтгрузка.Видимость = Ложь;
            // Дополнительная логика для режима приемки
        ИначеЕсли Параметры.РежимРаботы = "Отгрузка" Тогда
            Элементы.ГруппаПриемка.Видимость = Ложь;
            Элементы.ГруппаОтгрузка.Видимость = Истина;
            // Дополнительная логика для режима отгрузки
        КонецЕсли;
    КонецПроцедуры
    
    Процедура ПолеВводаШтрихкодаНачалоВыбора(Элемент)
        // Логика обработки сканированного штрихкода
        // Например, поиск товара по ШК
        // ...
        Сообщить("Штрихкод отсканирован: " + Элемент.Значение);
    КонецПроцедуры
    

    Это позволит оперативно взаимодействовать с системой 1С.

Метод 2: Сторонние специализированные решения (Cleverence, DataMobile)

Для ТСД на Windows Mobile 6.5 существуют проверенные и надежные сторонние программные комплексы, такие как Cleverence (Mobile SMARTS) и DataMobile. Эти решения специально разработаны для работы с терминалами сбора данных и обеспечивают глубокую интеграцию с 1С.

Принцип работы:

Обычно это клиент-серверные системы. На ТСД устанавливается нативное мобильное приложение (клиент), которое обменивается данными с серверной частью, интегрированной с 1С. Клиенты могут работать как в онлайн, так и в офлайн режимах.

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

Недостатки:

Метод 3: Веб-клиент с использованием специализированного браузера

Если наша 1С настроена на работу с веб-клиентом (через HTTP-сервисы), теоретически мы можем использовать специализированный HTML5-браузер для Windows Mobile 6.5, например, Zetakey. Этот браузер поддерживает HTML5 и TLS 1.2, что может быть критично для доступа к современным веб-сервисам.

Принцип работы:

  1. На ТСД устанавливается Zetakey HTML5 Browser.
  2. Браузер используется для доступа к веб-интерфейсу 1С или к специально разработанному веб-приложению (например, на Vue.js, как упоминалось в обсуждении), которое взаимодействует с 1С через HTTP-сервисы.

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

Недостатки:

Проблема с маркировкой "Честный Знак"

Одной из наиболее серьезных проблем при использовании старых ТСД, особенно через RDP, является работа с маркировкой "Честный Знак". Коды Data Matrix, используемые в маркировке, часто содержат "непечатаемые" символы (например, символ разделителя групп GS), передача которых просто не предусмотрена в стандартной спецификации RDP.

Решения и обходные пути:

  1. Специализированные компоненты: Некоторые производители ТСД (например, UROVO, хотя iDATA90, возможно, не имеет такого) предлагают специальные компоненты или драйверы, которые позволяют перехватывать событие сканирования в RDP-сессии 1С и передавать полный код Data Matrix через TCP/IP или иной канал. Это наиболее надежный способ.
  2. "Перехват" символов: В некоторых случаях пытаются настроить ТСД на замену символа GS на какой-либо печатный символ (например, квадратную скобку [) перед передачей в 1С. Затем в 1С этот символ заменяется обратно. Этот метод требует осторожности и может быть нестабилен, так как не всегда гарантирует корректную передачу всего кода.
  3. Использование внешнего сканера: Если ТСД не справляется, можно использовать современный внешний 2D-сканер (например, кольцо на палец) в связке с более современным устройством (смартфоном на Android) или напрямую с сервером 1С.
  4. Ограничения: Для полноценной работы с "Честным Знаком" и его мобильными приложениями (например, "Честный ЗНАК.Бизнес") практически всегда требуются современные устройства на Android.

Дополнительные аспекты и советы

  1. Использование как простого сканера:

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

  2. Wi-Fi покрытие склада:

    Для всех онлайн-решений (RDP, веб-клиент, клиент-серверные системы) критически важно стабильное и качественное Wi-Fi покрытие всего склада. Инвестиции в надежную бесшовную Wi-Fi сеть (например, на базе решений Ubiquiti UniFi, MikroTik Capsman или Keenetic) окупятся повышением эффективности работы.

  3. Стоимость владения:

    Необходимо трезво оценить трудозатраты и стоимость разработки/настройки. Иногда стоимость настройки и поддержки ПО для устаревшего "железа" может многократно превысить стоимость приобретения новых, современных ТСД на Android, которые сразу работают с актуальными решениями и имеют длительную поддержку.

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

  4. Будущее:

    Поскольку Windows Mobile 6.5 является полностью устаревшей и неподдерживаемой операционной системой, разработка нового ПО под нее практически прекращена. Мы рекомендуем переходить на современные ОС, такие как Android, для новых ТСД, так как они предлагают лучшую безопасность, производительность, совместимость с актуальными приложениями и более широкую экосистему.

Таким образом, мы видим, что использование старых китайских ТСД на Windows Mobile 6.5 с 1С:УНФ возможно, но сопряжено с рядом технических сложностей, особенно в части безопасности RDP-подключения к современным серверам и работы с маркировкой "Честный Знак". Наиболее жизнеспособными вариантами являются тщательно настроенное RDP-подключение с оптимизированными формами 1С или использование сторонних специализированных решений, таких как Cleverence и DataMobile.

← На главную