Как сделать мобильное приложение 1С из собственной конфигурации

Мобильная платформа 1С позволяет превратить собственную конфигурацию в автономное приложение для Android или iOS без написания кода на Java или Swift. Логика, интерфейс и структуры данных описываются в привычной среде Конфигуратора, а сборка выполняется через сервис сборки мобильных приложений или локальные инструменты. Результат — файл APK/AAB или пакет для iOS, который устанавливается на устройство сотрудника.

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

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

Оцените, подходит ли ваша конфигурация для мобильной платформы

Мобильная платформа 1С поддерживает урезанное подмножество объектов и возможностей обычной платформы. Доступны справочники, документы, регистры сведений и накопления, планы обмена, общие модули, HTTP-соединения, работа с камерой, геопозиционирование, push-уведомления, сканирование штрихкодов. Недоступны, например, бизнес-процессы в полном объёме, некоторые виды отчётов, COM-объекты, внешние компоненты без специальной адаптации, часть механизмов СКД.

Практический вывод: переносить целиком типовую ERP или «Управление торговлей» на мобильную платформу бессмысленно. Правильный подход — выделить прикладную задачу (приёмка товара, обход торговых точек, учёт рабочего времени, инвентаризация) и построить под неё компактную мобильную конфигурацию, которая обменивается данными с основной системой.

Создайте мобильную конфигурацию в Конфигураторе

Установите мобильную платформу 1С на компьютер разработчика — дистрибутив доступен на портале 1С вместе с обычными релизами. При запуске Конфигуратора укажите, что работа ведётся с мобильной платформой: в параметрах информационной базы выбирается соответствующий режим. Создайте новую пустую конфигурацию или загрузите выгруженную ранее заготовку.

Далее перенесите из основной конфигурации только нужные объекты. Удобный способ — сравнение и объединение конфигураций с ручным отбором объектов, либо выгрузка отдельных объектов в файлы. Копируйте структуры данных (справочники «Номенклатура», «Контрагенты», документы «Заказ», «Приходная накладная»), но не тащите обработчики, которые опираются на отсутствующие на мобильной платформе механизмы.

Особое внимание уделите модулю приложения и общим модулям: уберите или оберните в директивы компиляции код, который имеет смысл только на сервере или в толстом клиенте. Директивы #Если МобильноеПриложениеКлиент Тогда помогают держать единый код для разных целей сборки.

Настройте интерфейс и логику под мобильные сценарии

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

Задействуйте аппаратные возможности устройства, если они нужны сценарию: сканирование штрихкодов камерой (объект «СредстваМультимедиа» и расширения работы со штрихкодами), геолокацию для фиксации места визита, фотосъёмку для подтверждения выполнения работ, push-уведомления для оповещения пользователя о новых задачах. Каждая такая функция требует разрешений, которые прописываются при сборке приложения.

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

Организуйте обмен данными с центральной базой

Классическая схема: в основной конфигурации публикуются HTTP-сервисы (или веб-сервисы) на веб-сервере, а мобильное приложение обращается к ним через HTTPСоединение. Данные передаются в JSON — сериализация выполняется штатными средствами платформы (ЗаписьJSON/ЧтениеJSON). Это самый гибкий и контролируемый вариант, который работает и через интернет, и в локальной сети.

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

1. 1
   В основной конфигурации создайте HTTP-сервис с методами на загрузку справочников и приём документов
2. 2
   Опубликуйте сервис на веб-сервере (IIS или Apache) и проверьте доступность из браузера
3. 3
   В мобильной конфигурации реализуйте общий модуль обмена: HTTPСоединение, запросы, разбор JSON
4. 4
   Добавьте регламентную операцию или кнопку «Синхронизировать» в интерфейсе приложения
5. 5
   Проверьте сценарий: создать документ офлайн, включить сеть, синхронизировать, увидеть документ в центральной базе

Соберите установочный пакет приложения

Когда конфигурация готова, её нужно превратить в установочный файл. Основной инструмент — сервис сборки мобильных приложений от фирмы «1С»: вы загружаете файл конфигурации (.cf) и XML-файл описания приложения (идентификатор, версия, иконка, разрешения, ориентация экрана), а сервис возвращает готовый APK/AAB для Android или пакет для iOS. Для iOS потребуется учётная запись разработчика Apple и сертификаты подписи.

Для Android-сборки понадобится ключ подписи: сгенерируйте keystore и храните его в надёжном месте — потеря ключа означает невозможность обновлять уже установленное приложение, пользователям придётся удалять и ставить заново с потерей локальных данных. В описании приложения корректно укажите разрешения: камера, геолокация, уведомления — только те, что реально используются, иначе магазины приложений и пользователи будут задавать лишние вопросы.

<MobileApplicationData xmlns="http://v8.1c.ru/8.2/mobapp/data">
  <Name>Мобильный склад</Name>
  <ID>com.example.mobilesklad</ID>
  <Version>1.0.0</Version>
</MobileApplicationData>

Установку на устройства сотрудников внутри компании обычно выполняют напрямую через APK-файл (для Android), через MDM-систему или через магазины приложений, если решение публичное. Для теста достаточно передать APK на устройство и разрешить установку из неизвестных источников.

Протестируйте, опубликуйте и настройте обновления

Тестирование ведите в три этапа: проверка форм и логики в Конфигураторе через отладку мобильного приложения (платформа умеет подключаться к приложению на устройстве по сети), проверка обмена на тестовой копии центральной базы, затем пилот на 2–3 реальных пользователях. Особое внимание — сценариям потери связи, разряда батареи посреди ввода документа и одновременного изменения одних данных в центре и на устройстве.

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

Типичные ошибки и ограничения подхода

Ограничения, о которых стоит знать заранее: мобильная платформа не заменяет полноценный клиент для сложной аналитики и массового ввода; отладка на iOS сложнее и требует техники Apple; производительность локальной базы на слабых устройствах ограничивает объём выгружаемых справочников — выгружайте только актуальные данные с отборами.

Частые вопросы