Почему не обновляется мобильное приложение 1С на ТСД после публикации изменений и как это исправить

← На главную

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

Различие в методах публикации: Администрирование vs Конфигурация

Для начала проанализируем ситуацию, описанную в теме. В конфигураторе 1С существует два пути публикации базы на веб-сервере. Выясним причину, почему это не одно и то же.

Администрирование — Публикация на веб-сервере. Этот путь является универсальным и используется в основном для публикации информационной базы для работы через тонкий клиент, веб-клиент или Мобильный клиент. В результате создается файл описания публикации default.vrd. Однако для автономного мобильного приложения этого недостаточно.
Конфигурация — Мобильное приложение — Публиковать. Это специализированный инструмент для работы с мобильной платформой. Помимо стандартных записей в файле публикации, система генерирует дополнительные файлы метаданных, такие как 1c-application.xml. Именно этот файл содержит информацию о текущей версии конфигурации, которую мобильное устройство считывает при проверке обновлений.

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

Определяем режим работы: Мобильный клиент или Мобильное приложение

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

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

Если на ТСД база открывается даже при выключенном Wi-Fi (после первого входа), значит, вы используете Мобильное приложение, и вам критически важно настроить механизм доставки обновлений конфигурации.

Пошаговый алгоритм публикации для корректного обновления

Рассмотрим правильную последовательность действий программиста для того, чтобы изменения гарантированно попали на устройства:

Внесите изменения в конфигурацию мобильного приложения.
Обязательно проверьте номер версии в свойствах корневого узла конфигурации. Увеличьте номер версии, если планируете значимое обновление.
Перейдите в меню Конфигурация — Мобильное приложение — Публиковать.
В открывшемся окне убедитесь, что выбраны нужные опции (публикация для мобильной платформы).
Если публикация уже существует, используйте команду Конфигурация — Мобильное приложение — Обновить публикуемое приложение. Это заставит систему перегенерировать XML-описание конфигурации на веб-сервере.

Настройка веб-сервера и MIME-типов

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

Попросите системного администратора проверить настройки MIME-типов. Для корректной работы мобильной платформы сервер должен поддерживать передачу расширений .xml, .vrd и не иметь ограничений на скачивание бинарных данных из каталога публикации.

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

Если автоматическое уведомление об обновлении не появляется, мы можем инициировать его вручную на ТСД. Рассмотрим доступные способы:

Долгий тап по названию приложения: в списке информационных баз на мобильной платформе удерживайте палец на названии вашей базы. В появившемся меню выберите пункт «Обновить конфигурацию».
Настройка автоматического перезапуска: в свойствах подключения к базе на ТСД (иконка «i» или настройки приложения) рекомендуется установить флаг «Перезапускать при обновлении конфигурации». Это позволит приложению автоматически подтягивать изменения при каждом запуске.

Технические нюансы версионности

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

При запуске (или по расписанию) мобильное приложение обращается к веб-серверу по адресу публикации и запрашивает файл 1c-application.xml. Платформа сравнивает локальный идентификатор версии с тем, что указан в этом файле. Если на сервере версия выше — начинается процесс загрузки.

Посмотрим на пример структуры, которую генерирует 1С (упрощенно):


<?xml version="1.0" encoding="UTF-8"?>
<application xmlns="http://www.1c.ru/8.3/mobile/application" 
             name="MyMobileApp" 
             version="1.0.0.5">
    <configuration>...</configuration>
</application>

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