Как организовать работу ТСД при отсутствии постоянной связи с 1С

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

Проблема «слепых зон» на складе — одна из самых частых задач при автоматизации складской логистики. Металлические стеллажи, высокие потолки и значительная площадь помещений создают экранирующий эффект, из-за которого Wi-Fi сигнал может пропадать в самый неподходящий момент. Рассмотрим подробно, как обеспечить бесперебойную работу кладовщиков, используя различные подходы: от готового специализированного ПО до разработки собственного мобильного приложения на платформе 1С.

Вариант 1: Использование готовых программных комплексов (Mobile SMARTS и DataMobile)

Проанализируем работу специализированного ПО, которое изначально проектировалось с учетом возможности потери связи. Такие системы, как Mobile SMARTS (от Cleverence) или DataMobile (от Сканпорт), работают по принципу «полу-оффлайна» или полной автономности.

Как это работает:

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

Преимущества: готовые бизнес-процессы, поддержка работы с маркировкой (Честный ЗНАК, ЕГАИС) и быстрое внедрение. Однако стоит учитывать, что глубокая кастомизация логики под нетиповые процессы 1С может потребовать специфического обучения разработчика.

Вариант 2: Собственная разработка на мобильной платформе 1С

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

Разберем архитектуру такого решения. Для организации обмена данными в условиях нестабильной связи лучше всего использовать HTTP-сервисы на стороне основной базы 1С и локальную базу данных (SQLite) на самом ТСД. При использовании мобильной платформы 1С предоставляет встроенные механизмы работы с локальными данными.

Алгоритм реализации:

  1. Создаем мобильное приложение, которое хранит документы в локальных справочниках или регистрах сведений прямо на устройстве.
  2. Реализуем механизм «отложенной синхронизации». При сканировании данные записываются в локальную таблицу.
  3. Разрабатываем HTTP-сервис в основной базе для приема данных. Для минимизации нагрузки на канал используем формат JSON.

Проанализируем пример кода для отправки данных из ТСД в центральную базу. Мы создаем структуру, сериализуем ее в JSON и отправляем через HTTP-запрос:


// Пример на стороне мобильного приложения
Функция ОтправитьДанныеНаСервер(МассивСканирований)
    
    ЗаписьJSON = Новый ЗаписьJSON;
    ЗаписьJSON.УстановитьСтроку();
    ЗаписатьJSON(ЗаписьJSON, МассивСканирований);
    СтрокаJSON = ЗаписьJSON.Закрыть();
    
    Соединение = Новый HTTPСоединение("192.168.1.100", 80, "Логин", "Пароль");
    Запрос = Новый HTTPЗапрос("/your_base/hs/warehouse/upload");
    Запрос.УстановитьТелоИзСтроки(СтрокаJSON, КодировкаТекста.UTF8);
    
    Попытка
        Ответ = Соединение.ОтправитьДляОбработки(Запрос);
        Возврат Ответ.КодСостояния = 200;
    Исключение
        Возврат Ложь; // Связи нет, данные остаются в локальной очереди
    КонецПопытки;
    
КонецФункции

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

Вариант 3: Автономный режим в 1С:Мобильный клиент

Выясним причину, по которой обычный Мобильный клиент часто не подходит для складов. Он требует постоянного соединения с сервером (terminal-like mode). Однако в последних версиях платформы (начиная с 8.3.15+) появился Мобильный клиент с автономным режимом.

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

Вариант 4: Оптимизация сетевой инфраструктуры

Иногда проблему проще решить аппаратно, чем программно. Рассмотрим способы расширения зоны покрытия Wi-Fi, если оффлайн-режим по каким-то причинам критичен для бизнес-логики (например, онлайн-проверка остатков в реальном времени).

  1. Бесшовный роуминг (802.11r/k/v): Обычные домашние роутеры при переключении ТСД от одной точки к другой обрывают сессию 1С на 2-5 секунд. Промышленное оборудование (UniFi, MikroTik, Cisco) поддерживает протоколы быстрого роуминга, что позволяет ТСД мгновенно переключаться между точками доступа без потери пакетов.
  2. Mesh-сети: Позволяют установить дополнительные узлы связи без прокладки кабеля, что актуально для труднодоступных мест склада.
  3. Внешние антенны: Использование направленных антенн в узких межстеллажных коридорах позволяет «пробить» сигнал на всю глубину прохода.

Вариант 5: ТСД со встроенной памятью (Режим эмуляции клавиатуры)

Если бюджет крайне ограничен, а задачи примитивны (просто собрать штрихкоды), можно использовать режим «накопителя» на самом сканере или ТСД. Кладовщик сканирует позиции в текстовый файл или внутренний буфер устройства. По возвращении к рабочему месту устройство подключается к компьютеру (через USB или Bluetooth), и данные «выплевываются» в документ 1С, как если бы они вводились с клавиатуры.

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

Итоги и рекомендации

Выбор решения зависит от сложности ваших бизнес-процессов:

← На главную