Мобильное приложение 1С: как сделать и запустить

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

Мобильная платформа 1С — это отдельная технология: конфигурация пишется в обычном конфигураторе, но с ограниченным составом объектов и интерфейсом, адаптированным под сенсорный экран. Собранное приложение устанавливается на Android или iOS и может работать без сети, синхронизируясь с центральной базой по расписанию или по команде пользователя.

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

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

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

Третий вариант — готовые отраслевые приложения от фирмы «1С» и партнёров (например, решения для торговли, доставки, складских операций). Их стоит рассмотреть до начала собственной разработки: часто доработка типового приложения дешевле и быстрее, чем создание с нуля.

Подготовьте среду разработки и лицензии

Для разработки мобильной конфигурации понадобится платформа 1С:Предприятия версии, поддерживающей мобильную платформу (актуальные редакции линейки 8.3), и конфигуратор. Сама мобильная конфигурация создаётся как обычная, но при разработке включается режим совместимости и назначение использования «Мобильное устройство» — это сужает список доступных объектов метаданных.

Для сборки приложения под Android потребуется установленный набор инструментов: Java SDK, Android SDK и сборщик мобильных приложений 1С. Для iOS сборка выполняется на компьютере с macOS и Xcode, плюс нужен оплаченный аккаунт разработчика Apple — без него приложение нельзя установить даже на собственное устройство для тестирования в обход ограничений.

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

Откройте конфигуратор и создайте новую пустую конфигурацию. В свойствах корня конфигурации установите назначение использования «Мобильное устройство» — конфигуратор автоматически скроет объекты, недоступные на мобильной платформе (например, бизнес-процессы и ряд механизмов полнотекстового поиска работают иначе или недоступны).

Спроектируйте минимально необходимый состав данных: справочники, документы и регистры, которые реально нужны на устройстве. Чем меньше метаданных и данных выгружается на телефон, тем быстрее работает приложение и синхронизация. Типовая ошибка — переносить на мобильное устройство структуру «как в основной базе»: это приводит к тяжёлым пакетам обмена и медленной работе.

Интерфейс стройте из простых форм с крупными элементами управления. Учитывайте, что на мобильной платформе доступны специфические возможности: камера, сканер штрихкодов, геопозиционирование, push-уведомления, телефония. Их вызов выполняется через средства встроенного языка, например СредстваТелефонии или СредстваГеопозиционирования.

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

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

Рекомендуемый подход — на центральной стороне поднять HTTP-сервисы, принимающие и отдающие пакеты в формате XML или JSON, а на мобильной стороне реализовать фоновую отправку и загрузку данных. Регистрируйте изменения в плане обмена, чтобы передавать только дельту, а не всю базу целиком.

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

Соберите и установите приложение

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

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

Сборка через сборщик мобильных приложений 1С: указать файл конфигурации (.xml выгрузка или готовая мобильная конфигурация), путь к Android SDK, keystore для подписи, имя пакета (например, com.company.app) и версию приложения

Проверьте результат и типичные ошибки

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

Альтернатива без разработки: мобильный клиент

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

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

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