Как организовать ввод заказов с планшета для 1С:Управление торговлей 10.3

← На главную

Автоматизация работы выездных торговых представителей — одна из классических задач при сопровождении 1С:Управление торговлей 10.3. Основная сложность заключается в архитектурных ограничениях конфигурации: она создавалась под обычное приложение и часто работает в режиме совместимости с платформой 8.2. Разберем ключевые подходы к реализации мобильного рабочего места, проанализируем сложности каждого варианта и выберем оптимальный путь.

Вариант 1: Использование веб-клиента и управляемых форм в УТ 10.3

На первый взгляд самым логичным кажется создание одной управляемой формы документа ЗаказПокупателя и публикация базы на веб-сервере для работы через браузер планшета. Однако на практике этот путь сопряжен с серьезными трудозатратами:

Режим совместимости и интерфейс: В режиме совместимости с версией 8.2 интерфейс «Такси» недоступен. Веб-клиент работает в устаревшем интерфейсе с мелкими элементами, не рассчитанными на сенсорное управление (пальцевый ввод, виртуальная клавиатура, жесты прокрутки). Для перехода на «Такси» потребуется повысить режим совместимости минимум до 8.3.5 или полностью отключить его, что может вызвать ошибки в коде типовой конфигурации.
Рефакторинг общих модулей: Типовая УТ 10.3 рассчитана на выполнение логики в контексте обычного клиента. Любой вызов стандартных процедур ценообразования, расчета автоматических скидок или проверки остатков из управляемой формы потребует разделения кода директивами компиляции (&НаСервере, &НаКлиенте) и изменения свойств общих модулей (установка флагов «Сервер», «Вызов сервера»).
Критическая зависимость от интернета: Веб-клиент требует постоянного и стабильного интернет-соединения. На складах клиентов, в подвальных помещениях или удаленных точках связь часто пропадает, что приводит к зависанию сеанса и потере несохраненных данных заказа.
Потребление лицензий: При работе через веб-клиент каждый торговый представитель постоянно занимает клиентскую лицензию 1С на протяжении всей рабочей смены.

Вариант 2: Подключение через терминальный сервер (RDP)

Данный вариант предполагает запуск обычного приложения через RDP-клиент на планшете со специально упрощенными формами документов:

Минимальные затраты на код: Достаточно нарисовать отдельную обычную форму с крупными кнопками и шрифтами, не затрагивая архитектуру общих модулей.
Недостатки: Высокие требования к каналу связи, невозможность работы в офлайн-режиме, неудобство масштабирования интерфейса и необходимость наличия терминальных лицензий Windows/RDP.

Вариант 3: Автономное мобильное приложение с синхронизацией данных (Рекомендуемое решение)

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

Рассмотрим, как выстроить архитектуру такого решения:

Разработка на мобильной платформе 1С: Создается компактная мобильная конфигурация, содержащая только справочники (Номенклатура, Контрагенты, ДоговорыКонтрагентов) и документ ЗаказКлиента. Мобильная платформа 1С предоставляет готовые адаптивные интерфейсы с удобной прокруткой и поддержкой сенсорного ввода.
Организация обмена данными:
В конфигурациях с режимом совместимости 8.2 нативные HTTPСервисы недоступны. Для передачи данных между мобильным приложением и центральной базой применяются:
- SOAP Web-сервисы: В центральной базе УТ 10.3 публикуется Web-сервис, через который мобильное приложение по расписанию или по кнопке отправляет сформированные заказы и получает свежие остатки и цены.
- Файловый обмен (XML / JSON): Пакетная выгрузка данных через промежуточный FTP-сервер или веб-хранилище.
Экономия лицензий: При автономной схеме сеанс подключения к центральной базе открывается только на несколько секунд в момент передачи пакета, что снижает нагрузку на пул лицензий.

Пример алгоритма загрузки заказа из мобильного приложения через Web-сервис

Проанализируем пример серверной функции центральной базы, принимающей данные заказа от мобильного устройства в формате структуры и создающей документ:


Функция ЗагрузитьЗаказИзМобильного(ДанныеЗаказа) Экспорт

    НовыйЗаказ = Документы.ЗаказПокупателя.СоздатьДокумент();
    НовыйЗаказ.Дата = ТекущаяДата();
    НовыйЗаказ.Контрагент = ДанныеЗаказа.Контрагент;
    НовыйЗаказ.ДоговорКонтрагента = ДанныеЗаказа.Договор;
    НовыйЗаказ.Организация = ДанныеЗаказа.Организация;
    НовыйЗаказ.СкладГруппа = ДанныеЗаказа.Склад;

    Для Каждого СтрокаТЧ Из ДанныеЗаказа.Товары Цикл
        НоваяСтрока = НовыйЗаказ.Товары.Добавить();
        НоваяСтрока.Номенклатура = СтрокаТЧ.Номенклатура;
        НоваяСтрока.Количество = СтрокаТЧ.Количество;
        НоваяСтрока.Цена = СтрокаТЧ.Цена;
        НоваяСтрока.Сумма = СтрокаТЧ.Количество * СтрокаТЧ.Цена;
    КонецЦикла;

    Попытка
        НовыйЗаказ.Записать(РежимЗаписиДокумента.Запись);
        Возврат Истина;
    Исключение
        ЗаписьЖурналаРегистрации("ОбменСМобильными", УровеньЖурналаРегистрации.Ошибка, , , ОписаниеОшибки());
        Возврат Ложь;
    КонецПопытки;

КонецФункции

Альтернативные готовые решения

Если разработка собственной мобильной конфигурации нецелесообразна по срокам, стоит рассмотреть готовые варианты:

Типовое приложение «1С:Заказы»: Готовое мобильное решение от фирмы «1С». Однако для интеграции с УТ 10.3 потребуется доработка модуля обмена, так как стандартно оно ориентировано на конфигурации современных редакций (УТ 11, ERP, УНФ) и использует HTTP-сервисы.
Специализированные SFA-системы: Сторонние тиражные системы мобильной торговли, поставляемые с готовыми внешними обработками интеграции под УТ 10.3, работающие без изменения типовой конфигурации.