При разработке и внедрении мобильных решений на платформе 1С специалисты часто сталкиваются с двумя серьезными препятствиями. Во-первых, это «жесткая» привязка мобильного клиента к конкретному адресу веб-сервера при сборке, что делает невозможным переезд базы на другой домен без пересборки приложения. Во-вторых, это сложности с распространением готового приложения для устройств на базе iOS, где политика безопасности Apple существенно ограничивает установку программ в обход официального магазина приложений. В данной статье мы подробно разберем, как обойти эти ограничения, используя штатные инструменты «Сборщика мобильных приложений» и корпоративные методы лицензирования Apple.
Рассмотрим ситуацию, когда после установки скомпилированного APK-файла на Android пользователь обнаруживает, что поле с адресом сервера заблокировано для редактирования. Проанализируем, почему так происходит. По умолчанию «Сборщик мобильных приложений» создает максимально упрощенный интерфейс для конечного пользователя, где все технические параметры скрыты. Однако платформой предусмотрен механизм, позволяющий оставить это поле доступным.
1. Использование флага «Разрешить редактирование адреса» в Сборщике.
Разберем основной способ решения проблемы через мастер сборки. При создании проекта мобильного клиента в конфигурации «Сборщик мобильных приложений» на одном из этапов настройки параметров приложения (обычно это вкладка основных настроек или параметров подключения) существует опция «Разрешить редактирование адреса». Если этот флаг не установлен, поле URL в приложении будет недоступно для ввода. Для исправления ситуации необходимо:
После этого в настройках установленного приложения на смартфоне пользователь сможет вручную скорректировать адрес при переносе базы на другой сервер.
2. Программное управление адресом через QR-коды.
Выясним, как сделать процесс настройки более удобным для пользователя, исключив ручной ввод длинных URL-адресов. Мы можем реализовать в мобильной конфигурации функционал сканирования настроек. Рассмотрим алгоритм действий:
Для программного изменения параметров можно использовать объект ПрофильМобильногоПриложения. Посмотрим на пример логики сохранения параметров:
Профиль = МобильноеПриложение.ПолучитьТекущийПрофиль();
Профиль.АдресВебСервера = "https://new-server.ru/base";
МобильноеПриложение.ЗаписатьПрофиль(Профиль);
Такой подход позволяет администратору просто отправить пользователю картинку с кодом для автоматической перенастройки приложения.
3. Использование промежуточной «базы-диспетчера».
Проанализируем более сложный, но гибкий вариант для крупных корпоративных систем. Вместо прямого подключения к рабочей базе, собранный клиент может подключаться к легковесному веб-сервису (диспетчеру). При запуске клиент обращается к диспетчеру, передает свой идентификатор и получает актуальный адрес основной базы. Это позволяет централизованно управлять адресами всех мобильных устройств компании без выпуска обновлений приложений.
Вопрос установки приложения на iPhone без публикации в App Store является наиболее острым для разработчиков 1С. Разберем легальные и технические способы реализации этой задачи, не прибегая к взлому устройства (джейлбрейку).
Это самый эффективный метод для бизнеса. Данная лицензия стоит дороже стандартной (около 299 долларов в год), но она дает право на In-house distribution. Рассмотрим преимущества этого метода:
itms-services) с вашего корпоративного сайта.Для реализации этого метода необходимо подписать собранный IPA-файл сертификатом типа «iPhone Distribution: Your Company» и создать plist-файл манифеста, в котором указан путь к IPA.
Если количество пользователей не превышает 100 человек, можно воспользоваться стандартным аккаунтом разработчика (99 долларов). Разберем этот процесс по шагам:
После этого приложение будет запускаться только на тех устройствах, которые были включены в список при сборке. Файл можно передать через любой файлообменник.
В крупных компаниях для управления парком мобильных устройств используются специальные системы (например, Microsoft Intune или специализированные российские решения). Проанализируем, как это работает вместе с 1С:
Администратор MDM загружает IPA-файл мобильного клиента 1С в консоль управления. Система автоматически «проталкивает» приложение на все подключенные смартфоны сотрудников. При этом можно удаленно настраивать политики безопасности и даже предустанавливать параметры подключения к базе данных.
Рассмотрим вариант использования официального сервиса Apple для бета-тестирования. Это бесплатно (в рамках любой подписки разработчика). Вы загружаете приложение в App Store Connect, но не публикуете его в общий доступ, а приглашаете пользователей как «внешних тестировщиков» по их Apple ID. Срок действия такой сборки — 90 дней, после чего ее нужно обновлять. Это рабочий вариант для небольших команд, которым не хочется возиться с UDID.
Важный технический нюанс: Не путайте «Мобильный клиент» и «Мобильную платформу». Если ваша задача — обеспечить работу с множеством разных баз, адреса которых постоянно меняются, эффективнее использовать стандартную мобильную платформу 1С (приложение с оранжевой иконкой). В ней предусмотрен ручной ввод списка баз. Если же вам нужно брендированное приложение с одной иконкой на рабочем столе, следуйте инструкциям по настройке «Сборщика» и корпоративному лицензированию, описанным выше.
Таким образом, мы выяснили, что ограничения на изменение адреса сервера — это лишь вопрос настроек в инструменте сборки, а проблемы с iOS решаются выбором правильной программы лицензирования Apple или использованием механизмов тестирования. Совместное использование этих методов позволяет создать надежную и гибкую мобильную инфраструктуру на базе 1С.