Как настроить автоматический запуск конкретной базы в мобильном клиенте 1С?

При использовании стандартного мобильного клиента 1С, скачанного из магазинов приложений (Google Play или App Store), пользователи часто сталкиваются с необходимостью каждый раз выбирать нужную информационную базу из списка. Это создает лишние действия для конечного сотрудника, особенно если предполагается работа только с одной конкретной конфигурацией. Рассмотрим подробнее способы, которые позволяют автоматизировать процесс входа и открывать нужную базу сразу после нажатия на иконку приложения.

Метод 1. Сборка собственного мобильного приложения (Standalone APK)

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

Разберем этот процесс по шагам:

1. Подготовка окружения: Нам потребуется установленная платформа 1С:Предприятие и специальная база с конфигурацией «Сборщик мобильных приложений». Также необходимо наличие Android SDK для компиляции итогового пакета.
2. Создание проекта: В сборщике мы создаем новый элемент, где указываем тип приложения — Мобильный клиент. В отличие от «Мобильного приложения», мобильный клиент является лишь оболочкой (тонким клиентом) для работы с серверной базой.
3. Настройка параметров подключения: Это ключевой этап. В настройках проекта мы указываем адрес публикации нашей информационной базы на веб-сервере (например, Apache или IIS). Пропишем полный путь к default.vrd.
4. Указание режима запуска: В параметрах сборки мы можем жестко зафиксировать, что при запуске приложение не должно показывать список баз, а должно сразу инициировать соединение по указанному адресу.
5. Генерация файла: После завершения настроек запускается процесс сборки, результатом которого станет файл с расширением .apk (для Android).

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

Метод 2. Использование Deep Links (Глубоких ссылок)

Если нет возможности или желания заниматься сборкой отдельного приложения, проанализируем альтернативный вариант — использование URL-схем, которые поддерживает мобильная платформа 1С. Система понимает протоколы e1c:// и v83mgr://.

Посмотрим на структуру такой ссылки, которую можно передать устройству для запуска:

e1c://server/address#ib=BaseName;usr=UserName;pwd=Password;

Разберем компоненты этой строки:

• server/address — адрес вашего веб-сервера, где опубликована база.
• ib=BaseName — имя информационной базы в соответствии с публикацией.
• usr=UserName — имя пользователя (необязательно, если требуется ручной ввод).
• pwd=Password — пароль (крайне не рекомендуется указывать в открытом виде из соображений безопасности).

Чтобы реализовать запуск по иконке, можно воспользоваться сторонними приложениями для создания ярлыков (Shortcut Maker) на Android. В таком приложении создается ярлык, действие которого — «Открыть URL». В качестве URL вставляется наша подготовленная ссылка. При нажатии на такой ярлык система Android распознает протокол e1c и передает управление мобильному клиенту 1С, который сразу переходит к подключению.

Метод 3. Использование MDM-систем для корпоративных устройств

В крупных организациях, где количество мобильных устройств исчисляется десятками или сотнями, рассмотрим метод централизованного управления через Mobile Device Management (MDM). Системы типа Microsoft Intune или специализированные российские аналоги позволяют удаленно управлять конфигурациями установленных приложений.

Проанализируем ситуацию: мобильный клиент 1С поддерживает механизм управляемых конфигураций (Managed Configurations). Через панель управления MDM администратор может отправить на все устройства профиль настройки, в котором будет указан параметр connection_string. При открытии стандартного мобильного клиента приложение считает этот параметр из системного профиля и автоматически настроит подключение к нужной базе без участия пользователя.

Метод 4. Редактирование конфигурационного файла ibases.xml

Для опытных пользователей и администраторов разберем способ прямой манипуляции файлами настроек мобильного клиента. Список всех баз в мобильной платформе хранится в файле ibases.xml.

Если мы работаем с эмулятором или устройством с правами суперпользователя, мы можем найти этот файл во внутреннем хранилище приложения. Рассмотрим пример структуры этого файла, которую можно подготовить заранее:

<Settings xmlns="http://v8.1c.ru/8.2/mngsrv/settings">
    <Base>
        <Name>Рабочая база</Name>
        <Connect>ws="https://myserver.com/mybase"</Connect>
        <AutoStart>true</AutoStart>
    </Base>
</Settings>

Параметр AutoStart в некоторых версиях платформы позволяет инициировать запуск базы, если она является единственной в списке. Однако стоит учитывать, что в типовом мобильном клиенте из Google Play доступ к этому файлу без специальных прав (Root) ограничен.

Сравнение Мобильного клиента и Мобильного приложения

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

• Мобильный клиент: Работает в режиме онлайн, требует постоянного соединения с сервером. Вся логика выполняется на стороне сервера 1С. Именно для него актуальны способы с Deep Links и сборкой специфического APK-клиента.
• Мобильное приложение: Имеет собственную локальную базу данных (SQLite) и может работать без интернета. При сборке мобильного приложения вопрос «выбора базы» обычно не стоит, так как конфигурация компилируется вместе с самой платформой в единый исполняемый файл.

В рассматриваемой нами теме автор использует именно мобильный клиент для работы с опубликованной базой. Для достижения максимального удобства рекомендуем совмещать использование Сборщика мобильных приложений с публикацией базы через HTTPS. Это обеспечит не только быстрый запуск «в один клик», но и безопасность передаваемых данных в открытых сетях.

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