Разработка и Конфигурация · 13 мин
Как создать мобильный клиент в 1С
Как создать мобильный клиент в 1С: требования к платформе, настройка конфигурации, публикация на веб-сервере, сборка мобильного приложения и типичные ошибки.
Мобильный клиент в 1С — это способ запустить прикладное решение на смартфоне или планшете под Android и iOS без полной переписывания конфигурации. Платформа 1С:Предприятие поддерживает два подхода: тонкий мобильный клиент, который подключается к опубликованной базе через интернет, и автономное мобильное приложение со своей локальной базой и обменом данными с основной системой.
Выбор подхода определяет весь объём работ. Мобильный клиент требует стабильного канала связи и опубликованной информационной базы, зато почти не требует доработки конфигурации. Автономное мобильное приложение собирается через конфигурацию мобильного приложения в конфигураторе и требует продумывания механизмов синхронизации, но работает без постоянного подключения.
Ниже разобраны оба сценария: требования к версии платформы, подготовка конфигурации, публикация базы, сборка и установка на устройство, а также проверка результата и типичные ошибки, из-за которых мобильный клиент не запускается или работает нестабильно.
Что такое мобильный клиент 1С и когда он нужен
Мобильный клиент — это вариант клиентского приложения платформы 1С:Предприятие, адаптированный под сенсорный интерфейс и ограниченные ресурсы мобильных устройств. Он исполняет тот же прикладной код, что и тонкий клиент, но с интерфейсом, рассчитанным на экраны смартфонов и планшетов.
Типовые сценарии использования: торговые представители оформляют заказы на выезде, руководители смотрят отчёты и согласуют документы, кладовщики проводят инвентаризацию со сканером штрихкодов, сервисные инженеры фиксируют выполненные работы у клиента.
Важно различать мобильный клиент и мобильное приложение. Мобильный клиент всегда работает онлайн и подключается к серверной или файловой базе, опубликованной на веб-сервере. Мобильное приложение — это самостоятельная сборка с локальной базой на устройстве, которая синхронизируется с центральной системой по расписанию или вручную.
Требования к платформе и лицензиям
Перед началом работ убедитесь, что версия платформы поддерживает мобильный клиент. Возможность доступна в актуальных версиях платформы 8.3; чем новее релиз, тем шире набор поддерживаемых механизмов и стабильнее работа на современных версиях Android и iOS. Точный минимальный релиз для конкретных функций указан в документации к платформе.
Для работы мобильного клиента в многопользовательском режиме потребуются клиентские лицензии — мобильные подключения расходуют их так же, как обычные сеансы тонкого клиента. Если лицензий не хватает, пользователь получит ошибку при подключении, хотя сама настройка выполнена верно.
Для сборки автономного мобильного приложения под Android потребуется установленная среда разработки (Android SDK, Java), а для iOS — компьютер с macOS и действующий аккаунт разработчика Apple. Без этого собрать установочный пакет не получится.
Подготовка конфигурации к работе на мобильном клиенте
Не всякая конфигурация корректно откроется на мобильном клиенте. Платформа накладывает ограничения: недоступны некоторые виды клиентов, часть расширений работы с файлами и COM-объекты, а интерфейс должен быть построен на управляемых формах. Обычные формы и режим обычного приложения на мобильном клиенте не работают.
Откройте конфигуратор, перейдите в свойства корневого узла конфигурации и проверьте параметр «Использование мобильного клиента» (в разных релизах — «Назначение использования»). Установите значение, разрешающее работу на мобильном устройстве: «Мобильное устройство» или «Персональный компьютер и мобильное устройство», если база должна быть доступна с обоих типов клиентов.
Далее проверьте функциональные опции и роли: пользователи мобильного клиента должны иметь права только на те объекты, которые реально нужны в мобильном сценарии. Лишние подсистемы утяжеляют интерфейс и замедляют запуск. Часто для мобильной работы создают отдельную роль и отдельный интерфейс (подсистему) с ограниченным набором документов и отчётов.
Обратите внимание на код с директивами компиляции. Обработчики, обёрнутые в #Если ТонкийКлиент Тогда, на мобильном клиенте выполняться не будут. Для мобильного контекста используются директивы #Если МобильныйКлиент Тогда — проверьте, что критичная бизнес-логика охвачена нужными ветками.
Публикация базы для мобильного клиента
Мобильный клиент подключается к базе через веб-сервер, поэтому следующий шаг — публикация. Для файловой базы подойдёт публикация через веб-сервер Apache или IIS, для клиент-серверной — публикация с указанием кластера серверов 1С.
Проще всего выполнить публикацию из конфигуратора: меню «Администрирование» → «Публикация на веб-сервере». Укажите имя публикации, каталог, веб-сервер и отметьте нужные сервисы. Для мобильного клиента достаточно публикации тонкого клиента; веб-сервисы включайте только если они реально используются.
После публикации проверьте доступность базы сначала с обычного компьютера: откройте адрес вида https://сервер/ИмяПубликации в браузере или подключитесь тонким клиентом по этому адресу. Если база открывается и запрашивает логин и пароль — публикация выполнена корректно, можно переходить к настройке устройства.
- 1Убедитесь, что веб-сервер (Apache или IIS) установлен и запущен
- 2Откройте конфигуратор: Администрирование → Публикация на веб-сервере
- 3Задайте имя публикации латиницей без пробелов и выберите каталог
- 4Отметьте публикацию тонкого клиента и при необходимости веб-сервисов
- 5Нажмите «Опубликовать» и дождитесь сообщения об успехе
- 6Настройте HTTPS-сертификат на веб-сервере
- 7Проверьте открытие адреса публикации в браузере с другого компьютера
Установка и подключение мобильного клиента на устройстве
На устройство пользователя устанавливается мобильная платформа 1С — приложение из Google Play или App Store либо APK-файл из дистрибутива платформы для корпоративного развёртывания. После установки запустите приложение и добавьте новую информационную базу.
В параметрах подключения выберите тип «Веб-сервер» и укажите полный адрес публикации, включая протокол: например, https://server.example.com/trade. Введите имя пользователя и пароль. Если всё настроено верно, база появится в списке и откроется с интерфейсом, адаптированным под экран устройства.
Для корпоративного развёртывания на десятки устройств удобнее использовать MDM-систему или заранее подготовленный файл настроек, чтобы не вводить адрес публикации вручную на каждом смартфоне. Это снижает количество ошибок при вводе и упрощает смену адреса сервера в будущем.
Как проверить результат
База открывается, запрашивает логин и показывает рабочий стол
Ошибка соединения, белый экран или бесконечная загрузка
Формы открываются за несколько секунд, списки листаются плавно
Каждое действие занимает десятки секунд — проблема канала или сервера
Пользователь видит только нужные документы и отчёты
Видны лишние подсистемы либо ошибка «Нарушение прав доступа»
Сканер штрихкодов и камера вызываются из форм
Кнопки сканирования неактивны или вызывают ошибку
Создание автономного мобильного приложения
Если пользователи работают там, где нет стабильной связи — на складах, в подвалах, в выездах за город, — мобильный клиент не подойдёт. В этом случае создают автономное мобильное приложение с локальной базой на устройстве и обменом с центральной системой.
Порядок работы такой. В конфигураторе создаётся новая конфигурация с назначением «Мобильное приложение». В неё переносят только нужные объекты метаданных: справочники, документы, регистры и обработки мобильного сценария. Затем настраивается план обмена с основной базой — обычно через веб-сервисы или HTTP-сервисы, опубликованные на стороне центральной системы.
После отладки логики приложение собирается в установочный пакет. Для Android сборка выполняется через сборщик мобильных приложений из дистрибутива платформы с установленным Android SDK; результат — APK или AAB-файл. Для iOS сборка выполняется на macOS через Xcode и требует сертификатов разработчика Apple. Готовый пакет устанавливается на устройства пользователей вручную или через MDM.
Главная сложность автономного сценария — синхронизация. Продумайте разрешение конфликтов (что делать, если один и тот же документ изменён и на устройстве, и в центральной базе), объём передаваемых данных и поведение при обрыве связи в середине обмена. Без этого приложение будет терять данные или создавать дубли.
Мобильный клиент или автономное приложение
Подходит при стабильном интернете и типовой конфигурации. Быстрый запуск за считаные дни, но не работает без связи и расходует клиентские лицензии.
Подходит для полевой работы без связи. Требует разработки отдельной конфигурации, механизмов обмена и сборки пакетов — сроки и стоимость заметно выше.
Подходит для эпизодического доступа: ничего устанавливать не нужно. Ограниченная работа с периферией и менее удобный интерфейс на маленьком экране.
Типичные ошибки и их устранение
Самая частая проблема — ошибка соединения при в целом рабочей публикации. Причины: введён адрес без указания протокола, на веб-сервере самоподписанный сертификат, которому устройство не доверяет, или файрвол закрывает порт. Проверяйте адрес в браузере самого устройства — если страница публикации не открывается и там, проблема в сети, а не в платформе.
Вторая группа ошибок связана с конфигурацией: формы, рассчитанные на большой монитор, на смартфоне «разъезжаются», а код с вызовами недоступных на мобильном клиенте объектов приводит к падению с ошибкой. Лечится адаптацией форм под мобильный интерфейс и проверкой директив компиляции.
Третья группа — производительность. Если база работает медленно даже на хорошем канале, проверьте загрузку сервера, количество одновременных сеансов и объём данных в списках, которые открываются при старте. Динамические списки без отборов на больших таблицах — типичный источник тормозов.
Как выбрать сценарий под свою задачу
Итоговое решение зависит от трёх факторов: качества связи в местах работы пользователей, готовности конфигурации к мобильному интерфейсу и бюджета на разработку. Ниже — краткий маршрут выбора.
Как выбрать действие
Начинайте с пилота на двух-трёх устройствах: так вы проверите производительность, удобство интерфейса и реальные сценарии пользователей до массового развёртывания. Замечания пилотной группы почти всегда выявляют проблемы, которые не видны на этапе настройки.
Что важно запомнить
Мобильный клиент 1С создаётся в три шага: включение поддержки в конфигурации, публикация базы на веб-сервере с HTTPS, подключение с устройства по адресу публикации. Для работы без связи нужно отдельное автономное мобильное приложение с обменом данными. Всегда проверяйте результат на реальном устройстве и не публикуйте базу без шифрования.
Частые вопросы
Работает ли мобильный клиент 1С без интернета?
Нет. Мобильный клиент подключается к опубликованной базе и требует постоянного соединения. Для автономной работы создают мобильное приложение с локальной базой на устройстве и последующей синхронизацией с центральной системой.
Можно ли подключить мобильный клиент к файловой базе?
Да, но файловую базу всё равно нужно опубликовать через веб-сервер (Apache или IIS). Прямое подключение к файлу базы по сети с мобильного устройства невозможно.
Нужны ли отдельные лицензии для мобильного клиента?
Мобильный клиент использует те же клиентские лицензии 1С, что и тонкий клиент. Отдельной «мобильной» лицензии для подключения к серверной базе не требуется, но общего количества лицензий должно хватать на все одновременные сеансы.
Почему мобильный клиент выдаёт ошибку сертификата?
Обычно причина в самоподписанном SSL-сертификате на веб-сервере, которому устройство не доверяет. Решения: использовать сертификат от доверенного удостоверяющего центра либо установить корневой сертификат организации на каждое устройство.
Можно ли собрать мобильное приложение 1С для iOS без Mac?
Нет, сборка под iOS выполняется только на компьютере с macOS и Xcode, а также требует аккаунта разработчика Apple. Для Android достаточно Windows-машины с установленным Android SDK и сборщиком мобильных приложений из дистрибутива платформы.
Что делать, если типовая конфигурация плохо выглядит на смартфоне?
Создайте отдельную подсистему и роль для мобильных пользователей с ограниченным набором функций, адаптируйте ключевые формы под узкий экран (группировка элементов, отказ от широких таблиц) и уберите тяжёлые динамические списки с начальной страницы. Радикальная переработка всей конфигурации обычно не требуется.