Руководство по созданию мобильного приложения 1С для Android

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

Процесс разработки и внедрения требует глубокого понимания архитектуры распределенных информационных баз (РИБ) и особенностей работы платформы на мобильных устройствах. Вам предстоит настроить серверную часть, корректно опубликовать базу данных и разработать специализированный интерфейс, адаптированный под сенсорное управление. Правильная настройка этого процесса гарантирует высокую скорость обмена данными и минимизирует риски потери информации при синхронизации.

Архитектура мобильного решения на базе 1С

Фундаментом любого мобильного приложения на платформе является технология Распределенные Информационные Базы (РИБ). Именно этот механизм позволяет разделить единую базу данных на центральный узел и множество периферийных узлов, работающих автономно на мобильных устройствах. Центральный узел обычно располагается на сервере предприятия и содержит всю полноту данных, в то время как мобильный узел хранит только ту информацию, которая необходима конкретному пользователю для выполнения задач.

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

Особое внимание следует уделить выбору типа хранилища данных на самом устройстве. Платформа поддерживает работу с файловыми базами и базами данных SQL (например, PostgreSQL или встроенный SQLite). Для большинства сценариев использования на Android оптимальным выбором является файловая база, так как она проще в развертывании и не требует установки СУБД на терминал сбора данных или планшет.

⚠️ Внимание: Архитектура РИБ накладывает ограничения на использование некоторых механизмов платформы. Глобальные временные таблицы и некоторые виды запросов могут работать некорректно или требовать специальной обработки при синхронизации между узлами.

Подготовка серверной части и настройка узла-источника

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

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

После настройки узла необходимо опубликовать базу данных на веб-сервере (обычно IIS или Apache), чтобы обеспечить возможность первоначального скачивания файла базы мобильным приложением. Публикация выполняется через утилиту командной строки или административную панель веб-сервера. Путь к опубликованной базе должен быть доступен из локальной сети предприятия или через интернет, если предполагается удаленная работа сотрудников.

rac ib publish web-server --name"MobileBase" --ib-connection"Srvr="server_name";Ref="BaseName""

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

Разработка мобильного интерфейса и использование шаблонов

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

При разработке форм следует придерживаться принципов Material Design, которые нативно поддерживаются платформой на Android. Элементы управления должны быть крупными, удобными для нажатия пальцем, а навигация — интуитивно понятной. Использование стандартных мобильных форм ускоряет процесс разработки и гарантирует совместимость с различными версиями операционной системы.

Тип формы	Назначение	Основные элементы
Форма списка	Отображение документов	Поиск, фильтры, действия
Форма сканирования	Ввод штрихкодов	Камера, поле ввода, история
Форма ввода количества	Приемка/Отгрузка	Клавиатура, кнопки +/-
Форма выбора	Выбор номенклатуры	Дерево, поиск, табы

Для реализации специфических требований бизнеса можно создавать собственные формы, расширяя функционал стандартных шаблонов. Однако рекомендуется максимально использовать встроенные возможности платформы, чтобы упростить дальнейшее сопровождение и обновление приложения. Гибкость настройки позволяет адаптировать интерфейс под любые бизнес-процессы, от простой инвентаризации до сложной адресной кладовой.

Секреты оптимизации интерфейса

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

Сборка и публикация мобильного приложения

После того как конфигурация доработана и мобильный интерфейс настроен, наступает этап сборки мобильного приложения. В конфигураторе необходимо выбрать команду Администрирование -> Мобильное приложение -> Создать мобильное приложение. В открывшемся мастере следует указать параметры будущей сборки, включая имя приложения, версию и иконку.

Ключевым моментом на этом этапе является выбор типа дистрибутива. Для Android доступны форматы APK и AAB. Формат APK подходит для прямой установки на устройства внутри корпоративной сети, в то время как AAB необходим для публикации в Google Play Market. Также требуется настроить цифровую подпись приложения, без которой установка на современные версии Android будет невозможна.

⚠️ Внимание: Начиная с Android 11, установка приложений из неизвестных источников требует дополнительных подтверждений от пользователя. Заранее подготовьте инструкцию для сотрудников по разрешению установки корпоративного ПО.

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

Установка и первичная настройка на устройстве

Процесс установки приложения на устройство Android начинается с загрузки сформированного дистрибутива. После запуска установочного файла система запросит подтверждение прав на установку из неизвестных источников. Пользователь должен предоставить эти права в настройках безопасности устройства или через всплывающее окно браузера/файлового менеджера.

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

В случае использования предварительно загруженной базы (файл.dt или готовая файловая база), процесс упрощается до выбора файла в памяти устройства. Однако такой метод менее гибкий, так как требует ручной передачи файла базы на каждое устройство. Автоматическая загрузка по HTTP/HTTPS является предпочтительным сценарием для массового внедрения.

https://your-server.com/mobile/base/

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

Синхронизация данных и решение типовых проблем

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

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

• 📶 Проблемы со связью: При нестабильном интернете синхронизация может прерываться. Реализуйте механизм очереди заданий, чтобы документы сохранялись локально и отправлялись при восстановлении связи.
• 🔋 Энергопотребление: Частая синхронизация и работа камеры быстро сажают батарею. Оптимизируйте интервалы опроса сервера и отключайте неиспользуемые модули.
• 🗄️ Переполнение базы: Со временем локальная база может разрастаться. Настройте регламентные задания для архивации старых документов и очистки справочников на мобильном узле.

Для диагностики проблем используйте журнал регистрации на мобильном устройстве и на сервере. Анализ логов позволяет выявить причины ошибок синхронизации, блокировок объектов и проблем с правами доступа. Регулярный мониторинг журналов является обязательной частью поддержки мобильного контура 1С.

⚠️ Внимание: Интерфейсы и протоколы обмена данными могут изменяться с выходом новых версий платформы 1С:Предприятие. Всегда сверяйте требования к версии мобильного клиента и сервера в официальной документации перед обновлением.

Часто задаваемые вопросы (FAQ)

Можно ли использовать мобильное приложение 1С без интернета?

Да, архитектура РИБ предполагает автономную работу. Пользователь может создавать документы и проводить операции в оффлайн-режиме. Данные будут сохранены локально и отправлены на сервер при следующем подключении к сети во время синхронизации.

Какие версии Android поддерживаются платформой 1С?

Актуальные версии мобильного клиента 1С поддерживают Android начиная с версии 8.0 (Oreo). Однако для использования всех современных функций безопасности и API рекомендуется использовать устройства с Android 10 и выше. Точные требования зависят от конкретной версии платформы 1С:Предприятие.

Как обновить конфигурацию на уже установленных устройствах?

Существует два основных способа. Первый — автоматическое обновление при подключении, если в настройках РИБ разрешено получение обновлений конфигурации. Второй — повторная сборка и установка нового APK-файла поверх старой версии приложения с сохранением данных базы.

Работает ли сканер штрихкодов на обычных смартфонах?

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

Нужно ли покупать лицензию на мобильное приложение?

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